LINUX.ORG.RU

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


0

1

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

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

anonymous

Проверено: svyatogor

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

> /etc - must die, очевидно

НЕ очевидно.

Единый формат конфигов? И для этого - нужно их все заменить на один? Достоинство /etc в гибкости, фронтэнд построить можно, но (!) _можно_ и руками.

sin_a ★★★★★
()
Ответ на: комментарий от Sun-ch

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

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

> теперь и *BSD появился еще один недостаток, отсутствие Regedita. :))))))))

Как это? Если бы у меня была фря - я бы запостил скриншот "gconf-editor на фре":)

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

Re:

На самом деле, файловые системы, подходящие под кучу мелких файлов (и не жрущие при этом пространство) уже созданы: ReiserFS с ее упаковкой хвостов, NTFS с ее резидентными атрибутами :-)... Не, я понимаю, конечно, для некоторых, ext2 или ffs - священные коровы :-)...

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

2svu (*) (02.06.2004 17:05:20):

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

Вы, батенька, беспредельщик. Будь Ваша воля, Вы бы всех заставили
писать только на Яве и хранить конфиги только в XML :)

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

>Нонконформизм (это я про LR) - рулит :)

LR - Windows-way

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

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

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

> Не говорите глупостей. sed и awk не рассчитаны на работу с древовидной структурой данных. И тем более не рассчитаны на распарсивание XML.

Значит так. Заменить sed по всему реестру строку "root" на строку "johnny" я смогу. Другое дело, что sed это, возможно, сделает некорректно - только xslt может сделать это правильно.

> Сравнили Божий дар с яичницей :)

А в чем разница? Форматы, протоколы, соглашения смертны. Я хочу, чтобы /etc умер так же, как однажды умер autoexec.bat. Безусловно, в процессе смерти /etc пострадает немало кроликов...

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

здравая идея

красноглазым - общего с виндовым реестром - только название

по ссылке все ясно расписано

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

Re:

> > Конечно! Это его работа! А ещё он должен знать азбуку.

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

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

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

Да оно нитак страшно, когда речь идет о fonts.conf k примеру. Но увидеть resolv.conf или /etc/hosts в XML-формате, что-то очень уж не хочется.

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

> Вы, батенька, беспредельщик. Будь Ваша воля, Вы бы всех заставили писать только на Яве и хранить конфиги только в XML :)

Беспредельщик, не без того:) Не, писать можно на разных языках. А вот для конфигов длиной более пары строк xml - самое оно. Точнее, самое оно - _деревянные_ структуры и унифицированный API (поэтому мне gconf нравится больше, чем LR - там нет жесткой завязки на backend). А будет оно XML/LDAP/... - мне почти по-барабану. Да, хорошо бы иметь на нижнем уровне текстовый формат - но в случае с LDAP это дороговато встанет, боюсь:)

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

2svu (*) (02.06.2004 17:10:16):

> Безусловно, в процессе смерти /etc пострадает немало кроликов...

Вот и я о том же. Готовьтесь к тому, что будет много крови.

anonymous
()

идиоты...

И как быть с:

- исполнимыми конфигами

- конфигами, читающимися через длиннючий пайплайн из всяких программ (не только m4)

Ведь именно эти фичи и есть главная фишка unixway-подхода к конфигам. А ерархическа размудня - на хрен не нужна, тут уж лучше пойти ораклячьим путём и БД соорудить (обратно же - с правами доступа проблем не будет).

Antichrist
()
Ответ на: Re: от AlexM

давить реестр однозначно
где та лёгкость работы как с /etc?
утилки мелкие когда в сотне местов чтонить заменить...

windows - rulezzz
а дятлы люниховые тока и умеют что писать like windows
десктопы и прочую хрень копировать

таких уже не лечат имхо.

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

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

Не могу. Никак.

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

Сложно. Бо так напереводят, что пока не прочтешь оригинал, не поймешь, о чем речь.

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

Этот самый Linux Registry -- размен шила на мыло. Помойка не в /etc, помойка -- в головах.

Dselect ★★★
()

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

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

> работать будет под разными юнихами.

Повешусь если так.

ansi ★★★★
()
Ответ на: идиоты... от Antichrist

Re:

Виталий, никак.

Отряд не заметил потери бойца.

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

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

а динозавры тоже в свое время орали что FHS - дерьмо и ущемление свободы

они же орали что для конфигрурирования ви рулит не подетски, однако же нашелся человек в дистре которого основной редактор для конфигурирования - nano

