On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote: > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky : > > > > сб, 25 мая 2024 г. в 04:16, Alexey Shabalin : > > > > > > > > > > > > сб, 25 мая 2024 г., 03:49 Aleksey Novodvorsky : > > >> > > >> сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov : > > >> > > > >> > Обсудить надо сначала. > > >> > > > >> > Я себе представлял нашу диспозицию следующим образом: > > >> > * в 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 и будем переделывать макросы.