On Tue, Aug 28, 2012 at 4:40 PM, Dave Reisner <d@falconindy.com> wrote:
On Tue, Aug 28, 2012 at 04:31:09PM +0200, Sébastien Luttringer wrote:
On Fri, Aug 24, 2012 at 7:44 PM, Tom Gundersen <teg@jklm.no> wrote:
On Fri, Aug 24, 2012 at 7:02 PM, Dave Reisner <d@falconindy.com> wrote:
Still, I guess my point is that we should be testing for the presence of variables before trying to expand them.
if [ -n "$HOME" ] && [ -s "$HOME/.config/locale.conf ]; then
I agree. Will post a new version.
The way XDG_* is set is just messed up. One might hope that one day it will be done better (say by a pam module). Shouldn't need to be part of xorg, it is useful even with no graphical login.
I think other distros might order scripts by number. I've always thought that /etc/profile.d stuff is pretty ridiculous, but it's also roughly par for the course when you're talking about anything involving shell.
Sure, but most of these things are not shell-specific, so I hope something better will come along...
-t /etc/environment and ~/.pam_environment are loaded by pam_env. This handle all loading of env vars without focus on locales one.
The missing feature is a kind of env.d directory.
Why not only drop all stuff based on scripts shell and use pam_env?
Sure, you can even do something like:
session required pam_env.so conffile=/dev/null envfile=/etc/locale.conf user_envfile=.config/locale.conf
But, pam_env has no ability to filter/allow a specific set of variables. conffile allow to filter specific set of variables.
from pam_env.conf manual: The /etc/security/pam_env.conf file specifies the environment variables to be set, unset or modified by pam_env(8)
You could put anything you want in here. Where the magic begin. If all requirement are met, we can drop all profile.d crap.
-- Sébastien "Seblu" Luttringer www.seblu.net