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é.

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 🙂