From: GOTO Masanori <gotom@debian.or.jp>
To: torvalds@transmeta.com
Cc: ramsy@linux.or.jp, alan@lxorguk.ukuu.org.uk,
linux-kernel@vger.kernel.org
Subject: Re: Configure.help i18n system
Date: Fri, 08 Jun 2001 10:21:42 +0900 [thread overview]
Message-ID: <w53hexr22c9.wl@megaela.fe.dis.titech.ac.jp> (raw)
In-Reply-To: In your message of "Thu, 7 Jun 2001 14:01:53 -0700 (PDT)" <Pine.LNX.4.21.0106071351300.6604-100000@penguin.transmeta.com>
In-Reply-To: <20010607165007.A299.RAMSY@linux.or.jp> <Pine.LNX.4.21.0106071351300.6604-100000@penguin.transmeta.com>
At Thu, 7 Jun 2001 14:01:53 -0700 (PDT),
Linus Torvalds <torvalds@transmeta.com> wrote:
> On Thu, 7 Jun 2001, Keitaro Yosimura wrote:
> >
> > Configure.help i18n system is the thing which uses MD5 SUM of the text
> > of the text as a key, and calls suitable data to the present language
> > setup (it judges from an environment variable).
I'm one of members to maintain one version of the Japanese Configure.help.
I also sent this question to Linus who coming in Japan, he denied this idea...
IMHO, using environment variable is not adequate; national language
designation should be set to the make option. The behavior of make
config must not be influenced by such a LANG environment variable.
You might concern about displaying national language character
(because it depends on the LANG variables), but it have merely
relations to `i18n text'.
> I suspect that this is actually something that intersects with the i18n
> work: how does the i18n projects distribute the actual help texts? Done
> right, maybe the same distributed environment could be used for
> everything, and getting Configure.help entirely out of the "core kernel"
> tree, and into a separate distribution (where the English version would be
> just one among many distributions).
Current distribution to the i18n texts are all outside from the core kernel...
BTW, i18n Configure.help needs `quality assuarance' because in English
all developers can recognize whether help text is correct or
not. However, i18n text can read for only each national people, so
developers cannot know about these correctness. From this point of
view, I agree with Linus's comments because of this concerns.
But, there are some version of i18n Configure.help translations.
What a waste to make them sleep...
Regards,
-- GOTO Masanori
next prev parent reply other threads:[~2001-06-08 1:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010607165007.A299.RAMSY@linux.or.jp>
2001-06-07 21:01 ` Linus Torvalds
2001-06-07 21:23 ` Horst von Brand
2001-06-07 21:44 ` Richard Gooch
2001-06-08 1:21 ` GOTO Masanori [this message]
2001-06-07 21:46 Andries.Brouwer
2001-06-08 9:12 ` Francois Romieu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=w53hexr22c9.wl@megaela.fe.dis.titech.ac.jp \
--to=gotom@debian.or.jp \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=ramsy@linux.or.jp \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®