gdmflexiserver compat issues
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Light Display Manager |
Won't Fix
|
Low
|
Unassigned | ||
lightdm (Ubuntu) |
Won't Fix
|
Low
|
Unassigned | ||
Oneiric |
Won't Fix
|
Low
|
Unassigned |
Bug Description
Hey,
I've discovered the gdmflexiserver compat layer in 0.9.3 and I'm not really sure it's really for prime time. First, it currently installs itself to /usr/lib/
Second, to be able to have this script called, it adds PKGLIBEXEC_DIR to the PATH. I don't think anything in /usr/lib should end up in the PATH, if the scripts has to be called, then it needs to be installed in the PATH, so make it /usr/bin. Yes that means conflicting with gdm, but you're not sure who will change the PATH later anyway so you're not sure /usr/bin won't be before that /usr/lib in the PATH.
Right now, I'm not sure there's a perfect solution, but please at least fix the PATH issue.
Changed in lightdm: | |
status: | New → Confirmed |
Changed in lightdm (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Low |
Changed in lightdm (Ubuntu Oneiric): | |
status: | Confirmed → Triaged |
Changed in lightdm: | |
status: | Confirmed → Triaged |
importance: | Undecided → Low |
Changed in lightdm (Ubuntu Oneiric): | |
status: | Triaged → Won't Fix |
Hey Michael, do you have any comment on that since you added the feature? I'm trying to think how we could handle the $PATH thing better, options I can think about are not optimal though:
- make gdm and lightdm conflict
- dpkg-divert gdmflexiserver in lightdm by a wrapper which has a "if gdm is running run that binary, if lightdm is running that one" logic
- ship the said wrapper in a package common to both gdm and lightdm and have those to depends on it
but ideally GNOME would move away from calling a binary and use a dbus service of some sort