Re: [mdk-re] Spring 2001 [в cp1251]

Re: [mdk-re] Spring 2001 [в cp1251]

[Andriy Dobrovolskii]

Hi,

Mikhail Nikitin wrote:

> Добрый день!
> 
>  
> 
> Ну действительно не хотел ... правда...
> 
> Не хотел я ставить Linux в 1251 но жизнь заставила - все скрипты PHP в 
> этой кодировке.
> 
<cut>
Вот потому и получили то, что получили! Все демонстрируют свою 
оригинальность вместо того чтоб делать то, что требует жизнь.
Как это не прискорбно, но КОI давно мертв. И, по большому счету никому 
не нужен. Именно море проблем с ср1251 в Линуксе и тормозит его 
внедрение, а не все остальное.

А в принципе, не все там так страшно. Просто тестировать было некому. 
Вот и проблемы. Самый кардинальный способ, установите систему заново. 
Или просто добавте, доустановите KOI8-что_нужно.
Rgrds,
Andriy

Re: [mdk-re] Spring 2001 [в cp1251]

[avl]

12 Июнь 2001 15:40, Вы написали:
> Добрый день!
>
> Ну действительно не хотел ... правда...
> Не хотел я ставить Linux в 1251 но жизнь заставила - все скрипты PHP в этой
> кодировке.

Имхо, правильное решение - ставить ОБЕ локали - и 1251 и koi8-r.
Работать в основном в кои, а с ср1251 работать только теми программами , 
которые этого требуют.

типа

unset lang
export lang=cp1251
phped // или что там у вас работает в 1251

По другому постоянные глюки просто неизбежны и никакой альтлинукс здесь не 
панацея...

> Не воткнулся в разницу между 2-мя gtk+ оболочками к gpg -
> seahorse и gpa. с Абсолютно одинаковой функциональностью. Зачем два???

Не знаю как вэтом случае, а вот то что система ставится с неоптимальным 
набором пакетов - это болезнь всех дистров и спринг|сизиф пока что не 
исключение. Хорошо, что разработчики об этом знают и работают в данном 
направлениии (имхо).

> Делаем apt-get dist-upgrade
> (ну не работать же на древней мозилле)

Весьма рискованное решение. Сизиф вечно нестабилен и неразобравшись с 
текущими глюками искать новых...

>
> Супер крутая система управления целостностью на
> _только_что_установленной_системе обнаружила 2 экрана конфликтов -- это
> нормально???

Имхо, да . Изменения в структуре и составе пакетов при переходе на сизиф 
просто огромны и 2 экрана, да ктому же пофиксеных - очень неплохо...

> Лана, пофиксили... едем дальше... апдейт делается и самое время почитать
> почту... mutt сразу все пишет в koi8-r... клева... я остался без почты...

Хочется, чтобы почтовый клиент автоматом перекодировал почту из стандарта кои 
в 1251?  или опять все меню в кракозябрах. Две локали в системе и вопрос 
решен...
Имхо, вопрос к почтовому клиенту... 

> Но самое _идиотское_ что случилось это Downgrade - вместо ожидаемых мной
> XFree 4.1 мне загрузилось 3.3.6 (!!!) для Savage4... если учесть цену
> траффика то я просто фигею.....

Проверьте, возможно у вас стоят новые xfree, а настройка x использует старые 
3.3.6
Это XFdrake гадит - проверьте ссылку X в каталоге etc/X11/
У меня она показывает на XFree86, если свежий релиз, а драке перекидывает ее 
на XF_SVGA - это 3.3.6


> Люди добрые помогите снести этот cp1251 (какой я был наивный когда поверил
> Alt linux что он работает:) и поставить нормальные X!!!

Не надо сносить - доставьте себе KOI8 и живите в благополучии на обех 
локалях...

-- 
С уважением Алексей <info@atmsk.ru>
-------------------------------
Howto mailing list
http://www.altlinux.ru/mailman/listinfo/howto
-------------------------------

PS. И дождитесь ответа разработчиков - может я чего недопонял или наврал...

Re: [mdk-re] Spring 2001 [в cp1251]

[Aleksey Novodvorsky]

