systemd-cron 1.5.10-1 MIGRATED to testing

FYI: The status of the systemd-cron source package in Debian's testing distribution has changed. Previous version: 1.5.9-1 Current version: 1.5.10-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

Package: udev Version: 232-25 Severity: important File: /lib/systemd/systemd-udevd Dear Maintainer, After upgrading to stretch I've discovered that some machines are taking a long time to boot -- more than two minutes -- with no immediately obvious cause. For example: > % systemd-analyze >

Bug#867335: stretch-pu: package systemd/232-25

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to make a stable upload for systemd. All changes are already in unstable. An annotated changelog follows: systemd (232-25+deb9u1) stretch; urgency=medium [

Bug#866624: resolve call failed: Unit dbus-org.freedesktop.resolve1.service not found.

Am 30.06.2017 um 17:22 schrieb Felipe Sateler: > > > On Fri, Jun 30, 2017 at 10:56 AM, Michael Biebl > wrote: > > Am 30.06.2017 um 16:42 schrieb Laurent Bigonville: > > Package: systemd > > Version: 233-9 > > Severity: normal > >

Bug#854699: marked as done (Shutdown fails with an encrypted filesystem on virtio device)

Your message dated Wed, 5 Jul 2017 12:34:23 +0200 with message-id and subject line Re: Shutdown fails with an encrypted filesystem on virtio device has caused the Debian Bug report #854699, regarding Shutdown fails with an encrypted filesystem on

Bug#867249: systemd: Boot hangs if /home is an automounted NFS share

Control: forcemerge 805553 -1 Am 05.07.2017 um 08:56 schrieb Arto Jantunen: > Package: systemd > Version: 232-25 > Severity: important > > If /home is configured to automount a network fs boot hangs while > waiting for systemd-tmpfiles-setup. There appears to be a missing > dependency and/or

Processed: Re: Bug#867249: systemd: Boot hangs if /home is an automounted NFS share

Processing control commands: > forcemerge 805553 -1 Bug #805553 [systemd] systemd 228-1 fails to boot: hangs in Create Volatile Files and Directories Bug #805553 [systemd] systemd 228-1 fails to boot: hangs in Create Volatile Files and Directories Marked as found in versions systemd/232-25. Bug

Bug#867249: systemd: Boot hangs if /home is an automounted NFS share

Package: systemd Version: 232-25 Severity: important If /home is configured to automount a network fs boot hangs while waiting for systemd-tmpfiles-setup. There appears to be a missing dependency and/or dependency loop here, the automount is enabled before the network and the NFS client are up