ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] rpm 4.0.4-alt87
Date: Thu, 28 Feb 2008 21:34:19 +0300
Message-ID: <20080228183419.GA11522@wo.int.altlinux.org> (raw)
In-Reply-To: <20080228180053.GE32305@solemn.turbinal>

[-- Attachment #1: Type: text/plain, Size: 2678 bytes --]

On Thu, Feb 28, 2008 at 09:00:53PM +0300, Alexey Tourbin wrote:
> On Wed, Feb 27, 2008 at 07:46:04PM +0300, Dmitry V. Levin wrote:
> > On Sun, Feb 24, 2008 at 09:01:21PM +0300, Alexey Tourbin wrote:
> > [...]
> > > Чтобы не появилось слишком много bulk зависимостей, я реализовал
> > > оптимизацию, которая удаляет следующие зависимости (как "команды"
> > > в шелл-скриптах, так и соответствующие им /bin/ пути):
> > > 	sh cat rm mv cp mkdir ln
> > > 
> > > (список можно будет немного увеличить, если кто-нибудь захочет
> > > составить более точную статистику, чем у меня получилось с ходу).
> > > 
> > > Поскольку сам rpm требует coreutils и /bin/sh, то в любой
> > > не окончательно поломанной среде эти зависимости должны быть
> > > заведомо удовлетворены.
> > 
> > Боюсь что эту оптимизацию придётся убрать,
> > иначе порядок установки пакетов в пустую систему может испортиться.
> 
> Я об этом думал.  Другая похожая возможность нарушения порядка --
> это использование 'rpmi --root chroot/' при отсутствии rpm в чруте.

Ну это и есть вариант установки пакетов в пустую систему.

> В любом случае, корректная процедура инициализации пустой системы
> или чрута должна начинаться с установки самого rpm.  Значит, порядок
> пакетов в худжем случае придётся проконтролировать только для конечного
> числа пакетов, от которых зависит rpm.

Я не уверен, что rpm как пакет всегда должен присутствовать в любой системе.

> Насколько я вижу, сейчас есть всего один пакет, который "меньше" rpm
> и в котором есть shell-скриптлет -- coreutils, в котором дёргается
> install-info.  Значит, в coreutils желательно вручную прописать
> зависимость на /bin/sh.  Ещё в принципе желательно добавить зависимость
> на /bin/sh в info-install.

А как быть с зависимостями на coreutils?  Их тоже предлагается optimize out
в сочетании с гарантией того, что coreutils должен быть установлен раньше
других пакетов?

В любом случае убирать автозависимости вида /bin/cp не вижу смысла: обычно
такие зависимости это признак ошибки неиспользования $PATH.

> Таким образом, если заморачиваться этой гипотетической проблемой,
> то зависимость на /bin/sh нужна в трёх местах -- rpm, coreutils
> и info-install.  Я считаю это достаточно надёжной конструкцией --
> больше нигде зависимость на /bin/sh можно не ставить.

А как гарантировать, что эти три кита будут установлены раньше других
зависимых пакетов, если действует оптимизация зависимостей на coreutils?

> С другой стороны, в hasher используется специальная процедура
> инициализации чрута, которая НЕ ПОЛАГАЕТСЯ на порядок установки
> базовых пакетов.

Да, не о hasher речь.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2008-02-28 18:34 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-24 18:01 Alexey Tourbin
2008-02-24 19:29 ` [devel] [JT] subjunctive mode (rpm 4.0.4-alt87) Alexey Tourbin
2008-02-24 22:53   ` Alexey Rusakov
2008-02-25  3:33     ` Alexey Tourbin
2008-02-25  7:49       ` Alexey Rusakov
2008-03-09 16:12         ` Alexey Tourbin
2008-03-09 17:03           ` Alexey Rusakov
2008-03-09 18:08             ` Alexey Tourbin
2008-03-09 18:13               ` [devel] libgtk+2-common-2.12.8-alt1 Dmitry V. Levin
2008-03-09 19:07               ` [devel] [JT] subjunctive mode (rpm 4.0.4-alt87) Alexey Rusakov
2008-02-25 10:36 ` [devel] rpm 4.0.4-alt87 Stanislav Ievlev
2008-02-25 11:11   ` Mikhail Gusarov
2008-02-25 11:18   ` Dmitry V. Levin
2008-02-25 20:48 ` Dmitry V. Levin
2008-02-28 17:38   ` Alexey Tourbin
2008-02-27 16:46 ` Dmitry V. Levin
2008-02-28 18:00   ` Alexey Tourbin
2008-02-28 18:34     ` Dmitry V. Levin [this message]
2008-02-28 19:05       ` Alexey Tourbin
2008-02-28 20:52         ` [devel] Q: rpmi --chroot Dmitry V. Levin
2008-02-28 21:09           ` Alexey Gladkov
2008-02-28 21:15             ` Dmitry V. Levin
2008-02-28 21:52               ` Alexey Gladkov
2008-02-28 22:49                 ` Sergey Bolshakov
2008-02-28 23:08                   ` Sergey Bolshakov
2008-02-29  5:47                     ` Alexey Tourbin
2008-02-28 21:27             ` Alexey Tourbin
2008-02-28 21:38               ` Alexey Gladkov
2008-02-28 22:16                 ` Alexey Tourbin
2008-02-28 23:06                   ` Alexey Gladkov
2008-02-29  5:12                     ` Alexey Tourbin
2008-02-29  6:39                       ` Alexey Gladkov
2008-02-29 10:34       ` [devel] rpm 4.0.4-alt87 Kirill A. Shutemov
2008-03-01  9:45         ` Alexey Tourbin
2008-03-01 15:35           ` Mikhail Gusarov
2008-03-01 21:02             ` Alexander Bokovoy
2008-03-01 21:06               ` Mikhail Gusarov
2008-03-01 21:25               ` Alexey Tourbin
2008-03-01 21:45                 ` Alexey Gladkov
2008-03-01 22:02                   ` Alexey Tourbin
2008-03-01 22:09                     ` Alexey Gladkov
2008-03-01 22:25                       ` Led
2008-03-01 22:29                         ` Pavlov Konstantin
2008-03-02  7:30                         ` Alexander Bokovoy
2008-03-02  7:54                           ` Alexey Tourbin
2008-03-02  7:58                             ` Alexey Tourbin
2008-03-02  8:12                             ` Alexey Tourbin
2008-03-02  8:54                             ` Alexander Bokovoy
2008-03-02 13:30                             ` Led
2008-03-03 15:01                             ` [devel] embedded package (non-)management Michael Shigorin
2008-03-03 17:05                               ` Alexey Shabalin
2008-02-28 18:40   ` [devel] rpm 4.0.4-alt87 Alexey Tourbin
2008-02-28 18:44     ` Dmitry V. Levin
2008-02-28 19:11       ` Alexey Tourbin

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=20080228183419.GA11522@wo.int.altlinux.org \
    --to=ldv@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /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 Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git