On 04/03/2012 10:49 PM, Ken Moffat wrote:
> On Tue, Apr 03, 2012 at 08:13:46PM +0100, Ken Moffat wrote:
>> On Tue, Apr 03, 2012 at 07:51:52PM +0100, Ken Moffat wrote:
>>>>>
>>>>> 1.2 I suppose we could stress that anyone not building in /usr&&
>>>>> /etc needs to provide symlinks in /etc/xdg if they want to use gdm ?
>>
>> Actually, it might be that XDG_CONFIG_DIRS (and XDG_DATA_DIRS) are
>> not being picked up. According to an ubuntu bug, the gnome xsession
>> reads them via /etc/profile and, perhaps, a user's profile. I
>> suspect the glue to pick up /etc/profile is not in place. Will need
>> to go back to the other box to take a look and play with it some
>> more :-(
>>
> There is good news, and there is bad news.
>
> First, the good news. /usr/sbin/gdm is a wrapper script and it can
> be inspected to see that it does indeed source /etc/profile, where
> XDG_DATA_DIRS and XDG_CONFIG_DIRS are set. It's the CONFIG DIRS
> that supply the sysconfdir.
>
> Second, the bad news. By placing some spoof values into these
> directories in /etc/profile, I can see that gnome-session invokes or
> uses GsmUtils for some of these spoof directories. For the DATA
> DIRS I prepended /opt/fubar/share and that is indeed checked. For
> the CONFIG DIRS I prepended both /opt/fubar/etc/xdg and
> /etc/gnome/xdg (ahead of /etc/xdg) - neither is mentioned and I
> can't get to a desktop login.
>
> So, it's gnome-shell that is doing this and failing to find
> gnome-settings-daemon when I try to run gdm. If I put the
> directories in .xinitrc and use startx then everything is found.
> So, I think its probably a misfeature, to be worked around by
> symlinks if gnome-settings-daemon.desktop is not in an expected
> place and not in a $PREFIX/share directory. I suppose that it could
> also be worked around by, in gnome-settings-daemon, using
> --sysconfdir=${GNOME_PREFIX}/share/gnome and adding that to the
> XDG_DATA_DIRS (untested), but that is too ugly (need to add the
> /usr/share/gnome directory to the existing /usr/share), and likely
> to break if something else in gnome-session is added which also uses
> sysconfdir. I'll go with the symlinks.
>
> ĸen
I don't want to mess with your work, but you can try "forcing" gdm to
read environment file ... Since gdm is run as gdm user, you would need
probably to create environment files in it's home directory. Anyways,
you can also try using pam_env in gdm's pam configuration files and make
it to read some file with gdm specific information. ie, "auth required
pam_env.so envfile=/etc/gdm/environment" or something like that. I hate
that wrapper script, since it isn't usefull for anything here. I even
patched build system to remove it's building, and just let gdm-binary be
gdm.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
