<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">сб, 25 мая 2024 г., 03:40 Arseny Maslennikov <<a href="mailto:arseny@altlinux.org">arseny@altlinux.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, May 24, 2024 at 07:49:49PM +0300, Yuri Sedunov wrote:<br>
> В Пт, 24/05/2024 в 16:53 +0300, Alexey Shabalin пишет:<br>
> > пт, 24 мая 2024 г. в 13:57, Anton Farygin <<a href="mailto:rider@basealt.ru" target="_blank" rel="noreferrer">rider@basealt.ru</a>>:<br>
> > > <br>
> > > On 24.05.2024 11:52, Dmitry V. Levin wrote:<br>
> > > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba)<br>
> > > > wrote:<br>
> > > > > <a href="https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log" rel="noreferrer noreferrer" target="_blank">https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log</a><br>
> > > > > 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by<br>
> > > > > shaba:<br>
> > > > > #100 removed<br>
> > > > > #140 build 255.6-alt1 from /people/shaba/packages/systemd.git<br>
> > > > > fetched at 2024-May-23 07:42:21<br>
> > > > После того, как этот пакет попал в Сизиф,<br>
<br>
Он ещё и в p11 попал, до форка. Из этого следует, что...<br>
<br>
> > > > сломалась сборка около сотни<br>
> > > > пакетов, в которых есть файлы для systemd или udev<br>
<br>
...ещё и в этом репозитории.<br>
<br>
> > > > <br>
> > > Да, я тоже заметил.<br>
> > > <br>
> > > Надеюсь исправление тоже надо делать только в одном месте.<br>
> > <br>
> > Этого следовало ожидать. Значения в pkgconfig(systemd) изменились,<br>
> > эти пакеты заглядывают в него чтобы узнать куда устанавливать файлы.<br>
> > В задании #349068<br>
> <br>
> id=349068 locked=no shared=no fail_early=yes test_only=no repo=sisyphus<br>
> owner=shaba state=EPERM<br>
> <br>
> И чего это никто не спешит одобрить и запустить это задание?<br>
<br>
Да понятно, чего:<br>
<br>
> > ---<br>
> > <a href="http://platform.in" rel="noreferrer noreferrer" target="_blank">platform.in</a> | 40 +++++++++++++++++++++-------------------<br>
> > 1 files changed, 21 insertions(+), 19 deletions(-)<br>
<br>
Обсудить надо сначала.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Не совсем понял тему письма. systemd.pc корректно matched с фактическими путями.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Я себе представлял нашу диспозицию следующим образом:<br>
* в p11 systemd 255+ у нас попадает, но %_unitdir и проч. всё ещё<br>
назначены в /lib/systemd/system и проч., и cpio пакетов содержит эти<br>
файлы вне %_prefix, другие интерфейсы к пакетам вроде<br>
%_pkgconfigdir/systemd.pc тоже содержат пути вне %_prefix и патчатся<br>
где-то в спеке systemd; сам systemd о старых путях не знает, как в<br>
апстриме; приложения работают с теми путями, с которыми им сподручно;<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Значит надо было рассказать о ваших планах кому-то еще. Или подготовить задание с обновлением systemd самостоятельно. Я о ваших планах слышу впервые. И несколько раз предупреждал что макросы в rpm надо будет исправлять.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
* в сизифе мы вскоре делаем именно то, что предлагает сейчас shaba@,<br>
и вообще начинаем наконец выбрасывать отовсюду костыли для<br>
искусственной поддержки unmerged-usr.<br>
Иными словами, в p10 сугубо filesystem < 3, в p11 filesystem > 3 и<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">От того, что unit или tmpfiles, или udev rules переезжают в /usr, работа этих утилит никак не меняется, они и раньше поддерживали эти пути. Выставлять для них требования к filesystem излишне.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
переходная ситуация в пакетах, далее приводим пути в полное согласие.<br>
Именно такой у нас был уговор.<br>
<br>
А в четверг Алексей нам пакетом материализовал тезис "любишь медок —<br>
люби и холодок": давайте, мол, сразу в p11 как в сизифе.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ну извините, я сам не ожидал, что systemd успеет проскочить до бранчевания :)</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Мы в p11 не собирались идти этим путём по 2 причинам.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Э, не понял, почему в p11 не собирались идти этим путем? Весь usrmerge был затеян ради этого.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
1. вскоре (а лучше немедленно) после одобрения такого задания надо<br>
пересобирать и коммитить около 333* пакетов-пользователей этих макросов,<br>
а кого-то из них, возможно, изменять. Это 7 суток на репозиторий, т.<br>
е. 14+ суток на два репозитория, будет только проходить через<br>
сборочницу, не считая времени на фактическую подготовку сборочных<br>
заданий и исследование, достаточно ли этого, чтобы всё исправить;<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Не вижу проблем в починке пакетов. И проблем во времени и мощьностях тоже не вижу.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2. пакеты, где эти файлы упакованы под /usr/$x, нельзя ставить<br>
на unmerged-usr-иерархию, потому что в таких системах их программы не<br>
найдут; </blockquote></div></div><div dir="auto"><br></div><div dir="auto">Можно. Найдут.</div><div dir="auto">Изначально неправильные предположения приводят к неправильным выводам.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">то есть, точечно обновлять такие пакеты, например, на p10 из<br>
p11 в общем случае нельзя.</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Можно сказать, у нас никогда не разрешалось делать точечных обновлений из других бранчей. glibc в первую очередь это не позволит. Так что на все остальное уже можно не обращать внимание.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Строго говоря, в них следовало бы<br>
Conflicts: filesystem < 3 указать (менять все спеки?).</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Еще раз, изменение путей на /usr обычно не требует такого конфликта. Это придуманная проблема.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Судя по<br>
готовящемуся тексту <a href="https://altlinux.org/Update/p11" rel="noreferrer noreferrer" target="_blank">https://altlinux.org/Update/p11</a>, такое может<br>
случиться даже в рамках рекомендуемой процедуры обновления, так что<br>
такого класса багов лучше избежать.<br>
<br>
В общем, для p11, в отличие от сизифа, это точно недостаточная мера.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Я не спорю, что проблемы надо будет решать в сизифе, и сразу отправлять решения в p11.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br></blockquote></div></div></div>