On Tue, Feb 19, 2013 at 06:02:00PM +0400, Aleksey Avdeev wrote:
> 19.02.2013 15:04, Aleksey Avdeev пишет:
> > 18.01.2013 15:41, REAL пишет:
> >> привет!
> >>
> >> кто-нибудь может подсказать, что изменилось и как теперь с этим жить?
> > 
> >   См.
> > <http://git.altlinux.org/people/ldv/packages/?p=rpm.git;a=commitdiff;h=279f487ca4461fc3cc29bc7eb9ea05a45abba4c1>.

Я же ясно там написал: "A lot of code relies on C collation, C messages
and so on.  Do not pretend it is expected to work with a non-C locale."
Скажите, пожалуйста, какая часть этого комментария недостаточно понятна?

> >   У нас сейчас в /usr/lib/rpm/functions выставляется безусловный
> > LC_ALL=C. Т. е. выставленное в спеке LC_ALL=en_US.UTF-8 не добирается до
> > потребителя (/usr/bin/python3) вызываемого в скрипте
> > /usr/lib/rpm/brp.d/096-bytecompile_python3.brp, т. к. перекрывается аж в
> > двух вызовах /usr/lib/rpm/functions (в /usr/lib/rpm/brp-alt и самом
> > /usr/lib/rpm/brp.d/096-bytecompile_python3.brp).
> > 
> >   Похоже, нужна ручка для запрета перекрыия правильного LC_ALL в
> > /usr/lib/rpm/functions.
> 
>   И такая ручка у нас есть (цитирую
> /usr/share/doc/rpm-4.0.4/README.ALT-ru_RU.UTF-8):
> 
> Управление процессом сборки.
> ...
>    %_build_lang:
>           значение переменных LANG, LANGUAGE и LC_ALL;

Надо убрать этот %_build_lang подальше, его включение ломает скрипты,
совсем недавно кто-то на это опять наступил.


-- 
ldv