Je code donc je suis :

Fedora, Mandriva, Ubuntu et Debian sur un bateau ...

Mon, 23 Jun 2008 00:43:00 +0200

Suite à la faille openssl je me suis dis que c’était l’occasion de tester Fedora après ces nombreuses années auprès de Debian puis Ubuntu. Après plus d’un mois d’utilisation j’avoue que j’en suis très satisfait au point d’avoir migré mon laptop et mon desktop, côté serveur c’est plus complexe donc CentOS attendra un peu. Mes vieux à prioris sur la lenteur de yum et le peu de paquets disponible ont disparus.
Malgré tout il n’y a pas certains paquets exotiques comme effectv ou boxbackup. Aussi je viens de réaliser mon premier RPM avec effectv disponible sur mon dépot. L’ancien RPM ne compilant pas avec gcc 4.3 j’en ai profité pour ajouter le patch fourni par gentoo. Merci au petit coup de main de #fedora-devel-fr sur irc.freenode.net. Ceci est mon premier RPM avec un spec plus ou moins crado mais je compte bien améliorer ça :) Je trouve Fedora extrêmement léché, bien plus que Ubuntu même si bien sûr un GNOME reste un GNOME, c’est une perception personnelle.
Sinon j’avais tenté d’installer la Mandriva one 2008 juste avant Fedora. Le premier boot se planta allègrement, lors du 2ème et après installation, le système ne parvint pas à configurer correctement ma carte graphique alors que le driver NVidia était bien activé dans la config de Xorg et les modules kernel chargés, donc résolution merdique sur un 22” et scintillement “épileptique” ... De plus je conseille fortement à Mandriva d’embaucher un graphiste, rien que la différence de design pendant le boot entre la Mandriva et la Fedora est flagrante, dommage.

Il est à mon avis inadmissible qu’une entreprise telle que Canonical ait pu laisser passer cette faille pendant 2 ans. Canonical se repose trop sur Debian qui fait un boulot extraordinaire malgré leur peu de moyens en temps et argent. Visiblement Canonical se concentre sur la surface de la distribution en négligeant des paquets aussi vitaux que openssl…
J’ai la faiblesse de croire qu’un tel comportement ne pourra se produire avec Fedora, qui bien qu’étant également une distribution communautaire, Red Hat y apporte son soutient en leur allouant des développeurs. De plus Red Hat participe lourdement au développement upstream du kernel Linux, de Xorg, GTK+ et GNOME, il est donc pour moi temps de soutenir indirectement une entreprise qui joue aussi bien le jeu du Libre. Et s’il fallait une autre preuve, Red Hat vient récemment de libérer Spacewalk un de leur plus gros produit de gestion de parc et monitoring à destination des professionnels … (Qu’attend Mandriva pour diffuser Pulse ?)

Déçu par Debian, sans doute, par Canonical certainement. Je ne me fais cependant aucun soucis ni pour l’un ni pour l’autre. Je souhaite juste bien du courage à Canonical qui prétend vouloir concurrencer Red Hat sur les serveurs.

Quant à Debian, certes l’exception confirme la règle de la qualité qu’ils fournissent depuis toutes ces années. Certes il existe d’autres systèmes libres 100% communautaires (ou presque) comme OpenBSD/FreeBSD qui confirment également la règle. Cependant tout baser sur quelques bénévoles même d’exception est à mon sens une prise de risque importante, la preuve sur openssl qui reposait sur un seul packageur Debian. Un bénévole est un être humain, donc faillible, et même si celui-ci est un intégriste Debian cela ne change en rien cette vérité. Qui veut dire bénévole veut dire également peu de temps libre, à moins d’être un nerd sans famille qui vit en mangeant au secours populaire, ce qui n’est à mon avis pas le cas même pour un intégriste développeur Debian :)
Debian survivra bien sûr à ce problème car Debian est en dehors de tout concept économique. C’est bien, et c’est pas bien :) tout dépend en fait de l’usager. Avec Debian une entreprise est à l’abri d’une disparition de son fournisseur, cependant elle devra trouver un barbus Debianeu afin qu’il jongle avec les backports histoire d’avoir des serveurs applicatifs récents ou prenne le risque d’installer des serveurs en testing voir pire en SID (still in development). Car la prochaine Debian stable sortira quand … elle sera prête :)

