Archlinux est-elle en train de se vider un chargeur de AK-47 dans le pied ?

Archlinux se base sur le principe du KISS, en clair la simplicité érigée en règle immuable. Cependant, une annonce sur la liste arch-dev-public a mis le feu aux poudres. Le fichier /etc/rc.conf (colonne vertébrale d’une distribution archlinux) se voit dépouillé de nombre de ses attributs. Au moment où j’écris cet article, le paquet contenant le nouveau /etc/rc.conf est dans le dépot testing.

D’ailleurs, j’ai même exprimé le fond de ma pensée sur la liste arch-general.

Autant dire que cette course à la simplicité entraine une forme de complexité, car au lieu d’un seul fichier, on se retrouve avec 6 fichiers à configurer, en plus du /etc/rc.conf.

Autant dire que cela risque de faire fuir des personnes de bonnes volontés, intéressée par une distribution toujours à jour, vers des distributions plus « connues », comme la Fedora Linux 17 qui me fait franchement de l’oeil.

Cela résume en un éclatement du fichier /etc/rc.conf, qui est réduit à son strict minimum) ; on se retrouve avec :

  • Pour les modules autorisés : /etc/modules-load.d/
  • Pour les modules bloqués : /etc/modprobe.d/blacklist.conf
  • Pour la « linguistique »: /etc/locale.conf (langue) et /etc/vconsole.conf (clavier)
  • Pour le nom de la machine sur le réseau : /etc/hostname
  • Pour le fuseau horaire : /etc/timezone

J’ai réussi à passer mon système avec un /etc/rc.conf monolitique vers cette version « éclatée ». Voici un mode d’emploi, merci VirtualBox pour m’avoir aidé 😉

Continuer la lecture de « Archlinux est-elle en train de se vider un chargeur de AK-47 dans le pied ? »

Unity sur Archlinux : le retour :)

Ayant entendu parlé via Phoronix de l’existence d’un dépot proposant Unity pour la Fedora Linux j’ai pu lire dans les commentaires qu’il y avait un dépot de paquets à compiler par soi-même pour obtenir unity sur Archlinux.

J’ai donc repris la machine virtuelle créée la veille , et après avoir rajouté alsa, gstreamer, networkmanager, cups et un xorg de base, j’ai en utilisateur classique récupéré le dépot git du port de Unity pour Archlinux :


git clone https://github.com/chenxiaolong/Unity-for-Arch.git

Si on suit le fichier README du portage, il y a quelques chose comme 75 paquets à faire recompiler, dans un ordre précis, même si deux ou trois paquets sont optionnels.

J’avais déjà tenté – sans grand succès – de faire fonctionner unity sur archlinux, le paquet disponible sur AUR est désormais plus que périmé

Et j’ai serré les fesses en lançant la compilation de chaque paquet, sachant que certains paquets officiels sont remplacés par des versions « spécifiques ». Liste non exhautive :

  1. glib2-ubuntu -> glib 2.0 with Ubuntu patches
  2. gtk2-ubuntu -> GTK toolkit 2.0 with Ubuntu patches
  3. gtk3-ubuntu -> GTK toolkit 3.0 with Ubuntu patches
  4. qt-ubuntu -> Qt toolkit with Ubuntu patches
  5. gconf-ubuntu -> A configuration database system
  6. gsettings-desktop-schemas-ubuntu-> Shared GSettings schemas for the desktop
  7. gnome-settings-daemon-ubuntu -> Daemon handling the GNOME session settings
  8. gnome-session-ubuntu -> GNOME Session Manager
  9. gnome-control-center-ubuntu -> Utilities to configure the GNOME desktop
  10. gnome-screensaver-ubuntu -> Screensaver and screen locking for GNOME
  11. metacity-ubuntu -> Lightweight GTK+ window manager
  12. gsettings-desktop-schemas-ubuntu -> Shared GSettings schemas for the desktop
  13. gnome-settings-daemon-ubuntu -> Daemon handling the GNOME session settings
  14. gnome-session-ubuntu -> GNOME Session Manager
  15. gnome-control-center-ubuntu -> Utilities to configure the GNOME desktop
  16. network-manager-applet-ubuntu -> Network Manager applet with indicator support
  17. gnome-bluetooth-ubuntu -> Gnome bluetooth applet with indicator support
  18. fixesproto-ubuntu -> X11 Fixes extension wire protocol
  19. libxfixes-ubuntu -> X11 misc. ‘fixes’ extension library
  20. xorg-server-ubuntu -> Xorg X server
  21. nautilus-ubuntu -> File manager and graphics shell for GNOME
  22. compiz-core-ubuntu -> Compiz core components
  23. libcompizconfig-ubuntu -> Compiz configuration system library
  24. compizconfig-backend-gconf-ubuntu -> GConf backend for Compiz
  25. compizconfig-python-ubuntu -> Compizconfig bindings for Python
  26. ccsm-ubuntu -> Compiz configuration manager
  27. compiz-plugins-main-ubuntu -> Compiz main plugins
  28. compiz-plugins-extra-ubuntu -> Compiz extra plugins

