Bug#756261: libpam-systemd: rdepends on libpam-systemd can't run with sysvinit as libpam-systemd depend on systemd-sysv only

2014-07-28 Thread Elimar Riesebieter
Package: libpam-systemd Version: 208-6 Severity: normal Please add an alternate dependency on sysvinit-core and respective on upstart, though. Elimar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture:

Re: Bug#752075: daemontools-run: Add systemd support

2014-07-28 Thread Michael Biebl
Am 26.07.2014 15:21, schrieb Gerrit Pape: On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote: Am 22.07.2014 14:34, schrieb Gerrit Pape: On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote: I'm really not keen to add a dependency to daemontools-run, esp. not to the runit

Bug#756261: libpam-systemd: rdepends on libpam-systemd can't run with sysvinit as libpam-systemd depend on systemd-sysv only

2014-07-28 Thread Michael Biebl
Am 28.07.2014 15:34, schrieb Michael Biebl: Am 28.07.2014 15:00, schrieb Elimar Riesebieter: Users don't have any chance to choose an initsystem other than systemd when they want to use packages which are rdepend on libpam-systemd. And these are many many. I don't see any progress to find a

Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

2014-07-28 Thread Marc Glisse
severity 726027 critical thanks makes unrelated software on the system (or the whole system) break, pretty much what I am seeing here. The recent upgrades pulled in systemd (it is very hard to avoid currently) and made the system unbootable. The workaround I found was to boot in debug mode,

Processed: Re: Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

2014-07-28 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: severity 726027 critical Bug #726027 [systemd] Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops Severity set to 'critical' from 'normal' thanks Stopping processing here. Please contact me if you need

Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

2014-07-28 Thread Michael Biebl
Control: -1 important Am 28.07.2014 15:53, schrieb Marc Glisse: makes unrelated software on the system (or the whole system) break, pretty much what I am seeing here. The recent upgrades pulled in systemd (it is very hard to avoid currently) and made the system unbootable. The workaround I

Processed: severity of 726027 is important

2014-07-28 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: severity 726027 important Bug #726027 [systemd] Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops Severity set to 'important' from 'critical' thanks Stopping processing here. Please contact me if you

Re: unlocking encfs during boot (Re: systemd now appears to be only possible init system in testing)

2014-07-28 Thread Michael Biebl
Hi, Am 28.07.2014 01:54, schrieb Christian Hofstaedtler: * Michael Biebl bi...@debian.org [140727 23:09]: Am 22.07.2014 23:54, schrieb Julian Gilbey: 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

Re: unlocking encfs during boot (Re: systemd now appears to be only possible init system in testing)

2014-07-28 Thread Michael Biebl
Am 28.07.2014 16:53, schrieb Michael Biebl: --8--- [Unit] Description=Unlock EncFS DefaultDependencies=no After=local-fs.target Before=display-manager.service getty@tty1.service [Service] Type=oneshot RemainAfterExit=true Environment=RootDir=/home/.encfs/crypt

Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

2014-07-28 Thread Marc Glisse
On Mon, 28 Jul 2014, Michael Biebl wrote: Am 28.07.2014 15:53, schrieb Marc Glisse: makes unrelated software on the system (or the whole system) break, pretty much what I am seeing here. The recent upgrades pulled in systemd (it is very hard to avoid currently) and made the system unbootable.

Bug#726027: Required-Start: $remote_fs for rcS type services (early boot) can lead to dependency loops

2014-07-28 Thread Michael Biebl
Am 28.07.2014 17:23, schrieb Marc Glisse: The output of systemctl list-jobs and journalctl -alb would be helpful for a start. The first only listed: 497 systemd-logind.service start running The second is: http://geometrica.saclay.inria.fr/team/Marc.Glisse/tmp/systemd It seems that the

Bug#756307: systemd: Systemd fail to start(mount) stop(umount) Unit boot.mount

2014-07-28 Thread Michael Biebl
Am 28.07.2014 18:06, schrieb Corcodel Marian: Package: systemd Version: 208-6 Severity: normal Hi When run systemctl stop boot.mount fail to execute. What is the exact error message you get on systemctl stop boot.mount Do you get any error message in the journal? -- Why is it that all

Bug#736258: acpid won't stop, won't upgrade (systemd) - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736258

2014-07-28 Thread Jonathan de Boyne Pollard
ZH $ sudo systemctl stop acpid ZH Job for acpid.service canceled. ... because, as noted, it's a socket-activated service, which actually makes it two separately startable and stoppable things (acpid.service and acpid.socket) in the world of systemd, only one of which is being stopped when you're

Bug#756340: marked as done ([systemd] Boot stops with certain (valid) tmpfs entries in /etc/fstab)

2014-07-28 Thread Debian Bug Tracking System
Your message dated Tue, 29 Jul 2014 00:05:44 +0200 with message-id 53d6c938.2000...@debian.org and subject line Re: Bug#756340: [systemd] Boot stops with certain (valid) tmpfs entries in /etc/fstab has caused the Debian Bug report #756340, regarding [systemd] Boot stops with certain (valid) tmpfs