Je délaisse un moment les octets, CPU, Watts, codes sources, NAS, adresses IP et autres scripts chers à tout geek qui se respecte, pour tenter de vous faire découvrir quelques perles musicales qui me tiennent à coeur ces derniers temps.

Voici la troisième édition des Sons en Vrac, avec au menu de la soul, du jazz, du rock, du trip-hop et bien sûr du métal. Bonne écoute !

Beth Hart

Découverte il y a plus d'un an avec un enregistrement live sur Oüi FM (ci-dessous), j'ai été subjugué et emporté par la puissance et le timbre de sa voix.

Beth Hart est une chanteuse américaine de rock/blues/soul qui officie depuis la fin des années 90 et sort depuis régulièrement de nouveaux albums. Son style, sans être d'une originalité extrême, est reconnaissable principalement à sa voix, encore une fois.

Les quatre albums que j'écoute régulièrement sont les suivants :

• Screamin' For My Supper (1997)
• Leave The Light On (2003)
• 37 Days (2007)
• My California (2010)

De la bonne musique américaine, où l'on perçoit les différentes influences culturelles qui s'entremêlent et qui personnellement projette dans mes yeux de petit Européen des images de grands espaces et d'american way of life comme on n'en fait plus.

Seth MacFarlane

On reste aux USA mais on change totalement de registre avec un monsieur que beaucoup connaissent pour être l'auteur de ces séries héritières des Simpsons des premiers jours, politiquement incorrectes et délirantes, j'ai nommé Family Guy, American Dad et maintenant The Cleveland Show (dans une moindre mesure cependant).

Qui n'a jamais réécouté deux fois ces scènes dignes de comédies musicales des années 50 ? Moi je n'ai pas résisté en tout cas. Et quand on sait que c'est Mr MacFarlane lui-même qui fait la voix des principaux personnages et lui qui chante toutes les chansons, on ne peut que lui reconnaître un indéniable talent et pardonner à ses séries certains gags pipi-caca (il paraît que ça gêne des gens, moi j'adore).

Seth nous offre dans son album Music Is Better Than Words une reprise de titres de swing et jazz des années 40 à 60 dans le pur style Sinatra-esque accompagné d'une orchestration sans faille qui nous replonge instantanément dans un univers de chaleur en noir et blanc.

Heifervescent

Découvert sur Jamendo il y a un peu plus d'un an, c'est encore aujourd'hui avec bonheur que j'écoute ce petit groupe indé britannique qui nous offre dans ses cinq albums une pop-rock rafraîchissante et énergique, aux sonorités originales et acidulées.

Les trois albums sont disponibles en intégralité sur Jamendo et en téléchargement gratuit :

• Pondlife Fiasco (2009)
• The Glue Factory (2010)
• Further Adventures in Monkeyland (2011)

Pour les plus récents par contre :

• Little Egg (2012)
• Wake Up Sheepyhead (2013)

certaines pistes ont été otées et ne sont disponibles que par des voies bassement commerciales (les auteurs réclamant paraît-il de pouvoir vivre de leur travail).

Je ne peux que vous conseiller une petite écoute rapide sur Jamendo, et si le son vous plaît, de télécharger (pour les gratuits) et d'acheter leur discographie.

Tab & Anitek - Sights & Sounds

Toujours sur Jamendo, une petit "album" de trip-hop/ambient qui s'écoute aussi facilement pour se détendre, pour bosser toute la journée ou pour accompagner une soirée (arrosée ou non).

Je n'ai pas encore écouté le reste de la discographie d'Anitek mais si le reste est du même acabit j'adhère à 200%.

Paradise Lost

Là j'attaque du lourd, du groupe de metal britannique qui vient de fêter ses 25 ans - rien que ça - avec sa horde de fans poilus (j'imagine hein) et qui a débuté dans le registre sombre du doom/death, pour créer ce qui deviendra le gothic, et prendre ensuite un "virage" vers ce que Wikipédia n'hésite pas à appeler de la cold wave et redescendre à nouveau vers du gothic-metal plus "léger" et carrément excellent, avant de finalement revenir dans les derniers albums vers ses origines plus "dark".

Listons d'abord les (nombreux !) albums :

• Lost Paradise (1990)
• Gothic (1991)
• Shades of God (1992)
• Icon (1993)
• Draconian Times (1995)
• One Second (1997)
• Host (1999)
• Believe In Nothing (2001)
• Symbol Of Life (2002)
• Paradise Lost (2005)
• In Requiem (2007)
• Faith Divides Us Death Unites Us (2009)
• Tragic Idol (2012)

Je l'avoue de suite : je ne suis pas fan des premiers albums jusqu'à One Second. Trop death pour moi.

