Re: [room] волонтеры vs качеств о/сроки

2007-05-31 Пенетрантность Eugene Ostapets
31.05.07, Michael Shigorinmike osdn.org.ua написал(а):
 On Thu, May 31, 2007 at 01:18:03PM +0300, Eugene Ostapets wrote:
  Алексей, не путайте тестирование работы на оборудовании и
  тестирование качества сборки. И то, и другое очень важно. А QA
  должен еще и пинать нерадивого майнтейнера или находить
  желающего подготовить NMU, если имеющиеся у майнтейнера ресурсы
  не позволяют ему исправить недоработку...
 Кажется, на тебя плохо влияет текущее место работы -- звереешь?
Возможно по ходу полемики ты мне приписываешь повышенные тона, но это не так:)

 Я благодарен at@ или ldv@, когда те замечали и подсказывали,
 что не так с моими пакетами.  Точно так же как и другим.
Я тоже им благодарен. Но это происходит нерегулярно (исключая рассылку
уведомлений о дырках в безопасности от ldv@), а должно быть
регулярным.
То, что багзила напоминает об открытых багах - замечательно, но ей не
скажешь: найди человека, способного подготовить исправление, пока я
сильно занят другими делами... Да и подготовка документа knowbugs к
релизу существенно может снизить разочарование продуктом...

 Также высказывал мнение, что для возможности обеспечить качество
 выпуска требуется ограничить пакетную базу, которая объявляется
 main, до объёма, который действительно возможно поддерживать и
 по которому возможно выделить ресурсы на починку проблем качества
 сборки.
Ограничение пакетной базы - позиция страуса. Или просто вариант
предергивания как в известной операционке: XX лет без единой
удаленной дырки в default install

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: [EMAIL PROTECTED]
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] волонтеры vs качеств о/сроки

2007-05-31 Пенетрантность Aleksey Novodvorsky
On 5/31/07, Michael Shigorin [EMAIL PROTECTED] wrote:
 On Thu, May 31, 2007 at 02:19:33PM +0300, Eugene Ostapets wrote:
   Также высказывал мнение, что для возможности обеспечить
   качество выпуска требуется ограничить пакетную базу, которая
   объявляется main, до объёма, который действительно возможно
   поддерживать и по которому возможно выделить ресурсы на
   починку проблем качества сборки.
  Ограничение пакетной базы - позиция страуса. Или просто вариант
  предергивания как в известной операционке: XX лет без единой
  удаленной дырки в default install

 Нет, это баланс между универсальностью и ответственностью.

Согласен, именно так. Мы сейчас берем на себя большие обязательства по
поддержке, тем более они должны быть реальными.

Rgrds, Алексей




 Собственно, ничего нового/умного я тут не сказал и контрибов это
 тоже не отменяет.

 --
   WBR, Michael Shigorin [EMAIL PROTECTED]
   -- Linux.Kiev http://www.linux.kiev.ua/
 ___
 smoke-room mailing list
 smoke-room@lists.altlinux.org
 https://lists.altlinux.org/mailman/listinfo/smoke-room
___
smoke-room mailing list
smoke-room@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/smoke-room