[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Installer online help

Mon, Jun 11, 2001 at 09:55:40PM +0200 wrote:
> On Mon, Jun 11, 2001 at 10:42:51AM -0600, Erik Andersen wrote:
> > On Sun Jun 10, 2001 at 08:38:50PM -0700, David Whedon wrote:
> > > That is a good point.  The suggestion of dynmically using the busybox help
> > > probably doesn't treat transloations very well, unless busybox wants translated
> > > help.
> > 
> > I'm willing to accept patches to properly internationalize busybox.  But I
> > expect that is going to be a lot of effort with very little visible benefit.
> Very little visible benefit ? Are you stating that all new Debian users speak
> fluent English ?

I'm sure that isn't what eric means.  Too much out of context here.  busybox is
used by Debian, but has a life all it's own in the embedded world. In the
embedded world busybox doesn't have a whole lot of interaction with real people.
I agree that given busybox's purpose in the world _runtime_ i18n of busybox may
not worth it (busybox is supposed to be small).  However, translations of
usage.h to usage.XX.h in the busybox source may get us what we want and provide
both some benefit to busybox (compile time localization) as well as give Debian
what it needs in a maintainable way.

I'll propose the following, and I can help too, probably,  if this sounds like a
good idea:

1. translate config.XX.h in busybox.  This would give us a common base for
creating i18n help files.
One of the following:
A. provide just compile time i18n of busybox plus the creation of a number of
i18n help files that Debian can use.  Those help files will be included in the
.deb and i18n boot-floppies will install them and use them as it wishes.
B. provide some sort of custom runtime i18n of busybox, properly integrated with
options for turning off various langages, etc.  This would be bigger but has the
benefit of being cleaner and would allow people to get the i18n 'help' messages.

The nice things i see about this is that the messages have a chance of being
maintained if put into busybox cvs.  The problem is that they are separated from
the people who actually want the messages to exist (Debian), though not too far,
since busybox is pretty Debian friendly (already has a dpkg applet :-) )


It is worth it for Debian to have i18n.  There are many ways we can do this.

I suggest the following approach:

Reply to: