LINUX.ORG.RU

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


0

1

Идея унификации разрозненных по формату текстовых конфигурационных файлов привела к появлению проекта Linux Registry - объединяющего конфигурационный параметры различных программ в одном хранилище (XML формат). Информация представлена в виде иерархического списка, для манипуляции параметрами предусмотрен простой API. На сайте можно найти набор патчей и конверторов для перевода некоторых программ под Linux Registry. (это сообщение взято целиком с www.opennet.ru)

>>> Подробности

anonymous

Проверено: svyatogor

Ответ на: комментарий от PitStop

> Это доказывает, что у кого-то кривые руки.

У кого? У того, кто не смог предложить решение, сохраняющее установки в XF86Config и берущее их оттуда? Так это весь ЛОР. Разумеется, себя я не вычеркиваю.

> А ещё чего ты не хочешь? Я куею как народ обленился!

Я хочу делать только то, что я хочу. Я не хочу влезать в недра ext2fs. Кстати, в детали линухового планировщика и системы управления vm - тоже не хочу. Продолжить список?:)

> Нет бы выйти с предложением к девелоперам иксов, так нет же, изобретают КОСТЫЛИ!

Если завтра мне захочется написать гуялку для httpd.conf - мне все начинать сначала - обращаться к разработчикам, искать другой public API...?

svu ★★★★★
()
Ответ на: комментарий от Dselect

> А какой уровень абстракции добавит эта по@#$%на, если она
> нифига не разбирается в семантике того, что хранит? В чем
> отличие этой штуки от файла (ну, кроме того, что через ж***
> его надо читать/писать)?

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

anonymous
()

Интерстно, кто-нибудь к ним на сайт заходил, или кроме слово registry никто ничего не читал ?

The Registry Is Not
* Is NOT something that accesses SQL/relational databases.
* Is NOT an OS service that can become unavailable and make system unusable. It is just a library to access files according to a namespace.


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

anonymous
()
Ответ на: комментарий от BlackNight

> И что теперь, покупая новую машину, надо учиться водить заново?

а что, конфиги от версии к версии так сильно меняют формат?

и учиться, не учиться, а приспосабливаться к особенностям нового автомобиля все равно ведь приходится

ananas ★★★★★
()
Ответ на: комментарий от svu

> Знаю. Но английский обязательным не был.

Я же сказал, кому было нужно, с удовольствием изучили.

> пример двуязычного текстового конфига

Дык никому не нужно было! Начнём?

PitStop
()
Ответ на: комментарий от ananas

> а тут уже парсер - первоочередная задача

С моей колокольни - второстепенная. Первостепенная - сделать понятный и удобный пользователю интерфейс. Чтобы 80% типических задач выполнялись ОЧЕНЬ-ОЧЕНЬ быстро, 15% - просто быстро, а остальные через about:config (в терминах мозиллы). Все остальное должно выражаться через enumConfigEntries/getEntry/setEntry - и ВСЕ (ну, я немного утрирую - но Вы поняли).

> что вам мешает выдрать парсер конфига из кода апача?

Вы разработчик или админ? Надеюсь, что последнее. Иначе Вам грозит увольнение за пропаганду копипаста:)

> а rtfm - один из видов обучения.

Ага. Значит, все-таки rtfm - не обязателен? Ура! Обязательно только обучение. Так вот теперь сравните количество "обучения", нужное для возни с XF86Config и с текущим gnome-keyboard-properties (при том что мне его еще полировать и полировать).

svu ★★★★★
()
Ответ на: комментарий от svu

> У кого? У того, кто не смог предложить решение, сохраняющее установки в XF86Config и берущее их оттуда?

Как же все жили до этого? Ума не приложу! Никто не сохранял до ВАС установки этом файле?

> не хочу влезать в недра ext2fs. Кстати, в детали линухового планировщика и системы управления vm - тоже не хочу.

А это и не нужно! Не перегибайте палку!

> Если завтра мне захочется написать гуялку для httpd.conf - мне все начинать сначала - обращаться к разработчикам,

