En vrac de milieu de semaine…

Un court billet, pour ce dernier mercredi de novembre.

Côté informatique :

Côté culture :

Alwaid, groupe de metal progressif français continue le financement participatif de son troisième album sur Ulule. Le financement s’arrêtera le 3 janvier 2022.

Bonne fin de semaine 🙂

Ma migration vers Gnome 41.1 ? Un sans fautes… Wow !

Gnome 41.1 aura mis du temps à arriver sur Archlinux, pour les dépôts de test pour l’instant… Les joies d’être sur testing 🙂

Il a pointé la majorité de ses paquets dans la soirée du 8 novembre, en deux fois. Une première série de paquets vers 21h35, une heure plus tard environ.

Les deux captures d’écran parlent d’elles-même. La prmière couche…

Et la deuxième !

Côté casse d’extension ? Rien du tout. Que ce soit l’extension gsconnect, la météo avec gnome-shell-extension-weather-in-the-clock, et la zone de notification par gnome-shell-extension-appindicator passant sans problèmes.

Je dois dire que j’ai été agréablement surpris par cette migration en douceur.

Pour finir l’article, l’obligatoire panneau d’informations de Gnome.

Il faudra juste me plonger dans les nouveautés de cette version, mais je ne pense pas que cela révolutionnera mon utilisation de l’informatique au quotidien. Prochaine étape ? Gnome 42 en avril 2022.

 

Ça faisait longtemps que je n’avais pas parlé d’Archlinux…

…je saute sur l’occasion pour parler d’un tout petit projet développé par Rawleenc. Un installateur sous la forme d’un script en Bash – un peu à l’image de l’installateur proposée sur les images ISO d’Archlinux mais en moins psychorigide. Pas difficile !

J’ai donc été contacté par Rawleenc qui me proposait de jeter un oeil à son petit projet personnel pour automatiser une installation d’Archlinux. Je sais installer une Archlinux à la main, mais il faut dire que c’est parfois rébarbatif et que si on peut s’économiser la saisie d’une bonne cinquantaine de ligne de commande (pour avoir un environnement complet), c’est toujours ça de pris.

Il y a bien sûr des projets comme EndeavourOS, Anarchy Installer, le duo ArchFI/ArchDI dans ce domaine. Mais quand j’ai pu lire sur la page du petit projet des phrases comme :

This script supports both UEFI and BIOS.

Donc un double support BIOS et UEFI ? Miam. Mais aussi des installations comme le trio d’environnement de bureaux classique (Gnome, KDE et Xfce), le support de zsh avec la configuration de GRML, ça m’a directement parlé.

Continuer la lecture de « Ça faisait longtemps que je n’avais pas parlé d’Archlinux… »

L’installateur automatisé d’Archlinux ? Si vous n’êtes pas anglophone…

Passez votre chemin. Depuis le mois d’avril 2021 – et non ce n’était pas un poisson d’avril – l’équipe d’Archlinux propose un installateur automatisé, basé sur Python. Il y a quelques jours, je parlais des installateurs automatisés pour Archlinux. Il ne manquait qu’Archinstall à l’appel.

J’ai pu le tester, et il souffre de plusieurs petits problèmes :

  1. Il est assez rigide au niveau du partitionnement.
  2. Les locales définies ne sont pas prises en compte à l’installation
  3. Le fuseau horaire entré n’est pas pris en compte par défaut

L’outil est intéressant mis à part cela, mais je dois dire que ce genre de limitations, inhérentes à des outils automatisées, sont un brin irritante. Surtout quand on doit les corriger en post-installation.

Mais le mieux, c’est une vidéo d’une vingtaine de minutes où je montre l’installateur en action… La vidéo aurait pu être plus longue, mais comme j’ai accès à la fibre optique, ça permet de limiter le temps d’installation 🙂

Que dire pour conclure : c’est pratique pour une installation à l’emporte-pièce, mais il lui manque la souplesse des autres installateurs dont j’avais parlé dans l’autre article. Ce sera sans moi pour le moment, en cas d’une installation à faire sur du matériel récupéré.

Applewin-git, le port linux d’AppleWin empaqueté pour le monde Archlinux.