Inutile de préciser que cela prend un certain temps, même si on ne compile pas les paquets dédiés à kde ou xfce. La version spécifique de qt, qt-ubuntu prend environ 1 h 15… J’ai commencé à 17 h 33 ce 19 juillet, et l’ensemble des paquets a été terminé vers… 23 h 30… Oui, près de 6 heures pour compiler l’environnement au complet. Et encore, j’ai du rajouter lightdm et son paquet lightdm-gtk-greeter pour le lancer 🙂

Après le premier lancement, j’ai rajouter quelques outils de gnome, ainsi que Mozilla Firefox, LibreOffice ou encore Gwibber.

Une petite vidéo pour montrer l’ensemble en action. C’est loin d’être parfait, surtout que je suis resté aussi basique que possible, spécialement pour Light DM. J’avoue aussi que l’ergonomie d’Unity me laisse pantois.

Bilan rapide : le code semble avoir été travaillé pour devenir portable, mais c’est au prix d’une longue compilation. Ce qui m’a fait spécialement tiqué, c’est l’obligation de recompiler certains paquets « sensibles » comme le serveur X, alors que tous les autres environnements de bureau et gestionnaire de fenêtres qui existe ne demande aucune recompilation.

Il est aussi dommage que le menu global ne soit pas fonctionnel, à moins que je sois tombé sur une version portée qui souffre d’un bug dans ce domaine.Je terminerais en posant une question : pourquoi la LinuxMint a pris comme base mutter, devenant Muffin, pour gérer l’affichage de son interface Cinnamon ?

Et la même question pour le projet ElementaryOS qui utilise Gala (cf cet article de Devil505), sachant que c’est aussi un dérivé de mutter ?

Pourquoi les deux projets n’ont pas utilisé comme Canonical le code de Compiz ? J’avoue que je n’en ai pas la moindre idée.

Installons ArchLinux avec l’iso 2012.07.15, et les arch-install-scripts.

ArchLinux a proposé durant de nombreuses versions pour s’installer l’outil AIF. Cependant, celui-ci est mis temporairement de côté. Si vous n’avez pas envie d’utiliser les ISOs non officielles ArchBoot, la nouvelle et future ISO officielle proposera des scripts d’installation.

Ils sont assez arides, mais cependant, reste utilisable et laisse quand même une Archlinux installable plus facilement qu’une Gentoo. Merdre, c’est vrai, c’est pas trolldi 🙂

J’ai donc récupéré sur le miroir irlandais l’image ISO 2012.07.15. Elle ne fonctionne qu’en réseau, et propose par défaut de pouvoir démarrer aussi bien avec un noyau 32 que 64 bits. Une page de wiki explique les grandes lignes.

[fred@fredo-arch ISO à tester]$ wget -c http://ftp.heanet.ie/mirrors/ftp.archlinux.org/iso/2012.07.15/archlinux-2012.07.15-netinstall-dual.iso
–2012-07-18 16:54:03– http://ftp.heanet.ie/mirrors/ftp.archlinux.org/iso/2012.07.15/archlinux-2012.07.15-netinstall-dual.iso
Résolution de ftp.heanet.ie… 2001:770:18:aa40::c101:c140, 193.1.193.64
Connexion vers ftp.heanet.ie|2001:770:18:aa40::c101:c140|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 387973120 (370M) [application/octet-stream]
Sauvegarde en : «archlinux-2012.07.15-netinstall-dual.iso»

100%[======================================>] 387 973 120 531K/s ds 9m 53s

2012-07-18 17:03:57 (639 KB/s) – «archlinux-2012.07.15-netinstall-dual.iso» sauvegardé [387973120/387973120]

[fred@fredo-arch ISO à tester]

Continuer la lecture de « Installons ArchLinux avec l’iso 2012.07.15, et les arch-install-scripts. »

