Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Dmitry V. Levin]

On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba) wrote:
> https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by shaba:
> #100 removed
> #140 build 255.6-alt1 from /people/shaba/packages/systemd.git fetched at 2024-May-23 07:42:21

После того, как этот пакет попал в Сизиф, сломалась сборка около сотни
пакетов, в которых есть файлы для systemd или udev.


-- 
ldv

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Anton Farygin]

On 24.05.2024 11:52, Dmitry V. Levin wrote:
> On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba) wrote:
>> https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
>> 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by shaba:
>> #100 removed
>> #140 build 255.6-alt1 from /people/shaba/packages/systemd.git fetched at 2024-May-23 07:42:21
> После того, как этот пакет попал в Сизиф, сломалась сборка около сотни
> пакетов, в которых есть файлы для systemd или udev.
>
Да, я тоже заметил.

Надеюсь исправление тоже надо делать только в одном месте.

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Alexey Shabalin]

пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
>
> On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba) wrote:
> >> https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> >> 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by shaba:
> >> #100 removed
> >> #140 build 255.6-alt1 from /people/shaba/packages/systemd.git fetched at 2024-May-23 07:42:21
> > После того, как этот пакет попал в Сизиф, сломалась сборка около сотни
> > пакетов, в которых есть файлы для systemd или udev.
> >
> Да, я тоже заметил.
>
> Надеюсь исправление тоже надо делать только в одном месте.

Этого следовало ожидать. Значения в pkgconfig(systemd) изменились, эти
пакеты заглядывают в него что бы узнать куда устанавливать файлы.
В задании #349068 подготовлен rpm-build в котором макросы
синхронизированы с pkgconfig(systemd).
Прошу пропустить задание.
Не уверен, что все 100% исправит, но большую часть точно.

-- 
Alexey Shabalin

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Yuri Sedunov]

В Пт, 24/05/2024 в 16:53 +0300, Alexey Shabalin пишет:
> пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
> > 
> > On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba)
> > > wrote:
> > > > https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> > > > 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by
> > > > shaba:
> > > > #100 removed
> > > > #140 build 255.6-alt1 from /people/shaba/packages/systemd.git
> > > > fetched at 2024-May-23 07:42:21
> > > После того, как этот пакет попал в Сизиф, сломалась сборка около
> > > сотни
> > > пакетов, в которых есть файлы для systemd или udev.
> > > 
> > Да, я тоже заметил.
> > 
> > Надеюсь исправление тоже надо делать только в одном месте.
> 
> Этого следовало ожидать. Значения в pkgconfig(systemd) изменились,
> эти пакеты заглядывают в него что бы узнать куда устанавливать файлы.
> В задании #349068

id=349068 locked=no shared=no fail_early=yes test_only=no repo=sisyphus
owner=shaba state=EPERM

И чего это никто не спешит одобрить и запустить это задание?

>  подготовлен rpm-build в котором макросы
> синхронизированы с pkgconfig(systemd).
> Прошу пропустить задание.
> Не уверен, что все 100% исправит, но большую часть точно.
> 

-- 
Yuri N. Sedunov

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Evgeny Sinelnikov]

Доброй ночи.

пт, 24 мая 2024 г. в 20:49, Yuri Sedunov <aris@altlinux.org>:
>
> В Пт, 24/05/2024 в 16:53 +0300, Alexey Shabalin пишет:
> > пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
> > >
> > > On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba)
> > > > wrote:
> > > > > https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> > > > > 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by
> > > > > shaba:
> > > > > #100 removed
> > > > > #140 build 255.6-alt1 from /people/shaba/packages/systemd.git
> > > > > fetched at 2024-May-23 07:42:21
> > > > После того, как этот пакет попал в Сизиф, сломалась сборка около
> > > > сотни
> > > > пакетов, в которых есть файлы для systemd или udev.
> > > >
> > > Да, я тоже заметил.
> > >
> > > Надеюсь исправление тоже надо делать только в одном месте.
> >
> > Этого следовало ожидать. Значения в pkgconfig(systemd) изменились,
> > эти пакеты заглядывают в него что бы узнать куда устанавливать файлы.
> > В задании #349068
>
> id=349068 locked=no shared=no fail_early=yes test_only=no repo=sisyphus
> owner=shaba state=EPERM
>
> И чего это никто не спешит одобрить и запустить это задание?
>
> >  подготовлен rpm-build в котором макросы
> > синхронизированы с pkgconfig(systemd).
> > Прошу пропустить задание.
> > Не уверен, что все 100% исправит, но большую часть точно.
> >
>

Потенциально, для некоторых пакетов это исправление не спасает.

Например, если в этих пакетах /lib/tmpfiles.d прописан явно. Проверил
на примере freeipa (на примере rpm не подтвердилось).

[sin@xdt specs]$ git grep '^/lib/tmpfiles\.d' | sed
's/^[^:]\+\/\([^:]\+\.spec\):.*/\1/' | sort | uniq | wc -l
19

[sin@xdt freeipa]$ git grep tmpfiles -- .gear/ | cat
.gear/freeipa.spec:systemd-tmpfiles --create ipa.conf >/dev/null 2>&1 ||:
.gear/freeipa.spec:/lib/tmpfiles.d/ipa.conf
.gear/freeipa.spec:- Conform to tmpfiles.d packaging guidelines

Или, например, если в этих пакетах /lib/udev/rules.d прописан явно.
Проверил на примере mdadm, fwupd и spice-vdagent .

[sin@xdt specs]$ git grep '^/lib/udev/rules\.d' | sed
's/^[^:]\+\/\([^:]\+\.spec\):.*/\1/' | sort | uniq | wc -l
30
[sin@xdt specs]$ git grep '^/lib/udev/rules\.d' | sed
's/^[^:]\+\/\([^:]\+\.spec\):.*/\1/' | sort | uniq
antimicrox.spec
aoetools.spec
bluez.spec
bumblebee.spec
cloud-init.spec
deepin-daemon.spec
drbd-utils.spec
fwupd.spec
laptop-mode-tools.spec
libffado.spec
libgpod.spec
linux-gpib.spec
mdadm.spec
ModemManager.spec
NetworkManager.spec
openct.spec
openFPGALoader.spec
pcmciautils.spec
pcsc-lite-acsccid.spec
pcsc-lite-asedriveiiie-usb.spec
pcsc-lite-ccid.spec
pi-bluetooth.spec
pktriggercord.spec
pulseaudio.spec
spice-vdagent.spec
system-config-printer.spec
udev-ipheth.spec
udev-rule-generator.spec
update-nvflash.spec
usbmuxd.spec


-- 
Sin (Sinelnikov Evgeny)

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

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 5350 bytes --]

On Fri, May 24, 2024 at 07:49:49PM +0300, Yuri Sedunov wrote:
> В Пт, 24/05/2024 в 16:53 +0300, Alexey Shabalin пишет:
> > пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
> > > 
> > > On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba)
> > > > wrote:
> > > > > https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> > > > > 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by
> > > > > shaba:
> > > > > #100 removed
> > > > > #140 build 255.6-alt1 from /people/shaba/packages/systemd.git
> > > > > fetched at 2024-May-23 07:42:21
> > > > После того, как этот пакет попал в Сизиф,

Он ещё и в p11 попал, до форка. Из этого следует, что...

> > > > сломалась сборка около сотни
> > > > пакетов, в которых есть файлы для systemd или udev

...ещё и в этом репозитории.

> > > > 
> > > Да, я тоже заметил.
> > > 
> > > Надеюсь исправление тоже надо делать только в одном месте.
> > 
> > Этого следовало ожидать. Значения в pkgconfig(systemd) изменились,
> > эти пакеты заглядывают в него чтобы узнать куда устанавливать файлы.
> > В задании #349068
> 
> id=349068 locked=no shared=no fail_early=yes test_only=no repo=sisyphus
> owner=shaba state=EPERM
> 
> И чего это никто не спешит одобрить и запустить это задание?

Да понятно, чего:

> > ---
> >  platform.in |   40 +++++++++++++++++++++-------------------
> >  1 files changed, 21 insertions(+), 19 deletions(-)

Обсудить надо сначала.

Я себе представлял нашу диспозицию следующим образом:
* в 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, в отличие от сизифа, это точно недостаточная мера.

____
* https://www.altlinux.org/Usrmerge#MigrateDirMacros

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [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 г. в 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?

Rgrds, Алексей

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Evgeny Sinelnikov]

