Sergey V. Spiridonov [EMAIL PROTECTED] writes:
Dmitry Astapov wrote:
Evening, Sergey. Sergey V. Spiridonov [EMAIL PROTECTED]
12:35 4/7/2003 wrote:
SVS Ну как же. Изменились настройки апача в конфигурационном
файле, что
SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он
Dmitry Astapov wrote:
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 12:35 4/7/2003 wrote:
SVS Ну как же. Изменились настройки апача в конфигурационном файле, что
SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он
SVS перечитал. Так вот у разных приложений есть
В сообщении от 8 Июль 2003 17:57 Dimitry N. Naldaev написал:
В сообщении от 2 Июль 2003 20:39 Sergey Spiridonov написал:
Кстати, qmail на моей машине (четвертый пень 1.7 гига, 512 метров мозгов)
^ читать kmail --- очепятка вышла :-(
В сообщении от 8 Июль 2003 20:20 Sergey Spiridonov написал:
Oleg Gritsinevich wrote:
Я очень надеюсь на то, что возможность использования gconf и в
дальнейшем останется всего лишь возможностью.
Я тоже считаю что всегда должен быть выбор, зачем ограничиваться?
Давно уже появились и
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 00:09 5/7/2003 wrote:
Для такого, нужно подготовить скрипт или файл с изменениями и
импортировать его завтра. И тогда затра приложение узнает об
изменениях.
... или об ошибке?
SVS Если параметры будут с ошибками (это будет возможно
Evening, Oleg.
Oleg Gritsinevich [EMAIL PROTECTED] 20:27 7/7/2003 wrote:
OGНе совсем понятна цель создания gcnof-a:
OG - избавить программистов от рутинной писанины парсеров конфигов? В
OG сложных случаях, как в примере с sendmail-ом, это невозможно.
OG - предоставить средства
Evening, loh.
[EMAIL PROTECTED] 21:53 7/7/2003 wrote:
l On Mon, Jul 07, 2003 at 08:27:15PM +0300, Oleg Gritsinevich wrote:
- избавить программистов от рутинной писанины парсеров конфигов? В сложных
случаях, как в примере с sendmail-ом, это невозможно.
l Случай с sendmail.cf это самый
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 00:21 5/7/2003 wrote:
Решена она, насколько я знаю. Есть подсказки и описания.
Типа, _мои_ комментарии будет сохранять? Чтобы я мог вспомнить -- зачем
я здесь *именно такое* значение параметра выставил? Очень интересно...
SVS Ах, вот
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 23:58 4/7/2003 wrote:
SVS Но если это так, я бы не стал спешить с печальными выводами.
SVS Я думаю, что в том виде, в каком оно сейчас, диалоги настройки
SVS отомрут. Тому есть разные причины и Sun правильно делает, что
SVS форсирует
Dmitry Astapov wrote:
Для такого, нужно подготовить скрипт или файл с изменениями и
импортировать его завтра. И тогда затра приложение узнает об
изменениях.
... или об ошибке?
[snip]
Это если ошибки будут синтаксические или простые семантические (не
прошедшие валидацию). А если я вместо
Dmitry Astapov wrote:
Решена она, насколько я знаю. Есть подсказки и описания.
Типа, _мои_ комментарии будет сохранять? Чтобы я мог вспомнить -- зачем
я здесь *именно такое* значение параметра выставил? Очень интересно...
SVS Ах, вот о чём речь. Не, этого пока нет... Но почему бы и не
Dmitry Astapov wrote:
Я понял! Мне открылась правда!
Еще немного - и не только пользовательские настройки, но и сам код
программы можно будет хранить в базе данных gconf. Вот оно - нереальное
счастье! Потом останется сделать gconffs (использование базы gconf как
:)
Вот Вы смеётесь, а многие
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 10:16 8/7/2003 wrote:
Это если ошибки будут синтаксические или простые семантические (не
прошедшие валидацию). А если я вместо mx1.domen.org написал mx2.domen.org и
отгреб non-existing host/domain, то на такие ошибки валидаторов не
Sergey Spiridonov [EMAIL PROTECTED] writes:
Dmitry Astapov wrote:
Я понял! Мне открылась правда!
Еще немного - и не только пользовательские настройки, но и сам код
программы можно будет хранить в базе данных gconf. Вот оно - нереальное
счастье! Потом останется сделать gconffs
Здравствуйте,
On Tue, Jul 08, 2003 at 12:03:19PM +0300, Dmitry Astapov wrote:
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 10:16 8/7/2003 wrote:
Это если ошибки будут синтаксические или простые семантические (не
прошедшие валидацию). А если я вместо mx1.domen.org написал
Elena Egorova wrote:
Интересны несколько разовиднстей ситуаций:
1. Есть некоторый набор программ, которые используют общий включаемый файл
на настоящий момент. Программы очень разные. Актуальность данных на настоящий
момент поддерживается единой точкой, которая содержит часто изменяющиеся
В сообщении от 2 Июль 2003 20:39 Sergey Spiridonov написал:
Yuri Nefedov wrote:
On Wed, 2 Jul 2003, Sergey V. Spiridonov wrote:
Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю
мощь целых двух текстовых редакторов: сторонники emacs могут
использовать его для
Dimitry N. Naldaev wrote:
Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю
мощь целых двух текстовых редакторов: сторонники emacs могут
использовать его для редактирования настроек.
зачем тогда телеге пятое колесо?
Я уже несколько раз писал о многих преимуществах
Здравствуйте,
On Tue, Jul 08, 2003 at 01:40:13PM +0200, Sergey Spiridonov wrote:
Вы видели где-нибудь приличный парсер конфигурационного файла цисок,
учитывающий
все модели и все версии иоса?
Никогда не имел дела с цисками, поэтому не представляю о чём идёт речь,
и что именно Вы хотели
Вот только я не понмаю смысл написания специальных утилит для
администрирования. самого простого mcedit'а вместе с хорошим ртфмом вполне
хватает для администрирования. с другой стороны я еще ни разу не находил
хорошей и удобной графической конфигурялки, которая бы позволяла добитьс
именно
Прощу прощения, предыдущий ответ отправил преждевременно...
Dimitry N. Naldaev wrote:
Прокрустово ложе текстовых редакторов? Жконф позволяет
использовать всю
мощь целых двух текстовых редакторов: сторонники emacs могут
использовать его для редактирования настроек.
зачем тогда телеге
Elena Egorova wrote:
Нет. Просто невозможно заранее описать вид конфигурационного файла, потому что
придется программными средствами реализовать всю логику принятия решений. Ту
логику,
которой люди годами учатся. Невозможно предусмотреть все существующие и будующие
багофичи, они опеделяются
On Mon, Jul 07, 2003 at 08:16:36PM +0200, Sergey V. Spiridonov wrote:
[skip]
Завязывание программы на gconf автоматически сужает её область
применения/распространения, по крайней мере системные вещи на него
завязываться не должны и скорее всего не будут.
Вы конечно в праве так полагать.
Dmitry Astapov wrote:
Кстати, я вот вспомнил - ни разу не поднимался вопрос про
backend-независимый интерфейс для работы с конфигами для тех, что умеет
пользовать не только мышкой, но и клавиатурой тоже. Как сделать global
search-and-replace в базе gconf вне зависимости от того, в каком backend
Oleg Gritsinevich wrote:
Конечно же нет. Меня интересует (хотя я уже догадываюсь) в какой
позе будут находиться приложения на хостах, пользующиеся gconf-ом по
сети, в случае проблем с сетью/самим конфигурационным сервером.
1. Проблемы с сетью (как сделано это сейчас): в зависимости от
Доброе время суток, Sergey V. Spiridonov !
Sat, Jul 05, 2003 at 12:35:22PM +0200 Sergey V. Spiridonov написал(а):
DIG wrote:
Sat, Jul 05, 2003 at 12:09:38AM +0200 Sergey V. Spiridonov написал(а):
[...]
Мой основной вопрос был: как конфигуратор узнАет, что параметры ошибочны, а
On Fri, Jul 04, 2003 at 12:16:19PM +0300, Dmitry Astapov wrote:
[skip]
AD но я потихоньку стараюсь перетащить их в ~/etc
^
Ага. Т.е. машина строго однопользовательская, так?
AD нет, не так, просто я сейчас экспериментирую над своим учётом
DIG wrote:
То есть, всех гнать в гуиль? А если ч-к привык к Tcl, то ему никак не выжить?
Речь о том чтобы создать стандарт для хранения, извлечения, поиска и
оповещения конфигурационных параметров. Например такой каким является
SQL (пример на стандарт языка запросов RDBMS) или TCP/IP (набор
Oleg Gritsinevich wrote:
On Fri, Jul 04, 2003 at 12:35:20PM +0200, Sergey V. Spiridonov wrote:
[skip]
4. При всём при этом, остаётся возможность выбора бакэнда(формата) и
возможность сетевого взаимодействия, без необходимости что-либо
специально для этого программировать или изменять в
On Mon, Jul 07, 2003 at 01:48:21PM +0200, Sergey V. Spiridonov wrote:
Oleg Gritsinevich wrote:
On Fri, Jul 04, 2003 at 12:35:20PM +0200, Sergey V. Spiridonov wrote:
[skip]
4. При всём при этом, остаётся возможность выбора бакэнда(формата) и
возможность сетевого взаимодействия, без
Sergey Spiridonov wrote:
[snip]
Да, понятно, что ж не понятно? Историю изменений приятноиметь для
некоторых важных конфигурационных файлов. Кто же спорит? Жконф к
этому таки отношение мало имеет, это уже проблемы бакэнда, я думаю.
Но мысль ясна.
О чём и речь: (1) к ведению истории
On Mon, Jul 07, 2003 at 08:27:15PM +0300, Oleg Gritsinevich wrote:
- избавить программистов от рутинной писанины парсеров конфигов? В сложных
случаях, как в примере с sendmail-ом, это невозможно.
Случай с sendmail.cf это самый нетипичный пример. Для 9/10 пользователей
sendmail sendmail.cf это
Oleg Gritsinevich wrote:
On Mon, Jul 07, 2003 at 01:48:21PM +0200, Sergey V. Spiridonov wrote:
Oleg Gritsinevich wrote:
On Fri, Jul 04, 2003 at 12:35:20PM +0200, Sergey V. Spiridonov wrote:
[skip]
4. При всём при этом, остаётся возможность выбора бакэнда(формата) и
возможность сетевого
DIG wrote:
Доброе время суток, Sergey V. Spiridonov !
Sat, Jul 05, 2003 at 12:09:38AM +0200 Sergey V. Spiridonov написал(а):
Если параметры будут с ошибками (это будет возможно только если они
подготовлены вручную, скажем текстовым редактором, а не средством
конфигурации), то именно так
в то же время мне понятна причина появления этого треда и я также устал
смотреть на файлы конфигурации в своем каталоге:
$ ls -a1|grep ^\. | wc -l
205
но я потихоньку стараюсь перетащить их в ~/etc
Cкажи, если ты их все хочешь перенести в ~/etc, чтобы не видеть, то
почему бы на
On Thu, 3 Jul 2003 15:23:37 +0500
Vlad Harchev [EMAIL PROTECTED] wrote:
Долго я читал этот тред, вмешиваться не хотел, ибо тут такие монстры водятся
:) против которых я просто ламер, но все же один вопрос мне очень бы хотелось
выяснить.
я сам давно админством занимаюсь(года этак с 1997), знаком
Evening, Alexander.
Alexander Danilov [EMAIL PROTECTED] 11:35 4/7/2003 wrote:
AD в то же время мне понятна причина появления этого треда и я также
AD устал смотреть на файлы конфигурации в своем каталоге:
AD $ ls -a1|grep ^\. | wc -l
AD205
Ээээ... МОжно попробовать не смотреть :) Я
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 18:15 1/10/2002 wrote:
SS конфигурационного файла. Жконф инкапсулирует эту информацию.
Он ее не инкапсулирует. Он сводит все многообразие форматов к одному.
SS Не к одному, а к нескольким (в зависимости от бакэнда).
Ок. К одному в
On Fri, 04 Jul 2003 11:54:54 +0300
Dmitry Astapov [EMAIL PROTECTED] wrote:
Evening, Alexander.
Alexander Danilov [EMAIL PROTECTED] 11:35 4/7/2003 wrote:
AD в то же время мне понятна причина появления этого треда и я также
AD устал смотреть на файлы конфигурации в своем каталоге:
Evening, Alexander.
Alexander Danilov [EMAIL PROTECTED] 13:00 4/7/2003 wrote:
AD в то же время мне понятна причина появления этого треда и я также
AD устал смотреть на файлы конфигурации в своем каталоге:
AD $ ls -a1|grep ^\. | wc -l
AD 205
Ээээ... МОжно попробовать не
On Fri, Jul 04, 2003 you wrote:
Как программный интерфейс жконф с одной стороны предоставляет
необходимую функциональность для работы с праметрами, а с другой -
скрывает детали реализации от приложения - способ хранения (формат),
способ передачи (локально или по сети).
то же
Alexander Danilov wrote:
[snip]
unix вариант мне нравится тем, кто в файлах конфигов есть комментарии(debian
здесь на высоте) и документация в районе /usr/share/doc или /usr/doc, windows
вариант не нравиться тем, что комментариев нет, а о смысле ключей можно
только догадываться, а о значениях
Dmitry Rojkov wrote:
Как программный интерфейс жконф с одной стороны предоставляет
необходимую функциональность для работы с праметрами, а с другой -
скрывает детали реализации от приложения - способ хранения (формат),
способ передачи (локально или по сети).
то же справедливо и для debconf
Dmitry Astapov wrote:
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 18:15 1/10/2002 wrote:
SS конфигурационного файла. Жконф инкапсулирует эту информацию.
Он ее не инкапсулирует. Он сводит все многообразие форматов к одному.
SS Не к одному, а к нескольким (в зависимости от
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 13:02 4/7/2003 wrote:
А я думаю, что причина в том, что каждый конфиг - это своего рода DSL
(domain-specific language), со своими грамматикой, синтаксисом и
семантикой. ИМХО, попытки заточить все многообразие существующих
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 12:35 4/7/2003 wrote:
SVS Ну как же. Изменились настройки апача в конфигурационном файле, что
SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он
SVS перечитал. Так вот у разных приложений есть разные способы
SVS
On Fri, Jul 04, 2003 you wrote:
Какие пакеты смотреть? Где описан программный интерфейс?
apt-get install debconf-doc
Это я посмотрел, там лишь о работе с конфиг файлами (изменение
параметров, создание, бэкапы, использование ЛДАП, но опять, для
настройки конфиг файлов). Правильно?
On Thu, Jul 03, 2003 at 03:23:37PM +0500, Vlad Harchev wrote:
Наличие gconf-tool/regedit все-таки очень важно из-за того, что авторы
не пытаются запихнуть все настройки в диалоги; чтобы не делать громаднейшие
диалоги настройки (это вредно хотя бы потому, что юзер запутается) им легче
сказать
On Fri, Jul 04, 2003 at 07:29:11AM +0400, alexander saltanov wrote:
On Thu, Jul 03, 2003 at 03:23:37PM +0500, Vlad Harchev wrote:
Наличие gconf-tool/regedit все-таки очень важно из-за того, что авторы
не пытаются запихнуть все настройки в диалоги; чтобы не делать громаднейшие
диалоги
Dmitry Astapov wrote:
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 12:35 4/7/2003 wrote:
SVS Ну как же. Изменились настройки апача в конфигурационном файле, что
SVS нужно сделать? Перезапустить или послать сигнал ему чтобы он
SVS перечитал. Так вот у разных приложений есть
Dmitry Astapov wrote:
Evening, Sergey.
Sergey V. Spiridonov [EMAIL PROTECTED] 13:02 4/7/2003 wrote:
А я думаю, что причина в том, что каждый конфиг - это своего рода DSL
(domain-specific language), со своими грамматикой, синтаксисом и
семантикой. ИМХО, попытки заточить все многообразие
Evening, Vlad.
Vlad Harchev [EMAIL PROTECTED] 19:34 4/7/2003 wrote:
что-либо в диалогах настройки, но с лёгкостью рулящего с помощью
regedit? Скажу честно, мне ни разу не доводилось.
VH Я не говорил про это. Я говорил, что например в гноме2 например есть
VH тенденция
VH минимизации
On Fri, Jul 04, 2003 at 07:34:12PM +0500, Vlad Harchev wrote:
авторы вынуждены говорить
для настройки опции Х в окошке настроек никаких контролов нет, кому надо
поменять опцию Х - пользуйтесь gconf'ом.
Если так оно и есть (проверить сейчас не могу), то юзабилити-тестирование
по этим делам
On Fri, Jul 04, 2003 at 10:39:56PM +0400, alexander saltanov wrote:
On Fri, Jul 04, 2003 at 07:34:12PM +0500, Vlad Harchev wrote:
авторы вынуждены говорить
для настройки опции Х в окошке настроек никаких контролов нет, кому надо
поменять опцию Х - пользуйтесь gconf'ом.
Если так оно и есть
Доброе время суток, Sergey V. Spiridonov !
Fri, Jul 04, 2003 at 05:30:23PM +0200 Sergey V. Spiridonov написал(а):
Dmitry Astapov wrote:
Тут ключевая тема - правил я сегодня, а уведомить хочу завтра. Что бы там
приложение себе не думало по этому поводу
Для такого, нужно подготовить
Доброе время суток, Sergey V. Spiridonov !
Fri, Jul 04, 2003 at 12:35:20PM +0200 Sergey V. Spiridonov написал(а):
Alexander Danilov wrote:
[snip]
Пока проблема комментариев не будет решена в надстройках,
предназначенных для конфигурирования, я буду голосовать за vim :)
Решена она,
Vlad Harchev wrote:
On Fri, Jul 04, 2003 at 10:39:56PM +0400, alexander saltanov wrote:
On Fri, Jul 04, 2003 at 07:34:12PM +0500, Vlad Harchev wrote:
авторы вынуждены говорить
для настройки опции Х в окошке настроек никаких контролов нет, кому надо
поменять опцию Х - пользуйтесь gconf'ом.
DIG wrote:
Доброе время суток, Sergey V. Spiridonov !
Fri, Jul 04, 2003 at 05:30:23PM +0200 Sergey V. Spiridonov написал(а):
Dmitry Astapov wrote:
Тут ключевая тема - правил я сегодня, а уведомить хочу завтра. Что бы там
приложение себе не думало по этому поводу
Для такого, нужно
DIG wrote:
Доброе время суток, Sergey V. Spiridonov !
Fri, Jul 04, 2003 at 12:35:20PM +0200 Sergey V. Spiridonov написал(а):
Alexander Danilov wrote:
[snip]
Пока проблема комментариев не будет решена в надстройках,
предназначенных для конфигурирования, я буду голосовать за vim :)
Решена
On 2003.07.04 at 23:56:42 +0500, Vlad Harchev wrote:
по этим делам плачет, т.к. это не просто плохо, а совсем уже никуда.
Если это именно тенденция, то её надо срочно изучать и направлять в
Эта тенденция в гноме2 доминирует уже года полтора, и много софта в
соответствии с ней сделали
Доброе время суток, Sergey V. Spiridonov !
Sat, Jul 05, 2003 at 12:09:38AM +0200 Sergey V. Spiridonov написал(а):
Если параметры будут с ошибками (это будет возможно только если они
подготовлены вручную, скажем текстовым редактором, а не средством
конфигурации), то именно так дело и
Andrey Kiselev wrote:
[snip]
Во-первых, что будет, если этот демон откажет? А у нас от него зависят
сервисы, и они теперь тоже не могут ни стартовать, ни рестартовать, т.к.
параметры запуска им недоступны.
[snip]
Во-вторых, безопасность. Теперь к дырам sendmail, apache, bind и т.д.
On Wed, Jul 02, 2003 at 05:18:22PM +0200, Sergey Spiridonov wrote:
Vladimir N.Velychko wrote:
On Tue, 01 Jul 2003 19:18:45 +0200 Sergey Spiridonov
[EMAIL PROTECTED] wrote:
Почему /етц это кошмар:
1. Нет стандартного способа использоания /етц в сетевом окружении (когда
сервер хранит
On 2003.07.03 at 03:28:04 +0500, Vlad Harchev wrote:
* не допускает легкого назначения свойств из программы свойствами
конфигурирования встроенными в программу (так как непонятно,
какой шаблон генерить в качестве ключа - неоднозначность!)
Тут все понятно - максимально
On Tue, Jul 01, 2003 you wrote:
С каких пор /etc стал считаться кошмаром???
и что уже реестр аля для вындоус считается правильным способом хранения
конфигов???
Вот уж НАСТОЯЩИЙ оффтопик, но сдержаться не могу!
То, что у программ традиционно разный синтаксис
конфигурационных
On Thu, Jul 03, 2003 at 01:33:43PM +0400, Victor B. Wagner wrote:
On 2003.07.03 at 03:28:04 +0500, Vlad Harchev wrote:
* не допускает легкого назначения свойств из программы свойствами
конфигурирования встроенными в программу (так как непонятно,
какой шаблон генерить в
Dmitry Rojkov wrote:
On Tue, Jul 01, 2003 you wrote:
[snip]
Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне
казалось, это и есть основной вектор развития конфигурационного движка
в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да
и фронтэнд тоже. И
On Thu, Jul 03, 2003 at 01:04:47PM +0200, Sergey V. Spiridonov wrote:
scip
Вот LDAP это уже теплее. LDAP может быть использован как бакэнд для
gconf. Как и mysql, к примеру.
А зачем его как бакенд использовать? Он и так нормально работает и
куча софта может в него за конфигами ходить.
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 16:39 2/7/2003 wrote:
SS С помощью идеи заложенной в жконф можно использовать одну(!)
SS стандартную утилиту, которая всегда будет соответсвовать версии и
SS формату, потому что она не знает, и не должна о формате
SS конфигурационного
On Thu, Jul 03, 2003 you wrote:
Почему-то никто не вспомнил про debconf и configlet'ы, хотя, как мне
казалось, это и есть основной вектор развития конфигурационного движка
в debian. Там ведь тоже можно по желанию свой бэкенд прикрутить, да
и фронтэнд тоже. И при этом /etc никуда не
Dmitry Rojkov wrote:
[snip]
Как программный интерфейс жконф с одной стороны предоставляет
необходимую функциональность для работы с праметрами, а с другой -
скрывает детали реализации от приложения - способ хранения (формат),
способ передачи (локально или по сети).
то же справедливо и для
On Thu, Jul 03, 2003 you wrote:
Похоже, мне нужно внимательно почитать документацию debconf, прежде чем
я могу сказать что-либо ещё об этом.
Я уж не говорю про то, что debconf - это то средство, которое делает
возможной нормальную non-interactive инсталляцию и не привязано к гному
Maxim Tyurin wrote:
On Thu, Jul 03, 2003 at 01:04:47PM +0200, Sergey V. Spiridonov wrote:
[snip]
1. LDAP и MYSQL это болше чем просто хранилище параметров приложений. То
есть они в чём-то избыточны. У них свой путь развития, который не всегда
будет совпадать с задачами конфигурирования
On Thu, Jul 03, 2003 at 04:34:00PM +0200, Sergey Spiridonov wrote:
Maxim Tyurin wrote:
Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов
связанных с уч.записями (например маршрутиризация почты)
Можно узнать почему? Я спрашиваю, так как ЛДАП я знаю только
теоретически.
On Thu, Jul 03, 2003 at 07:00:26PM +0400, Dmitry Rojkov wrote:
On Thu, Jul 03, 2003 you wrote:
Ну LDAP ИМХО лучше подходит для хранения учетных записей и конфигов
связанных с уч.записями (например маршрутиризация почты)
Можно узнать почему? Я спрашиваю, так как ЛДАП я знаю только
Йоханга!!!
On Thu, Jul 03, 2003 at 02:28:17PM +0300, Dmitry Astapov wrote:
SS С помощью идеи заложенной в жконф можно использовать одну(!)
SS стандартную утилиту, которая всегда будет соответсвовать версии и
SS формату, потому что она не знает, и не должна о
Evening, tarantul.
TARANTUL [EMAIL PROTECTED] 18:03 3/7/2003 wrote:
t Ну вот когда то люди придумали SNMP. тоже в благих целях. Где оно
t сейчас применяется я думаю рассказывать не надо :)
Почему же не надо? Отнюдь.
--
Dmitry Astapov //ADEpt E-mail: [EMAIL
Dmitry Astapov wrote:
Evening, Sergey.
Sergey Spiridonov [EMAIL PROTECTED] 16:39 2/7/2003 wrote:
SS С помощью идеи заложенной в жконф можно использовать одну(!)
SS стандартную утилиту, которая всегда будет соответсвовать версии и
SS формату, потому что она не знает, и не должна о
Vlad Harchev wrote:
On Sun, Jun 29, 2003 at 11:55:33PM +0200, Sergey V. Spiridonov wrote:
Рекомендую спросить это в gnome-cyr@gnome.org (подписавшись туда!) ну или
искать в гугле.
И надо готовиться к тому, что в таком виде оно работать будет неприемлимо..
(Не то что я пробовал - но это
Sergey V. Spiridonov wrote:
Vlad Harchev wrote:
Плиз запостите результаты в любом случае..
Пишу: всё оказалось *очень* просто. Всё что нужно было сделать, это
написать ORBIIOPIPv4=1 в /etc/orbitrc! Всё!
Работает замечательно. Если я меняю что-либо (например тему или
бэкграунд) на одном
On Thu, Jul 03, 2003 at 08:12:06PM +0200, Sergey V. Spiridonov wrote:
Sergey V. Spiridonov wrote:
Vlad Harchev wrote:
Плиз запостите результаты в любом случае..
Пишу: всё оказалось *очень* просто. Всё что нужно было сделать, это
написать ORBIIOPIPv4=1 в /etc/orbitrc! Всё!
Работает
Vlad Harchev wrote:
[snip]
Не, я просто ловлю кайф. Меняю настройки профиля для gnome-terminal
на одном хосте, на втором сразу терминал с тем же профилем
перерисовывается с новыми настройками!
А десктопы на разных машинах пущены от разных юзеров?
От одного, конечно, это же и было
Sergey Spiridonov wrote:
Dmitry Rojkov wrote:
[snip]
Как программный интерфейс жконф с одной стороны предоставляет
необходимую функциональность для работы с праметрами, а с другой -
скрывает детали реализации от приложения - способ хранения (формат),
способ передачи (локально или по сети).
On Wed, Jul 02, 2003 at 02:08:37AM +0400, Victor B. Wagner wrote:
On 2003.07.01 at 19:18:45 +0200, Sergey Spiridonov wrote:
Почему /етц это кошмар:
1. Нет стандартного способа использоания /етц в сетевом окружении (когда
сервер хранит настройки хостов для всей сетки).
Есть, и
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:
Жконф решает эти проблемы.
Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой
среде. Если уж Влад Харшев, большой апологет гнома и по-моему, активный
участник его разработки, высказался крайне
Иван Лох wrote:
On Tue, Jul 01, 2003 at 09:51:32AM +0600, Dimitry N. Naldaev wrote:
С каких пор /etc стал считаться кошмаром???
и что уже реестр аля для вындоус считается правильным способом хранения
конфигов???
Вот уж НАСТОЯЩИЙ оффтопик, но сдержаться не могу!
То, что у программ
Victor B. Wagner wrote:
On 2003.07.01 at 19:18:45 +0200, Sergey Spiridonov wrote:
Почему /етц это кошмар:
1. Нет стандартного способа использоания /етц в сетевом окружении (когда
сервер хранит настройки хостов для всей сетки).
Есть, и очень простой - не иметь в сетке множество хостов и
On Wed, 2 Jul 2003, Sergey V. Spiridonov wrote:
Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю
мощь целых двух текстовых редакторов: сторонники emacs могут
использовать его для редактирования настроек. Но также жконф упрощает
написание специальных утилит для
On Tue, Jul 01, 2003 at 07:18:45PM +0200, Sergey Spiridonov wrote:
Серьёзных недостатков я не вижу. Точнее некоторые недостатки есть, но
они присутствуют и в сегодняшнем подходе по имени /етц.
Один из крупнейших недостатков всего, что связано с GTK и GNOME ---
крайне скверная документация. Мне
Evening, Vlad.
Vlad Harchev [EMAIL PROTECTED] 11:55 2/7/2003 wrote:
VH Не все настройки обязательно описывать атомарными типами - в сложных
VH случаях можно заводить ключ типа строка и загонять туда строку со
VH специфическим синтаксисом, которую потом будет парсить само
VH приложение.
И
On Tue, 01 Jul 2003 19:18:45 +0200 Sergey Spiridonov [EMAIL PROTECTED] wrote:
Почему /етц это кошмар:
1. Нет стандартного способа использоания /етц в сетевом окружении (когда
сервер хранит настройки хостов для всей сетки).
LDAP ?
--
jabber: [EMAIL PROTECTED]
VEL-RIPE
On 2003.07.02 at 12:08:47 +0500, Vlad Harchev wrote:
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:
Жконф решает эти проблемы.
Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой
среде. Если уж Влад Харшев, большой апологет гнома и по-моему,
On Wed, Jul 02, 2003 at 01:11:21PM +0400, Victor B. Wagner wrote:
On 2003.07.02 at 12:08:47 +0500, Vlad Harchev wrote:
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:
Жконф решает эти проблемы.
Ой не надо, что что-то на букву g решает какие-то проблемы в
Vlad Harchev wrote:
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:
Жконф решает эти проблемы.
Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой
среде. Если уж Влад Харшев, большой апологет гнома и по-моему, активный
участник его разработки, высказался
On Wed, Jul 02, 2003 at 12:07:29PM +0200, Sergey Spiridonov wrote:
Vlad Harchev wrote:
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:
Жконф решает эти проблемы.
Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой
среде. Если уж Влад Харшев, большой
On Wed, Jul 02, 2003 at 10:27:22AM +0300, Dmitry Astapov wrote:
Evening, Vlad.
Vlad Harchev [EMAIL PROTECTED] 11:55 2/7/2003 wrote:
VH Не все настройки обязательно описывать атомарными типами - в сложных
VH случаях можно заводить ключ типа строка и загонять туда строку со
VH
On 2003.07.02 at 03:07:16 +0200, Sergey V. Spiridonov wrote:
Один аргумент: не всегда такая схема оптимальна. Например когда я хочу
использовать ЦПУ память винт клиента, распределить нагрузку, разгрузить
сеть.
Это почти не аргумент. Если ты строишь информационную систему с нуля,
то ты
Yuri Nefedov wrote:
On Wed, 2 Jul 2003, Sergey V. Spiridonov wrote:
Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю
мощь целых двух текстовых редакторов: сторонники emacs могут
использовать его для редактирования настроек. Но также жконф упрощает
написание специальных
Vladimir N.Velychko wrote:
On Tue, 01 Jul 2003 19:18:45 +0200 Sergey Spiridonov [EMAIL PROTECTED] wrote:
Почему /етц это кошмар:
1. Нет стандартного способа использоания /етц в сетевом окружении (когда
сервер хранит настройки хостов для всей сетки).
LDAP ?
Вот LDAP это уже теплее. LDAP
Victor B. Wagner wrote:
[snip]
Это почти не аргумент. Если ты строишь информационную систему с нуля,
то ты просто не будешь тратить деньги на CPU/винты на каждое рабочее
место.
В этой схеме есть свои преимущества и недостатки. Это просто одна из
возможных конфигураций.
Ситуации, когда
Результаты 1 - 100 из 111 matches
Mail list logo