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 »… »

Pourquoi faire s’affronter deux modèles de publications qui sont complémentaires ?

Le monde libriste est particulièrement con, quel que soit la langue dans laquelle il s’exprime. Il faudra que j’écrive un jour un livre sur les occasions manquées du logiciel libre pour conquérir une partie du marché bureautique avec les autoroutes que lui avaient laissés à l’époque Microsoft avec des sombres bouses comme Windows Millenium, Windows Vista ou encore Windows 8.x…

À chaque fois, le monde du libre a trouvé le moyen de se taper sur la gueule pour des détails dont les utilisateurs basiques se contrefoutent et qui ne veulent qu’une chose : que ça fonctionne !

Après la guerre des inits ou celle des successeurs de Xorg, voici que certains s’amusent à vouloir relancer le conflit entre les deux modèles de publications que sont le fixed release et le rolling release.

J’ai connu les deux modèles. Il faut dire que depuis 1996, j’ai pu testé en dur, puis en virtuel dès que les technologies ont été assez puissantes, une grande partie des distributions plus ou moins officielles, plus ou moins bien ficelées.

Que ce soit Slackware, Mandrake, Red Hat Linux puis Fedora, Ubuntu, Debian, Archlinux, Frugalware, Gentoo et leurs apparentées, j’ai pas mal roulé ma bosse.

Depuis près de 10 ans, j’ai décidé de passer au modèle rolling release. Pourquoi ? Car cela correspondait à mon cahier des charges à l’époque : ne pas avoir besoin de rajouter de dépôts tiers, ne pas avoir à réinstaller la distribution tous les 6 mois, ne pas avoir besoin de jongler avec différents dépôts, etc…

Il est vrai qu’en 2009, Archlinux était réservé aux barbus. En 2012, Manjaro est arrivé et est devenue la Ubuntu d’Archlinux, en lui permettant d’être plus abordable et surtout en proposant une temporisation bienvenue des paquets. Mis à part deux passages sous Frugalware, je suis resté fidèle à Archlinux.

Aucune distribution n’est parfaite et les personnes qui le prétendent sont des MYTHOMANES ou pour rester plus sociable, des FANBOYS et FANGIRLS.

Les mises à jour foireuses, ça arrive partout. Le modèle de publication n’est en rien responsable ici, mais celles des mainteneurs de paquets est complète.

Continuer la lecture de « Pourquoi faire s’affronter deux modèles de publications qui sont complémentaires ? »

Pauvre rolling release… Que de crimes l’on commet en ton nom !

Un billet « méchant Fred », ça faisait longtemps, non ? J’avais envie de pousser un coup de gueule contre l’utilisation abusive du terme rolling release.

Le principe de la rolling release semble avoir un peu de vent dans les voiles au moment où j’écris cet article en août 2018, au point qu’il est devenu de bon ton de dire : « Vous voyez, ma distribution, c’est une rolling release » alors qu’une bonne moitié du temps, c’est faux.

Pour qu’une distribution soit une rolling release, il y a les critères suivants à remplir :

  1. Une installation avec une image ISO qui est rafraichie plus ou moins régulièrement.
  2. Des mises à jour en continu, que ce soit au quotidien ou par paquets hebdomadaires ou bimensuels
  3. Une évolution constante de la distribution, c’est à dire aucune période de gel au niveau des logiciels

Si les trois critères sont remplis, c’est une rolling. Dans le cas contraire, c’est une pseudo-rolling.

Dans les vraies distributions en rolling en ayant une liste aussi exhaustive que possible pour chaque entrée ?

  1. Archlinux et sa famille : Manjaro et Tux’n’Vape, Antergos, Anarchy, RebornOS, Parabola et l’étrange Hyperbola, SwagArch, Obarun et Artix
  2. Void Linux
  3. Gentoo et sa famille : Funtoo, Sabayon, Calculate, Redcore
  4. Frugalware
  5. Solus

Je pourrais rajouter Siduction à cette liste, mais pour une raison bien précise expliqué ci-après, j’hésite à le faire.

Mais dans les fausses rolling ? Toutes celles qui se basent sur Debian GNU/Linux testing ou encore Ubuntu, par exemple.

Continuer la lecture de « Pauvre rolling release… Que de crimes l’on commet en ton nom ! »

