[devel] disttag и rebuild

[Ivan Zakharyaschev]

On Mon, 25 Mar 2019, Anton Farygin wrote:

> 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'овых заголовках ?

При решении, какой пакет "новее" ("свежее"; какое слово лучше?) для 
обновления rpm -U, весь хвост после + в disttag-е не играет роли. Только 
имя бранча до +.

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

Номер задания и подзадания -- другой вариант реализовать строгие 
межподпакетные зависимости, чем ты предлагаешь (с buildtime). Кажется, 
ничем не хуже, да?

> Всё, чего не хватало - это имени репозитория с понятным алгоритмом
> наследования. Это есть в disttag (первое поле).
> 
> А %if_enabled default_priority_distbranch решил бы проблему обновления с ветки
> на сизиф.
> 
> При выносе disttag на уровень apt'а получился бы аналог apt/preferences
> 
> _______________________________________________
> Devel mailing list
> Devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>