On Fri, 31 Aug 2007, Steve Langasek wrote:

> reassign 440356 localization-config
> thanks
>
> On Fri, Aug 31, 2007 at 09:37:12PM +0200, Cristian Ionescu-Idbohrn wrote:
> > Package: libpam-modules
> > Version: 0.99.7.1-3
> > Severity: normal
>
> > Keep getting these messages:
>
> > ,----
> > | Aug 27 20:32:44 hostname su[23410]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > | Aug 31 19:37:31 hostname su[4146]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > | Aug 31 19:44:58 hostname login[6802]: pam_env(login:session): Unable to 
> > open env file: /etc/default/locale: No such file or directory
> > | Aug 31 19:51:00 hostname login[6803]: pam_env(login:session): Unable to 
> > open env file: /etc/default/locale: No such file or directory
> > | Aug 31 19:54:45 hostname su[10352]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > | Aug 31 20:01:44 hostname su[11248]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > | Aug 31 20:01:46 hostname su[11251]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > | Aug 31 20:01:47 hostname su[11253]: pam_env(su:session): Unable to open 
> > env file: /etc/default/locale: No such file or directory
> > `----
>
> > /etc/default/locale seems to have been obsoleted by localization-config.
> > Touching /etc/default/locale stops the /var/log/auth.log clutter.
>
> > Any chance removing the code which tries to access /etc/default/locale soon?
>
> First, no, the code which tries to access /etc/default/locale is not in
> pam. This is configured in the individual, per-package PAM config files
> in /etc/pam.d/, which are not the responsibility of the pam package.

Ok.  My assumption is wrong.  In that case the code which tries to access
/etc/default/locale remains to be identified.

> Second, /etc/default/locale is not obsolete, it is the central location
> where the system locale is to be configured on Debian systems.  I'm not
> sure what localization-config's involvement here is, but if it's
> responsible for /etc/default/locale being absent on a newly-installed
> system, then that's a bug in localization-config.

Another assumption on my part.  It may very well not be correct.

> But probably it isn't; it's my understanding that /etc/default/locale is
> the responsibility of the installer, so subject to confirmation by the
> localization-config maintainer, this bug probably needs to be reassigned
> again or closed.

Yes.

  # dpkg -S /etc/default/locale
  dpkg: /etc/default/locale not found.

I don't recall removing /etc/default/locale by my own hand, but I can't
rule that totally out either.

* I can't figure out what hapened
* I can't find who/what might be responsible for the /etc/default/locale
  disappearance
* I can't connect the /var/log/auth.log messages to specific codes

but this is what I could find:

  # find /var/lib/dpkg/info -type f | xargs egrep /etc/default/locale

  /var/lib/dpkg/info/dictionaries-common.config:  if ( -e
  "/etc/default/locale" ){

  /var/lib/dpkg/info/locales.config:DEFAULT_ENVIRONMENT=$(cat
  /etc/environment /etc/default/locale 2>/dev/null | awk 'BEGIN
  {lang="None"} /^LANG=/ {gsub("\"", ""); sub("LANG=", ""); lang=$0;} END
  {print lang}')

  /var/lib/dpkg/info/locales.postinst:EE="/etc/default/locale"

  /var/lib/dpkg/info/openssh-server.preinst:# /etc/default/locale, so read
  that as well.

  /var/lib/dpkg/info/openssh-server.preinst:auth       required
  pam_env.so envfile=/etc/default/locale

Looks like nothing of the above requires /etc/default/locale to exist and
I can't find the connection to `su' and `login' :(


Cheers,

-- 
Cristian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to