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 🙂

Pour l’utilisation de testing, un simple cat /etc/pacman.conf| grep testing donne ceci :

# The testing repositories are disabled by default. To enable, uncomment the
[core-testing]
[extra-testing]
[multilib-testing]

Oui, il n’y a pas de # devant les entrées pour activer les dépôts testing… Je suis fou, non ? 🙂

Dernier point, AUR. J’utilise un certain nombre de paquets tiers, même un peu trop par moment. Combien ? Simple à savoir… pacman -Qm | wc -l :

$ pacman -Qm | wc -l
31

Oui, vous avez bien lu… 31 paquets ! Lesquels ? Suffit de demander !

$ pacman -Qm
anydesk-bin 6.3.2-1
applewin-git 1.30.14.1.r1505.g7be12f5c-1
atari800-git r2869.86d14298-1
caprice32-git 4.5.0.r606.g48e215e-1
deadbeef-git r11699.e7aa955ab-1
dosbox-x-sdl2-git 3:2024.03.01.r202.g4df516074-1
downgrade 11.3.0-1
etcher-bin 1.18.11-1
flac2mp3-bash 1.0-7
gargoyle 2023.1-2
gnome-shell-extension-arch-update 60-1
gnome-shell-extension-openweatherrefined 134-1
hplip-plugin 3.23.12-3
it87-dkms-git 234.52ff360-1
libreoffice-extension-grammalecte-fr 2.1.2-1
pan-git 1:v0.155.r51.g94aca80-1
pcem-git 17.r198.gc358285c-1
qemu-arch-extra-git 22:9.0.0.r92.g88daa112d4-1
qemu-git 22:9.0.0.r92.g88daa112d4-1
retrovirtualmachine 2.1.11-1
simplescreenrecorder 0.4.4-2
transmission-gtk-git 2:4.0.3.r582.g460ce7c30-1
ttf-win10 19043.928.210409-2
uuid 1.6.2-20
v1541commander 1.1-1
vice-svn r45138-1
watchman-bin 2024.04.15.00-1
yay 12.3.5-1
yt-dlp-git 2024.03.10.r26.g50c2935-1
zesarux-git 2:ZEsarUX.11.0.beta1.r301.g8816a5e-1
zsh-theme-powerlevel10k 1.20.0-2

Il y a un peu de tout, mais surtout des émulateurs, car je suis pas mal plongé dans le rétro-ludique.

Vous allez sûrement vous poser une question : comment cela se fait-il que l’ensemble ne parte pas en cacahuète ? Mis à part l’envoutement, je ne vois pas. À moins que vous n’ayez une explication plausible à me proposer. La section des commentaires est faite pour cela !

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

  1. et même en ne faisant rien du tout, c’est-à-dire une utilisation classique, sa marche très bien.

    j’ai utilisé la manjaro, et aucun problème à signaler.

      1. Mauvaise expérience pour ma part avec Manjaro. Lors de ma dernière tentative d’utilisation, système en vrac après une grosse mise à niveau qui avait changé la version de Gnome ( passage sur la version 40 si ma mémoire ne me fait pas défaut )
        Bref, comme c’était la 2ème ou 3ème fois que ça déconnait chez moi j’ai laissé tomber. Mais j’ai parfaitement conscience que Manjaro fonctionne très bien chez plein d’autres utilisateurs. Sinon elle serait tombée dans l’oubli depuis longtemps, et ce n’est pas le cas il me semble.

  2. J’ai eu bien plus d’emmerdes avec les mises à jour semestrielles d’Ubuntu qu’avec mes mises à jour hebdomadaires d’Arch. Certes, c’était il y a longtemps maintenant, et il est fort possible que ça se passerait beaucoup mieux aujourd’hui, mais quand on lit le manuel et les (rares) avertissements des développeurs/mainteneurs, une rolling sérieuse n’est effectivement pas plus casse-gueule qu’une distro à durée de vie limitée. Et yay étant régulièrement maintenu, je ne vois pas non plus où est le problème, je l’utilise quasiment depuis le départ, et il ne m’a jamais pété à la gueule.

    Je ne réinstalle Arch que quand je change de matériel, c’est-à-dire tous les 4 à 5 ans en moyenne, parce que j’aime repartir sur une base neuve. Bref, renvoyons les idées reçues à leurs expéditeurs, à leurs frais de préférence.

  3. toutes les rolling release ne se valent pas ,
    tu évoques opensuse , sans doute aussi Debian sid , il y a aussi la partie openmandriva
    et la montée de version est bien :
    sudo dnf clean all ; sudo dnf –allowerasing distro-sync

    ou encore
    sudo dnf clean all ; dnf clean all ; dnf repolist
    sudo dnf –refresh –allowerasing distro-sync 2>&1| tee dsync-log.txt

    cela effectues donc une synchro de tout , y compris de chaque fichier conf pour lequel on va te demander le choix le tout en texte

    je rappelle que openmandriva est compilé sous clang , pour version KDE , et une maj rolling est proposé entre 1 a 2 mois , avec une version znver

    côté Archlinux , j’ai basculé une endevouros sous les dépôts ALHP , rien de cassé a ce jour

    1. Sid n’est pas une rolling à l’origine. C’est le projet Siduction qui l’a transformé ainsi. Côté rolling, j’ai toujours eu du mal avec des projets rajoutés à une fixed classique, que ce soit avec OpenSuSE ou avec OpenMandriva, dont le seul intérêt est justement la compilation avec Clang.

      Merci pour ton commentaire et pour les commandes, je ne pratique pas courammment les commandes DNF.

      Quant au dépôt alhp, j’ignorais son existence. Les paquets officiels me conviennent très bien 🙂

    1. Certaines versions communautaire ont été abandonnées, soit par faute de temps matériel ou faute de mainteneurs disponibles : https://forum.manjaro.org/t/testing-update-2024-04-22-gnome-plasma-thunderbird-kwin-mutter/160335

      We dropped various packages related to unmaintained community editions; i.e, Awesome, Bspwm, Budgie, Deepin, MATE, Openbox, etc.)

      Ça a le mérite d’être clair. De plus, des projets comme le Brisk menu n’est pas compilable avec Mate Desktop 1.28… Qui sortira avec un peu de chance pour la fin de l’année 2024.

      1. Salut Fred,

        « De plus, des projets comme le Brisk menu n’est pas compilable avec Mate Desktop 1.28. » ???

        J’écris depuis Mate Desktop 1.28.1. avec le Brisk menu. Je suis curieux de savoir pourquoi ce qui est possible avec Slint ne le serait pas avec Arch ou ses dérivées.

        Cela dit il est vrai que le développement de Mate semble stagner (et raveit semble avoir plus ou moins arrêté d’y contribuer). Cela ne va pas m’empêcher de livrer bientôt le jeu complet de paquets Mate 1.28 que j’ai testés, il me parait bon pour le service actif (extra compris, plus mate-tweak et mate-control-center adaptés à Slint). J’ai même empaqueté et essayé user-admin (ou mate-user-admin) qui doit te rappeler des souvenirs. 😉 Mais bon je ne pense pas l’inclure on a déjà un utilitaire « maison » (développé par George Vlahavas mainteneur de Salix qui en fait davantage) est utilisable avec tous les bureaux.

        D’ici 2 ou 3 ans il faudra peut-être que je remplace Mate. Je suis tenté par Budgie, qui me plait beaucoup.

                1. Bien 🙂

                  Je ne suis pas super étonné. De manière similaire le script slkbuild de George Vlahavas qui prend en entrée un SLKBUILD (similaire à un PKGBUILD) pour écrire et si demandé exécuter un script de construction de paquet y inclut par défaut le drapeau d’optimisation -O2 à l’intention du compilateur. Il m’est arrivé d’avoir à le supprimer pour éviter que ça plante.

                    1. Si et quand cela arrive, j’aviserai. J’inclus aussi trois autres menus: avancé, compact et classique, donc il n’y a pas le feu au lac 😉

                      Sinon et comme tu peux le voir sur la copie d’écran que j’ai postée « Mate User Manager » est accessible depuis le Centre de Commande (rubrique Administration). Mais bon, vu qu’il est redondant avec « Gestion des utilisateurs et de groupes » comme déjà écrit, je ne vais pas le livrer.

  5. J’ai utilisé Archlinux pendant 2 ans et pas le moindre souci à signaler. Pourtant je suis très loin d’avoir ton niveau dans la maintenance de cette distribution. Un long fleuve tranquille.
    Actuellement je suis sur la Ubuntu 22.04 lts et cette version arrive aussi sur ses 2 ans sans le moindre souci. Et cette stabilité me surprend, car bien que j’utilise Ubuntu régulièrement depuis 2008 j’ai rarement eu une période aussi longue avec cette distribution sans une couille qui débarque dessus du jour au lendemain. La version 20.04 en particulier m’a laissé un souvenir amer. Une catastrophe.
    Donc les fixed release plus stables que les rolling release ? c’est vraiment hautement discutable.

    1. Je n’ai pas non plus un niveau super-développé. Je suis juste un vieil utilisateur d’Archlinux qui a appris à éviter les pièges pouvant foutre en l’air une installation.

      Pour la ubuntu 22.04, j’ai eu l’occasion de faire mumuse avec. Il est vrai que c’est un bon cru, mis à part ces saloperies de snaps.

      1. J’ai viré tout l’écosystème snap de mes PC sous Ubuntu 22.04
        Autant le faire tant que c’est encore possible. C’est pour cela d’ailleurs que je ne suis pas du tout pressé de changer de version. Faudrait tout refaire certainement et cette perspective ne me réjouit pas des masses. Et si mes PPA deviennent obsolètes Mozilla fournit désormais ses propres dépôts pour installer Firefox en .deb
        Une excellente initiative, merci les gars !

  6. Debian Sid reste une rolling vu qu’elle ne subit aucune montée en version tous les X temps, vu qu’elle n’est pas gelée, et qu’en + elle utilise très peu de paquets en beta, RC, politique de stabilité de Debian malgré tout.
    À côté une Rawhide est beaucoup + « extrême » !

    Une Sid est moins fraîche qu’une Arch, donc autant dire que le risque de tout casser sur Debian est assez peu probable 😉

    Perso, mon installation date de Janvier 2020

    sudo tune2fs -l /dev/sdb2
    tune2fs 1.47.0 (5-Feb-2023)
    Filesystem volume name: LINUX
    Last mounted on: /
    Filesystem created: Mon Jan 27 15:06:24 2020

    Je fais par sécurité un backup via Clonezilla tous les 1 ou 2 mois (je supprime les anciens évidemment), et à ce jour jamais eu besoin de m’en servir.

    1. Sid est devenue une rolling. À l’origine, c’est la branche de développement principal. Pour tout casser, toutes les distributions y seront plus ou moins sensible. Il suffira d’une mise à jour mal testée et vlan…

      J’ai une Sid sur mon eeePC royalement équipé d’un Go de ram. C’est plus pour la curiosité que pour l’utilisation au quotidien.

  7. Salut,

    En fait, c’est tellement solide que l’on peut se permettre de faire ce qui ne faut pas faire, serrer le kiki de ce qui déconne le temps de chercher ou d’attendre une solution pérenne pour son système.

    Un problème d’affichage+une incompatibilité d’extensions avec la dernière mouture de Gnome m’ont poussé à rétrograder Mutter et Gnome shell et couper leur mise à jour le temps d’un moment.

    Est-ce que mon système a planté ? Noooon et sous Endeavour OS je suis resté sous Gnome 45.5 pendant de longues semaines sans rencontré le moindre problème et en faisant le reste des mises à jour le plus simplement du monde.

    Est-ce que c’est à recommander ? Non… Et oui !

    – Pour la stabilité du système, clairement pas. Il vaut mieux se passer des extensions qui ne sont pas à jour, vérifier si le problème d’affichage ne vient pas du pilote de sa carte graphique…

    – Oui si on décide de passer outre les recommandations pour chercher une solution à court/moyen terme.
    Ça évite de faire joujou avec Dconf, les fichiers metadata.json de ses extensions et là, d’aller au crash à coup sûr.

    J’ai libéré Mutter et Gnome Shell depuis quelques semaines maintenant, parce que mes problèmes ont été réglés facilement. Même pour une extension qui officiellement n’est pas compatible ! Chercher des solutions plutôt que de gueuler dans le vide, ça devrait-être le mot d’ordre quand on est sur une rolling release !

    1. Pour l’affichage, je ne me prends pas la tête avec des pilotes tiers, étant donné que mon Ryzen3 2200G contient un GPU intégré. Et comme c’est le grand amour entre AMD et le logiciel libre 🙂

      Je n’ai pas eu de problèmes d’extensions, mis à part celle de la météo, qui a été réglée en quelques jours. Je n’ai pas eu le besoin de bloquer la mise à jour vers Gnome 46.

      Quant à ta conclusion, ce devrait être le cas pour TOUTES les distributions, pas uniquement les rollings releases.

  8. 31 paquets la vache tes un violant toi lol , moi 6… , après sa dépend le programme pis parfois ta que des themes sur aur donc bon..

    1. Ca chiffre vite, j’ai 11 paquets AUR, j’ai ouvert le depot chaotic-aur qui les contient tous car je n’aime pas compiler. en cas d’arret de chaotic je peux gerer tous mes paquets avec paru. et oui apres presque une année sur fedora plasma me voici de retour sur arch avec gnome, ce pc de 4 go de ram y est tres fluide. installation par arcolinux et ensuite suppression des depots arco et des traces en modifiant les fichiers lsb-release, os-release et grub.cfg ce qui donne au final une arch pure mais installée par calamares.

  9. Mon commentaire est trivial, il y aurait beaucoup à dire sur les fixed releases, mais j’aime bien l’idée d’une évolution majeure tous les 6 mois (Fedora, même s’il vaut mieux rajouter 1 mois avant de faire l’upgrade vers une nouvelle version) ou tous les deux ans. Moins trivial, avant ce saut, il y a une période de tests intenses, par exemple i n’a pas été nécessaire de rebaser Fedora 39, LMDE 6, ou Ubuntu 22.04, suite au problème XZ, alors que certains utilisateurs de Tumbleweed ont dû réinstaller, snapshot ou pas. De même, les petites maintenances sont moins nombreuses sur les fixed.

    Ceci dit j’ai eu vraiment une bonne expérience avec EOS puis Artix (main version uniquement, éviter la version QT communautaire avec la moitié des dépôts en rade). Je veux éviter un plantage alors que je me sers de l’ordi pour des parties de jeux de roles tabletop le week-end.

    Les différences s’estompent aussi, j’ai vu que Fedora était qualifiée de semi-rolling désormais, tous les 6 mois c’est une grosse mise à jour (hormis la 40 avec l’apparition de Plasma 6 et Gnome 46). Mais il y a une concentration de l’attention pour les tests à ce moment là et je me dis aussi que le délai de latence peut éviter des soucis type XZ. (c’est essentiellement « psychologique » j’en conviens)

  10. Bonjour Fred,

    J’utilise Manjaro depuis 2019 (avant, j’utilisais Mint et je la réinstallais à chaque mise à jour majeure – tous les 6 à 8 mois) et je n’ai pas non plus rencontré de soucis majeurs avec Manjaro. Je ne l’ai installée que deux fois sur mon ordinateur de bureau (en 2019 et en 2022 quand mon disque dur système a lâché). Rien à déplorer.

    Dans les faits, je ne suis pas un power user et je me contente de suivre tes conseils. Je n’ai jamais été déçu. Je ne te remercierai jamais assez pour l’entièreté des conseils que tu as pu donner dans tes vidéos ou dans tes articles.

    Dans mon cas, Manjaro est un bon compris entre la simplicité de prise en main et la relative simplicité de maintenance. J’ai testé Calculate (oui, je suis aussi le travail d’AdrienD) mais à chaque fois, je reviens à la simplicité de Manjaro même si Calculate est tout aussi fiable que Manjaro.

    On en revient toujours au même point : la fiabilité n’est pas une question de mode de distribution. Les distributions-mères sont fiables, les distributions-filles qui leur sont les plus proches sont tout aussi fiables. La fiabilité se perd dès lors que l’on s’éloigne de la philosophie des distributions-mères dans la même mesure que s’éloigne leur utilité.

  11. Salut Fred,
    toujours sur Manjaro avec KDE, aucun soucis. Le passage de la version 335.x du pilote Nvidia vers la 345.x est mal passé donc je suis resté sur la 335.x avec AUR jusqu’à ce que la 550.x soit disponible. Je suis passé d’une Rog Strix GTX 1060 6 GB à une Rog Strix RTX 4070 Ti Super 16 GB il y a 2 semaines : nickel après réinstallation du driver via un mhwd -r pci video-nvidia puis mhwd -a pci nonfree 0300 après un reboot. Je sais que j’aurai pu forcer la réinstallation mais j’ai préféré faire ainsi 🙂
    J’aurais aimé la pousser 2 ans de plus mais au vu de l’évolution des prix et de la conso énergétique… en plus je suis tombé sur une bonne occasion en Belgique, même avec les frais de port la carte m’est revenu bien moins cher qu’en France ! comme quoi voir ailleurs ça peut être utile.
    J’ai pensé à prendre une RX 7900XT comme AMD est mieux sous Linux mais je préfère tout de même rester sur une Nvidia pour du long terme.

    Le PC portable de ma mère est toujours également sur Manjaro mais avec Mate et le menu avancé que tu maintiens sur AUR… aucun soucis non plus 🙂

  12. J’utilise Manjaro-KDE depuis quelques années et j’ai eu une seule fois un problème. Mais de toutes façons, avec le combo BTRFS et snapshots automatiques (automatiquement installé par Manjaro dès qu’on utilise BTRFS), j’ai l’esprit libre : s’il y a un souci après une mise à jour, je reviens sur le snapshot précédent du système en attendant que le problème soit résolu. Du coup, je ne vois pas trop l’intérêt des distributions « fixed » pour mon usage basique « pc de bureau ». J’apprécie au contraire d’avoir des versions récentes même si ce n’est pas toujours vraiment indispensable.

Les commentaires sont fermés.