орали - нах*** графику ! потом уже нах*** кде

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

anonymous
()

На мой взгляд любителя, а не специалиста - бред полный.

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

Одна надежда - что этот проект умрёт на стадии проекта ;)

Даже если какой дистростроитель и перейдёт на эту хрень, почти наверняка будут те, кто от этой бредовой идеи откажется - ведь, имхо, сила линукса ещё и в отсуствии диктата единого дистростроителя - кто как хочет, так и... строит ;)

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

> XML - _текстовый_ формат. Во многих случаях sed и awk будут работать.

Через жо.у будут, а вообще-то есть для этого всякие либиксмээли и рапторы.

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

Re:

Написано же - есть "полноценный экспорт в файловую систему". Поэтому "в сотне мест" менять можно будет. Это-то как раз проще всего реализовать. Как будто этих VFS'ов уже не написано вагон и маленькая тележка.

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

AlexM ★★★★★
()
Ответ на: идиоты... от Antichrist

> - исполнимыми конфигами

А они не нужны:). Потому как туда вечно всякого дерьма понапихать норовят. Либо ты конфиг, либо ты исполняемый. Если исполняемый - ты уже не конфиг. Ты, может, скрипт, вызывающий gconftool много раз - но сам ты уже не конфиг.

> - конфигами, читающимися через длиннючий пайплайн из всяких программ (не только m4)

Нет предела человеческой извращенности:) А Вы уверены, что это реально нужно? Может, это тоже уже не очень конфиг? Можете привести реальный жизненный пример?

> лучше пойти ораклячьим путём и БД соорудить

LDAP все-таки лучше. Реляционную базу в дерево укладывать не так удобно.

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

любителям XML

> А вот для конфигов длиной более пары строк xml - самое оно

Напишите мне auto.blah в XML. Написали? И что теперь с ним делать?

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

для уродов, обсирающих сами не зная что



6.1. True Facts About The Linux Registry


It is a simple and consistent API to help software developers programatically store and retrieve global and user-specific configuration parameters.


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


It provides a unique namespace for all values. Anywhere, anytime, any program can preciselly access keys by their names. Security restrictions may obviously apply.


It is designed to be secure and lightweight, to let even early boot-stage programs like /sbin/init to use it, instead of /etc/inittab file.


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


It tries to set distribution-independent naming standards to store things like hardware configuration, networking, user's session configuration, system's mime-types, parameters for kernel modules, etc, that are generally stored under /etc.


It requires existing software to be changed to use its API. This will substitute hundreds of configuration-text-file parsing code, into clear Registry's API key-value access methods.


It is POSIX compliant. If it doesn't compile and run easily on some POSIX system, it should be easily modified to do so. The "Linux" part of its name is there only for marketing.


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


Is NOT an alternative to network information systems like LDAP or NIS. These are still required for networked environments.


Is NOT a Webmin-like or other GUI tool to be used by end users.


Is NOT an additional software layer to edit/generate existing configuration files.


Is NOT a "configuration system", because one can't be created by simply writing some code. A configuration system is an ecosystem, and the Registry tries to help build one.


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

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

> Одна надежда - что этот проект умрёт на стадии проекта ;) Да этот проект давно крутится, всё сдохнуть не может!

anonymous
()

Начнется эпоха портирования виндового софта под линух. Всякие Registry докторы, бэкаперы, чистилки, заменялки, выдувалки-свистелки-перделки... Млять...

AngryElf ★★★★★
()
Ответ на: идиоты... от Antichrist

заметил там на скриншоте есть -x- пермишены у веток реестра?

и еще наверняка появиться какой нить registryd который будет слушать сокет(unix/inet) и ты можешь вытягивать ветки по нетворку или локально с возможным препроцессорингом на стороне сервера или клиента ..

а вообще новость прикольная .. на ржач пробивает

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

Ага, очень хороший прогноз. Глядишь так через годик, два у каждого *nixsoida в окошке напишет:

pukin@bash# vi
bash: vi: not found
pukin@bash# vim
bash: vim: not found


A будет ли окошко-то?

ansi ★★★★
()

И полезут туда (в Registry) пионэры с немытыми грабля(БЛЯ!)ми. После этого на форумах ЛОРа будет больше всего вопросов "что такое не-wellformed XML?".

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

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

А кто там у тебя зоопарк в "конфигах" развёл? И что это за "компоненты и блоки" в /etc?

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

2AngryElf (*) (02.06.2004 17:25:28):

