[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)

[Evgeny Sinelnikov]

сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen at basealt.ru>:
>
> сб, 25 мая 2024 г. в 04:16, Alexey Shabalin <a.shabalin at gmail.com>:
> >
> >
> >
> > сб, 25 мая 2024 г., 03:49 Aleksey Novodvorsky <aen at basealt.ru>:
> >>
> >> сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny at 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/

Алексей, что скажешь?


-- 
Sin (Sinelnikov Evgeny)