On est tous les glabres de barbus plus ou moins… poilus.

Par barbus, je pense bien entendu aux fondamentalistes, qu’ils soient religieux (Salafistes ou Talibans, ultra-orthodoxe juif, Fraternité Saint Pie X, certains mouvements évangéliques, fondamentalistes hindous, etc…) ou libristes.

Définissons le fondamentaliste libriste : pour cette personne, Richard Matthew Stallman n’est rien d’autre que Saint Ignicius. La GPL (quelque soit sa version) est la seule vraie licence, et doit être appliquée sans autre forme de procès. Sans oublier la AGPL (pour les logiciels réseaux), la LGPL (quand on a pas le choix et qu’on doit utiliser du code non libre) et la FDL pour la documentation.

On se doit d’utiliser – en attendant GNU/Hurd quand il sortira un jour – d’utiliser le noyau linux, et si possible, le noyau linux libre, ou une distribution ointe comme étant libre au sens de la Free Software Foundation.

Sans oublier que le fondamentaliste libriste utilisera des codecs libres pour la vidéo et l’audio. Vous ne trouverez aucun fichier musicaux en mp3, mais en ogg. Aucun fichier au format divx, mais des video en theora, et ainsi de suite.

Vous ne verrez pas chez lui Mozilla Firefox, mais sa version libre, Gnu Icecat.

Continuer la lecture de « On est tous les glabres de barbus plus ou moins… poilus. »

Marre des chouineurs sur Archlinux…

Depuis quelques temps, la communauté archlinux me tape sérieusement sur le système. Il y a une minorité de chouineurs qui, disons-le tout net, au nom d’une vision spécifique du principe KISS s’est opposée aux différentes évolutions qui ont eu lieu depuis la fin juin.

En essayant d’être aussi exhaustif que possible, je citerais :

C’est l’annonce non-officielle sur google plus d’une migration annoncée vers systemd qui a une nouvelle fois déclenché les hostilités.

Il faut dire que tout a commencé un peu plus haut par une proposition d’un développeur de la distribution (qui doit s’y connaitre un tant soit peu) de commencer la migration, le temps que les dernières pièces manquantes soient mises au point.

I would suggest to replace iniscript by systemd once the ‘Missing systemd units’ is over. Thus we will avoid duplicating our efforts on two init systems.

Ce qui donne traduit :

Je suggèrerais de remplacer initscript par systemd une fois que les « Missing systemd units » seront terminés. Donc cela nous permettrait d’éviter de doubler nos efforts sur deux systèmes d’initialisation.

Et bien entendu, cette proposition a lancé un fil monstre, digne des pires empoignades geekesque, qui font passer la guéguerre vi contre emacs pour une dispute de cours d’école maternelle. 37 messages au moment où j’écris cet article. La pollution est telle qu’un des développeurs clés a décidé de la jouer « dictatorial » coté évolution de la distribution.

My solution was to unsubscribe to arch-general… So all those long threads have achieved is that I will now make decisions with even less community input.

Ce qui donne traduit :

Ma solution a été de me désinscrire d’arch-general. Tous ces fils interminables ont fini par me convaincre que je prendrais des décisions avec moins de retour de la communauté.

Et tandis que des trous de fesses mal récurés foutent la mouise, le mainteneur de l’ensemble de Gnome, Ionut Biru enfonce le coin dans la porte, maintenir Gnome sans passer par systemd est une horreur :

I wonder if we manage to do the switch before gnome 3.6 comes out. I’m sick and tired of supporting ck and seats and become harder to do so.

I plan to drop consolekit support from gnome and compile it with systemd full support.

Ce qu’on peut traduire par :

Je me demande si on peut gérer le changement avant que gnome 3.6 sorte. J’en ai assez de continuer le support de ck et de seats qui devient de plus en plus difficile.

J’ai planifié l’abandon du support de consolekit pour gnome et de le compiler avec le support complet de systemd.

J’avoue que je me demande si je serais encore sur Archlinux d’ici la fin du mois.

