when upstart init the session jobs, it should be robust against environment changes (fallback?)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
lightdm (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
upstart (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
A file that is commonly modified is /etc/environment.
If you remove the PATH line in this file, you can start a session upstart-less quite easily, and things will still work.
PATH="/
However, if upstart manage your session, you can't log in (you will be rejected and going back to the greeter quickly). I thnk we should be more fortified against this pebkac issue, especially has we have no really good log for it to know what happened (nothing in lightdm or upstart logs rather than exiting the session and gnome-session logs were not there as it's not executed).
What happens is:
/usr/sbin/
in .xsession-errors.
indeed, which init doesn't return anything as /sbin isn't in path. We should maybe hardcode /sbin/init in this script?
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: upstart 1.8-0ubuntu2
ProcVersionSign
Uname: Linux 3.9.0-2-generic x86_64
ApportVersion: 2.10.2-0ubuntu1
Architecture: amd64
Date: Tue May 28 09:51:48 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2012-05-28 (364 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MarkForUpload: True
SourcePackage: upstart
UpgradeStatus: No upgrade log present (probably fresh install)
UpstartBugCategory: Session
UpstartRunningS
UpstartRunningS
Changed in upstart (Ubuntu): | |
importance: | Undecided → Medium |
as pitti pointed out, a symlink from /sbin/init to /bin/init would make sense as it's now a user-centric part as well.