La guerre des modèles de publication de distributions, le retour ?

Mon collègue blogueur Seb95 a décidé – à son corps défendant – de relancer cette éternelle guerre de modèles de publication concernant les distributions GNU/Linux dans le billet suivant au titre des plus diplomates : « Manjaro: les Français, allez-vous faire foutre… Ou pourquoi je ne conseille pas cette merde de Manjaro »

Il y a un point que je voudrais aborder, c’est cette partie de l’article, que je cite :

mais une rolling n’est pas adapté à de vrais débutants, de ce que je vois et de ceux que je connais, les personnes qui me font confiance et qui sont dépendant de moi, ne seront jamais capable de se retrouver dans le flux perpétuel des mises à jour de cette distribution.

On tombe dans une forme de travers qui consiste à prendre son expérience pour la généralité. Outre le fait qu’il y a une forme de subordination (liée à l’envie de ne pas se prendre la tête), on peut se dire certain(e)s débutant(e)s mettent parfois de la mauvaise volonté à ne pas faire les efforts minimaux.

Il est vrai que les personnes en question n’ont pas des trucs hors de prix à décrocher qui s’appelle permis de conduire. Mais fermons cette rapide parenthèse.

Ensuite, Seb nous parle de la Frugalware, distribution qui n’a jamais su se vendre et qui a fait des choix stratégiques qui lui ont tranché la gorge sans oublier d’être un des distributions les plus buguées que je connaisse cf ce genre de billet datant de 2013, ou encore la Sabayon qui est soutenue par ses développeurs comme la corde soutient le pendu.

Les deux modèles ont des imperfections, ce qui est montre le côté artificiel de conflit. J’y viens dans la suite de cet article.

Continuer la lecture de « La guerre des modèles de publication de distributions, le retour ? »

C’est officiel : désormais Archlinux devient une base pour faire des distributions inutiles :(

Ce rôle était depuis des années dévolu à Ubuntu, puis à sa fille Linux Mint. Étant abonné au Journal du Hacker, j’ai vu qu’Adrien alias LinuxTricks a fait le test d’une distribution qui applique les canons de la DGLFI à la règle ou presque.

C’est la Namib GNU/Linux. Selon l’article d’Adrien, on apprend que cette distribution hautement inventive propose les éléments suivants :

  1. Une base Archlinux
  2. Mate-Desktop
  3. Un thème à la mode, donc Arc avec des icones aussi développées que la poitrine de Jane Birkin
  4. Calamares
  5. Pamac-AUR

Donc à peu de chose près la même chose que la SwagArch GNU/Linux qui propose elle Xfce à la place de Mate-Desktop. Quelle inventivité 🙂

Continuer la lecture de « C’est officiel : désormais Archlinux devient une base pour faire des distributions inutiles 🙁 »

Solus 3, un grand cru en vue pour cette distribution GNU/Linux en rolling release ?

S’il y a une distribution GNU/Linux en rolling release que j’apprécie, c’est le projet mené d’un main de fer dans un gant de velours par Ikey Doherty. Oui, je parle du projet Solus, du moins sa deuxième génération.

J’ai commencé à m’y intéresser à l’époque de la naissance du Budgie Desktop, en mars 2014. Oui, en gros, 3 ans et demi en ce mois d’août 2017.

La Solus 3 – où est passée la 2 ? – est sortie en cette mi-août 2017. Sur les notes de publications, qui sont assez copieuses, on apprend entre autres choses :

  • Le support de la technologie AppArmor et des Snaps d’Ubuntu
  • Un support complet de l’impression dès la version live : la totale pour les pilotes ou presque !
  • Budgie 10.4 change une nouvelle fois de présentation générale, et me fait étrangement penser à celle de l’époque de la bêta 2 dont je parlais en mai 2015.
  • Le menu déroulant de Budgie s’inspire du très bon brisk qui est fourni avec la saveur Mate de la Solus.
  • Le thème Arc a été sacrifié et remplacé par le thème papirus. On a heureusement échappé aux horreurs numixiennes 🙂

J’ai donc fait chauffer mon client bittorrent pour récupérer l’image ISO de la saveur Budgie Desktop.

Continuer la lecture de « Solus 3, un grand cru en vue pour cette distribution GNU/Linux en rolling release ? »