Ну вот и дождались Linux Registry!!! Ура!!!

Что это за бред они придумали ..... Linux Registry .... и какое нафик ура .... кажись мы двигаемся в сторону отстоя .... Registry must die

Насколько я понимаю (All key-value pairs are stored in clear-text files.) конфиги, все-таки будут в отдельных текстовых файлах?

>Во во как удобно настроил на одной машине записл конфиг пернес >на другую >и все работает. А тут как.

Экспортировал в .reg файл, и импортировал на другой машине в соответствующие секции, как на винде

а чего все так разволновались-то? вас что, под дулами пулеметов, в обязательном порядке заставляют брать бубны, напильники и идти прикручивать эту хрень на свои системы?

очередная херня типа krename. прекратится мода на xml. перестанут делать из него к каждой бочке затычку и починет в бозе и этот проект

ЙЕС! Антихрист уже здесь! За час - 120 сообщений! Сейчас такое начнется... Новые "физики"... Даешь 2000 сообщений!

> Представьте себе админа, НЕ ЗНАЮЩЕГО АНГЛИЙСКИЙ ЯЗЫК.

Не представляю. А как он, например, документацию читает? Уже всё и везде переведено на русский?

> Что - скажете, он не имеет права его не знать?

Не имеет. Кто за него переводить-то будет? И так на любой работе вообще-то. Конкретно админ не исключение.

> И уж совсем не сложно представить себе админа, который, зная английский, предпочел бы читать комментарии на родном языке.

Согласен. А что, реестр решает эту проблему? Он сам что-ли всё переводит? Сие замечание вообще не в тему!

> Проблема есть.

Они всегда и ВЕЗДЕ есть.

> XF86Config - это вообще кошмар.

В каком месте?

> Потому что формат дерьмовый.

Отседа подробнее, плз...

> Вы требуете, чтобы админ знал штук 50 азбук?

Я этого не говорил. И зачем 50?

Их главная ошибка - в названии :) Это красная тряпка для фанатиков. А вообще единые стандарты рулят адназначна.

> ЙЕС! Антихрист уже здесь! За час - 120 сообщений! Сейчас такое
> начнется... Новые "физики"... Даешь 2000 сообщений!

фига. как начнут читать и понимать текст по ссылке так сразу остынут.

а то что мы видим - это реакция на слово REGISTRY, а не не саму идею

>а чего все так разволновались-то? вас что, под дулами пулеметов, в обязательном порядке заставляют брать бубны, напильники и идти прикручивать эту хрень на свои системы?

А если софт будет под него писаться, то придётся прикручивать!

> В общем, я думаю, проект может оттяпать некоторую часть конфигурационных потребностей но серебряной пулей не станет никогда.

Угу. Некоторый маленький набор key=value всегда останется. Только при этом /etc похудеет на порядок. Останутся скрипты в /etc/rc.d и худенький-худенький /etc/sysconfig - чтобы задавать параметы для обращения к реестру. Но это все мечты...

> А если софт будет под него писаться, то придётся прикручивать!

софт - это полбеды. а вот если его в lsb умудрятся запихать - тогда ховайся.

> Это скрип. Скрипты нужны.

Еще раз, и медленно:

# Read config

DEFAULTFILE=/etc/default/nfs-kernel-server

RPCNFSDCOUNT=8

RPCMOUNTDOPTS=

if [ -f $DEFAULTFILE ]; then

. $DEFAULTFILE fi

И как Вы собираетесь выдирать этот самый $DEFAULTFILE из XML? И самое главное -- _зачем_ это надо?

# Number of servers to start up

RPCNFSDCOUNT=8

# Options for rpc.mountd

RPCMOUNTDOPTS="-p xxxxx"

> sendmail.cf, типа, тоже must die.

FYI sendmail.cf представляет собой программу на сноболе. это так, к слову о том, что если вы его не знаете, от это не значит, что он must die.