avl wrote:
По поводу 1251: все было сказано верно. Спсаисбо за еще одну обнаруженную дыру
-- seahorse, исправим.

> Но самое _идиотское_ что случилось это Downgrade - вместо ожидаемых мной

> > XFree 4.1 мне загрузилось 3.3.6 (!!!) для Savage4... если учесть цену
> > траффика то я просто фигею.....
>
> Проверьте, возможно у вас стоят новые xfree, а настройка x использует старые
> 3.3.6
> Это XFdrake гадит - проверьте ссылку X в каталоге etc/X11/
> У меня она показывает на XFree86, если свежий релиз, а драке перекидывает ее
> на XF_SVGA - это 3.3.6

Дело в том, что XFdrake еще не адаптирован к новым X -- не все сразу. В 4.0.3
драйвер savage был еще не очень, потому он предлагал  3.3.6 по умолчанию (можно
было побороть при помощи XFdrake --expert). В любом случае, можно использовать
xf86cfg или xf86config для настройки X.
Или перекинуть ссылку /etc/X11/X на /usr/X11R6/bin/XFree86
Rgrds,  AEN.

[mdk-re] Re: [mdk-re] Spring 2001 [в cp1251]

[Mikhail Nikitin]

> > Но самое _идиотское_ что случилось это Downgrade - вместо ожидаемых мной
>
> > > XFree 4.1 мне загрузилось 3.3.6 (!!!) для Savage4... если учесть цену
> > > траффика то я просто фигею.....
> >
> > Проверьте, возможно у вас стоят новые xfree, а настройка x использует
старые
> > 3.3.6
> > Это XFdrake гадит - проверьте ссылку X в каталоге etc/X11/
> > У меня она показывает на XFree86, если свежий релиз, а драке
перекидывает ее
> > на XF_SVGA - это 3.3.6
>
> Дело в том, что XFdrake еще не адаптирован к новым X -- не все сразу. В
4.0.3
> драйвер savage был еще не очень, потому он предлагал  3.3.6 по умолчанию
(можно
> было побороть при помощи XFdrake --expert). В любом случае, можно
использовать
> xf86cfg или xf86config для настройки X.
> Или перекинуть ссылку /etc/X11/X на /usr/X11R6/bin/XFree86
> Rgrds,  AEN.


Ок, понял... А как тогда вернуть локализацию в koi8-r? Ставилось обе локали
в инсталляции.

Re: [mdk-re] Re: [mdk-re] Spring 2001 [в cp1251]

[Aleksey Novodvorsky]

Mikhail Nikitin wrote:

> > > Но самое _идиотское_ что случилось это Downgrade - вместо ожидаемых мной
> >
> > > > XFree 4.1 мне загрузилось 3.3.6 (!!!) для Savage4... если учесть цену
> > > > траффика то я просто фигею.....
> > >
> > > Проверьте, возможно у вас стоят новые xfree, а настройка x использует
> старые
> > > 3.3.6
> > > Это XFdrake гадит - проверьте ссылку X в каталоге etc/X11/
> > > У меня она показывает на XFree86, если свежий релиз, а драке
> перекидывает ее
> > > на XF_SVGA - это 3.3.6
> >
> > Дело в том, что XFdrake еще не адаптирован к новым X -- не все сразу. В
> 4.0.3
> > драйвер savage был еще не очень, потому он предлагал  3.3.6 по умолчанию
> (можно
> > было побороть при помощи XFdrake --expert). В любом случае, можно
> использовать
> > xf86cfg или xf86config для настройки X.
> > Или перекинуть ссылку /etc/X11/X на /usr/X11R6/bin/XFree86
> > Rgrds,  AEN.
>
> Ок, понял... А как тогда вернуть локализацию в koi8-r? Ставилось обе локали
> в инсталляции.
>

В /etc/sysconfig/i18n :
LANG=ru_RU.KOI8-R
LANGUAGE=ru_RU.KOI8-R:ru
SYSFONTACM=koi8-r
После это надо выйти из всех сессий и войти снова.
Кроме того, так как в Ваших home-каталогов установлены template для koi8-r, то
проще создать новых пользователей или, если это сложно, то поправить файлы
настроек в сотвествии с /etc/skel.ru_RU.KOI8-R.
Наконец, в /etc/X11/fs/config поставьте путь к шрифтам koi81 на первое место и
перезапустите xfs:
/etc/rc.d/init.d/xfs restart      (с правами root)
В KDE в установках выберите кодировку koi8-r.

