| Summary: | sys-apps/qingy-0.9.4 not sourcing /etc/profile when non-root user login to X session using /bin/zsh as shell | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jakub Ruzicka <yaccobb> |
| Component: | Current packages | Assignee: | Michele Noberasco (RETIRED) <s4t4n> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 19924 | ||
| Bug Blocks: | |||
|
Description
Jakub Ruzicka
2007-01-03 12:15:34 UTC
Thanks for the heads up. Yet, your issue should already be fixed in qingy 0.9.4, which is in Portage, masked and pending stabilization. You should try out that version... Yes, in sys-apps/qingy-0.9.4 this issue is fixed for console login, however when I use fluxbox X session (x11-wm/fluxbox-0.9.15.1-r1, /etc/X11/Sessions/fluxbox) the problem is exactly the same. I really want to fix this, if you give me direction I 'll try to do so myself, but I don't have the slightest idea what to do... The problem is that /etc/env.d is sourced only for login shells, but afaik a login shell should be fired up only if you want a command prompt, not when you want it to start something (i.e. xinit) and die when this program closes... Doing otherwise may even result in the command failing to start at all (it happens for if you use zsh, for example)... (In reply to comment #3) > The problem is that /etc/env.d is sourced only for login shells, but afaik a > login shell should be fired up only if you want a command prompt, not when you > want it to start something (i.e. xinit) and die when this program closes... > Doing otherwise may even result in the command failing to start at all (it > happens for if you use zsh, for example)... > Well, good you mentioned that example as I actually DO use zsh and when I use bash instead, it works. Any ideas (except switching to bash;]) ? Well, what is the problem exactly? First thing I do when I fire up my Gnome environment it to fire up a terminal, and I tell it to start my shell as a login shell, so no problem there... (In reply to comment #5) > Well, what is the problem exactly? First thing I do when I fire up my Gnome > environment it to fire up a terminal, and I tell it to start my shell as a > login shell, so no problem there... > The problem is /etc/profiles isn't sourced for X sessions with qingy and zsh as login shell in /etc/passwd, nothing more, nothing less. It's terrible as locales aren't set so fonts in everything using my lang. are messed up and PATH isn't set so I can't run apps not in standard system PATH (/usr/games/bin for example)... System isn't usable that way. It works properly with bash+qingy and even zsh+agetty so I don't understand what exactly is wrong... I made it work by appending line source /etc/profiles to /usr/bin/startfluxbox which I use to start FB. It doesn't work out-of-box for XFCE either... It's quite a WTF and it almost pissed me so much I was going to dd if=/dev/one of=/dev/hda3 (yep, I have /dev/one working:-P) to my gentoo partition... life without qingy is meaningless, don't you think;o) Well, well, finally I was able to get to the root of the problem... The problem is not that (like I thought before) zsh is not able to fire up a program when started as a login shell. It does, only on my machine the execution failed because PATH was not set correctly and zsh could not find the executables I wanted to launch. Upon further investigation, I discovered that zsh, unlike bash, when invoked as a login shell does not source /etc/profile, sourcing /etc/zprofile (that is /etc/zsh/zprofile on my Gentoo box) instead. Only, PATHs are set by Gentoo in /etc/profile, thus adding to my /etc/zsh/zprofile a . /etc/profile solved all the environmental issues on my machine. I just committed to qingy svn repository a change that makes qingy start (again) every shell as a login shell, and I should release a new version in a day or two... Yet I think that Gentoo's default /etc/zsh/zprofile should be fixed. qingy 0.9.5 is out and in Portage, and it fixes the login shell issues... zsh still has to provide decent PATHs, though... With zsh bug closed this should be fixed, too... |