> А у postfix конфиги запихиваемы в xml:)

и что?

> Если серьезно - запихаю и sendmail.cf. Правда, его разнесет в ширину при этом страаашно:)

А-а ну если задача стоит только "запихать", не думая о том кто этим сможет пользоваться...

> А лучше, все-таки, запихивать в xml sendmail.m4 - вот это самое оно...

самое оно - это не маяться дурью

>>а чего все так разволновались-то? вас что, под дулами
>> пулеметов, в обязательном порядке заставляют брать бубны,
>> напильники и идти прикручивать эту хрень на свои системы?

> А если софт будет под него писаться, то придётся прикручивать!


apt-get install registry
и все будет как _прежде_

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

> А у postfix конфиги запихиваемы в xml:) Если серьезно - запихаю и sendmail.cf. Правда, его разнесет в ширину при этом страаашно:) А лучше, все-таки, запихивать в xml sendmail.m4 - вот это самое оно...

А-а! Я понял, типа XML - это модно и круто! Запихаем всё туда и жить станет лучше, что-то мне всё это напоминает... Я так и не увидел примера реальной проблемы, которую бы заикмээленый /etc разрулил бы на раз!

А почему бы не заменить XML на тот же YAML? Читабельность хорошая, "руками" править удобно, (?)почти все возможности XML, и (?)парсить проще.

> Я так и не увидел примера реальной проблемы, которую бы заикмээленый /etc разрулил бы на раз!

Упрощение жизни разработчикам. Однако подходит ли для этого именно XML - большой вопрос.

> И как Вы собираетесь выдирать этот самый $DEFAULTFILE из
> XML? И самое главное -- _зачем_ это надо?

dselect, ты не комплексуй по поводу реестра. просто успокойся и прочитай по ссылке. и будет тебе понимание зачем это надо.

а реализуется твой случай элементарно - будет твой defaultfile браться не из файла, а из вывода комманды rg с некоторыми параметрами

Ага, а потом мне на виндовую машину(!) для этого Apache надо будет ставить LR? Или виндузным обойдемся? По какой волосатой помежности пойдет портируемость этих проектов, когда их настройки окажутся в непонятных xml? Или прикажите тянуть всякие фронтэнды для редактирования ваших "удобных" конфигов? Текстовые файлы тем и удобны что для них "фронтэнд" есть в любой системе -- редактор.

> Уже всё и везде переведено на русский?

Для того, чтобы админить маленькую сеточку в SOHO - вполне достаточно переводной литературы. Я видел полки книжных магазов в Питере - совсем не так плохо...

> И так на любой работе вообще-то.

Извините, не понял. Знание английского - требование к любому работнику? Без него диплом средней школы теперь не дают?

> А что, реестр решает эту проблему? Он сам что-ли всё переводит? Сие замечание вообще не в тему!

Я не знаю ни одного текстового конфигурационного файла с комментариями больше чем на одном языке (в 99% случаев - английском). В gconf, где комментарии переводятся - очень большое количество комментариев реально переведено на русский (представьте себе, это при том, что эти строки видит очень небольшая доля пользователей!). И это правильно!

> > XF86Config - это вообще кошмар. > В каком месте? Простых средств поменять его в конкретном месте из C программы нет. Реально нет публичного стабильного API по его чтению и записи. Насколько я помню, он не модульный (в смысле - нельзя создать несколько файлов с кусками - и надеяться, что они "склеются" в единую конфигурацию). Да, я смотрю с т.зр. человека, которому пришлось писать гуевую утилиту конфигурирования. Конечно, брадатым админам с vi мои проблемы чужды...

Ну дык LR и есть убийца винды :)

> тут уж лучше пойти ораклячьим путём и БД соорудить (обратно же - с правами доступа проблем не будет).

Их и так нет -- хвала Богам, теперь (не прошло и 20 лет) есть ACL и security labels; главное -- не запихивать все на свете в один файл.

