Вышла новая версия Linux Registry (LR)

Не будет нормальных дискуссий, пока они не переименуют это чудо!

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

Ну если действительно не один монолитный XML, то хай живет :)

Правильно, зря чтоль они милярды баксов вкладывали.

и тут QT =\

Ну такой крутой дисскусии тут похоже не получиться, как при первом посте про эту Линукс Регистри. :) Весь запал был растрачен в первой дисскуссии. http://www.linux.org.ru/profile/Milker/jump-message.jsp?msgid=570469&last...

Аж 1283 сообщения было! Абсолютный рекорд данного форума?

"физики" - за полторы тысячи сообщений.

да ну... парят: всё в один большой зуль файл... отстой!

>да ну... парят: всё в один большой зуль файл... отстой!

не...не так...

все в один большой бинарный файл...а чтобы какой-нибудь ключик поправить - надо экспортировать этот большой бинарный файл в xml, а потом открыть в emacs (с подсветкой, разумеецца) - подредактировать, и провести обратную операцию =)

PS: Для бэкапа большого бинарного файла следует использовать KRename =)

"Улажен глюк с отсутсвием XLS" и "_НЕ_ в XML" как соотносятся?

совершенно свободно соотносятся. XML не используется для внутреннего хранения а для экспорта импорта :) а вообще заезженная пластинка.

- клёва здесь нет ! - почему? - клёво было вчера.

поставил. чё дальше делать? =)

> XML не используется для внутреннего хранения а для экспорта импорта

Кого волнует внутреннее представление? Cнаружи это большой XML-файл, который нужно удавить, пока на его запах не приползла хищная жаба. А то ведь удавит всех нахрен.

> Кого волнует внутреннее представление? Cнаружи это большой XML-файл, который нужно удавить, пока на его запах не приползла хищная жаба. А то ведь удавит всех нахрен.

Мужики, пойдем заново! даешь еще 1300 постов :) Новое это хорошо забытое старое. Ну и т.д. и т.п. :)

> Мужики, пойдем заново!

Давай. Так что ты там говорил насчет большого XML-файла?

ммммм ..... подсветка это 5 ! а за емакс и кренаме - это еще два пятака сверху =)

Я честно говоря желаю этому проекту скорейшей кончины. И развития Config4GNU. Не понимаю что же такого хорошего в унификации формата конфигов. Для определённых программ лучше использовать наиболее удобный формат конфигов.

Что опять будем спорить, ну чтож, я привожу доводы, которые никто так и не оспорил:

Во-первых, эта программа не избавляет ни от одной из перечисленных по ссылке проблем. Какой смысл все конфиги подгонять под одну гребенку? Там же куча конфигов которые оптимальны для своих нужд, например для emacs-a, iptables. И в реестре они не будут так эффективны. Потом, кто сказал что все будет в одном месте в разных дистрибутивах и даже в разных программах. Бардак будет еще больше! Каждый дистрибутив сделает свое дерево реестра! Поверьте мне, не первый год живу! Уже давно были попытки, и ни одна не спасла /etc/.

Во-вторых, как загонять в реестр скрипты? Просто приведите мне пример как вы загоните например /etc/rc.d/rc.sysinit в реестр :) Как пить дать, не сможете ;)

Потом, это дико, пихать все в один файл. и тем более XML! Кому такая идея пришла в голову? XML очень придирчив к формату, пропадет одна '<' и все, можно переустанавливать систему! Система получается очень не стабильной! А подумайте насчет времени работы такой системы, столько данных в одном XML файле, XML и так не быстрый ... скорость работы замедлится в сотни а то и тысячи раз !!! А как увеличится занимаемое место ... Думаю одно это уже убивает проект. Никому он не нужен!

Насчет самого реестра. Теперь все будет зависеть от реестра, что не есть гуд. Это как винда! Появляется уязвимое место, Ахиллесова пята. Представляете если демон реестра упадет при очередном выделении памяти ... Ясно, что это анонимусы-виндузятники пришли с винды и решили принести свой чудо реестр! Сколько лет жили без него, и еще проживем столько же!