e17-svn sur Archlinux ? Mais si, c’est possible ;)

L’arrivée prochaine d’une version stable d’e17 (en développement depuis 1999 !) m’a donné envie de voir l’ensemble sur Archlinux. J’ai donc utilisé une archlinux virtualisée, en utilisant Syslinux comme gestionnaire de démarrage pour éviter un bug avec grub2.

J’ai donc installé une archlinux « basique » avec Xorg. Il y a bien des paquets sur le dépot community d’Archlinux, mais ils sont un peu trop « vieux », datant du mois de mai dernier. J’ai donc utilisé le paquet « arche17 » pour installer l’environnement, qui reste encore assez restreint côté outils.

Ensuite, j’ai suivi l’ordre de compilation suivant des paquets pour éviter de me prendre la tête outre mesure :


eina-svn-arche17 - embryo-svn-arche17 - eet-svn-arche17 - evas-svn-arche17 - ecore-svn-arche17 -edje-svn-arche17 - efreet-svn-arche17 - e_dbus-svn-arche17 - emprint-svn-arche17 - eeze-svn-arche17 - elementary-svn-arche17 - e-svn-arche17 - e-modules-extra-svn-arche17

Pour le réseau ? Connman. Pour une fenêtre de ligne de commande ? Terminology via le paquet terminology-svn

Et pour le gestionnaire de connexion, elsa, outil officiel d’e17 pour cette fonction.

J’ai modifié le fichier /etc/inittab pour démarrer en init5 et en rajoutant la ligne de commande suivante :


x:5:respawn:/usr/sbin/elsa

Continuer la lecture de « e17-svn sur Archlinux ? Mais si, c’est possible 😉 »

Petite leçon d’utilisation d’Archlinux : Ne jamais forcer une mise à jour…

Il est une règle d’or sur Archlinux : il ne faut jamais forcer la main à pacman. S’il veut pas faire une mise à jour, faut l’écouter. D’ailleurs, c’est vrai pour les autres distributions.

L’exemple parfait est une énorme connerie que j’ai fait cet après-midi. Une nouvelle version de test de la glibc 2.16 était disponible. Or une des nouveautés de cette version, c’est le remplacement de /lib par un lien symbolique vers /usr/lib, surement pour une raison lié à systemd.

Ayant un logiciel qui avait installé des liens dans le répertoire /lib, la mise à jour a raté, car un logiciel y avait laissé des petits… J’ai commis l’erreur de forcer la mise à jour, ce qui m’a planté en beauté le système, le noyau ne retrouvant plus ses petits.

J’ai commis une deuxième erreur : ouvrir un bug alors que j’avais fait la connerie. Après une remontée de bretelles justifiée, ayant eu une meilleure idée, celle de poster sur la liste arch-general, j’ai eu la solution par Tom Gundersen. Petite note préliminaire : à n’appliquer que si vous ne pouvez pas faire autrement. Je ne garantis pas qu’elle fonctionnera partout.

Je la donne ici, histoire de pouvoir être utile à des personnes ayant le même problème. Il faut avoir une clé ou un CD-RW avec une ISO d’archlinux, l’idéal étant une archboot récente. On démarre dessus, et on quitte l’installateur.

Il faut monter la partition root – dans mon cas /dev/sda5 – sous /mnt


mount /dev/sda5 /mnt

Ensuite, on entre dans /mnt, et on vire /lib.


cd /mnt
rm -rf /lib

Et enfin, on applique le lien qui permet de solutionner le problème.


ln -sf /usr/lib lib

Et tout ce merdier à cause d’un paquet – je pensais au début à yaourt, mais finalement, non, c’était kvm-git (vilain paquet !) qui m’avait laissé quelques règles dans /lib/udev :/

En tout cas, j’en ai été bon pour une sacrée claque et une frayeur que je ne suis pas prêt d’oublier. Morale de l’histoire : ne pas forcer une mise à jour, et lire les notes de publications avec minutie. Même si je sens que le passage de la glibc 2.16 sur Archlinux en version stable ne sera pas de tout repos.

En vrac’ rapide et libre…

Cette fin de mois de mai voit fleurir les nouvelles versions de distributions. Mais pas uniquement 😉

Bonne journée !

Archlinux et Gnome : mise à jour du guide.

En décembre dernier, j’avais fait un petit tutoriel pour mettre au point un guide pour installer facilement Archlinux avec Gnome, la version 3.2 à l’époque.