Dans un article de début mai 2021, je faisais un bilan assez triste de l’émulation Apple II sous Linux.

Je concluais l’article ainsi en parlant du port effectué de main de maître par Andrea Oddetti du logiciel AppleWin :

Le port est plus que fonctionnel, dommage que la version QT – qui serait apprécier par la plupart des utilisateurs potentiels – souffre d’une telle latence. Dommage aussi qu’en mode fenêtré, les touches fléchées soient parfois non prises en compte.

Néanmoins, cela laisse un mince espoir de pouvoir se passer à terme du duo Wine et AppleWin à terme.

Le beau temps de ce mois mai – qui est franchement pourri, à peine 12° avec de la pluie – m’a donné envie de me pencher sur la possibilité d’avoir une version empaquetée de l’émulateur pour le monde Archlinuxien.

Et comme je l’avais dit :

Pour le moment, il n’y a pas de paquets sur AUR et c’est aussi bien comme cela, vu qu’il doit être bien laxatif à empaqueter comme logiciel.

Et je confirme cela. La partie la plus ennuyeuse a été de gérer les trois dépots github tiers pour qu’ils soient reconnus à la compilation. Mais j’y suis arrivé. J’ai réussi à faire fonctionner l’ensemble, aussi bien avec l’interface QT que SDL2 sous Gnome. Mes essais pour l’interface SDL2 ont échoué dans une machine virtuelle avec Xfce. Je ne sais pas pourquoi.

Mais le principal est d’avoir un port. Je l’ai donc capturé en action pour montrer qu’il y a de l’espoir pour l’émulation Apple II, même si le port QT est effroyablement lent en ce qui concerne le rendu audio via la carte Mockingboard.

Oui, le paquet n’est pas très propre, mais je ne désespère pas de faire fonctionner les sous-modules git dans la recette de compilation de l’émulateur. En tout cas, maintenant, je peux me passer du duo Wine et AppleWin pour mes besoins en émulation d’ordinosaure de la génération Apple II.

En vrac de milieu de semaine…

Un court billet, en ce milieu de semaine…

Côté informatique :

Côté culture :

Altesia, groupe de rock progressif bordelais, continue le financement participatif pour son deuxième album, prévu pour septembre 2021. Le financement s’arrêtera le 9 mai 2021.

J’ai parlé dans un article précédent du projet de rétro-ordinateur, le Commander X16. Voici donc les deux niveaux de la version shareware du port en cours du jeu « Attack of the Petscii Robots ».

Et le deuxième niveau :

C’est tout pour aujourd’hui.

Bonne fin de semaine 🙂

Quand la route de l’Enfer est pavée de bons sentiments, ça donne l’outil ArchInstall.

Dans les notes de publication du mois d’Avril 2021, Archlinux annonçait l’arrivée d’un outil d’installation automatisée, ArchInstall.

Même si officiellement il est chaudement recommandé de passer par une installation à la main, cet outil qui est encore assez jeune peut être considéré comme « canonique » par les modérateurs du forum d’Archlinux.

D’ailleurs l’outil en question a sa page dans le wiki d’Archlinux.

Mais c’est ici où les choses se gâtent rapidement et qu’on peut se dire que cet outil est trop jeune pour être intégré dans l’image officielle. En effet, voici la liste des choses qu’on ne peut pas faire avec cet outil :

  1. Choisir son partitionnement
  2. Choisir d’avoir ou pas un espace de swap
  3. Choisir son gestionnaire de démarrage
  4. Choisir comment trier les miroirs de paquets pour l’installation

Il y a aussi le fait que l’outil est muet quand il fait le tri des miroirs de paquets, ce qui donne l’impression qu’il s’est planté alors que ce n’est pas le cas. Il y aussi le fait que les locales sont peut-être demandées, mais elles ne sont pas appliquées correctement.

En clair, vous vous retrouvez avec un système en Anglais américain même si vous avez choisi une autre locale. J’ai fait une vidéo d’une quinzaine de minutes qui montrent l’engin en action et ses nombreuses limitations.

On peut dire que l’outil est très jeune, mais il est aussi très psychorigide. On est loin de la souplesse d’une installation manuelle ou encore passer par l’outil Anarchy voire prendre une EndeavourOS et lui sortir ses spécificités, car je le rappelle, EndeavourOS est une Archlinux à 99,9% comme je l’avais montré en septembre 2019.

