From: Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> To: ALT Linux Sisyphus discussion list <sisyphus@altlinux.ru> Subject: Re: [sisyphus] Флэйм и вопросы про alternatives Date: Thu, 30 Sep 2004 13:05:34 +0700 Message-ID: <20040930060534.GA22125@pyro.hopawar.private.net> (raw) In-Reply-To: <20040929102804.GA1678@basalt.office.altlinux.org> [-- Attachment #1: Type: text/plain, Size: 2541 bytes --] On Wed, Sep 29, 2004 at 02:28:04PM +0400, Stanislav Ievlev wrote: > > Меня эта проблема уже не беспокоит. Надеюсь, надолго. > Ну тогда и не надо никого вводить в заблуждение. Уже не ввожу. Крики прекратились после первого "бреда" :-). > > 1. допускается ручное переставление slave'а независимо от master'а. > > По-моему, это довольно опасная с точки зрения предсказуемости системы > > практика. Сделано ли это нарочно (судя по описанию на сайте - да), > > и каковы pros такого решения > Спорный вопрос, я никакой опасности в этом не вижу. Когда документация оказывается оторванной от бинарника - это пол-беды. Ну, выяснится, что gcc (/usr/bin/gcc) не поддерживает тех ключей, которые описаны в man gcc, или что-нибудь в этом роде - не проблема. А вот если компиляторный бэкенд окажется оторванным от фронтенда - будет обиднее. Да, я понимаю, что администратор сам себе злобный буратина, наконфигурял черти-что, но с тем же успехом можно отказаться от контроля зависимостей в rpm. Текущая имплементация _поощряет_ (а не просто делает возможной) bad practices. > > 1a. Зачем на практике нужны многоуровневые slave'ы? > Возможно и не требуются, хотя ничто не мешает использовать например для > компиляторов: > gcc->конкретный компилятор->его документация. Просто архитектура позволяет > иметь их без каких-либо накладных расходов. (опуская неконструктивные замечания) архитектура не слишком способствует наведению порядка. Впрочем, ладно, кажется, я понял Вашу аргументацию, и хотя не нахожу её полностью убедительной, тратить Ваше время на эту тему мне не хочется. > > 2. каков формат старого /etc/alternatives/dump.xml? Достаточно примера, > > а не строгой DTD. Я уже представляю, как были устроены файлы пакетов. > Формат точно-такой-же какой и у остальных конфигурационных файлов. Хорошо, спасибо, я попробую поставить старую (C++) версию альтернатив, кажется, она у меня где-то сохранилась. > В последней сборке есть утилита alternatives-display от Jeff Pitman, > которая выводит информацию в формате Debian update-alterniatives. Я, к > сожалению, уже не помню этот формат, поэтому ничего не могу сказать о > правильности её работы. Всё пожелания - к автору. Она не вполне рабочая на данный момент. Впрочем, кажется, у меня уже есть лучше :-). > > Поверьте, вопросы мои не праздные, я всего лишь хотел бы больше понять > > логику разработки alternatives, чтобы уменьшить головную боль себе. > > Заранее спасибо. > Я не против отвечать на хорошо сформулированные вопросы ;) Спасибо. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2004-09-30 6:05 UTC|newest] Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-08-24 14:23 [sisyphus] Что за ошибка в alternatives при dist-upgarde Anatoly A.Ivanov 2004-08-24 15:41 ` Andrey Rahmatullin 2004-08-24 16:50 ` Alexey Voinov 2004-09-20 11:59 ` Stanislav Ievlev 2004-09-10 3:02 ` Alexey Morozov 2004-09-10 4:39 ` Andrey Rahmatullin 2004-09-10 7:08 ` Alexey Morozov 2004-09-10 6:58 ` Ildar Mulyukov 2004-09-10 11:21 ` Andrey Rahmatullin 2004-09-20 11:59 ` Stanislav Ievlev 2004-09-20 13:48 ` Alexey Morozov 2004-09-20 14:49 ` [sisyphus] [JT] " Dmitry V. Levin 2004-09-20 15:08 ` Led 2004-09-21 7:28 ` [sisyphus] " Stanislav Ievlev 2004-09-27 7:27 ` [sisyphus] [JT] " Michael Shigorin 2004-09-28 17:36 ` Alexey Morozov 2004-09-28 20:59 ` [sisyphus] [JT] sh Dmitry V. Levin 2004-09-30 6:15 ` Alexey Morozov 2004-09-28 17:21 ` [sisyphus] Флэйм и вопросы про alternatives Alexey Morozov 2004-09-28 21:15 ` [sisyphus] sh Dmitry V. Levin 2004-09-29 7:14 ` [sisyphus] Флэйм и вопросы про alternatives Led 2004-09-30 6:17 ` Alexey Morozov 2004-09-30 9:12 ` Led 2004-09-29 10:28 ` Stanislav Ievlev 2004-09-30 6:05 ` Alexey Morozov [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20040930060534.GA22125@pyro.hopawar.private.net \ --to=alex-altlinux@idisys.iae.nsk.su \ --cc=sisyphus@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git