Les distributions rolling release en dehors d’Archlinux, fin précoce de l’expérience.

Il y a une quinzaine de jours, je voulais voir si je pouvais faire survivre durant un mois une OpenSuSE Tumbleweed et une Siduction.

Outre le fait que je m’étais facilité le transit pour mettre à jour une Siduction dont la dernière image ISO remontait à environ 15 mois. Je cite l’article précédent :

Pour la Siduction, outre le fait que l’image ISO a déjà 15 mois, je suis passé par le troisième émulateur de terminal auquel on peut accéder à la fin du boot (tty3) pour entrer les commandes magiques en root, l’utilisateur par défaut n’étant pas autorisé : apt update puis apt full-upgrade. Autant dire qu’il y en avait un sacré paquet ! Seulement 2146 mises à jour… Ouille !

Aujourd’hui, je n’aurai pas dû faire un apt full-upgrade, étant donné que plus que la moitié de KDE6 était disponible. Je pensais que le port était complet et donc j’ai forcé la mise à jour. Résultat des courses ? Un SDDM explosé en vol… Ainsi que la Siduction qui m’a ennuyé par la suite avec des dépôts indisponibles. La Debian Sid avec Xfce installée sur mon eeePC encaisse des mises à jour toutes les deux à trois semaines sans exploser en vol comme la Siduction 🙁

Quant à la OpenSuSE, devoir me battre à chaque fois avec packagekitd pour faire les mises à jour à la main a eu raison de ma patience. Même en passant par Gnome Logiciels, c’était laxatif. Pour moi, la Tumbleweed est un peu excessive dans ses mises à jour. Même Archlinux va moins loin dans les mises à jour quotidienne.

Continuer la lecture de « Les distributions rolling release en dehors d’Archlinux, fin précoce de l’expérience. »

Les rollings en dehors de la famille Archlinux, ça donne quoi sur un mois ?

En septembre 2024, je concluais un mois de tests sur les principales distributions immuables.

Début novembre 2024, je me suis lancé dans un projet de suivi sur 6 mois de la Fedora Linux 41.

Je cherchais une nouvelle expérience, histoire d’utiliser un peu plus le potentiel de mon Ryzen7 5700G. L’idée de faire un test sur un mois de distributions rolling release en dehors de la famille Archlinux. Pratiquant au quotidien Archlinux avec Gnome sur mon PC fixe et Manjaro Gnome (canal unstable) sur mon PC portable, il ne me manquait que deux familles. La famille rpm et la famille deb.

Par famille d’Archlinux, j’inclue (liste non exhaustive) :

J’ai dû sûrement oublié une poignée de projets dont l’équipe se résume à une ou deux personnes au fond d’un garage, quelque part sur la planète.

Continuer la lecture de « Les rollings en dehors de la famille Archlinux, ça donne quoi sur un mois ? »

C’est bien connu, les rolling release, ça se pète la gueule sur le moyen ou long terme.

C’est une idée reçue qui traîne depuis des années dans le petit monde doucereux des distributions GNU/Linux. Celle que sur le moyen terme (plus de 5 ans), on ne peut pas se fier à une rolling release. Je vais parler d’Archlinux, car je la pratique depuis 2009. J’aurai pu aussi parler d’OpenSuSE Tumbleweed, mais entre la distribution au caméléon et moi, ce n’est pas le grand amour. Pour rester sociable et poli.

J’accumule ce qu’il ne faudrait pas faire, dixit les personnes qui promeuvent cette idée, à savoir :

  1. Utiliser les dépôts de tests
  2. Multiplier les paquets en provenance du Archlinux User Repository
  3. Utiliser des enrobeurs de pacman comme yay qui peuvent entrainer des problèmes

Et pourtant… Mon installation actuelle d’Archlinux – à l’origine sur un disque dur mécanique de 2 To – maintenant sur un duo nvme et SSD date de… Février 2018. Oui, près de 6 ans et 3 mois. Source ? Tout simplement le fichier /var/log/pacman.log qui enregistre les activités d’installation et de suppression de paquets. À savoir en ligne de commande, un petit head /var/log/pacman.log.

[2018-02-27 17:39] [PACMAN] Running 'pacman -r /mnt -Sy --force --cachedir=/mnt/var/cache/pacman/pkg --noconfirm bash bzip2 coreutils cryptsetup device-mapper dhcpcd diffutils e2fsprogs file filesystem findutils gawk gcc-libs gettext glibc grep gzip inetutils iproute2 iputils jfsutils less licenses linux logrotate lvm2 man-db man-pages mdadm nano netctl pacman pciutils pcmciautils perl procps-ng psmisc reiserfsprogs s-nail sed shadow sysfsutils systemd-sysvcompat tar texinfo usbutils util-linux vi which xfsprogs alsa-utils base-devel cpupower cups cups-pdf dialog efibootmgr ffmpegthumbnailer git grml-zsh-config grub gst-libav gst-plugins-bad gst-plugins-base gst-plugins-good gst-plugins-ugly gtk3-print-backends gtk-engine-murrine gvfs gvfs-mtp gvfs-smb libreoffice-fresh libreoffice-fresh-fr lightdm lightdm-gtk-greeter lightdm-gtk-greeter-settings linux-headers mate mate-extra mesa-libgl networkmanager network-manager-applet ntfs-3g pamac-aur pavucontrol pulseaudio pulseaudio-alsa screenfetch ttf-dejavu unzip vim wget wireless_tools wpa_actiond wpa_supplicant xdg-user-dirs xf86-video-ati xorg-apps xorg-server xorg-xinit xterm zsh zsh-completions zsh-syntax-highlighting'
[2018-02-27 17:39] [PACMAN] synchronizing package lists
[2018-02-27 17:44] [ALPM] transaction started
[2018-02-27 17:44] [ALPM] installed linux-api-headers (4.14.8-1)
[2018-02-27 17:44] [ALPM] installed tzdata (2018c-1)
[2018-02-27 17:44] [ALPM] installed iana-etc (20180221-1)
[2018-02-27 17:44] [ALPM] installed filesystem (2017.10-2)
[2018-02-27 17:44] [ALPM] installed glibc (2.26-11)
[2018-02-27 17:44] [ALPM] installed gcc-libs (7.3.0-1)
[2018-02-27 17:44] [ALPM] installed ncurses (6.1-3)

On peut en déduire qu’à l’installation, le noyau Linux de l’époque était un 4.14.x. Et dire que j’utilise le noyau linux LTS 6.6.28, depuis quelques mois, suite à une couille dans le potage du noyau classique… Autant dire que l’installation a connu tout la période des noyaux Linux 5.x et est encore en vie 🙂

Continuer la lecture de « C’est bien connu, les rolling release, ça se pète la gueule sur le moyen ou long terme. »

Tiens, les rolling releases sont revenues à la mode ?!

Cela fait longtemps que je ne commente plus l’actualité des distributions, mis à part en parlant dans les billets « en vrac' » de la dernière éja… mentale, euh la dernière production inutile qui tiendra 6 mois avant d’être abandonnée en rase campagne.

La mode est cyclique et le meilleur moyen d’être à la mode est d’aller en contre sens de celle-ci. Dans l’univers des distributions GNU/Linux, il y a deux mondes : celui des fixed releases et celui des rolling releases.

Dans le premier, des versions qui se veulent stables sortent à intervalles réguliers, avec un cycle allant de 3 mois à 2 ans. Dans le second, on installe la distribution et elle se met à jour au fil du temps. C’est ainsi que mon installation d’Archlinux mise en place avec feu Anarchy Linux approche doucement de ses 5 ans.

Le monde des rolling est déjà assez chargé. On trouve, liste non exhaustive :

Le monde Archlinux

Le monde Gentoo

Le monde OpenSuSE

Le fourre-tout

Soit un total de 15 projets. Rien que cela. Mais une annonce récente sur Distrowatch va permettre de faire gonfler ce total. C’est l’arrivée de la OpenMandriva ROME, pour Rolling OpenMandriva Edition ?

Encore une rolling release me direz-vous… Mais elle est différente, car elle utilise des paquets au format RPM – comme le duo OpenSuSE Tumbleweed et Gecko Linux Rolling – mais elle emploie aussi le compilateur Clang au lieu de gcc pour compiler tous les logiciels, noyau compris.

Est-ce que cela justifie une nouvelle rolling release ? Est-ce que les mainteneurs de la distributions préfère ce modèle pour ne plus s’encombrer d’une publication en fixed release qui est assez chronophage ?

Je dois dire que je n’ai pas installé le projet dans une machine virtuelle, n’étant pas fan d’OpenMandriva à la base. Mais pour les quelques dizaines de personnes – avec du vent dans le dos ? – qui seront intéressées, ce projet en vaut la peine.

Décidément, l’espoir de ne plus voir les projets de distributions se multiplier comme des bactéries dans un milieu de culture est et restera vain… Dommage.

Le blues du « rollingiste »…

J’utilise le néologisme de rollingiste pour désigner toute personne ayant décidé de passer à une distribution en publication continue ou rolling release pour ne pas avoir tous les 6 mois à 2 ans à faire une sauvegarde complète de ses données pour éviter de tout perdre à la montée en version majeure de sa distribution chouchoute.

Comme j’ai déjà eu l’occasion de l’exprimer, j’ai l’impression que les distributions fixed sont un brin dépassée par l’accélération des sorties logicielles. Un rythme de publications semestrielles rend difficile de suivre la sortie des logiciels : un nouveau Gnome ou Plasma ou LibreOffice tous les 6 mois, un nouveau Chromium ou Mozilla Firefox tous les deux mois en moyenne…

Sans oublier l’évolution rapide des autres couches logicielles : un nouveau noyau Linux qu’il soit LTS ou pas tous les deux mois. J’ai l’impression qu’on assiste à une sorte de cycle mystique annuel voire pluri-annuel :

  1. Fin avril et fin octobre de chaque année, on a la tétrachiée habituelle d’articles sur les dernières Ubuntu, même si elles n’apportent plus trop d’évolutions.
  2. Un mois plus tard après la Ubuntu, c’est au tour de la Fedora Linux
  3. Tous les deux ans, en juin, c’est au tour de la Debian de sortir sa nouvelle version majeure

On est dans un train-train qui me donne plus envie de bailler qu’il ne me donne une érection technique… Sans oublier les distributions qui sortent entre temps mais qui n’ont plus trop d’intérêt par rapport aux distributions mères et leurs filles directes.

Prenons par exemple la dépêche sur la sortie de la plus que dynamique Fedora 30. Si on regarde, les révolutions sont modestes. C’est plus de l’évolution au final. En dehors de gcc9, on a Gnome 3.32.x, la glibc 2.29, boost 1.69, java 12, php 7.3, qui sont déjà tous disponibles sur Archlinux et Manjaro, qui sont les principales rollings releases.

On pourrait faire la même remarque pour Mate-Desktop, Lxqt, Deepin ou encore Xfce. Du réchauffé pour les personnes qui sont passées sur des bases rolling releases.

Continuer la lecture de « Le blues du « rollingiste »… »