touch-packages team mailing list archive

[Johannes Mueller <1435492@xxxxxxxxxxxxxxxxxx>]

Hi Gunnar,

maybe I missed that ubuntu does interpret the meaning of /sbin
differently than the classic UNIX systems. In that case I'd fix it in my
.bashrc.

I really would be interested in a statement of an experienced ubuntu
developer about such a decission and the reasons for it.


Anyway I'm a bit surprised, that the "fix" was released that quickly, given that it does not fix anything. Either my point that one cannot assume that /sbin is in $PATH is right. Then the fix is not sufficient. Or it is wrong, then my whole bug report is not justified.

In the former case the logical solution would be, that no executables
that a non root user needs should reside in an sbin dir. That would
affect the package upstart-bin, that provides /sbin/upstart as well as
/sbin/initctl. upstart-bin also has some executables in /bin, so there
seems to be some distinction between /bin and /sbin


Now we have a fix for a maybe not justified bug report that actually does not solve the problem. I actually would be happier with "won't fix" and a clear statement that also (/usr)+/sbin should be in the user's $PATH.

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

Title:
  Xsession.d script assumes that /sbin is in $PATH

Status in upstart package in Ubuntu:
  Fix Released

Bug description:
  According to changelog.Debian from version 1.12.3 on lightdm is using
  "bash for the session to improve error handling" to fix #678421.

  Unfortunately this can break the session start up when the user sets
  the $PATH environment variable in ~/.bashrc. Then /sbin might no
  longer be in $PATH and /etc/X11/Xsession.d/99cadence-session-start
  won't find /sbin/upstart when calling "upstart --user"

  The mechanism is the following:

  1. /usr/sbin/lightdm-session lines 37-42 source among others
  ~/.profile

  2. The usual .profile of /etc/skel will source ~/.bashrc if the shell
  is Bash (and not /bin/sh)

  3. ~/.bashrc (maybe) is setting $PATH without /sbin

  4. upstart --user call fails as /sbin is not in $PATH

  Suggested solutions:

  * switch back to /bin/sh

  * make sure that /sbin is in $PATH

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