[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