Re: [devel] rpmdiff-отчет

[Igor Zubkov <igor.zubkov@gmail.com>]

2011/3/15 Dmitry V. Levin:
> On Tue, Mar 15, 2011 at 12:45:45PM +0200, Igor Zubkov wrote:
>> 2011/3/15 Dmitry V. Levin:
>> > On Tue, Mar 15, 2011 at 12:04:17PM +0600, REAL wrote:
>> >> 15.03.2011 11:52, Денис Смирнов пишет:
>> >> >R>  "Вместо" - это когда есть такая
>> >> >альтернатива. Я бы сам был бы счастлив
>> >> >R>  такой фичей (отчёт rpmdiff на мыло).
>> >> >
>> >> >Будем упрашивать Диму всей team? :) Одного
>> >> >моего голоса явно маловато было
>> >> >:)
>> >>
>> >> Ещё лучше через багзиллу уговаривать :-D
>> >
>> > Лучше с патчами. ;)
>>
>> А будет ли толк от писем маинтейнерам? Не лучше ли дописать такой
>> функционал к prometheus что бы каждый видел?
>
> Если я правильно понял FR, речь идет о добавлении rpmdiff-отчета в
> сборочное задание с тем, чтобы желающие мейнтейнеры могли сперва отправить
> что-то на сборку в режиме --test-only, посмотреть rpmdiff-отчет, и потом
> решать, что делать с заданием.

Об этом я чего-то забыл. Да, это тоже было бы хорошо.

Но общую картину таких дрейфующий br/req/prov было бы хорошо видеть в
одном месте. Просто надо задачу раздеть на две части. Сборочная и
prometheus. Даже если маинтейнер не отреагировал на rpmdiff от
сборочницы, то у нас ещё будет время посмотреть на prometheus и
исправить.

Кроме этого, если у нас на прометее будет полная база
buildreqs/reqs/provs то это даст:
1) Практически моментальную диагностику того что пакет A требовал для
сборки пакет B, который пропал.
2) Точный список пакетов сборка которых зависит от данного пакета
(может кто-то хочет локально провести тестовую пересборку с новой
библиотекой A).
3) Если ещё добавить к этому базу символов, то можно будет даже не
делать тестовую сборку пакета что бы узнать что есть пакеты которые
тоже нужно пересобрать.

-- 
Igor Zubkov
http://hi.im/ice