сб, 25 мая 2024 г. в 02:21, Evgeny Sinelnikov <sin@altlinux.org>:
>
> Доброй ночи.
>
> пт, 24 мая 2024 г. в 20:49, Yuri Sedunov <aris@altlinux.org>:
> >
> > В Пт, 24/05/2024 в 16:53 +0300, Alexey Shabalin пишет:
> > > пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
> > > >
> > > > On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > > > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba)
> > > > > wrote:
> > > > > > https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> > > > > > 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by
> > > > > > shaba:
> > > > > > #100 removed
> > > > > > #140 build 255.6-alt1 from /people/shaba/packages/systemd.git
> > > > > > fetched at 2024-May-23 07:42:21
> > > > > После того, как этот пакет попал в Сизиф, сломалась сборка около
> > > > > сотни
> > > > > пакетов, в которых есть файлы для systemd или udev.
> > > > >
> > > > Да, я тоже заметил.
> > > >
> > > > Надеюсь исправление тоже надо делать только в одном месте.
> > >
> > > Этого следовало ожидать. Значения в pkgconfig(systemd) изменились,
> > > эти пакеты заглядывают в него что бы узнать куда устанавливать файлы.
> > > В задании #349068
> >
> > id=349068 locked=no shared=no fail_early=yes test_only=no repo=sisyphus
> > owner=shaba state=EPERM
> >
> > И чего это никто не спешит одобрить и запустить это задание?
> >
> > >  подготовлен rpm-build в котором макросы
> > > синхронизированы с pkgconfig(systemd).
> > > Прошу пропустить задание.
> > > Не уверен, что все 100% исправит, но большую часть точно.
> > >
> >
>
> Потенциально, для некоторых пакетов это исправление не спасает.
>
> Например, если в этих пакетах /lib/tmpfiles.d прописан явно. Проверил
> на примере freeipa (на примере rpm не подтвердилось).
[...]
>
> Или, например, если в этих пакетах /lib/udev/rules.d прописан явно.
> Проверил на примере mdadm, fwupd и spice-vdagent .
[...]

В общем, главный просчет состоит в том, что %buildroot не повторяет
usrmerge корневой директории.

$ find / -maxdepth 1 | while read p; do [ -L "$p" ] || continue ; echo
-n "$p -> "; readlink -f $p; done
/lib -> /usr/lib
/bin -> /usr/bin
/sbin -> /usr/sbin
/lib64 -> /usr/lib64
/libx32 -> /usr/libx32

Во время сборки никто её в %buildroot не повторяет. Да и симлинки там
довольно проблематично обрабатывать:
--- a/.gear/freeipa.spec
+++ b/.gear/freeipa.spec
@@ -566,6 +565,8 @@
%make_build

%install
+mkdir -p %buildroot/usr/lib
+ln -s usr/lib %buildroot/lib
%makeinstall_std

%if_without only_client
...
Processing files: freeipa-server-4.11.1-alt4
error: File path component must be directory
(/usr/src/tmp/freeipa-buildroot/lib):
/usr/src/tmp/freeipa-buildroot/lib/systemd/system/ipa.service
...
$ ls -l ~/hasher/chroot/usr/src/tmp/freeipa-buildroot/lib
lrwxrwxrwx 1 sin_b sin_b 7 мая 25 04:41
/home/sin/hasher/chroot/usr/src/tmp/freeipa-buildroot/lib -> usr/lib
$ ls -l ~/hasher/chroot/usr/src/tmp/freeipa-buildroot/usr/lib/systemd/system/ipa.service
-rw-r--r-- 1 sin_b sin_b 294 мая 25 04:41
/home/sin/hasher/chroot/usr/src/tmp/freeipa-buildroot/usr/lib/systemd/system/ipa.service

Не пострадают лишь те пакеты, которые не используют pkg-config и не
рассчитывают на то, что между возвращаемыми именами каталогов от
pkg-config и макросами в /usr/lib/rpm/platform/$(arch)-linux/macros
имеются расхождения:
- https://git.altlinux.org/tasks/349068/gears/100/git?p=git;a=commitdiff;h=a3c3f9554099a2bee37709448f85963c1cf6d5f1

$ pkg-config --define-variable=prefix=/usr
--variable=systemdsystemunitdir systemd
/lib/systemd/system
$ sudo chroot ~/hasher/chroot pkg-config --define-variable=prefix=/usr
--variable=systemdsystemunitdir systemd
/usr/lib/systemd/system

$ rpm --eval '%_unitdir'
/lib/systemd/system
$ sudo chroot ~/hasher/chroot rpm --eval '%_unitdir'
/lib/systemd/system

$ rpm -qf /usr/share/pkgconfig/systemd.pc
libsystemd-devel-254.10-alt2.x86_64
$ sudo chroot ~/hasher/chroot rpm -qf /usr/share/pkgconfig/systemd.pc
libsystemd-devel-255.6-alt1.x86_64

Если не дожидаться исправления в rpm-build вариант - сделать во всех
спеках сломанных пакетов временный хак, как в systemd:

# usr merged path
%define _binfmtdir %_prefix/lib/binfmt.d
%define _env_dir %_prefix/lib/environment.d
%define _journal_catalogdir %_prefix/lib/systemd/catalog
%define _modprobedir %_prefix/lib/modprobe.d
%define _modules_loaddir %_prefix/lib/modules-load.d
%define _presetdir %_prefix/lib/systemd/system-preset
%define _user_presetdir %_prefix/lib/systemd/user-preset
%define _sysctldir %_prefix/lib/sysctl.d
%define _sysusersdir %_prefix/lib/sysusers.d
%define _systemd_dir %_prefix/lib/systemd
%define _tmpfilesdir %_prefix/lib/tmpfiles.d
%define _unitdir %_prefix/lib/systemd/system
%define _user_unitdir %_prefix/lib/systemd/user
%define _udev_hwdbdir %_prefix/lib/udev/hwdb.d
%define _udev_rulesdir %_prefix/lib/udev/rules.d
%define _gen_dir %_prefix/lib/systemd/system-generators
%define _user_gen_dir %_prefix/lib/systemd/user-generators
%define _env_gen_dir %_prefix/lib/systemd/system-environment-generators
%define _user_env_gen_dir %_prefix/lib/systemd/user-environment-generators

И поправить "ручные" строки вида /lib/udev/rules.d на %_udev_rulesdir
Но это всё та же проблема исправления множества пакетов. А, кроме
того, у множества пакетов, наоборот, в скриптах сборки всё прибито
гвоздями...

В общем... Я думаю это проблема, конечно.




-- 
Sin (Sinelnikov Evgeny)

Re: [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 г. в 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, видимо, крайняя неприятная мера

Давайте спокойно и конструктивно обсудим варианты.

Rgrds, Алексей

Re: [devel] [#348147] DONE (try 6) systemd.git=255.6-alt1 systemd-boot-trigger.git=1.1-alt1

[Evgeny Sinelnikov]

[-- Attachment #1: Type: text/plain, Size: 5025 bytes --]

Доброе утро.

У апстрима сказано так:
"however we used to install units in root_prefix and a lot of
downstream software overrode this variable in their build system to
support installing units elsewhere."

[sin@xdt systemd]$ git diff 254.10-alt2 -- src/core/systemd.pc.in
index 8a23916c241..f3b85b01909 100644
--- a/src/core/systemd.pc.in
+++ b/src/core/systemd.pc.in
@@ -11,19 +11,24 @@
# considered deprecated (though there is no plan to remove them). New names
# shall have underscores.

-prefix=/usr
-root_prefix={{ROOTPREFIX_NOSLASH}}
+# root_prefix and rootprefix are deprecated since we dropped support
for split-usr
+# however we used to install units in root_prefix and a lot of
downstream software
+# overrode this variable in their build system to support installing
units elsewhere.
+# To stop those builds from silently breaking we keep root_prefix
around but have
+# it as an alias for prefix
+root_prefix={{PREFIX_NOSLASH}}
rootprefix=${root_prefix}
+prefix=${rootprefix}
sysconf_dir={{SYSCONF_DIR}}
sysconfdir=${sysconf_dir}
...

Прилагаю файл с разницей  pkg-config systemd 254.10-alt2 и 255.6-alt1
(udev.pc тоже отличается, но он простой).

______________________________________________

Проблемы три:
- пакеты, которые используют pkg-config и используют макросы -
решается исправлением rpm-build, которое рано или поздно делать
придётся.
- пакеты, которые используют pkg-config и НЕ используют макросы -
потребуется правка спеков;
- пакеты, которые НЕ используют pkg-config и используют макросы -
потребуется либо правка кода, либо правка спеков.

Чтобы не решать всё это сразу и прямо сейчас сделал новую сборку
systemd, совместимую с текущим несовершенством:
#349119 BUILDING #1 [locked] [test-only] sisyphus systemd.git=255.6-alt2

Обновление rpm-build, которое сделал shaba@, отправлять в сизиф будет
нужно синхронно с выпиливанием из systemd вот этого исправления:

sed -i 's,^\(udev_dir\)=.*,\1=/lib/udev,' %buildroot%_datadir/pkgconfig/udev.pc
sed -i 's,^\(root_prefix\)=.*,\1=,' %buildroot%_datadir/pkgconfig/systemd.pc
sed -i 's,^\(prefix\)=.*,\1=%_prefix,' %buildroot%_datadir/pkgconfig/systemd.pc
for d in systemd_util_dir \
         systemd_system_preset_dir \
         systemd_system_unit_dir \
         systemd_system_generator_dir \
         systemd_sleep_dir \
         systemd_shutdown_dir \
         tmpfiles_dir \
         sysusers_dir \
         sysctl_dir \
         binfmt_dir \
         modules_load_dir \
         ; \
do
    sed -i "s,^\($d\)=\${prefix},\1=\${rootprefix},"
%buildroot%_datadir/pkgconfig/systemd.pc
done

__________________________

С этим исправлением (таска #349119) ошибки сборки не проявляются.


пт, 24 мая 2024 г. в 17:53, Alexey Shabalin <a.shabalin@gmail.com>:

>
> пт, 24 мая 2024 г. в 13:57, Anton Farygin <rider@basealt.ru>:
> >
> > On 24.05.2024 11:52, Dmitry V. Levin wrote:
> > > On Thu, May 23, 2024 at 11:51:13AM +0000, Girar pender (shaba) wrote:
> > >> https://git.altlinux.org/tasks/archive/done/_339/348147/logs/events.6.3.log
> > >> 2024-May-23 11:09:14 :: task #348147 for sisyphus resumed by shaba:
> > >> #100 removed
> > >> #140 build 255.6-alt1 from /people/shaba/packages/systemd.git fetched at 2024-May-23 07:42:21
> > > После того, как этот пакет попал в Сизиф, сломалась сборка около сотни
> > > пакетов, в которых есть файлы для systemd или udev.
> > >
> > Да, я тоже заметил.
> >
> > Надеюсь исправление тоже надо делать только в одном месте.
>
> Этого следовало ожидать. Значения в pkgconfig(systemd) изменились, эти
> пакеты заглядывают в него что бы узнать куда устанавливать файлы.
> В задании #349068 подготовлен rpm-build в котором макросы
> синхронизированы с pkgconfig(systemd).
> Прошу пропустить задание.
> Не уверен, что все 100% исправит, но большую часть точно.
>
> --
> Alexey Shabalin
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



--
Sin (Sinelnikov Evgeny)

[-- Attachment #2: systemd.pc.diff --]
[-- Type: application/x-patch, Size: 3232 bytes --]

Re: [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@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/

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


-- 
Sin (Sinelnikov Evgeny)

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

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 6711 bytes --]

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 и будем переделывать макросы.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [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, Алексей

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

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 2684 bytes --]

On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
> > > Я нашёл решение, как можно точечно "откатить" в новой версии 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?

...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
будущих забот с точечными обновлениями, да.

> А в Сизиф сразу отправите задание с новыми макросами?

Да.

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

В одном репозитории — сизифе — мы это закончим быстрее, чем в двух, и
я лично готов согласиться с твоим предложением не тянуть в сизифе. :)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Yuri Sedunov]

В Сб, 25/05/2024 в 19:12 +0300, Alexey Shabalin пишет:
> 
> 
> сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> 
> > 

...
> > > А в Сизиф сразу отправите задание с новыми макросами?
> > 
> > Да.
> 
> Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?
> 
> 
> > 
> > > Если опять будете тянуть несколько месяцев, то проще сразу
> > > исправлять непересобираемые пакеты.
> > 
> > В одном репозитории — сизифе — мы это закончим быстрее, чем в двух,
> > и я лично готов согласиться с твоим предложением не тянуть в
> > сизифе.
> > :)
> 
> Т.е. новые макросы уже можно ждать в ближайшее время и исправлять
> пакеты?


Надо не только исправлять старые, но и собирать новые. Ждём.

id=349247 locked=no shared=no fail_early=yes test_only=no repo=sisyphus
owner=aris state=POSTPONED try=1 iter=1 age=0w depends=349068
build_time=2024-May-25/16:25:05
 100:dir=/people/aris/packages/usbmuxd.git
 100:tag_name=1.1.1-alt1.1
 100:tag_id=52fb4411940e2f534e34fd92803cbd15b5c7b12b
 100:tag_author=Yuri N. Sedunov <aris@altlinux.org>
 100:fetched=2024-05-25T16:19:20
 100:userid=aris
 200:srpm=gvfs-1.54.1-alt1.src.rpm
 200:userid=aris
 300:srpm=gnome-initial-setup-46.2-alt1.src.rpm
 300:userid=aris

-- 
Yuri N. Sedunov

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

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 3778 bytes --]

On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > сделаем revert и будем переделывать макросы.
> > > >
> > >
> > > Все зависит от этого "позднее". Это когда?
> > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > systemd в p11?
> >
> > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > будущих забот с точечными обновлениями, да.
> >
> 
> Не притягивайте сюда точечные обновления. Я уже ранее писал что их сделать
> невозможно.

Ух ты. Надо авторам altlinux.org/Update/p11 это рассказать. =)

> 
> > > А в Сизиф сразу отправите задание с новыми макросами?
> >
> > Да.
> >
> 
> Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?

Задание https://git.altlinux.org/tasks/349074/ мешало, потому что оно
тут же соберётся в p11 и закоммитится, а наш с Женей сценарий такого не
предусматривает. Я его пока абортнул, так что теперь не мешает.

А также: кто будет пересобирать 300+ пакетов-пользователей этих
макросов в сизифе, если мы отправляем прямо сейчас? Я скорее не
могу этим заняться числа до 29.

Ну и из циничных соображений: чтобы кардиналы наконец смогли выбрать
папу римского (договориться, что сейчас делаем в p11, и воплотить), их
приходится временно запереть в комнате. :) Поэтому, не вешая одобрение
на задание с макросами в пакете rpm-build в сизифе, я жду, что мы
исправим p11.

> > > Если опять будете тянуть несколько месяцев, то проще сразу исправлять
> > > непересобираемые пакеты.
> >
> > В одном репозитории — сизифе — мы это закончим быстрее, чем в двух, и
> > я лично готов согласиться с твоим предложением не тянуть в сизифе. :)
> >
> 
> Т.е. новые макросы уже можно ждать в ближайшее время и исправлять пакеты?

С учётом сказанного выше — да. Раз уж я "типа выпускаю" p11, я не хотел
бы нести связанные с ним репутационные издержки по таким поводам, как
наш сабж, поэтому я заинтересован, чтобы в p11 мы что-то решили как можно
быстрее.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [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 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
>
> On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > сделаем revert и будем переделывать макросы.
> > > > >
> > > >
> > > > Все зависит от этого "позднее". Это когда?
> > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > systemd в p11?
> > >
> > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > будущих забот с точечными обновлениями, да.
> > >
> >
> > Не притягивайте сюда точечные обновления. Я уже ранее писал что их сделать
> > невозможно.
>
> Ух ты. Надо авторам altlinux.org/Update/p11 это рассказать. =)
>
> >
> > > > А в Сизиф сразу отправите задание с новыми макросами?
> > >
> > > Да.
> > >
> >
> > Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?
>
> Задание https://git.altlinux.org/tasks/349074/ мешало, потому что оно
> тут же соберётся в p11 и закоммитится, а наш с Женей сценарий такого не
> предусматривает. Я его пока абортнул, так что теперь не мешает.
>
> А также: кто будет пересобирать 300+ пакетов-пользователей этих
> макросов в сизифе, если мы отправляем прямо сейчас? Я скорее не
> могу этим заняться числа до 29.
>
> Ну и из циничных соображений: чтобы кардиналы наконец смогли выбрать
> папу римского (договориться, что сейчас делаем в p11, и воплотить), их
> приходится временно запереть в комнате. :) Поэтому, не вешая одобрение
> на задание с макросами в пакете rpm-build в сизифе, я жду, что мы
> исправим p11.
>
> > > > Если опять будете тянуть несколько месяцев, то проще сразу исправлять
> > > > непересобираемые пакеты.
> > >
> > > В одном репозитории — сизифе — мы это закончим быстрее, чем в двух, и
> > > я лично готов согласиться с твоим предложением не тянуть в сизифе. :)
> > >
> >
> > Т.е. новые макросы уже можно ждать в ближайшее время и исправлять пакеты?
>
> С учётом сказанного выше — да. Раз уж я "типа выпускаю" p11, я не хотел
> бы нести связанные с ним репутационные издержки по таким поводам, как
> наш сабж, поэтому я заинтересован, чтобы в p11 мы что-то решили как можно
> быстрее.