Rgrds, AEN

Re: [mdk-re] Spring 2001 [в cp1251]

[avl]

12 Июнь 2001 14:13, Вы написали:
> avl wrote:
> Дело в том, что XFdrake еще не адаптирован к новым X -- не все сразу. В
> 4.0.3 драйвер savage был еще не очень, потому он предлагал  3.3.6 по
> умолчанию (можно было побороть при помощи XFdrake --expert). В любом
> случае, можно использовать xf86cfg или xf86config для настройки X.
> Или перекинуть ссылку /etc/X11/X на /usr/X11R6/bin/XFree86
> Rgrds,  AEN.
имхо,  все  *drake* всегда будут опаздывать и всегда будут некорректно 
работать с конфигами. Чтобы они работали б|м нормально, необходимо 
переместить все конфиги в один двоично|стринго|блобовый реестр и создать 
жесткий стандарт для работы с ним - это же безумие, что сейчас творят эти 
горе-настройщики...
В рамках конкретного дистра, имхо,в преспективе стоит сделать описания 
настроек, которые делает линуксконф и драке-компания и не давать больше 
рекомендаций вида: XFdrake -expert...

-- 
С уважением Алексей <info@atmsk.ru>
-------------------------------
Howto mailing list
http://www.altlinux.ru/mailman/listinfo/howto
-------------------------------

Re: [mdk-re] Spring 2001 [в cp1251]

[Michael Shigorin]

On Tue, 12 Jun 2001, avl wrote:

> имхо,  все  *drake* всегда будут опаздывать и всегда будут
> некорректно работать с конфигами. Чтобы они работали б|м
> нормально, необходимо переместить все конфиги в один
> двоично|стринго|блобовый реестр и создать жесткий стандарт для
нэ нада. Видели мы эти винды с этими реестрами.

Здесь это не лимитирующий фактор...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Spring 2001 [в cp1251]

[avl]