Зачем? Это реально сделать простыми средствами. Профи реализует всё на баше.

PitStop
()
Ответ на: комментарий от svu

> что вам мешает выдрать парсер конфига из кода апача?

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

сложность такого подхода наглядно продемонстрировали linuxconf,yast,mcc etc

anonymous
()
Ответ на: комментарий от anonymous

> слушай, ты лучше так и скажи что английский не знаешь.

О Великий Знаток английского языка, обратите внимание на следующее:

> It doesn't know a thing about the semantics of each data it stores.

Какая, нафиг, абстракция?

Dselect ★★★
()

Господа не кипятитесь попусту! Ну было это уже если не точь в точь, то по крайней мере уже пытались... кажись линуксконф ... не помню, Вроде как собирали все конфиги в одну кучу и делали фронтенд, да только, затухло это. "И это пройдет" (с) умный еврей. Да и не убъет это линукс... Ведь никто не заставит сей фичей пользоватся... Пользы от нее как с козла молока. Там кто-то говорил про единые конфиги, мол удобно если станций много... кхм.. кхм... пропробуйте поменять подход к проблеме и не редактировать конфиги на каждой машине отдельно, благо средств для этого хоть отбавляй...

ЗЫ: Единственное неудобство, что появится куча пионэров которые будут на каждом шагу кричать мол "НАСТОЯЩИЕ ПАЦАНЫ ПОЛЬЗУЮТ ЛИНУКС РЕГИСТРИ" :)))

dObryi
()

Ура! Конец кроссплатформенности! Я так понимаю, эта библиотечка будет только на линухе, и скомпилить совт, использующий ее скажем под бсд будет невозможно...

PS И не понимаю на$%^ там XML? Потому что модно? Ну ладно, это наверно в силу моей ограниченности.

morge ★★
()
Ответ на: комментарий от PitStop

>> Если завтра мне захочется написать гуялку для httpd.conf - мне все начинать сначала - обращаться к разработчикам,

> Зачем? Это реально сделать простыми средствами. Профи реализует всё на баше.

а конфигурялка сквида+сквидгарда тоже на раз-два делается ?
бинд+dhcp ? postfix+ldap+courier ?

anonymous
()



А мы постоим, помолчим, посмотрим...


ЗЫ Вот, развелось, блн, "революционеров"...

anonymous
()
Ответ на: комментарий от svu

> Первостепенная - сделать понятный и удобный пользователю интерфейс.

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

> Вы разработчик или админ? Надеюсь, что последнее. Иначе Вам грозит увольнение за пропаганду копипаста:)

все-таки первое. скучный такой асутп-шник ;). может поэтому у меня не очень почтительное отношение к "массовому" пользователю :)

и честно говоря, я предпочитаю риск увольнения за пропаганду копипастерство более реальному риску увольнения за затягивание сроков разработки при изобретании велосипедов :)

> Так вот теперь сравните количество "обучения", нужное для возни с XF86Config и с текущим gnome-keyboard-properties

тяжело мне это сделать. так как не видел второго и давным давно разобрался с первым.

ananas ★★★★★
()
Ответ на: комментарий от Dselect

> Какая, нафиг, абстракция?

никакая. и про это отдельно еще раз большими буквами написано.

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

теперь протаскивай аналогию

anonymous
()
Ответ на: комментарий от svu

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

.lynxrc

anonymous
()
Ответ на: комментарий от anonymous

registry - это наподобие berkeley db (по смыслу).
унифицированное хранилище данных.

anonymous
()
Ответ на: комментарий от dObryi

> куча пионэров которые будут на каждом шагу кричать мол "НАСТОЯЩИЕ ПАЦАНЫ ПОЛЬЗУЮТ ЛИНУКС РЕГИСТРИ" :)))

Ну если ИБМ это куча пионеров, то действительно не стоит напрягаться...

morge ★★
()
Ответ на: комментарий от morge

> Ну если ИБМ это куча пионеров, то действительно не стоит напрягаться...

ИБМ - это прежде всего "очень большая организация". Ждать чего-нибудь разумного от ОБО не нужно.