Коллеги, лично я за то, чтобы доверить Арсению реализацию его плана.
Если есть другие предложения по плану, прошу их высказать до 00 часов
01 минуты 26 мая 2024.
Спасибо!

Rgrds, Алексей

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

[Yuri Sedunov]

В Сб, 25/05/2024 в 21:39 +0300, Aleksey Novodvorsky пишет:
> 
> Коллеги, лично я за то, чтобы доверить Арсению реализацию его плана.
> Если есть другие предложения по плану, прошу их высказать до 00 часов
> 01 минуты 26 мая 2024.


Впервые вопрос "Может, merged usr не такая уж и плохая идея?" прозвучал
в этой рассылке без малого четыре года тому назад, 16 августа 2020
года.

Так, к сведению.
-- 
Yuri N. Sedunov

Re: [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 г. в 22:39, Aleksey Novodvorsky <aen@basealt.ru>:
>
> сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
> >
> > On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
[...]
> > >
> > > Т.е. новые макросы уже можно ждать в ближайшее время и исправлять пакеты?
> >
> > С учётом сказанного выше — да. Раз уж я "типа выпускаю" p11, я не хотел
> > бы нести связанные с ним репутационные издержки по таким поводам, как
> > наш сабж, поэтому я заинтересован, чтобы в p11 мы что-то решили как можно
> > быстрее.
>
> Коллеги, лично я за то, чтобы доверить Арсению реализацию его плана.
> Если есть другие предложения по плану, прошу их высказать до 00 часов
> 01 минуты 26 мая 2024.
> Спасибо!

У меня возражений нет. Есть предложение оценить масштаб работ.

С одной стороны, нам необходимо добавить макросы, в пакеты, где они не
используются, чтобы заменять /lib/XXX не на %_prefix/lib/XXX, а сразу
на %_XXXdir. С такими пакетами всё должно быть в порядке при
пересборке в p11 с того же коммита.

С другой стороны, я уверен, что имеется некоторое множество пакетов, в
которых /lib/XXX прибито гвоздями, в правилах установки (automake,
cmake, и т.п.). Простое исправление таких пакетов может приводить к
несовместимости пересборки из того же коммита. На это стоит обратить
внимание и стараться избегать таких исправлений, чтобы не создавать
условий усложняющих сопровождение бранча p11.

С третьей стороны, могут быть пакеты с обоими "изъянами" - и в
правилах установки "/lib/XXX прибито гвоздями", и макросы для
systemd-каталогов не используются. На такие пакеты я бы обратил
двойное внимание.

В четвёртой стороны, я бы выделил и, в первую очередь исправлял такие
пакеты, где правилах установки написаны мейнтейнерами в spec-файлах.
Их исправление кажется наиболее безболезненным и простым.



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] mismatched systemd.pc also present in p11 (was: [#348147] DONE systemd.git=255.6-alt1 ...)

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 1384 bytes --]

On Sat, May 25, 2024 at 03:37:16PM +0300, Arseny Maslennikov wrote:
> On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
> > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen@basealt.ru>:
> > Предлагаю рассмотреть. Мне кажется это именно то, что ожидалось от
> > shaba@ на этом этапе:
> > https://git.altlinux.org/tasks/349119/
> 
> Да, именно так. Мне в целом нравится, можно разве что более ясные
> комменты и commit messages написать.
> Может быть, потребуется что-то ещё аналогичное исправить в пакете,
> конечно; предлагаю тогда решать проблемы по мере выявления.
> 
> > Алексей, что скажешь?
> 
> Если в ближайшее время не поступит возражений, я буду
> коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> сделаем revert и будем переделывать макросы.

https://packages.altlinux.org/tasks/349296/
https://packages.altlinux.org/tasks/349298/

Истории пакета разойдутся, но это
будет потом.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] mismatched systemd.pc also present in p11 (was: [#348147] DONE systemd.git=255.6-alt1 ...)

[Evgeny Sinelnikov]

вс, 26 мая 2024 г. в 02:36, Arseny Maslennikov <arseny@altlinux.org>:
>
> On Sat, May 25, 2024 at 03:37:16PM +0300, Arseny Maslennikov wrote:
> > On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
> > > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen@basealt.ru>:
> > > Предлагаю рассмотреть. Мне кажется это именно то, что ожидалось от
> > > shaba@ на этом этапе:
> > > https://git.altlinux.org/tasks/349119/
> >
> > Да, именно так. Мне в целом нравится, можно разве что более ясные
> > комменты и commit messages написать.
> > Может быть, потребуется что-то ещё аналогичное исправить в пакете,
> > конечно; предлагаю тогда решать проблемы по мере выявления.
> >
> > > Алексей, что скажешь?
> >
> > Если в ближайшее время не поступит возражений, я буду
> > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > сделаем revert и будем переделывать макросы.
>

Наверное, я так никогда не научусь:
https://git.altlinux.org/tasks/349296/gears/100/git

> https://packages.altlinux.org/tasks/349296/
> https://packages.altlinux.org/tasks/349298/
>
> Истории пакета разойдутся, но это
> будет потом.

Похоже в сборке p11 что-то уже поломано.

https://git.altlinux.org/tasks/349298/build/100/x86_64/log
...
[00:01:16] [2252/2741] Generating man/bootup.7 with a custom command
[00:01:16] FAILED: man/bootup.7
[00:01:16] /usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude
--maxdepth 9000 --stringparam man.output.quietly 1 --stringparam
funcsynopsis.style ansi --stringparam man.authors.section.enabled 0
--stringparam man.copyright.section.enabled 0 --stringparam
systemd.version 255 --path
/usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/man:/usr/src/RPM/BUILD/systemd-255.6/man:/usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/src/shared
../man/custom-man.xsl ../man/bootup.xml
...



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] mismatched systemd.pc also present in p11 (was: [#348147] DONE systemd.git=255.6-alt1 ...)

[Aleksey Novodvorsky]

вс, 26 мая 2024 г. в 02:20, Evgeny Sinelnikov <sin@altlinux.org>:
>
> вс, 26 мая 2024 г. в 02:36, Arseny Maslennikov <arseny@altlinux.org>:
> >
> > On Sat, May 25, 2024 at 03:37:16PM +0300, Arseny Maslennikov wrote:
> > > On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
> > > > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen@basealt.ru>:
> > > > Предлагаю рассмотреть. Мне кажется это именно то, что ожидалось от
> > > > shaba@ на этом этапе:
> > > > https://git.altlinux.org/tasks/349119/
> > >
> > > Да, именно так. Мне в целом нравится, можно разве что более ясные
> > > комменты и commit messages написать.
> > > Может быть, потребуется что-то ещё аналогичное исправить в пакете,
> > > конечно; предлагаю тогда решать проблемы по мере выявления.
> > >
> > > > Алексей, что скажешь?
> > >
> > > Если в ближайшее время не поступит возражений, я буду
> > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > сделаем revert и будем переделывать макросы.
> >
>
> Наверное, я так никогда не научусь:
> https://git.altlinux.org/tasks/349296/gears/100/git
>
> > https://packages.altlinux.org/tasks/349296/
> > https://packages.altlinux.org/tasks/349298/
> >
> > Истории пакета разойдутся, но это
> > будет потом.
>
> Похоже в сборке p11 что-то уже поломано.
>
> https://git.altlinux.org/tasks/349298/build/100/x86_64/log
> ...
> [00:01:16] [2252/2741] Generating man/bootup.7 with a custom command
> [00:01:16] FAILED: man/bootup.7
> [00:01:16] /usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude
> --maxdepth 9000 --stringparam man.output.quietly 1 --stringparam
> funcsynopsis.style ansi --stringparam man.authors.section.enabled 0
> --stringparam man.copyright.section.enabled 0 --stringparam
> systemd.version 255 --path
> /usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/man:/usr/src/RPM/BUILD/systemd-255.6/man:/usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/src/shared
> ../man/custom-man.xsl ../man/bootup.xml

Похоже

https://git.altlinux.org/tasks/349194/logs/events.2.1.log

Rgrds, Алексей

[devel] Сборочные ресурсы для p11

[Evgeny Sinelnikov]

Добрый вечер.

судя по ошибкам при пересборке пакетов на одной и той же, практически,
пакетной базе для sisyphus и p11, предположу, что контейнерам для p11
на хватает ресурсов, что явно подтверждается не скрытыми логами сборки
(см. ниже):

error : Resource temporarily unavailable

вс, 26 мая 2024 г. в 07:21, Aleksey Novodvorsky <aen@basealt.ru>:
>
> вс, 26 мая 2024 г. в 02:20, Evgeny Sinelnikov <sin@altlinux.org>:
> >
> > вс, 26 мая 2024 г. в 02:36, Arseny Maslennikov <arseny@altlinux.org>:
> > >
> > > On Sat, May 25, 2024 at 03:37:16PM +0300, Arseny Maslennikov wrote:
> > > > On Sat, May 25, 2024 at 07:50:55AM +0400, Evgeny Sinelnikov wrote:
> > > > > сб, 25 мая 2024 г. в 06:12, Aleksey Novodvorsky <aen@basealt.ru>:
> > > > > Предлагаю рассмотреть. Мне кажется это именно то, что ожидалось от
> > > > > shaba@ на этом этапе:
> > > > > https://git.altlinux.org/tasks/349119/
> > > >
> > > > Да, именно так. Мне в целом нравится, можно разве что более ясные
> > > > комменты и commit messages написать.
> > > > Может быть, потребуется что-то ещё аналогичное исправить в пакете,
> > > > конечно; предлагаю тогда решать проблемы по мере выявления.
> > > >
> > > > > Алексей, что скажешь?
> > > >
> > > > Если в ближайшее время не поступит возражений, я буду
> > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > сделаем revert и будем переделывать макросы.
> > >
> >
> > Наверное, я так никогда не научусь:
> > https://git.altlinux.org/tasks/349296/gears/100/git
> >
> > > https://packages.altlinux.org/tasks/349296/
> > > https://packages.altlinux.org/tasks/349298/
> > >
> > > Истории пакета разойдутся, но это
> > > будет потом.
> >
> > Похоже в сборке p11 что-то уже поломано.
> >
> > https://git.altlinux.org/tasks/349298/build/100/x86_64/log

- https://git.altlinux.org/tasks/349298/build/200/x86_64/log

> > ...
> > [00:01:16] [2252/2741] Generating man/bootup.7 with a custom command
> > [00:01:16] FAILED: man/bootup.7
> > [00:01:16] /usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude
> > --maxdepth 9000 --stringparam man.output.quietly 1 --stringparam
> > funcsynopsis.style ansi --stringparam man.authors.section.enabled 0
> > --stringparam man.copyright.section.enabled 0 --stringparam
> > systemd.version 255 --path
> > /usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/man:/usr/src/RPM/BUILD/systemd-255.6/man:/usr/src/RPM/BUILD/systemd-255.6/x86_64-alt-linux/src/shared
> > ../man/custom-man.xsl ../man/bootup.xml
>
> Похоже
>
> https://git.altlinux.org/tasks/349194/logs/events.2.1.log

- https://git.altlinux.org/tasks/349194/build/2100/x86_64/log
...
[00:00:18] /usr/bin/xsltproc ../../doc/dbus/spec-to-docbook.xsl
../../mate-session/org.gnome.SessionManager.Presence.xml | tail -n +2
> org.gnome.SessionManager.Presence.ref.xml
[00:00:18] error : Resource temporarily unavailable
...



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] mismatched systemd.pc also present in p11

[Vitaly Lipatov]

Arseny Maslennikov писал(а) 26.5.24 1:36:
...
> Истории пакета разойдутся, но это
> будет потом.
...
Коллеги, я очень надеюсь, что все эти изменения не помешают собирать 
пакет из одного спека в Сизиф, p11 и p10. А то p10 никак не звучало в 
обсуждении и это напрягает.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] mismatched systemd.pc also present in p11

[Aleksey Novodvorsky]

пн, 27 мая 2024 г. в 00:40, Vitaly Lipatov <lav@altlinux.ru>:
>
> Arseny Maslennikov писал(а) 26.5.24 1:36:
> ...
> > Истории пакета разойдутся, но это
> > будет потом.
> ...
> Коллеги, я очень надеюсь, что все эти изменения не помешают собирать
> пакет из одного спека в Сизиф, p11 и p10. А то p10 никак не звучало в
> обсуждении и это напрягает.

Виталий, для свежего systemd (255) нужен usrmerge. В p10 он не реален.

Rgrds, Алексей
>

Re: [devel] mismatched systemd.pc also present in p11

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 1477 bytes --]

