This bug was fixed in the package lightdm - 1.19.1-0ubuntu1

---------------
lightdm (1.19.1-0ubuntu1) yakkety; urgency=medium

  * New upstream release:
  * debian/lightdm.dirs:
    - Rename "xlocal" seat type to "local". Using "xlocal" will continue to work
      but report a warning.
    - Ensure user configuration directories /etc/lightdm/lightdm.conf.d and
      /etc/guest-session exist
    - Use MIR_SERVER_HOST_SOCKET instead of MIR_SOCKET to report compositor
      socket to sessions. This used to work but no longer works in Mir 0.21
      (LP: #1583624)
    - Allow XMir to run on the xlocal seat using the new x-server-backend=mir
      option
    - Use only a single compositor on local seats (LP: #1594229)
    - Fix Mir greeter log filename having "(null)" in the name (LP: #1590582)
    - Copy fcitx/mozc rules so session works when these aren't installed
      (LP #1581187)
    - Revert lxsession change - it caused the AppArmor to fail to compile
  * debian/rules:
    - Revert dh_installinit change - we don't want to start LightDM on install
      (LP: #1581106)
  * debian/guest-account.sh:
  * debian/guest-session-setup.sh:
    - Source prefs.sh as privileged user to allow user modification
      (LP: #1581853)

 -- Robert Ancell <robert.anc...@canonical.com>  Mon, 20 Jun 2016
16:18:36 +1200

** Changed in: lightdm (Ubuntu)
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1581853

Title:
  Source prefs.sh as privileged user to allow user mods

Status in lightdm package in Ubuntu:
  Fix Released
Status in lightdm source package in Xenial:
  In Progress

Bug description:
  [Impact] including [Test Case]

  The Ask Ubuntu question <http://askubuntu.com/q/771080> called my
  attention to a regression in 16.04 as regards the possibilities for
  the system owner to configure the guest account. Up to 15.10 you can
  put e.g. this line in /etc/guest-session/prefs.sh:

  adduser $USER somegroup

  But if you try that in 16.04, the guest session won't launch. The
  explanation is that after the reorganization of the guest session code
  in 16.04, prefs.sh is sourced by /usr/share/lightdm/guest-
  session/setup.sh, which is not run as root.

  The linked merge proposals restore the previous behavior by letting
  prefs.sh be sourced by /usr/sbin/guest-account again.

  [Regression Potential]

  Low.

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

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to