La répétition de ces débats stériles sont en train de m’écoeurer d’une distribution qui me donne énormément de plaisir depuis des années. Et depuis que j’ai installé la Viperr 02 sur le portable qu’on m’a donné, la Fedora Linux 17 me fait de plus en plus de l’oeil. D’ici à ce que je saute le pas…

Une communauté peut attirer des utilisateurs ou les faire fuir. A ce rythme, je crains que la communauté archlinuxienne – du moins une minorité un peu trop bruyante et incapable de se remettre en question – ne la détruise totalement !

Ah, les contraintes du format CD… Ou au moins de sa taille de 700 Mo.

Quand j’ai commencé à m’intéresser au monde des distributions GNU/Linux, c’était vers 1996-1997. A l’époque, il fallait se créer deux disquettes au minimum pour démarrer un système minimal qui permettait de lancer l’outil d’installation.

Les CDs d’installation démarrant tout seul doivent dater de 1999 ou de l’an 2000. Quant aux liveCD, le premier, DémoLinux date de l’an 2000. 12 ans déjà, 4 ans au minimum avant une certaine distribution au nom de code bizarre, Warty Warthog, sorti courant octobre 2004.

Et depuis, sauf pour les distributions les plus gourmandes, une ISO d’installation d’une taille maximale de 700 Mo (capacité maximale d’un CD) est resté l’étalon.

En mai 2010, je parlais du problème de cette taille étalon. En dehors du fait que je pensais – et c’est toujours le cas – que des distributions à publication fixes semestrielles sont difficile à respecter coté stabilité, je parlais de sacrifices nécessaires coté logiciel.

Pour respecter la « sacro-sainte » limite des 700 Mo, on est obligé de faire la croix souvent sur des logiciels phare comme Gimp, ou encore OpenOffice.org.

Or, la publication récente de Linux Mint 9 propose une version en liveDVD qui contient des logiciels comme VLC et OpenOffice.org (assez indispensable de nos jours une suite bureautique) en complément de la version classique.
[…]
Car 6 mois, c’est déjà court pour stabiliser une distribution, et rester dans le cadre du format CD coté taille obligera constamment soit à augmenter le niveau de compression, en utilisant des outils comme xz soit à faire des sacrifices plus ou moins bien compris par les utilisateurs.

Sans le vouloir, j’ai eu le nez creux avec un peu d’avance. Lisant le site PcInpact, je suis tombé sur cet article, « Debian abandonne l’environnement GNOME au profit de Xfce »

Si on s’arrête à la une (comme de nombreuses personnes seraient tentées de le faire), on pourrait se dire : encore un coup dans la tronche de Gnome, mais il faut lire l’article pour tomber sur un morceau intéressant, je cite :

Un changement voulu en grande partie à cause du poids de GNOME qui augmente. Or, les développeurs veulent maintenant un objectif de taille raisonnable pour la distribution, notamment en ce qui concerne la distribution par images ISO de type CD.

D’ailleurs, si on se plonge sur le « commit » qui a mis en place ce choix, le commentaire est très clair.

« This ensures that the desktop will fit on CD#1, which gnome currently does not. » ce que l’on peut traduire par « Cela assurera que le bureau tiendra dans le CD 1, ce que gnome n’est pas capable de faire en ce moment ».

Bien entendu, pour les vieilles machines, avoir un support CD minimal quand on a un réseau de qualité moyenne, c’est l’idéal. Cependant, dans les pays développés ou pour les personnes pouvant faire une installation en réseau, voire mettre un ISO plus grosse que les 700 Mo sur une clé USB, le problème ne se pose pas.

Donc, nous assistons encore une fois à une obligation de trancher dans le vif pour respecter le sacro-saint format de 700M des images ISOs.

Pour combien de temps encore ?

C’est moi ou la logithèque pour MS-Windows est franchement moisie ?

Un des arguments qu’on emploie le plus pour « casser » les distributions GNU/linux, en dehors de l’absence d’une ludothèque (et pour jouer, il y a les consoles après tout), c’est qu’il n’y a aucun outil disponible avec GNU/Linux.

Mais laissez moi vous raconter une mésaventure assez récente.