Насчет юзерских веток, давать простам юзерам права на запись в /etc/ ??? Что за бред! Они могут вручную забить весь раздел где лежит каталог /etc/ а это на 98,56% машин корневой раздел, а это одназначна смерть машине! Можно переустанавливать! Никому это не нужно!

А редактирование какое! Я перешел на линукс, так как мне нравится в простом тестовом режиме, редактировать конфиги, я понял, что лучше текстовых конфигов ничего нету. А тут, только посмотрите на этот regedit под Qt :) Что-то он похож на regedit под винды, а это не есть гуд. Что мне теперь KDE ставить? И на серваки тоже? Да ну на фиг. Второй способ тоже не лучше, открывать в vi или mcedit один большой XML файл, да запарюсь ждать, или перематывать до нужного места. Третий вариант, еще хуже, вспомнить ветку, экспортировать, отредактировать, импортировать, сколько лишних действий ... а пути какие длинююющие ... а как просто vi /etc/sysconfig/network-scripts/ifcfg-eth0, и найти и исправить IP. а набирать можно через Tab.

ИМХО, это Микрософт понял что платить SCO не приносит пользы а RedHat не купишь и решил проплатить IBM, а именно автору LR. В MS умные типки. Вот увидите, я прав.

P.S.: Ну вроде все вспомнил, если чего-то не хватает, то не обессудьте.

P.P.S: Просьба особо не напрягаться, и считать это сарказмом :) Если кто обидился, прошу прощения.

> считать это сарказмом

Пробую... Не получается :(

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

> Но лучше и полезней все-таки выучить эсперанто.

уже учу :)

> Пробую... Не получается :(

Хреновый из меня Салтыков-Щедрин :)

hmmmmmmm ... XML eto 5 !

Запарил pinguino c xml-ем.

XML без подсветки никуда не годится!

* All key-value pairs are stored in clear-text files. * It is designed to be easy to administrate with regular command line tools like cat, vi, cp, ls, ln. Its storage is 100% open. * 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.

LR не такое уж и гавно =)

> * All key-value pairs are stored in clear-text files.

По паре на файл... На десять тысяч пар - десять тысяч чистатекстовых файлов.

> * It is designed to be easy to administrate with regular command line tools like cat, vi, cp, ls, ln. Its storage is 100% open.

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

> * 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.

А зачем?

> LR не такое уж и гавно =)

Такое-такое.

# Пример формата конфигов, и никагого XML НЕНАДО
# парсер на паскале 390 строк
# Файл /etc/fstab.conf
{main:
# Секция монтирования при загрузке
{hard-mount:
# устройство, точка монтирования, тип Ф.С., [опция1, опция2, ... опцияN]
mp1('/dev/hda6','/',ext3)
mp2('none','/proc',proc)
mp3('/dev/hda7','/usr',ext3)
}
# Секция монтирования "по требованию"
{soft-mount:
mp1('/dev/cdrom','/mnt/cdrom',iso9660,ro,nosuid,noauto,exec,user,nodev)
mp2('/dev/fd0','/mnt/floppy',vfat,iocharset=koi8-r,codepage=866,user,noexec,co nv=auto)
}
}

# Пример формата конфигов, и никагого XML НЕНАДО
# парсер на паскале 390 строк
# Файл /etc/fstab.conf
{main:
	# Секция монтирования при загрузке
	{hard-mount:
		# устройство, точка монтирования, тип Ф.С., [опция1, опция2, ... опцияN]
		mp1('/dev/hda6','/',ext3)
		mp2('none','/proc',proc)
		mp3('/dev/hda7','/usr',ext3)
	}
	# Секция монтирования "по требованию"
	{soft-mount:
		mp1('/dev/cdrom','/mnt/cdrom',iso9660,ro,nosuid,noauto,exec,user,nodev)		
		mp2('/dev/fd0','/mnt/floppy',vfat,iocharset=koi8-r,codepage=866,user,noexec,co
nv=auto)
	}
}

А чем это приципиально отличается от XML? А то я так тоже могу:

