pas besoin de mettre en hold ensuite sysV, le simple fait de mettre
Pin-Priority:-1 sur systemd interdit son installation.
je nettoie toute install Debian de cette atrocité, sauf par exemple
quand je monte un hyperviseur Proxmox, où là c'est un prérequis de l'appli.
Le 19/07/2020 à 12:13, Stéphane Rivière a écrit :
Le 19/07/2020 à 00:29, Guillaume Tournat a écrit :
cat /etc/apt/preferences.d/systemd
Package: *systemd*
Pin: release *
Pin-Priority: -1
Je pars d'une install nue systemd Buster par exemple...
comme ca, il n'installe pas cette bouse de systemd.
Je pin tout systemd...
J'installe sysvinit-core
Régénère initramfs et grub et redémarre ?
Puis je mets en hold sysvinit-core pour prévenir toute réinstallation
intempestive de systemd ?
C'est /aussi simple/ que ça ?
Sur une station gnome, je suis bien sûr qu'on aurait quelques /centaines
de paquets désormais dépendants de systemd.
Dans le cas d'un serveur, avec tous les paquets typiques d'un serveur,
on échappe à ces dépendances ?
mmm... shure not ? (C) Idiocracy
on reste sur un bon vieux sysV des familles :
Faut avouer que, pour un serveur dont l'objectif est la fiabilité, donc
la simplicité, systemd n'est pas indispensable.
# dpkg -l|grep sysv
ii sysv-rc 2.93-8 all System-V-like
runlevel change mechanism
ii sysvinit-core 2.93-8 amd64
System-V-like init utilities
ii sysvinit-utils 2.93-8 amd64
System-V-like utilities
et si on garde des configs propres, ca migre sans souci.
N'ayant pas peur des nouveautés, je m'étais toujours adapté aux
évolutions. Mais ta proposition rejoins ma préoccupation.
J'avais vaguement entendu dire qu'on pouvait (comme le suggérais Gilles)
se passer de networkd, qu'on pouvait aussi virer systemd... et bien
allons y...
Merci pour vos bons conseils !
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
