Bug#147621: gettext: msginit loses on web fetch (fwd)

[Santiago Vila]

Hello.

I received this report from the Debian bug system.

At first I was going to consider it a Debian-packaging bug, but today
I looked at msginit.c and realized it calls a helper script, which has
all sorts of support for different mail systems, including also
non-free ones like pine, so I believe there is room for a
Debian-specific feature-request:

On a Debian system, whenever msginit has to guess the domain part of
an address, it should ideally take it from /etc/mailname if it exists
and only use fqdn as a last resort. Is this doable?

---------- Forwarded message ----------
Date: Tue, 21 May 2002 03:22:24 -0400 (EDT)
From: Mark W. Eichin <address@hidden>
To: Debian Bug Tracking System <address@hidden>
Subject: #147621: gettext: msginit loses on web fetch

Package: gettext
Version: 0.11.1-0
Severity: normal

I just noticed there are two bugs here:
    1) since this is debian, it should use /etc/mailname to construct
       the email address, instead of guessing (wrong) from the hostname.
    2) This may actually be a bug in the website -- or a
       case-sensitivity issue.  There *does* appear to be a "sv" team,
       when I hit the teams.html listed below directly.
                                     _Mark_

$ msginit -i bins-edit-gui.pot -l SV_se
The new message catalog should contain your email address, so that users can
give you feedback about the translations, and so that maintainers can contact
you in case of unexpected technical problems.

Is the following your email address?
  address@hidden
Please confirm by pressing Return, or enter your email address.
address@hidden
Retrieving 
http://www2.iro.umontreal.ca/~pinard/po/registry.cgi?team=index...Exception in 
thread "main" java.lang.VerifyError: (class: gnu/gettext/GetURL$1, method: 
<init> signature: (Lgnu/gettext/GetURL;)V) Expecting to find object/array on 
stack
        at gnu.gettext.GetURL.fetch(GetURL.java:58)
        at gnu.gettext.GetURL.main(GetURL.java:82)
A translation team for your language (SV) does not exist yet.
If you want to create a new translation team for SV or SV_se, please visit
  http://www.iro.umontreal.ca/contrib/po/HTML/teams.html
  http://www.iro.umontreal.ca/contrib/po/HTML/leaders.html
  http://www.iro.umontreal.ca/contrib/po/HTML/index.html

Created SV_se.po.
-------------------------------------------------------------

I answered Mark this:

-------------------------------------------------------------

Please try just "sv"; not "sv_SE", and definitely not "SV_se".

(The file /usr/share/locale/locale.alias contains some language codes).

-------------------------------------------------------------

and he answered this:

-------------------------------------------------------------
> Please try just "sv"; not "sv_SE", and definitely not "SV_se".

I figured that out later...

> (The file /usr/share/locale/locale.alias contains some language codes).

The texinfo doc contains what should be *all* of the language codes,
so there's probably a parseable complete list somewhere.  Something
should check them [either msginit or the web site], especially since
there are no actual case-sensitive distinctions among either code set;
even having msginit error out up front with a sanity check on either
domain would do. [...]
---------------------------------------------------------------

I believe the /etc/mailname thing should be easy to implement.

I don't know whether there is something to do on the SV_se side
(syntax checking before web access?).

Thanks.