On Mon, May 27, 2024 at 12:40:35AM +0300, Vitaly Lipatov wrote:
> Arseny Maslennikov писал(а) 26.5.24 1:36:
> ...
> > Истории пакета разойдутся, но это
> > будет потом.

systemd — это один из таких пакетов, которые требуют особого,
индивидуального внимания в каждом репозитории, вроде libc. Он отличается
ещё и тем, что его при этом нельзя, как libc, просто заморозить.

> ...
> Коллеги, я очень надеюсь,

Я тоже. :)

> что все эти изменения не помешают собирать пакет
> из одного спека в Сизиф, p11 и p10. А то p10 никак не звучало в обсуждении и
> это напрягает.

У нас нет цели мешать собирать так пакеты в общем случае.

Методы, которыми можно из пакета systemd получать информацию о том, куда
надо класть файлы, в p10, p11 и S _по возможности_ останутся теми же.
Имена макросов для каталогов, присутствующие в каждом из них, тоже.

Но как такового usrmerge в p10, как уже упомянули, не будет.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Alexey Shabalin]

сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
>
> On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > сделаем revert и будем переделывать макросы.
> > > > >
> > > >
> > > > Все зависит от этого "позднее". Это когда?
> > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > systemd в p11?
> > >
> > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > будущих забот с точечными обновлениями, да.
> > >
> >
> > Не притягивайте сюда точечные обновления. Я уже ранее писал что их сделать
> > невозможно.
>
> Ух ты. Надо авторам altlinux.org/Update/p11 это рассказать. =)

Расскажите. Я по этому адресу не увидел ничего о точечных обновлениях,
значит их не существует.

> > > > А в Сизиф сразу отправите задание с новыми макросами?
> > >
> > > Да.

И где же новые макросы? Что мешает их отправить сейчас?


> > >
> >
> > Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?
>
> Задание https://git.altlinux.org/tasks/349074/ мешало, потому что оно
> тут же соберётся в p11 и закоммитится, а наш с Женей сценарий такого не
> предусматривает. Я его пока абортнул, так что теперь не мешает.

Нет этого задания. Сейчас точно ничего не мешает.

>
> А также: кто будет пересобирать 300+ пакетов-пользователей этих
> макросов в сизифе, если мы отправляем прямо сейчас? Я скорее не
> могу этим заняться числа до 29.

Не пытайтесь все сделать самостоятельно. Доверьтесь сообществу :)

>
> Ну и из циничных соображений: чтобы кардиналы наконец смогли выбрать
> папу римского (договориться, что сейчас делаем в p11, и воплотить), их
> приходится временно запереть в комнате. :) Поэтому, не вешая одобрение
> на задание с макросами в пакете rpm-build в сизифе, я жду, что мы
> исправим p11.
>
> > > > Если опять будете тянуть несколько месяцев, то проще сразу исправлять
> > > > непересобираемые пакеты.
> > >
> > > В одном репозитории — сизифе — мы это закончим быстрее, чем в двух, и
> > > я лично готов согласиться с твоим предложением не тянуть в сизифе. :)
> > >
> >
> > Т.е. новые макросы уже можно ждать в ближайшее время и исправлять пакеты?
>
> С учётом сказанного выше — да. Раз уж я "типа выпускаю" p11, я не хотел
> бы нести связанные с ним репутационные издержки по таким поводам, как
> наш сабж, поэтому я заинтересован, чтобы в p11 мы что-то решили как можно
> быстрее.

-- 
Alexey Shabalin

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

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 3105 bytes --]

On Mon, May 27, 2024 at 03:57:36PM +0300, Alexey Shabalin wrote:
> сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
> >
> > On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > > сделаем revert и будем переделывать макросы.
> > > > > >
> > > > >
> > > > > Все зависит от этого "позднее". Это когда?
> > > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > > systemd в p11?
> > > >
> > > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > > будущих забот с точечными обновлениями, да.
> > > >
> > >
> > > Не притягивайте сюда точечные обновления. Я уже ранее писал что их сделать
> > > невозможно.
> >
> > Ух ты. Надо авторам altlinux.org/Update/p11 это рассказать. =)
> 
> Расскажите. Я по этому адресу не увидел ничего о точечных обновлениях,
> значит их не существует.

Из текста:
> > > > Для корректного обновления необходимо установить библиотеку libcrypto1.1:
> > > >
> > > >  apt-get update
> > > >  apt-get install libcrypto1.1
Это оно самое.

> > > Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?
> >
> > А также: кто будет пересобирать 300+ пакетов-пользователей этих
> > макросов в сизифе, если мы отправляем прямо сейчас? Я скорее не
> > могу этим заняться числа до 29.
> 
> Не пытайтесь все сделать самостоятельно. Доверьтесь сообществу :)

По опыту, оно в таких ситуациях пытается, напротив, довериться
инициатору. Вон недавно просил[1] 8 (не триста) пакетов исправить и
объяснил, чего надо добиться — не-а.

[1] https://lore.altlinux.org/devel/ZcOoVacL1MN05Sop@cello/

Причём этому могут быть вполне обусловленные причины: людям некогда.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Alexey Shabalin]

пн, 27 мая 2024 г. в 18:26, Arseny Maslennikov <arseny@altlinux.org>:
>
> On Mon, May 27, 2024 at 03:57:36PM +0300, Alexey Shabalin wrote:
> > сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
> > >
> > > On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > > > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > > > сделаем revert и будем переделывать макросы.
> > > > > > >
> > > > > >
> > > > > > Все зависит от этого "позднее". Это когда?
> > > > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > > > systemd в p11?
> > > > >
> > > > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > > > будущих забот с точечными обновлениями, да.
> > > > >
> > > >
> > > > Не притягивайте сюда точечные обновления. Я уже ранее писал что их сделать
> > > > невозможно.
> > >
> > > Ух ты. Надо авторам altlinux.org/Update/p11 это рассказать. =)
> >
> > Расскажите. Я по этому адресу не увидел ничего о точечных обновлениях,
> > значит их не существует.
>
> Из текста:
> > > > > Для корректного обновления необходимо установить библиотеку libcrypto1.1:
> > > > >
> > > > >  apt-get update
> > > > >  apt-get install libcrypto1.1
> Это оно самое.
>
> > > > Кстати, их уже сейчас ничего не мешает отправить. Ведь правда?
> > >
> > > А также: кто будет пересобирать 300+ пакетов-пользователей этих
> > > макросов в сизифе, если мы отправляем прямо сейчас? Я скорее не
> > > могу этим заняться числа до 29.
> >
> > Не пытайтесь все сделать самостоятельно. Доверьтесь сообществу :)
>
> По опыту, оно в таких ситуациях пытается, напротив, довериться
> инициатору. Вон недавно просил[1] 8 (не триста) пакетов исправить и
> объяснил, чего надо добиться — не-а.
>
> [1] https://lore.altlinux.org/devel/ZcOoVacL1MN05Sop@cello/
>
> Причём этому могут быть вполне обусловленные причины: людям некогда.

Хватит переводить тему.
Ответьте на конкретные вопросы.Разрешите прохождение задачи с новыми макросами.
в задаче #349068:
- обновление макросов для systemd и kmod
- обновление kmod (legion@ прошу разрешение обновить)
- обновление systemd
-- 
Alexey Shabalin

Re: [devel] cramming incompatible systemd updates into Sisyphus

[Dmitry V. Levin]

Hi,

А вам не приходило в голову сперва починить сборку пакетов, которые
сломаются в результате этого изменения systemd, а потом уже переезжать?

Я бы настоятельно рекомендовал именно такой подход.


-- 
ldv

Re: [devel] cramming incompatible systemd updates into Sisyphus

[Alexey Shabalin]

пн, 27 мая 2024 г. в 19:12, Dmitry V. Levin <ldv@altlinux.org>:
>
> Hi,
>
> А вам не приходило в голову сперва починить сборку пакетов, которые
> сломаются в результате этого изменения systemd, а потом уже переезжать?
>
> Я бы настоятельно рекомендовал именно такой подход.
>

Приходило. И sin@ уже описал какие пакеты точно сломаются. Как минимум
те, которые не используют макросы, а используют абсолютные пути.
Для сборочницы это будет двойная нагрузка, сначала починить в спеках
макросы, а потом пересобрать пакеты с новыми макросами.
Если не чинить пакеты сейчас, то будет наглядно видно что сломалось, и
приступить к починке.
Такой же подход используется, например, при сборке компиляторов gcc.
Мантейнеры gcc описывают как чинить остальные пакеты, но сами этого не
делают.
Для большого количества пакетов я смогу подготовить исправления
(главное что бы их пропустили :), я не отказываюсь.

-- 
Alexey Shabalin

[devel] setting %_unitdir and etc. in Sisyphus

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 2766 bytes --]

On Mon, May 27, 2024 at 03:57:36PM +0300, Alexey Shabalin wrote:
> сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
> > On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > > сделаем revert и будем переделывать макросы.
> > > > >
> > > > > Все зависит от этого "позднее". Это когда?
> > > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > > systemd в p11?
> > > >
> > > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > > будущих забот с точечными обновлениями, да.
> > >
> > > > > А в Сизиф сразу отправите задание с новыми макросами?
> > > >
> > > > Да.
> 
> И где же новые макросы? Что мешает их отправить сейчас?

Два соображения:

* Я всё ещё заканчиваю пересборку пакетов с меняющимися зависимостями на
  библиотеки в p11. В случае чего (например, libxslt недавно) удобнее
  сравнивать результат с сизифом, всё ещё достаточно похожим на p11. Это
  ещё на несколько десятков часов.
  После начала этой фазы usrmerge сизиф на p11 будет совсем не похож.
* Как отметил ldv@, нужно провести предварительную работу: оценить,
  какие пакеты достаточно пересобрать (и начать их пересобирать), а
  какие сломаются особым образом и требуют специальных исправлений.
  https://lore.altlinux.org/devel/CAK42-GognBD-zd2VFc_=fpeNWeX3JpOusAoMW3f2-6ViVtwWyg@mail.gmail.com/

А что именно сейчас заблокировано этими макросами?
https://packages.altlinux.org/tasks/349247 — done.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] cramming incompatible systemd updates into Sisyphus

[Alexey Shabalin]

пн, 27 мая 2024 г. в 19:31, Alexey Shabalin <a.shabalin@gmail.com>:
>
> пн, 27 мая 2024 г. в 19:12, Dmitry V. Levin <ldv@altlinux.org>:
> >
> > Hi,
> >
> > А вам не приходило в голову сперва починить сборку пакетов, которые
> > сломаются в результате этого изменения systemd, а потом уже переезжать?
> >
> > Я бы настоятельно рекомендовал именно такой подход.
> >
>
> Приходило. И sin@ уже описал какие пакеты точно сломаются. Как минимум
> те, которые не используют макросы, а используют абсолютные пути.
> Для сборочницы это будет двойная нагрузка, сначала починить в спеках
> макросы, а потом пересобрать пакеты с новыми макросами.
> Если не чинить пакеты сейчас, то будет наглядно видно что сломалось, и
> приступить к починке.
> Такой же подход используется, например, при сборке компиляторов gcc.
> Мантейнеры gcc описывают как чинить остальные пакеты, но сами этого не
> делают.
> Для большого количества пакетов я смогу подготовить исправления
> (главное что бы их пропустили :), я не отказываюсь.

Кроме того, мы же знаем, что никто не будет чинить ничего, пока не поломалось :)


--
Alexey Shabalin

Re: [devel] setting %_unitdir and etc. in Sisyphus

[Alexey Shabalin]

пн, 27 мая 2024 г. в 19:49, Arseny Maslennikov <arseny@altlinux.org>:
>
> On Mon, May 27, 2024 at 03:57:36PM +0300, Alexey Shabalin wrote:
> > сб, 25 мая 2024 г. в 20:19, Arseny Maslennikov <arseny@altlinux.org>:
> > > On Sat, May 25, 2024 at 07:12:31PM +0300, Alexey Shabalin wrote:
> > > > сб, 25 мая 2024 г., 18:31 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > On Sat, May 25, 2024 at 03:57:41PM +0300, Alexey Shabalin wrote:
> > > > > > сб, 25 мая 2024 г., 15:37 Arseny Maslennikov <arseny@altlinux.org>:
> > > > > > > Если от Алексея в ближайшее время не поступит возражений, я буду
> > > > > > > коммитить (составлю задание сам) и в сизиф, и в p11; позднее в сизифе
> > > > > > > сделаем revert и будем переделывать макросы.
> > > > > >
> > > > > > Все зависит от этого "позднее". Это когда?
> > > > > > Этот хак, заметание проблемы под ковер, только для того что бы отправить
> > > > > > systemd в p11?
> > > > >
> > > > > ...не пересобирая там _ещё_ 300 исходных пакетов и не получая в p11
> > > > > будущих забот с точечными обновлениями, да.
> > > >
> > > > > > А в Сизиф сразу отправите задание с новыми макросами?
> > > > >
> > > > > Да.
> >
> > И где же новые макросы? Что мешает их отправить сейчас?
>
> Два соображения:
>
> * Я всё ещё заканчиваю пересборку пакетов с меняющимися зависимостями на
>   библиотеки в p11. В случае чего (например, libxslt недавно) удобнее
>   сравнивать результат с сизифом, всё ещё достаточно похожим на p11. Это
>   ещё на несколько десятков часов.
>   После начала этой фазы usrmerge сизиф на p11 будет совсем не похож.