;; Пример формата конфигов, и никагого XML НЕНАДО
;; парсера не надо
;; Файл /etc/fstab.conf
(
    ;; Секция монтирования при загрузке
    (hard-mount
        ;; устройство, точка монтирования, тип Ф.С., [опция1, опция2, ... опцияN]
        (mp1 "/dev/hda6" "/"     'ext3)
        (mp2 "none"      "/proc" 'proc)
        (mp3 "/dev/hda7" "/usr"  'ext3)))

Принципиально, это
a) читабелнее
б) парсер проще, меньше
в) легче редактировать в текстовом редакторе

ваш вариант тоже читабелен и проще.
Почему парсера не надо?

Есть готовые.

> Но лучше и полезней все-таки выучить эсперанто.

Если "just for fun" - то лучше все-таки квенья, параллельно с заучиванием наизусть формата конфига sendmail =) а если для дела - то инглиш, LR, и гуевый редактор с деревом ключей, панелью с хелпом (по выбранному ключу), и автокомплишеном.

> LR не такое уж и гавно =)

Догоним и перегоним? =)

В прошлый раз бросили, кажется, на третьем круге. Или на четвертом? XML, во всяком случае, обсудили не меньше четырех раз. В принципе, простор для дальнейших обсуждений есть - от XML можно плавно перейти к XSLT...

> то инглиш,

Зачем? svu что-то говорил о поголовной i18n реестра.

> LR,

Ну как же.

> и гуевый редактор с деревом ключей,

Так как там vimrc будем на дерево ключей отображать?

> панелью с хелпом (по выбранному ключу),

А кто, пардон, будет эту хэлпу писать, переводить и поддерживать в актуальном состоянии?

> и автокомплишеном.

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

P.S. Простое "хранилище ключей" можно склепать на коленке за пятнадцать минут, вот только кому оно нужно.

> от XML можно плавно перейти к XSLT...

Было. Перейти к XSLT, поплакать над его неполноценностью и нечитаемостью и перейти к лиспу.

>Простое "хранилище ключей" можно склепать на коленке за пятнадцать >минут, вот только кому оно нужно.

Сейчас 05:33 по московскому времени:
Начинай клепать на коленке

Часы проверь. Они спешат.

Время все равно уже вышло

> Время все равно уже вышло

куда?

> Что опять будем спорить, ну чтож, я привожу доводы, которые никто так и не оспорил:

Сейчас попробуем... =)

>Во-первых, эта программа не избавляет ни от одной из перечисленных по ссылке проблем. Какой смысл все конфиги подгонять под одну гребенку? Там же куча конфигов которые оптимальны для своих нужд, например для emacs-a, iptables. И в реестре они не будут так эффективны. Потом, кто сказал что все будет в одном месте в разных дистрибутивах и даже в разных программах. Бардак будет еще больше! Каждый дистрибутив сделает свое дерево реестра! Поверьте мне, не первый год живу! Уже давно были попытки, и ни одна не спасла /etc/.

Приведите мне, пожалуйста, реальный пример структуры, которую невозможно запихнуть в дерево XML. Боюсь, что не найдете. Emacs я не использую, поэтому по поводу его ничего сказать не могу. Для iptables XML -- чуть ли не оптимальный формат хранения. Можете, например, посмотреть файлы, которые делает kmyfirewall (приятная все-таки штучка). Свое дерево реестра каждый дистрибутив делать не будет именно потому, что это (будет) вещь стандартизованная, в отличие от free-form /etc.

>Во-вторых, как загонять в реестр скрипты? Просто приведите мне пример как вы загоните например /etc/rc.d/rc.sysinit в реестр :) Как пить дать, не сможете ;)

А зачем загонять скрипты в XML? Ну, во-первых, достаточно полного пути к файлу скрипта в XML'нике. А во-вторых (о чудо!) существует такая вещь, как CDATA. Так что проблема со скриптами имхо надуманная.

>Потом, это дико, пихать все в один файл.

А кто сказал, что в один файл? Даже внутренние средства XML позволяют включать другие XML-файлы. Кроме того, с эффективной системой кеширования на уровне прослойки LR проблем, как мне кажется, даже и с одним файлом бы не возникло. Вот только будет ли она... =)

>и тем более XML! Кому такая идея пришла в голову? XML очень придирчив к формату, пропадет одна '<' и все, можно переустанавливать систему! Система получается очень не стабильной! А подумайте насчет времени работы такой системы, столько данных в одном XML файле, XML и так не быстрый ... скорость работы замедлится в сотни а то и тысячи раз !!! А как увеличится занимаемое место ... Думаю одно это уже убивает проект. Никому он не нужен!

