[devel] disttag и rebuild

Anton Farygin rider на basealt.ru
Пн Мар 25 21:30:43 MSK 2019


25.03.2019 16:10, Ivan Zakharyaschev пишет:
> On Mon, 25 Mar 2019, Anton Farygin wrote:
>
>> Вопрос в первую очередь к тем, кто придумывал disttag.
>>
>> Хотелось бы понять, что будет с пакетом после того, как у нас появится p9 (на
>> базе sisyphus) и этому пакету сделаем rebuild в task'е.
>>
>> Ведь sisyphus-<таск> будет точно больше, чем p9-<таск>.
>>
>> Соответственно у нас отломается обновление этого пакета ?
>>
>> Или я ошибаюсь ?
> Я сконцентрировался на rpm-4.0.4 и пока реализовал такую штуку.
>
> Пердполагаю перенести на rpm-4.13 и собирать в p9 rpm с %def_enable
> default_priority_distbranch
>
> $ rpm -qp /ALT/c7.1/x86_64/RPMS.classic/rpm-4.0.4-alt100.77.M70P.3.M70C.2.x86_64.rpm --lastchange
> * Чт мар 14 2019 Ivan Zakharyaschev <imz на altlinux.org> 4.0.4-alt100.77.M70P.3.M70C.2
> Merged 4.0.4-alt101.M80P.5.2 into c7.1:
> [rpm]
> - Changes in what is considered "newer" by rpm -U  pertaining to disttag
>    comparison. (On the whole, to determine which package is "newer", first,
>    the EVRs are compared, then the branch prefixes of the disttags if the
>    disttags are present, and then the buildtimes.) The comparison of the disttags:
>    + (new!) If a disttag contains no + separator (old format), the branch prefix is
>      assumed to be empty (and hence "older" than any other branch prefix).
>    + (new!) If the branch prefix of a disttag is equal to %_priority_distbranch
>      (and it is not empty), then it is "newer" than any other ones.
>    + (as before, since 4.0.4-alt101.M80P.5) The branch prefixes of disttags are
>      ordered lexicographically.
> - (disabled in this release; %if_enabled default_priority_distbranch)
>    Give a default value to %_priority_distbranch based on the disttag
>    when this package is built (the prefix before +).
Мне что-то вот подумалось - а чем нас не устраивал вариант -  время 
сборки  пакета + ID бранча, определяемый системно или в apt'овых 
заголовках ?

Ведь номер задания и номер подзадания - это то же самое, что время 
сборки - всегда увеличивается, обратного движения нет.

Всё, чего не хватало - это имени репозитория с понятным алгоритмом 
наследования. Это есть в disttag (первое поле).

А %if_enabled default_priority_distbranch решил бы проблему обновления с 
ветки на сизиф.

При выносе disttag на уровень apt'а получился бы аналог apt/preferences



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