anonymous
()
Ответ на: комментарий от svu

Всё это реально нужно. Потому как конфиги - это не только "font=courier", это ещё и сложные правила по типу sendmail.cf, часто, однако, не требующие специального языка для описания - то есть, нет нужды отображать тот же prolog на XML - достаточно прогнать текстовый конфиг, писанный ручками, через, допустим, Tcl, и получить нередактируемый и нечитабельный, но простой конфиг для конечного потребления. То же касается и пайплайнов - в тех же инсталляторах есть смысл иногда делать нетривиальную подстановку значений.

LDAP - возможно. Но далеко не всякий конфиг - иерархия. Да и неприятные ассоциации со всякими там ebXML Registry/Repository возникают...

Antichrist
()
Ответ на: комментарий от dObryi

не знаю, мне вот нравится, когда когфиги иногда не похожи... Со времен ДОСа и Санты Фокс ;) привык править нромальные конфиги с комментариями. Мне лично это не надо, но может кому-то и пригодится.

WerNA ★★★★★
()
Ответ на: комментарий от morge

> Ну если ИБМ это куча пионеров

а откуда инфа про ибм? то, что чел работает в ибм еще не значит, что сама ибм это поддержит

ananas ★★★★★
()
Ответ на: комментарий от svu

# user_mode определяет уровень знания Lynx пользователем.  По умолчанию
# установлено "NOVICE", что отображает две дополнительных строки подсказок
# внизу экрана, чтобы помочь пользователю в изучении основных команд Lynx.
# Установите user_mode в "INTERMEDIATE" чтобы убрать дополнительную
# информацию.  Используйте "ADVANCED" для отображения URL текущей выбранной
# ссылки внизу экрана.
user_mode=INTERMEDIATE

# Если verbose_images находится в состоянии "on", lynx будет печатать имя
# исходного файла с картинкой на месте [INLINE], [LINK] или [IMAGE]
# См. также VERBOSE_IMAGES в lynx.cfg
verbose_images=on

# Если vi_keys установлено в "on", то будут включены обычные команды
# перемещения VI:
#   j = вниз    k = вверх
#   h = влево   l = вправо
# Эти клавиши действуют так только в нижнем регистре.
# Заглавные 'H', 'J' и 'K' будут по-прежнему активизировать помощь, сокращения
# перехода и вывод отображения клавиш, соответственно.
vi_keys=off

# Установка visited_links контролирует, как Lynx организует информацию
# на Странице Посещенных Ссылок.
visited_links=LAST_REVERSED

anonymous
()
Ответ на: комментарий от Antichrist

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

нужен стандарт на конфиги. нужен.

anonymous
()
Ответ на: комментарий от PitStop

> Как же все жили до этого? Ума не приложу! Никто не сохранял до ВАС установки этом файле?

Сохраняли. Через ... Посмотрите код хоть одной гуевой конфигурялки кроме гномовской. Они почти всегда сохряняют ВЕСЬ XF86Config - ни одна, насколько я помню (могу ошибаться, но не сильно), не работает с кусочком, слепо игнорируя остальное.

> А это и не нужно! Не перегибайте палку!

Да, я перегибаю. Я просто хотел показать, что есть разные уровни API. Я хочу API конфигурирования, а не API чтения файлов. Разница очевидна?

> Зачем? Это реально сделать простыми средствами. Профи реализует всё на баше.

Я не хочу писать полноценные гуялки-конфигурялки на баше. Мне почему-то кажется, что Вы тоже:)

svu ★★★★★
()
Ответ на: комментарий от anonymous

снимаемся с ручника...

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

Дак а нафиг это поделие нужно? Не проще ли просто детализировать FHS и сказать, где что должно лежать?

> а семантика ? уж не хочешь ли ты сказать что апач понимает семантику выдаваемого контента ?

Я хочу сказать, что многие UNIX'-овые конфиги (см. init-scripts, automounter maps, я уж не говорю о всяких там .bashrc) несут определенное семантическое содержание, а не являются кучкой записей "ПЕРЕМЕННАЯ=ЗНАЧЕНИЕ", и пытаться их урезать до такого убожества -- несомненное зло.

