From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 29 Sep 2004 14:28:04 +0400 From: Stanislav Ievlev To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] =?koi8-r?B?5szcys0gySDXz9DS?= =?koi8-r?B?z9PZINDSzw==?= alternatives Message-ID: <20040929102804.GA1678@basalt.office.altlinux.org> References: <20040910030202.GA12950@pyro.hopawar.private.net> <20040920115906.GA29447@basalt.office.altlinux.org> <20040920134822.GA5829@pyro.hopawar.private.net> <20040921072843.GE27714@basalt.office.altlinux.org> <20040928172102.GA17327@pyro.hopawar.private.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040928172102.GA17327@pyro.hopawar.private.net> X-BeenThere: sisyphus@altlinux.ru 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, 29 Sep 2004 10:28:05 -0000 Archived-At: List-Archive: On Wed, Sep 29, 2004 at 12:21:02AM +0700, Alexey Morozov wrote: > > > > Что за бред ? ;) > > > Станислав, бред сейчас у меня /etc/alternatives/packages.d. Причем, > > > бред, состоящий, в основном, из символов \x9, \xA и \x20. Крайне > > > увлекательное чтиво. > > Это я уже понял, сейчас разбираюсь, а Вам следовало бы не как маленькому > > жаловаться, а составить корректный багрепорт ибо я только из последующих > > писем других людей понял, в чём дело. > > Меня эта проблема уже не беспокоит. Надеюсь, надолго. Ну тогда и не надо никого вводить в заблуждение. Все эмоции в talk-room@. В sisyphus@ - конструктивные письма. > насколько я понимаю, официальная позиция AltLinux состоит в том, что > Расскажите мне вот что лучше. После просмотра Вашей нынешней имплементации > alternatives, у меня возникло несколько вопросов. Вы очень меня обяжете, > если ответите на них. > > 1. допускается ручное переставление slave'а независимо от master'а. > По-моему, это довольно опасная с точки зрения предсказуемости системы > практика. Сделано ли это нарочно (судя по описанию на сайте - да), > и каковы pros такого решения Спорный вопрос, я никакой опасности в этом не вижу. > > 1a. Зачем на практике нужны многоуровневые slave'ы? Возможно и не требуются, хотя ничто не мешает использовать например для компиляторов: gcc->конкретный компилятор->его документация. Просто архитектура позволяет иметь их без каких-либо накладных расходов. > > 2. каков формат старого /etc/alternatives/dump.xml? Достаточно примера, > а не строгой DTD. Я уже представляю, как были устроены файлы пакетов. Формат точно-такой-же какой и у остальных конфигурационных файлов. > > 3. alternatives-list печатает все без разбору (без разделения > master/slave, без списка кандидатов итп). Это by design или > by implementation? Пока не было острой необходимости в других режимах кроме как существующего. Отвечая на вопрос: by life. В последней сборке есть утилита alternatives-display от Jeff Pitman, которая выводит информацию в формате Debian update-alterniatives. Я, к сожалению, уже не помню этот формат, поэтому ничего не могу сказать о правильности её работы. Всё пожелания - к автору. > > Поверьте, вопросы мои не праздные, я всего лишь хотел бы больше понять > логику разработки alternatives, чтобы уменьшить головную боль себе. > Заранее спасибо. Я не против отвечать на хорошо сформулированные вопросы ;) -- С наилучшими пожеланиями Станислав Иевлев.