ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Gladkov <legion@altlinux.ru>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] Re: I: Sisyphus-20050816 unmets: +7 (102/46)
Date: Tue, 16 Aug 2005 05:17:30 +0400
Message-ID: <43013EAA.3020609@altlinux.ru> (raw)
In-Reply-To: <20050816004031.GG19097@solemn.turbinal.org>

Alexey Tourbin пишет:
> Хешер, кажется, тоже не учитывает версии *виртуальных* пакетов в
> BuildRequires.  Их просто apt не понимает.

У него другие задачи. Ему это не требуется.

> А в sources.list есть метод rpm-dir, он не поможет?  То есть можно
> генерировать не полный репозитарий, а оверлейный как надстройку для
> данной транзакции.  В общем, я пока до конца не врубаюсь.  Надо ещё
> incominger-0.0.7.3 почитать.

Я выложил новую версию ... incominger-0.0.8.2

> Нет, сначала нужно собрать все пакеты "без задней мысли".  Получится
> переходный репозатирий.  Переходный репозитарий = главный репозитарий +
> оверлей.  Оверлей -- это типа транзакции, --with-stuff, которая содержит
> пакеты, которые будут перемещены/заменены в главном репозитарии.
> 
> Далее сравниваем главный и переходный репозитарии по количеству
> unmet'ов.  Если в переходном репозитарии есть новые unmet'ы, то пробуем
> исключить из оверлея пакеты один за другим, и каждый раз проверяем новые
> unmet'ы.  Если при исключении очередного пакета количество unmet'ов
> уменьшается, то этот пакет помещается в отстойник, поиск врагов
> продолжается на оставшемся оврлее.

incominger-0.0.8.2/data/checkunmets
примерно этим занимается ... если я правильно тебя понял.

> Есть два критерия "пакетов, которые требуют битый": 1) жесткий критерий,
> то есть версионная зависимость на именно этот битый пакет; 2) мягкий
> критерий, в смысле выстраивания очереди на пересборку.

Да.

> Вопрос: если имеет место быть мягкий критерий, т.е. если группу пакетов
> желательно пересобрать с битым, но можно пересобрать и с более ранней
> версией битого пакета в главном репозитарии, то что делать?  Если битый
> пакет несёт с собой библиотеку с новым soname'ом, то очень плохо.  Но
> заранее узнать нельзя.

Про это я и говорил. Придется заруливать всю группу. Потому что битый
пакет с большой вероятностью потом попадет в репозиторий и эту группу
все-равно придется пересобирать ... они его хотят, но не требуют.

> Это и есть wrapper для aptbox, только он переформатирует вывод apt,

Я знаю ... у же посмотрел. :)

> чтобы unmet'ы были по одному на строчку.  Такой список уже можно
> сортировать или грепать, что немаловажно.  А вместо diff здесь лучше
> подходит comm.

Такой формат удобен для скриптов.

-- 
Rgrds, legion


  reply	other threads:[~2005-08-16  1:17 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-15 20:08 [devel] " Alexey M. Tourbin
2005-08-15 20:36 ` sergey ivanov
2005-08-15 23:17   ` [devel] " Alexey Tourbin
2005-08-15 23:59     ` Alexey Gladkov
2005-08-16  0:40       ` Alexey Tourbin
2005-08-16  1:17         ` Alexey Gladkov [this message]
2005-08-16 19:44           ` Alexey Gladkov
2005-08-17  8:27             ` [devel] " Anton Farygin
2005-08-16 17:49         ` [devel] " Dmitry V. Levin
2005-08-16 17:51           ` Dmitry V. Levin
2005-08-16 18:06           ` Alexey Tourbin
2005-08-16 18:12             ` Dmitry V. Levin
2005-08-16 18:26               ` Alexey Tourbin
2005-08-16 18:41                 ` [devel] apt-get strips / Dmitry V. Levin
2005-08-16 18:47                   ` [devel] " Alexey Tourbin
2005-08-16 19:06                     ` Dmitry V. Levin
2005-08-17  5:36                   ` [devel] " Alexey I. Froloff
2005-08-16 18:45                 ` [devel] Re: I: Sisyphus-20050816 unmets: +7 (102/46) Alexey Tourbin
2005-08-16 10:28     ` Michael Shigorin
2005-08-15 23:27   ` [devel] " Alexey Gladkov
2005-08-16 20:17   ` Dmitry V. Levin
2005-09-02 21:58 ` [devel] libevas.so.1 Alexey Tourbin
2005-09-02 22:30   ` [devel] libevas.so.1 Alexey Tourbin
2005-09-03 11:11     ` Denis Klykvin

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=43013EAA.3020609@altlinux.ru \
    --to=legion@altlinux.ru \
    --cc=devel@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 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