15 Июнь 2001 21:50, Вы написали:
> On Tue, 12 Jun 2001, avl wrote:
> > имхо,  все  *drake* всегда будут опаздывать и всегда будут
> > некорректно работать с конфигами. Чтобы они работали б|м
> > нормально, необходимо переместить все конфиги в один
> > двоично|стринго|блобовый реестр и создать жесткий стандарт для
>
> нэ нада. Видели мы эти винды с этими реестрами.
>
> Здесь это не лимитирующий фактор...
Фактор - это не реестр как таковой, а ситуация, когда в одном текстовом файле 
находятся вербозноориентированные настройки самых разнообразных аспектов и 
драке и компаниии приходится во всем этом разбираться и корректно 
модифицировать. Имхо, это из области искусственного интелекта. А вот 
реальность - это примитивный шаблон и самый жесткий обрез всего, что в данный 
шаблон не попало. :(
Всетаки возможность не парсить параметры, а надежно их считать и изменять 
только действительно необходимые, не трогая "соседей" - это великая вещь...

-- 
С уважением Алексей <info@atmsk.ru>
-------------------------------
Howto mailing list
http://www.altlinux.ru/mailman/listinfo/howto
-------------------------------

[mdk-re] Re: [mdk-re] Spring 2001 [в cp1251]

[Mikhail Zabaluev]

Hello avl,

On Sun, Jun 17, 2001 at 01:46:12AM +0400, avl wrote:
>
> 15 Июнь 2001 21:50, Вы написали:
> > On Tue, 12 Jun 2001, avl wrote:
> > > имхо,  все  *drake* всегда будут опаздывать и всегда будут
> > > некорректно работать с конфигами. Чтобы они работали б|м
> > > нормально, необходимо переместить все конфиги в один
> > > двоично|стринго|блобовый реестр и создать жесткий стандарт для
> >
> > нэ нада. Видели мы эти винды с этими реестрами.
> >
> > Здесь это не лимитирующий фактор...
> Фактор - это не реестр как таковой, а ситуация, когда в одном текстовом файле 
> находятся вербозноориентированные настройки самых разнообразных аспектов и 
> драке и компаниии приходится во всем этом разбираться и корректно 
> модифицировать. Имхо, это из области искусственного интелекта. А вот 
> реальность - это примитивный шаблон и самый жесткий обрез всего, что в данный 
> шаблон не попало. :(
> Всетаки возможность не парсить параметры, а надежно их считать и изменять 
> только действительно необходимые, не трогая "соседей" - это великая вещь...

Да здравствует GConf! У меня есть чувство, что разработчики GNOME,
когда более-менее разберутся с повседневными задачами, отринут свою
колыбель -- UNIX -- и перекроят систему "под себя", с ядерным ORB и
единым структурированным пространством настроек.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
"The algorithm to do that is extremely nasty.  You might want to mug
someone with it."
		-- M. Devine, Computer Science 340

Re: [mdk-re] Re: [mdk-re] Spring 2001 [в cp1251]

[avl]

17 Июнь 2001 12:05, Вы написали:
> Hello avl,
>
> On Sun, Jun 17, 2001 at 01:46:12AM +0400, avl wrote:
> > 15 Июнь 2001 21:50, Вы написали:
> > > On Tue, 12 Jun 2001, avl wrote:
> > > > имхо,  все  *drake* всегда будут опаздывать и всегда будут
> > > > некорректно работать с конфигами. Чтобы они работали б|м
> > > > нормально, необходимо переместить все конфиги в один
> > > > двоично|стринго|блобовый реестр и создать жесткий стандарт для
> > >
> > > нэ нада. Видели мы эти винды с этими реестрами.
> > >
> > > Здесь это не лимитирующий фактор...
> >
> > Фактор - это не реестр как таковой, а ситуация, когда в одном текстовом
> > файле находятся вербозноориентированные настройки самых разнообразных
> > аспектов и драке и компаниии приходится во всем этом разбираться и
> > корректно модифицировать. Имхо, это из области искусственного интелекта.
> > А вот реальность - это примитивный шаблон и самый жесткий обрез всего,
> > что в данный шаблон не попало. :(
> > Всетаки возможность не парсить параметры, а надежно их считать и изменять
> > только действительно необходимые, не трогая "соседей" - это великая
> > вещь...
>
> Да здравствует GConf! У меня есть чувство, что разработчики GNOME,
> когда более-менее разберутся с повседневными задачами, отринут свою
> колыбель -- UNIX -- и перекроят систему "под себя", с ядерным ORB и
> единым структурированным пространством настроек.

имхо, это будет концом гнома...

Единственная, по настоящему весомая вешь в юниксе - это многообразие 
операционных систем с легким портированием приложений из одной системы в 
другую.

Такое положение вещей позволяет создавать широчайший спектр свободного и 
коммерческого софта, embeded систем и всего такого разными независимыми 
командами и при этом широко использовать наработки друг-друга.

Без этого был-бы БСД с десятком программ, линукс с пятком сервисов и т.д. 

А гному стоит для начала хоть что то сделать с надежностью своего софта, 
потом придать этому софту приличный вид и только потом на что то надеяться 
или претендовать...

-- 
С уважением Алексей <info@atmsk.ru>
-------------------------------
Howto mailing list
http://www.altlinux.ru/mailman/listinfo/howto
-------------------------------

[mdk-re] [JT] реестр vs конфиги [Spring 2001 [в cp1251]]

[Michael Shigorin]

On Sun, 17 Jun 2001, avl wrote:

> > > нормально, необходимо переместить все конфиги в один
> > > двоично|стринго|блобовый реестр и создать жесткий стандарт для
> > нэ нада. Видели мы эти винды с этими реестрами.
> Всетаки возможность не парсить параметры, а надежно их считать
> и изменять только действительно необходимые, не трогая
> "соседей" - это великая вещь...
Да, и текстовые RFC'шные протоколы тоже не вполне эффективны --
прикиньте, сколько байтов носится лишних из-за uue и base64?

И компилированные программы выполняются быстрее скриптов, как
правило.

Только вот...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729