J'ai en fait d'abord découvert l'album de pop (!) Host qui m'a franchement plu avec ses mélodies accrocheuses et ses sonorités électro à la Depeche Mode (mais sans l'impression désagréable de déjà-entendu). Les métalleux purs et durs renient j'en suis sûr volontiers cet opus trop radio-like.

Mais ce n'était qu'une entrée en bouche, et One Second est arrivé. Et là, la claque. Des teintes d'électro, mais moins que sur Host, une base metal indéniable mais des arrangements complexes, pour un tout finalement agréablement abordable et surtout carrément pêchu !

J'ai poursuivi sur la lancée avec Believe In Nothing et Symbol Of Life, les deux autres membres du trio qui constitue mes références actuelles pour ce groupe. Puis je suis passé aux suivants que j'apprécie finalement à chaque écoute un peu plus. Une fois mon oreille éduquée, j'ai même tenté une réécoute des premiers albums, mais il n'y a guère que Draconian Times qui peut pour le moment flatter mon tympan.

Tout ça pour en arriver à me demander comment le metal fait pour passer sous le radar des média traditionnels pour que des perles dans ce genre me soient restées cachées aussi longtemps. Mais pinaise la découverte en vaut le coup !

Blackstar Halo

Découvert fin 2011 (déjà !) en regardant la vidéo du Winland Tour de MaSu (séquence), j'ai immédiatement accroché au son de ce groupe de metal finlandais. Seul un album (Illuminated) est pour le moment disponible mais le groupe nous assure qu'un second est en préparation.

Quoi dire de plus ? C'est du metal progressif tendance mélodique, qui rappelle parfois un peu MaSu... sans le SID-side évidemment !

Si vous accrochez, je vous conseille également d'écouter l'album My Last Prayer de Downfall qui n'est autre... que le même groupe avant que celui-ci ne change de nom ! Un peu moins travaillé, on voit sans peine que le groupe a progressé depuis 2002, que ce soit au niveau chant que dans les arrangements.

Battle Beast

Voici venu le temps... non pas des rires et des chants, mais du metal kitsch ! Oui dit comme ça évidemment ça ne donne pas trop envie. Imaginez seulement qu'un groupe de heavy metal des années 80 atterrisse par quelque hasard à notre époque en ayant sauté toutes les évolutions que le genre a connu en plus de 20 ans... et essaye tant bien que mal de les rattraper !

Résultat : bam, Battle Beast.

Un groupe venu de Finlande (comme c'est étonnant), formé en 2008, que j'ai découvert sur Tracks l'an dernier et qui, passé la première impression "Whouah c'que c'est kitsch !", m'a sérieusement donnée envie d'écouter l'album entier pour m'en faire une idée plus... complète.

Et c'est kitsch. Si si faut l'avouer. Mais c'est du kitsch travaillé, énergique, avec son côté heavy metal de papa et ses paroles qui nous dévoilent un monde dur, froid et robotique et... ouais ok et ça va pas très loin. On n'est pas chez un Nightwish, mais l'ensemble est assez flatteur, avec des gros riffs de guitares bien francs et des synthés en choeurs derrière. Ce qui tranche peut-être un peu, c'est la voix. Car c'est une métalleuse aux commandes, pour le premier comme pour le second album (même si c'est pas la même).

Si la chanteuse du premier album me convainquait niveau puissance mais moins niveau timbre, celle du deuxième m'emballe carrément plus quand elle montre l'étendu de ses capacités vocales (voir un bon exemple dans la vidéo ci-dessous). Oui j'ai bien dit capacités vocales, arrêtez de mater.

C'est tout pour cette fois, mais une quatrième édition n'est pas exclue !

La première partie est disponible ici !

Déballage, assemblage... et lamentage

C'est finalement le kit PicoPSU qui est arrivé des zuhessa en premier, suivi de près par le colis contenant la carte mère (et processeur), la RAM et le boîtier (la faute à une livraison en point relais un peu à la traîne).

Concernant le PicoPSU, le kit arrive avec un câble secteur doté d'une prise US. Ah oui, normal.

Mais je dois bien avoir dans mon bordel armoire de matos un câble avec prise européenne d'un côté et une prise Mickey de l'autre (rapport à la forme de la prise femelle sur le transfo).

*farfouille*

Cool en voilà un. Ah mais le transfo est-il adapté au 220V d'ici ? Consultation de l'étiquette collé dessus et croisage de doigts : oui c'est bon, ouf. Bon, c'est un signe du destin : il ne peut plus rien nous arriver d'affreux maintenant.

Passons à la partie plus classique et rassurante : les autres composants.

La carte mère sort de son blister étincelante et chatoyante à la lumière du soleil d'une matinée dominicale (en fait c'était un début de soirée pluvieux de semaine, mais ça rend moins bien la magie de l'instant je trouve).

Je réalise ensuite que le boîtier est plus grand que ce que je n'avais imaginé. Ah oui c'est gros 20 litres. Une rapide inspection confirme toutefois les propos de l'article de Canard PC : c'est beau et fonctionnel, presque trop pour le prix.

J'installe précautionneusement la carte mère sur ses supports et les disques dans les racks derrière le ventilateur en façade, puis je branche le tout. La barrette de RAM, dans le slot... heu, ben 1, soyons logique. Je passe ensuite au PicoPSU, dont la prise ATX contient le transformateur DC-DC final délivrant le 3,3V pour le CPU et 5V pour les disques (le 12V arrivant directement du transfo 220V externe).

Heu. Tiens donc.

Mais mais. Il me manque 4 pins là !

Ce modèle de PicoPSU fournit en fait une prise ATX 20 broches, alors que la carte mère en a 24 ! (les modèles plus puissants fournissant eux une 24 pins)

Bon réfléchissons. Ça rentre bien d'un côté, ce qui est normal car je me rappelle qu'il y a quelques années les alimentations commençaient à fournir une prise ATX en deux parties 20+4 qu'on collait lors de l'enfichage, de manière à être utilisables même avec des cartes mères n'utilisant que l'ancienne prise de 20 broches, ce qui m'est parfois arrivé.

Si ça rentre, c'est que c'est compatible, admettons. Donc si j'appuie sur le bouton Power... ça devrait marcher ? Hum bon, enfilons cette combinaison hazmat, chaussons nos lunettes de soudure et bouchons nous les oreilles... j'appuie...
  
Et ça fait...

Rien.

Enfin si, les ventilateurs tournent, et plusieurs bips sortent du buzzer. Mais rien de plus.

D'accord, ces bips signifient qu'il y a un problème. Ça doit vraiment pas lui plaire d'avoir que 20 broches alimentées, et il me le fait savoir.

J'envisage quelques secondes la galère si je dois renvoyer le kit PicoPSU et abandonne immédiatement cette option en calculant les frais de port nécessaires.

Je cherche alors l'utilité des 4 pins supplémentaires et les réponses que je trouve indiquent qu'ils permettent de mieux répartir la puissance sur les rails 12V.

Puissance ?

Non mais j'ai pas des GeForce Titan en SLI avec un Pentium 4 overclocké là, j'ai un pauvre Atom avec GPU intégré ! Y'a pas de puissance à répartir, y'a même pas de quoi assommer une mouche ! Mais comment être sûr de ne pas faire de c... bêtise ?

Il m'a fallu poster la question sur le forum de CPC pour remettre mes idées en ordre et reprendre l'ensemble des informations dont je disposais pour exposer mon cas (finalement resté sans réponse), ce qui m'a permis de réaliser un magnifique facepalm avec triple axel et quadruple lutz mention RTFM historique.

* pleure *

Suite à cela, je passe les détails (si si) mais il a bien dû se passer une journée avant qu'après d'intenses recherches je ne trouve la signification des bips (parce qu'elle n'était pas mentionnée dans le manuel papier ÇA SERAIT TROP SIMPLE) et constate qu'il s'agit apparemment... d'un problème de RAM.

Un éclair de génie me traverse alors l'esprit (ça fait mal quand même) et un vague souvenir me revient alors à propos de la nécessité de mettre la barrette sur le second connecteur. Après vérification c'était en commentaire sur la fiche produit de la carte mère, que j'avais pourtant lue et relue. *double facepalm*

Je m'exécute et tente à nouveau l'appui fatidique sur le bouton Power, cette fois sans combinaison hazmat, faut pas déconner.

Ô miracle ! Ça démarre !

Booting, please wait...

Avant de tenter quoi que ce soit sur l'installation aux petits oignons que je me suis mijotée pendant trois ans, je décide :

• d'un : de faire un backup avec Clonezilla (ça coûte pas cher, merci le NAS);
• de deux : de restaurer cette image sur un disque vierge seul branché sur la nouvelle carte mère afin de tester le bon fonctionnement du changement de configuration sans toucher au disque d'origine.

Mauvaise surprise : ça ne boote pas. GRUB ne s'affiche pas après le POST ce qui me plonge donc dans un grand désarroi.

Je décide d'aller dans le Setup du BIOS pour voir si une petite phase de configuration additionnelle ne serait pas nécessaire. Ah, en fait il ne s'agit pas d'un BIOS mais d'un UEFI.

Enfin Léon, soyons modernes.

Bon là j'avoue ne pas me souvenir de ce que j'ai pu faire pour résoudre cette erreur. Sûrement activer la compatibilité BIOS, ou mettre le firmware à jour, ou même simplement réordonner les périphériques de boot, je ne sais plus.

Toujours est-il que finalement le GRUB s'est bien affiché et j'ai pu constater avec effarement que Linux n'était absolument pas dérangé par le changement de configuration matérielle. J'avais quand même pris garde à ne pas brancher le câble réseau afin d'éviter les conflits et les interactions avec les autres machines du réseau (eh oui, il s'agissait alors d'un clone parfait d'une "autre" machine).