> Простых средств поменять его в конкретном месте из C программы нет. Реально нет публичного стабильного API по его чтению и записи.

а зачем это программам? или каждая гуевая приблуда просто обязана залезть в конфиг иксов и что-то там поменять?

Ещё раз!

ed, просто ed ;)

> мне на виндовую машину(!) для этого Apache надо будет ставить LR

Виндовый билд будет поставлять со статически линковнной LR:))) Кстати, а может и сделают "ifdef" для винюкового реестра. Но это вряд ли - побоятся:)

> окажутся в непонятных xml? Или прикажите тянуть всякие фронтэнды для редактирования ваших "удобных" конфигов?

XML Вам совсем непонятен? Бедненький. А все почему-то говорят, что это текстовый формат. И обычным редактором его тоже править можно - если знать, что такое XML, конечно. А еще под винюки полно специализированных XML редакторов - они вообще dtd понимают и не дадут Вам сделать того, чего не надо...

> Текстовые файлы тем и удобны что для них "фронтэнд" есть в
> любой системе -- редактор.

ну и ? тебе так сложно будет разобраться в /etc/fstab, если он вдруг станет в формате XML ? или же inittab станет абсолютно не читаемым и не редактируемым ?

более того, фронтэнд есть и здесь и заметь - это просто пара утилит командной строки.

никто не отрицает появления и графических фронтендов

>gconf жив и рулит гномовским десктопом

Да пусть рулит им и дальше. Кто ж против? Например, я Гном не использую, и мне всё равно, чем он рулится. Но если бы для того, чтоб, например поменять айпишник сетевухи - надо было инсталлировать - Гном - я был бы не только против, я был бы... ну очень против, мягко говоря.

>Есть хороший шанс, что, если Sun и Novell и RedHat и IBM договорятся - будет рулить LR (ну или любая другая унифицированнся система конфигурирования)

Что угодно - только не это! С меня хватит "унифицированных систем конфигурирования" и проблем, связанных с такими унификациями. Лучшая "унифицированнся система конфигурирования" - vim и текстовые файлы в /etc. Подчёркиваю - это моё сугубое имхо неспециалиста, переползшего с винды на линукс год назад - обратно не хочу!!!

> или каждая гуевая приблуда просто обязана залезть в конфиг иксов и что-то там поменять?

Значит так. Задача моя была такая. Сделать гуевую конфигурялку для конфигурации раскладок. Т.е. всего того, получаете Вы по "grep Xkb XF86Config". Ваши предложения по хранению и актуализации. А также по остлеживанию изменений, которые кто-то при помощи ... разумеется, ed, ручками внес в /etc/X11/XF86Config. Жду предложений с нетерпением.

> а реализуется твой случай элементарно - будет твой defaultfile браться не из файла,

А нахрена, простите? Как был это кусок shell-script'-а, так и останется, хоть Вы его раком поствьте...

ага. а прикинь еслибы это фря была. что предожат то и будут пользователи потреблять. непотребщину всякую. а в линухе дистростроители свободны в выборе

>> тут уж лучше пойти ораклячьим путём и БД соорудить
>> (обратно же - с правами доступа проблем не будет).

> Их и так нет -- хвала Богам, теперь (не прошло и 20 лет) есть ACL и security labels; главное -- не запихивать все на свете в один файл.

Dselect (*) (02.06.2004 17:55:36

ты что тупой ? еще раз - все как было в отдельных файлах так там и останется. изменится только содержимое - будет стандартизирован формат.

На самом деле очень странно они подходят к идее реестра ...
Итак во первой черёд немаленькую часть конфигов из /etc/
читает сам libc напирмер резольвер, 
а также низкоуровневые утилиты типа mount
отсюда мораль - перед тем как писать конфиги в xml
в glibc должен появиться мало мальски юзабельный xml парсер
а там как известно ваобще никакого нету .....

Итого замахнулись glibc переписывать :) бог в помощ.