Certains linuxiens au cerveau unicellulaire pensent qu’il y a Debian et les autres, ceux qui font de l’Argent (bou c’est sale l’argent), bref ces gens qui n’ont rien compris au Libre ou plutôt qui l’adaptent à leur vision déformée. Or pour moi ceux qui apportent au Libre le plus qui permet de concurrencer les systèmes de Microsoft c’est justement les entreprises qui financent du libre soit en libérant leurs codes, soit surtout en participant aux développements upstream de logiciels libres.
Debian c’est bien gentil mais ce n’est qu’une distribution, à moins qu’un jour les DD développent entièrement les logiciels qu’ils packagent, ce dont je doute un peu :) Bref sans entreprises telles que Red Hat, IBM, Trolltech, MySQL AB, SUN, etc, etc, les gentils développeurs Debian n’auraient pas grand chose à packager, ou bien si, le GNU/Linux d’il y a 10 ans sans doute …

Où je veux en venir ? C’est simple, si tant est que l’on est intéressé par l’avenir de GNU/Linux en tant que système pouvant concurrencer Microsoft aussi bien sur le serveur que le desktop (les nerds aigris qui pensent que l’argent est sale mais qui payent leur bouffe et leur loyer avec un boulot le plus souvent sous un environnement propriétaire ont déjà migré sur BSD de toute manière), on ne peut continuer à faire l’impasse sur la nécessité d’obtenir une crédibilité commerciale.
Lorsqu’il s’agit de développer l’idée que le Libre pourrait être un moyen pour développer une industrie Européenne (et donc des emplois) concurrentielle aux USA et donc à Microsoft on pense à qui ? Il n’y a pas d’industrie avec des bénévoles (et donc des emplois), donc exit Debian. On pense à SuSe ? non racheté par Novell boite US, donc exit SuSe. On pense à Canonical ? Une boite Européenne certes mais perfusée par un milliardaire et qui n’a toujours pas trouvé son modèle économique et qui participe beaucoup trop peu aux développements upstream pour être crédible, exit Ubuntu … Visiblement il ne reste que Mandriva qui semble régulièrement sur la sellette (mauvaises décisions pendant la bulle en 2000, mauvaise Direction, peu de soutien national et Européen, etc).

Debian apporte beaucoup au Libre (un certain Dodji me répète à l’oreillette que le port de Debian sur 11 architectures aide énormément au portage de GCC ;) ), mais une distribution de bénévoles et donc en dehors d’objectifs et contraintes économiques ne peut en aucun cas permettre à l’Europe de développer une telle industrie, ce qui serait bien dommage pour Elle, la France, et le hacker épris de vivre de sa passion. Supposer que ce hacker n’a qu’à continuer à bosser gratuitement le soir et le week-end au dépend de sa famille n’est que mépris envers lui et mépris envers ces entreprises qui ont poussées le Libre vers ce qu’il est aujourd’hui. Les hackers ne sont “malheureusement” pas tous des RMS ayant choisi de ne pas avoir de famille et de biens pour pouvoir s’adonner à plein temps à leur passion …

De plus outre des emplois, une industrie du Libre Européenne et forte serait en mesure de contrer beaucoup plus facilement des lois pro-brevet logiciel et libertaire telles que DADVSI et l’Hadopi, ce qui n’est pas négligeable …

Ceci est donc l’autre partie de mes motivations pour Fedora qui joint les qualités d’une Debian et d’un très fort soutient commercial de qualité au détriment de Mandriva malheureusement. Je soutiens un modèle économique jouant réellement le jeu du Libre et techniquement le meilleur car demain c’est j’espère ce modèle qui pourra me faire vivre de ma passion, ce qui n’a rien de sale…

Je termine ce billet (ou ce troll selon le lecteur) sur un gros modulo. Ceci représente mon choix en tant qu’utilisateur avancé de GNU/Linux depuis 10 ans. Fedora est une distribution entièrement libre (pas au sens stricto sensu de la FSF) ce qui fait que par défaut l’expérience utilisateur d’un novice sera freinée par l’absence de logiciels propriétaires comme le driver NVidia… Aussi par pragmatisme je conseillerai toujours Ubuntu à un débutant, c’est celle qui me parait la plus simple, la plus propre et fonctionnant out of the box ; pour l’instant. Mais ce billet ne s’adresse pas à eux :)

mise à jour :

Ce billet évoque certaines choses de manière implicite, aussi pour éviter une mauvaise interprétation due à une non connaissance du problème exacte de la faille Debian je vais détailler un peu.
Cette faille est de loin très différente d’une faille habituelle. Ici il ne s’agit pas d’une faille upstream, due aux développeurs de OpenSSL, chose qui pourrait arriver à n’importe quel projet. Il s’agit ici du packageur Debian d’openssl qui a pris la liberté de supprimer du code d’openssl afin de résoudre un warning de compilation révélé par un débuggeur. Une mauvaise communication avec les développeurs openssl a abouti à cette faille mais également la grosse prétention à comprendre un code aussi complexe.
Pour moi ceci est révélateur des problèmes que peuvent subir des communautés de bénévoles, peu de moyens, de temps et une tendance à développer exagérément les égos. Il ne s’agit pas de jeter la pierre à Debian et ce packageur, mais simplement de dire qu’une QA a un cout et il est difficile de l’obtenir avec un seul développeur, bénévole qui plus est. Par contre ce type de QA est à la portée d’une entreprise comme Canonical, mais visiblement elle a fait le choix et l’erreur de se focaliser sur la surface de leur distribution, chose inadmissible à mes yeux, surtout pour une entreprise qui prétend vouloir concurrencer Red Hat :)

Transport SMS pour Jabber

Sat, 21 Jun 2008 01:16:00 +0200

via Jabber.org, 2 nouveaux services (MessagingBay et ASPSMS) permettent d’envoyer simplement un SMS en ajoutant un contact dans son roster. Décidément le monde XMPP est autrement plus intéressant et innovant que le web qui se moisi depuis 18 ans avec un HTML lourdingue et des connexions stateless à 2 balles. Pour comparer avec Linux qui a 17 ans, s’il avait avancé au même rythme on serait toujours en mode console texte (façon minitel) et sans connexion réseau. Bref je rêve d’un Rebol IOS libre, malheureusement Carl Sassenrath n’a que le génie de la technique.

Ceci dit et pour enchainer avec le web et XMPP, Twitter est en cours de tester le service PubSub, j’ai hâte de voir ce que cela donnera.

Le libre et les services web

Fri, 06 Jun 2008 00:45:00 +0200

Je suis très fan de l’interaction Web Desktop, qui représente à mon sens l’avenir du Desktop. Même si le sujet est redondant avec de précédents billets, voici de la nouvelle matière,

On constate depuis un moment de plus en plus d’outils à installer sur son bureau ou son navigateur, qui sont en liaison avec des services web. Que ce soit les widgets de Vista, Apple, Adobe Air, ou ceux de Google disponibles depuis peu sur Linux (Google Gadgets for Linux). Mais QUID du Libre ?

Tout d’abord Weave, le Google Browser Sync de la Fondation Mozilla. Il permet de synchroniser en temps réel ses bookmarks, son historique, et surtout depuis la dernière version ses mots de passe vers un serveur Mozilla, le tout chiffré bien entendu.

Quand on possède un PC de bureau et un laptop, c’est vraiment la première extension à installer. Celle de Google est intéressante mais stocker chez eux des infos aussi privées est à mon avis très inquiétant, il y a des limites que je n’ai pas envie de franchir surtout s’il existe une alternative libre.
Pour la petite anecdote j’avais demandé à Tristan Nitot aux JDLL 2007 si la MoFo pensait un jour proposer un Google sync like. Il ne s’est pas étendu sur le sujet trouvant l’idée intéressante, alors qu’il avait cité Weave à sa conférence sans fournir de détail. J’aime bien les surprises de ce genre moi :)

Ensuite sur le desktop, RedHat sponsorise le réseau social Mugshot (un friendfeed avant l’heure) et propose le client natif éponyme disponible dans Fedora (oui j’ai migré ! next billet peut être). Ce client se fait discret dans la barre de tâche GNOME et affiche dans une popup les news de ses contacts. Le site est en lien direct avec GnomeOnline , il suffit d’y créer un compte pour se connecter ensuite sur MugShot. Ce site surfe sur la vague réseau social web2, donc l’intérêt est limité aux adeptes, mais il inaugure l’avenir du desktop libre connecté à des services web.

J’attends cependant plus utile et je pense que Jabber a toute sa place dans la compétition. D’ailleurs pour faire suite au précédent billet, j’ai ajouté sur le wiki de jabberfr.org une page qui recense quelques sites utilisables depuis son client Jabber. Sachant que Jabber commence à être implémenté à l’intérieur de client desktop (abiword, ...) la boucle sera bouclée :)

On parle souvent du modèle économique du libre, qui tourne essentiellement autour du service. Proposer des services web payant est à mon avis un excellent modèle d’avenir pour financer le développement du logiciel libre. Personnellement si j’ai le choix entre des services web payant mais libres et hébergés par une communauté en qui j’ai confiance, et des équivalents propriétaires même gratuits mon choix est vite fait.

Aussi je suis ravi que le libre commence à suivre cette voie, et c’est sans nul doute la prochain défi qu’il faudra réussir.

Jabber, Gajim et la XEP 0071

Tue, 03 Jun 2008 21:07:00 +0200

