|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : yx 2:5020/400 30 Mar 2001 18:55:01
To : All
Subject : Re: Вылечить ?? на VFAT'е
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
>>> Пакет какой?
>> молочный, ищется ближайшим поисковиком по ключевым словам
>> redhat initscipts, можно и без оных
>
> Это еще надо знать что надо слово iniscripts искать, у меня такого
> эзотерического знания нет.
>
у меня тоже, да и в redhat я думаю не особо ориентируюсь
>> можно и без оных
http://www.altavista.com/cgi-bin/query?pg=q&q=consoletype&kl=XX&search
.x=0&search.y=0
searching..
32 pages found.
> В RH6.2 такого не было, а 7.0 в production еще не ставится.
> Так что Ваши комментарии странноваты.
>
не знаю что где было или сейчас, но согласен -
комментарии комментатора комментировать странно
в том числе и эти..
>>>>> А что там за путаница-то по-Вашему-то?
>>>> а не совсем понятна приоритетность LANG/LC_ALL/LC_*,
>>>> как, нп, пересекается скажем gettext (.po) с этими установками.
>>> Что тут непонятного?
>>> LC_ALL всех накрывает сверху, LANG - снизу, LC_* тематические - посредине.
>> в случае одновременной установки LC_ALL и LC_<category>
>> чем определяется приоритетность? LC_ALL или LC_<category>?
>
> LC_ALL. Согласно сказанному. Знаю точно. См. ссылку на SUSv2.
>
ну это если (susv2) `#define _XOPEN_SOURCE=500' согласно тому
что записано в man 5 standards,
хотелось какой-никакой posix standard.(
>> знаете точно? - тогда тыкните носом в posix standard такой-то,
>> или еще кой reference четко опред-й все эти i10n, i18n.
>
> Hасчет posix не скажу - а вот Single Unix Specification V2 могу выслать
> (под обещание читать под одеялом для себя лично - под которым я на вебеa
> галочку "согласен" ставил).
>
спасибо, предпочитаю более традиционно и без одеяла.
интересно вот отсюда без галочки?
http://www.opengroup.org/onlinepubs/007908799/download/
> Впрочем, сами можете его найти на www.rdg.opengroup.org
>
>>> То есть, например,
>> это не пример, а из области - некто принято считать что указание
>> категории более приоритетно отн-но LC_ALL, или - некто принято
>> считать наоборот.
>
> Так вот, стандарт - что LC_ALL всех накрывает. А кто считал и почему
> что LC_xxx более приоритетны - это уж я не знаю.
>
imho, более логично - если категория не определена то использовать более
общую установку LC_ALL, если нет - тогда да.
>> запишем так: gettext управляется поср-м LANGUAGE, и ложит на LANG
>> и LC_MESSAGES. Каким-то еще боком здесь участвуют posix locale, или
>> не участвуют. Если еще добавить исполь-е nls msgcat механизма,
>> получится вообще - чудно стройная система nlsов.
>
> NLSы там же в SUSv2 описаны. А если GNU gettext хочет чего-то иного -
> звыняйте, бананив нема.
>
вот то тоже - нема,)
ни определенности, ни этих.. бананив..
> Вон у иксов тоже своя собственная локаль.
> А под OpenBSD у нас что-то всякие less, vim, mutt каждый сам себя
> локализовали так что и проблем не замечаешь.
>
интересно и кто это не давеча восклицал в соседнем эхотаге -
"а какого в таком-то redhat'e `rm' с подтверж-м по `y' ничего не удаляет?"
,) действительно "так что проблем и не замечаешь" не осознавая что это
не проблема..
bye.
--
Vladimir Yakovetsky (dont trouble trouble until troubles trouble you)
--- ifmail v.2.15dev5
* Origin: Adamant ISP news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
