ALT Linux kernel packages development
 help / color / mirror / Atom feed
From: Anton Farygin <rider@altlinux.com>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?
Date: Tue, 30 Mar 2004 17:01:50 +0400
Message-ID: <20040330130150.GR18144@master.altlinux.ru> (raw)
In-Reply-To: <20040330115914.GB5598@master.mivlgu.local>

On Tue, Mar 30, 2004 at 03:59:14PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 03:42:32PM +0400, Anton Farygin wrote:
> > > > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > > > патчами ?
> > > 
> > > Надо подумать.  В таком варианте устраняется потенциальная проблема
> > > текущей схемы сборки: после обновления kernel-fix/feat ранее
> > > собранные пакеты ядер могут проходить пересборку нормально, но при
> > > этом результат пересборки уже не будет совпадать с тем, что было
> > > собрано изначально.
> > 
> > Что то я не совсем понял.
> > 
> > Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> > <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> > нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> > нас завалит спамом от робота.
> 
> Именно.  Причём заваливать будет главным образом мантейнеров
> "нестандартных" ядер (wks, aw, ...).

Согласен.

> 
> > Если делать более мягкую зависимость типа >=, то велика вероятность того,
> > что мы сломаем что-то в новой версии патчей.
> 
> А это почти то же самое, что мы имеем сейчас - ядро может валяться в
> репозитарии, пока патчи не поменяются настолько, что перестанут
> накладываться.  Хотя фактически непересобираемым оно становится
> значительно раньше.

Это не правильно.

> 
> > И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?
> > 
> > В принципе это можно генерить в kernel CVS, но вот только скрипты для
> > генерации будут страшноваты.
> 
> Можно навернуть что-нибудь с %get_SVR... нормальный пакет будет
> получаться только после hsh --repackage-source (т.е. будут
> фиксироваться версии пакетов патчей на момент сборки).

Так мы сейчас так и собираем ядра в hasher.

Давай так и сделаем ?

А следующим этапом можно будет проверять пересобираемость ядер и
автоматически их пересобирать.



  parent reply	other threads:[~2004-03-30 13:01 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-30  6:10 Andrey Khavryuchenko
2004-03-30  9:49 ` Vitaly Lipatov
2004-03-30  9:55   ` Anton Farygin
2004-03-30 10:06   ` Peter Evdokimov
2004-03-30 10:38   ` Alexander Bokovoy
2004-03-30 11:13   ` [d-kernel] " Andrey Khavryuchenko
2004-03-30 11:04 ` [d-kernel] " Sergey Vlasov
2004-03-30 11:14   ` Anton Farygin
2004-03-30 11:33     ` Sergey Vlasov
2004-03-30 11:42       ` Anton Farygin
2004-03-30 11:59         ` Sergey Vlasov
2004-03-30 12:22           ` Ed V. Bartosh
2004-03-30 12:50             ` Sergey Vlasov
2004-03-30 13:25               ` Ed V. Bartosh
2004-03-30 13:05             ` Anton Farygin
2004-03-30 13:47               ` Ed V. Bartosh
2004-03-30 14:02                 ` Anton Farygin
2004-03-30 16:01                   ` Michael Shigorin
2004-03-31  8:18                   ` Ed V. Bartosh
2004-03-30 14:40                 ` Sergey Vlasov
2004-03-31  8:31                   ` Ed V. Bartosh
2004-03-31  8:36                     ` Anton Farygin
2004-03-31  8:43                       ` Ed V. Bartosh
2004-03-31  9:20                         ` Anton Farygin
2004-03-31 10:04                           ` Ed V. Bartosh
2004-03-31 10:54                             ` Anton Farygin
2004-03-31 11:22                             ` Sergey Vlasov
2004-03-31 14:44                               ` [JT] " Michael Shigorin
2004-04-01  6:01                                 ` Денис Смирнов
2004-03-31 18:48                               ` Mikhail Yakshin
2004-03-31  8:38                     ` [d-kernel] devscan (was: kernel-std-up-2.4.25-alt2 rebuild failed?) Grigory Batalov
2004-03-30 13:01           ` Anton Farygin [this message]
2004-03-30 11:48   ` [d-kernel] Re: kernel-std-up-2.4.25-alt2 rebuild failed? Andrey Khavryuchenko

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=20040330130150.GR18144@master.altlinux.ru \
    --to=rider@altlinux.com \
    --cc=devel-kernel@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 kernel packages development

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/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-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
		devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
	public-inbox-index devel-kernel

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


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