Bref, pour le moment, fuyez cet outil qui est bien trop vert pour être considéré avec un peu de sérieux.

En vrac’ de fin de semaine

Petit en vrac’ en ce chaud début du mois d’avril 2021.

Côté logiciel libre, informatique et internet.

Côté culture ?

Pour finir, parlons du « Jardin des délices » de Jérome Bosch, toile très connue. Sur le cul d’un de damnés, il y a une partition… Une personne l’a déchiffré et l’a interprété.

Bon week-end 🙂

Gnome 40, une migration presque en douceur.

C’est via une information relayée par un ami au pseudonyme patissier que j’ai appris que la Manjaro Linux qui fait fonctionner mon vieil ordinateur portable – un Toshiba à base de processeur Intel T4200 qui remonte à l’époque de la transition de MS-Windows Vista vers MS-Windows 7 – que Gnome 40 était disponible.

La Manjaro Linux en question est une Tux’n’Vape Mate migrée il y a environ six mois vers Gnome. Elle est sur le canal unstable, en clair celui qui est la version de développement de la Manjaro Linux stable.

La migration ne s’est pas trop mal passée, mais j’ai perdu quelques extensions au passage :

  1. OpenWeather qui affiche la météo dans la barre supérieure. Un bug est ouvert en ce qui concerne le passage vers Gnome 40.
  2. Dash-to-dock pour avoir le dash toujours visible, avec un bug ouvert lui aussi.

Le reste ne s’est pas trop mal passé. J’ai pu avoir un support de Gnome 40 dans Pamac via l’utilisation de mon paquet AUR pamac-aur-git qui est désormais étiquetté – du moins au moment où je rédige cet article comme une version 10.1.0beta dont une des principales nouveautés est le support de Gnome 40 justement.

Je me suis demandé ce que donnait la préversion de Gnome 40 disponible – au moment où je rédige l’article, le 28 mars 2021 – dans le dépôt Gnome Unstable. Étant déjà utilisateur d’Archlinux testing – avec les hauts et les bas que cela implique – j’ai franchis le pas.

Continuer la lecture de « Gnome 40, une migration presque en douceur. »

Chassez le naturel, il revient au galop :)

Oui, j’imagine déjà les commentaires qui vont dire que je suis à la recherche d’un bruit médiatique, que je veux me payer la trogne de Canonical. Mais je reste dans les faits et je suis dans le constat. Depuis sa naissance en 2004, Ubuntu a été connu pour avoir tenté plusieurs fois d’influencer le monde du libre en imposant des solutions logicielles faites maison. C’est de bonne guerre, surtout quand on voit que le monde du libre est plus proche du capitalisme (avec la concurrence parfois hargneuse entre les projets) que du monde soviétique.

Mais je n’ai pas envie de lancer un débat sur les systèmes économiques ici. Revenons aux faits. Dans un article de fin avril 2019, je disais ceci :

[…]
Il y a une boîte qui a fait énormément de bien pour la démocratisation du libre qui est l’exemple même de cette politique de cavalier, c’est Canonical. Oui, la maison mère d’Ubuntu. Avant que certaines personnes ne sortent les haches, les torches et les cordes pour me lyncher, je tiens à préciser que j’ai apprécié ce qu’à fait la boite de Mark Shuttleworth durant les années 2004-2009. Depuis c’est moins le cas.

On peut citer au moins trois tentatives pour imposer ses solutions qui se sont viandées. Chronologiquement ?

1. Upstart (2006-2014)
2. Unity (2010-2016)
3. Mir en tant que remplaçant de Wayland (2013-2017)
[…]

Je vous renvoie à la suite de l’article en ce qui concerne le remplaçant de sysVinit et l’interface graphique pour les outils de Gnome 3.

Depuis, on peut rajouter les paquets universels appelés snap contre les flatpak (poussés par IBM et RedHat) et les Appimages. Je ne trouve aucun intérêt à ce genre de logiciels sur une distribution à flux constant contrairement au modèle de publication à date donnée (que la date soit impérative ou qu’elle glisse en fonction de l’avancement).