J'ai quand même dû modifier deux-trois choses ici et là, certains périphériques ayant malgré tout changé. La carte réseau étaient notamment vues comme une nouvelle interface et a donc pris l'identifiant "eth2" (mais j'avais déjà eu le cas lorsque sur Usul I j'avais ajouté la carte réseau PCI-Express Gigabit Intel qui avait pris l'identifiant "eth1"). À part ça tout semblait fonctionner.

J'ai finalement branché les disques définitifs, refait les mêmes opérations validées précédemment, et j'ai lancé le "rodage" : laisser la machine tourner un jour ou deux afin de m'assurer de la stabilité de l'ensemble.

Coup d'oeil au compteur

Avant même de commencer à remettre les doigts sur le terminal, il me fallait connaître enfin si un des objectifs de cette nouvelle configuration était rempli : abaisser encore la consommation électrique par rapport à Usul I.

Je dégaine donc mon Conserve Insight de Belkin et relève la consommation observée à la prise. Victoire ! Pas écrasante mais quand même : 28W environ en idle. Cela fait donc 5W gagnés, soit 15% de moins qu'Usul I. Pas énorme mais difficile de faire mieux. Je pourrais gagner le double si je retirais un des deux disques durs (ça consomme pas mal à cette échelle ces petites bêtes !).

Le principal est que cette nouvelle plateforme matérielle soit "mieux" que l'ancienne, c'est-à-dire que le ratio puissance/consommation soit bien supérieur à ce qu'il était. De ce côté-là, c'est clairement gagné. La mesure de la puissance brute sera peut-être effectuée ultérieurement au moyen de mon benchmark maison basé sur sysbench.

Mise à niveau de Debian

Lorsque j'avais monté Usul I en 2010, mon choix de distribution s'était logiquement porté sur Debian, pour la stabilité et ma bonne connaissance de l'environnement. J'avais choisi la version "unstable", qui allait devenir la version stable quelques semaines plus tard : Squeeze (version 6).

Trois ans plus tard, Squeeze était devenue la "oldstable" et sa remplaçante se nommait Wheezy. C'était l'occasion où jamais de monter en version mon installation et profiter de paquets tout frais contenant des logiciels à jour (hum, ou presque, on parle de Debian hein).

Cela tombait bien, car le changement de matériel avait eu un petit effet que je n'avais pas remarqué immédiatement : les capteurs de températures et des ventilateurs n'étaient pas reconnus par le kernel, trop vieux pour eux ! Pour une machine qui reste au fond d'un placard 24h/24 il est quand même préférable d'avoir des alertes programmées sur ces informations ! La montée en version s'avérait donc nécessaire.

Pour avoir connu plusieurs déboires sur des montées en version d'Ubuntu par le passé, je décide de préparer le terrain minutieusement, en commençant par lire les instructions fournies par le site Debian (la menace du triple facepalm n'étant pas loin). Celui-ci précise un mode opératoire détaillé dans les notes de publication qui commence par la nécessité de sauvegarder la configuration complète du système, c'est-à-dire principalement /etc.

En ce qui me concerne, j'ai un job cron qui se charge d'archiver sur le NAS le contenu de ce répertoire toutes les nuits, donc pas de souci à ce niveau.

Comme la mise à niveau implique principalement l'utilisation du (ou des) gestionnaires de paquets, il est ensuite fortement conseillé de nettoyer la base de données des paquets et ses dépôts.

Fort judicieux ! Surtout que depuis quelques mois, sérieusement limité par les versions obsolètes de nombreux logiciels, j'ai bidouillé peu à peu mes dépôts et mes directives de mises à jour pour profiter de quelques paquets normalement inaccessibles à ma version de Debian, ce qui me cause régulièrement quelques galères avec les mises à jour.

Je passe donc au moins une heure à remettre tout à plat, quitte à supprimer quelques logiciels (notamment Deluge) que je note quand même dans un coin histoire de ne pas oublier de les réinstaller une fois la mise à niveau effectuée. Les instructions données sont faites pour être claires mais j'avoue cependant ne pas comprendre la totalité des commandes à lancer, n'étant pas un spécialiste de la gestion des paquets. Enfin bon, j'arrive quand même à obtenir un environnement qui semble suffisamment stable pour lancer la mise à niveau vers Wheezy. Au pire j'ai toujours l'image de la partition système que je peux restaurer si jamais quelque chose se passe mal.

Je démarre la mise à jour, et jette un oeil régulièrement à l'avancée du téléchargement des centaines de mégaoctets qui arrivent des serveurs miroirs...

Un bon moment plus tard, j'obtiens un prompt m'indiquant que la procédure est terminée. L'instant crucial du reboot est arrivé.

Et il passe ! Sans heurt majeur, hormis le fait que j'ai dû appuyer sur S(kip) pour passer le montage de partages réseaux mentionnés dans /etc/fstab lors du boot. Hum, bizarre.

La plupart des services se lancent sans aucun problème, et mes applications PHP et Java sont de retour sur des versions de plateformes presque récentes ! Je passe notamment d'un PHP 5.2 vieillissant à la série 5.3.

Le noyau Linux prend aussi un coup de jeune en passant de la série 2.6.32 à la 3.2. PostgreSQL - le SGBD que j'ai choisi pour cette machine au détriment d'un classique MySQL - change de version majeure de la 8.4 à la 9.1. Pour celui-ci par contre mise à niveau n'est pas totalement automatique et j'ai suivi les instructions (finalement très simples) disponible par exemple ici pour migrer mes données d'un moteur vers un autre. Il s'agit simplement de faire un dump, d'arrêter le daemon, de basculer le moteur et sa configuration puis de le redémarrer, et enfin restaurer le dump. Rien d'impossible sur une machine locale. Sur un serveur de prod par contre ce serait un poil plus délicat !

Reste à voir à présent le résultat du rodage et les configurations supplémentaires qu'il faudra immanquablement effectuer... dans la troisième et dernière partie !

