Étiquette : systemd

Systemd est-il en train de gagner petit à petit la guerre d’usure des systèmes d’initialisation ?

Ah, systemd… Jamais une technologie n’aura été autant détesté et controversée dans le monde du logiciel libre. En dehors des pages pamphlets qui tiennent plus de l’envie de casser Lennart Poettering qu’autre chose, la part de marché des systèmes d’initialisation à la sysvinit sont en train de se réduire lentement mais sûrement.

Dans les grandes distributions, il ne reste plus que les versions supportées de la Ubuntu jusqu’à la 14.04 LTS inclues (et sa tripotée de dérivées), la Slackware Linux, les Debian GNU/Linux Squeeze et Wheezy, la Gentoo Linux, la Crux, la NuTyX et la nichesque 0Linux pour ne pas utiliser systemd. J’espère ne pas en avoir oublié 😉

Dès la version 14.10 de la Ubuntu, systemd sera supporté (et activé par défaut ?), Debian GNU/Linux Jessie marquant le passage au nouveau système d’initialisation. J’avais parlé d’une distribution purement idéologique sortie en février 2013, la LSD Linux, LSD = Less SystemD.

J’ai donc voulu voir presque 18 mois après le précédent article où en était la LSD Linux qui me semblait purement idéologique dans sa conception.

La première chose qui m’a frappé, c’est que les dernières modifications sur les paquets sont vieux de plusieurs mois. En effet, si on prend la dernière modification enregistrée pour les dépots stables, à savoir « updated xterm », on s’aperçoit que la modification a été enregistrée en… février 2014 !

Et pour la partie instable ? C’est « added various ports », qui date du mois de mars 2014.

Autre indice qui pourrait laisser penser qu’une odeur prononcée de sapin se promène dans l’air ? La dernière image iso disponible au téléchargement date du… 30 décembre 2013. C’est une image avec KDE SC en 32 bits.

Je veux bien que la GoboLinux soit restée au point mort durant plusieurs années, mais qu’une distribution qui se veut être une rolling release (dixit sa page d’accueil) et ne propose pas d’ISO d’installation depuis plus de 7 mois… Mais récupérons donc la dernière ISO disponible.

Continuer la lecture de « Systemd est-il en train de gagner petit à petit la guerre d’usure des systèmes d’initialisation ? »

Debian GNU/Linux Jessie : un premier aperçu, dix mois après la sortie de la Debian GNU/Linux Wheezy.

Il y a un peu plus de 10 mois, la Debian GNU/Linux Wheezy sortait officiellement. Le cycle de développement est maintenant plus simple : 18 mois d’évolution de la prochaine version stable en tant que testing, puis un gel technique et une durée d’environ 9 à 10 mois de stabilisation.

En effet, sur les trois dernières versions, à savoir Lenny, Squeeze et Wheezy, la période de gel a été respectivement de 6 mois et 23 jours (203 jours), 6 mois et 4 jours (184 jours), et 10 mois et 4 jours (308 jours).

J’ai donc voulu avoir un premier aperçu de la Debian GNU/Linux Jessie, l’actuelle version en testing. Et surtout voir la facilité de migration de son système d’initilisation à la sysVinit vers systemd, annonce fracassante ayant eu lieu il y a environ un mois.

Tout en se souvenant que la version finale de Jessie ne sortira pas avant le premier voire le second trimestre 2015, le gel arrivant début novembre 2014.

J’ai eu l’idée de reprendre le tutoriel publié par Cep sur le blog de Cyrille Borne. Mais au lieu d’aller directement sur la version « unstable » alias sid de Debian, je me suis contenté de testing.

Après avoir récupéré l’énorme image ISO minimale (une vingtaine de Mo !), et avoir vérifié qu’elle était correcte, j’ai lancé une machine virtuelle qemu avec l’équipement habituel : 128 Go de disque virtuel, et 2 Go de mémoire vive.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 128G
Formatting 'disk.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom mini.iso -boot order=cd &

Apparemment, par défaut, et on peut le voir en allant dans les options avancées, l’ISO minimale propose l’installation de Xfce, au lieu de Gnome. Mais comme je voulais avoir un Gnome, j’ai choisi l’installation de Gnome en mode texte. Le mode graphique d’installation ne semblant pas disponible avec les ISO minimales. C’est moins convivial, mais c’est aussi plus « rapide » à l’utilisation 🙂