Actuellement en vacances en famille, j’utilise un vieil eeePC 10,1″ de 2010. Donc, MS-Windows XP dessus. J’avais il y a quelques semaines fait un « don » à un projet d’album, « In Shapes » de Bryyn qui a été financé complètement. Et ce matin, je reçois un courrier comme quoi la version numérique de l’album est disponible.

Ni une, ni deux, je récupère le fichier. N’ayant rien installé sur la machine, je décide d’utiliser l’outil d’archivage pour extraire les fichiers de l’archive zip récupéré. Et ce dernier m’annonce que le fichier est protégé par un mot de passe !

zip de ms-windows = fail !

Intrigué, je télécharge 7zip, et l’extraction se passe sans problème. Il n’y avait pas de mot de passe !

7zip power

Bon, un bug, ça peut arriver, mais qu’un fichier soit détecté avec un mot de passe par un logiciel et sans par un autre, sur un aussi vieux format que le zip… Bref 🙂

Continuer la lecture de « C’est moi ou la logithèque pour MS-Windows est franchement moisie ? »

Retour vers le futur, la nouvelle tendance dans les distributions GNU/Linux ?

Observant le monde des distributions GNU/Linux et des logiciels la composant, la tendance semble être « retour vers le futur » à grande vitesse. Je ne me souviens pas d’avoir vu depuis plus de 6 ans une telle tendance à rejeter les nouvelles versions de logiciels. C’est même devenu une mode.

Le mouvement a commencé avec l’arrivée de l’acharnement thérapeutique pour KDE 3.5 (le projet Trinity), et pour Gnome 2 (le projet MATE dont j’ai parlé récemment). Linux Mint toujours plein de bonnes idées a décidé de prendre le code source de Nautilus 3.4 pour le faire dériver par rapport au retrait de certaines fonctionnalités dans la future version 3.6 de Nautilus.

Le code est disponible pour les personnes voulant le faire recompiler.

Autre tendance à ce retour vers le futur : le rejet de certains utilisateurs du chargeur de démarrage, Grub2. Cela est surtout vrai pour les distributions comme Archlinux, qui vient d’officialiser l’arrivée de Grub2 dans son image d’installation du mois d’août 2012.

Dans un article qui pue le renfermé , Sygne critique l’évolution prise, et spécialement l’arrivée de Grub2, je cite :

On peut apprécier l’amélioration des performances, l’étendue du matériel supporté, les kikoololeries en tous genre maintenant possibles. Mais la vision de l’informatique que me propose Grub2 n’est pas la mienne. Le nouveau Grub, c’est l’obfuscation imposée au nom de la performance technique. Je cherche tout le contraire, la transparence, même au prix d’inconvénients techniques.

Bref, sur Arch, j’utiliserai lilo.

Dans ce cas, pourquoi ne pas utiliser la Slackware qui propose Lilo comme seul chargeur de démarrage ? Il est vrai que comme pour les fichiers de configuration simplifiés qui ont été introduit récemment, on touche tous les jours à la configuration de son chargeur de démarrage. Sur ma machine principale, j’ai du touché en tout et pour tout 2 fois au fichier grub.cfg, en éditant le fichier /etc/default/grub pour changer la résolution d’affichage pour choisir les couleurs d’affichage des lignes.

Et c’est tout ! Grub 0.97 est obsolète. Laissons-le prendre sa retraite, bien méritée.

Dernier exemple de ce retour vers le futur ? La possible arrivée de MATE dans les dépôts de la Fedora Linux 18 qui n’arrivera qu’en novembre prochain.

La page du projet annonce que le port est à environ 40% du total fin juillet. Ce qui laisse du temps pour intégrer le projet qui apportera plus de choix aux utilisateurs, même si je me demande comment les codeurs de MATE vont faire pour intégrer le support de gtk3 dans le code dérivé de Gnome 2. Simple question, hein 😉

Je suis d’accord pour que le choix existe et prospère. Tant que cela ne signifie pas le rejet de certaines technologies ayant un passif passé moins chargé, pourquoi pas ?

Mais, et même si je comprends les utilisateurs des interfaces « traditionnelles », faisons un parallèle osé : pourquoi marcher sur nos pattes arrières alors qu’on se déplace aussi bien à quatre pattes ? Hein, pourquoi ? 😉