touch-packages team mailing list archive

[Serge Hallyn <1442228@xxxxxxxxxxxxxxxxxx>]

** Also affects: init-system-helpers (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: upstart (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: init-system-helpers (Ubuntu)
       Status: New => Triaged

** Changed in: upstart (Ubuntu)
       Status: New => Triaged

** Changed in: upstart (Ubuntu)
   Importance: Undecided => High

** Changed in: init-system-helpers (Ubuntu)
   Importance: Undecided => High

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

Title:
  lxc fails to start inside vivid container

Status in init-system-helpers package in Ubuntu:
  Triaged
Status in lxc package in Ubuntu:
  Triaged
Status in upstart package in Ubuntu:
  Triaged

Bug description:
  When installing lxc, the lxc.postinst tries to install apparmor profiles.
  Inside a vivid container on an upstart-based host, the profile loading
  script will test /bin//running-in-container and see that it is in a container
  and exit 0.  On a systemd host, /bin/running-in-container doesn't work, so
  the profile loading script exits with error, failing the postinst.

  /bin/running-in-container needs to be generalized to work with
  systemd.

  Unlike upstart, systemd leaves its environment showing in /proc/1/environ,
  so we can in fact simply check for "grep -q container=lxc /proc/1/environ",
  which we couldn't do with upstart.  However, to keep things more similar
  between upstart and systemd, and to handle all cases, it would probably be
  best to have a systemd unit starting at boot which does the same thing as
  the /etc/init/container-detect.conf does.

  Then move /bin/running-in-container from upstart into init-system-
  helpers.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/init-system-helpers/+bug/1442228/+subscriptions