Continuer la lecture de « Debian GNU/Linux Jessie : un premier aperçu, dix mois après la sortie de la Debian GNU/Linux Wheezy. »

La longue marche funèbre d’Upstart ?

Hier, j’écrivais un billet sur le choix de Debian GNU/Linux de prendre systemd comme système d’initialisation par défaut pour sa version Jessie qui sortira en 2015. Dans l’article en question, j’écrivais :

Mais il est vrai que le choix de Debian est un coup dur pour Canonical. Reste à savoir si Canonical ne sera pas obligé à terme d’abandonner Gnome dont la dépendance à systemd est très importante.[…]Pour finir, je reprendrais le titre : n’enterrons pas Upstart trop vite… On pourrait être surpris.

Mark Shuttleworth, le grand patron a, sur son blog, résolu le problème dans un billet dont on se doute qu’il n’a pas dû être des plus agréable à écrire, ne serait-ce qu’au niveau du titre : « Losing graciously », qu’on peut traduire par « Perdre avec le sourire ».

Dans le billet, l’introduction est déjà claire :

With Bdale Garbee’s casting vote this week, the Debian technical committee finally settled the question of init for both Debian and Ubuntu in favour of systemd.

Ce qu’on peut traduire par :

Avec la voix prépondérante de Bdale Garbee cette semaine, le comité technique Debian a finalement réglé la question de l’initialisation pour Debian et Ubuntu en faveur de systemd.

Par cette simple phrase d’introduction, on voit que le choix est surtout d’ordre technique. Ubuntu n’irait pas bien loin sans Debian GNU/Linux qu’il utilise pour base et avec laquelle il se synchronise deux fois par an : en mai et en novembre.

Après une calinothérapie concernant upstart (et le clin d’oeil à l’utilisation de la technologie dans la RHEL 6), vient la pilule dure à avaler. La migration vers systemd. Mais elle ne se fera pas du jour au lendemain. Déjà, Mark Shuttleworth précise que ce sera la communauté qui s’en occupera, grillant la politesse au passage aux développeurs de Debian GNU/Linux :

I will ask members of the Ubuntu community to help to implement this decision efficiently, bringing systemd into both Debian and Ubuntu safely and expeditiously.

Ce qu’on peut traduire par :

Je vais demander aux membres de la communauté Ubuntu pour aider à mettre en oeuvre cette décision de manière efficace, pour apporter systemd à la fois poour Debian et Ubuntu en toute sécurité et rapidement.

Il est vrai que des paquets systemd n’existe pas déjà chez Debian 🙂

Pour Wheezy, c’est la version 44. Pour Jessie et Unstable, la 204. Sachant que la dernière version en date est la 208 au moment où je rédige ce billet.

Autant dire que le travail est déjà bien entamé du côté de Debian GNU/Linux. Donc on peut supposer que le travail de migration en question concernera essentiellement Ubuntu.

Continuer la lecture de « La longue marche funèbre d’Upstart ? »

N’enterrons pas Upstart trop vite…

La nouvelle a fait le tour de la blogosphère linuxienne. Debian GNU/Linux pour sa version Jessie (qui sortira courant 2015) a choisi comme système d’initialisation systemd. Du moins, c’est pour le moment au conditionnel, je recopie la partie du message concernant l’annonce :

We exercise our power to decide in cases of overlapping jurisdiction (6.1.2) by asserting that the default init system for Linux architectures in jessie should be systemd.

Ce qui donne traduit :

Nous exerçons notre pouvoir de décider en cas de chevauchement des compétences (6.1.2) en affirmant que le système d’initialisation par défaut pour les architectures Linux de jessie devrait être systemd.

J’ai mis la partie intéressante en gras. Et la traduction ? Dirons-nous que c’est de la traduction automatisée légèrement retouchée 😉

Sauf erreur de ma part, should est le conditionnel du verbe to shall, qu’on traduit par devoir, dans l’idée d’une possibilité.

Tant que je n’ai pas d’ISO de la Debian GNU/Linux testing proposant systemd par défaut, je resterais prudent.

Même si c’est un coup dur pour Canonical qui voudrait bien proposer à sa source de paquets son système d’initialisation, upstart, la situation n’est pas si mauvaise que cela pour l’entreprise à l’origine d’Ubuntu.

Continuer la lecture de « N’enterrons pas Upstart trop vite… »

