[devel] mismatched systemd.pc also present in p11 (was: [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1)

[Aleksey Novodvorsky]

сб, 25 мая 2024 г. в 15:58, Alexey Shabalin <a.shabalin на gmail.com>:
>
>
>
> сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny на altlinux.org>:
>>
>> On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
>> > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen на basealt.ru>:
>> > >
>> > > сб, 25 мая 2024 г. в 04:16, Alexey Shabalin <a.shabalin на gmail.com>:
>> > > >
>> > > >
>> > > >
>> > > > сб, 25 мая 2024 г., 03:49 Aleksey Novodvorsky <aen на basealt.ru>:
>> > > >>
>> > > >> сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny на altlinux.org>:
>> > > >> >
>> > > >> > Обсудить надо сначала.
>> > > >> >
>> > > >> > Я себе представлял нашу диспозицию следующим образом:
>> > > >> > * в p11 systemd 255+ у нас попадает, но %_unitdir и проч. всё ещё
>> > > >> >   назначены в /lib/systemd/system и проч., и cpio пакетов содержит эти
>> > > >> >   файлы вне %_prefix, другие интерфейсы к пакетам вроде
>> > > >> >   %_pkgconfigdir/systemd.pc тоже содержат пути вне %_prefix и патчатся
>> > > >> >   где-то в спеке systemd; сам systemd о старых путях не знает, как в
>> > > >> >   апстриме; приложения работают с теми путями, с которыми им сподручно;
>> > > >> > * в сизифе мы вскоре делаем именно то, что предлагает сейчас shaba@,
>> > > >> >   и вообще начинаем наконец выбрасывать отовсюду костыли для
>> > > >> >   искусственной поддержки unmerged-usr.
>> > > >> > Иными словами, в p10 сугубо filesystem < 3, в p11 filesystem > 3 и
>> > > >> > переходная ситуация в пакетах, далее приводим пути в полное согласие.
>> > > >> > Именно такой у нас был уговор.
>> > > >> >
>> > > >> > А в четверг Алексей нам пакетом материализовал тезис "любишь медок —
>> > > >> > люби и холодок": давайте, мол, сразу в p11 как в сизифе.
>> > > >> >
>> > > >> > Мы в p11 не собирались идти этим путём по 2 причинам.
>> > > >> > 1. вскоре (а лучше немедленно) после одобрения такого задания надо
>> > > >> >    пересобирать и коммитить около 333* пакетов-пользователей этих макросов,
>> > > >> >    а кого-то из них, возможно, изменять. Это 7 суток на репозиторий, т.
>> > > >> >    е. 14+ суток на два репозитория, будет только проходить через
>> > > >> >    сборочницу, не считая времени на фактическую подготовку сборочных
>> > > >> >    заданий и исследование, достаточно ли этого, чтобы всё исправить;
>> > > >> > 2. пакеты, где эти файлы упакованы под /usr/$x, нельзя ставить
>> > > >> >    на unmerged-usr-иерархию, потому что в таких системах их программы не
>> > > >> >    найдут; то есть, точечно обновлять такие пакеты, например, на p10 из
>> > > >> >    p11 в общем случае нельзя. Строго говоря, в них следовало бы
>> > > >> >    Conflicts: filesystem < 3 указать (менять все спеки?). Судя по
>> > > >> >    готовящемуся тексту https://altlinux.org/Update/p11, такое может
>> > > >> >    случиться даже в рамках рекомендуемой процедуры обновления, так что
>> > > >> >    такого класса багов лучше избежать.
>> > > >> >
>> > > >> > В общем, для p11, в отличие от сизифа, это точно недостаточная мера.
>> > > >>
>> > > >> Предложения?
>> > > >>
>> > > >> Откатываем systemd в p11?
>> > > >
>> > > >
>> > > > Зачем? Исправления в p11 доедут штатным образом.
>> > > > Работоспособность пакетов не нарушена, только пересборка пакетов.
>> > > > Я не вижу причин для отката.
>> > >
>> > > Главная причина, если она есть, может быть в проблемах обновления с
>> > > p10. Как только мы публикуем p11, пользователи начинают обновляться,
>> > > что бы мы им не говорили.
>> > > Есть ли эта проблема?
>> > > Вторая причина -- необходимость сосредоточиться на починке на заметное
>> > > время. Это ломает привычный процесс.
>> > >
>> > > Безусловно, откат systemd, видимо, крайняя неприятная мера
>> > >
>> > > Давайте спокойно и конструктивно обсудим варианты.
>> >
>> > Я нашёл решение, как можно точечно "откатить" в новой версии systemd
>> > только то, что требуется нам для сохранения совместимости.
>> >
>> > Без явных патчей, на уровне нескольких подстановок в спеке:
>> > #349119 BUILDING #1 [locked] [test-only] sisyphus systemd.git=255.6-alt2
>> >
>> > Предлагаю рассмотреть. Мне кажется это именно то, что ожидалось от
>> > shaba@ на этом этапе:
>> > https://git.altlinux.org/tasks/349119/
>>
>> Да, именно так. Мне в целом нравится, можно разве что более ясные
>> комменты и commit messages написать.
>> Может быть, потребуется что-то ещё аналогичное исправить в пакете,
>> конечно; предлагаю тогда решать проблемы по мере выявления.
>>
>> > Алексей, что скажешь?
>>
>> Если от Алексея в ближайшее время не поступит возражений, я буду
>> коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
>> сделаем revert и будем переделывать макросы.
>
>
> Все зависит от этого "позднее". Это когда?
> Этот хак, заметание проблемы под ковер, только для того что бы отправить systemd в p11? А в Сизиф сразу отправите задание с новыми макросами?

Арсений?

> Если опять будете тянуть несколько месяцев, то проще сразу исправлять непересобираемые пакеты.

Не вполне понятно, к кому это обращено. :)
Конечно,  это хак и тянуть с его исправлением нельзя.
Но затягивание выпуска p11 на лето еще хуже.
Я предложил бы принять патч Евгения (для p11?) , а в среду обсудить
порядок и сроки  избавления  от него. Нужно, наверное, составить баги
для отслеживания.

Rgrds, Алексей