Après 9 mois avec Archlinux, me voici utilisateur de la Frugalware.

Cela faisait un petit mois que je voulais migrer de la Archlinux vers la Frugalware, mais je n’avais pas trouvé le temps – ni le courage – d’effectuer la migration.

Car migrer d’une distribution à une autre, c’est prendre de nouveaux points de repères, presque repartir à zéro.

De mes neuf mois sous Archlinux, j’ai regagné le goût d’une distribution avec des logiciels jeunes, mais pour tout dire, j’en ai eu un peu assez de devoir aller dans les fondements du système lorsqu’une grosse mise à jour arrive.

La Frugalware offre la possibilité d’avoir des mises à jour avec des logiciels récents, mais tout en évitant de trop plonger dans les fondements du système. Même si la Frugalware est parfois un peu en retard sur le noyau ou sur une bibliothèque, elle est plus facile d’accès, et demande moins de temps à l’administration.

C’est donc avec le coeur un peu gros que j’ai quitté Archlinux, mais ma vie personnelle ne me permet plus de passer trop de temps à trifouiller le système pour la moindre opération un peu lourde.

Les seuls points noirs de la Frugalware ? Ne pas avoir sur les dépots officiels le logiciel Network-Manager. Et d’être un peu plus lourde que la ArchLinux pour un équipement logiciel équivalent.

Bah, c’est toujours une rolling release, donc l’honneur est sauf ! 🙂

Et puis, je pense que je m’investirais plus tard dans la vie de la Frugalware quand j’aurais appris à utiliser la distribution fraichement installée sur mon disque dur 😉

Quand le syndrome YAPF frappe : Paldo GNU/Linux.

YAPF ? « Yet Another Package Format » = « Encore un format d’empaquetage ».

Dans le « petit monde » des distributions GNU / Linux, il existe une poignée de formats assez répandus :

Et des formats plus exotiques :

Et enfin le format upkg utilisé par la Paldo Gnu/Linux.

C’est une distribution qui existe à la fois en 32 et 64 bits pour processeurs AMD et Intel. C’est une distribution qui se veut légère, suivant les recommandations de la LSB.

Au démarrage, elle propose de se lancer dans une demi-douzaine de langues différentes :

L’environnement d’utilisation est un Gnome à jour, très léger, avec juste ce qu’il faut d’applications.

L’installateur est très simple, même si un truc m’a fait tiqué : la partition swap serait donc optionnelle ?

Une fois l’utilisateur créé, l’installation dure deux à trois minutes. C’est vraiment super rapide.

C’est une distribution très rapide à installer, mais qui souffre d’une grande pauvreté en terme de logiciels disponibles. Un autre point qui pourrait faire tiquer certains puristes, c’est que l’outil de gestion de paquets, upkg est un logiciel écrit en C#, donc qui demande mono pour fonctionner.

Upkg is a package management and build system using Mono. It builds, installs and keeps track of packages using XML specifications in Upkg repositories.

Ce qui donne traduit :

Upkg est un système de gestion de paquets et de compilation qui utilise Mono. Il compile, installe et surveille des paquets suivant des cahiers de charges XML dans des dépots Upkg.

C’est donc une distribution assez spéciale, qui se destine aux personnes qui aiment à mettre les mains dans la cambouis et qui ne sont pas franchement regardant sur le niveau de liberté de leurs logiciels.

Maintenant, à chacun de se faire son idée sur cette distribution.

Que devient la distribution GNU/Linux reine-mère ?

La plupart des distributions GNU/Linux actuelles sont plus ou moins apparentées aux distributions historiques nées vers 1993 – 1994, quelques soit le format d’empaquetage (rpm, deb, tar.gz) utilisé.

Bien que la distribution reine soit presque omniprésente sur les blogs libristes francophones – avec des effets de bords assez indésirables à terme – il ne faut pas oublier sa noble mère, j’ai nommé la Debian GNU / Linux.

Sa version de développement connu sous le nom de code de Squeeze va entrer en période de freeze courant mars 2010. Après avoir consacré un article à la Debian Squeeze en octobre 2009, les détails technique étant les mêmes, je ferais impasse sur ceux-ci.

Comme je l’avais déjà dénoté pour l’article d’octobre 2009, les versions de logiciels sont vraiment récentes, ce qui donnerait presque envie de n’utiliser que Debian testing 🙂

Une capture d’écran – avec l’environnement KDE SC 4.3.4 résume la situation :

KDE 4.3.4 sous Debian Squeeze

Debian GNU / Linux est connue pour être une distribution assez conservatrice, mais j’avoue qu’une version aussi bleeding edge est de bonne augure pour les personnes qui n’utilisent que Debian Debian GNU / Linux, par choix ou par goût.