Je viens de publier un journal sur ce sujet.

domaine freemonk

Tue, 03 Jun 2008 15:18:00 +0200

Pour les personnes qui suivent ce blog via fredix.freemonk.org le domaine va expirer. Veuillez donc utiliser frederic.logier.org.

Impots

Mon, 26 May 2008 01:38:00 +0200

Pour ceux qui ont des problèmes lors de la signature en ligne de leur déclaration d’impôts sous Linux voici la solution.

source

Justice

Fri, 23 May 2008 01:39:00 +0200

Je viens de découvrir la polémique qui a animé le début du mois sur le clip Stress du groupe électro Justice par Romain Gavras.

Je dois dire que passé la vision au 1er degré qui ne peut que choquer, 3 tips sautent aux yeux à la fin. Le preneur du son qui prend feu, la caméra pétée et la phrase de fin ‘Ça te fait kiffer de filmer ça, fils de pute?’.

C’est clairement une critique du voyeurisme des médias. La caméra est tout autant un protagoniste si ce n’est l’acteur principal au regard concupiscent.

A ce propos je me souviendrai toujours d’un “reportage” diffusé en plein JT il y a bien 15 ans qui montrait une jeune fille dans un pays étranger les jambes prises sous un arbre dans une énorme flaque boueuse que les gens n’arrivaient pas à sortir et qui s’est noyée en direct … Polémique à l’époque ? non. Là ce n’était pas une fiction, information non pertinente, du voyeurisme ultra-violent pur et dur.

Alors polémiquer sur une fiction qui ose balancer un miroir aux médias TV, il y a de quoi sourire.

A lire ce commentaire très pertinent sur Rue89

De l'usage du Linutop

Thu, 22 May 2008 16:36:00 +0200

Le Linutop est un très petit PC sans écran et disque dur. Il est commun de l’utiliser comme poste de travail léger, essentiellement avec un navigateur web. Il est fourni avec une clé USB avec un Linux installé et une interface XFCE.

J’ai acheté il y à quelques temps la V1 et il me semble intéressant de faire part de l’usage que j’en fais. Je ne souhaitais pas l’utiliser comme poste de travail mais aussi comme serveur léger. Il consomme très peu (moins de 5wats) ce qui permet de le laisser constamment allumé, sans soucis de bruit et d’encombrement.

Tout d’abord il est nécessaire d’installer sur un disque USB externe une distribution si on veut l’exploiter au mieux (notamment les mise à jour de l’OS et l’installation de paquets sans être limité par l’espace disque alloué à l’OS sur la clé USB). Il suffit d’un simple boot sur un live CD depuis un PC et une installation sur le DD externe. Attention si l’on souhaite également utiliser le linutop comme poste de travail il est nécessaire d’installer une distribution récente. En effet le driver AMD/Geode pour X est buggué dans les plus ancienne, il est corrigé dans la Ubuntu 8.04 par exemple.

Ensuite le Linutop peut booter sur le DD externe. J’ai eu des soucis avec un DD externe 2,5” (mais alimenté par une prise PS/2 sur un autre PC). Aucun problème avec un DD 3,5” alimenté directement au courant.

Usages :

irssi proxy
- Le but est d’avoir un client IRC connecté en permanence sur le Linutop et de pouvoir s’y connecter depuis des clients IRC graphiques de ses autres machines. Voir une doc et ici. Bip fait aussi là même chose mais pas testé. Si vous rejoignez un nouveau canal, irssi restera connecté à celui-ci et vous les retrouverez tous à la prochaine connexion de votre client. Par contre si vous en quittez un il est nécessaire de faire un /part plutôt que fermer l’onglet. Apparemment fermer l’onglet, depuis xchat en tout cas, ne quitte pas le canal sur irssi. Autre avantage, vous pouvez configurer irssi pour qu’il vous mail un message privé si aucun client n’est connecté dessus (voir le plugin awayproxy).
serveur MPD
- Très pratique pour centraliser toutes ses musiques surtout si vous connectez la sortie son du Linutop sur une chaîne HiFi. De plus MPD peut gérer des playlists par utilisateur !
- celui-ci consomme relative peu de ressources, environ 13% du CPU (450Mhz).
- j’ai trouvé un excellent client, sonata. MPD utilise la sortie ALSA du serveur, ce qui permet en bonus de moduler la sortie son du serveur depuis sonata. Exemple lorsqu’on lance VLC sur le linutop pour regarder la TV Freebox.
- update : J’ai oublié de préciser qu’il existe un plugin lastfm à MPD, lastfmsubmitd. Par contre il ne gère pas plusieurs comptes lastfm en fonction d’une playlist.
TV
- Grâce à VLC avec la Freebox TV ou si vous disposez d’un tuner TV USB. Par contre l’image ne sera pas optimale sur les chaînes qui diffusent en HD, à voir si le CPU de votre V2 améliore cela.
bot IRC rbot
- consomme environ 10% de la mémoire du linutop (256 Mo).
serveur PostgreSQL
synergy
- Très pratique pour piloter le XFCE (à conseiller plutôt que GNOME ou KDE trop gourmands en ressources) du Linutop depuis son vrai poste de travail. Je constate par contre des latences de réponses de la souris/clavier par moment :/
Tuxdroid
- J’ai tenté de connecter le droid au Linutop mais le démon tuxdroid consomme beaucoup trop de ressources :/ A voir si les prochaines version n’améliorent pas cela.