Arte reste vraiment une chaîne extraterrestre dans le paysage audiovisuel français. Nombreux sont ceux qui sont d'accord avec cette affirmation pour de mauvaises raisons, et voient encore celle-ci comme peuplée de reportages sur la seconde guerre mondiale sous-titrés en jaune et de films en noir et blanc dont ils ne sauraient préciser l'origine (Europe de l'Est certainement).

Pour moi Arte est la seule chaîne qui s'autorise le mélange entre découvertes culturelles et une certaine liberté de ton, sans tomber dans les travers de ses concurrentes (mais le sont-elles vraiment ?).

Je suis depuis de nombreuses années l'émission Tracks qui pour moi reste une source de prédilection pour la découverte de nouveaux groupes de musique et de passions et modes de vie dits "alternatifs".

Et voici quelques semaines, Arte et la Générale de Production se sont mises à produire une émission courte hebdomadaire sur un sujet qui me passionne : l'univers geek et sa ses cultures. Je suis loin d'être adepte de toutes ses branches (il y en a tant !) mais certaines - l'informatique en premier bien évidemment - représentent une part importante de ma vie. Chacun son hobby, chacun ses passions.

Voici donc BiTS, tous les mercredis, disponible sur Youtube en accès libre. Six numéros au compteur, et on espère que cela ne fera qu'augmenter. L'émission en elle-même ne dure que dix minutes, mais de (très) nombreux bonus sur la chaîne viennent compléter chaque épisode.

Les trois premiers numéros qui vous mettront - je l'espère - l'eau à la bouche sont ci-dessous.

Ne manquez pas également :

• Le site (bourré de coins et recoins !)
• La playlist BiTS sur la chaîne Youtube d'Arte
• Le compte Twitter @BiTSmagazine
• Le flux RSS de la playlist (merci @ellouis)

Et la suite est ici !

Vous n'êtes pas sans savoir que j'élève depuis bientôt trois ans dans mon placard une bête modeste mais ma foi fort pratique : un home server nommé Usul. Elle est d'ailleurs régulièrement citée dans ce blog pour être de toutes mes bidouilles et représenter une part importante du panel des services que je me constitue afin de profiter de tout ce que l'informatique moderne (et libre, de préférence) peut nous offrir.

Crise de la quarantaine, 2CV et comparaisons douteuses

Pour ses trois ans, je souhaitais faire quelque chose de spécial. C'est vrai, trois ans c'est important, ça doit bien faire quarante ans en âge humain.

C'est l'âge des remises en question, où l'on jette un oeil derrière soi pour regarder ce que l'on a accompli, où l'on espère que la deuxième moitié de la vie ne sera pas trop dure avec nous, que nous pourrons encore profiter de celle-ci.

Même si notre processeur nous demande parfois de ralentir le rythme, même si notre mémoire nous fait parfois défaut – surtout la nuit quand tous les crons de mises à jour s'empilent et qu'on se réveille le lendemain avec un mal de swap –, on se dit qu'on se moque bien de tous ces jeunes PC, de leurs cores hyperthreadés et de leurs gigaoctets de RAM, car nous, nous n'avons jamais failli. Nous avons été là et nous avons bien servi, sans ventirad ni artifices.

Alors bien sûr, quelques douleurs s'installent pernicieusement au fil du temps. Si cette génération a évité le fléau du mal de DOS qui a touché tant d'anciens, celui des OS existe encore.

Un jour on soulève un paquet un peu lourd pour l'installer, on ne suit pas les instructions, et des fichiers corrompus se retrouvent dans notre système, le ralentissant lentement. Au début on ne s'en rend pas compte. Puis les petits problème s'accumulent, et quand enfin on fait un check-up, on ne peut que constater la perte de nos aptitude.

Mais point de fatalisme dans le diagnostic. Après tout, tant que nos composants sont intacts, que les électrons circulent dans nos circuits et que l'on ne reboote pas tous les matins, on peut s'estimer heureux et apprécier de voir le soleil se lever tous les jours (derrière la porte du placard qui nous protège de la poussière).

Oui je parle toujours du PC, suivez un peu.

Quelque chose de spécial pour ses trois ans donc. Quand j'ai acheté cette machine en 2010 c'était déjà une antiquité malgré son plastique rutilant.

Un peu comme acheter une 2CV neuve aujourd'hui : elle pourra toujours vous conduire d'un point A à un point B mais faire 800 Km d'autoroute dans la journée va sérieusement compliquer les choses (loin de moi l'idée de me moquer des 2CV, j'adore cette voiture). Avec son Atom 230 de toute première génération, son giga de RAM et son chipset réseau Ethernet 100, il n'était pas étonnant que des opérations telles que du transcodage et du multi-processus important avec des applications Java, le tout avec une sollicitation réseau parfois forte, ressemblent aux 800 Km d'autoroute en 2CV !

C'est la raison pour laquelle j'ai presque immédiatement ajouté des jantes alu et un spoiler... je veux dire, un giga de RAM supplémentaire et une carte réseau gigabit pour parer au pics de charge.

Cette configuraion s'est révélée suffisante dans la plupart des situations pendant trois ans, et lorsque je voyais que certains programmes amenaient l'aiguille dans le rouge, dans le meilleur des cas je pouvais paramétrer les ressources allouées et limiter la casse. Sinon je me faisais une raison et supprimais simplement le programme en question (ce fut notamment le cas de Yacy et Freenet).

C'était loin d'être idéal évidemment, mais je m'en contentais.

Et là, c'est le drame

Puis vint le moment où je réalisai que je passais plus de temps à monitorer la charge système et déshabiller Pierre pour habiller Paul - comprendre : retirer des ressources à un programme pour les donner à un autre (Pierre et Paul sont de très bons amis mais je n'oserais jamais en déshabiller un pour habiller l'autre) - qu'à simplement faire avec ce serveur ce que j'avais justement apprécié de faire les premiers temps : l'oublier. Savourer le "juste marche". J'ai alors commencé à consulter LDLC, Materiel.net et consorts, juste pour me "faire une idée", "m'amuser", mais certainement pas pour acheter...

Et merde.

Oui je suis faible. Mais dans ma faiblitude (copyleft), j'ai quand même bien pesé le pour et le contre, hésité et retardé le passage à la caisse de plusieurs jours, afin de m'assurer de concocter la configuration la plus adaptée à mon besoin. Il était notamment indispensable que celle-ci soit au moins aussi économe en énergie que l'actuelle, voire plus économe encore. Il fallait aussi qu'elle accepte 4 Go de RAM, un des points faibles que je souhaitais améliorer. Et bien sûr, serveur oblige, il fallait qu'elle dispose d'une interface Ethernet gigabit.

La carte mère et le processeur

Après une recherche plus longue que je n'aurais pu le penser de prime abord (à croire que personne ne monte ce genre de configuration de nos jours), je suis finalement tombé sur une carte mère Asrock mini-ITX modèle AD2550-ITX qui répondait complètement à mes exigences. Celle-ci est équipée d'un processeur Atom D2550 dual-core avec hyper-threading, directement soudé dessus comme c'est d'usage pour ce type de CPU.

Le comparatif des caractéristiques fourni par Intel laisse apercevoir quelques évolutions bienvenues entre mon ancienne configuration et la nouvelle : tout d'abord on change d'architecture, de Diamondville à Cedarview. Cela se traduit par le changement du type de RAM : de DDR2-533 vers DDR3-1066. Ensuite, on gagne un core physique, soit deux cores logiques puisque le CPU supporte l'hyper-threading. La fréquence gagne 260 MHz, mais je ne m'attends pas à ressentir de grosses différences à ce niveau. Par contre le cache L2 double pour passer de 512 Ko à 1 Mo, ce qui entraîne par contre généralement une augmentation significative des performances.

Et ensuite ? Ensuite pas grand chose à vrai dire.

Les deux CPU supportent le jeu d'instructions 64-bit (heureusement !), et aucun des deux ne supporte de technologies de virtualisation (dommage). Le GPU intégré du D2550 (PowerVR SGX545) est certainement plus véloce que celui de son ancêtre mais pour une machine qui n'aura aucun écran... l'intérêt est plus que limité.

La carte mère de son côté possède un chipset Ethernet "gigabit" intégré (à la différence d'une de ses déclinaisons plus low-cost) même si je ne pense pas obtenir des performances extrêmes avec lui. Le prix est un peu au dessus de ce que j'aurais souhaité, mais bon.

À présent que le coeur de la bête est choisi, passons maintenant à ce qui va tenir les composants ensemble...

Le boîtier

Le panel de choix est ici plus vaste et on retrouve quantité de boîtiers plus designs les uns que les autres, à tous les prix. Je décide d'abord de consulter la Bible des geeks : Canard PC Hardware, CPCH pour les intimes.

J'ai justement souvenir qu'un comparatif de mini-PC avait été publié il y a quelques numéros. Bingo : c'est le n°15.

Le dossier, bien que très intéressant (comme toujours), ne présente que des boîtiers extrêmement compacts ne proposant qu'une unique baie 3,5", plus adaptés à héberger un mediacenter qu'un serveur. Nombreux sont ceux qui disposent d'une baie pour lecteur optique (totalement inutile dans mon cas) et tous imposent un agencement interne au poil de cul de mouche tellement l'espace y est compté.

Et surtout, aucun ne permet d'installer une alimentation ATX classique. C'est bien dommage car il est crucial pour moi de ne pas dépendre de formats exotiques qui ne sont pas adaptables à une tour classique et qui ne seront peut-être plus supportés dans quelques années. Il est aussi bien appréciable de pouvoir prendre un composant sur une machine pour le mettre sur une autre au besoin.

C'est finalement dans la section "Test" de ce même numéro que je trouve ce qui semble bien être mon petit Graal du moment : le boîtier Elite 120 Advanced de Cooler Master. Un prix annoncé de 45 € - donc parfaitement dans mon budget - et une note de 9/10, rien que ça !

En y regardant de plus près il s'agit d'un boîtier de 20 litres (donc bien plus volumineux que les mini-PC du dossier, qui ne dépassaient pas les 8 litres) disposant de 4 baies 3,5" (compatibles 2,5" au moyen d'adaptateurs fournis), d'un gros ventilateur de 12 cm en façade, et d'un support pour une alimentation ATX classique. Petit bonus : le cable management est bien pensé et de nombreux points d'ancrage sont disséminés à divers endroits. Parfait compromis ! J'en prends treize à la douzaine.

L'alimentation

Restait à trouver l'alimentation qui allait heu... alimenter tout ça. Connaissant la consommation de la configuration actuelle, et celle approximative des composants que j'étais en train de choisir, je savais qu'Usul II n'allait pas réclamer plus de 40W à la prise. Il fallait donc trouver une alimentation adaptée à cette consommation minimaliste.

Je ne m'appesantirai ici pas plus sur ce qu'implique cette contrainte mais sachez seulement qu'une alimentation ATX - même certifiée 80+ - ne peut assurer un rendement correct à 10% de charge. Si on considère toujours les 40W envisagés, sachant que c'est une limite plutôt haute pour la configuration, il faudrait une alimentation de 200W certifiée 80+ pour espérer obtenir ces 80% d'efficacité. On se heurte ici à un problème délicat : plus aucun constructeur ne propose d'alimentation au format standard ATX dans cette gamme de puissance. Le minimum sera plutôt de 300W, et si en plus on veut un modèle de bonne qualité testé par Canard PC, la liste se réduit à peau de chagrin.

Usul  I dispose d'un transformateur externe du type même que l'on retrouve  sur les portables car il était vendu déjà monté, avec un boîtier et une  carte mère spécifiques au modèle (photo de droite).

Là par contre je monte une configuration de zéro, donc impossible d'envisager la réutilisation du transfo existant : la carte mère Asrock que j'ai choisie exige le branchement d'un câble sur son port ATX pour fonctionner.

Mais je me rappelle alors qu'un nouveau type d'alimentation de faible puissance avait justement été testé par Canard PC (toujours eux !) et avait reçu un avis plus qu'élogieux : le PicoPSU. Tiens, c'est d'ailleurs à la fin du dossier sur les mini-PC dans ce même numéro !

Ils y annoncent un rendement de 88% à 60W, un ripple très bas, et bien sûr la compatibilité avec toutes les cartes mères ATX. Seul problème évoqué et que j'ai rapidement pu constater moi-même : la disponibilité en France : quasi-nulle.

Après hésitation sur des sites allemands et anglais, c'est finalement sur le site américain de Mini-Box (qui semble d'ailleurs être le constructeur du PicoPSU) que j'ai commencé à lorgner. J'ai opté pour le kit "PicoPSU-80 + Adaptateur 60W" à 35 $.
Et la livraison en France ? 36 $. Bim. Ramené en Euros, le total passe néanmoins à  54 € environ, ce qui représente un prix moyen pour une alimentation classique hors frais de port. Je tente donc le coup.

Le reste

Pour la RAM, j'ai simplement choisi la barrette de marque la moins chère en SO-DIMM DDR3, en 4 Go évidemment puisque le but était notamment d'augmenter sa capacité par rapport à Usul I. Mon choix s'est donc porté sur une barrette Crucial premier prix, toujours vendue par LDLC (autant grouper pour éviter les frais de port à rallonge) et prévue pour... Mac.

Gné ?

Oui ben c'est une barrette SO-DIMM de DDR3 quoi, qu'elle soit pour Mac ou non je ne vois pas le rapport. Bref.

Pour les disques dur, je vais réutiliser ceux qui équipent déjà mon serveur, et mon objectif ici sera bien entendu de ne pas avoir tout à réinstaller. Mais avec Debian, je pars confiant.

Tout est prêt, je lance les commandes sur les deux boutiques pour un montant total d'environ 200€ (raisonnable non ?) et guette le facteur...

La configuration attendue tiendra-t-elle ses promesses ? Debian acceptera-t-elle le transfert vers une nouvelle plateforme matérielle ? La couche d'ozone sera-t-elle sauvée grâce à la réduction de la consommation énergétique engendrée ? Brooke avouera-t-elle à Bill qu'elle l'aime quand bien même elle porte l'enfant de Sharon qui est sa nièce par alliance ?

Toutes ces réponses et bien d'autres, dans la prochaine partie de cette saga épique !

EDIT : Voir la deuxième partie ici !

Bien marrant, et assez réussi je dois dire ! (en profane que je suis)

Je pense que je vais me mettre au Kitty Metal, ça a l'air trop bien !

Source : http://cheezburger.com/53761281

>> Aller directement au téléchargement <<

Il y a quelques temps, j'ai réalisé que certains de mes dossiers contenaient parfois de nombreux exemplaires du même fichier. Jusque-là rien d'étonnant. Mais après un rapide nettoyage manuel, j'ai aussi réalisé que cela me prenait pas mal de place et que la méthode manuelle d'élimination était assez laborieuse !

Oui, rien d'étonnant non plus en fait.

Toujours est-il que même en achetant régulièrement de nouveaux disques, il est contre-productif d'entasser des centaires de doublons numériques de ses fichiers.

Je me suis mis alors à chercher un logiciel - libre, et multi-plateforme - qui permettait de parcourir des dossiers en détectant les doublons dans leur contenu. Chose importante, je souhaitais également que l'affichage permette de déterminer rapidement quel est LE fichier à conserver, et de supprimer tous les autres. Utilisant régulièrement la recherche de doublon de XnView ou d'autres logiciels similaires, je savais au moins ce que je ne voulais pas : quelque chose se voulant simple mais se révélant trop laborieux à utiliser.

Et surtout : la présence de cases à cocher serait rédhibitoire, ni plus ni moins. Il n'y a rien de pire que de devoir cocher un par un tous les fichiers que l'on souhaite supprimer.

Avec des contraintes aussi fortes mes recherches se sont forcément soldées par des échecs. Je me suis alors dit qu'il ne devait pas être très compliqué d'implémenter ce concept moi-même.

J'avais partiellement raison : implémenter le concept n'était effectivement pas complexe. Mais coder l'interface qui va autour s'est révélé largement plus casse-tête. Enfin, l'optimisation - de l'empreinte mémoire notamment - est également une part importante à laquelle je n'avais pas initialement pensé, et qui est pourtant indispensable (ce dernier point est d'ailleurs largement incomplet au stade actuel).

