Please raise the importance of this bug. Like Michael Fischer in update
#27, I can confirm another case of data loss resulting from this bug. I
accidentally (because at this point, I'm familiar with the bug) shaded
my gvim window, and when I used alt-tab to un-minimize it, my entire X
session cra
>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
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
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
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468832
@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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468834
Title:
lightdm does not source .xsession
To manage notifica
See also Bug #1468834.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/794315
Title:
lightdm forgets to source /etc/profile and ~/.profile
To manage notifications about this bug go to:
https://bugs.l
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1468832
Title:
lightdm sources .profile
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/
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.
--
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
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
This affects me also. I upgraded to 14.04 from 13.10, and if it helps
the theme I use is the default (Ambiance).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1310056
Title:
unity-tweak-tool cant m
What is the status of this in Hardy (8.04 LTS)?
--
Yahoo server authentication changed: Pidgin =<2.5.6 will not connect to Yahoo!
servers.
https://bugs.launchpad.net/bugs/389322
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
17 matches
Mail list logo
