Que deviennent les installateurs automatisés en ligne de commande pour Archlinux ?

Cela fait longtemps que je n’ai plus parlé d’informatique libre sans parler de ses travers aussi comiques que contre-productifs. Étant archlinuxien de la pointe des cheveux jusqu’aux orteils, je pense pouvoir m’exprimer dessus sans être traité de tous les noms… Mais on ne sait jamais après tout 😀

Mais d’abord, revenons sur une vérité trop souvent oubliée : « Le plus dur avec Archlinux, ce n’est pas l’installation, mais la maintenance en vie de l’ensemble. »

Ah, l’installation. Outre les projets graphiques comme EndeavourOS, il existe des scripts d’automatisation de l’installation, que l’on prenne l’outil fourni sur les images ISO depuis le mois d’avril 2021, ou encore le projet plus récent de Rawleenc dont j’avais déjà parlé en octobre 2021.

L’outil officiel s’est bien développé et je dois dire que j’ai été agréablement surpris, mis à part le fait qu’il faille passer par le chroot pour configurer la bonne locale du système installé. Adrien Linuxtricks qui avait parlé de l’installateur et qui a ouvert un bug a été ma source pour montrer l’installation « corrigée ».

Le script d’installation développé par Rawleenc a bien évolué en l’espace d’une dizaine de mois. De script bash à l’origine, c’est désormais un script python qui fait le travail et le fait bien. En l’espace d’une dizaine de minutes on peut avoir un environnement complet avec le support des imprimantes après avoir passé deux ou trois minutes à entrer les informations nécessaires au bon déroulé de l’installation.

Bien évidemment, seules les installations faites à la main ou via le script disponible sur l’image ISO mensuelles sont supportées. Mais cela fait plaisir d’avoir un outil qui en moins d’un quart d’heure propose une installation propre et prête à l’utilisation, modulo l’ajout de certains logiciels comme LibreOffice par exemple, même si on peut rajouter des logiciels à volonté avant que l’installation ne démarre.

Une nouvelle fois, « le plus avec Archlinux, c’est l’administration »… Mais libre à vous de tenter l’aventure avec EndeavourOS ou encore avec le script officiel ou celui de Lawreenc… Vous êtes prévenus !

16 réflexions sur « Que deviennent les installateurs automatisés en ligne de commande pour Archlinux ? »

  1. Bonsoir Fred,
    Merci pour ces 2 vidéos comparatives, c’est très instructif !
    Globalement les 2 scripts se valent, le second semblant moins gourmand en RAM au démarrage d’après Neofetch (721 Mo contre 901 Mo, ce qui est assez significatif quand même).
    Il est clair que rien ne vaut une bonne installation manuelle mais après tout, il faut reconnaitre que cette release 3.2.5 de archlinux-install est très aboutie, fluide, et vraiment rapide.
    C’est objectivement une alternative très crédible.
    Au fait en parlant de rapidité, c’est moi ou ton élocution l’est de plus en plus 🙂
    Il faut te ressaisir tonton car tu parles de plus en plus vite et tu articules de moins en moins, du coup tu as tendance parfois à partir en cacahouète aussi rapidement qu’un Windows Millenium sous amphétamines !!! ça ne te rappelle rien ???
    Allez qui aime bien châtie bien, @ +

    1. Pour mon élocution, c’est lié au fait que je suis célibataire et que je n’ai personne avec qui échanger en 24/7.

      Voila. De plus, je n’avais pas fait de vidéos depuis 15 jours à 3 semaines. Ce qui explique mon élocution un brin pourrie.

    2. Bonjour !
      Merci beaucoup pour l’article et pour ton commentaire !
      Il y a pas mal de grosses nouveautés en préparation qui arrivent pour la 3.3.0, la branche de développement contient une bonne partie si ce n’est la totalité de cette future release.
      Ça tarde un peu à sortir étant donné que je suis seul sur le projet, qu’il s’agit d’un projet personnel que je développe sur mon temps libre et qu’il y a pas mal de cas différents à tester.
      Cela dit des reviews de ce genre font toujours vraiment plaisir et motive à continuer !
      Merci encore et bonne continuation !

      1. En tout cas, ton projet a quand même cet avantage sur l’officiel que lui (le tien), au moins, même sans se farcir l’étape du chroot, il permet d’aboutir à un OS entièrement francisé (jusque dans les menus de GRUB !) au redémarrage ! Chose que ne fait pas l’installeur officiel, même quand on lui demande de s’afficher en français (avec un beau bug sur l’interprétation de l’apostrophe, remplacée par le code HTML « ' »)…

        Sinon, Fred : c’est dommage que tu n’aies pas vu la vidéo d’Adrien elle-même, parce que ça y est sur l’installeur officiel, la possibilité de filtrer les listes comme celle des fuseaux horaires, avec la touche « / » (mentionnée en bas de chaque écran).

  2. Salut Fred,
    Sans trop s’écarter du sujet principal et pour finir, je te confirme que tes anciennes vidéos étaient plus faciles à écouter. Objectivement, tu restes clair et fin pédagogue pour les linuxiens que nous sommes à des degrés de compétence divers et variés, mais tu bouffes parfois des syllabes entières qui rendent la compréhension parfois laborieuse. Heureusement qu’il existe pause et retour arrière !
    Bref il faut te ressaisir, à l’aube de tes 5 balais 😉

  3. A propos, l’autre jour je me suis souvenu de ton post sur les cannelés car je lisais un article à ce sujet. J’ai donc acheté 4 moules à cannelés en cuivre, j’attends avec impatience de les essayer.

  4. Salut fred ,

    Eh bien si je peux dire une choses asser cocasses sur arch linux ( Endeavour os pour ma part ) des qu’il y a un soucis ses réparer en 2/3 coups de terminal avec le wiki arch linux…

    De plus certains programmes pour les installer comparer a une bases debian ( ubuntu mate sans snap) yay est mon aliers ultime , je vois tellement de grand n’importe quoi tel wue sur pc astuces ou même une simple information ses compliqué… ( Inxi ses du nougat ? )

    Bref pour moi (oui dingue) arch linux est plus simple a l’utilisation & la réparation + l’installation de programme

  5. Comment c’est passer la transition de gnome 42 pour les gens qui on manjaro ?

    pour moi, des choses, ont explosé en vol.
    – le thème d’icône à changer. Je n’ai plus qu’un seul thème maintenant.
    – une grande quantité d’orphelin j’ai eu, j’ai donc tout supprimé et nm-connection-editor c’est aussi retrouvé en orphelins, bizarre bizarre.
    – le graphique de virtualbox à changer aussi, je pense qu’un paquet de QT5 a du exploser en vol.

    1. concernant gnome 42 et Manjaro ,
      il faut bien lire avant le sujet sur le forum manjaro.org
      il y a un début de passage de gtk3 a gtk4
      et un passage qt5 a qt6 ….
      sans évoquer la situation de adwaita et icônes ( pb rencontré en testing sur Xfce – gtk3 de mon côté )

  6. A propos de GNOME, j’ai lu ce qui suit dans « man mpv ». En bon Français ça s’appelle une volée de bois vert 🙂

    Disabling Screensaver
    By default, mpv tries to disable the OS screensaver during playback (only if a VO
    using the OS GUI API is active). –stop-screensaver=no disables this.

    A common problem is that Linux desktop environments ignore the standard screen‐
    saver APIs on which mpv relies. In particular, mpv uses the Screen Saver extension
    (XSS) on X11, and the idle-inhibit on Wayland.

    GNOME is one of the worst offenders, and ignores even the now widely supported
    idle-inhibit protocol. (This is either due to a combination of malice and incompe‐
    tence, but since implementing this protocol would only take a few lines of code,
    it is most likely the former. You will also notice how GNOME advocates react of‐
    fended whenever their sabotage is pointed out, which indicates either hypocrisy,
    or even worse ignorance.)

    Such incompatible desktop environments (i.e. which ignore standards) typically re‐
    quire using a DBus API. This is ridiculous in several ways. The immediate practi‐
    cal problem is that it would require adding a quite unwieldy dependency for a DBus
    library, somehow integrating its mainloop into mpv, and other generally unaccept‐
    able things.

    However, since mpv does not officially support GNOME, this is not much of a prob‐
    lem. If you are one of those miserable users who want to use mpv on GNOME, report
    a bug on the GNOME issue tracker: https://gitlab.gnome.org/groups/GNOME/-/issues

    Alternatively, you may be able to write a Lua script that calls the xdg-screen‐
    saver command line program. (By the way, this a command line program is an utterly
    horrible kludge that tries to identify your DE, and then tries to send the correct
    DBus command via a DBus CLI tool.) If you find the idea of having to write a
    script just so your screensaver doesn’t kick in ridiculous, do not use GNOME, or
    use GNOME video software instead of mpv (good luck).

    1. Oui, sur mon Arch sous XFCE¹ aussi, j’ai dû ajouter un script nommé « xscreensaver.lua » pour que MPV bloque le lancement de l’économiseur d’écran…

      ¹ Basé sur GTK, et donc malheureusement tributaire des caprices de GNOME ; comme le fait que maintenant, certains logiciels nécessitent de passer par l’éditeur Dconf ou une commande gsettings pour s’afficher en thème sombre si on utilise le thème Adwaita par défaut, telles les dernières versions en date de File-roller, Evince, Simple-scan et le gestionnaire de polices de GNOME, ce dernier passé en GTK4.

  7. gnome 42 à remplacer gedit par text editor.

    j’ai toujours gedit sur ma manjaro.

    et vous ? un nouveau bloc note vous avez eu ?

Les commentaires sont fermés.