> Начнется эпоха портирования виндового софта под линух.
> Всякие Registry докторы, бэкаперы, чистилки, заменялки,
> выдувалки-свистелки-перделки... Млять...

Классно! Молодец :)

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

не нужны??

#!/bin/sh
#
# nfs-kernel-server
#		This shell script takes care of starting and stopping
#               the kernel-mode NFS server.
#
# chkconfig: 345 60 20
# description: NFS is a popular protocol for file sharing across TCP/IP \
#              networks. This service provides NFS server functionality, \
#              which is configured via the /etc/exports file.
#

set -e

# What is this?
DESC="NFS kernel daemon"
PREFIX=/usr

# Exit if required binaries are missing.
[ -x $PREFIX/sbin/rpc.nfsd ] || exit 0
[ -x $PREFIX/sbin/rpc.mountd ] || exit 0
[ -x $PREFIX/sbin/exportfs ] || exit 0

# Read config
DEFAULTFILE=/etc/default/nfs-kernel-server
RPCNFSDCOUNT=8
RPCMOUNTDOPTS=
if [ -f $DEFAULTFILE ]; then
    . $DEFAULTFILE
fi

# See how we were called.
case "$1" in
  start)
	cd /	# daemons should have root dir as cwd
	if grep -q '^/' /etc/exports
	then
		printf "Exporting directories for $DESC..."
		$PREFIX/sbin/exportfs -r
		echo "done."

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

> Одна надежда - что этот проект умрёт на стадии проекта ;)

gconf жив и рулит гномовским десктопом. Есть хороший шанс, что, если Sun и Novell и RedHat и IBM договорятся - будет рулить LR (ну или любая другая унифицированнся система конфигурирования). Да, еще придется Apache project уговорить.

> почти наверняка будут те, кто от этой бредовой идеи откажется

Безусловно. Сначала slackware тоже не переходила на x.org...:) Да и сейчас не все дистрибуты перешли. Только многие ли пользуются теми дистрибутивами (многие ли на них вообще обращают внимание)?

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

> Начнется эпоха портирования виндового софта под линух.
> Всякие Registry докторы, бэкаперы, чистилки, заменялки,
> выдувалки-свистелки-перделки... Млять...

взамен всяких sed/awk/grep/cat/find и туевой хучи самописных скриптов на sh/bash/perl/python/

млять

anonymous
()

Остается пробема с правами доступа, если какой-то проге они нужны, а у нее их нет, то она работать не будет, надо их унифицировать, чтобы все ПО выполнялось с правами Administrator Вот в Lindows молодцы, приблизили линукс к пользователю

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

> И полезут туда (в Registry) пионэры с немытыми грабля(БЛЯ!)ми.

Они сами себе буратины. Если не знают основ технологии и при этом пользуют notepad/vi вместо специально обученых тулзов - пусть страдают.

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

Можно сделать для прог под винду отдельный подраздел

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

Нет, я сплю, мне это снится, это просто кошмарный сон...

ansi ★★★★
()
Ответ на: не нужны?? от Dselect

Dselect

ну и где там конфиг ? обычный скрипт для запуска коих десятки в /etc/rc.d

а уж перебить твой скрипт чтобы кормился он конфигом из /etc/sysconfig сам бог велел. даже без linux registry

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

Ну точно, regedit будет с граф. мордой, которая потребует Х, Гнома или

КДЕ и тд и тп;

Эти старые песни о главном я уже слыхал и видал.

Не надо думать, что люди которые придумали править конфиги в vi были

глупее нас.

Sun-ch
()
Ответ на: не нужны?? от Dselect

Re:

Ну, надо признать, что конфигурации здесь как таковой практически нет. Все, что можно в штатной ситуации выносится в /etc/sysconfig/* (который уже практически и есть KEY=VALUE, хотя ничего не мешает устроить вакханалию конфигурябельности и там). В общем, я думаю, проект может оттяпать некоторую часть конфигурационных потребностей но серебряной пулей не станет никогда.

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

> Остается пробема с правами доступа, если какой-то проге они
> нужны, а у нее их нет, то она работать не будет, надо их
> унифицировать, чтобы все ПО выполнялось с правами
> Administrator Вот в Lindows молодцы, приблизили линукс к
> пользователю

дебил, прочитай что для тебя специально тут цитату привели

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

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

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

anonymous
()

Я только непонимаю, зачем это нужно?

Deleted
()
Ответ на: комментарий от Sun-ch

vi рулил, рулит и будет рулить
by (c) В.И. Ленин

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