touch-packages team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

Debian experimental (will land in wily):
Test case: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=experimental&id=19135a96074bfb2
Fix: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=experimental&id=4ac741db2d66

Backported to Ubuntu branch for vivid:
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=ubuntu&id=8c649c0e
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=ubuntu&id=439a7731

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

** Also affects: systemd (Ubuntu Wily)
   Importance: Low
     Assignee: Martin Pitt (pitti)
       Status: Fix Committed

** Also affects: systemd (Ubuntu Vivid)
   Importance: Undecided
       Status: New

** Changed in: systemd (Ubuntu Vivid)
       Status: New => In Progress

** Changed in: systemd (Ubuntu Vivid)
   Importance: Undecided => Medium

** Changed in: systemd (Ubuntu Wily)
   Importance: Low => Medium

** Description changed:

- Trying to enable a SysV init service results in an error:
+ SRU TEST CASE:
+ --------------
+ Trying to enable a SysV init service which does not have a corresponding systemd unit results in an error:
  
- # systemctl enable sysstat
- Synchronizing state for sysstat.service with sysvinit using update-rc.d...
- Executing /usr/sbin/update-rc.d sysstat defaults
- Executing /usr/sbin/update-rc.d sysstat enable
+ # systemctl enable pulseaudio
+ Synchronizing state for pulseaudio.service with sysvinit using update-rc.d...
+ Executing /usr/sbin/update-rc.d pulseaudio defaults
+ Executing /usr/sbin/update-rc.d pulseaudio enable
  Failed to execute operation: No such file or directory
  
- I expected the service to be enabled.
+ /etc/init.d/pulseaudio actually does get enabled (check
+ /etc/rc*/*pulse*), but the command fails with code 1 and you get that
+ error message. With the fix the command succeeds.
+ 
+ SRU Regression potential
+ ------------------------
+ Low, the modes for "sysv script + systemd unit" as well as "systemd unit only" already have automatic tests, and now this scenario ("sysv script only") has a test too. In the worst case this has the potential of completely breaking systemctl enable/disable, which can be worked around with changing symlinks manually, and isn't breaking the boot.
+ 
  
  Version details:
  
  Description:	Ubuntu 15.04
  Release:	15.04
  
  systemd:
-   Installed: 219-7ubuntu3
-   Candidate: 219-7ubuntu3
-   Version table:
-  *** 219-7ubuntu3 0
-         500 http://us-west-2.ec2.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
-         100 /var/lib/dpkg/status
+   Installed: 219-7ubuntu3
+   Candidate: 219-7ubuntu3
+   Version table:
+  *** 219-7ubuntu3 0
+         500 http://us-west-2.ec2.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
+         100 /var/lib/dpkg/status

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1447807

Title:
  systemctl enable fails to enable a SysV service

Status in systemd package in Ubuntu:
  Fix Committed
Status in systemd source package in Vivid:
  In Progress
Status in systemd source package in Wily:
  Fix Committed

Bug description:
  SRU TEST CASE:
  --------------
  Trying to enable a SysV init service which does not have a corresponding systemd unit results in an error:

  # systemctl enable pulseaudio
  Synchronizing state for pulseaudio.service with sysvinit using update-rc.d...
  Executing /usr/sbin/update-rc.d pulseaudio defaults
  Executing /usr/sbin/update-rc.d pulseaudio enable
  Failed to execute operation: No such file or directory

  /etc/init.d/pulseaudio actually does get enabled (check
  /etc/rc*/*pulse*), but the command fails with code 1 and you get that
  error message. With the fix the command succeeds.

  SRU Regression potential
  ------------------------
  Low, the modes for "sysv script + systemd unit" as well as "systemd unit only" already have automatic tests, and now this scenario ("sysv script only") has a test too. In the worst case this has the potential of completely breaking systemctl enable/disable, which can be worked around with changing symlinks manually, and isn't breaking the boot.

  
  Version details:

  Description:	Ubuntu 15.04
  Release:	15.04

  systemd:
    Installed: 219-7ubuntu3
    Candidate: 219-7ubuntu3
    Version table:
   *** 219-7ubuntu3 0
          500 http://us-west-2.ec2.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
          100 /var/lib/dpkg/status

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