[devel] 4.1 FAILED srpm=rpm-build-thunderbird-2.0.0.21-alt0.M41.1.src.rpm
Anton Farygin
=?iso-8859-1?q?rider_=CE=C1_altlinux=2Ecom?=
Сб Мар 21 21:45:41 MSK 2009
Dmitry V. Levin пишет:
> On Sat, Mar 21, 2009 at 08:15:37PM +0200, Led wrote:
>> On Saturday, 21 March 2009 18:05:01 Anton Farygin wrote:
>>> Michael Shigorin пишет:
>>>> On Sat, Mar 21, 2009 at 06:46:05PM +0300, Anton Farygin wrote:
>>>>> Не стоит. Лучше оставить текущую схему и привыкнуть бэкпортить
>>>>> пачками на все бранчи.
>>>> Вслепую это может приводить к их деградации;
>>>> если бы бранчи появлялись раз в полгода -- просто катастрофа;
>>>> машина должна работать, но определять -- человек.
>>> Определять что ?
>>>
>>> С деградацией по бэкпорту вслепую - согласен, можно запросто нарваться
>>> на ляп.
>>>
>>> Тогда стоит придумать какой-то другой способ обновления...
>>>
>>> может быть стоит запатчить apt (или rpm), и в веса ещё добавлять некий
>>> "бранч" (по аналогии с эпохой) ? Что бы можно было вообще отказаться от
>>> дурацких release в виде alt0.M40.1.svn13421.
>> В rpm5 это реализовано.
>
> В apt (в т.ч. и у нас) есть Pin-Priority. Но это верный путь к нарушению
> идентификации пакета (name,epoch,version,release).
а Pin-Priprity - это что ?
Если это: Pin,Name,Epoch,Version,Release - то почему бы и нет ?
Подробная информация о списке рассылки Devel