ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Tourbin <at@altlinux.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] giter-factory: pkg_build_status
Date: Fri, 31 Aug 2007 00:38:18 +0400
Message-ID: <20070830203818.GL1332@solemn.turbinal> (raw)
In-Reply-To: <20070830155419.GE30099@basalt.office.altlinux.org>

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

On Thu, Aug 30, 2007 at 07:54:19PM +0400, Dmitry V. Levin wrote:
> Если пренебречь всякими provides/obsoletes, то можно предложить такую
> проверку:

Ими нельзя пренебрегать.  Кто-то обязательно напишет
Provdies: coreutils, Obsoletes: coreutils.

> Проверяются права согласно имени собранного srpm-пакета.
> Кроме того, для каждого собранного бинарного пакета,
> если бинарный пакет с таким именем уже есть в репозитории, то
> проверяются права согласно имени соответствующего ему srpm-пакета.
> 
> Поясню на примере.  Если ты отправляешь на сборку тэг, из которого
> собирается srpm-пакет по имени foobar и бинарный пакет по имени
> glibc-core, то результат сборки будет пропущен только если ты можешь
> публиковать foobar И glibc.

Я об этом тоже думал.  Это уже следующий этап -- формирование временного
сизифа и проверка, удаётся ли "прописать" новые пакеты в этот временный
сизиф без "конфликтов".

Но сейчас у нас предыдущая задача: определить, собрался пакет или не
собрался, и собрался ли он достаточно хорошо, а то надо сразу давать
ему reject.  Конекст этой задачи по пакетам ограничен содержимым
билдурта при сборке.  По сути мы пока не знаем, в какой репозитарий
собранные пакеты придётся "прописывать".  Сейчас пока нужно выяснить,
собирается ли пакет САМ ПО СЕБЕ, и является ли результат в принципе
публикуемым (наследование коммитов, синхронизация архитектур,
идентичность noarch пакетов).

Что до проверки ACL, то её можно делать раньше или позже.  Более того,
нет ничего плохого в том, чтобы делать её немного попозже.  Ведь любой
пакет, который не проходит ACL, является потенциальным NMU.  Значит, у
нас получается "цимесная" модель NMU вместо старой "отстойной".  Можно
будет выдавать NUM per commit и только per-commit, то есть
"подтверждать" NMU с предварительной проверкой.  Думаю, что правом
подтверждения NMU можно наделить и "ответственного товарища", поскольку
часто речь идёт о NMU типа "rebuild with libxxx.so.2".

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

  parent reply	other threads:[~2007-08-30 20:38 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-30 11:06 Alexey Tourbin
2007-08-30 12:07 ` Alexey Tourbin
2007-08-30 12:33   ` Kirill A. Shutemov
2007-08-30 12:44     ` Alexey Tourbin
2007-08-30 13:11       ` Kirill A. Shutemov
2007-08-30 13:15         ` Kirill A. Shutemov
2007-08-30 15:12       ` Dmitry V. Levin
2007-08-30 15:24         ` Alexey Tourbin
2007-08-30 15:54           ` Dmitry V. Levin
2007-08-30 16:04             ` Kirill A. Shutemov
2007-08-30 16:11               ` Dmitry V. Levin
2007-08-30 16:14               ` Alexey Tourbin
2007-08-30 20:38             ` Alexey Tourbin [this message]
2007-08-30 15:43   ` Alexey Tourbin
2007-08-30 16:00     ` Dmitry V. Levin
2007-08-30 17:27       ` Alexey Tourbin
2007-08-30 17:40         ` Dmitry V. Levin
2007-08-30 17:50           ` Alexey Tourbin
2007-08-30 18:00             ` Dmitry V. Levin
2007-08-30 20:26               ` Kirill Shutemov
2007-08-30 16:01 ` Dmitry V. Levin
2007-08-30 16:50   ` 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=20070830203818.GL1332@solemn.turbinal \
    --to=at@altlinux.ru \
    --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