[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: gconf2 на сервере



   On Fri, Jul 04, 2003 you wrote:

> >>Какие пакеты смотреть? Где описан программный интерфейс?
> >
> >apt-get install debconf-doc
> 
> Это я посмотрел, там лишь о работе с конфиг файлами (изменение 
> параметров, создание, бэкапы, использование ЛДАП, но опять, для 
> настройки конфиг файлов). Правильно?

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

из man debconf-devel

THE DEBCONF PROTOCOL
       Config scripts communicate with debconf using the debconf protocol. This is a sim-
       ple line-oriented protocol, similar to common internet protocols such as SMTP. The
       config script sends debconf a command by writing the command to  standard  output.
       Then it can read debconf's reply from standard input.

       Debconf's  reply  can  be  broken down into two parts: A numeric result code (the
       first word of the reply), and an optional extended result code (the remainder  of
       the  reply).  The numeric  code  uses 0 to indicate success, and other numbers to
       indicate various kinds of failure. For full details, see the table in Debian  pol-
       icy's debconf specification document.

       Generally you'll want to use a language-specific library that handles the nuts and
       bolts of setting up these connections to debconf and communicating with it.

> >про конфиглеты вот тут написано
> >http://hackers.progeny.com/configlets/
> 
> Configlets supply an architecture to support richer front ends that can 
> leverage advanced environments such as GNOME. Developers can create 
> Python code and a Glade interface to be presented to the user by a 
> separate front end; behind the scenes, debconf is used to store 
> questions and answers for future use, just as it would otherwise.
> 
> О.К.допустим у меня программа на С, к примеру. Как моя программа узнает 
> о том что пользователь изменил с помощью конфиглета какой-то параметр и 
> как я могу получить новое значение этого параметра?

ранящаяся программа об этом не узнает, так как механизма нотификаций
там нет (по крайней мере пока). А чтобы получить значение параметра, 
видимо "you'll want to use a language-specific library that handles the 
nuts and bolts"

> Как я понял, мне нужно будет парсить опять конфигурационный файл? Или я 
> не понял нифига?

заново парсить не надо

> >>Как я понял из документации, дебконф предоставляет возможность создавать 
> >>и апдейтить текстовые конфигурационные файлы. При этом источником 
> >>конфигурационных параметров может быть и ЛДАП.
> >>
> >>Это всё что я нашёл. Может я плохо искал?
> >
> >именно
> 
> Что именно? Плохо искал или наоборот, правильно понял?
 
правильно понял 
 
> >Посмотрев на http://www.gnome.org/projects/gconf/ я обнаружил следующее
> >
> >GConf is a system for storing application preferences. It is intended
> >for user preferences; not configuration of something like Apache, or
> >arbitrary data storage.
> >
> >теперь начинаю понимать разницу. debconf как раз наоборот не заботится о
> >user preferences, и предназначен скорее все-таки для апача и прочих
> >общесистемных вещей.
> 
> Всё верно, если речь идёт о данной реализации жконф. Но вот  идея 
> заложенная в нём может быть использована и для apache, и для 
> общесистемных вещей.

Ну что ж, очень бы хотелось тогда, чтобы жконф тогда развивался и дальше.



Reply to: