Alors en fait, j'ai cherché ( car oui, je ne discute pas sans recherche minimum ), et j'ai trouvé divers choses.
Alors il y a virt-sandbox-service, qui est un wrapper entre libvirt et systemd. La dépendance est à la fois assez faiable ( car ça fait des unités systemd, rien de complexe à refaire sous upstart ) mais elle existe.
En fait, je savais même pas que c'était fortement lié à systemd avant de regarder en détail.
Tu as aussi des trucs comme fleet ( https://github.com/coreos/fleet ) du projet coreos, qui permet d'avoir un systemd sur le réseau ( ie, activation à la volée, ce genre de choses ).
[^] # Re: En fait la discussion continue
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 5.
Alors en fait, j'ai cherché ( car oui, je ne discute pas sans recherche minimum ), et j'ai trouvé divers choses.
Alors il y a virt-sandbox-service, qui est un wrapper entre libvirt et systemd. La dépendance est à la fois assez faiable ( car ça fait des unités systemd, rien de complexe à refaire sous upstart ) mais elle existe.
Ensuite, j'ai trouvé cockpit :
http://liquidat.wordpress.com/2014/02/11/first-look-at-cockpit-a-web-based-server-management-interface/
En fait, je savais même pas que c'était fortement lié à systemd avant de regarder en détail.
Tu as aussi des trucs comme fleet ( https://github.com/coreos/fleet ) du projet coreos, qui permet d'avoir un systemd sur le réseau ( ie, activation à la volée, ce genre de choses ).
Ou netctl :
https://github.com/joukewitteveen/netctl
Et je pense qu'à terme, tu va avoir kde/gnome qui vont utiliser logind, qui s'appuie sur la gestion de cgroups de systemd.
Donc oui, la question est pas que théorique.