From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Injected-Via-Gmane: http://gmane.org/ To: sisyphus@lists.altlinux.org From: Arioch Date: Wed, 18 Jan 2006 15:10:11 +0000 (UTC) Message-ID: References: <200601181652.15653.serpiph@nikiet.ru> <200601181748.16284.serpiph@nikiet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 195.42.89.34 (Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322)) Sender: news Subject: [sisyphus] Re: =?utf-8?b?0J/QvtGH0LXQvNGD?= dict =?utf-8?b?0L/QtdGA0LXRgdGC0LDQu9Cy0LjQtNC10YLRjNGB0LvQvtCy?= =?utf-8?b?0LDRgNC4Pw==?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 15:14:51 -0000 Archived-At: List-Archive: List-Post: Epiphanov Sergei writes: > > А результаты свидетельствуют. ;) > > Кому? :) В любом конфиге могут быть ошибки. Чем больше ошибок будет ловиться - тем лучше. Чем меньше - тем больше вероятность словить нежданчик. > > > Не нравится - переписывайте программу. ... > все равно ... ничего не изменится. :-( > Есть которые не делают ни того, ни другого, ни > третьего, а просто тихо > завершаются. Уже натыкался. Говорящее слово "натыкался". Натыкаются на что-то неприятное. :) > > > Если на момент сканирования словарей какой-то > > > словарь недоступен, то он и не > > > попадает в список словарей. А вот если на момент > > > сканирования он был > > > доступен, попал в список, а при запуске dictd он > > > недоступен, то dictd будет > > > орать об этом. > > > > Лучше бы это все же в init-скрипте было. > > А зачем каждый тратить время на бесполезное дело? Не понял. > Вас случайно могут > измениться в системном каталоге словари в процессе > работы системы? В процессе - нет. Но, вы же говорили, что dictdconfig не сообщает про ошибки, поскольку это полезно на случай что словари то есть, то нету. Типа сетевых подключений или дискет. На этот случай подойдет init-script. :-) Это даже более логично. Проверять нужно непосредственно при старте сервера ,мало ли что могло смениться с посл. запуска config. Наоборот, если измениться может только через rpm/apt - то config должен отсутствующие файлы считать ошибкой. Случай когда я в обход rpm/apt руками что-то копирую и правлю - в этом случае config сообщая об ошибке помог бы мне в случае опечатки. Я просто пытаюсь конкретно в случае dictdconfig представить случай когда полезно именно проглатывать ошибки. > > Cомнительное изящество (лаконичность) файла > настройки - и грабли > > разлаженные на миллиметр в сторону от тропинки. > > А уж сколько граблей на самой тропинке в других > программах - "и не > сосчитаешь!" :) И в любых - это плохо :) > bugzilla #8859". Вот этот знак и теребите. А посмотрим, где мантейнер раньше откликнется, там и потеребим. > Но это уже вопрос к мантейнеру словарей, а не к dictdconfig. мантейнеры - тоже люди и тоже делают очепятки. :( > > приоритеты выбора - это одно, а список - > > другое. Объединили - получили неустойчивую конструкцию. > > Ну, дали файлу суффикс order, а на самом деле файл - список > желаемых словарей ...и описание в справке. Нет, это не суффикс, а как раз чтобы самому задавть порядок словарей, в котором перебор выполняется. Отсюда и молчание - для приоритетов не важно ,есть ли словарь или нету. Для базы данных - важно. > Нет, это выявляется только в момент реальной установки. Жаль. А ведь наверное это было бы быстрее компиляции. Впрочем пока на этом поалуй ловятся только относительно небольшие баги.