Извините, но это просто смешно. А если вы в вашем /etc/rc.d/rc.sysinit ошибетесь в паре символов? Стабильная получится система? И вообще, стабильность здесь -- какое-то странное понятие, тут не система виновата, а либо кривая реализация XML (что маловероятно), либо кривые руки того, кто правил XML этими самыми руками [вот сам я очень криворукий, пару раз нужные разделы даже прибил =), но это ж не повод все спихивать на cfdisk, например].

Далее. Почему это XML не быстрый? Не быстрее чего? Странные какие-то суждения, тем более не подкрепленные никакими фактами. Да, действительно, на чтение кавычек и угловых скобок потратится какое-то время. Зато параллельно проверяется структура конфига.

>Насчет самого реестра. Теперь все будет зависеть от реестра, что не есть гуд. Это как винда! Появляется уязвимое место, Ахиллесова пята. Представляете если демон реестра упадет при очередном выделении памяти ... Ясно, что это анонимусы-виндузятники пришли с винды и решили принести свой чудо реестр! Сколько лет жили без него, и еще проживем столько же!

Здесь я буду отвечать вопросами. Черт возьми, а чем же все-таки /etc кардинально отличается от реестра? Что в системе не зависит от "здоровья" /etc? Что будет, если при очередном выделении памяти упадет devfsd? Или какой-нибудь ядерный демон вместе со всем ядром. Кстати, по секрету скажу, что отсутствие свободной памяти в первую очередь обрабатывается в ядре, которое определяет стратегию выгрузки "отожравших" все программ. Так что по-моему тут проблемы нет.

А вот с тем, что без реестра прожить можно, охотно соглашаюсь. Можно. Только вот более-менее крупную локалку с DHCP, DNS, SMTP, WINS и так далее (имхо) тяжко настраивать без, например, LDAP'a (который, кстати, отлично справляется с большей частью целей, поставленных перед LR). Тем не менее, для маленького WWW-сервачка, который ничем другим и не занимается, никакие реестры и LDAP'ы нафиг не нужны =)

>Насчет юзерских веток, давать простам юзерам права на запись в /etc/ ??? Что за бред! Они могут вручную забить весь раздел где лежит каталог /etc/ а это на 98,56% машин корневой раздел, а это одназначна смерть машине! Можно переустанавливать! Никому это не нужно!

Во-первых, есть квоты. Во-вторых, на каждом разделе выделяется сколько-то-там процентов места только под рута, и никто больше туда писать права не имеет. Таким образом, рут всегда найдет возможность "помочь" системе. Наконец, в-третьих, можно пойти путем GConf'a, который хранит "юзерские ветки" в ~/.gconf. Хотя это тоже будет не совсем, наверное, корректно.

И еще, что у вас за тенденция все переустанавливать? Скобочка пропала -- переустанавливать, место кончилось -- переустанавливать =) Странно. На мысли определенные наводит.

>А редактирование какое! Я перешел на линукс, так как мне нравится в простом тестовом режиме, редактировать конфиги, я понял, что лучше текстовых конфигов ничего нету. А тут, только посмотрите на этот regedit под Qt :) Что-то он похож на regedit под винды, а это не есть гуд. Что мне теперь KDE ставить? И на серваки тоже? Да ну на фиг. Второй способ тоже не лучше, открывать в vi или mcedit один большой XML файл, да запарюсь ждать, или перематывать до нужного места. Третий вариант, еще хуже, вспомнить ветку, экспортировать, отредактировать, импортировать, сколько лишних действий ... а пути какие длинююющие ... а как просто vi /etc/sysconfig/network-scripts/ifcfg-eth0, и найти и исправить IP. а набирать можно через Tab.

А-а-а, вы из "этих"... Ужасно. По делу. Вам тяжело отредактировать руками XML'ник? Сочувствую. Серьезно. Regedit, говорите, на виндовый похож. Попробуйте сделать непохожий. Искренне желаю удачи. A KDE вообще ставить не надо (см. XFce), особенно на серваки =). Насчет перемотки. Рядом с правым Shift'ом есть кнопочка "слэш". Попробуйте ее использовать [regex(7) если что]. А насчет "третьего пути". Хмм. А вы в /dev ориентируетесь? А в /proc? B /sys?