Le concept

Ma vision était de présenter les résultats sous forme d'arbre dont les branches seraient la hiérarchie des dossiers, les "feuilles" seraient les fichiers et les "sous-feuilles" les doublons de celui-ci. Un menu contextuel permettrait ainsi de supprimer en deux clics tous les doublons.

Au fil du développement, j'ai finalement opté pour un double-arbre dont les sélections seraient synchronisées de la manière suivante : en cliquant sur une sous-feuille (un doublon) dans un arbre, l'autre développerait automatiquement la branche dont ce doublon serait la feuille (le fichier de base).

Pour comprendre cela, il faut noter que les fichiers dans les arbres apparaissent plusieurs fois : une fois en tant que fichier "de base" (feuille) et ensuite autant de fois que le fichier n'a de doublons, en tant que sous-feuille de chacun d'eux.

Cas d'utilisation principal

Prenons un exemple simple : dans un même répertoire R deux fichiers A et B, et trois "doublons" A1, A2, et B1. Inutile de dire ici qui est le doublon de qui.

Le noeud représentant le répertoire R aura ainsi 5 enfants : A, B, A1, A2 et B1.

• La feuille A aura pour enfants A1 et A2.
• La feuille B aura pour enfant B1
• La feuille A1 aura pour enfants A et A2
• La feuille A2 aura pour enfants A et A1
• La feuille B1 aura pour enfant B