ага. а гуй вообще зло. так тоже говорили. вообще не бывает плохих идей (ну почти =), бывают плохие реализации. главное не выплеснуть с водой ребенка

> если бы для того, чтоб, например поменять айпишник сетевухи - надо было инсталлировать - Гном

Мне бы тоже это не понравилось, наверное. А вот негуевый пакет linux-registry-3.14-fc10.i386.rpm я бы спокойно перенес среди required пакетов. Так же как и libxml2 (и даже libxslt).

> обратно не хочу!!!

Это не "обратно". Поймите это, пожалуйста. "Hierarchical Unified Configration Storage" !!!=== "Windows Registry".

Да, но не вопрос что в системе "имярек-2050" эта парочка утилит командной строки будет,и что эта парочка утилит командной строки будет работать корректно с этими конфигами. А в xml текстовым редактором ковырятся -- проблемно думаю будет.

Я вообще-то не про fstab говорил, если уж на то пошло, а про httpd.conf (там речь об Apache шла), fstab привязан к системе. А вот многие программы -- нет.

Самый цимус кофигов -- это то что они сами по себе документация, я плакать буду если апачевский, сквидовский или пхпшный конфиг станет xml. Остается надеятся что разработчики забьют на эту поделку.

Господа, чё вы так взгорячились?
Ну будет ктонить юзать сабж. Вы-то будете юзать чё вам нравится!
И ИМХО нех пытаться перевоспитать кого-то пока этот кто-то сам не допрет.
И ИМХО тут разведена очередная религиозная война.
Вам делаль нечего?

> FYI sendmail.cf представляет собой программу на сноболе. это так, к слову о том, что если вы его не знаете, от это не значит, что он must die.

За справку спасибо - я этого не знал. Но мне по-барабану, я его в любом случае из sendmail.m4 получаю. И реально корежу именно m4. Поэтому позволю себе считать именно его первичным файлом конфигурации.

> А-а ну если задача стоит только "запихать",

Если мне не изменяет память - именно в этом состоял challenge, который был мне предложен.

> не думая о том кто этим сможет пользоваться...

А кто может реально полноценно редактировать sendmail.cf? В том его разделе, который касается правил трансляции адресов? Таких людей много?

... и не реестр это вовсе...
... и не мы это  придумали...
... и не для вас...

ну во фре люди строят юникс... а не винду.

взгляните на linux registry как на энергонезависимый аналог /proc и жить станет легче

разве жесткая стандартизация /proc кого-то бесит ?

во-первых - это весьма частный случай.

во-вторых - а смысл в гуевой конфигурялке? извините, но я его не вижу. индикатор раскладок - да. нужен. а вместо гуя для конфигурации - кратенький readme и большая надпись rtfm.

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

>Самый цимус кофигов -- это то что они сами по себе документация, я плакать буду если апачевский, сквидовский или пхпшный конфиг станет xml.

v xml toje comments est' :) tak chto vse tak i ostanetsya..

virezka iz configa jabber.xml:

<!-- A welcome note that is sent to every new user who registers with your server. Comment it out to disable this function. -->

<welcome> <subject>Welcome!</subject> <body>Welcome to the Jabber server at localhost -- we hope you enjoy thi s service! For information about how to use Jabber, visit the Jabber User's Guid e at http://docs.jabber.org/</body>; </welcome>

> изменится только содержимое - будет стандартизирован формат.

Для особо одаренных повторю еще раз: в UNIX конфиги часто являются sexp'-ами ( грубо говоря, исполняются читающим их shell-script'-ом). КАК Вы будете стандартизировать их содержание?

svu - респект.