Continuer la lecture de « Chassez le naturel, il revient au galop 🙂 »

Mon bilan pour l’année 2020 : une année « blanche » ou presque.

Maintenant que l’année 2020 vit ses dernières heures, du moins lors de la rédaction de ce billet, j’ai eu envie de faire un bilan. C’est une année « blanche » ou presque en ce qui me concerne. En effet, je comptais prendre des cours de conduite pour réessayer de passer le permis de conduire après une première tentative vers 1995-1996.

C’est au moment où je comptais m’inscrire auprès d’une auto-école que le premier confinement est arrivé. Autant dire que cela repoussait automatiquement mon inscription. Quand le premier confinement se déclencha, je pensais aux personnes qui étaient prêtes à tenter leur chance à l’examen qui se prenait un arrêt sec de leurs démarches en pleine face.

Ensuite, le temps que les auto-écoles récupèrent un peu et que je puisse envisager une inscription – après avoir mis un peu d’argent de côté pour les premières leçons au coût moyen de 42 à 45 euros de l’heure – que le deuxième confinement pointait le bout de son nez.

Autant vous dire que je suis un brin écoeuré, même si je suis bien content que le code que j’ai décroché en juin 2019 ait une durée de validité maximale de 5 ans, loin des 2 ans que j’avais connu lors de ma première tentative de décrocher le permis de conduire. Ce qui me laisse encore une marge confortable. C’est déjà ça de pris !

Côté culture, ce fut une année d’un calme trompeur. En effet, je n’ai acheté cet année que quatre albums : « Paragon Circus » d’Altesia, « Plow » de Tarmak, « A Shadow of Memories » de Lethian Dreams et « 0110 » de Cosmic Ground.

Côté littéraire – si je peux parler ainsi – j’ai publié deux oeuvres en auto-édition via Amazon : « Les contes de Tonton Fred » (en avril 2020) et « Le Dragon et la Princesse » (en octobre 2020).

J’ai attaqué un nouveau projet, du nom de projet « M ». Pour le moment, je n’ai écris qu’une douzaine de pages, vous comprendrez que je préfère rester silencieux. Je pense que j’ai bien encore 4 à 6 mois de travail sur ce projet pour le faire aboutir. J’en reparlerai donc d’ici juin 2021. Tout ce que je peux vous montrer, c’est l’état d’avancement en cette fin d’année 2020.

Continuer la lecture de « Mon bilan pour l’année 2020 : une année « blanche » ou presque. »

Les installateurs facilitants pour Archlinux… Mieux vaut en rire qu’en pleurer, surtout en cas de pépins…

Je dois vous raconter mes petites mésaventures matinales pour vous faire mieux comprendre le pourquoi du comment de ce billet. Mais commençons par un peu de contexte.

Hier soir, le 22 novembre, je suis allé sur le forum d’EndeavourOS et je suis tombé sur un fil concernant une modification concernant le logiciel CUPS qui est l’outil de gestion des imprimantes dans le monde linuxien.

En effet, Apple qui a maintenu durant des années le code de CUPS l’a laissé pourrir toute l’année 2020. Si on regarde au niveau des modifications de code en ce 23 novembre 2020, une seule entrée le 27 avril pour dire que CUPS 2.3.3 était sorti. Je ne sais pas pourquoi, mais ce code en train de se dessécher à l’air libre, ça me rappelle les conditions de naissance d’un certain LibreOffice.

Un fork – plus qu’utile pour une fois – a été lancé par l’organisation OpenPrinting. Sur le fil du forum d’EndeavourOS, j’ai appris qu’il fallait modifier le service pour lancer cups. En effet, on est passé du service org.cups.cupsd à cups.service. Ce qui est ennuyeux pour les installations automatisées.

Autant dire que la plupart des installateurs facilitant sont impactés jusqu’à la sortie d’une nouvelle version et si on utilise un d’entre eux actuellement, comme Anarchy, EndeavourOS, RebornOS ou encore Calam Arch Installer, c’est mal barré pour avoir le service CUPS fonctionnel au démarrage si le besoin s’en fait sentir.

J’en ai profité pour prévenir Chennux qui maintient un « fork » de mon guide d’installation pour Archlinux sur github. Ainsi qu’Anarchy pour qu’il corrige le code touché par la modification du service utilisé.

Imaginez donc la bonne surprise avec un installateur non à jour en ce qui concerne CUPS. Bienvenue dans les joies de l’administration d’une base Archlinux.

J’ai fini la parenthèse du contexte. Ce matin, je vais sur youtube et je tombe sur une vidéo promouvant Calam Arch Installer (qui ressemble étrangement à EndeavourOS sur le plan des principes utilisés). Je me suis dit que la vidéo en question tombait bien mal.

Une nouvelle fois, ce n’est pas l’installation d’une Archlinux qui est complexe, il suffit de savoir lire et d’avoir de bonnes bases en anglais. C’est la maintenance sur le long terme, et quand ce petit genre de pépin arrive, nombre de personnes qui ne se doutaient pas de la difficulté d’administrer une installation d’Archlinux bazarderont le tout.

Mais il est vrai que ce n’est que la quinzième fois que je parle de ce problème… Mais comme on dit : il n’y a pas pire sourd que la personne qui se bouche les oreilles. Sur ce, bonne journée 🙂

Ah, la grande famille Archlinuxienne ;)

C’est un commentaire d’Éric sur mon précédent billet en vrac’ qui m’a donné envie de faire ce court billet. Car il faut le dire : se retrouver dans la famille Archlinuxienne, ce n’est pas évident.

Il y a un peu de tout, et surtout n’importe quoi. Mais essayons de faire un inventaire de l’ensemble sans oublier trop de monde au passage.

Outre la maison mère, on trouve les projets qui sont des Archlinux plus ou moins pures dont voici la liste, du moins les projets encore activement développés au moment où je rédige cet article :

  1. EndeavourOS
  2. RebornOS
  3. Anarchy (un installateur)
  4. Zen Installer (un autre installateur)
  5. Arco Linux et ses innombrables images ISO
  6. Artix Linux, anciennement Archlinux OpenRC
  7. Obarun, une Archlinux avec s6 comme init par défaut
  8. Parabola GNU/Linux, la Archlinux 100% Libre
  9. Garuda Linux, un peu spéciale 🙂

Les distributions qui y ressemblent sans en être vraiment ? On peut citer KaOS qui est une cousine d’Archlinux, car elle utilise pacman mais sans être une base Archlinux, mais une base Linux From Scratch.

Il serait dommage d’oublier la fille la plus célèbre d’Archlinux, j’ai dénommé Manjaro Linux qui n’est pas en odeur de sainteté dans certains cercles bien informés 🙂

Sans oublier l’idéologique TromJaro, qui me fait demander si les personnes derrière le projet n’abuse pas de gateaux spatiaux… 😀

Enfin, pour finir, je citerais le duo de script archfi / archdi qui permettent l’installation d’une base Archlinux en partant de l’image d’installation officielle.

Une douzaine de projets et encore, j’ai dû en oublier au passage, je tiens à m’excuser pour les dits oublis. Autant dire qu’une araignée n’y retrouverait pas ses petits…

Mais, c’est ainsi que vit le logiciels libre, de forks en forks, qu’ils soient plus ou moins bien justifiés, plus ou moins bien assumés.

Déjà un an EndeavourOS ? Bon anniversaire alors !

En septembre 2019, j’écrivais un article où je précisais que j’étais un des membres de l’équipe de modération du forum d’EndeavourOS, un installateur pour Archlinux de très bonne qualité. Au point d’avoir été cité à l’époque dans un article qui parlait des « héros cachés » du projet.

Fred Bezies – For bringing out bug reports on our ongoing work on the Github page.

Ce qui m’a valu une place de modérateurs et la confirmation que le surnom que je me suis auto-attribué – et qui fait toujours rire – de BugMan est justifié. Je me suis aussi impliqué à mon niveau – mais moins qu’à l’époque Tux’n’Vape – dans le projet. J’ai une machine virtuelle qui me permet de compiler des images ISO quand j’en ai besoin qui est vieille de plusieurs mois et qui est toujours en excellent état.

Mon implication la plus forte reste sur le forum où je donne des coups de main de temps à autres, et surtout à la traduction des annonces – fortement aidé par Deepl.com pour gagner du temps – et de l’outil d’accueil « Welcome » dont Florent (ou Florian ?) alias FLVAL avait commencé la traduction et que j’ai repris.