(l'ordre alphabétique de rigueur n'est pas respecté dans cet exemple)

Ce cas est volontairement simpliste. Dans la réalité il peut arriver que plusieurs milliers de fichiers apparaissent dans l'arbre. On obtient alors un arbre excessivement haut, et donc très difficile à parcourir.

Le but d'avoir ici deux arbres synchronisés permet de sélectionner dans le premier le fichier "doublon" (sous-feuille) que l'on souhaite conserver, ce qui sélectionne dans le second ce même fichier mais en tant que fichier "de base" (feuille). Le menu contextuel permet ensuite de supprimer l'ensemble des doublons supplémentaires en deux clics.

En reprenant l'exemple précédent, supposons que je parcoure l'arbre (supposément très haut) et analyse les doublons du fichier A. Je souhaite ne conserver que le fichier A2, et donc supprimer A et A1.

• Je clique donc sur la quatrième ligne [1].
• Le second arbre réagit instantanément à cette action et sélectionne la ligne 5 [2] (hormis celle-ci toutes les autres branches sont réduites pour faciliter la lisibilité).
• Un clic-droit sur cette ligne affiche ensuite un menu-contextuel me permettant de supprimer tous les doublons de A2 [3].
• Ceci fait, les deux arbres sont mis à jour et les branches associées à ces fichiers disparaissent.

L'intérêt de ce fonctionnement pour moi est qu'il m'est plus facile (et surtout plus rapide) de vérifier l'emplacement d'un fichier dans un arbre que dans un libellé contenant le chemin complet (du type "/chemin/vers/mon/dossier/contenant/mon/fichier/A".

Chaque nom de dossier se détache mieux, ce qui est pratique lorsqu'on a des noms de dossiers proches ("/chemin/vers/mon/dossier1/contenant/mon/fichier/A1").

Si cela n'était pas suffisamment clair, je précise que cette fonctionnalité répond à mes besoins particuliers. Mais je pense que ceux-ci ne sont pas non plus originaux au point de n'intéresser personne d'autre.

JDuplicateFinder

Pour mon développement j'ai utilisé Java et sa bibliothèque Swing, seul langage que je maîtrise suffisamment pour ne pas bloquer inutilement sur de bêtes aspects d'implémentation.

J'ai réutilisé le plugin WindowBuilder pour Eclipse afin de mettre en place rapidement les éléments de l'interface utilisateur. Je reste assez bluffé par les possibilités de ce module en terme de layouting WYSIWYG. Bien sûr, tout ne peut pas être réglé avec du D&D et des listes déroulantes, j'ai donc dû compléter certains points directement dans le code.

Fonctionnalités

Les principales fonctionnalités disponibles dans cette version 1.0 sont les suivantes :

• Recherche de doublons dans 1 à N dossiers sources
• Trois comparateurs disponibles combinables :
  • Taille de fichier
  • Digest (MD5, SHA1, etc.; taille du chunk utilisé configurable, 512 Kio par défaut)
  • Date de fichier (création ou modification)
• Définition de filtres d'exclusion sur les noms ou chemins de fichiers
• Affichage des détails des fichiers sur simple clic (nom, chemin, taille, mimetype, dates de création et modification)

Mis à part le comparateur "Digest" pour qui deux fichiers ne peuvent être que totalement similaires ou totalement différents, il est possible de définir des "marges" en octets, kibioctets, ou pourcentage pour la taille, ou en secondes, minutes, heures ou jours pour la date.

Chaque doublon trouvé possèdera donc un "score" de similiarité (sur 100) qui sera d'autant plus faible qu'il sera proche de la limite inférieure ou supérieure définies par cette marge.

Ce score est visible en préfixe dans les sous-feuilles de l'arbre, mais une icône de couleur permet également d'identifier rapidement les doublons les plus pertinents pour un fichier donné.

Chaque comparateur possède également un "poids" qui va influencer le score de comparaison des fichiers si plusieurs comparateurs sont actifs pour une même recherche. Ce score devient alors la moyenne pondérée des similarités détectées par les comparateurs.

Téléchargement

Le résultat est un JAR dont l'archive est téléchargable ici :

jduplicatefinder-1.0.zip (1,78 Mo)

Et le code source disponible sur Github :

https://github.com/nanawel/jduplicatefinder

Je n'ai pour l'instant pas pris la peine de rédiger un manuel de 300 pages pour expliquer son utilisation, mais celle-ci reste en grande partie assez intuitive :)

À noter que s'il n'est pas (encore) possible de préparamétrer les comparateurs et autres options de configuration au lancement, il est néanmoins possible de passer au JAR la liste des dossiers cibles.

Pour cela, on utilisera la syntaxe suivante :

    $ java -jar jduplicatefinder.jar "/home/user" "/tmp/folder"

sous Linux, ou

    > java -jar jduplicatefinder.jar "C:\\" "D:\\Games"

sous Windows (attention dans ce cas à bien doubler les backslashs ou à utiliser des slashs à la place).