Il me manque un équivalent de MPD pour centraliser des vidéos et les voir sur des postes clients. Si vous avez d’autres idées ajoutez un commentaire :)

update : il manque un client bittorrent.

beanstalkd première approche

Mon, 05 May 2008 23:27:00 +0200

beanstalkd est un serveur de file d’attente en C développé pour une application Facebook. Il existe un client Ruby mais la documentation est très succincte. Il existe bien un exemple d’usage mais ne répond pas vraiment aux questions, telles que comment obtenir un équivalent des namespaces de manière à ce que plusieurs clients puissent se connecter au serveur tout en écoutant chacun sur leur(s) file(s) et comment savoir que tel message vient de telle file. La documentation du protocole m’a permis d’y répondre.

beanstalk = Beanstalk::Pool.new(['localhost:11300'])
loop do
  job = beanstalk.reserve
  puts job.body # prints "hello" 
  job.delete
end

Le protocole de Beanstalkd parle de tube. Ces tubes correspondent à des files d’attentes. Dans cet exemple de base le client écoute par défaut sur le tube “default”. Si l’on souhaite spécifier le tube à écouter ou bien ajouter un tube il suffit de le préciser :

beanstalk.watch('montube')

Ainsi le client écoutera sur les tubes “default” et “montube”.

beanstalk.ignore('default')

Supprime l’écoute sur le tube “default”. Attention un client doit au moins écouter un tube. L’ignore doit donc être effectué après le watch.

Si l’on souhaite qu’un client puisse écouter sur plusieurs tubes, il y a de fortes chances d’avoir besoin de savoir de quel tube provient un message afin d’effectuer les bons traitements :

job.stats['tube']

Indique de quel tube provient le message reçu. Un exemple complet :

require 'rubygems'
require 'beanstalk-client'
beanstalk = Beanstalk::Pool.new(['127.0.0.1:11300'])
beanstalk.watch('foo')
beanstalk.watch('bar')
beanstalk.ignore('default')
loop do
  job = beanstalk.reserve
  job_hash = job.ybody
  case job.stats['tube']
  when "foo" 
    puts "from foo's tube : #{job_hash[:data]}" 
  when "bar" 
    puts "from bar's tube : #{job_hash[:data]}" 
  end
  job.delete 
end

Depuis un client qui souhaite empiler un message il suffit de préciser quel tube l’on vise, sinon cela sera “default” :

beanstalk.use('foo')

Exemple :

require 'rubygems'
require 'beanstalk-client'
beanstalk = Beanstalk::Pool.new(['127.0.0.1:11300'])
beanstalk.use('foo')
beanstalk.yput(:data => "good")
beanstalk.use('bar')
beanstalk.yput(:data => "bye")

Résultats :

from foo's tube : good
from bar's tube : bye

On a ainsi un usage plus intéressant que les exemples n’utilisant qu’un seul client sur un seul tube. Beanstalkd possède un grand nombre de commandes mais il est dommage qu’il ne fournisse pas pour l’instant d’option de persistance sur le disque. Pour cela sparrow peut faire l’affaire et même s’il est en Ruby, l’usage d’eventmachine peut sans doute lui faire tenir une charge raisonnable. Cependant Beanstalkd possède une communauté très active et des bibliothèques vers 4 langages (pas PHP :P mais cela ne saurait tarder).

migration du serveur

Fri, 02 May 2008 15:32:00 +0200

J’ai migré ce blog vers une dedibox V2 et je note une nette amélioration en terme de réponse. La V2 propose 1Go de RAM supplémentaire mais celle-ci n’était pas mise à contribution. Je suppose donc que l’apport du Celeron joue énormément alors que le VIA C7 n’était pourtant pas en saturation. J’en conclu que la différence du cache processeur passé de 128Ko à 512ko doit entre autre jouer fortement.