• [^] # Re: Je pose la question dans l'autre sens

    Posté par (site web personnel) . En réponse au journal Les problèmes d’un desktop sans systemd ?. Évalué à 5. Dernière modification le 04 novembre 2022 à 11:51.

    en effet, c’est ce qui m’intéresse très fort dans BSD. Mais la moindre popularité de BSD implique souvent certaines difficultés avec le hardware (moins bonne autonomie de la batterie, pas de bluetooth sous openbsd, moindre performance en utilisation desktop, etc...). D’où le fait que je louche vers Void qui semble tenter de réconcilier le meilleur de deux mondes.

    Une chose à garder à l'esprit : void linux utilise musl libc. Cette dernière, bien qu'étant excellente (et utilisée notamment dans la toute aussi excellente Alpine ainsi que dans l'embarqué e.g. avec openwrt/buildroot) peut potentiellement entrainer des petites difficultés avec certains softs (e.g. Gnome ?). Il vaut mieux le savoir et faire le choix en connaissance de cause. Comme void utilise musl, l'absence de systemd est une conséquence logique : en retrouvant mes vieux posts, je disais ici, ici et ici la chose suivante : systemd ne marche qu'avec la glibc et Lennard a clairement dit qu'il refusait de résoudre le problème ("we will rely on good APIs exposed in the generally accepted Linux API which is the one glibc exposes".

    Concernant des expérimentations antérieures à systemd et moins connues que upstart/openrc/s6, j'avais autrefois bien aimé les approches décrites dans ces deux vieux posts (merci archive.org) concernant Pardus/Pisi (entièrement fait en Python) et IBM Developerworks (à base de Makefile :). J'avais aussi bien aimé Debian file-rc (qui n'est évidemment plus maintenu). J'ai aussi l'impression que uselessd est abandonné...

    Note que Artix propose différentes variantes et qu'en dehors de openrc tu as aussi dinit, s6, system66, runit...