Adduser devel - Jan 2006 - Bug#345639: adduser: [INTL:de] prompt does not match expected response

Package: adduser
Version: 3.80
Severity: normal

In the german translation, the prompt appearing after the users
information was added asking "If the information are correct [y/N]" is
translated to the german letters [j/N] for german Ja=Yes and Nein=No.
Yet the letter "j" or "J" is not accepted as answer. One
must enter a
"y", otherwise it is assumed the user is saying that the information
is
not correct and should be re-entered:

Geben Sie einen neuen Wert an oder ENTER für den Standardwert
        Name []: Jetty Install
        Raum []:
        Telefon geschäftlich []:
        Telefon privat []:
        Sonstiges []:
Sind die Informationen korrekt? [j/N] j
Ändere Benutzerinformationen für i-jetty
Geben Sie einen neuen Wert an oder ENTER für den Standardwert
        Name [Jetty Install]:
        Raum []:
        Telefon geschäftlich []:
        Telefon privat []:
        Sonstiges []:
Sind die Informationen korrekt? [j/N] J
Ändere Benutzerinformationen für i-jetty
Geben Sie einen neuen Wert an oder ENTER für den Standardwert
        Name [Jetty Install]:
        Raum []:
        Telefon geschäftlich []:
        Telefon privat []:
        Sonstiges []:
Sind die Informationen korrekt? [j/N] y
#



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, ''unstable''), (500,
''testing''), (500, ''stable''), (1,
''experimental'')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANGUAGE=de_CH:de_DE:de:en_GB:en LANG=en_GB.UTF-8, 
LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages adduser depends on:
ii  debconf [debconf-2.0]         1.4.66     Debian configuration management 
sy
ii  passwd                        1:4.0.13-7 change and administer password 
and
ii  perl-base                     5.8.7-10   The Pathologically Eclectic 
Rubbis

adduser recommends no packages.

-- debconf information:
* adduser/homedir-permission: true

-- 
Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743
yahoo messenger: claudionieder aim: claudionieder icq:42315212
mailto:private@claudio.ch                http://www.claudio.ch



_______________________________________________
Adduser-devel mailing list
Adduser-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/adduser-devel

On Mon, Jan 02, 2006 at 02:27:47PM +0100, Claudio Nieder
wrote:
> Package: adduser
> Version: 3.80
> Severity: normal
> 
> In the german translation, the prompt appearing after the users
> information was added asking "If the information are correct
[y/N]" is
> translated to the german letters [j/N] for german Ja=Yes and Nein=No.
> Yet the letter "j" or "J" is not accepted as answer.
One must enter a
> "y", otherwise it is assumed the user is saying that the
information is
> not correct and should be re-entered:
So you''re proposing that the input should be handled case-insensitiv?

J?rg

-- 
Was denen einen ihr Watergate, ist den anderen ihr Firstgate.
- Thomas Bliessner, <slrnd1hklm.g53.nospam@melix.com.mx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060102/d828ce8f/attachment.pgp

Hi,
> > Yet the letter "j" or "J" is not accepted as
answer. One must enter a
> > "y", otherwise it is assumed the user is saying that the
information is
> > not correct and should be re-entered:
>
> So you''re proposing that the input should be handled
case-insensitiv?
It''s not the case which bothers me, but that it expects a "Y"
or "y" while
asking:

Sind die Informationen korrekt? [j/N] 

The prompt asks for a "j" as positive answer while actually only a
"y" as
answer is accepted.

claudio
-- 
Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743
yahoo messenger: claudionieder aim: claudionieder icq:42315212
mailto:private@claudio.ch                http://www.claudio.ch

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060103/660f30b1/attachment.pgp

