[Bug 1305395] Re: systemd-login service not started on package install

[Launchpad Bug Tracker]

This bug was fixed in the package systemd - 204-5ubuntu18

---------------
systemd (204-5ubuntu18) trusty; urgency=medium

  * Revert "Do not restart logind on package upgrades" change from
    204-0ubuntu1. This is obsolete now, as we only ever shipped version 204 in
    stable releases. This was an intra-development release upgrade fix only,
    and it did not even work properly. This fixes logind not getting started
    on package install. (LP: #1305395)
  * Update 60-keyboard.hwdb from upstream git. Adds Samsung Series 7 Ultra.
  * debian/libpam-systemd.systemd-logind.upstart: Don't try to mount
    /sys/fs/cgroup/systemd in a container, as that will fail. cgmanager will
    be used for these cases.
 -- Martin Pitt <martin.pitt at ubuntu.com>   Thu, 10 Apr 2014 15:46:51 +0200

** Changed in: systemd (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1305395

Title:
  systemd-login service not started on package install

Status in “systemd” package in Ubuntu:
  Fix Released

Bug description:
  In systemd 204-0ubuntu1, debian/rules was changed to not restart
  logind on upgrades.

  --- debian/rules        2013-05-22 12:09:59 +0000
  +++ debian/rules        2013-06-04 10:46:58 +0000
  @@ -179,7 +179,7 @@
          dh_installinit --upstart-only --name=udevtrigger --no-start
          dh_installinit --upstart-only --name=udevmonitor --no-start
          dh_installinit --upstart-only --name=udev-fallback-graphics --no-start
  -       dh_installinit --name systemd-logind --upstart-only
  +       dh_installinit --upstart-only --name systemd-logind --no-start
   
   autoreconf:
          cp -f /usr/share/gtk-doc/data/gtk-doc.make docs/

  However, the particular usage here -- --no-start -- also means that
  the service is not started on package install.

  I found this because I managed to get my system into a state where
  logind was not running after boot due to bug #1302264, and then was
  confused that it still was not running after upgrading libpam-systemd.
  I think what was wanted here was dh_installinit -r (--no-restart-on-
  upgrade), not dh_installinit --no-start.

  The other thing I notice is that the rationale for this is given as:

     Do not restart logind on package upgrades, as the cgroup
  organization changed in this version.

  But the *old* prerm script is still going to have stopped logind
  before the upgrade, which means that any users that upgraded from
  raring to saucy would have had logind stopped on upgrade.  If there
  were bug reports about such problems at the time, maybe that explains
  the behavior that was seen...

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: systemd-services 204-5ubuntu17
  ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6
  Uname: Linux 3.13.0-19-generic x86_64
  ApportVersion: 2.14-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed Apr  9 19:12:59 2014
  InstallationDate: Installed on 2010-09-24 (1293 days ago)
  InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
  SourcePackage: systemd
  UpgradeStatus: Upgraded to trusty on 2013-10-23 (168 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1305395/+subscriptions