Tu m'apprends que c'est possible, merci, je vais étudier ça.
Lors d'une itération précédente de debian, on a eu un paquet init qui incluais runit-init dans la liste des options, concrètement c'est juste pour s'assurer que le système est complet, le paquet runit existait déjà avant (mais pas runit-init, il fallait finaliser les choses à la main, pas très difficile cependant).
De nos jours, le paquet init ne fournit plus cette alternative, mais comme je l'ai dis, ce paquet est juste un méta-paquet, pas même essentiel (heureusement!), runit-init est toujours présent, et évite toujours de faire les opérations à la main, tout en fournissant un moyen simple et efficace de savoir si systemd-init essaie de s'inviter "discrètement" via une dépendance indirecte (*) vu qu'ils sont en conflit direct, et grâce au système de dépendances.
J'en profite pour mentionner une fois de plus l'interface ncurses d'aptitude, qui, bien réglée, rend ce problème trivial à résoudre.
Mon conseil:
désactiver l'auto-réparation;
activer la prévisualisation des actions avant installation;
désactiver l'installation automatique des paquets recommandés;
Ces réglages permettent de réparer les conflits soi-même, d'en minimiser l'existence parce que pas de dépendances inutilisées qui peuvent tirer pas mal de trucs en cascade, donc d'apprendre a quoi servent les paquet présents et d'avoir un système raisonnablement léger, pour un coût de maintenance très faible, l'interface ncurses étant plutôt très bien foutue. Evidemment, elle n'est pas parfaite, loin de la, mais c'est largement supérieur à la CLI d'apt et apt-get, tout en fournissant le même degré de granularité. Quand elle est insuffisante, c'est que le dernier recours est probablement d'utiliser dpkg directement...
*: ça arrive régulièrement "grâce" à libgtk-3-common, qui dépends de dconf-gsettings-baackend | gsettings-backend, le 1er étant installé par défaut. Celui-ci dépend de dconf-service, qui dépend de default-dbus-session-bus | default-dbus-session-bus qui sont fournis soit par dbus-user-session, soit par dbus-x11, le 1er étant installé par défaut.
Celui-ci dépendant de libpam-systemd et systemd, un conflit est généré.
La solution est, pour le coup, très simple:
soit installer gconf-gsettings-backend, qui est le choix que j'ai fait. Ce paquet dépend de gconf-service, qui ne requiert que des instances de libdbus-.*, qui ne nécessitent pas dbus du tout (d'où mon choix: je n'ai, après tout, aucune utilité pour dbus, n'en déplaise aux fanatiques du bureau tout intégré);
soit installer dbus-x11 au lieu de default-dbus-session-bus ou dbus-session-bus (vivement qu'on puisse prendre le car tiens, j'en ai marre de ces bus moi) qui ne dépend pas de systemd, manquerait plus que ça!
[^] # Re: mises à jour
Posté par freem . En réponse au journal 2 ans d'Artix Linux dans un GUL de province (GEBULL.org). Évalué à 4.
Lors d'une itération précédente de debian, on a eu un paquet init qui incluais runit-init dans la liste des options, concrètement c'est juste pour s'assurer que le système est complet, le paquet runit existait déjà avant (mais pas runit-init, il fallait finaliser les choses à la main, pas très difficile cependant).
De nos jours, le paquet init ne fournit plus cette alternative, mais comme je l'ai dis, ce paquet est juste un méta-paquet, pas même essentiel (heureusement!), runit-init est toujours présent, et évite toujours de faire les opérations à la main, tout en fournissant un moyen simple et efficace de savoir si systemd-init essaie de s'inviter "discrètement" via une dépendance indirecte (*) vu qu'ils sont en conflit direct, et grâce au système de dépendances.
J'en profite pour mentionner une fois de plus l'interface ncurses d'
aptitude, qui, bien réglée, rend ce problème trivial à résoudre.Mon conseil:
Ces réglages permettent de réparer les conflits soi-même, d'en minimiser l'existence parce que pas de dépendances inutilisées qui peuvent tirer pas mal de trucs en cascade, donc d'apprendre a quoi servent les paquet présents et d'avoir un système raisonnablement léger, pour un coût de maintenance très faible, l'interface ncurses étant plutôt très bien foutue. Evidemment, elle n'est pas parfaite, loin de la, mais c'est largement supérieur à la CLI d'apt et apt-get, tout en fournissant le même degré de granularité. Quand elle est insuffisante, c'est que le dernier recours est probablement d'utiliser dpkg directement...
*: ça arrive régulièrement "grâce" à
libgtk-3-common, qui dépends dedconf-gsettings-baackend | gsettings-backend, le 1er étant installé par défaut. Celui-ci dépend dedconf-service, qui dépend dedefault-dbus-session-bus | default-dbus-session-busqui sont fournis soit pardbus-user-session, soit pardbus-x11, le 1er étant installé par défaut.Celui-ci dépendant de
libpam-systemdetsystemd, un conflit est généré.La solution est, pour le coup, très simple:
gconf-gsettings-backend, qui est le choix que j'ai fait. Ce paquet dépend degconf-service, qui ne requiert que des instances delibdbus-.*, qui ne nécessitent pas dbus du tout (d'où mon choix: je n'ai, après tout, aucune utilité pour dbus, n'en déplaise aux fanatiques du bureau tout intégré);dbus-x11au lieu dedefault-dbus-session-busoudbus-session-bus(vivement qu'on puisse prendre le car tiens, j'en ai marre de ces bus moi) qui ne dépend pas de systemd, manquerait plus que ça!