Блин, ЛОР уже глючит на этой страничке:
К сожалению, произошла исключительная ситуация при генерации страницы. Если вы считаете, что она возникла по причине нашей ошибки, пожалуйста сообщите нам о ошибке и условиях ее возникновения. Не забудьте также указать полный URL странички, вызвавшей исключение.
The column name commitdate not found.
at org.postgresql.jdbc1.AbstractJdbc1ResultSet.findColumn(AbstractJdbc1ResultSet.ja va:528)
at org.postgresql.jdbc1.AbstractJdbc1ResultSet.getTimestamp(AbstractJdbc1ResultSet. java:398)
at ru.org.linux.site.Message.<init>(Message.java:60)
at _view_22dmessage__jsp._jspService(_view_22dmessage__jsp.java:88)
at com.caucho.jsp.JavaPage.service(JavaPage.java:75)
at com.caucho.jsp.Page.subservice(Page.java:497)
at com.caucho.server.http.FilterChainPage.doFilter(FilterChainPage.java:182)
at com.caucho.server.http.Invocation.service(Invocation.java:312)
at com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:135)
at com.caucho.server.http.RunnerRequest.handleRequest(RunnerRequest.java:342)
at com.caucho.server.http.RunnerRequest.handleConnection(RunnerRequest.java:272)
at com.caucho.server.TcpConnection.run(TcpConnection.java:137)
at java.lang.Thread.run(Thread.java:536)

>Дафайте расскажите дяде, как вы sendmail.cf в ХМЛ зае.. запихаете

>и сколько крови будет стоить отладка этого софта.

>Sun-ch (*) (02.06.2004 16:59:34)

Лехко.

echo '<xml><sendmail-cf><CDATA[[' > /etc/sendmail.cf.xml

cat /etc/sendmail.cf >> /etc/sendmail.cf.xml

echo ']]></sendmail-cf></xml>' >> /etc/sendmail.cf.xml

> Я вообще-то не про fstab говорил, если уж на то пошло, а про
> httpd.conf (там речь об Apache шла), fstab привязан к системе.
> А вот многие программы -- нет.

а не будет никакой разницы - апач это или кде или сквид. настраиваться все будет одинаковым образом


> Самый цимус кофигов -- это то что они сами по себе
> документация, я плакать буду если апачевский, сквидовский
> или пхпшный конфиг станет xml. Остается надеятся что
> разработчики забьют на эту поделку

зависит от _реализации_. если будет к каждому ключу дополнительный ключ-довесок === комментарий, то все будет еще лучше ибо моно будет читать комментарий именно на своем языке (если он конечно будет внутри того конфига).

> А также по остлеживанию изменений, которые кто-то при помощи ... 
> разумеется, ed, ручками внес в /etc/X11/XF86Config. Жду предложений 
> с нетерпением.

А зачем вносить изменения в XF86Config? 

--- ~/.xsession ---

. ~/.mykbdmaprc

setxkbmap $mykbdmap

--- ~/.xsession ---

:)

> во-первых - это весьма частный случай.

Это общий случай. Называется модификация конфигурации при помощи специально предназначенного для этого ПО.

> во-вторых - а смысл в гуевой конфигурялке? извините, но я его не вижу. индикатор раскладок - да. нужен. а вместо гуя для конфигурации - кратенький readme и большая надпись rtfm.

Да Вы издеваетесь? Это массовый пользователь будет RTFM? Он даже буковок таких не знает!

> юзер - по обределению ленивый дурень. но не стоит этой ленивой дурости потакать. иначе потом будет еще более сложно.

Если смотреть коммерчески, за потакание дурости можно бабок срубить - и чем дальше, тем больше. За глупость вообще платить принято. Если смотреть по-человечески - я совсем не против, чтобы линухом могла пользоваться домохозяйка. Да, домохозяйка не сможет настроить корпоративную сеть. Но если такая простая вешь как добавление русской раскладки - требует RTFM - фтопку такую систему (точнее, путь живет - но пользоваться ей будут только geeks & nerds).

вот уроды. только успел с винды на линукс слезть и порадоваться отсутствию гиморойного реестра, как и он тут как тут :( ИМХО конфиг файлы проще и понятнее да и не так уж много их.