J’ai donc mis à jour le guide pour la version 3.4.1 de Gnome. Le guide en question est sous licence CC-BY-SA 3.0.

Dans une archive zippée, j’ai mis la version PDF, odt, ePub, et .mobi pour Kindle. Les fichiers ePub et .mobi ont été généré avec Calibre.

Xfce 4.10 : vers une « gnome3isation » de Xfce ?

Xfce 4.10 est sorti il y a quelques jours, et j’ai donc profité de l’arrivée de Xfce 4.10 sur les dépots stables d’Archlinux pour installer la nouvelle version de l’environnement de bureau. Pourquoi sur Archlinux et pas une autre distribution ?

Simplement que c’est la version la plus proche de l’originale, au moins dans sa présentation, même si la version proposée par Devil505 pour Frugalware est aussi très agréable à l’usage.

Pour l’installation, j’ai utilisé le guide que j’avais jadis rédigé, en apportant les modifications suivantes :

  • J’utilise l’outil dhclient avec Wicd, sinon la connexion ne s’effectue pas avec dhcpcd 🙁
  • J’ai remplacé LibreOffice par le duo Abiword et Gnumeric
  • J’ai rajouter l’outil « System Printer Config » (pour gérer l’imprimante) sans prise de tête.

Coté « gnome3isation », le menu utilisateur à droite de la barre de menus, ou encore le panneau de configuration qui propose des options comme celle proposée par Gnome3, comme un outil à la dconf.

J’ai fait un tour rapide de Xfce 4.10 en vidéo.

Je dois dire que j’ai été franchement impressionné par la stabilité, la rapidité et l’évolution constante et à petite touches de l’environnement xfce. La version 4.12 sera une nouvelle étape importante, le code utilisant gtk2 sera remplacé par du code utilisant gtk3…

J’ai été aussi agréablement surpris par la faible gourmandise de l’ensemble, même en le poussant un peu. Je n’ai pas réussi à dépasser 12% d’occupation mémoire, sachant que la machine virtuelle était dotée de 2 Go de mémoire vive. Soit en gros, un peu plus de 200 Mo au maximum…

Autant dire que l’environnement est assez léger sans être d’une austérité imbuvable. Ce qui est plutôt sympathique.

A vous de voir maintenant. Je proposerais dès que possible un guide d’installation de Xfce 4.10 révisé, et dans plusieurs formats.

Gnome 3.4 : c’est pas gagné…

…mais faut pas perdre espoir. Hier j’avais posté un billet qui m’avait valu des remarques acerbes et justifiées.

J’avais donc supprimé l’article, mais j’ai eu besoin de l’écrire d’une manière différente. Il est vrai que l’intégration croissante de systemd est une tendance criticable. Mais il est vrai que deux bugs assez ennuyeux – pour une version Release Candidate pollue l’expérience utilisateur :

  1. Network Manager qui a tendance à péter un cable avec le support IPv6, en cours de résolution (?)
  2. Evolution qui ne se synchronisent plus avec l’agenda Google.

Et un bug étrange que j’ai trouvé en utilisant un profil vierge, l’impossibilité de créer un compte google talk dans Empathy.

Pour info, cette version semble très dure à empaqueter. Baste, le mainteneur Frugalware pour l’environnement GNOME se plaint de bugs en ce moment, surtout au niveau du gestionnaire de connexion, je cite :

<baste> oui, j’essaye de reparer gnometesting
et solo c’est hard 🙂
<jercel> Ha , il marche plus ?
<baste> pour l’instant non, faut que je revert gdm et gnome-shell me crash mais je pense avoir la soluce 😀

Autant dire que Gnome 3.4, c’est pas encore gagné 🙁

Frugalware Linux ou ArchLinux ou une autre ? Quel choix au final ?

J’ai fait quelque chose ce matin que je n’avais pas fait depuis octobre 2010 : refaire une installation complète de mon ArchLinux.

Ayant utilisé une image archboot, j’ai été obligé de m’y reprendre à deux fois. La première fois, l’installation par réseau m’ayant donné des noyaux inutilisables 🙁

Il faut dire que le système au bout de 18 mois était devenu plus très propre à voir. Il faut dire aussi que j’ai fait disparaître certains bugs, comme une tendance à avoir mes fichiers logs pollués quand j’activais le support IPv6 dans NetworkManager, une tendance au ralentissement, voir au gel de la machine.

Continuer la lecture de « Frugalware Linux ou ArchLinux ou une autre ? Quel choix au final ? »