Bug 520 - i18n messages for commands
Summary: i18n messages for commands
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Extended Characters (show other bugs)
Version: 3.0.0
Hardware: All All
: P3 minor
Target Milestone: none
Assignee: Alexander Bokovoy
QA Contact:
URL: http://lists.samba.org/pipermail/samb...
Depends on:
Reported: 2003-09-26 11:06 UTC by TAKAHASHI Motonobu
Modified: 2005-02-08 21:24 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description TAKAHASHI Motonobu 2003-09-26 11:06:08 UTC
This is a issue for all commands so maybe Extended Characters is not good.

As described at 
<http://lists.samba.org/pipermail/samba-technical/2003-September/047231.html> ,

Maybe we need to disscuss the messege catalog system for commands again.

> >I think $prefix/swat/lang is a better place for the msg files than
> >$prefix/lib.
> For SWAT, I think it's OK and go ahead.
> But remember that d_printf() is used by commands, though I think
> commands should use local message catalogue system:

Doh.  I forgot about this bit.  I think the swat i18n files could
be kept separately for the moment maybe.

I recommend that
|  1. Samba internal message catalogue system for SWAT
|     Indeed GNU gettext() is used in Samba Japanese Edition, but is
|     not the essential matter. We can use another product regardless
|     of what message catalugue system is used in a platform.
|  2. a message catalogue system used on the platform for commands
|     Unlike SWAT, the language of Samba command output should be
|     essentially same as that of platform command output.
|     For example we should be able to change the output language of
|     "ls" command, "smbclient" and other commands of manually
|     installed products at a time.

Currently message catalogue system for SWAT is implemented with
d_printf(). d_printf() is also used in commands, but there are no
message catalogue for them and no call for init_lang_tdb() so the
d_printf()s are indeed equal to printf().

Also the lang_tdb code creates a file in the Samba locks directory which
is not necessarily going to be writable by whoever runs the client
Comment 1 Gerald (Jerry) Carter 2005-02-08 21:24:49 UTC
I can't see this getting addressed in Samba 3 with half the developers off on
Samba 4.