En vrac’ rapide et libre de fin de semaine.

Pour finir la semaine, un petit en vrac’ rapide et libre.

Bon week-end et à lundi !

Quand la querelle des anciens et des modernes fait comprendre la migration des utilisateurs de Microsoft Windows vers Apple MacOS-X.

Si le bureau ne s’impose pas, ce n’est pas une histoire d’interface graphique comme certains blogueurs peuvent le prétendre, utilisant des termes religieux pour parler d’une technologie – ce qui en dit long sur le mélange dangereux des genres – mais une histoire qui fait penser à la querelle des anciens et des modernes.

Et encore une fois, c’est systemd qui est en cause. Ce matin, une simple mise à jour de systemd sur le dépot testing d’Archlinux a mis le feu au poudre. Il s’est arrivé que le paquet était cassé, ce qui est assez logique sur le dépot de test après tout.

Et un pourfendeur de la technologie, qui montre – par la suite – sa haine envers Lennart Poettering, s’en est donné à coeur joie :

Yes, binary init system is so much better than a script based init
system. And Poetterix is so damn good, so advanced, such an evolution
and so much better than the common and over 40 years well tested
sysvinit.

Come on systemd fanboys, here you have the first example. There’s more
to come. I’ll get my popcorn.

Ce qui donne traduit :

Oui, un système d’initialisation binaire est tellement mieux qu’un système basés sur des scripts. Et Poetterix est si bon, si avancé, une telle évolution et si meilleur que les classiques sysinit bien testé vieux de 40 ans.

Allez-y fanboys de systemd, nous avons notre premier exemple. D’autres viendront. Je prends mon popcorn

Oui, vous avez bien lu, Poetterix, pas Linux.

Continuer la lecture de « Quand la querelle des anciens et des modernes fait comprendre la migration des utilisateurs de Microsoft Windows vers Apple MacOS-X. »

Après SecureBoot, l’intégration d’udev dans systemd sera-t-elle la source d’une nouvelle balkanisation des distributions GNU/Linux ?

Dans un article posté sur Chatinux, je parlais de la balkanisation que les distributions GNU/Linux allait subir avec la généralisation de la technologie SecureBoot et le support par les distributions. Je ne reviendrais pas sur la polémique, cette technologie est pour moi une mauvaise réponse à une bonne question.

Dans l’article en question, je disais :

Car outre les deux [Ubuntu et Fedora] qui ont déjà annoncé les moyens mis en oeuvre pour supporter le duo UEFI + Secure Boot, que vont faire les autres ? Que va faire Debian GNU/Linux ? Archlinux ? Frugalware ? Gentoo ? Slackware ? OpenSuSE ?

Va-t-on avoir un clan prenant en charge le SecureBoot, et un clan ne le prenant pas en charge ? Cela serait une bonne chose sur un seul point : cela réduirait de manière drastique le nombre de distributions existantes, au dépend des utilisateurs de distributions alternatives.

En avril 2012, l’équipe en charge de systemd a décidé d’intégrer le code d’udev. Pour les personnes qui ne savent ce qu’est udev, c’est : « un gestionnaire de périphériques remplaçant devfs sur les noyaux Linux de la série 2.6. Sa fonction principale est de gérer les périphériques dans le répertoire /dev. »

En gros, il permet de dire au noyau quels sont les périphériques installés pour les gérer par la suite. Et bien entendu, quand des personnes sont mécontentes d’une évolution, la logique est de faire un fork. Donc, udev a été forké.

Continuer la lecture de « Après SecureBoot, l’intégration d’udev dans systemd sera-t-elle la source d’une nouvelle balkanisation des distributions GNU/Linux ? »

Ca pourrait ressembler à quoi un passage d’une Archlinux à systemd ?

J’ai voulu faire une machine virtuelle avec une Archlinux « systemd-isée ». Avant toute chose, systemd n’est pas encore 100% porté pour Archlinux, donc, c’est à vos risques que vous ferez les manipulations en question. Je me suis bien fait comprendre ?

Donc, après avoir mise en place une version complète et classique d’une archlinux, j’ai commencé à installer les paquets qui vont bien. Dans mon cas, une archlinux avec un gnome avec les fichiers de configuration « éclatés ».

Ensuite, j’ai installé les paquets nécessaire à un démarrage en mode systemd.


sudo pacman -S systemd systemd-arch-units systemd-sysvcompat

Ensuite, après avant de redémarrer, j’ai jeter un oeil à la liste des daemons qui sont chargé dans le fichier /etc/rc.conf, qui est renommé en /etc/rc.conf.pacsave.

DAEMONS=(syslog-ng !network netfs crond dbus alsa networkmanager iptables ntpd avahi-daemon avahi-dnsconfd cupsd gdm)

Ce qui m’a donné la liste des services à mettre en route avec les lignes de commandes suivantes :


sudo systemctl enable syslog-ng.service
sudo systemctl enable cronie.service
sudo systemctl enable NetworkManager.service
sudo systemctl enable avahi-daemon.service
sudo systemctl enable avahi-dnsconfd.service
sudo systemctl enable iptables.service
sudo systemctl enable ntpd.service
sudo systemctl enable cups.service
sudo systemctl enable gdm.service

Certains services sont chargés automatiquement, soit par un autre service (comme dbus par NetworkManager) ou par l’interface graphique (comme alsa).

J’avais créé à l’origine cette machine virtuelle pour parler de gwibber, mais j’en ai profité pour faire une vidéo montrant une archlinux systemd-isée à l’action… Et c’est du brutal 😀

Tout fonctionne bien, mis à part le son qui coince. Mauvaise manipulation ? Bug de VirtualBox ? Bug de pulseaudio ? En tout cas, ça semble lié à Bluetooth qui semble mettre sa mouise. J’ai rapporté le bug, on verra bien ! 😀

Vous souffrez de systemd-ophobie ? Voici quelques solutions.

La systemd-ophobie, c’est le rejet de systemd, un projet porté à l’origine par RedHat pour remplacer les scripts de démarrage qui selon un des codeurs de RedHat se font un peu trop vieux.

Si entendre parler de systemd vous donne des plaques d’urticaire, des démangeaisons sur tout le corps, et que vous avez envie d’hurler à la lune, tel un loup-garou, alors vous êtes atteint de systemd-ophobie.

Voici donc les actions à entreprendre.

  1. Eviter les distributions utilisant ou qui utiliseront à terme systemd : Fedora Linux, OpenSuSE, Archlinux, Frugalware Linux, et leurs dérivées. Sans oublier Mageïa.
  2. Utiliser Ubuntu ou une de ses nombreuses versions dérivées plus ou moins officielles qui utilisent upstart en lieu et place de systemd, comme Linux Mint par exemple, ou la poire si vous êtes masochiste.
  3. Utiliser Debian GNU/linux, la stable ou encore la future stable Wheezy. Si la migration vers systemd doit se faire chez Debian, ce ne sera pas avant la version 8, alias Jessie vers 2015-2016.
  4. Utiliser une distribution comme Slackware ou une de ses dérivées comme SalixOS.
  5. Passer carrément à un BSD libre.
  6. Economiser durant plusieurs mois et prendre une machine pommée.

Voila, maintenant à vous de voir, le temps que soit systemd finisse par s’imposer ou se planter en beauté, vous avez le choix. A vous de voir !

Les distributions GNU/Linux en voie de « fedorisation » ?

Par Fedorisation, je parle l’adoption de technologies employées par Red Hat pour sa distribution GNU/Linux communautaire (comme la série des Fedora Linux dont la 17 sort officiellement ce 29 mai) et sa version entreprise, la RHEL.

Et les technologies développées dans les laboratoires de RedHat sont plus communes qu’on pourrait le penser. La plus célèbre d’entre elles est systemd, le remplaçant du gestionnaires de services qui permet à chaque distribution GNU/Linux au démarrage de lancer tel ou tel composant : que ce soit un parefeu, les connexions réseaux, l’impression, la reconnaissance du matériel, ou charger les composants permettant la gestion à chaud des clés USB, disque dur externe ou autre support optique.

Et le tout étant géré en parallèle ce qui donne une grande rapidité au démarrage d’une distribution GNU/Linux.

Et très récemment est intervenu un changement qui montre la prise en main croissante de Red Hat sur les distributions GNU/Linux et spécialement sur des technologies que l’utilisateur lambda voit en action : udev, qui permet de gérer les matériels d’un ordinateur (fixe ou amovible) vient d’être intégré dans une autre technologie proche, pour ne pas la nommer, systemd.

Continuer la lecture de « Les distributions GNU/Linux en voie de « fedorisation » ? »