I don't follow the reason for closing this... It seems like maybe you're
thinking I said this bug is all wrong, but it's not. The point is that
instead of *sourcing* $HOME/.xsession, the Xsession system script should
*exec* it if it exists, completely bypassing the rest of the system
Xsession scri
>From the debian manual:
> any user who defines "~/.xsession" or "~/.Xsession" is able to
customize the action of "/etc/X11/Xsession" by completely overriding the
system code.
It does (or did) that by executing the script via exec...
--
You received this bug notification because you are a memb
It may well have, but it's a change that's bad. For what it's worth,
the Debian manuals still document this:
https://www.debian.org/doc/manuals/debian-
reference/ch07.en.html#_customizing_the_x_session_classic_method
I've been a member of the Linux community for 20 years--Take comfort in
the f
Which is a good point actually... what if the user is a C shell user?
How does sourcing .profile help them? The "classic" way of setting this
up is clearly far superior.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm
In point of fact .xsession is supposed to be an executable shell script
with a shebang line, it's not supposed to be sourced at all, or at least
historically that has always been the case. Theoretically the .xsession
file could be a C shell script so as long as it is executed instead of
sourced, t
Also slight correction: BASH does NOT automatically source .bashrc on
login shells; so .profile would need to source the environment file as
well.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs
@Myself: in my description I repeatedly used "interactive shell" when I
meant "login shell" instead. The distinction is important, (and thus
the shell makes the distinction)--the user's .profile is only sourced in
the latter case. On all other interactive shells it sources .bashrc
instead. This
Try:
man xsession
The X window system has been reading this file since forever.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1468834
Title:
lightdm does not source .xse
See also Bug #1468834.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/794315
Title:
lightdm forgets to source /etc/profile and ~/.profile
Status in Light Display Manager:
Public bug reported:
There is a decades-old standard protocol for starting up a user's X
session, which requires display managers to source the user's
~/.xsession file. lightdm fails to do this. See also Bug #1468832.
** Affects: lightdm (Ubuntu)
Importance: Undecided
Status: New
See also Bug #1468834.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lightdm in Ubuntu.
https://bugs.launchpad.net/bugs/1468832
Title:
lightdm sources .profile
Status in lightdm package in Ubuntu:
New
Bug description:
Public bug reported:
It is a bug for any display manager to read .profile--you guys are
absolutely killing me with this. The user's .profile is to be read by
the shell, on interactive shell (i.e. terminal) logins ONLY. The man
page for bash explains this in detail; it's also discussed in the das
Sigh. Display managers should NEVER source .profile at all... that
file is exclusively for interactive shells, as is explicitly stated in
all of the man pages of every shell ever. I just opened Bug #1468832
about this, where I also explained how to properly accomplish what
people want here.
--
I think this bug (and1310056, dup of this bug) should not be closed as
wont-fix, it should be reopened and reassigned to whatever software
component (Unity, presumably) is making this behavior change impossible.
It's absolutely shameful that the Linux desktop has been consistently
and brutally dum
14 matches
Mail list logo