[devel] неавторизованные сборки; взаимодействие

Michael Shigorin =?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Чт Дек 6 13:38:15 MSK 2007


On Thu, Dec 06, 2007 at 01:25:54PM +0300, Damir Shayhutdinov wrote:
> > > Это не повод пользуясь отсутствием людей (возможно,
> > > временным), заливать неавторизованные сборки.
> > Я не говорю "повод/не повод", я указываю тебе на проблему с
> > твоим предложением, которая наблюдается на практике и пару
> > раз изрядно анноила, когда наконец приходилось её решать.
> Гм, по-моему старый способ запросить NMU с указанием номера
> баги и периода "неответа" все еще работает. А период неответа
> как раз и зависит от важности пакета.

Вот именно так и приходилось...

> incoming ACL делался для решения совсем другой проблемы - когда
> мантейнер готов передать пакет/дать NMU/разрешить сборку,
> раньше требовалось вмешательство incominger, а теперь можно
> самому разобраться.

Для начала эта проблема была создана в процессе решения другой
проблемы, а та была по существу актуальна для main.  Кажется, 
он тогда ещё даже был отдельным.

> > > А ты их сам патчишь разве?
> > Прикинь, да 8)  Когда свалить не на кого или и так понятно.
> Надо будет как-нить посмотреть на эти патчи. Вдруг ты
> скромничаешь?

Ой, не смеши:
http://sisyphus.ru/srpm/Sisyphus/collectd/patches/2
http://sisyphus.ru/srpm/Sisyphus/rpm2html/patches/1
http://sisyphus.ru/srpm/Sisyphus/xrcode/patches/0
и подобная одноразовая ерунда.

> > > > Вот только чем сложней пройти в читалку, тем меньше
> > > > хороших рук туда добирается... даже если чтиво несложное.
> > > Думаю в нашем мире все так устроено, и по-другому быть не
> > > может.
> > Потому и подпрыгиваю.
> Эта проблема техническими средствами только маскируется/рождает
> новые проблемы, а не решается.

Ага.

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/



Подробная информация о списке рассылки Devel