[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: systemd now appears to be only possible init system in testing

Forward this to the debian CTTE, please!

On Tue, 2014-07-22 at 22:54 +0100, Julian Gilbey wrote:
> I just tried updating testing on my system.  I currently use
> sysvinit-core (reasons below), but aptitude is telling me that I
> should remove this in favour of systemd-sysv.  Hmm, why is that?
> Well, because the new version of libpam-systemd, 208-6, now depends on
> systemd-sysv rather than systemd-sysv | systemd-shim.  OK, so I'll
> remove libpam-systemd.  Ooops - that looks pretty disastrous, as so
> much depends on it, so that's not an option: gdm3, gnome-bluetooth,
> network-manager, policykit-1, udisks2.
> So I would presume that for many or most Debian systems, systemd is
> now required, and no other /sbin/init providers will work.  I'm
> unclear whether this was a deliberate policy decision or an unintended
> consequence of various package requirements.
> For me, this is a killer, as I still do not know how to solve the
> problem I asked a while back on debian-user
> (https://lists.debian.org/debian-user/2014/04/msg01286.html): in
> summary, I need to unlock an encrypted filesystem during boot time by
> asking for a password to feed into encfs.  But I cannot figure out how
> to do this under systemd.
> Answers to this question would also be much appreciated!
>    Julian

Reply to: