On Sat, Jun 26, 2004 at 07:28:50PM +0400, Sergey Vlasov wrote:
> On Sat, Jun 26, 2004 at 06:45:43PM +0400, Dmitry V. Levin wrote:
> > On Sat, Jun 26, 2004 at 06:19:52PM +0400, Alexey I. Froloff wrote:
> > > $ LC_MESSAGES=C rpm -q --qf='%{SUMMARY}\n' vim-common
> > > Общие для всех вариантов VIM файлы
> > > $ LANG=C rpm -q --qf='%{SUMMARY}\n' vim-common
> > > Общие для всех вариантов VIM файлы
> > > $ LC_ALL=C rpm -q --qf='%{SUMMARY}\n' vim-common
> > > Общие для всех вариантов VIM файлы
> > > $ LANGUAGE=C rpm -q --qf='%{SUMMARY}\n' vim-common
> > > The common files needed by any version of the VIM editor
> > > 
> > > И как это понимать?  Вот за это я и не люблю GNU'шников... :-/
> > > 
> > > Как мне кажется, у LC_* приоритет должен быть выше.
> > > Соответственно LANGUAGE если используется, то должен это делать
> > > перед LANG, а никак не в первую очередь.  Куда баг вешать?
> > 
> > Надо не баги вешать, а документацию читать и не использовать LANGUAGE без
> > надобности.
> 
> Так ведь несоответствие налицо:
> 
> > > $ LC_ALL=C rpm -q --qf='%{SUMMARY}\n' vim-common
> > > Общие для всех вариантов VIM файлы
> 
> Почему в locale "C" продолжает работать LANGUAGE?
> 
> > Цитата из gettext(3):
> > 
> > If the LANGUAGE environment variable is set to a  nonempty  value,  and
> > the  locale  is not the "C" locale, the value of LANGUAGE is assumed to
> > contain a colon separated list of  locale  names.  The  functions  will
> > attempt  to  look  up  a translation of msgid in each of the locales in
> > turn.  This is a GNU extension.
> 
> gettext как раз ведёт себя в соответствии с этим описанием.  А rpm для
> выбора языка описания пакета использует собственные функции, поведение
> которых не соответствует поведению gettext.

Ok, поведение очередной сборки librpm в этом вопросе будет идентично
поведению gettext.


-- 
ldv