Вы опять переводите тему на что-то другое. p11 вообще не причем.

> * Как отметил ldv@, нужно провести предварительную работу: оценить,
>   какие пакеты достаточно пересобрать (и начать их пересобирать), а
>   какие сломаются особым образом и требуют специальных исправлений.
>   https://lore.altlinux.org/devel/CAK42-GognBD-zd2VFc_=fpeNWeX3JpOusAoMW3f2-6ViVtwWyg@mail.gmail.com/

ок, проводите. надеюсь пары месяцев хватит.

>
> А что именно сейчас заблокировано этими макросами?
> https://packages.altlinux.org/tasks/349247 — done.

-- 
Alexey Shabalin

Re: [devel] cramming incompatible systemd updates into Sisyphus

[Dmitry V. Levin]

On Mon, May 27, 2024 at 07:31:53PM +0300, Alexey Shabalin wrote:
> пн, 27 мая 2024 г. в 19:12, Dmitry V. Levin <ldv@altlinux.org>:
> >
> > Hi,
> >
> > А вам не приходило в голову сперва починить сборку пакетов, которые
> > сломаются в результате этого изменения systemd, а потом уже переезжать?
> >
> > Я бы настоятельно рекомендовал именно такой подход.
> 
> Приходило. И sin@ уже описал какие пакеты точно сломаются. Как минимум
> те, которые не используют макросы, а используют абсолютные пути.
> Для сборочницы это будет двойная нагрузка, сначала починить в спеках
> макросы, а потом пересобрать пакеты с новыми макросами.
> Если не чинить пакеты сейчас, то будет наглядно видно что сломалось, и
> приступить к починке.
> Такой же подход используется, например, при сборке компиляторов gcc.
> Мантейнеры gcc описывают как чинить остальные пакеты, но сами этого не
> делают.

При сборке новых компиляторов обычно задания сперва отправляются в Icarus,
проводится тестовая пересборка, и анализируются её результаты.
Без этого было бы сложно предсказать масштаб последствий и предлагать
рекомендации по починке.

> Для большого количества пакетов я смогу подготовить исправления
> (главное что бы их пропустили :), я не отказываюсь.

Это хорошо.


-- 
ldv

Re: [devel] setting %_unitdir and etc. in Sisyphus

[Dmitry V. Levin]

On Mon, May 27, 2024 at 07:58:43PM +0300, Alexey Shabalin wrote:
> пн, 27 мая 2024 г. в 19:49, Arseny Maslennikov <arseny@altlinux.org>:
[...]
> > * Как отметил ldv@, нужно провести предварительную работу: оценить,
> >   какие пакеты достаточно пересобрать (и начать их пересобирать), а
> >   какие сломаются особым образом и требуют специальных исправлений.
> >   https://lore.altlinux.org/devel/CAK42-GognBD-zd2VFc_=fpeNWeX3JpOusAoMW3f2-6ViVtwWyg@mail.gmail.com/
> 
> ок, проводите. надеюсь пары месяцев хватит.

Эту работу предстоит провести инициатору изменений. :)


-- 
ldv

Re: [devel] cramming incompatible systemd updates into Sisyphus

[Alexey Shabalin]

пн, 27 мая 2024 г. в 20:09, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Mon, May 27, 2024 at 07:31:53PM +0300, Alexey Shabalin wrote:
> > пн, 27 мая 2024 г. в 19:12, Dmitry V. Levin <ldv@altlinux.org>:
> > >
> > > Hi,
> > >
> > > А вам не приходило в голову сперва починить сборку пакетов, которые
> > > сломаются в результате этого изменения systemd, а потом уже переезжать?
> > >
> > > Я бы настоятельно рекомендовал именно такой подход.
> >
> > Приходило. И sin@ уже описал какие пакеты точно сломаются. Как минимум
> > те, которые не используют макросы, а используют абсолютные пути.
> > Для сборочницы это будет двойная нагрузка, сначала починить в спеках
> > макросы, а потом пересобрать пакеты с новыми макросами.
> > Если не чинить пакеты сейчас, то будет наглядно видно что сломалось, и
> > приступить к починке.
> > Такой же подход используется, например, при сборке компиляторов gcc.
> > Мантейнеры gcc описывают как чинить остальные пакеты, но сами этого не
> > делают.
>
> При сборке новых компиляторов обычно задания сперва отправляются в Icarus,
> проводится тестовая пересборка, и анализируются её результаты.
> Без этого было бы сложно предсказать масштаб последствий и предлагать
> рекомендации по починке.

Как воспользоваться Icarus - тайна покрытая мраком. Выдайте
инструкцию, пожалуйста.


> > Для большого количества пакетов я смогу подготовить исправления
> > (главное что бы их пропустили :), я не отказываюсь.
>
> Это хорошо.
>

--
Alexey Shabalin

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 25.05.2024 03:49, Aleksey Novodvorsky wrote:
> сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny@altlinux.org>:
>>
>> В общем, для p11, в отличие от сизифа, это точно недостаточная мера.
> Предложения?
>
> Откатываем systemd в p11?
>
Весь usrmerge был как раз затеян для того, что бы иметь возможность 
собрать новый systemd.

Просто кто-то традиционно поспешил с форком сизифа и теперь исправлять 
надо просто сразу в двух местах - в sisyphus и в p11

Re: [devel] mismatched systemd.pc also present in p11

[Aleksey Novodvorsky]

вт, 28 мая 2024 г. в 07:55, Anton Farygin <rider@basealt.ru>:
>
> On 25.05.2024 03:49, Aleksey Novodvorsky wrote:
> > сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny@altlinux.org>:
> >>
> >> В общем, для p11, в отличие от сизифа, это точно недостаточная мера.
> > Предложения?
> >
> > Откатываем systemd в p11?
> >
> Весь usrmerge был как раз затеян для того, что бы иметь возможность
> собрать новый systemd.
>
> Просто кто-то традиционно поспешил с форком сизифа

В Debian для минимизации таких рисков есть репозиторий testing, но это
требует людских ресурсов и замедляет разработку.
Обсудим в начале следующего цикла.


Rgrds, Алексей

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 28.05.2024 08:18, Aleksey Novodvorsky wrote:
> вт, 28 мая 2024 г. в 07:55, Anton Farygin <rider@basealt.ru>:
>> On 25.05.2024 03:49, Aleksey Novodvorsky wrote:
>>> сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny@altlinux.org>:
>>>> В общем, для p11, в отличие от сизифа, это точно недостаточная мера.
>>> Предложения?
>>>
>>> Откатываем systemd в p11?
>>>
>> Весь usrmerge был как раз затеян для того, что бы иметь возможность
>> собрать новый systemd.
>>
>> Просто кто-то традиционно поспешил с форком сизифа
> В Debian для минимизации таких рисков есть репозиторий testing, но это
> требует людских ресурсов и замедляет разработку.
Сейчас p11 фактически testing до выхода новых продуктов, пользоваться им 
в проде опасно. Но вот пользователи этого не знают.
> Обсудим в начале следующего цикла.
>
>
Не забудьте это сделать в devel а не очно.

Re: [devel] mismatched systemd.pc also present in p11

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 1327 bytes --]

On Tue, May 28, 2024 at 07:54:53AM +0300, Anton Farygin wrote:
> On 25.05.2024 03:49, Aleksey Novodvorsky wrote:
> > сб, 25 мая 2024 г. в 03:40, Arseny Maslennikov <arseny@altlinux.org>:
> > > 
> > > В общем, для p11, в отличие от сизифа, это точно недостаточная мера.
> > Предложения?
> > 
> > Откатываем systemd в p11?
> > 
> Весь usrmerge был как раз затеян для того, что бы иметь возможность собрать
> новый systemd.
> 
> Просто кто-то традиционно поспешил с форком сизифа

И чудовищно затянул с началом usrmerge. Отдельные личности мне в далёком
2017 году, непублично, с ожесточением доказывали, что это якобы вредно.
Ну-ну.

> и теперь исправлять надо
> просто сразу в двух местах - в sisyphus и в p11

Следует отметить, что в p11 новый systemd уже собран и исправлен.
Большая часть суеты в этом треде посвящена стратегии, как жить дальше в
сизифе.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 28.05.2024 09:42, Arseny Maslennikov wrote:
> On Tue, May 28, 2024 at 07:54:53AM +0300, Anton Farygin wrote:
>> и теперь исправлять надо
>> просто сразу в двух местах - в sisyphus и в p11
> Следует отметить, что в p11 новый systemd уже собран и исправлен.
> Большая часть суеты в этом треде посвящена стратегии, как жить дальше в
> сизифе.

https://git.altlinux.org/gears/s/systemd.git?p=systemd.git;a=commitdiff;h=6ba698ba4db9158b4ecf3494bb2a32f40c8a8bee

Это выглядит ошибкой - задача состоит не в том, что бы бэкпортировать 
пакеты из p11 в p10, а в том, что бы пакеты из sisyphus собирались в p10 
и c10 ветки.

А её нужно решать каким-то другим способом, не закрывая проблему 
пересобираемости 300 пакетов, а исправляя эти пакеты так, что бы они 
могли собираться в среде p10 и в среде p11.

Re: [devel] mismatched systemd.pc also present in p11

[Oleg Solovyov]

[-- Attachment #1: Type: text/plain, Size: 877 bytes --]

В письме от вторник, 28 мая 2024 г. 09:42:48 MSK пользователь Arseny 
Maslennikov написал:
> И чудовищно затянул с началом usrmerge. Отдельные личности мне в далёком
> 2017 году, непублично, с ожесточением доказывали, что это якобы вредно.
> Ну-ну.

Не с ожесточением, но повторю свои аргументы публично (из 2023 года).

TL;DR: сделали стильно, модно, молодёжно, а в итоге возросли требования для 
оживления поломанной системы, т.к. раньше было достаточно загрузиться с 
параметром "1" благодаря доступности всякого в /bin

[-- Attachment #2: Re: [Bug 46738] usrmerge --]
[-- Type: message/rfc822, Size: 6376 bytes --]

From: Oleg Solovyov <mcpain@altlinux.org>
To: Arseny Maslennikov <arseny@altlinux.org>
Subject: Re: [Bug 46738] usrmerge
Date: Mon, 03 Jul 2023 18:17:08 +0300
Message-ID: <13303105.uLZWGnKmhe@host-135>

Добрый вечер.

В письме от понедельник, 3 июля 2023 г. 17:51:53 MSK Вы написали:
> Моя реплика прозвучала как "не хочу никого слушать, идите н^W в devel@".
> Это совсем не так.
Я своё мнение высказал, ответы на свои вопросы я получил, приглашение в devel@ 
мне не требуется, хотя мне кажется, хорошим тоном было бы ещё и самому 
инициировать обсуждение в правильном месте, если bugzilla - неправильное.

> Я не затыкаю рот критике ни в коем случае, на эти вопросы можно и нужно
> дать ответ, и я добавляю ваш вопрос в секцию FAQ на вики. Просто:
> — в багзилле неудобно читать такие ветвистые обсуждения;
> — само это разбиение было введено _не с этой целью_;
Я не утверждал, что целью разбиения(?) было "поломать всё нахрен".
Я утверждаю, что вливание /bin/ в /usr/bin/ приведёт к крайне неприятным 
побочным эффектам, о них ниже.

> — есть другие механизмы организации подобного сценария спасения
> (rescue-набор программ в специальном месте, rescue initrd,
> recovery-раздел...), может быть, в будущем можно будет такой внедрить и
> рекомендовать его как боевой сценарий, даже включить в продуктовую
> документацию, тестировать, ...;
Подобные механизмы достаточно неочевидны, чтобы я хоть что-то слышал об их 
использовании, а значит, об их существовании нужно ещё и догадаться, особенно 
в аварийной ситуации, когда соломку никто никуда не стелил, а работающая 
система нужна "здесь и сейчас". Не просто так в ALT Rescue выделена надпись 
"don't panic!"

> — если вас кто-то убеждал, что такое спасение установленной системы
> возможно как штатный сценарий её эксплуатации, то пусть тогда защитит
> свою позицию, а пока что это выглядит, как будто вам навязывали
> религиозные догмы сектантскими методами (и это были те, кто вот так
> за подобное обвинял). :)
Поясню ситуацию подробнее:

1) Человек установил Fedora:
- Сделал /usr отдельным разделом
- В Fedora по умолчанию - /bin/ -> /usr/bin/
2) В результате отказа раздела /usr система превратилась в тыкву, для спасения 
которой потребовалось срчоно приобрести USB-носитель.
3) После чего начал обвинять Fedora в криворукости и перешёл на NixOS, 
утверждая, что Fedora "Сама разбила ему диск".

Я, в свою очередь, доказал человеку, что он ССЗБ, раз он выбрал для /usr 
отдельный раздел и показал, что Fedora по умолчанию так не разбивает.
На тот момент я только-только перешёл с Fedora на Gentoo (а это было 5-6 лет 
назад), но тем не менее, мне категорически не нравится тенденция "Переходите 
на симлинки", т.к. в случае аварийной ситуации возрастают требования для 
оживления системы.

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 28.05.2024 10:31, Oleg Solovyov wrote:
> В письме от вторник, 28 мая 2024 г. 09:42:48 MSK пользователь Arseny
> Maslennikov написал:
>> И чудовищно затянул с началом usrmerge. Отдельные личности мне в далёком
>> 2017 году, непублично, с ожесточением доказывали, что это якобы вредно.
>> Ну-ну.
> Не с ожесточением, но повторю свои аргументы публично (из 2023 года).
>
> TL;DR: сделали стильно, модно, молодёжно, а в итоге возросли требования для
> оживления поломанной системы, т.к. раньше было достаточно загрузиться с
> параметром "1" благодаря доступности всякого в /bin

Но на самом деле ничего не изменилось и стало только лучше. А с 
повсеместным распространением небольших SSD - лучше на порядок.

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 28.05.2024 10:44, Aleksey Novodvorsky wrote:
> Для этого нужно собрать в Сизифе systemd без хака выше, оставив 
> проблему  там. 

Для этого нужно обновить rpm-build в Sisyphus. А кто у нас против этого 
изменения ?

Re: [devel] mismatched systemd.pc also present in p11

[Dmitry V. Levin]

On Tue, May 28, 2024 at 12:37:23PM +0300, Anton Farygin wrote:
> On 28.05.2024 10:44, Aleksey Novodvorsky wrote:
> > Для этого нужно собрать в Сизифе systemd без хака выше, оставив 
> > проблему  там. 
> 
> Для этого нужно обновить rpm-build в Sisyphus. А кто у нас против этого 
> изменения ?

Для того, чтобы ответственно выступать за или против, надо оценить
готовность репозитория.  Я предложил, чтобы инициаторы этого изменения
сперва провели его через Icarus и проанализировали результаты тестовой
пересборки.


-- 
ldv

[devel] Icarus

[Ivan A. Melnikov]

On Tue, May 28, 2024 at 01:05:50PM +0300, Dmitry V. Levin wrote:
> Для того, чтобы ответственно выступать за или против, надо оценить
> готовность репозитория.  Я предложил, чтобы инициаторы этого изменения
> сперва провели его через Icarus и проанализировали результаты тестовой
> пересборки.

Расскажите пожалуйста, что такое Icarus и где это взять.

Публично он нигде не анонсировался и только иногда мелькает
в рассылках как какая-то секретная магия, недоступная
сообществу, но иногда используемая высшими силами. Однако
по этим скудным намёкам у меня сложилось впечатление,
что мне, как мейнтейнеру boost, иногда пересобирающему
по 400 пакетов на всех подручных машинах, он был бы
интересен.

-- 
  wbr,
    iv m.

Re: [devel] mismatched systemd.pc also present in p11

[Anton Farygin]

On 28.05.2024 13:05, Dmitry V. Levin wrote:
> On Tue, May 28, 2024 at 12:37:23PM +0300, Anton Farygin wrote:
>> On 28.05.2024 10:44, Aleksey Novodvorsky wrote:
>>> Для этого нужно собрать в Сизифе systemd без хака выше, оставив
>>> проблему  там.
>> Для этого нужно обновить rpm-build в Sisyphus. А кто у нас против этого
>> изменения ?
> Для того, чтобы ответственно выступать за или против, надо оценить
> готовность репозитория.  Я предложил, чтобы инициаторы этого изменения
> сперва провели его через Icarus и проанализировали результаты тестовой
> пересборки.

А какой сейчас способ отправки изменений в икарус ?

мне тоже нужно для другого пакета.