Si je me suis approché du projet, c’est qu’il a compris dès le départ ce qui avait été l’échec d’Antergos, en dehors d’un installateur en éternelle version bêta : vouloir trop en faire.

Dans les notes de publication de l’image ISO du premier anniversaire, la plus grande annonce, c’est l’arrivée d’une version pour ARM.

C’est logique après tout. Mais ce qui est bien avec ce projet dont les serveurs sont financés pour les deux ans à venir, c’est qu’en cas d’arrêt total, les installations pourront continuer d’être mises à jour, car c’est une Archlinux pure et dure qui est installée, avec les petits inconvénients que cela entraine.

Mon cadeau à ce premier anniversaire, c’est une vidéo pour montrer en action les nouveautés de l’outil Welcome en version 3.0 et de l’excellent AKM.

On se dit – pour ce sujet – rendez-vous dans un article pour juillet 2021 et le deuxième anniversaire d’EndeavourOS ? 🙂

C’est vrai, c’est bien connu, Archlinux ça ne tient pas le choc dans le temps :)

Un petit billet d’humour sur une rumeur tenace sur Archlinux. Je suis Archlinuxien depuis plus de 10 ans. Et en moyenne, mes installations tenaient dans les deux ans. Il faut dire que je leur en mettais plein la… figure et j’étais bien content de les voir tenir aussi longtemps 🙂

Cependant, en ce 15 juin 2020, je viens de m’apercevoir que mon installation actuelle d’Archlinux faite à l’époque en utilisant l’outil Anarchy – pour gérer l’UEFI que je ne maitrisais pas franchement en 2018 – approche petit à petit des 900 jours. Oui, 900 !

Pour être plus précis, 839 jours. Donc au 15 août 2020, les 900 jours seront atteints. Les 1000 ? Au 23 novembre 2020. Tiens, une idée pour un billet dans quelques mois, c’est cool 🙂

Comme quoi, on peut très bien avoir des installations vieilles de deux ans voire plus qui sont toujours en vie sur une Archlinux.

Il y a une formule du droit romain qui dit ceci : « Quod gratis asseritur, gratis negatur » ce qu’on peut traduire par : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Voici donc la sortie de la commande head /var/log/pacman.log -n 20. En gros, les 20 premières lignes du fichier qui enregistre les activités de pacman.


[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)
[2018-02-27 17:44] [ALPM] installed readline (7.0.003-1)
[2018-02-27 17:44] [ALPM] installed bash (4.4.019-1)
[2018-02-27 17:44] [ALPM] installed bzip2 (1.0.6-7)
[2018-02-27 17:44] [ALPM] installed attr (2.4.47-3)
[2018-02-27 17:44] [ALPM] installed acl (2.2.52-4)
[2018-02-27 17:44] [ALPM] installed gmp (6.1.2-1)
[2018-02-27 17:44] [ALPM] installed libcap (2.25-1)
[2018-02-27 17:44] [ALPM] installed gdbm (1.14.1-1)
[2018-02-27 17:44] [ALPM] installed db (5.3.28-3)
[2018-02-27 17:44] [ALPM] installed perl (5.26.1-2)

En l’espace de presque 940 jours, je suis passé d’un noyau Linux 4.14.x ou 4.15.x au 5.7.2. Soit une quinzaine de versions (du 4.14 ou 15 au 4.20, puis du 5.0 au 5.7). Sans oublier la tétrachiée de versions mineures intermédiaires. De même, mon installation est passée de gcc 7.3.x à la version 10.1, de la glibc 2.26 à la 2.31, a connu Mate-Desktop 1.20, 1.22, 1.24 et actuellement Gnome 3.36. Autant dire que ça a pas mal bougé 🙂

Sans oublier les logiciels installés une fois puis viré, les émulateurs, les virtualisateurs, etc… Mon installation a même survécu – grâce aux bons soins d’un certain BabaOrhum – au passage du système d’un disque dur vers un nvme…

Continuer la lecture de « C’est vrai, c’est bien connu, Archlinux ça ne tient pas le choc dans le temps 🙂 »