On Tue, Jan 03, 2006 at 01:26:02AM +0100, Claudio Nieder
wrote:
> 
> It''s not the case which bothers me, but that it expects a
"Y" or "y" while
> asking:
> 
> Sind die Informationen korrekt? [j/N] 
> 
> The prompt asks for a "j" as positive answer while actually only
a "y" as
> answer is accepted.
Hm, the code on the respective part looks like this:


	my $yesexpr = langinfo(YESEXPR());
	for (;;) {
	    &systemcall(''/usr/bin/chfn'', $new_name);
	    # Translators: [y/N] has to be replaced by values defined in your
	    # locale.  You can see by running "locale yesexpr" which regular
	    # expression will be checked to find positive answer.
	    print (gtx("Is the information correct? [y/N] "));
	    chop ($answer=<STDIN>);
	    last if ($answer =~ m/$yesexpr/o);
	}


It seems correct to me. A typescript (latest adduser from unstable, version
3.80):

hydra:~# adduser foo
Lege Benutzer foo an...
Adding new group `foo'' (1002).
Adding new user `foo'' (1002) with group `foo''.
Homeverzeichnis /home/foo existiert bereits. Kopiere keine Dateien aus /etc/skel
adduser: Warning: that home directory does not belong to the user you are
currently creating
Enter new UNIX password:
Retype new UNIX password:
passwd: Kennwort erfolgreich ge?ndert
?ndere Benutzerinformationen f?r foo
Geben Sie einen neuen Wert an oder ENTER f?r den Standardwert
        Name []:
        Raum []:
        Telefon gesch?ftlich []:
        Telefon privat []:
        Sonstiges []:
Sind die Informationen korrekt? [j/N] j
hydra:~# id foo
uid=1002(foo) gid=1002(foo) Gruppen=1002(foo)
hydra:~# locale | grep LANG
LANG=de_DE@euro
hydra:~#

I cannot reproduce it :-|

Joerg

-- 
Was denen einen ihr Watergate, ist den anderen ihr Firstgate.
- Thomas Bliessner, <slrnd1hklm.g53.nospam@melix.com.mx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060105/3bad463c/attachment.pgp

Hi,
> hydra:~# locale | grep LANG
> LANG=de_DE@euro
I see your settings differ from mine:

$ locale | grep LANG
LANG=en_GB.UTF-8
$ env | grep -e LC -e LANG
LANG=en_GB.UTF-8
LANGUAGE=de_CH:de_DE:de:en_GB:en

It seems like adduser soemtimes uses LANGUAGE and sometimes LANG to determine 
the language.

# LANG=de_CH.UTF-8 adduser test
Lege Benutzer test an...
Adding new group `test'' (1010).
Adding new user `test'' (1010) with group `test''.
Homeverzeichnis /home/test existiert bereits. Kopiere keine Dateien 
aus /etc/skel
Enter new UNIX password:
Retype new UNIX password:
passwd: Kennwort erfolgreich ge?ndert
?ndere Benutzerinformationen f?r test
Geben Sie einen neuen Wert an oder ENTER f?r den Standardwert
        Name []: abc
        Raum []:
        Telefon gesch?ftlich []:
        Telefon privat []:
        Sonstiges []:
Sind die Informationen korrekt? [j/N] j

For how I ended up with my combination of LANUAGE and LANG I can only guess:

In /var/cache/debconf/config.dat I see

 Name: debian-installer/language
 Template: debian-installer/language
 Value: de_CH:de_DE:de:en_GB:en
 Owners: d-i, unknown

Thus the LANGUAGE setting came probably from when I first installed debian.

The LANG in /etc/environment - I just verified by doing a dpkg-reconfigure 
locales - gets set when locales is configured.

So I must have at some time decided to have en_GB as default locale and done 
it through a dpkg-reconfigure locales, without remembering that there is more 
to change.

Is this a stupid user (that would be me) problem?

Is it a debian-installer problem as it sets an environment variable which is 
is only partially supported? 

Is it a locales problem, as it does not care about LANGUAGE? 

Is it an adduser problem as it uses different methods to figure out the 
language to use?