Si la mémoire allouée par défaut ne suffisait pas (message d'erreur "Java heap space" ou autre au cours de la recherche), il est possible d'augmenter celle-ci depuis la ligne de commande :

    $ java -jar -Xmx512m jduplicatefinder.jar

pour autoriser jusqu'à 512 Mo dans cet exemple. La bonne application de ce paramètre est visible en bas à droite de la fenêtre.

J'ai effectué pas mal de tests et je considère cette version suffisamment stable pour la mettre à disposition.

Je ne peux cependant pas fournir de garanties si par malheur cela invoque les démons des Enfers, ouvre un trou noir dans votre salon ou simplement endommage certaines de vos données ! (j'ai néanmoins plus d'assurance sur ce dernier point, avouez que c'est plutôt rassurant quand même)

Si vous trouvez un bug ou avez des suggestions d'améliorations, utilisez le bugtracker mis à disposition sur Github.

Bon dédoublonage !

Si vous avez suivi mes amusements en 2011 avec MPD, ma web-radio et mon besoin d'historiser les pistes jouées, vous vous souvenez sûrement que l'interface Web qui permettait de consulter cet historique était d'une laideur absolue. Oui c'est possible, et je m'en foutais pas mal.

Mais j'ai changé.

Cela fait déjà un moment que Bootstrap est sorti, et quand ce framework a été libéré par Twitter en 2011 (sous licence Apache 2.0) je me suis dit de suite qu'il faudrait que je l'utilise pour quelque chose. N'importe quoi, au moins pour voir ce qu'il a dans le ventre. Car oui, c'était joli.

En effet, je suis très loin d'être designer ni même d'avoir une idée de ce qu'est un bon design. J'apprécie les belles interfaces, mais pas non plus quand c'est trop épuré sinon j'ai l'impression d'être pris pour un débile et d'en perdre le contrôle (coucou Apple et Gnome-Shell). Mais quand je suis obligé de créer des interfaces, je ne sais jamais trop comment partir. Et à la fin je ne suis jamais vraiment satisfait du résultat.

Bootstrap me semblait alors représenter une bonne base, un bon point de départ pour faire une interface web - certes peu originale - mais cohérente, simple, efficace, et esthétique. Profitant d'une motivation inhabituelle, je me suis lancé dans la modernisation de l'interface de JMPDLoggerWeb, et pour cela j'allais enfin utiliser Bootstrap.

Bootstrap : kèkecé ?

Selon l'encyclopédie Larousse, ça n'est rien. Normal. Mais Wikipédia lui, le présente de la façon suivante :

En résumé c'est donc une collection d'éléments visuels (boutons, menus, tableaux, ...) et d'interactions (hover, roll-over, popup, ...) pour une page web que le développeur n'a qu'à assembler. Le framework s'occupant dans 95% des cas de faire en sorte que tout s'imbrique bien et donne un résultat homogène et esthétique.

Le développeur (toujours lui), peut ainsi se concentrer sur le fonctionnel - le but de son application - sans perdre de temps à réfléchir à une interface de A à Z et à assembler des plugins pas toujours compatibles entre eux. Ni sans être torturé par les considérations de compatibilité multi-navigateurs !

Tout développeur web et particulièrement graphiste CSS pourra vous confimer que faire en sorte qu'une page web s'affiche et se comporte de la même manière dans les différentes versions d'Internet Explorer, Chrome, Safari et Firefox (sans parler d'Opera) représente 80% des dépassements de budgets si on ne réfléchit pas à cet aspect dès le début du projet (en prenant par exemple un framework comme Boostrap, mais pas seulement).

La documentation est à l'image du framework : claire et complète. Vous saurez en deux minutes comment démarrer sur différents templates. Vous comprendrez en trois minutes le principe du layouting (agencement) basé sur des lignes composées de 12 colonnes. Vous découvrirez en cinq minutes le style CSS prédéfini des principaux composants simples d'une page et comment les adapter. Et enfin vous vous émerveillerez durant dix minutes devant les composants "complexes" mais simples à utiliser grâce à Bootstrap qu'il est possible d'intégrer dans vos pages.

Si vous souhaitez ajouter quelques effets tels que des boîtes de dialogue modales, des menus drop-down, des pop-overs, ajoutez à cela une vingtaine de minutes pour en parcourir la liste et en saisir les principes d'intégration (simples, évidemment).

Shazam !

Et voilà où j'en suis arrivé après quelques heures de labeur. La comparaison est frappante. C'est vrai aussi que je partais de loin !

Pour information, j'ai conservé un fichier style.css avec quelques directives spécifiques, mais celui-ci ne fait que 60 lignes, pour une douzaine de blocs de sélecteurs ! Tout le reste est géré par Bootstrap grâce à quelques classes CSS réparties judicieusement dans le code HTML.

Alors bien sûr je n'ai pas cherché à faire compliqué. Je souhaitais malgré tout conserver une interface simple, sans basculer dans la surenchère d'effets et de couleurs. Mais à présent cela ressemble à peu près à une page contemporaine. Plus à une archive déterrée de Multimania.

Si vous n'avez jamais essayé ce framework, j'espère que cela vous aura donné envie d'y jeter un oeil, vous ne le regretterez pas.

Moi en tout cas je pense que je cèderai sans remord à cette facilité la prochaine fois que j'aurai une application web ou un site à réaliser.

Téléchargement

La dernière version de JMPDLoggerWeb utilisant Bootstrap est disponible ici :

http://nanawel.free.fr/dev/jmpdloggerweb/jmpdloggerweb-0.5.0.tar.gz

La procédure d'installation n'a pas changé : extraire l'archive dans un dossier accessible par Apache ou tout serveur HTTP supportant PHP, renommer le fichier config.inc.sample.php en config.inc.php puis l'éditer pour configurer l'accès à la base de données utilisée par JMPDLogger. That's it!

Je poursuis mon expérience de retro-reading avec cette fois-ci le N°757 de Science & Vie âgé de pas moins... de 33 ans !

C'est en effet en octobre 1980 qu'est sortie cette couverture chatoyante où l'on peut apercevoir deux jeunes gens habillé de l'inévitable couple "chemise à carreaux / gilet qui gratte" cher à cette époque. Ce sont des adolescents, blancs,  et apparemment de famille aisée.

Bref, exactement le coeur de cible des industries naissantes de la micro-informatique, qui feront notamment de cette génération les ingénieurs des révolutions de la fin du millénaire.

Devant eux, le fin du fin de la micro-informatique à cette date : des disquettes, un microphone et une imprimante.

Le PDF des 18 pages présentées est disponible ici (6 Mo).

(Cliquer sur les images pour zoomer)

Ci-dessous vous trouverez l'article central de 13 pages présentant ce qu'il est alors possible d'obtenir à cette époque avec un peu d'imagination (et beaucoup d'argent), ainsi qu'un panel des machines disponibles sur le marché avec leurs caractéristiques principales.

En guise de référence, l'Apple II+ est sorti il y a un an, possède un microprocesseur cadencé à 1 MHz, 64 Ko de RAM et est un des seuls (le seul ?) à afficher des couleurs !

Cliquer sur le diaporama pour zoomer et naviguer dans les pages.

Je ne peux m'empêcher de commenter un peu la première partie de l'article (page 126 et suivantes) :

• Nous avons donc droit à l'inévitable synthétiseur de voix au réveil... car bien évidemment il est beaucoup plus agréable et pas flippant du tout d'entendre une voix de robot nasillarde plutôt que de la musique. Normal. Trente ans plus tard, les synthétiseurs de voix sont presque cantonnés aux GPS et sont souvent désactivés pour cause de... mais c'est juste chiant quoi !
• L'idée de domotique intelligente contrôlant de manière centralisée chacun des appareils de la maison n'est plus vraiment sur le planning aujourd'hui. À la place on observe de plus en plus de systèmes indépendants, autonomes, mais communiquant de manière plus ou moins active et standardisée avec leur environnement. En même temps, quand on voit la stabilité de certains ordinateurs, on est bien content qu'un crash n'entraîne pas la panne simultanée de la cafetière, du frigo ou de la tondeuse...
• "Trois messages sont arrivés cette nuit" : ça par contre on y est en plein. L'email occupe une place importante et encore grandissante dans notre vie. L'échange de courriers papier dans notre quotidien est de plus en plus remplaçable par son équivalent électronique, et de plus en plus de personnes les consultent le matin au réveil (et n'importe quand n'importe où sur leur smartphone).
• Le modem à base de combiné et de coupleur accoustique est - Zeus merci - remplacé par une box plus ou moins design trônant à côté de la télé ou du téléphone. De toute façon, cela fait déjà longtemps que le tout-numérique a remplacé l'analogique dans les liaisons téléphoniques.
• Le "réseau boutique" et sa "vingtaine de sociétés" est aujourd'hui avantageusement remplacé par le Web et ses milliers de commerçants, sans être obligé d'entrer son numéro d'abonné à chaque connexion.
• Pas de terminaux passifs multiples reliés à un ordinateur tout-puissant de nos jours. À la place, nous avons des ordinateurs complets reliés entre eux par câble ou Wifi, indépendants et autonomes (ce qui est une transposition de la règle précisant que sur Internet, "l'intelligence est en bout de réseau", et non au centre).
• Toujours aussi inévitable, le sexisme qui impose à Madame de faire son shopping de robes et de faire les comptes, pendant que Monsieurs joue au bridge. Aujourd'hui tout le monde est égal devant la stupidité des casual-games de Facebook ! (c'est une blague bien sûr, les jeux Facebook sont effectivement stupides mais le sexisme a encore de beaux jours devant lui)

Je terminerais juste sur une phrase qui fait bizarre en la lisant et en se remettant dans le contexte (page 130) :

J'utilise depuis au moins un an et demi à présent Etherpad-Lite sur mon serveur Usul tournant sous Debian Squeeze.

Ce logiciel tournant sous Node.js est un éditeur de texte collaboratif, similaire dans le principe à celui que l'on trouve dans Google Documents. Il permet très simplement d'éditer un texte à plusieurs, en sauvegardant au fur et à mesure toutes les modifications, ce qui permet de retrouver un historique complet du document, du premier au dernier caractère.

Personnellement, je m'en sers assez peu pour l'aspect collaboratif dans le sens "à plusieurs personnes", mais plus dans le sens "depuis plusieurs machines". Je rédige en effet la plupart des articles pour ce blog dessus, car ainsi je peux compléter, modifier ou réorganiser le texte peu importe où je suis, en temps-réel, tout en sachant que chacune de mes modifications est sauvegardée automatiquement.

Je tournais depuis l'installation sur une version 1.0.x ou 1.1.x au maximum et j'ai décidé qu'il était temps de mettre à jour. Je voulais surtout en profiter pour passer de la base de données "dirty" (un fichier texte à plat contenant du JSON) à quelque chose de plus costaud et plus fiable : une base propre sur mon instance de PostgreSQL.

Si je n'avais pas sauté le pas plus tôt c'est tout simplement car le support de ce SGBD est arrivé plus tard. On n'avait alors le choix que parmi "dirty" (par défaut, mais déconseillé pour de la prod), SQLite et MySQL.

Mais voilà, sur Usul j'ai opté pour PostgreSQL car je voulais essayer autre chose que MySQL. Si pour la plupart des applications il suffit d'installer le DEB qui va bien, pour d'autres c'est un peu moins simple et le support de PostgreSQL est parfois un peu bancal. Mais globalement je ne rencontre que rarement des problèmes à ce niveau.

Mais revenons à nos moutons.

Je fais donc un simple

# cd /var/etherpad-lite
# git pull origin
# chown -R etherpad:etherpad .

et les fichiers sont mis à jour. Pour info, le chemin /var/etherpad-lite est purement personnel.
Comme le fichier settings.json a changé entre temps, je repars de la dernière version et reconfigure mon instance. En gros cela revient à définir une "clé de session" (nouveauté, permettant apparemment de faciliter les reconnexions des clients après une coupure), puis à paramétrer la connexion à la base de données.

"dbType" : "postgres",
"dbSettings" : {
                   "user"     : "etherpad",
                   "host"     : "localhost",
                   "password" : "unmotdepasselongetcomplique",
                   "database" : "etherpad"
                 },

J'avais bien entendu au préalable créé la base "etherpad" ainsi que l'utilisateur homonyme.

Le langage "plpgsql" n'existe pas : WTF?

Pour tester le résultat, il suffit de lancer la commande bin/run.sh depuis le dossier racine, en tant que l'utilisateur exécutant Etherpad-Lite habituellement (celui spécifié dans le script de démarrage dans /etc/init.d).

$ bin/run.sh
Ensure that all dependencies are up to date...  If this is the first time you have run Etherpad please be patient.
npm WARN package.json ep_etherpad-lite@1.2.11 No repository field.
npm WARN package.json channels@0.0.4 No repository field.
npm WARN package.json tinycon@0.0.1 No repository field.
npm WARN package.json ueberDB@0.2.0 No repository field.
npm WARN package.json ejs@0.6.1 No repository field.
npm WARN package.json formidable@1.0.9 No repository field.
npm WARN package.json jshint@0.7.3 No repository field.
npm WARN package.json jsdom-nocontextifiy@0.2.10 No repository field.
npm WARN package.json jsdom-nocontextifiy@0.2.10 'repositories' (plural) Not supported.
npm WARN package.json Please pick one as the 'repository' field
npm WARN package.json async-stacktrace@0.0.2 No repository field.
npm WARN prefer global jshint@0.7.3 should be installed with -g
npm WARN package.json bytes@0.2.0 No repository field.
npm WARN package.json cookie-signature@1.0.1 No repository field.
npm WARN package.json fresh@0.1.0 No repository field.
npm WARN package.json pause@0.0.1 No repository field.
npm WARN package.json cookie-signature@0.0.1 No repository field.
npm WARN package.json methods@0.0.1 No repository field.
npm WARN package.json range-parser@0.0.4 No repository field.
npm WARN package.json send@0.1.0 No repository field.
npm WARN package.json cssom@0.2.5 No readme data.
npm WARN package.json docco@0.4.0 No repository field.
npm WARN package.json channels@0.0.2 No repository field.
npm WARN package.json vargs@0.1.0 No repository field.
npm WARN package.json dirty@0.9.7 No repository field.
npm WARN package.json policyfile@0.0.4 No repository field.
npm WARN package.json policyfile@0.0.4 'repositories' (plural) Not supported.
npm WARN package.json Please pick one as the 'repository' field
npm WARN package.json bytes@0.1.0 No repository field.
npm WARN package.json formidable@1.0.11 No repository field.
npm WARN package.json github-url-from-git@1.1.1 No repository field.
npm WARN package.json addressparser@0.1.3 No repository field.
npm WARN package.json assert-plus@0.1.2 No repository field.
npm WARN package.json ctype@0.5.2 No repository field.
Ensure jQuery is downloaded and up to date...
Clear minfified cache...
ensure custom css/js files are created...
start...

events.js:72
        throw er; // Unhandled 'error' event
              ^
error: le langage « plpgsql » n'existe pas
    at Connection.parseE (/var/etherpad-lite/src/node_modules/ueberDB/node_modules/pg/lib/connection.js:508:11)
    at Connection.parseMessage (/var/etherpad-lite/src/node_modules/ueberDB/node_modules/pg/lib/connection.js:368:17)
    at Socket. (/var/etherpad-lite/src/node_modules/ueberDB/node_modules/pg/lib/connection.js:84:20)
    at Socket.EventEmitter.emit (events.js:95:17)
    at Socket. (_stream_readable.js:736:14)
    at Socket.EventEmitter.emit (events.js:92:17)
    at emitReadable_ (_stream_readable.js:408:10)
    at emitReadable (_stream_readable.js:404:5)
    at readableAddChunk (_stream_readable.js:165:9)
    at Socket.Readable.push (_stream_readable.js:127:10)

Ah.

J'ai passé au moins une heure et demi à chercher s'il me manquait un package Debian ou NPM, ou si l'un d'entre eux n'était pas à jour. J'ai évidemment parcouru le wiki d'Etherpad-Lite en long en large et en travers. Sans succès.

Car Etherpad-Lite, NodeJS ou NPM n'ont rien à voir là-dedans. Il s'agit d'une erreur retournée par PostgreSQL.

Pour la corriger, il suffit simplement dans la base de données nouvellement créée d'exécuter la requête SQL suivante :

CREATE LANGUAGE 'plpgsql';

Une fois. Et c'est tout. (Source)
On peut ensuite relancer Etherpad-Lite et tout fonctionne sans problème.

Je déteste ce genre de problème. On se sent stupide tant qu'on reste bloqué, et une fois résolu on n'a pas l'impression d'avoir appris quoi que ce soit.