Mirmo Dynamics

Imaginons que vous souhaitiez déplacer votre dépôt subversion myproject d'une machine old-server à une machine new-server. Vite fait, bien fait:

old-server# svnadmin dump /var/lib/subversion/myproject > ~/myproject.svndump
old-server# scp ~/myproject.svndump new-server:
new-server# svnadmin create /var/lib/subversion/myproject
new-server# svnadmin load /var/lib/subversion/myproject < ~/myproject.svndump

Attention, il vous faut par contre migrer vos éventuelles hooks à la main, ils ne sont effectivement pas gérés par svndump. Une autre méthode, incluant les hooks celle-ci, serait d'utiliser svnadmin hotcopy, mais je n'ai pas testé.

Plus d'infos:

• svnadmin help dump
• svnadmin help load
• svnadmin help hotcopy

Pour économiser la bande passante au boulot, j'ai décidé de relayer le stream Club ! de 1.fm sur le LAN. Après avoir vainement tenté d'utiliser streamripper (on verra plus tard pourquoi vainement), j'ai sorti l'artillerie lourde: icecast2:

sudo apt-get install icecast2

Si on sait un peu lire, le script de post-configuration nous incite à aller fourrer notre nez dans /etc/default/icecast2, où l'on apprend (vers la fin) que icecast est désactivé par défaut à cause de la directive ENABLED=false. C'est en fait une feinte pour nous pousser à configurer le bousin (de toute façon si on le configure pas, il marchera pas). Direction /etc/icecast2/icecast.xml donc, pour un brin de configuration (les explications qui suivent se basent sur le fichier par défaut d'une installation sur une ubuntu).

La première partie qui nous interresse s'intitule authentication (vers la ligne 23). Elle contient les informations d'authentification pour les clients qui se connectent en tant que source (source-password), les serveurs qui se connectent en tant que slave (relay-password, en fait je ne suis pas sur à 100%, c'est une déduction) et pour l'interface d'administration (admin-user et admin-password). Une fois ces informations modifiées, direction la directive hostname, qu'on remplira avec au choix, le nom de la machine, son ip, etc. J'ai personellement mis l'ip privée de ma machine (172.16.x.y), pour que ça correspondent à la prochaine directive qui nous interresse: listen-socket. Ici on définit le port et l'ip sur laquelle icecast va écouter. En gros, si vous spécifier 127.0.0.1, votre serveur de streaming ne sera accessible qu'en local. On y met donc en général la même chose que dans hostname (172.16.x.y par exemple), avec un port qui va bien, libre de préférence (8000 par défaut).

Maintenant on passe a la partie qui nous interresse vraiment, la section relay. Rien de bien compliqué ici. Le stream que je souhaite relayer se trouve là: http://64.62.253.223:8060/, or icecast nous demande un server, un port, un point de montage (mount) et un point de montage local (local-mount). Vous avez déjà compris qu'on arrive a cette configuration:

   <relay>
       <server>64.62.253.223</server>
       <port>8060</port>
       <mount>/</mount>
       <local-mount>/1.fm</local-mount>
       <on-demand>0</on-demand>
       <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
   </relay>

Ainsi parés, il ne nous reste plus qu'a lancer modifier la directive ENABLED=false en ENABLED=true dans /etc/default/icecast2 et à lancer icecast:

sudo /etc/init.d/icecast2 start

Si vous avez bien tout fait, vous devriez pouvoir streamer depuis http://172.16.x.y:8000/1.fm, et vos collègues également ! Vous pouvez avoir une vue d'ensemble du serveur ainsi que quelques options d'administration en vous rendant sur l'interface d'admin: http://172.16.x.y:8000/ et en utilisant admin-user et admin-password pour vous authentifier.

A cela on peut ajouter un petit streamripper:

streamripper http://172.16.x.y:8000/1.fm -d ~/streamripped

Pour enregistrer. En parlant de streamripper, j'avais tenté au début de relayer avec streamripper -r, mais malgrès les apparences du netstat -pl (*:8000 LISTEN), il ne bind qu'en local, donc impossible d'en faire profiter les collègues :-)

Alors au taf on va déployer des forums sur l'ensemble des sites du groupe, et donc après un rapide tour des forums disponibles (tant libres que commerciaux), on a choisi Invision Power Board. Après une matinée de trifouillage, j'ai l'intime conviction que nous avons fait le bon choix. En effet, avec Invision Power Board, on peut mettre en place un SSO en moins d'une heure tout en

1. buvant son café
2. lisant ses RSS
3. discutant avec son chef
4. glandant sur IRC
5. rigolant avec les collègues

Et ça, c'est pas avec des forums libres que c'est possible.

Bon voilà, je viens de suivre ce howto, et ça marche très bien. Passé le stade mais où sont mes efferalgans ?, on arrive rapidement au stade mais où mon smecta ?, tellement c'est gerbant de fluidité. Bref, le desktop mappé sur un cube, c'est sympa, mais on lui preferrera de loin les effets moins psychédéliques tels que la vraie transparence et les animations des fenetres (et encore).

Suis-je le seul à trouver stupide d'avoir un wikitag comme <tt> ? Il me semblait que la syntaxe wiki avait pour but de formatter du texte en faisant abstraction des balises HTML, celles ci étant considérées trop compliquées pour les simples d'esprits utilisateurs finaux, or, on peut trouver dans la syntaxe mediawiki tout plein de balises compliquées, telles que <tt> donc, mais aussi <small>, <br>, <strike>, <u>, <b>, etc.

Un peu déçu là quand même.

No comment.

Ne vous attendez pas a trouver un guide exhaustif de la gestion des encodages de caractères sous VIM dans ce billet, d'autres sites et surtout la doc fait ça beaucoup mieux que moi. Je m'en vais juste vous présenter le minimum vital pour vous dépatouiller dans ce foutoire que sont les charset. Le saint graal est consistué de deux variables de configuration: encoding et fileencoding. Les plus perspicaces auront déjà compris les quelques explications qui suivent.

encoding est la variable qui détermine l'encodage des caractères en cours d'édition, tandis que fileencoding contient l'encodage qui sera utilisé à la sauvegarde du fichier.

Concrétement, si vous tapez:

:set encoding=utf-8
:set fileencoding=iso-8859-15

Vous pouvez copier/coller du texte en UTF-8, et quand vous sauvegarderez votre fichier (:w par exemple), vos données seront automatiquement convertie et sauvegardée en ISO-8859-15.

Copié collé de: http://blog.hosmoz.net/post/2006/06/23/Premieres-impressions

Cela fait une bonne dizaine de minutes que je farfouille dans l'interface d'administration, et franchement, j'hésites sur l'impression que cela me donne. D'un côté, c'est clairement bluffant. L'interface a complètement changé, mais de toute façon, c'est une interface Gandified (logo gandi, couleurs gandi, etc), donc je pense qu'on peut encore s'attendre a quelques surprises du coté graphisme.

Pour ce qui est du coté fonctionnel, voilà mes premières remarques (bonnes ou mauvaises):

• Pour ajouter des tags, on doit obligatoirement les ajouter via un billet (pas d'interface dédiée a cette tache)
• Quand j'ai souhaité modifier l'url de mon first post (2006/06/23/first par défaut), et que j'ai finalement changé d'avis (pas touché donc), il me l'a rennomé en 2006/06/23/first2. Bizarre ça.
• Les widgets de présentation, c'est super, mais un peu déroutant au début, quelques petites lignes explicatives seraient les bienvenues.
• Pas trop testé le gestionnaire de medias encore, mais je ne vois pas vraiment l'interet d'avoir les fieldset collapsés par défaut. Ah tiens un screenshot pour mieux montrer et tester par la même occasion:

Bon donc, le gestionnaire de medias est sympa, et surtout la fonction d'intégration d'image via la toolbar :-) Seul point noir que j'y vois, le lien parent directory, qui est un peu léger et qui rend la chose un peu vide, mais on peut toujours cliquer sur l'icone ou sur le chemin (en haut) donc ça va.

Bref, ça a l'air d'etre du bon boulot (on s'en doutait un peu), mais tant qu'on aura pas accès aux sources et a la doc pour tripatouiller dans le cambouis, ça restera quand même assez frustrant :-)

...mais c'est quand même légèrement too much. Quand on cherche juste un package pour installer une plate-forme AMP rapidement, je déconseille XAMPP. Maintenant si vous voulez un AMP plus un ftpd, plus un serveur de mail, avec des stats, etc, alors oui, pourquoi pas.