Maintenant, à partir du freeze, le tout est de savoir le temps qui sera mis avant la sortie de la version finale. Si la Debian Squeeze (alias 6.0) sort d’ici septembre 2010, elle sera vraiment, mais vraiment une distribution qui pourra grapiller quelques parts de marché et rendre le monde des distributions linux pour utilisateurs « finaux » plus varié.

Coup de gueule : Ubuntu devient-il vraiment le Microsoft du logiciel libre ?

Je voudrais pousser un coup de gueule contre Ubuntu et les technologies qu’elles developpent pour forcer à l’utilisation de sa distribution au détriment des autres distributions.

L’exemple parfait est la technologie desktopcouch, surcouche de couchdb. Conçue pour fonctionner plus ou moins uniquement sur ubuntu, même si on peut trouver des références sur le site freedesktop, elle est une des composantes essentielles de la future version de Gwibber, la 2.30 (?).

On appelle ceci d’une manière très claire : la méthode du cheval de Troie.

J’ai relaté dans un billet précédent mes doutes concernant l’intérêt des développeurs de gwibber pour les autres distributions qu’Ubuntu.

A la suite de commentaires où l’on m’a fait comprendre que j’étais paranoiaque, une partie d’un commentaire a levé le lièvre dont j’attendais la confirmation :

Ce n’est pas la faute des développeurs Ubuntu si DesktopCouch est cassé sur Arch mais bien la faute des mainteneurs Archlinux.

C’est toi qui te fous de la gueule du monde a réclamer de la stabilité et un fichier INSTALL sur une version trunk. C’est comme si j’espérais que tout soit parfait sur Lucid Lynx 3 mois avant sa sortie

Et surtout :

Maintenant je ne peux que t’encourager a lire cette page : http://doc.ubuntu-fr.org/desktopcouch et quand tu aura compris que DesktopCouch ne fonctionne pas sur ta machine alors peut être que tu reverra ton jugement.

Le plus con pour la personne qui a balancé ce commentaire, c’est que j’ai pu utiliser des versions de Gwibber utilisant desktopcouch et qui était fonctionnelle, comme pour l’article où je parlais justement de cette nouvelle version revampée de Gwibber.

En ce qui me concerne, je ne toucherais plus à Gwibber et je resterais à la version 2.0 du logiciel, en attendant que Pino ou un autre client pour twitter et identi.ca vraiment léger sorte.

J’ai adoré utiliser les versions d’Ubuntu entre la Dapper et la Jaunty, soit deux ans et demi, mais trop c’est trop.

Y en a marre de cette équation Ubuntu = GNU / Linux qui pourrit la vie des utilisateurs qui sont passés par Ubuntu puis à une autre distribution.

PS : merci à Stricore pour sa dernière réflexion : https://blog.fredericbezies-ep.fr/?p=3401&cpage=1#comment-11995

« gros boulet »….

Je n’en attendais pas moins.

Pour les codeurs de gwibber, ubuntu n’est que la seule distribution à gérer ?

Je parlais il y a quelque jours de la nouvelle version de Gwibber, qui paraissait bien alléchante, malgré l’ajout d’une couche supplémentaire de dépendance, répondant au nom de Desktopcouch qui installe une bonne dizaine de paquets supplémentaires.

Il y a 5 jours, arrive la révision 503, qui part d’une bonne idée. Comme desktopcouch est indispensable au fonctionnement de cette version de gwibber, autant vérifier qu’elle démarre avant gwibber… Et patatras… Gwibber se viande en beauté au démarrage, balançant une erreur qui met clairement en cause desktopcouch :

Traceback (most recent call last):
File « /usr/bin/gwibber », line 45, in
obj = dbus.SessionBus().get_object(« org.desktopcouch.CouchDB », « / »)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 244, in get_object
follow_name_owner_changes=follow_name_owner_changes)
File « /usr/lib/python2.6/site-packages/dbus/proxies.py », line 241, in __init__
self._named_service = conn.activate_name_owner(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 183, in activate_name_owner
self.start_service_by_name(bus_name)
File « /usr/lib/python2.6/site-packages/dbus/bus.py », line 281, in start_service_by_name
‘su’, (bus_name, flags)))
File « /usr/lib/python2.6/site-packages/dbus/connection.py », line 622, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

[1]+ Exit 1 gwibber

Un bug dédié est ouvert, mais impossible de faire comprendre la culpabilité de la révision citée au-dessus. Tant que cela fonctionne avec Ubuntu, les autres distributions, vous savez où vous pouvez aller ?

J’ai donc pris le taureau par les cornes, et j’ai adopté le paquet qui permettait à une époque de compiler Gwibber 2.0 sur Archlinux. Ayant corrigé le PKGBUILD en question, désormais – même si la branche 2.0 de Gwibber n’aura plus de mise à jour, au moins, il y aura un gwibber fonctionnel sur Archlinux !

C’est quand même assez écoeurant de voir un tel manque de respect envers les non-utilisateurs d’ubuntu… Je sens que je vais me faire traiter de tous les noms, mais comme les infos sont disponibles…