ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
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 --]

      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