>P.P.S: Просьба особо не напрягаться, и считать это сарказмом :) Если кто обидился, прошу прощения.

Никто и не напрягается =)

P.S. Во-первых прошу меня тоже не бить ногами по голове, не выспался я сегодня. P.P.S. Самым правильным считаю мнение относительно "just for fun" и реальной жизни. Вот. P.P.P.S. Пошел я кофе допивать, правда из-за LR он уже остыл... =(

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

Хранят же все конфиги в /etc. Соберутся и прийдут к стандарту хранения в LR. LR хранит дерево настроек в etc.

> Во-вторых, как загонять в реестр скрипты?

Скрипты - это программы. Их НЕ НУЖНО в конфигах хранить.

> Потом, это дико, пихать все в один файл. и тем более XML!

LR хранит конфиги в ОТДЕЛЬНЫХ ФАЙЛАХ!

Весь реестр представляет собой дерево. Это дерево отображено в файловую системы. Разделы (ветви) - это каталоги, ключи - это файлы. В файлах хранятся значения ключей. Один файл на один ключ (можно по- другому, кто как хочет).

>и тем более XML!

XML - файл формирует команда lr edit. Она рекурсивно сканирует заданную ветвь дерева (ЗАДАННУЮ ВЕТВЬ, не обязательно весь реестр), и выводит результат в вида XML-файла. Легко доработать LR для вывода ностроек в любой формат. Это просто экспорт, как regedit /e

> А редактирование какое!

Поощеряется обычное редактирование файлов-ключей. Хоть vim, хоть OpenOffice, хоть скриптами. Это же просто файлы!

Лучше конечно, грамотно, через утилиту lr.

> Насчет юзерских веток

Не нужно давать доступ на /etc !

Дерево реестра может храниться ГДЕ УГОДНО. Расположение дерева задается параметром.

Тут конечно вопрос стандарта, но в это нет ничего плохого.

Пример:
Описание пользователя nobody из фалйа passwd
Ветвь реестра находится в каталоге /etc/registry/system/users/nobody/
В результате получается 12 файлов (1 параметр на 1 файл).
Файлы приведены ниже.

system/users/nobody/uid: 99
system/users/nobody/gid: 99
system/users/nobody/gecos: Nobody
system/users/nobody/home: /
system/users/nobody/shell: /sbin/nologin
system/users/nobody/password: *
system/users/nobody/passwdChangeBefore: 0
system/users/nobody/passwdChangeAfter: 99999
system/users/nobody/passwdWarnBefore: 7
system/users/nobody/passwdDisableAfter: 
system/users/nobody/passwdDisabledSince: 
system/users/nobody/passwdReserved:

PS:
Это не один большой файл.
Это не XML
Это можно редактировать ЛЮБЫМ редактором.

a ti mojesh ob'yasnit' v dvuh slovah - chem eta beda kruche chem /etc ?

nu i na fig nam podobnie plyaski ?

> Пошел я кофе допивать, правда из-за LR он уже остыл... =(

Сорри за кофе :) Это наверное с утра ... я этот пост как шутку позиционировал. Сборник левых претензий к LR из прошлой серии :) Реально, все перечисленные претензии происходят из-за недопонимания, что такое LR. Думал примерно на "и тем более XML!" будет понятно, что это стеб. Наверное слишком серьезно писал :)

ну а теперь я по русски напишу :

>Это не один большой файл.

да ! \то хренова гора маленьких

>Это не XML

это 2

>Это можно редактировать ЛЮБЫМ редактором.

а конфиги низзя править ЛЮБЫМ редактором ?

> Ветвь реестра находится в каталоге /etc/registry/system/users/nobody/

то есть getpwnam() потребует отрытия 12 файлов? и еще поиска по каталогу /etc/registry/system/users/ ? шикарно... ;) я себе представляю производительность...

и главное - зачем?

>то есть getpwnam() потребует отрытия 12 файлов? и еще поиска по каталогу /etc/registry/system/users/ ? шикарно... ;) я себе представляю производительность...

и главное - зачем?

фигня ! главное что в XML =)