[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