Moderniser un tant soit peu la Parabola GNU/Linux-libre, est-ce possible ?

Dans l’article que j’ai consacré à la Parabola GNU/Linux-libre, j’identifiais deux points faibles. Le premier ? Un noyau linux-libre vieux de presque 9 mois, et une version obsolète de GNU/IceCat.

Corriger le premier point a été facile. J’ai récupéré le PKGBUILD du noyau linux-libre, j’ai changé le numéro de version et j’ai viré un patch qui ne s’appliquait pas à savoir le patch « 0002-fix-Atmel-maXTouch-touchscreen-support.patch ». Ensuite, en utilisant mon processeur en limitant le nombre de coeurs à 8 (en ignorant donc les 8 fils complémentaires du Ryzen7), j’ai dû attendre une bonne quarantaine de minutes pour que le noyau Linux-libre 6.12.4 soit disponible.

Même si cela a pris du temps, c’était mieux de faire ainsi. Je craignais que faire compiler le noyau sur ma vraie Archlinux provoque des problèmes.

La compilation d’une version à jour de GNU/IceCat (le Mozilla Firefox à la sauce FSF) – c’est-à-dire compenser les 4 versions ignorées – a été plus rocambolesque. Non seulement le PKGBUILD fourni par la Parabola est une purge sans nom, je me suis replié sur le GNU/IceCat disponible sur AUR… Ce qui a entraîné – et j’ignore pourquoi – la recompilation des outils Clang/LLVM en version 17.

Pour GNU/IceCat, j’ai dû laisser tomber. La compilation du paquet AUR clang17 provoquant une saturation mémoire et un gel complet de mon installation… Même avec 16 Go de mémoire et 4 Go de swap. Même en mettant l’option MAKEFLAGS="-j1", ça sature. J’ai donc décidé de reporter aux calendes grecques la compilation de GNU/IceCat.

Je comprends un peu pourquoi le paquet de GNU/IceCat n’a pas été mis à jour depuis plusieurs mois… Si sa compilation fait planter un serveur dédié, ça calme. Mais cela n’explique pas pourquoi le noyau est si vieux, surtout que j’ai pu le faire recompiler sans problèmes. À croire que les mainteneurs de Parabola GNU/Linux-libre n’en ont en presque plus rien à faire de la distribution. Je ne pensais pas le dire un jour, mais au final la distribution libre au sens de la FSF qui tient bien la route – malgré l’âge avancée de la logithèque proposée – c’est la Trisquel GNU/Linux qui a toujours une version LTS de retard sur le projet Ubuntu qui lui sert de fondement.

Ajout à 17 h 20, le 13 décembre 2024. J’ai fini par trouver une solution pour avoir la dernière version en date de GNU/IceCat. Je suis passé par l’énorme dépôt tiers Chaotic AUR (prévu à l’origine pour la Garuda Linux) et j’ai fait installé le GNU/IceCat disponible. J’ai ensuite désactivé le dépôt.

C’est moins propre qu’une recompilation en bonne et due forme, mais je n’avais pas envie de voir mon PC recompiler un logiciel dans une machine virtuelle qui giclera pour Noël.

En vrac’ de fin de semaine…

Petit en vrac’ en ce deuxième vendredi du mois de décembre 2024.

Côté logiciel libre, informatique et internet.

Côté culture ?

Rien cette fois-ci.

Sur ce, bon week-end !

En vrac’ de milieu de semaine…

Petit en vrac’ en ce premier mercredi de décembre 2024.

Côté logiciel libre, informatique et internet.

Côté culture ?

Rien cette fois-ci.

Pour finir l’article, une vidéo d’une partie de Dr Maria. Et oui, je me suis démené pour finir le deuxième niveau…

Sur ce, bonne fin de semaine !

Fedora 41 sur 6 mois, premier point d’étape.

Pour ce premier point d’étape du projet que j’ai entamé le 1er novembre, j’ai fait les mises à jour régulièrement, tous les 2 jours en moyenne pour m’éviter des attentes trop longues.

Sur le plan du gestionnaire de paquets, dnf 5 qui est fourni par défaut avec la Fedora 41 est plutôt véloce. Une vitesse qui rappelle celle de pacman sur Archlinux, donc autant dire que ça dépote.

Côté émulateur, je n’ai rien rajouté. Je reste donc avec le duo Dosbox-X (SDL2) et Vice, les deux basés sur le code de développement disponible. Il faudrait que je passe par des dépots Fedora Copr pour Dosbox-X (SDL2) en version stable, mais comme cette version ne m’intéresse pas…

Pour Vice, pas de nouveauté. C’est toujours une version 3.6.1 que l’on peut récupérer toute empaquetée. Je sais que c’est mal de dépendre sur des sudo make install et sudo make uninstall pour gérer des logiciels. C’est pour cela que je me limite à deux émulateurs gérés ainsi.

Les montées en version se passent sans problème. Mis à part que l’on est toujours avec un noyau 6.11.x au lieu d’un 6.12 auquel on pourrait s’attendre. En effet, j’ai pu apprendre qu’une « test week » pour le noyau Linux 6.12 se tiendra – aura eu lieu, tout dépend du moment où vous lirez cet article – du 1er au 8 décembre 2024.

J’ai fait deux ajouts. Le premier, c’est Gimp pour tester une version pré 3.0-RC1, comme celle fournie avec la Fedora Linux 41. Le deuxième, c’est de changer l’avatar de la page de connexion.

Donc pour le moment, tout va bien. Espérons que ce soit le cas par la suite… À suivre donc dans un billet pour fin décembre 2024.

En vrac’ de milieu de semaine…

Petit en vrac’ en troisième mercredi de novembre 2024.

Côté logiciel libre, informatique et internet.

Côté culture ?

Rappel : Altesia a lancé une campagne de financement participatif pour son troisième album qui sort en 2025. Plus d’informations sur la page Ulule du projet.

Sur ce, bonne fin de semaine !