Please advise me, if I should open bug reports against debian-installer or 
locales.

If you think it is the "stupid user" problem, please tell me which
section of
which guide/how-to/man-page I missed to read. I never mind being called 
stupid if one helps me learn and improve! 

claudio
-- 
Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743
yahoo messenger: claudionieder aim: claudionieder icq:42315212
mailto:private@claudio.ch                http://www.claudio.ch

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060107/31fd419c/attachment.pgp

tags #345639 help
thanks

On Sat, Jan 07, 2006 at 02:52:43PM +0100, Claudio Nieder
wrote:
> Is this a stupid user (that would be me) problem?
> 
> Is it a debian-installer problem as it sets an environment variable which
is
> is only partially supported? 
> 
> Is it a locales problem, as it does not care about LANGUAGE? 
> 
> Is it an adduser problem as it uses different methods to figure out the 
> language to use?
I don''t know. I am tagging this bug help, and am trying to get
somebody knowledgeable to look into this. Comments should appear in
this bug report shortly.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don''t trust Computers. They | Mailadresse
im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835

Processing commands for control@bugs.debian.org:
> tags #345639 help
Bug#345639: adduser: [INTL:de] prompt does not match expected response
Tags were: l10n
Tags added: help
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

On Sun, Feb 12, 2006 at 05:18:29AM -0800, Debian Bug Tracking System
wrote:
> Processing commands for control@bugs.debian.org:
> 
> > reassign 345639 libc6
> Bug#345639: adduser: [INTL:de] prompt does not match expected response
> Bug reassigned from package `adduser'' to `libc6''.
When reassigning packages, please Cc: <package>@packages.debian.org,
otherwise we only receive this message from control@b.d.o.
> > retitle 345639 nl_langinfo(YESEXPR) ignores LANGUAGE, no apparent
workaround
> Bug#345639: adduser: [INTL:de] prompt does not match expected response
> Changed Bug title.
There is no bug, LANGUAGE is only used to determine which message
catalog is displayed.  Bug submitter should instead set LANG=de_CH.UTF-8
and LC_* variables to en_GB.UTF-8 if needed.

Denis

reassign 345639 libc6
retitle 345639 nl_langinfo(YESEXPR) ignores LANGUAGE, no apparent workaround
thanks

[Claudio Nieder]
> $ env | grep -e LC -e LANG
> LANG=en_GB.UTF-8
> LANGUAGE=de_CH:de_DE:de:en_GB:en
In this setup, a prompt "Is this information correct? [y/N]" does not
work.

- The prompt is localised with gettext, which uses LANGUAGE, so it''s in
  German.  The German translator correctly renders it as "[j/N]".

- Parsing the response uses nl_langinfo(YESEXPR), but this uses
  LC_MESSAGES and ignores LANGUAGE, so it assumes en_GB.
  Thus the app checks the response against /^[yY]/.

What is the app (adduser, in this case) supposed to do in this case?
There seems to be no way to ask nl_langinfo for an appropriate string
to display in place of [y/N].  Tollef and I thought YESSTR and NOSTR
might work, but the locales I checked do not define those.  (Chopping
those down to a single character would be problematic anyway, given the
existence of multibyte character sets.)

I appreciate that this seems to be an API deficiency with regard to
handling LANGUAGE consistently, and that makes it a hard problem, but I
also don''t see how it can be worked around at the application level.
Except perhaps by explicitly undefining LANGUAGE before calling
setlocale() at the beginning of the program?

Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060212/ff9f5910/attachment-0001.pgp

Processing commands for control@bugs.debian.org:
> reassign 345639 libc6
Bug#345639: adduser: [INTL:de] prompt does not match expected response
Bug reassigned from package `adduser'' to `libc6''.
> retitle 345639 nl_langinfo(YESEXPR) ignores LANGUAGE, no apparent
workaround
Bug#345639: adduser: [INTL:de] prompt does not match expected response
Changed Bug title.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)