Dselect ★★★
()
Ответ на: комментарий от ananas

> откуда инфа про ибм? то, что чел работает в ибм еще не значит, что сама ибм это поддержит


IBM Linux Impact Team :: ibm.com/linux

anonymous
()
Ответ на: комментарий от anonymous

Убедили. Слово "никогда" превращается в "почти никогда":) Или Вы захотите меня убедить, что это массовое явление?:))

svu ★★★★★
()
Ответ на: снимаемся с ручника... от Dselect

> Не проще ли просто детализировать FHS и сказать, где что
> должно лежать?

так оно и есть. только лежать будет /etc/fstab уже не на знакомом нам месте а _предположим_ в /etc/system/filesystem/mounts

> Я хочу сказать, что многие UNIX'-овые конфиги (см. init-scripts,
> automounter maps, я уж не говорю о всяких там .bashrc) несут
> определенное семантическое содержание, а не являются
> кучкой записей "ПЕРЕМЕННАЯ=ЗНАЧЕНИЕ", и пытаться их
> урезать до такого убожества -- несомненное зло.

xml не такое уж полное убожество, чтобы хранить только пары ключ\значение. приведенная выше цитата больше относится к berkeley db.


anonymous
()
Ответ на: комментарий от anonymous

> IBM Linux Impact Team :: ibm.com/linux

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

ananas ★★★★★
()
Ответ на: комментарий от Antichrist

> сложные правила по типу sendmail.cf,

Наверное, мы по-разному понимаем конфиги. Все-таки набор сложных правил, по моему разумению, уже выходит за пределы того, что я бы назвал конфигом. Максимум (и то не факт) - запихал бы правила как plain text и предоставил проге разбираться дальше. Но ведь в том же sendmail.cf много строк, прекрасно укладывающихся в someComplexHirerarchicalName=value.

> однако, не требующие специального языка для описания

Мне вон только что указали, что sendmail.cf - это скрипт на экзотическом языке. Дык пусть таковым и остается - в том месте, где скрипт. А вот переменные мы оттуда вынем:)

> То же касается и пайплайнов - в тех же инсталляторах есть смысл иногда делать нетривиальную подстановку значений

Да, это сколько угодно. В текущем gconf так тоже бывает очень часто. Там это делают просто. Взяли template - поменяли, чего надо - потом положили в gonf. И оно там лежит.

> Да и неприятные ассоциации со всякими там ebXML Registry/Repository возникают...

Поделитесь плиз?

svu ★★★★★
()
Ответ на: комментарий от svu

2svu (*) (02.06.2004 18:57:30):

>> а вождению вас тоже никто не обучал? и пдд вы ни разу не читали?

> Первое не требовало rtfm. А второе было нужно не для вождения, а для
> сдачи на права. Так что вожу я безо всяких rtfm...

Ну не знаю. В документации к Пассату очень много полезного написано.
Неужели всё опытным путём "находили"?

anonymous
()
Ответ на: комментарий от anonymous

> Увы. Мир несовершенен.

Дык и я про это. А gconf транслируется очень активно (спасибо, в т.ч. русским переводчикам)

svu ★★★★★
()
Ответ на: комментарий от anonymous

> Ну не знаю. В документации к Пассату очень много полезного написано. Неужели всё опытным путём "находили"?

Все, что мне нужно - да. Я же под капот не лезу, для этого механики есть:) А если есть урл - дайте плиз, на досуге посмотрю fm:)

svu ★★★★★
()
Ответ на: комментарий от svu

> Мне вон только что указали, что sendmail.cf - это скрипт на экзотическом языке. Дык пусть таковым и остается - в том месте, где скрипт. А вот переменные мы оттуда вынем:)

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

ananas ★★★★★
()
Ответ на: комментарий от morge

Привет всем!

:):):) Это я добавил эту ссылку в новости. Не ожидал такого флейма :) Звиняйте что под анонимусом добавил. Уж больно новость прикольная была. Тут кто то говорил что в registry xml'ем не пахнет... Хм... а что ж там за картиночка то в абзаце про редактор этого registry? Уж не мерещится ли мне? Дальше... Из вас кто-нибудь видел большие конфиги на XML? А мне вот привелось. Представьте себе строчку в три экрана, а на конце стоит маленькая циферка. Я так не хочу... А если еще две строки и различаются по содержанию только на второй странице? Думаете вас это минует? тогда посмотрите в той же ссылке примерчик для xconfig'а. Не слабо? Это еще цветочки :)

А теперь по существу. Да. Нужен унифицированый формат конфигов. И что б они хранились в одном месте. Но может для этого хотя бы почву подготовить? Ведь почему то есть рекомендации по написанию документации для GNUшных программ. Кто ж запрещает тоже сделать для конфигов?

Milker
()
Ответ на: комментарий от Milker

> Нужен унифицированый формат конфигов.

Зачем? Какой?

> И что б они хранились в одном месте.

Зачем? Где? Как?

anonymous
()
Ответ на: комментарий от ananas

> опять костыли для вытаскивания их из реестра?

Угу. Только у меня они называются "функции", а не "костыли". И позволяют, как тут было отмечено, разделять конфигацию и код.

svu ★★★★★
()
Ответ на: комментарий от dotcoder

> Хорошая идея! Надо посмотреть на реализацию (именно) Линуксового варианта.

Так procfs давно уже как реализована

anonymous
()
Ответ на: комментарий от anonymous

>> Нужен унифицированый формат конфигов.
>Зачем? Какой?
текстовой

>> И что б они хранились в одном месте.
>Зачем? Где? Как?
в виде отдельный файлов под /etc

возражения ?

anonymous
()
Ответ на: комментарий от Milker

> Представьте себе строчку в три экрана

Да, в xml можно понаворотить. Но мы же умные люди, правда?:)))

svu ★★★★★
()
Ответ на: комментарий от svu

2svu (*) (02.06.2004 19:45:46):

> Все, что мне нужно - да. Я же под капот не лезу, для этого механики
> есть:) А если есть урл - дайте плиз, на досуге посмотрю fm:)

У меня на бумаге и на немецком. Боюсь, Вы немецкого не знаете :)

anonymous
()
Ответ на: комментарий от svu

ну а где здесь простота? и что мешает эти переменные вынести в отдельный файл и включать в основной конфиг неким аналогом #include? в этом варианте - и конфигурация из кода вынесена и дополнительные костыли aka функции не требуются.

ananas ★★★★★
()
Ответ на: комментарий от svu

svu - решпект. граждане пионеры, попуститесь.

кое-что про Апач и его конфиг. решал давеча админскую задачку - есть N виртхостов в апаче, и есть такое же количество отдельных аксесс-логов (по одному на виртхост). надо запускать старый недобрый webalizer в цикле, натравливать его на каждый отдельный аксесс-лог и складывать результат в каталог вида /var/www/foobar-hosting.com/stat/имясайта.com/ (то есть, отдельная статистика по каждому сайту).

вопрос. как получить список из имён аксесс-логов и доменов? домены берутся в конфиге апача "сами по себе", никто не будет заморачиваться при добавлении хоста дёргать ещё и скрипт генерации статистики.

реализация работает "на соплях" - я на весь этот геморрой плюнул и однозначно решил, что каждый сайт имеет DocumentRoot вида /var/www/domain.com и лог вида /var/log/apache/domain.com-acces.log; кроме того, в /var/www лежат только разные виртхосты.

после этого задача стала, конечно, тривиальной - for c in `ls /var/www` и поехали. только вот мне это не кажется правильным. слишком уж на соплях держится.

anonymous
()
Ответ на: комментарий от chucha

> заставить всех разрабочиков перейти на единый формат конфигов нереально

А что у тебя autoconf и automake не работают?

anonymous
()
Ответ на: комментарий от anonymous

> svu - решпект. граждане пионеры, попуститесь.

За что это svu респект? Не его идея. Он только партизан XML.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.