[devel] forthcoming p11: a call for requests and action

[devel] forthcoming p11: a call for requests and action

[Arseny Maslennikov]

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

Hi!

В воздухе витает будущее ответвление (бранчевание) репозитория p11.
Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели бы
видеть в p11? Иными словами, что нам следует сделать с Sisyphus _до_
момента отпочковывания новой платформы?

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

Если у вас есть предложение, из которого получится отличный багрепорт —
создавайте его и укажите в поле "Blocks" bug # 46625.
Если нам стоит что-то обсудить и прийти к решению — смело пишите в
рассылку, сейчас для этого отличное время.

Состояние и версии инфраструктурно важных пакетов, десктопов, популярных
пользовательских пакетов, enterprise-пакетов, инструментов разработчика
и всего остального (особенно если в течение жизненного цикла они должны
будут быть заморожены), любые другие вопросы — если вас что-то
беспокоит, мы точно хотим об этом знать, а также чтобы это отложилось в
базах знаний. :)

Ждём ваших конструктивных ответов и встречных вопросов.

Метабаг p11: https://bugzilla.altlinux.org/46625

--
arseny

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

Re: [devel] forthcoming p11: a call for requests and action

[Yuri Sedunov]

В Чт, 22/06/2023 в 14:35 +0300, Arseny Maslennikov пишет:
> 
...

> Состояние и версии инфраструктурно важных пакетов, десктопов,
> популярных пользовательских пакетов, enterprise-пакетов, инструментов
> разработчика и всего остального.

Outdated 4758

https://repology.org/projects/?search=&maintainer=&category=&inrepo=altsisyphus&notinrepo=&repos=&families=&repos_newest=&families_newest=&outdated=on




-- 
Yuri N. Sedunov

Re: [devel] forthcoming p11: a call for requests and action

[Anton Farygin]

On 22.06.2023 14:35, Arseny Maslennikov wrote:
> Hi!
>
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели бы
> видеть в p11? Иными словами, что нам следует сделать с Sisyphus _до_
> момента отпочковывания новой платформы?
>
> Полный ответ на этот многогранный вопрос не может находиться в одной
> голове. Приглашаю читателей нашей рассылки высказать свои пожелания,
> конкретизированные запросы, сообщить о назревших проблемах.
>
> Если у вас есть предложение, из которого получится отличный багрепорт —
> создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.
>
> Состояние и версии инфраструктурно важных пакетов, десктопов, популярных
> пользовательских пакетов, enterprise-пакетов, инструментов разработчика
> и всего остального (особенно если в течение жизненного цикла они должны
> будут быть заморожены), любые другие вопросы — если вас что-то
> беспокоит, мы точно хотим об этом знать, а также чтобы это отложилось в
> базах знаний. :)
>
> Ждём ваших конструктивных ответов и встречных вопросов.
>
> Метабаг p11: https://bugzilla.altlinux.org/46625
>
У меня в планах к p11 обновление ocaml и всех связанных пакетов, но пока 
руки не дошли. Вешать по этому поводу bug не буду, задача и так есть.

Re: [devel] forthcoming p11: a call for requests and action

[Dmitry V. Levin]

On Sun, Jun 25, 2023 at 02:14:52PM +0300, Anton Farygin wrote:
> On 22.06.2023 14:35, Arseny Maslennikov wrote:
[...]
> > Метабаг p11: https://bugzilla.altlinux.org/46625
> >
> У меня в планах к p11 обновление ocaml и всех связанных пакетов, но пока 
> руки не дошли. Вешать по этому поводу bug не буду, задача и так есть.

Если баги не вешать, то отслеживать неудобно.


-- 
ldv

Re: [devel] forthcoming p11: a call for requests and action

[Andrey Savchenko]

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

On Thu, 22 Jun 2023 14:35:37 +0300 Arseny Maslennikov wrote:
> Hi!
> 
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели бы
> видеть в p11? Иными словами, что нам следует сделать с Sisyphus _до_
> момента отпочковывания новой платформы?
> 
> Полный ответ на этот многогранный вопрос не может находиться в одной
> голове. Приглашаю читателей нашей рассылки высказать свои пожелания,
> конкретизированные запросы, сообщить о назревших проблемах.
> 
> Если у вас есть предложение, из которого получится отличный багрепорт —
> создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.
> 
> Состояние и версии инфраструктурно важных пакетов, десктопов, популярных
> пользовательских пакетов, enterprise-пакетов, инструментов разработчика
> и всего остального (особенно если в течение жизненного цикла они должны
> будут быть заморожены), любые другие вопросы — если вас что-то
> беспокоит, мы точно хотим об этом знать, а также чтобы это отложилось в
> базах знаний. :)
> 
> Ждём ваших конструктивных ответов и встречных вопросов.

У меня есть вопрос по обновлению openmpi. Он у нас в очень старом
и заброшенном виде, это плохо и хорошо бы привести в порядок до p11.

Я ранее предлагал план работ[1], но у меня времени так и не нашлось
из-за других задач. Возможно, найдётся в ближайшие месяцы, но без
гарантий. Если есть желающие заняться этим, с радостью отдам задачу.

[1] https://lists.altlinux.org/pipermail/devel/2022-October/217118.html

Best regards,
Andrew Savchenko

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

Re: [devel] forthcoming p11: a call for requests and action

[Gleb Fotengauer-Malinovskiy]

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

Hi,

On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> Hi!
> 
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели бы
> видеть в p11? Иными словами, что нам следует сделать с Sisyphus _до_
> момента отпочковывания новой платформы?
> 
> Полный ответ на этот многогранный вопрос не может находиться в одной
> голове. Приглашаю читателей нашей рассылки высказать свои пожелания,
> конкретизированные запросы, сообщить о назревших проблемах.
> 
> Если у вас есть предложение, из которого получится отличный багрепорт —
> создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.
> 
> Состояние и версии инфраструктурно важных пакетов, десктопов, популярных
> пользовательских пакетов, enterprise-пакетов, инструментов разработчика
> и всего остального (особенно если в течение жизненного цикла они должны
> будут быть заморожены), любые другие вопросы — если вас что-то
> беспокоит, мы точно хотим об этом знать, а также чтобы это отложилось в
> базах знаний. :)
> 
> Ждём ваших конструктивных ответов и встречных вопросов.

Что на мне сейчас:
* обновление toolchain:
** gcc 13, он и будет в новом бранче, у них годовой цикл (done);
** glibc 2.37;
** glibc 2.38 (когда выйдет, ожидается в августе);
** binutils 2.40;
** binutils 2.41 (когда выйдет, ожидается в августе);
* openssl 3.1;

Что мне кажется, что ещё лучше делать раньше, а не позже:
* libpaper 2 (https://github.com/rrthomas/libpaper) вместе с его
  (несовместимой) реализацией /usr/bin/paper;

-- 
glebfm

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

Re: [devel] forthcoming p11: a call for requests and action

[Mikhail Efremov]

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

On Thu, 22 Jun 2023 14:35:37 +0300 Arseny Maslennikov wrote:
> Hi!
> 
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели бы
> видеть в p11? Иными словами, что нам следует сделать с Sisyphus _до_
> момента отпочковывания новой платформы?
> 
> Полный ответ на этот многогранный вопрос не может находиться в одной
> голове. Приглашаю читателей нашей рассылки высказать свои пожелания,
> конкретизированные запросы, сообщить о назревших проблемах.
> 
> Если у вас есть предложение, из которого получится отличный багрепорт —
> создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.
> 
> Состояние и версии инфраструктурно важных пакетов, десктопов, популярных
> пользовательских пакетов, enterprise-пакетов, инструментов разработчика
> и всего остального (особенно если в течение жизненного цикла они должны
> будут быть заморожены), любые другие вопросы — если вас что-то
> беспокоит, мы точно хотим об этом знать, а также чтобы это отложилось в
> базах знаний. :)
> 
> Ждём ваших конструктивных ответов и встречных вопросов.

У меня, пожалуй, вопрос только с тем, стоит ли все-таки обновлять procps
до procps-4.0. 
См. https://lists.altlinux.org/pipermail/devel/2022-September/217117.html
Меня смущает, что за все это время никто так и не захотел новую libproc,
а старая libprocps, наоборот, вполне себе используется.
С другой стороны procps-4.0 уже почти год как вышел.

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[devel] [p11-release-mgmt] usrmerge

[Arseny Maslennikov]

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

On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> Ждём ваших конструктивных ответов и встречных вопросов.

Одним из самых трудоёмких изменений, если не самым, станет usrmerge.
https://bugzilla.altlinux.org/46738
Мы больше не можем откладывать переезд, так как в systemd 255 поддержку
unmerged-usr прекратят. Заморозить версию systemd-stable на 254.x в
течение всего жизненного цикла репозитория p11 — не лучшая идея хотя
бы потому, что в некоторые компоненты из проекта systemd приходят
патчи с поддержкой чего-то нового, например, новые протоколы и
виртуальные устройства в networkd.

Переезду посвящена статья на альтвики:
https://altlinux.org/Usrmerge
На данный момент параграф "предлагаемые действия" там обозначен очень
грубо; одна из целей письма — вместе с вами уточнить их.

В следующем письме я предложу предварительный план действий. Если есть
аргументированные вопросы/возражения прагматического характера (а они
были, и желание их обсуждать у участников сообщества есть), то предлагаю
их излагать в ответах к этому письму — это уж лучше, чем устраивать
дискуссию в багзилле. Вопросы к самому плану прошу помещать в
посвящённый ему тред.
Скажу одно: если мы при переходе к merged-usr действительно теряем
фактические, а не мифологические преимущества, то не стоит огорчаться;
скорее всего, есть способ достичь их лучше и надёжнее прежнего без
бардака в иерархии каталогов.

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

Re: [devel] [p11-release-mgmt] usrmerge action proposal

[Arseny Maslennikov]

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

On Tue, Jul 04, 2023 at 04:09:40PM +0300, Arseny Maslennikov wrote:
> On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> > Ждём ваших конструктивных ответов и встречных вопросов.
> 
> Одним из самых трудоёмких изменений, если не самым, станет usrmerge.
> В следующем письме я предложу предварительный план действий.

Предварительный план действий, выработанный с учётом реалий нашей
пакетной системы, выглядит так:
1) Определить, что слиянию с аналогами внутри /usr подлежат:

  /bin
  /lib
  /lib64
  /libx32
  /sbin

Надеюсь, я никого не забыл.

2) Тем или иным образом научить rpm создавать симлинк вида

  /bin/x -> ../usr/bin/x

..., если в пакете существует /usr/bin/x и Provides: /bin/x.
Аналогично для всех каталогов из списка 1.
Таким образом, на переходном этапе будет не нужно указывать в %files
пакетов все эти симлинки, чтобы потом их убирать, и пакеты продолжат
удовлетворять зависимостям на такие файлы.

Важно, чтобы сначала удалялся старый путь, как обычно при установке
пакета, а симлинк возникал после этой фазы.
2.1) Бекпортировать поддержку в p10.

3) Подготовить пакет filesystem версии 3: поместить в нём файлтриггер,
который проверяет, не состоят ли каталоги из списка 1 целиком из
симлинков внутрь /usr, и превращает такой каталог с симлинками в симлинк
на каталог.
Сценарий файлтриггера должен будет давать предельно ясную информацию и
диагностические сообщения на стандартные потоки. Нужно будет либо
положиться на static coreutils, либо очень осторожно обращаться с
обычными и dynamic linker.

4) Этот пункт, видимо, потребует содействия мейнтейнеров.
Заменить макросы, использующие старые каталоги (%_udevrulesdir,
%_tmpfilesdir и другие), и пересобрать с ними пакеты, что-либо
помещающие в эти каталоги.
Приближённое число затрагиваемых бинарных пакетов:

  % grep -E '^/(bin|lib[^/]*|sbin)/[a-z0-9_-]+' contents-index | 
    grep -vE '^/lib/(systemd|udev|sysusers.d|modules[^/]*|modprobe.d|security|tmpfiles.d)' | # exclude known places
    cut -f2 -d$'\t' | grep -v '^/' | # exclude path provides
    sort | uniq | wc -l
  528

Оценка дана по x86_64 + noarch. Исходных, конечно, будет меньше.

При обновлении на эти пакеты будет действовать правило 2, поэтому их
содержимое будет доступно.

Некоторые пакеты, например, vim-common, сейчас упаковывают разные
файловые объекты в /bin и /usr/bin; другие пакеты ставят файлы прямо
в %buildroot/bin. Их потребуется исправить руками. (Справедливости ради,
многие из них и так стоит обновить)

5) Этот пункт вступает в действие на каждой машине индивидуально при
обновлении её пакетов.
Файлтриггер из пункта 3 обнаруживает, что можно ввести симлинки, и
делает это, завершая процесс usrmerge на данной системе.

----
На текущий момент непонятно:
— есть ли не обозначенные выше пакеты, требующие пристального внимания;
— нужен ли особый подход к системам, применяющим overlayfs вблизи
охваченных путей /* и /usr/*.

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

Re: [devel] procps-ng-4.0

[Arseny Maslennikov]

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

On Fri, Jun 30, 2023 at 07:00:04PM +0300, Mikhail Efremov wrote:
> On Thu, 22 Jun 2023 14:35:37 +0300 Arseny Maslennikov wrote:
> > Ждём ваших конструктивных ответов и встречных вопросов.
> 
> У меня, пожалуй, вопрос только с тем, стоит ли все-таки обновлять procps
> до procps-4.0. 
> См. https://lists.altlinux.org/pipermail/devel/2022-September/217117.html
> Меня смущает, что за все это время никто так и не захотел новую libproc,
> а старая libprocps, наоборот, вполне себе используется.
> С другой стороны procps-4.0 уже почти год как вышел.

Ну вот на Debian sid:
  % apt rdepends libproc2-0
  libproc2-0
  Reverse Depends:
    Depends: libproc2-dev (= 2:4.0.3-1)
    Depends: kylin-process-manager (>= 2:4.0.3)
    Depends: veyon-plugins (>= 2:4.0.2)
    Depends: procps (>= 2:4.0.3)
    Depends: cpu-x (>= 2:4.0.3)
    Depends: obs-advanced-scene-switcher (>= 2:4.0.3)
    Depends: lxqt-session (>= 2:4.0.2)
    Depends: intel-gpu-tools (>= 2:4.0.2)
    Depends: deepin-screen-recorder (>= 2:4.0.2)
    Depends: apitrace (>= 2:4.0.2)

https://gitlab.com/procps-ng/procps/-/blob/d313765571150675ceeb53a68e951aa98f14e8f5/NEWS
Думаю, одного этого списка уже достаточно, чтобы хотеть видеть у нас
procps-4.0. :)

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

Re: [devel] forthcoming p11: a call for requests and action

[Alexey Shabalin]

чт, 22 июн. 2023 г. в 14:35, Arseny Maslennikov <arseny@altlinux.org>:
>
> Hi!
>
> Если у вас есть предложение, из которого получится отличный багрепорт —
> создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.

Надо убрать все предупреждения о egrep и fgrep в rpm скриптах.
Пакетов довольно много. Что-то уже поправили, что-то еще нет. Надо все
выяснить и исправить.

Re: [devel] forthcoming p11: a call for requests and action

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2023-07-07 22:27:30 +0300, Alexey Shabalin wrote:

 > Надо убрать все предупреждения о egrep и fgrep в rpm
 > скриптах. Пакетов довольно много. Что-то уже поправили,
 > что-то еще нет. Надо все выяснить и исправить.

На мой взгляд, проще пропатчить grep, чтобы по умолчанию он
работал в режиме -E вместо -G

Дело в том, что -G (basic regular expressions) используют в
основном тогда, когда хватило бы и -F, просто чтобы команду
не захламлять параметрами.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] forthcoming p11: a call for requests and action

[Denis Medvedev]

On Thu, 22 Jun 2023 14:35:37 +0300
Arseny Maslennikov <arseny@altlinux.org> wrote:

> Hi!
> 
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> Что мы, читатели данной рассылки, разработчики ALT Linux Team, хотели
> бы видеть в p11? Иными словами, что нам следует сделать с Sisyphus
> _до_ момента отпочковывания новой платформы?
> 
> Полный ответ на этот многогранный вопрос не может находиться в одной
> голове. Приглашаю читателей нашей рассылки высказать свои пожелания,
> конкретизированные запросы, сообщить о назревших проблемах.
> 
> Если у вас есть предложение, из которого получится отличный багрепорт
> — создавайте его и укажите в поле "Blocks" bug # 46625.
> Если нам стоит что-то обсудить и прийти к решению — смело пишите в
> рассылку, сейчас для этого отличное время.
Кроме мержа usr, в systemd грядет еще одно изменение

https://www.phoronix.com/news/systemd-254-rc1

Systemd has also deprecated support for System-V service scripts and
will be removed in a future release. All software moving forward should
have native systemd unit files rather than legacy System V scripts. 

вот с этим что делать надо будет?

Re: [devel] forthcoming p11: a call for requests and action

[Dmitry V. Levin]

On Sat, Jul 08, 2023 at 02:52:11PM +0300, Denis Medvedev wrote:
[...]
> Кроме мержа usr, в systemd грядет еще одно изменение
> 
> https://www.phoronix.com/news/systemd-254-rc1
> 
> Systemd has also deprecated support for System-V service scripts and
> will be removed in a future release. All software moving forward should
> have native systemd unit files rather than legacy System V scripts. 
> 
> вот с этим что делать надо будет?

Здесь написано, что было неплохо, если бы у каждого сервиса был бы свой
systemd unit file.  Не думаю, впрочем, чтобы systemd-sysv-generator
куда-нибудь бы делся в обозримом будущем.


-- 
ldv

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

В преддверии p11 постепенно близится (ещё не совсем наступает, но
близится) пора чинить пакеты.

Я буду регулярно, до выпуска p11, публиковать список непересобирающихся
пакетов в текущем Sisyphus для x86_64 и i586, которые должны будут тем
или иным способом его покинуть к моменту выхода p11. Речи о немедленном
бренчевании пока что нет, об этом будет объявлено дополнительно, и не
все планируемые изменения в сизифе, затрагивающие многие пакеты, были
произведены; но начинать готовиться уже стоит.

По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
пересобираются 122 исходных пакета, которые в т. ч. входят в продукты;
их список представлен в конце этого письма, с acl.

122 ftbfs packages:
LLVMSPIRVLib	lakostis @everybody
automake_1.11	@core
bind	@core george sem slev
caddy	shaba @everybody
chromium-gost	george @everybody
crtools	@nobody
doxygen	george @qa @everybody
dsniff	vseleznv @everybody
erlang-proper	rider @everybody
freeipmi	rider @qa
gcc8	glebfm @everybody
gcc9	glebfm @everybody
gdal	boyarsh @qa @everybody
gettext	@core
ghc8.6.4	@nobody
ghc8.6.4-asn1-parse	@nobody
ghc8.6.4-blaze-html	@nobody
ghc8.6.4-blaze-markup	@nobody
ghc8.6.4-case-insensitive	@nobody
ghc8.6.4-connection	@nobody
ghc8.6.4-cookie	@nobody
ghc8.6.4-cryptonite	@nobody
ghc8.6.4-data-default	@nobody
ghc8.6.4-data-default-class	@nobody
ghc8.6.4-data-default-instances-containers	@nobody
ghc8.6.4-data-default-instances-dlist	@nobody
ghc8.6.4-data-default-instances-old-locale	@nobody
ghc8.6.4-doclayout	@nobody
ghc8.6.4-doctemplates	@nobody
ghc8.6.4-emojis	@nobody
ghc8.6.4-errors	@nobody
ghc8.6.4-glob	@nobody
ghc8.6.4-haddock-library	@nobody
ghc8.6.4-hslua	@nobody
ghc8.6.4-hslua-module-system	@nobody
ghc8.6.4-hslua-module-text	@nobody
ghc8.6.4-hsyaml	@nobody
ghc8.6.4-http-client	@nobody
ghc8.6.4-http-client-tls	@nobody
ghc8.6.4-http-types	@nobody
ghc8.6.4-hxt	@nobody
ghc8.6.4-hxt-charproperties	@nobody
ghc8.6.4-hxt-regex-xmlschema	@nobody
ghc8.6.4-hxt-unicode	@nobody
ghc8.6.4-ipynb	@nobody
ghc8.6.4-jira-wiki-markup	@nobody
ghc8.6.4-juicypixels	@nobody
ghc8.6.4-mime-types	@nobody
ghc8.6.4-pandoc-types	@nobody
ghc8.6.4-pem	@nobody
ghc8.6.4-quickcheck	@nobody
ghc8.6.4-regex-pcre-builtin	@nobody
ghc8.6.4-safe	@nobody
ghc8.6.4-skylighting	@nobody
ghc8.6.4-skylighting-core	@nobody
ghc8.6.4-socks	@nobody
ghc8.6.4-splitmix	@nobody
ghc8.6.4-streaming-commons	@nobody
ghc8.6.4-temporary	@nobody
ghc8.6.4-text-conversions	@nobody
ghc8.6.4-tls	@nobody
ghc8.6.4-unicode-transforms	@nobody
ghc8.6.4-x509	@nobody
ghc8.6.4-x509-store	@nobody
ghc8.6.4-x509-system	@nobody
ghc8.6.4-x509-validation	@nobody
ghc8.6.4-xml	@nobody
guacamole-server	shaba @everybody
htmldoc	@nobody
jitsi-meet	@nobody
libSDL_pango	@nobody
libabigail	glebfm ldv @qa
libclc	shrek
libdb5.3	rider @everybody
libdb6.1	rider @everybody
libewf	grenka
libsrtp	@nobody
libteam	sem @everybody
libudev0	shaba @everybody
libwpe	aris
libwpebackend-fdo	aris
llvm12.0	arseny @everybody
llvm13.0	arseny @everybody
llvm15.0	arseny @everybody
lnav	mike @everybody
ltrace	grenka @everybody
nagios-nrpe	nbr @everybody
openmpi	bircoph dans @everybody
opennebula	shaba obirvalger andy @qa
openssh-gostcrypto	glebfm @everybody
openvpn-gostcrypto	sem @everybody
perl-WWW-Mechanize	@cpan @everybody
php8.0-openssl	rider @everybody
psutils	rider george
pybind11	nickel @everybody
python3	grenka imz vitty george glebfm darktemplar
python3-module-GeoIP2	grenka @python @everybody
python3-module-PySide2	cas @everybody
python3-module-aiopg	@nobody
python3-module-autopage	grenka @everybody
python3-module-autopep8	ancieg @everybody
python3-module-cleo	@nobody
python3-module-contextlib2	slev @everybody
python3-module-fasttext	aris @everybody
python3-module-furl	grenka @everybody
python3-module-future	grenka @everybody
python3-module-pook	grenka @everybody
python3-module-pytest-trio	grenka @everybody
python3-module-pythran	rider @everybody
python3-module-requests_toolbelt	grenka @everybody
qt6-webengine	zerg @everybody
rocr-runtime	lakostis @everybody
seahorse	aris
sendmail	asy @everybody
swi-prolog	@nobody
thunderbird	pav cas @everybody
tracker	@nobody
transmission	rider aris zerg darktemplar
udev-rule-generator	@nobody
wine-cpcsp_proxy	lav @everybody
zsh	george arseny @qa
zstd	@core

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

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> 122 ftbfs packages:
<...>
> llvm12.0	arseny @everybody
> llvm13.0	arseny @everybody

Этих двух я бы предложил выкинуть, если не будет возражений.

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

Re: [devel] forthcoming p11: FTBFS summary

[Anton Zhukharev]

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

On Wed, Aug 16, 2023 at 09:09:44PM +0300, Arseny Maslennikov wrote:
> On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> > 122 ftbfs packages:
> <...>
> > llvm12.0	arseny @everybody
> > llvm13.0	arseny @everybody
> 
> Этих двух я бы предложил выкинуть, если не будет возражений.

Я взялся за исправление FTBFS пакета ghc8.6.4, поскольку он @nobody.

Основная "засада" на aarch64 и armh.
Пока что не получилось собрать текущую версию с llvm > 12.0
(https://gitlab.haskell.org/ghc/ghc/-/issues/21936).

Проблема GHC в том, что для его сборки нужен GHC (других способов на
данный момент не существует).

Поэтому я был бы рад, чтобы вы немного воздержались от удаления (пока я
не освоюсь с сопровождением этого пакета).

В планах починить текущую версию и обновить до более свежей (в идеале до
самой последней) вместе с пересборкой зависимостей.

Можно мои мысли почитать здесь: https://bugzilla.altlinux.org/47117.

-- 
Best wishes,
Anton Zhukharev
ALT Linux Team

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

[devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
пересобираются 143 исходных пакета, которые в т. ч. входят в продукты;
их список представлен в конце этого письма, с acl.

143 ftbfs packages:
GraphicsMagick	sbolshakov @everybody
LLVMSPIRVLib	lakostis @everybody
alsa-utils	mike shrek @qa
aptitude	glebfm viy @everybody
automake_1.11	@core
bind	@core george sem slev
chromium-gost	george @everybody
colorifer	rider @everybody
cpu-x	antohami @everybody
dialog	lav @everybody
doxygen	george @qa @everybody
dsniff	vseleznv @everybody
erlang-proper	rider @everybody
fdupes	azol @everybody
freeipmi	rider @qa
gcc8	glebfm @everybody
gcc9	glebfm @everybody
gdal	boyarsh @qa @everybody
gettext	@core
ghc8.6.4	@nobody
ghc8.6.4-asn1-parse	@nobody
ghc8.6.4-blaze-html	@nobody
ghc8.6.4-blaze-markup	@nobody
ghc8.6.4-case-insensitive	@nobody
ghc8.6.4-connection	@nobody
ghc8.6.4-cookie	@nobody
ghc8.6.4-cryptonite	@nobody
ghc8.6.4-data-default	@nobody
ghc8.6.4-data-default-class	@nobody
ghc8.6.4-data-default-instances-containers	@nobody
ghc8.6.4-data-default-instances-dlist	@nobody
ghc8.6.4-data-default-instances-old-locale	@nobody
ghc8.6.4-doclayout	@nobody
ghc8.6.4-doctemplates	@nobody
ghc8.6.4-emojis	@nobody
ghc8.6.4-errors	@nobody
ghc8.6.4-glob	@nobody
ghc8.6.4-haddock-library	@nobody
ghc8.6.4-hslua	@nobody
ghc8.6.4-hslua-module-system	@nobody
ghc8.6.4-hslua-module-text	@nobody
ghc8.6.4-hsyaml	@nobody
ghc8.6.4-http-client	@nobody
ghc8.6.4-http-client-tls	@nobody
ghc8.6.4-http-types	@nobody
ghc8.6.4-hxt	@nobody
ghc8.6.4-hxt-charproperties	@nobody
ghc8.6.4-hxt-regex-xmlschema	@nobody
ghc8.6.4-hxt-unicode	@nobody
ghc8.6.4-ipynb	@nobody
ghc8.6.4-jira-wiki-markup	@nobody
ghc8.6.4-juicypixels	@nobody
ghc8.6.4-mime-types	@nobody
ghc8.6.4-pandoc-types	@nobody
ghc8.6.4-pem	@nobody
ghc8.6.4-quickcheck	@nobody
ghc8.6.4-regex-pcre-builtin	@nobody
ghc8.6.4-safe	@nobody
ghc8.6.4-skylighting	@nobody
ghc8.6.4-skylighting-core	@nobody
ghc8.6.4-socks	@nobody
ghc8.6.4-splitmix	@nobody
ghc8.6.4-streaming-commons	@nobody
ghc8.6.4-temporary	@nobody
ghc8.6.4-text-conversions	@nobody
ghc8.6.4-tls	@nobody
ghc8.6.4-unicode-transforms	@nobody
ghc8.6.4-x509	@nobody
ghc8.6.4-x509-store	@nobody
ghc8.6.4-x509-system	@nobody
ghc8.6.4-x509-validation	@nobody
ghc8.6.4-xml	@nobody
glibc	@core
gptfdisk	shaba @everybody
htmldoc	@nobody
htop	mike @everybody
jitsi-meet	@nobody
libSDL_pango	@nobody
libclc	shrek
libdb5.3	rider @everybody
libdb6.1	rider @everybody
libewf	grenka
libsrtp	@nobody
libudev0	shaba @everybody
libvamp	cas @everybody
libwpe	aris
libwpebackend-fdo	aris
lightdm	manowar @everybody
llvm12.0	arseny @everybody
llvm13.0	arseny @everybody
llvm15.0	arseny @everybody
lnav	mike @everybody
ltrace	grenka @everybody
lynx	taf mike @qa
mariadb	shaba @everybody
mutt	glebfm
nagios-nrpe	nbr @everybody
nano	azol @everybody
ncdu	lav @everybody
ocfs2-tools	rider @everybody
openmpi	bircoph dans @everybody
opennebula	shaba obirvalger andy @qa
openssh-gostcrypto	glebfm @everybody
openvpn-gostcrypto	sem @everybody
partclone	klark @everybody
perl-WWW-Mechanize	@cpan @everybody
php8.0-openssl	rider @everybody
pinentry	manowar zerg @everybody
pinfo	ender @qa @everybody
pipewire	aris
powertop	rider @everybody
procps	sem ldv @qa
psutils	rider george
python	vseleznv imz george cow glebfm
python3	grenka imz vitty george glebfm darktemplar
python3-module-GeoIP2	grenka @python @everybody
python3-module-PySide2	cas @everybody
python3-module-aiopg	@nobody
python3-module-autopage	grenka @everybody
python3-module-autopep8	ancieg @everybody
python3-module-cleo	@nobody
python3-module-contextlib2	slev @everybody
python3-module-furl	grenka @everybody
python3-module-ipykernel	toni @everybody
python3-module-pook	grenka @everybody
python3-module-pytest-trio	grenka @everybody
python3-module-pythran	rider @everybody
python3-module-zmq	grenka @python
qt6-webengine	zerg @everybody
rocm-comgr	lakostis @everybody
rocm-device-libs	lakostis @everybody
rocr-runtime	lakostis @everybody
sendmail	asy @everybody
swi-prolog	@nobody
testdisk	lav @everybody
thunderbird	pav cas @everybody
tracker	@nobody
transmission	rider aris zerg darktemplar
udev-rule-generator	@nobody
util-linux	legion boyarsh
wine-cpcsp_proxy	lav @everybody
zsh	george arseny @qa
zstd	@core

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

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

On Thu, Aug 24, 2023 at 10:39:17AM +0300, Sergei Epiphanov wrote:
> В этом списке, как я вижу, оказался и glibc.

А чем этот пакет принципиально отличается от других? Если вы про масштаб
распространённости на машинах, то с точки зрения apt есть и другие
пакеты, помеченные как essential.

> Где-то сами себя за хвост схватили?

Это нормально для роллингового репозитория; не вижу поводов для
злорадства.

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

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

Re: [devel] forthcoming p11: FTBFS summary

[Gleb Fotengauer-Malinovskiy]

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

Hi,

On Thu, Aug 24, 2023 at 10:39:17AM +0300, Sergei Epiphanov wrote:
> Arseny Maslennikov <arseny@altlinux.org> 24 августа 2023 г. 10:33:41 написал:
> > glibc @core
> В этом списке, как я вижу, оказался и glibc. Где-то сами себя за хвост 
> схватили?

glibc периодически попадает в список непересобирающихся, там есть
несколько тестов, которые ведут себя не очень стабильно.

-- 
glebfm

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

Re: [devel] forthcoming p11: FTBFS summary

[Gleb Fotengauer-Malinovskiy]

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

On Thu, Aug 24, 2023 at 10:33:32AM +0300, Arseny Maslennikov wrote:
> По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
> пересобираются 143 исходных пакета, которые в т. ч. входят в продукты;
> их список представлен в конце этого письма, с acl.

Я думаю, что сегодняшний день не очень удачен для формирования списка
потому что именно сегодня в него попали пакеты, которые пострадали от
регрессии в ncurses.

См. https://lore.altlinux.org/devel/20230823100252.GA24198@imap.altlinux.org/T/#t

-- 
glebfm

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

[devel] I: possible double ncurses abi

[Arseny Maslennikov]

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

On Thu, Aug 24, 2023 at 11:30:27AM +0300, Sergei Epiphanov wrote:
> Я использую Сизиф в своих процессах, поэтому и
> решил уточнить масштабы проблемы, а также прояснить себе, стоит ли пока
> некоторое время не выполнять обновления или всё не так уж и страшно.

Про это пока что можете не беспокоиться, вряд ли в сегодняшнем сизифе
опубликованы пакеты сразу с двумя ncurses ABI.


Но мейнтейнерам пакетов, зависящих от ncurses, стоит обратить
внимание вот на что.

Есть некоторое множество пакетов, которые линкуются и с библиотеками из
ncurses, и c другими библиотеками, собранными с ncurses в свою очередь.
Если начать их пересобирать и отправить такие пересобранные пакеты в
сизиф, то они сами получат зависимость на, например, libtinfo.so.6, а их
пока нетронутые другие зависимости продолжат зависеть от libtinfo.so.5,
чего в репозитории лучше не допускать.

Пример графа:

    Y ----> libtinfo
     \
      -> libreadline -> libtinfo

В случае такого графа, если пересобрать Y перед пересборкой libreadline,
получится вот такое:

    Y ----> libtinfo.so.6
     \
      -> libreadline.so.7 -> libtinfo.so.5

Поэтому их следует пересобрать с libtinfo.so.6 в другом порядке:
libreadline, Y. И так во всём репозитории.

Вот это будет исправлено как можно быстрее, и мейнтейнерам
таких пакетов стоит пока воздержаться от их обновления или пересборки.

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

[devel] python3 FTBFS

[Ivan A. Melnikov]

On Thu, Aug 24, 2023 at 10:33:32AM +0300, Arseny Maslennikov wrote:
> python3	grenka imz vitty george glebfm darktemplar

А тут всё любопытно.

Во-первых, новый autoconf делает симлинки вместо копирования,
а cp -rl симлинки разименоввывает перет тем как делать
хардлинки. Эту проблему можно преодолеть несколькими способами,
я предлагаю так:

https://git.altlinux.org/people/iv/packages/?p=python3.git;a=commitdiff;h=441eeaf575d7c8d9e977cc4b658d53e5278b364e

Во-вторых, когда эта проблема преодолена, вылезает следующая:
при поиске зависимостей python3 использует свежесобранный
интерпретатор из %buildroot, поэтому системный 
%python3_sitelibdir_noarch к нему в sys.path не попадает.
Раньше это никому не мешало, но после недавнего выделения
py3dephell из rpm-build-python3 начало активно мешать:

https://git.altlinux.org/tasks/327851/logs/events.1.1.log

[x86_64]     from py3dephell.py3prov import generate_provides
[x86_64] ModuleNotFoundError: No module named 'py3dephell'
[x86_64] find-provides: ERROR: /usr/lib/rpm/python3.prov failed
[x86_64] error: /bin/sh failed

Эту проблему можно преодолеть несколькими способами, и мне
кажется это стоит сделать на стороне rpm-build-python3.
Ради эксперимента я сделал так:

https://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e

хотя наверное можно подумать и сделать аккуратнее.

В третих, когда и эта проблема преодолена, мы упираемся
в текущие проблемы c curses.

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

Тут я просто надеюсь, что эти проблемы куда-нибудь
утекут.

Всем спасибо за внимание, было весело.

-- 
  wbr,
    iv m.

Re: [devel] possible double ncurses abi: call for approvals

[Arseny Maslennikov]

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

On Thu, Aug 24, 2023 at 12:47:05PM +0300, Arseny Maslennikov wrote:
> Вот это будет исправлено как можно быстрее, и мейнтейнерам
> таких пакетов стоит пока воздержаться от их обновления или пересборки.

Я сегодня могу быть ограниченно доступен, поэтому пишу заранее.

В репозиторий готовятся войти 2 задания с ребилдами: второе большое, а
первое поменбше. Прошу одобрить подзадания с norebuild.
Надеюсь, что они войдут в завтрашний сизиф.

https://packages.altlinux.org/en/tasks/327934/
girar-check-perms: access to gpm DENIED for arseny: does not belong to approved builders list: @core 
check-subtask-perms: #100: gpm: Operation not permitted

https://packages.altlinux.org/en/tasks/327878/
Следующие подзадания потребуют одобрения:
    % ssh girar task show 327878 | grep -F ':pkgname=' \
    | sed 's/^[^:]*:pkgname=//; s/$/ show/' \
    | ssh gyle acl sisyphus \
    | grep -E '(@core|placeholder|@norebuild)'
    girar-acl: Go ahead and type your commands
    readline	@core
    bash3	@core
    bash4	@core
    bc	@core
    freeciv	@core
    gawk	@core
    gnupg	@core vt
    gsasl	@core @everybody
    lftp	@core @qa
    rpm	@core at imz vt
    sash	@core

После них будет ещё небольшое задание с пакетами, собирающимися с
libcaca, но там 4 пакета, и о нём можно позаботиться позже.

Заранее благодарю!

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

Re: [devel] possible double ncurses abi: call for approvals

[Dmitry V. Levin]

On Mon, Aug 28, 2023 at 12:42:37PM +0300, Arseny Maslennikov wrote:
[...]
> https://packages.altlinux.org/en/tasks/327878/
> Следующие подзадания потребуют одобрения:
>     % ssh girar task show 327878 | grep -F ':pkgname=' \
>     | sed 's/^[^:]*:pkgname=//; s/$/ show/' \
>     | ssh gyle acl sisyphus \
>     | grep -E '(@core|placeholder|@norebuild)'
>     girar-acl: Go ahead and type your commands
>     readline	@core
>     bash3	@core
>     bash4	@core
>     bc	@core
>     freeciv	@core
>     gawk	@core
>     gnupg	@core vt
>     gsasl	@core @everybody
>     lftp	@core @qa
>     rpm	@core at imz vt
>     sash	@core

По какому принципу выбраны пакеты для пересборки?  Большая часть
вышеперечисленных не использует ncurses abi.

Вот список пакетов, которые, по-видимому, должны быть пересобраны
в одном задании с другими пересобираемыми пакетами (в основном
это клиенты libreadline и libgpm):

$ grep -El '^[^:]*ld[^:]*: warning: [^,]+, needed by [^,]+, may conflict with' *
TiMidity++-2.15.0-alt1.2
abook-0.6.1-alt1
aewan-1.0.01-alt1.qa1
afpfs-ng-0.8.1-alt3_41
algol68g-3.3.0-alt1
alsa-utils-1:1.2.8-alt1
angband-4.2.2-alt1
apachetop-20060605:0.12.6-alt2
aptitude-0.4.5-alt16
arm-none-eabi-gdb-13.2-alt1
aspell-0.60.8-alt2
atop-2.5.0-alt3
aumix-2.9.1-alt1.qa2
avr-gdb-8.1-alt1_4
avrdude-6.3-alt6
bacula13-13.0.3-alt4
bastet-0.43.2-alt1_5
bfgminer-5.5.0-alt2
bird-2.13.1-alt2
bluez-alsa-5:4.1.1-alt1
bmon-4.0-alt2
bochs-2.6.11-alt1
bombardier-0.8.3-alt1_22
bsd-games-2.17-alt3_71
burp-1:2.5.4-alt4
bvi-1.4.2-alt1
bzflag-2.4.26-alt1
cadaver-0.24-alt1
calcurse-4.8.0-alt1
cava-0.8.3-alt1
ccze-0.2.1-alt6.qa1
ceph-17.2.6-alt3.1
cgdb-0.7.0-alt1
chess-6.2.9-alt1
chroma-1.20-alt1
clamav-0.103.8-alt1
clex-4.6.6-alt1
clines-1.0.4-alt4
clip-1.2.0cvs-alt6
clisp-1:2.49.92-alt2
cmake-3.27.1-alt1
cmus-2.8.0-alt1
codetest_sl-1.6-alt1
cone-1.8-alt0.1
conspy-1.16-alt1
cpu-x-4.5.3-alt1
cscope-15.8a-alt1
curseofwar-1.3.0-alt1
cutmp3-2.1.1-alt1
cv-0.6-alt1
cvoicecontrol-0.9.1-alt1
ddd-3.4.0-alt1
diod-1.0.24.0.53.git0d87511-alt2
dnstop-20110502-alt1
doomsday-2.3.1-alt1
dopewars-1.5.12-alt2_20.1033svn
dosbox-1:0.74.3-alt3
dosbox-x-2023.03.31-alt1
dump-0.4b47-alt1
dvorak7min-1.6.1-alt1
emacs-28.2-alt2.2
evms-2.5.5-alt68
fdupes-1:2.1.2-alt1
foma-0.10.0-alt1_0.2.20210601gitdfe1ccb
frotz-2.43-alt1
ftp-0.18-alt0.pre1.3
fvwm-2.7.0-alt1
galaxis-1.10-alt1
gdb-11.2-alt1
genius-1.0.27-alt1
gle-4.2.5-alt3
global-6.6.10-alt1
glusterfs8-8.6-alt1
glusterfs9-9.6-alt3
gnokii-0.6.31-alt3
gnuplot-1:5.4.8-alt1
goaccess-1.7.2-alt1
gpsd-3.23.1-alt2
gptfdisk-1.0.9.1-alt1
greed-4.2-alt1
gretl-2023b-alt1
gtypist-2.9.5-alt2
herrie-2.2-alt4
hexedit-1.2.13-alt1
hostscope-8.0-alt1
htop-3.2.2-alt2
hunspell-1.7.2-alt1
i7z-93.20131013-alt2
iceb-20.12-alt1
iftop-0.17-alt5
iotop-c-1.23-alt1
iptstate-2.2.7-alt1
irqbalance-1.9.2-alt1
jnettop-0.13.0-alt3.qa1
latencytop-0.5-alt2.qa1
ldapvi-1.7-alt3
libcdio-2.1.0-alt1
libcec-6.0.2-alt1
libgda5-5.2.10-alt3
libginac-1:1.8.6-alt1
libguestfs-1.50.1-alt2
libncursesxx-0.0.1-alt18
libnjb-2.2.7-alt3_15
libphysfs-3.0.2-alt1
libstatgrab-0.92.1-alt1_1
libstfl0-0.24-alt10
libxbsql-0.11-alt5.2
linux-tools-6.4-alt2
liquidwar6-0.6.3902-alt6
listener-1.7.2-alt1.qa1
lsnipes-0.9.4-alt2_19
lua5.3-5.3.6-alt3
lua5.4-5.4.4-alt1
lynx-2.8.9-alt1.pre.1.1
mailfromd-8.16-alt1
mariadb-10.6.11-alt1.qa1
mcabber-1.0.5-alt2
mdk-1.3.0-alt1
mikmod-3.2.8-alt1
minetest-5.7.0-alt1
mnogosearch-3.4.1-alt2
moc-2.6.0-alt0.5
moon-buggy-1.0.51-alt2_24
mp3blaster-3.2.6-alt1
mp3info-0.8.5a-alt3
mplayer-1.5-alt1.38416.2
mtr-0.82-alt4
mtxe-1.0.2-alt1.qa1
multitail-7.0.0-alt1
mutt-3:2.1.1.0.3.g6c0f75cca-alt1
nano-5.8-alt1
nbsdgames-5-alt3
ncdu-1.18.1-alt1
ncmpc-0.45-alt2
ncmpcpp-0.9.2-alt1
neomutt-20230517-alt1
net-snmp40-5.9.3-alt1
nethack-3.4.3-alt1.qa1
nethogs-0.8.5-alt1
netris-0.52-alt7
newsboat-2.31-alt1
ngspice-39.3-alt1
nibbles-0.0.4-alt2
nickle-2.90-alt2
ninvaders-0.1.1-alt3_20
nload-0.7.4-alt1
nmon-16n-alt1
nnn-4.8-alt1
npush-0.7-alt2_19
nudoku-2.1.0-alt1
nvtop-3.0.2-alt1
ocaml-omake-0.10.3-alt2
opendbx-1.4.3-alt3
openipmi-2.0.33-alt1
orbuculum-2.0.0-alt2
pacemaker-2.1.6-alt1
partclone-0.3.20-alt0.1.gitgf5082c4
parted-3.4-alt1
pcp-5.2.0-alt2
pdsh-2.34-alt1
pfqueue-0.5.6-alt2.qa1
pidgin-2.14.6-alt1
pinentry-1.2.1-alt1
pinfo-0.6.13-alt3
pipewire-0.3.77-alt1
pktstat-1.8.5-alt1
powertop-1:2.15-alt1
powertop1-1.13-alt4
procinfo-ng-2.0.304-alt1
procps-3.3.17-alt7.g37f1060
profanity-0.9.5-alt1
progress-0.16-alt1.gitceb6e78
pspg-3.0.4-alt2
pwsafe-0.2.0-alt2.1
qcl-0.6.4-alt3
qplay-0.7.3-alt0.2
quagga-1.2.4-alt5
radeontop-1.4-alt3
reiser4progs-1.2.1-alt3
rlwrap-1:0.46.1-alt1
robotfindskitten-2.8284271.702-alt1_1
rtorrent-0.9.8-alt1
samba-4.17.10-alt1
sc-7.16-alt3.qa1
scilab-1:6.0.2-alt5
sl-5.02-alt1
slashem-0.0.8-alt2_0.36.E0F1
sngrep-1.7.0-alt1
sniffit-0.5-alt1
spdk-23.05-alt2
sqlite-2.8.17-alt2.5
squidview-0.86-alt1
suite3270-4.2ga10-alt1
tcptrack-1.4.3-alt1.git.2b096ac
testdisk-7.1-alt3
tetrix-2.4-alt1
tig-2.5.8-alt1
tin-2.6.2-alt1
tiptop-2.3.1-alt2
tome-2.3.5-alt3
tornado-1.4-alt2
torque-6.1.2-alt4_5
tty-clock-2.3-alt2
tty-solitaire-1.3.1-alt1
tweak-3.02-alt1
typespeed-0.6.5-alt2
uhd-4.4.0.0-alt3.1
umix-1.0.2-alt3.qa1
umoria-5.7.15-alt1
unnethack-5.3.2-alt2
urlview-1:0.9-alt3
util-linux-2.39.1-alt2
vifm-0.13-alt1
vim-4:9.0.1757-alt1
vis-0.6-alt1
vzstat-7.0.25-alt3
w3m-0.5.3-alt4.git20200502
waon-0.10-alt4
weechat-4.0.2-alt1
whdd-3.0-alt3
wpa_supplicant-2.10-alt2
xfsdump-3.1.12-alt1
xmlrpc-c-1.54.06-alt2
xrestop-0.4-alt4.qa1
yabasic-2.763-alt3.qa1
yaz-5.25.0-alt3
ytalk-3.3.0-alt1.qa2
zelax-pflash-1.0.11-alt3
zile-2.6.2-alt1


-- 
ldv

Re: [devel] possible double ncurses abi: call for approvals

[Dmitry V. Levin]

On Mon, Aug 28, 2023 at 01:45:39PM +0300, Dmitry V. Levin wrote:
> On Mon, Aug 28, 2023 at 12:42:37PM +0300, Arseny Maslennikov wrote:
> [...]
> > https://packages.altlinux.org/en/tasks/327878/
> > Следующие подзадания потребуют одобрения:
> >     % ssh girar task show 327878 | grep -F ':pkgname=' \
> >     | sed 's/^[^:]*:pkgname=//; s/$/ show/' \
> >     | ssh gyle acl sisyphus \
> >     | grep -E '(@core|placeholder|@norebuild)'
> >     girar-acl: Go ahead and type your commands
> >     readline	@core
> >     bash3	@core
> >     bash4	@core
> >     bc	@core
> >     freeciv	@core
> >     gawk	@core
> >     gnupg	@core vt
> >     gsasl	@core @everybody
> >     lftp	@core @qa
> >     rpm	@core at imz vt
> >     sash	@core
> 
> По какому принципу выбраны пакеты для пересборки?  Большая часть
> вышеперечисленных не использует ncurses abi.

Вот список всех исходных пакетов, из которых собрано что-то, слинкованное
с прежним ncurses abi (если пакета в этом списке нет, то пересобирать его
с новым ncurses abi бессмысленно):

$ apt-cache showpkg 'libncursesw.so.5()(64bit)' 'libncurses.so.5()(64bit)' 'libtinfo.so.5()(64bit)' \
  |sed -n 's/^ *\([^,]\+\),[^ ]*.so.5()(64bit).*/\1/p' |sort -u \
  |join -o2.5 - Sisyphus/files/list/bin.list |sort -u |sed -r 's/(-[^-]+){2}$//'
CUnit
TiMidity++
TurionPowerControl
abook
aewan
alsa-utils
angband
apachetop
aptitude
arm-none-eabi-gdb
aspell
atari++
atop
aumix
avr-gdb
bastet
bfgminer
bird
bluez-alsa
bmon
bochs
bombardier
bsd-games
burp
bvi
bzflag
calcurse
canto-curses
cataclysm-dda
cava
ccze
ceph
cgdb
chroma
clamav
clex
clines
clisp
cmake
cmus
codetest_sl
cone
conky
conspy
coreutils
cpu-x
crash
cscope
curseofwar
cv
cvoicecontrol
ddd
dialog
diod
diskscan
dnstop
doomsday
dopewars
dosbox
dosbox-x
dvorak7min
emacs
erlang
evms
fdupes
festival
fish
freebasic
freeswitch
fricas
frotz
galaxis
gambas
gcal
gdb
gem-curses
genius
gettext
gle
global
gnucobol
gnugo
goaccess
gpm
gpsd
gptfdisk
greed
gtypist
guestfs-tools
guile-ncurses
herrie
hexedit
hostscope
htop
hunspell
hwloc
i7z
iceb
iftop
iotop-c
iptraf-ng
iptstate
irqbalance
irssi
ispc
ispell
jnettop
joe
lcdproc
ldapvi
less
lftp
libcaca
libcdf
libcdio
libcec
libfep
libggi
libguestfs
libnjb
libstatgrab
libstfl0
libtermkey
linux-tools
listener
llvm-rocm
llvm11.1
llvm12.0
llvm13.0
llvm15.0
llvm16.0
lnav
logtop
lsb
lsnipes
lynx
makedumpfile
maxima
mcabber
mg
mikmod
minetest
minicom
moc
moon-buggy
mosh
mp3blaster
mp3info
mplayer
mtr
mtxe
multitail
mutt
nano
nbsdgames
ncdc
ncdu
ncftp
ncmpc
ncmpcpp
ne
neomutt
net-snmp40
nethack
nethogs
netris
newsboat
ngspice
nibbles
ninvaders
nload
nmon
nnn
npush
nsnake
nudoku
nvtop
ocaml-curses
ocaml-omake
oksh
orbuculum
pacemaker
partclone
parted
pcp
perl-Term-ReadLine-Gnu
pfqueue
pg_top
pinentry
pinfo
pipewire
pktstat
powertop
powertop1
procinfo-ng
procps
profanity
proftpd
progress
psmisc
python
python3
qemu
qplay
racket-core
radeontop
readline
readline5
rlwrap
robotfindskitten
rocm-comgr
rogue
rtorrent
ruby
samba
sc
scilab
screen
sl
slashem
snapper
sngrep
sniffit
spdk
spigot
squidview
statserial
stone_soup
suite3270
swi-prolog
tcptrack
tcsh
telnet
testdisk
tetrix
texinfo
tig
tin
tiptop
tmate
tmux
tome
tornado
trafshow
tty-clock
tty-solitaire
tvision
tweak
typespeed
u-boot-tools
ucblogo
uhd
ularn
umix
umoria
unnethack
urlview
util-linux
varmon
vdr
vi-traditional
vifm
vim
vis
vlc
vte
vzstat
w3m
waon
weechat
whdd
xfsdump
xrestop
xterm
yabasic
ytalk
zile


-- 
ldv

Re: [devel] forthcoming p11: a call for requests and action

[Yuri Sedunov]

В Чт, 22/06/2023 в 14:52 +0300, Yuri Sedunov пишет:
> В Чт, 22/06/2023 в 14:35 +0300, Arseny Maslennikov пишет:
> > 
> ...
> 
> > Состояние и версии инфраструктурно важных пакетов, десктопов,
> > популярных пользовательских пакетов, enterprise-пакетов,
> > инструментов
> > разработчика и всего остального.
> 
> Outdated 4758
> 
> https://repology.org/projects/?search=&maintainer=&category=&inrepo=altsisyphus&notinrepo=&repos=&families=&repos_newest=&families_newest=&outdated=on
> 
> 
> 

Outdated  4956



-- 
Yuri N. Sedunov

Re: [devel] possible double ncurses abi: call for approvals

[Arseny Maslennikov]

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

On Mon, Aug 28, 2023 at 01:45:39PM +0300, Dmitry V. Levin wrote:
> On Mon, Aug 28, 2023 at 12:42:37PM +0300, Arseny Maslennikov wrote:
> [...]
> > https://packages.altlinux.org/en/tasks/327878/
> > Следующие подзадания потребуют одобрения:
> >     % ssh girar task show 327878 | grep -F ':pkgname=' \
> >     | sed 's/^[^:]*:pkgname=//; s/$/ show/' \
> >     | ssh gyle acl sisyphus \
> >     | grep -E '(@core|placeholder|@norebuild)'
> >     girar-acl: Go ahead and type your commands
> >     readline	@core
> >     bash3	@core
> >     bash4	@core
> >     bc	@core
> >     freeciv	@core
> >     gawk	@core
> >     gnupg	@core vt
> >     gsasl	@core @everybody
> >     lftp	@core @qa
> >     rpm	@core at imz vt
> >     sash	@core
> 
> По какому принципу выбраны пакеты для пересборки?  Большая часть
> вышеперечисленных не использует ncurses abi.

Были выбраны пакеты, содержащие в BR libtinfo-devel, libncurses-devel
или libncursesw-devel, которые при этом содержат в BR devel-пакеты для
одной из пяти библиотек: libedit, libgnt, libcaca, libgpm, libreadline.
Понятно, что ложноположительные срабатывания неизбежны, но у меня было
впечатление, что мы с этим _торопимся_, и я тогда решил, что лучше
пересобрать лишнего, чем что-то забыть[1].

Хотя, если остыть и подумать, предложенный ниже в этом треде метод,
через whatdepends, должен быть надёжнее.

> Вот список пакетов, которые, по-видимому, должны быть пересобраны
> в одном задании с другими пересобираемыми пакетами (в основном
> это клиенты libreadline и libgpm):
> 
> $ grep -El '^[^:]*ld[^:]*: warning: [^,]+, needed by [^,]+, may conflict with' *

Если пакет собирается не этим ld, такого предупреждения не будет.

[1] Но вот libtermkey я всё равно забыл.

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

Re: [devel] possible double ncurses abi: call for approvals

[Dmitry V. Levin]

On Mon, Aug 28, 2023 at 11:40:36PM +0300, Arseny Maslennikov wrote:
> On Mon, Aug 28, 2023 at 01:45:39PM +0300, Dmitry V. Levin wrote:
> > On Mon, Aug 28, 2023 at 12:42:37PM +0300, Arseny Maslennikov wrote:
> > [...]
> > > https://packages.altlinux.org/en/tasks/327878/
> > > Следующие подзадания потребуют одобрения:
> > >     % ssh girar task show 327878 | grep -F ':pkgname=' \
> > >     | sed 's/^[^:]*:pkgname=//; s/$/ show/' \
> > >     | ssh gyle acl sisyphus \
> > >     | grep -E '(@core|placeholder|@norebuild)'
> > >     girar-acl: Go ahead and type your commands
> > >     readline	@core
> > >     bash3	@core
> > >     bash4	@core
> > >     bc	@core
> > >     freeciv	@core
> > >     gawk	@core
> > >     gnupg	@core vt
> > >     gsasl	@core @everybody
> > >     lftp	@core @qa
> > >     rpm	@core at imz vt
> > >     sash	@core
> > 
> > По какому принципу выбраны пакеты для пересборки?  Большая часть
> > вышеперечисленных не использует ncurses abi.
> 
> Были выбраны пакеты, содержащие в BR libtinfo-devel, libncurses-devel
> или libncursesw-devel, которые при этом содержат в BR devel-пакеты для
> одной из пяти библиотек: libedit, libgnt, libcaca, libgpm, libreadline.
> Понятно, что ложноположительные срабатывания неизбежны, но у меня было
> впечатление, что мы с этим _торопимся_, и я тогда решил, что лучше
> пересобрать лишнего, чем что-то забыть[1].

Не так важно, какие у пакета BR, гораздо важнее, какие у собранных пакетов R.
Пересборке подлежат исходные пакеты, из которых собраны пакеты,
слинкованные c ABI 5.  На данный момент таких пакетов 229, из них часть
не пересобирается по каким-то своим причинам.

Самый большой кластер пакетов libgpm+libreadline уже пересобран.


-- 
ldv

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
пересобираются 73 исходных пакета (за сегодня: +9 -8), которые в т. ч.
входят в установочные образы; их список представлен в конце этого
письма, с acl.

73 ftbfs packages:
LLVMSPIRVLib	lakostis @everybody
apache-commons-lang3	viy @everybody
automake_1.11	@core
avidemux-qt	zerg
bind	@core george sem slev
chromium-gost	george @everybody
classloader-leak-test-framework	viy @everybody
colorifer	rider @everybody
dsniff	vseleznv @everybody
erlang	nbr egori @everybody
fakechroot	glebfm @qa
ffmpeg	rider darktemplar
freeipmi	rider @qa
gcc8	glebfm @everybody
gcc9	glebfm @everybody
gdal	boyarsh @qa @everybody
git	@core
htmldoc	@nobody
ipxe	shaba
jitsi-meet	@nobody
libSDL_pango	@nobody
libclc	shrek
libdb5.3	rider @everybody
libdb6.1	rider @everybody
libewf	grenka
libsrtp	@nobody
libudev0	shaba @everybody
libvamp	cas @everybody
libwpe	aris
libwpebackend-fdo	aris
lightdm	manowar @everybody
llvm12.0	arseny @everybody
llvm13.0	arseny @everybody
llvm15.0	arseny @everybody
lnav	mike @everybody
ltrace	grenka @everybody
nagios-nrpe	nbr @everybody
openmpi	bircoph dans @everybody
opennebula	shaba obirvalger andy @qa
openssh-gostcrypto	glebfm @everybody
openuds-server	shaba @everybody
openvpn-gostcrypto	sem @everybody
php8.0-openssl	rider @everybody
psutils	rider george
python3	grenka imz vitty george glebfm darktemplar
python3-module-GeoIP2	grenka @python @everybody
python3-module-PySide2	cas @everybody
python3-module-aiopg	@nobody
python3-module-autopage	grenka @everybody
python3-module-cleo	@nobody
python3-module-contextlib2	slev @everybody
python3-module-factory_boy	@python @everybody
python3-module-furl	grenka @everybody
python3-module-ipykernel	toni @everybody
python3-module-model-bakery	slev @everybody
python3-module-pook	grenka @everybody
python3-module-pytest-django	slev @everybody
python3-module-pytest-randomly	slev @everybody
python3-module-pytest-trio	grenka @everybody
python3-module-pythran	rider @everybody
python3-module-testfixtures	grenka @python
qt6-webengine	zerg @everybody
rocr-runtime	lakostis @everybody
scilab	lav @everybody
sendmail	asy @everybody
stk	viy @everybody
swi-prolog	@nobody
thunderbird	pav cas @everybody
tracker	@nobody
transmission	rider aris zerg darktemplar
wine-cpcsp_proxy	lav @everybody
xmlgraphics-commons	viy @java
zstd	@core

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

Re: [devel] forthcoming p11: FTBFS summary

[Dmitry V. Levin]

On Thu, Aug 31, 2023 at 12:50:16PM +0300, Arseny Maslennikov wrote:
> По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
> пересобираются 73 исходных пакета (за сегодня: +9 -8), которые в т. ч.
> входят в установочные образы; их список представлен в конце этого
> письма, с acl.
> 
> 73 ftbfs packages:
[...]
> automake_1.11	@core
> gcc8	glebfm @everybody
> gcc9	glebfm @everybody

На мой взгляд, такие отжившие свой век пакеты не должны попадать
в современные образы.


-- 
ldv

Re: [devel] forthcoming p11: FTBFS summary

[Anton Farygin]

On 31.08.2023 12:50, Arseny Maslennikov wrote:
> По результатам сегодняшней тестовой пересборки Sisyphus на x86_64 не
> пересобираются 73 исходных пакета (за сегодня: +9 -8), которые в т. ч.
> входят в установочные образы; их список представлен в конце этого
> письма, с acl.
Готовлю новый ImageMagick, добавиться к списку ещё четыре пакета, 
которые возможно пора удалить.

Re: [devel] python3 FTBFS

[Daniel]

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

> Во-первых, новый autoconf делает симлинки вместо копирования,
> а cp -rl симлинки разименоввывает перет тем как делать
> хардлинки. Эту проблему можно преодолеть несколькими способами,
> я предлагаю так:
> 
> https://git.altlinux.org/people/iv/packages/?p=python3.git;a=commitdiff;h=441eeaf575d7c8d9e977cc4b658d53e5278b364e
Хорошо, спасибо!

> https://git.altlinux.org/tasks/327851/logs/events.1.1.log
> 
> [x86_64]     from py3dephell.py3prov import generate_provides
> [x86_64] ModuleNotFoundError: No module named 'py3dephell'
> [x86_64] find-provides: ERROR: /usr/lib/rpm/python3.prov failed
> [x86_64] error: /bin/sh failed
> 
> Эту проблему можно преодолеть несколькими способами, и мне
> кажется это стоит сделать на стороне rpm-build-python3.
> Ради эксперимента я сделал так:
> 
> https://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e
> 
> хотя наверное можно подумать и сделать аккуратнее.
Пожалуйста, давайте так не будем делать. Менять вручную прямо из
программы значение sys.path это плохая практика. Если вдруг
какому-то скрипту нужно подсунуть другое значение sys.path,
то для того есть переменная окружения PYTHONPATH.
А конкретно в этом случае, мы просто кинули symlink на py3dephell
из %python3_sitelibdir_noarch в %_rpmlibdir. Последний
все равно в sys.path, так что будет доступен.

-- 
kotopesutility

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

Re: [devel] python3 FTBFS

[Ivan A. Melnikov]

On Sun, Sep 03, 2023 at 05:54:35PM +0300, Daniel wrote:
> > [x86_64]     from py3dephell.py3prov import generate_provides
> > [x86_64] ModuleNotFoundError: No module named 'py3dephell'
> > [x86_64] find-provides: ERROR: /usr/lib/rpm/python3.prov failed
> > [x86_64] error: /bin/sh failed
> > 
> > Эту проблему можно преодолеть несколькими способами, и мне
> > кажется это стоит сделать на стороне rpm-build-python3.
> > Ради эксперимента я сделал так:
> > 
> > https://git.altlinux.org/people/iv/packages/?p=rpm-build-python3.git;a=commitdiff;h=d6559329c572b1850a961ac28454a09be0f2979e
> > 
> > хотя наверное можно подумать и сделать аккуратнее.
> Пожалуйста, давайте так не будем делать. Менять вручную прямо из
> программы значение sys.path это плохая практика. Если вдруг
> какому-то скрипту нужно подсунуть другое значение sys.path,
> то для того есть переменная окружения PYTHONPATH.

PYTHONPATH afair добавляется в начало; мне же более правильным
в этой ситуации казалось добавлять в конец.

Тем не менее да, это был быстрый хак чтобы проверить теорию,
и я и написал, что надо бы сделать аккуратнее.

> А конкретно в этом случае, мы просто кинули symlink на py3dephell
> из %python3_sitelibdir_noarch в %_rpmlibdir. Последний
> все равно в sys.path, так что будет доступен.

Отлично)

-- 
  wbr,
    iv m.

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Arseny Maslennikov]

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

Уважаемые администраторы gitery выделили место
для публикации сводок о FTBFS в виде git-репы:
https://git.altlinux.org/people/proscriptions/public/proscriptions.git

Сводка формируется на основании результатов
ежедневной тестовой пересборки на x86_64
и публикуется около 9:10 MSK. Соответственно,
писать _регулярные_ письма на эту тему я
с облегчением прекращаю. :)

Насколько я понимаю устройство урлов gitweb, посмотреть ситуацию "на
сегодня" можно вот по этой ссылке:
https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=commit;h=refs/heads/sisyphus
И аналогично shortlog:
https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus

Широкому кругу читателей интереснее всего будут 2 файла:
- all.src_ftbfs: список всех ftbfs-пакетов;
- dist.src_ftbfs: список входящих в уст. образы.

Enjoy!

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

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Yuri Sedunov]

В Чт, 07/09/2023 в 12:44 +0300, Arseny Maslennikov пишет:
> Уважаемые администраторы gitery выделили место
> для публикации сводок о FTBFS в виде git-репы:
> https://git.altlinux.org/people/proscriptions/public/proscriptions.git
> 
> Сводка формируется на основании результатов
> ежедневной тестовой пересборки на x86_64

Этой сводки мало?
https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/




-- 
Yuri N. Sedunov

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Arseny Maslennikov]

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

On Thu, Sep 07, 2023 at 12:56:45PM +0300, Yuri Sedunov wrote:
> Этой сводки мало?
> https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/

Нам с вами достаточно. Кому-то мало.

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

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Aleksey Novodvorsky]

чт, 7 сент. 2023 г. в 12:44, Arseny Maslennikov <arseny@altlinux.org>:
>
> Уважаемые администраторы gitery выделили место
> для публикации сводок о FTBFS в виде git-репы:
> https://git.altlinux.org/people/proscriptions/public/proscriptions.git
>
> Сводка формируется на основании результатов
> ежедневной тестовой пересборки на x86_64
> и публикуется около 9:10 MSK. Соответственно,
> писать _регулярные_ письма на эту тему я
> с облегчением прекращаю. :)
>
> Насколько я понимаю устройство урлов gitweb, посмотреть ситуацию "на
> сегодня" можно вот по этой ссылке:
> https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=commit;h=refs/heads/sisyphus
> И аналогично shortlog:
> https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
>
> Широкому кругу читателей интереснее всего будут 2 файла:
> - all.src_ftbfs: список всех ftbfs-пакетов;
> - dist.src_ftbfs: список входящих в уст. образы.

Спасибо!

По сравнению с прежними сводками не указаны мейнтейнеры пакетов. Или я
не заметил?

Rgrds, Алексей

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Aleksey Novodvorsky]

чт, 7 сент. 2023 г. в 12:44, Arseny Maslennikov <arseny@altlinux.org>:
>
> Уважаемые администраторы gitery выделили место
> для публикации сводок о FTBFS в виде git-репы:
> https://git.altlinux.org/people/proscriptions/public/proscriptions.git
>
> Сводка формируется на основании результатов
> ежедневной тестовой пересборки на x86_64
> и публикуется около 9:10 MSK. Соответственно,
> писать _регулярные_ письма на эту тему я
> с облегчением прекращаю. :)
>
> Насколько я понимаю устройство урлов gitweb, посмотреть ситуацию "на
> сегодня" можно вот по этой ссылке:
> https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=commit;h=refs/heads/sisyphus
> И аналогично shortlog:
> https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
>
> Широкому кругу читателей интереснее всего будут 2 файла:
> - all.src_ftbfs: список всех ftbfs-пакетов;
> - dist.src_ftbfs: список входящих в уст. образы.

Эти два списка сейчас(?) совпадают

Rgrds, Алексей.

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Sergey V Turchin]

On Thursday, 7 September 2023 12:44:22 MSK Arseny Maslennikov wrote:
> Уважаемые администраторы gitery выделили место
> для публикации сводок о FTBFS в виде git-репы:
> https://git.altlinux.org/people/proscriptions/public/proscriptions.git
> 
> Сводка формируется на основании результатов
> ежедневной тестовой пересборки на x86_64
> и публикуется около 9:10 MSK. Соответственно,
> писать _регулярные_ письма на эту тему я
> с облегчением прекращаю. :)
Это не относится к попакетным письмам лично каждому мантейнеру, правильно?

[...]

-- 
Regards, Sergey.

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Arseny Maslennikov]

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

On Thu, Sep 07, 2023 at 01:49:51PM +0300, Sergey V Turchin wrote:
> On Thursday, 7 September 2023 12:44:22 MSK Arseny Maslennikov wrote:
> > Уважаемые администраторы gitery выделили место
> > для публикации сводок о FTBFS в виде git-репы:
> > https://git.altlinux.org/people/proscriptions/public/proscriptions.git
> > 
> > Сводка формируется на основании результатов
> > ежедневной тестовой пересборки на x86_64
> > и публикуется около 9:10 MSK. Соответственно,
> > писать _регулярные_ письма на эту тему я
> > с облегчением прекращаю. :)
> Это не относится к попакетным письмам лично каждому мантейнеру, правильно?

Каким именно?

reminder@ для пакетов, которые не пересобираются некоторое количество
недель, формирует сборочные задания с попыткой их удаления. Эту работу
никто с соответствующего робота не снимал.

Может, вы другие письма имеете в виду.

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

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Sergey V Turchin]

On Thursday, 7 September 2023 13:56:09 MSK Arseny Maslennikov wrote:

[...]
> reminder@ для пакетов, которые не пересобираются некоторое количество
> недель, формирует сборочные задания с попыткой их удаления. Эту работу
> никто с соответствующего робота не снимал.
> 
> Может, вы другие письма имеете в виду.
Да, я про это. Ок.

-- 
Regards, Sergey.

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Arseny Maslennikov]

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

On Thu, Sep 07, 2023 at 01:44:38PM +0300, Aleksey Novodvorsky wrote:
> чт, 7 сент. 2023 г. в 12:44, Arseny Maslennikov <arseny@altlinux.org>:
> > Широкому кругу читателей интереснее всего будут 2 файла:
> > - all.src_ftbfs: список всех ftbfs-пакетов;
> > - dist.src_ftbfs: список входящих в уст. образы.
> 
> Эти два списка сейчас(?) совпадают

Проверил ещё раз.
Выше я написал неправду про all.src_ftbfs, надо было так:
> > Широкому кругу читателей интереснее всего будут 2 файла:
> > - all.src_ftbfs: список ftbfs-пакетов, входящих в уст. образы;
> > - dist.src_ftbfs: тот же список с перечислением для каждого пакета
> >   образов, в которые он входит.
А списка всех ftbfs-пакетов там нет. Впрочем, и спроса на его публикацию
здесь же не было; что-то похожее на такой список (листинг каталога с
файлами) лежит по ссылке Юрия в этом треде; те данные публикует
пересборочница с очень давних пор без моего участия.

Благодарю за внимательность!

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

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Sergey V Turchin]

On Thursday, 7 September 2023 14:07:55 MSK Arseny Maslennikov wrote:

[...]
> те данные публикует
> пересборочница с очень давних пор без моего участия.
А я только туда и хожу за "сводкой". :-) https://git.altlinux.org/beehive/
logs/

-- 
Regards, Sergey.

Re: [devel] forthcoming p11: FTBFS summary available at gitery

[Arseny Maslennikov]

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

On Thu, Sep 07, 2023 at 01:31:27PM +0300, Aleksey Novodvorsky wrote:
> чт, 7 сент. 2023 г. в 12:44, Arseny Maslennikov <arseny@altlinux.org>:
> >
> > Уважаемые администраторы gitery выделили место
> > для публикации сводок о FTBFS в виде git-репы:
> > https://git.altlinux.org/people/proscriptions/public/proscriptions.git
> >
> > Сводка формируется на основании результатов
> > ежедневной тестовой пересборки на x86_64
> > и публикуется около 9:10 MSK. Соответственно,
> > писать _регулярные_ письма на эту тему я
> > с облегчением прекращаю. :)
> >
> > Насколько я понимаю устройство урлов gitweb, посмотреть ситуацию "на
> > сегодня" можно вот по этой ссылке:
> > https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=commit;h=refs/heads/sisyphus
> > И аналогично shortlog:
> > https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
> >
> > Широкому кругу читателей интереснее всего будут 2 файла:
> > - all.src_ftbfs: список всех ftbfs-пакетов;
> > - dist.src_ftbfs: список входящих в уст. образы.
> 
> Спасибо!
> 
> По сравнению с прежними сводками не указаны мейнтейнеры пакетов. Или я
> не заметил?

Здесь, в репозитории, они не указаны.

Имея на руках dist.src_ftbfs, можно получить сводку с мейнтейнерами так:
    sed < dist.src_ftbfs 's/\x09.*$/ show/' | ssh gyle acl sisyphus
Когда я публиковал списки с acl, я именно так их и получал.

На машине, где подготавливаются данные, есть доступ к каталогу с acl;
если это кому-нибудь нужно, можно прямо там же публиковать файл,
содержащий список с acl.

Раз уж вы задали этот вопрос, опубликую его сюда ещё раз. :)

57 непересобирающихся пакетов с acl:
LLVMSPIRVLib	lakostis @everybody
apache-commons-lang3	viy @everybody
automake_1.11	@core
bind	@core george sem slev
chromium-gost	george @everybody
classloader-leak-test-framework	viy @everybody
colorifer	rider @everybody
dsniff	vseleznv @everybody
erlang	nbr egori @everybody
fakechroot	glebfm @qa
ffmpeg	rider darktemplar
freeipmi	rider @qa
gcc8	glebfm @everybody
gcc9	glebfm @everybody
gdal	boyarsh @qa @everybody
git	@core
gucharmap	aris
imagescan	cas @everybody
jitsi-meet	@nobody
libSDL_pango	@nobody
libclc	shrek
libdb5.3	rider @everybody
libdb6.1	rider @everybody
libewf	grenka
libgupnp-igd	aris
libsrtp	@nobody
libvamp	cas @everybody
libwpe	aris
libwpebackend-fdo	aris
llvm12.0	arseny @everybody
llvm13.0	arseny @everybody
llvm15.0	arseny @everybody
ltrace	grenka @everybody
nagios-nrpe	nbr @everybody
openssh-gostcrypto	glebfm @everybody
openvpn-gostcrypto	sem @everybody
php8.0-openssl	rider @everybody
psutils	rider george
python3-module-GeoIP2	grenka @python @everybody
python3-module-PySide2	cas @everybody
python3-module-aiopg	@nobody
python3-module-autopage	grenka @everybody
python3-module-cleo	@nobody
python3-module-furl	grenka @everybody
python3-module-pook	grenka @everybody
python3-module-pytest-trio	grenka @everybody
python3-module-pythran	rider @everybody
scilab	lav @everybody
sendmail	asy @everybody
stk	viy @everybody
swi-prolog	@nobody
telepathy-glib	aris
thunderbird	pav cas @everybody
tracker	@nobody
transmission	rider aris zerg darktemplar
wine-cpcsp_proxy	lav @everybody
xmlgraphics-commons	viy @java

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

Re: [devel] forthcoming p11: a call for requests and action

[Yuri Sedunov]

В Пн, 28/08/2023 в 19:17 +0300, Yuri Sedunov пишет:
> В Чт, 22/06/2023 в 14:52 +0300, Yuri Sedunov пишет:
> > В Чт, 22/06/2023 в 14:35 +0300, Arseny Maslennikov пишет:
> > > 
> > ...
> > 
> > > Состояние и версии инфраструктурно важных пакетов, десктопов,
> > > популярных пользовательских пакетов, enterprise-пакетов,
> > > инструментов
> > > разработчика и всего остального.
> > 
> > Outdated 4758
> > 
> > https://repology.org/projects/?search=&maintainer=&category=&inrepo=altsisyphus&notinrepo=&repos=&families=&repos_newest=&families_newest=&outdated=on
> > 
> > 
> > 
> 
> Outdated  4956
> 

Outdated 4825


-- 
Yuri N. Sedunov

[devel] I: forthcoming p11: FTBFS summary, more announcements

[Arseny Maslennikov]

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

On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> В преддверии p11 постепенно близится (ещё не совсем наступает, но
> близится) пора чинить пакеты.

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

Актуальный репозиторий:
https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
git://git.altlinux.org/people/proscriptions/public/proscriptions.git

Список FTBFS-пакетов на сегодня:
https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=blob;f=acls.src_ftbfs;h=a299bf78b65d75f94d7e50e4bd773402d7358721;hb=refs/heads/sisyphus

В рассылке sisyphus-cybertalk отдельно делают подборку пакетов, которые
не пересобираются более недели:
https://lore.altlinux.org/sisyphus-cybertalk/20231018043153.486864012E@beehive.mskdc.altlinux.org/T/#u
(По-хорошему, стоило бы выдачу этих роботов тоже дополнить —
машиночитаемым видом и содержательно)

Ещё о крупных общедистрибутивных изменениях: в ближайшее время
планируем изменить UID за сист. пользователем nobody на overflowuid в
наших ядрах*, равный 65534, под которым в системе, по-хорошему, ничего
не должно работать и создавать персистентные файлы. Так что прошу
проверить свои пакеты на наличие там этого сист. пользователя; если
какие-либо программы сбрасывают себе uid на nobody, то им следует
работать под своим UID.
На всякий случай будет создан пользователь _nobody99 с uid 99.

____
* Мы бы начали это и раньше, но другие сб. задания ждут ревью.

Спасибо!

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

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> В преддверии p11 постепенно близится (ещё не совсем наступает, но
> близится) пора чинить пакеты.

Уважаемые мейнтейнеры! В очередной раз обращаю внимание на FTBFS-пакеты,
особенно те из них, что сломаны относительно давно (а следовательно,
скорее всего, не по причине ошибки в их сборочных зависимостях).

Актуальная ссылка на проскрипции:
https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
git://git.altlinux.org/people/proscriptions/public/proscriptions.git

collectd	rider mike asy @cpan shaba @qa
colorifer	rider @everybody
exiv2	aris
fakechroot	glebfm @qa @everybody
faketime	ldv
icu	shrek aris
jitsi-meet	@nobody
libopencv	rider grenka @everybody
libp11	mike slev @everybody
openssh-gostcrypto	@nobody
python3-module-GeoIP2	@nobody
python3-module-PySide2	cas @everybody
python3-module-paramiko	slev @python
qt5-base	zerg
qt6-base	zerg
scilab	lav @everybody
system-config-printer	boyarsh @everybody
tcpreplay	rider @everybody
wine-cpcsp_proxy	lav @everybody

PySide2 до сих пор присутствует в списке, потому что на него имеет
сборочную зависимость пакет freecad.

Спасибо!

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

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

On Tue, Oct 31, 2023 at 06:45:25PM +0300, Arseny Maslennikov wrote:
> On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> > В преддверии p11 постепенно близится (ещё не совсем наступает, но
> > близится) пора чинить пакеты.
> 
> Уважаемые мейнтейнеры! В очередной раз обращаю внимание на FTBFS-пакеты,
> особенно те из них, что сломаны относительно давно (а следовательно,
> скорее всего, не по причине ошибки в их сборочных зависимостях).
> 
> collectd	rider mike asy @cpan shaba @qa
> colorifer	rider @everybody
> exiv2	aris
> fakechroot	glebfm @qa @everybody
> faketime	ldv
> icu	shrek aris
> jitsi-meet	@nobody
> libopencv	rider grenka @everybody
> libp11	mike slev @everybody
> openssh-gostcrypto	@nobody
> python3-module-GeoIP2	@nobody
> python3-module-PySide2	cas @everybody
> python3-module-paramiko	slev @python
> qt5-base	zerg
> qt6-base	zerg
> scilab	lav @everybody
> system-config-printer	boyarsh @everybody
> tcpreplay	rider @everybody
> wine-cpcsp_proxy	lav @everybody

Из полного списка я опустил:
git
automake_1.11
libtool_2.4

По слухам, пакет git скоро будет обновлён до 2.42.x.

А вот от сборочных зависимостей на automake 1.11 и libtool 2.4 лучше
отказаться, если есть такая возможность. Пожалуйста, проверьте свои
пакеты; может быть, они обновились и могут быть собраны без этих двух
пакетов, как, например, обновлённый на днях пакет gsasl.

Пакеты, требующие для сборки automake_1.11:
libgtk-engines-default	cas @everybody
flickcurl	aris
gnome-vfs	@gnome
scorched3d	rider @everybody
openmotif	mike @qa @everybody
libmng	rider @everybody
eatmydata	lav @everybody
libmimetic	lvol @everybody
libev4	@nobody
libkate	cas @everybody
libtiger	shrek @everybody

Пакеты, требующие для сборки libtool_2.4:
hamlib	cas @everybody
php8.0-mcrypt	rider @everybody
GraphicsMagick	sbolshakov @everybody
octave	cas @everybody
libtunepimp	drool @everybody
opensc	cas dd @qa @everybody
libredland	lav zerg @qa
gforth	george @everybody
php8.1-mcrypt	rider @everybody
opensc-compat	grenka
openldap	@openldap
proftpd	ender @qa @everybody
squid	shaba @everybody
mailutils	asy @python @everybody
courier-authlib	lakostis @everybody
nagios	nbr crux @everybody
guile30	sbolshakov @everybody
iscan-free	lav @qa @everybody
php8.2-mcrypt	rider @everybody
pacemaker	cas @everybody
manatee-open	kirill @everybody
pulseaudio	sbolshakov
speech-dispatcher	msp manowar @everybody
pulseaudio-module-xrdp	cas @everybody
libcanberra	aris
sox	@nobody
unixODBC-compat	cas @everybody
pinball	viy @everybody
papi	vt @everybody
hypre	sin @python @qa @everybody
moc	lakostis @everybody
openct	@nobody
libmutil	viy @everybody
snort	sem oddity @qa @everybody
libxmlsec1	george @everybody
graphviz	mike lav george @qa @everybody
guile22	sbolshakov @everybody
liquidwar6	george @everybody
babel	sin @python @qa @everybody
scim	oddity @qa
unixODBC	lav @everybody
freeradius	shaba @everybody
gambas	cas @everybody
libgphoto2	jinn @everybody
nut	mike @everybody
libextractor	lav @qa @everybody
global	lav @qa
glpk36	grenka @everybody
libprelude	@python @everybody @qa
hercules	nbr @everybody
gnunet	lav viy @everybody
libmp3splt	@nobody
mp3splt-gtk	aris
ImageMagick6	rider @everybody
ImageMagick	rider @cpan
synfigstudio	cas @everybody
imagescan	cas @everybody

Спасибо!

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

Re: [devel] forthcoming p11: FTBFS summary

[Aleksey Novodvorsky]

вт, 31 окт. 2023 г. в 18:45, Arseny Maslennikov <arseny@altlinux.org>:
> PySide2 до сих пор присутствует в списке, потому что на него имеет
> сборочную зависимость пакет freecad.

#100 freecad 0.21.1-alt2 -> 1:0.21.1-alt3
 Thu Oct 19 2023 Andrey Cherepanov <cas at altlinux> 1:0.21.1-alt3
 - Complete remove PySide2 from requirements.

?

Rgrds, Алексей

Re: [devel] forthcoming p11: FTBFS summary

[Andrey Cherepanov]

31.10.2023 18:45, Arseny Maslennikov пишет:
> On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
>> В преддверии p11 постепенно близится (ещё не совсем наступает, но
>> близится) пора чинить пакеты.
> Уважаемые мейнтейнеры! В очередной раз обращаю внимание на FTBFS-пакеты,
> особенно те из них, что сломаны относительно давно (а следовательно,
> скорее всего, не по причине ошибки в их сборочных зависимостях).
>
> Актуальная ссылка на проскрипции:
> https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
> git://git.altlinux.org/people/proscriptions/public/proscriptions.git
>
> collectd	rider mike asy @cpan shaba @qa
> colorifer	rider @everybody
> exiv2	aris
> fakechroot	glebfm @qa @everybody
> faketime	ldv
> icu	shrek aris
> jitsi-meet	@nobody
> libopencv	rider grenka @everybody
> libp11	mike slev @everybody
> openssh-gostcrypto	@nobody
> python3-module-GeoIP2	@nobody
> python3-module-PySide2	cas @everybody
> python3-module-paramiko	slev @python
> qt5-base	zerg
> qt6-base	zerg
> scilab	lav @everybody
> system-config-printer	boyarsh @everybody
> tcpreplay	rider @everybody
> wine-cpcsp_proxy	lav @everybody
>
> PySide2 до сих пор присутствует в списке, потому что на него имеет
> сборочную зависимость пакет freecad.
Не имеет с версии 0.21.1-alt3

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] forthcoming p11: FTBFS summary

[Ivan A. Melnikov]

On Wed, Nov 01, 2023 at 07:06:24AM +0300, Andrey Cherepanov wrote:
> 31.10.2023 18:45, Arseny Maslennikov пишет:
> > On Wed, Aug 16, 2023 at 08:48:26PM +0300, Arseny Maslennikov wrote:
> > > В преддверии p11 постепенно близится (ещё не совсем наступает, но
> > > близится) пора чинить пакеты.
> > Уважаемые мейнтейнеры! В очередной раз обращаю внимание на FTBFS-пакеты,
> > особенно те из них, что сломаны относительно давно (а следовательно,
> > скорее всего, не по причине ошибки в их сборочных зависимостях).
> > 
> > Актуальная ссылка на проскрипции:
> > https://git.altlinux.org/people/proscriptions/public/..git?p=proscriptions.git;a=shortlog;h=refs/heads/sisyphus
> > git://git.altlinux.org/people/proscriptions/public/proscriptions.git
> > 
> > collectd	rider mike asy @cpan shaba @qa
> > colorifer	rider @everybody
> > exiv2	aris
> > fakechroot	glebfm @qa @everybody
> > faketime	ldv
> > icu	shrek aris
> > jitsi-meet	@nobody
> > libopencv	rider grenka @everybody
> > libp11	mike slev @everybody
> > openssh-gostcrypto	@nobody
> > python3-module-GeoIP2	@nobody
> > python3-module-PySide2	cas @everybody
> > python3-module-paramiko	slev @python
> > qt5-base	zerg
> > qt6-base	zerg
> > scilab	lav @everybody
> > system-config-printer	boyarsh @everybody
> > tcpreplay	rider @everybody
> > wine-cpcsp_proxy	lav @everybody
> > 
> > PySide2 до сих пор присутствует в списке, потому что на него имеет
> > сборочную зависимость пакет freecad.
> Не имеет с версии 0.21.1-alt3

python3-module-shiboken2-devel тоже часть PySide2, так что нет.

https://git.altlinux.org/gears/f/freecad.git?a=blob;f=freecad.spec;h=57feacd310260817e7325c070fd57f946fbb93bb#l59

-- 
  wbr,
    iv m.

Re: [devel] forthcoming p11: FTBFS summary

[Sergey Bolshakov]

>>>>> "Arseny" == Arseny Maslennikov <arseny-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Tue, Oct 31, 2023 at 06:45:25PM +0300, Arseny Maslennikov wrote:
[skipped]

 > А вот от сборочных зависимостей на automake 1.11 и libtool 2.4 лучше
 > отказаться, если есть такая возможность. Пожалуйста, проверьте свои
 > пакеты; может быть, они обновились и могут быть собраны без этих двух
 > пакетов, как, например, обновлённый на днях пакет gsasl.

Если меня зрение не подводит, у libtool_2.4 нет альтернатив,
и речь идёт об отказе от libtool вообще -- тогда было бы нелишним
какое-то обоснование.

 > Пакеты, требующие для сборки libtool_2.4:
 > hamlib	cas @everybody
 > php8.0-mcrypt	rider @everybody
 > GraphicsMagick	sbolshakov @everybody
 > octave	cas @everybody
 > libtunepimp	drool @everybody
 > opensc	cas dd @qa @everybody
 > libredland	lav zerg @qa
 > gforth	george @everybody
 > php8.1-mcrypt	rider @everybody
 > opensc-compat	grenka
 > openldap	@openldap
 > proftpd	ender @qa @everybody
 > squid	shaba @everybody
 > mailutils	asy @python @everybody
 > courier-authlib	lakostis @everybody
 > nagios	nbr crux @everybody
 > guile30	sbolshakov @everybody
 > iscan-free	lav @qa @everybody
 > php8.2-mcrypt	rider @everybody
 > pacemaker	cas @everybody
 > manatee-open	kirill @everybody
 > pulseaudio	sbolshakov
 > speech-dispatcher	msp manowar @everybody
 > pulseaudio-module-xrdp	cas @everybody
 > libcanberra	aris
 > sox	@nobody
 > unixODBC-compat	cas @everybody
 > pinball	viy @everybody
 > papi	vt @everybody
 > hypre	sin @python @qa @everybody
 > moc	lakostis @everybody
 > openct	@nobody
 > libmutil	viy @everybody
 > snort	sem oddity @qa @everybody
 > libxmlsec1	george @everybody
 > graphviz	mike lav george @qa @everybody
 > guile22	sbolshakov @everybody
 > liquidwar6	george @everybody
 > babel	sin @python @qa @everybody
 > scim	oddity @qa
 > unixODBC	lav @everybody
 > freeradius	shaba @everybody
 > gambas	cas @everybody
 > libgphoto2	jinn @everybody
 > nut	mike @everybody
 > libextractor	lav @qa @everybody
 > global	lav @qa
 > glpk36	grenka @everybody
 > libprelude	@python @everybody @qa
 > hercules	nbr @everybody
 > gnunet	lav viy @everybody
 > libmp3splt	@nobody
 > mp3splt-gtk	aris
 > ImageMagick6	rider @everybody
 > ImageMagick	rider @cpan
 > synfigstudio	cas @everybody
 > imagescan	cas @everybody

 > Спасибо!

Re: [devel] forthcoming p11: FTBFS summary

[Arseny Maslennikov]

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

On Wed, Nov 01, 2023 at 12:02:26PM +0300, Sergey Bolshakov wrote:
> >>>>> "Arseny" == Arseny Maslennikov <arseny-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
>  > On Tue, Oct 31, 2023 at 06:45:25PM +0300, Arseny Maslennikov wrote:
> [skipped]
> 
>  > А вот от сборочных зависимостей на automake 1.11 ------------- лучше
>  > отказаться, если есть такая возможность. Пожалуйста, проверьте свои
>  > пакеты; может быть, они обновились и могут быть собраны без
>  > automake_1.11, как, например, обновлённый на днях пакет gsasl.
> 
> Если меня зрение не подводит, у libtool_2.4 нет альтернатив,

Вы правы.
Обращение выше должно выглядеть так:
>  > От сборочных зависимостей на automake 1.11 лучше
>  > отказаться, если есть такая возможность. Пожалуйста, проверьте свои
>  > пакеты; может быть, они обновились и могут быть собраны без
>  > automake_1.11, как, например, обновлённый на днях пакет gsasl.

> и речь идёт об отказе от libtool вообще -- тогда было бы нелишним
> какое-то обоснование.

Это моя ошибка, спасибо!

Вчера пришлось готовить сообщение второпях; когда я впервые обратил
внимание на куски autotools в списке проскрипций, запомнил, что
устаревших было _два_, а вчера, вернувшись к теме, не стал перепроверять.
Один из тех двух (старый autoconf) glebfm@ исправил в тот же день.

> On Tue, Oct 31, 2023 at 06:45:25PM +0300, Arseny Maslennikov wrote:
>  > пакетов, как, например, обновлённый на днях пакет gsasl.

Этот пример, конечно, явно требовал automake_1.11.

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

Re: [devel] forthcoming p11: a call for requests and action

[Yuri Sedunov]

В Пн, 25/09/2023 в 13:34 +0300, Yuri Sedunov пишет:
> В Пн, 28/08/2023 в 19:17 +0300, Yuri Sedunov пишет:
> > В Чт, 22/06/2023 в 14:52 +0300, Yuri Sedunov пишет:
> > > В Чт, 22/06/2023 в 14:35 +0300, Arseny Maslennikov пишет:
> > > > 
> > > ...
> > > 
> > > > Состояние и версии инфраструктурно важных пакетов, десктопов,
> > > > популярных пользовательских пакетов, enterprise-пакетов,
> > > > инструментов
> > > > разработчика и всего остального.
> > > 
> > > Outdated 4758
> > > 
> > > https://repology.org/projects/?search=&maintainer=&category=&inrepo=altsisyphus&notinrepo=&repos=&families=&repos_newest=&families_newest=&outdated=on
> > > 
> > > 
> > > 
> > 
> > Outdated  4956
> > 
> 
> Outdated 4825
> 
> 

Outdated 4706


-- 
Yuri N. Sedunov

Re: [devel] [p11-release-mgmt] usrmerge

[Sergey Y. Afonin]

On Tuesday 04 July 2023, Arseny Maslennikov wrote:

> Мы больше не можем откладывать переезд, так как в systemd 
> 255 поддержку unmerged-usr прекратят.

Это их принципиальная позиция, или там патчем проствм решаться
будет?

-- 
С уважением, Сергей Афонин

Re: [devel] [p11-release-mgmt] usrmerge

[Arseny Maslennikov]

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

On Wed, Nov 22, 2023 at 01:41:38AM +0400, Sergey Y. Afonin wrote:
> On Tuesday 04 July 2023, Arseny Maslennikov wrote:
> 
> > Мы больше не можем откладывать переезд, так как в systemd 
> > 255 поддержку unmerged-usr прекратят.
> 
> Это их принципиальная позиция, или там патчем проствм решаться
> будет?

Это их (и не только) принципиальная позиция, в существенной степени
сводящаяся к тому, что для осуществления одних и тех же операций с
файлами в этих каталогах в merged-usr-среде почти всегда нужно строго
меньше кода, чем в unmerged-usr-среде.

Патч, возвращающий в systemd эту поддержку, будет непростым, потому что
systemd project, как известно, очень большой и очень много на себя
берёт. Оценить сложность самостоятельной поддержки unmerged-usr можно,
взглянув на коммит, в котором её выбрасывают[1].

[1] https://github.com/systemd/systemd/pull/27999/commits/070ef07800e170fc9a5aa984b31aad72ed9b1067

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

[devel] [p11-release-mgmt] closing in, hopefully

[Arseny Maslennikov]

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

On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> Hi!
> 
> В воздухе витает будущее ответвление (бранчевание) репозитория p11.

От бранчевания нас удерживают следующие открытые баги и наблюдаемые
инциденты:

1. https://bugzilla.altlinux.org/show_bug.cgi?id=46776
Для этого нужно довести до Sisyphus 2 задания:
* https://packages.altlinux.org/en/tasks/339484/
* https://packages.altlinux.org/en/tasks/330460/

1.1. https://bugzilla.altlinux.org/48445.

2. Ряд пакетов, входящих в круг "важных", у которых де-факто нет мейнтейнера:
	iproute2 (https://bugzilla.altlinux.org/46681)
	xz (https://bugzilla.altlinux.org/48129)
	zlib (https://bugzilla.altlinux.org/48130)
	iptables (https://bugzilla.altlinux.org/48132)
	libcap (https://bugzilla.altlinux.org/48134)
У некоторых из них мейнтейнеры появились, но пакеты всё ещё надо обновить. От
них много что зависит. Для некоторых из них готовы сборочные задания.

3. usrmerge. Тут, в общем, всё относительно ясно: его надо закончить
тестировать и провести в сизиф. Условия, в которых над ним ведётся
работа, и необходимые для этого шаги я описал в отдельном письме.

4. Отзвуки от обновления python и модулей общерепозиторной значимости (tox,
pytest, ...). Судя по логам ftbfs, непересобирающихся модулей всё ещё
много, 36 из них входят в состав образов. Если выпуск бранча уткнётся в
эти модули, то допускаю, что перед бранчеванием некоторые модули, вроде
pytest, нужно будет откатить. Судя по данным repology, среди популярных
дистро такая же новая версия pytest, как у нас, только в Gentoo и в
Debian experimental (не sid!).

*. Некоторые другие ценные подсистемы, которые хотелось бы увидеть
обновлёнными:
* openmpi;
* texlive.

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

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Grigory Ustinov]

05.02.2024 0:25, Arseny Maslennikov пишет:
> On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
>> Hi!
>>
>> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> От бранчевания нас удерживают следующие открытые баги и наблюдаемые
> инциденты:
>
> 1. https://bugzilla.altlinux.org/show_bug.cgi?id=46776
> Для этого нужно довести до Sisyphus 2 задания:
> * https://packages.altlinux.org/en/tasks/339484/
> * https://packages.altlinux.org/en/tasks/330460/
>
> 1.1. https://bugzilla.altlinux.org/48445.
>
> 2. Ряд пакетов, входящих в круг "важных", у которых де-факто нет мейнтейнера:
> 	iproute2 (https://bugzilla.altlinux.org/46681)
> 	xz (https://bugzilla.altlinux.org/48129)
> 	zlib (https://bugzilla.altlinux.org/48130)
> 	iptables (https://bugzilla.altlinux.org/48132)
> 	libcap (https://bugzilla.altlinux.org/48134)
> У некоторых из них мейнтейнеры появились, но пакеты всё ещё надо обновить. От
> них много что зависит. Для некоторых из них готовы сборочные задания.
>
> 3. usrmerge. Тут, в общем, всё относительно ясно: его надо закончить
> тестировать и провести в сизиф. Условия, в которых над ним ведётся
> работа, и необходимые для этого шаги я описал в отдельном письме.
>
> 4. Отзвуки от обновления python и модулей общерепозиторной значимости (tox,
> pytest, ...). Судя по логам ftbfs, непересобирающихся модулей всё ещё
> много, 36 из них входят в состав образов. Если выпуск бранча уткнётся в
> эти модули, то допускаю, что перед бранчеванием некоторые модули, вроде
> pytest, нужно будет откатить. Судя по данным repology, среди популярных
> дистро такая же новая версия pytest, как у нас, только в Gentoo и в
> Debian experimental (не sid!).

Спасибо, Арсений, что озвучил этот пункт. Я со своей стороны сделал 
практически всё что мог, чтобы починить последствия обновления python. 
Почти все пакеты чинятся либо просто, либо тривиально. Большая часть 
оставшихся пакетов имеют живых активных мейнтейнеров и я прошу их самих 
позаботиться о пересборке своих пакетов. Особенно это касается любителей 
https://www.altlinux.org/Management_of_Python_dependencies_sources . 
Если у кого-то возникнут вопросы или сложности, я готов помочь или 
подсказать.

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

На мой взгляд, время перед бранчеванием - не самое лучшее для обновлений 
на слишком новые версии.

>
> *. Некоторые другие ценные подсистемы, которые хотелось бы увидеть
> обновлёнными:
> * openmpi;
> * texlive.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Aleksey Novodvorsky]

пн, 5 февр. 2024 г. в 02:34, Grigory Ustinov <grenka@altlinux.org>:
>
> 05.02.2024 0:25, Arseny Maslennikov пишет:
> > On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> >> Hi!
> >>
> >> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> > От бранчевания нас удерживают следующие открытые баги и наблюдаемые
> > инциденты:
> >
> > 1. https://bugzilla.altlinux.org/show_bug.cgi?id=46776
> > Для этого нужно довести до Sisyphus 2 задания:
> > * https://packages.altlinux.org/en/tasks/339484/
> > * https://packages.altlinux.org/en/tasks/330460/
> >
> > 1.1. https://bugzilla.altlinux.org/48445.
> >
> > 2. Ряд пакетов, входящих в круг "важных", у которых де-факто нет мейнтейнера:
> >       iproute2 (https://bugzilla.altlinux.org/46681)
> >       xz (https://bugzilla.altlinux.org/48129)
> >       zlib (https://bugzilla.altlinux.org/48130)
> >       iptables (https://bugzilla.altlinux.org/48132)
> >       libcap (https://bugzilla.altlinux.org/48134)
> > У некоторых из них мейнтейнеры появились, но пакеты всё ещё надо обновить. От
> > них много что зависит. Для некоторых из них готовы сборочные задания.
> >
> > 3. usrmerge. Тут, в общем, всё относительно ясно: его надо закончить
> > тестировать и провести в сизиф. Условия, в которых над ним ведётся
> > работа, и необходимые для этого шаги я описал в отдельном письме.
> >
> > 4. Отзвуки от обновления python и модулей общерепозиторной значимости (tox,
> > pytest, ...). Судя по логам ftbfs, непересобирающихся модулей всё ещё
> > много, 36 из них входят в состав образов. Если выпуск бранча уткнётся в
> > эти модули, то допускаю, что перед бранчеванием некоторые модули, вроде
> > pytest, нужно будет откатить. Судя по данным repology, среди популярных
> > дистро такая же новая версия pytest, как у нас, только в Gentoo и в
> > Debian experimental (не sid!).
>
> Спасибо, Арсений, что озвучил этот пункт. Я со своей стороны сделал
> практически всё что мог, чтобы починить последствия обновления python.
> Почти все пакеты чинятся либо просто, либо тривиально. Большая часть
> оставшихся пакетов имеют живых активных мейнтейнеров и я прошу их самих
> позаботиться о пересборке своих пакетов. Особенно это касается любителей
> https://www.altlinux.org/Management_of_Python_dependencies_sources .
> Если у кого-то возникнут вопросы или сложности, я готов помочь или
> подсказать.
>

Можно также посмотреть пакеты Rawhide.
https://packages.fedoraproject.org/

Rgrds, Алексей

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Anton Farygin]

On 05.02.2024 00:25, Arseny Maslennikov wrote:
> On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
<skip>
> *. Некоторые другие ценные подсистемы, которые хотелось бы увидеть
> обновлёнными:
> * openmpi;

Вот эту действительно очень важно не только обновить, но и привести в 
порядок.

У меня пока не готово обновление ocaml до 5-й версии и эту работу очень 
хочется сделать до бранчевания, что бы потом не бэкпортить в p11 около 
двухсот пакетов.

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Andrey Savchenko]

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

On Mon, 5 Feb 2024 08:51:20 +0300 Anton Farygin wrote:
> On 05.02.2024 00:25, Arseny Maslennikov wrote:
> > On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> <skip>
> > *. Некоторые другие ценные подсистемы, которые хотелось бы увидеть
> > обновлёнными:
> > * openmpi;
> 
> Вот эту действительно очень важно не только обновить, но и привести в 
> порядок.

В процессе, но, как всегда, есть много других неотложных задач.

Best regards,
Andrew Savchenko

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

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Роман Алифанов]

> On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> *. Некоторые другие ценные подсистемы, которые хотелось бы увидеть
> обновлёнными:
> * openmpi;
> * texlive.

Хотелось бы видеть обновленным и libwlroots11 :)
https://bugzilla.altlinux.org/48919
У меня два пакета ждет его обновления

Re: [devel] [p11-release-mgmt] closing in, hopefully

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2024-02-05 09:48:44 +0300, Sergei Epiphanov wrote:

 > Ещё стоит посмотреть на тривиальную ошибку с make-initrd
 > https://bugzilla.altlinux.org/49219
 > Можно получить ситуацию "ядро без initrd-образа",
 > поэтому стоит на blocker. В багзилле ещё не закрыта.

Ядро без initrd - как дуб без дятла. То есть, вполне может
обойтись и прекрасно обходится.

Диагностировать нужно ситуацию, когда initrd делали-делали,
но так и не сделали. А просто отсутствие ошибкой не является.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] forthcoming p11: пора чинить пакеты

[Arseny Maslennikov]

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

On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
> Hi!

> В воздухе витает будущее ответвление (бранчевание) репозитория p11.

> Метабаг p11: https://bugzilla.altlinux.org/46625

Вот теперь точно время чинить пакеты. :)

Этот призыв будет последним; в течение ближайших дней ещё есть шанс
обновить что-либо в Sisyphus до ответвления репозитория p11 без особого
согласования. Скоро (по моей оценке, чуть более чем через неделю)
устроим временную заморозку "важных" пакетов сизифа и начнём проводить
форк репозитория. Вряд ли я буду проводить её непосредственно, хотя бы
потому, что не вхожу в число администраторов сборочницы и системы
публикации репозиториев, так что она будет анонсирована в этой рассылке
отдельно.

Перед этим мне, кроме прочего, потребуется выяснить, у какого числа
пакетов, которые в p11 точно должны быть пересобраны, не проходит unmet check
после filesystem 3, запустив на сборочнице около 1100 тестовых заданий,
видимо, в субботу-воскресенье.

Особое внимание прошу уделить тем 52 пакетам, что перечислены ниже; они
входят в образы.

 babeltrace	shrek @everybody
 ceph	shaba @qa
 chromium	legion cas
 chromium-gost	george @everybody
 dotnet-runtime-7.0	lav @everybody
 faketime	@core
 fcitx5	viy @everybody
 foomatic-db-engine	viy @qa @everybody
 fpc	cas @qa @everybody
 gpgme	manowar zerg
 gpsd	asy boyarsh @everybody
 gvisor-tap-vsock	fl0pp5 @everybody
 hugin	boyarsh @qa @everybody
 iptables-ratelimit	taf @everybody
 ispc	lakostis @everybody
 jicofo	viy @everybody
 jq	rider
 libaccounts-glib	viy @everybody
 libgupnp-dlna	aris shaba
 libgupnp-igd	aris
 libmozjs78	@nobody
 libopencv	rider grenka @everybody
 libproxy	shaba aris @gnome @everybody
 libvamp	cas @everybody
 libwpebackend-fdo	@nobody
 ndpi-netfilter	boyarsh @everybody
 netgen	nickel @everybody
 node-nan	lav @everybody
 node-sass	lav @everybody
 openldap	@openldap
 openmotif	mike @qa @everybody
 opennebula	shaba obirvalger andy @qa
 openssh-gostcrypto	@nobody
 perl-IO-All	lav @cpan @qa
 perl-Padre	crux viy @everybody
 perl-Parse-ErrorString-Perl	crux @cpan @everybody
 perl-Pegex	viy @everybody
 perl-Wx-Perl-ProcessStream	@nobody
 perl-XXX	viy @everybody
 perl-YAML-PP-LibYAML	viy @everybody
 pngcrush	@core @qa
 python3-module-hypercorn	slev @everybody
 python3-module-qrcode	grenka @python
 python3-module-quart-trio	slev @everybody
 python3-module-sqlalchemy	lav @everybody
 python3-module-trio-websocket	slev @everybody
 python3-module-virtualenv	slev @everybody
 qt5-webengine	zerg
 qt6-webengine	zerg
 sphinx	rider @everybody
 telepathy-glib	aris
 thunderbird	pav cas @everybody

Остальные FTBFS-пакеты на сегодня, 71 штука:

 bozohttpd	george @everybody
 broot	amakeenk @everybody
 cadabra2	slazav @everybody
 cairo-clock	lav @qa @everybody
 canl-java	viy @everybody
 carla	arseny @everybody
 chronograf	shaba @everybody
 cilk	rider @everybody
 cosmic-comp	lvol @everybody
 deepin-widgets	lvol @everybody
 denemo	majioa @everybody
 dino	aris
 djview4	vkni sin @qa @everybody
 dotnet-runtime-6.0	lav @everybody
 dotnet-runtime-8.0	lav
 dotnet-runtime-9.0	lav @everybody
 dstool_tk-doc	viy @everybody
 eg25-manager	cas @everybody
 fcitx5-gtk	viy @everybody
 fleet-commander-admin	slev @everybody
 font-manager	aris
 fprintd	egori @everybody
 gnuhealth	@nobody
 godot	omg @everybody
 greetd	rider @everybody
 hexchat	rider @everybody
 include-what-you-use	vkni @everybody
 ioprocess	shaba @everybody
 kcov	glebfm @qa @everybody
 kpcli	naf @everybody
 libdtkwm	@nobody
 libelfin	vkni @everybody
 libgda6	aris
 libprelude	@python @everybody @qa
 libpreludedb	viy @everybody
 librum-reader	proskur @everybody
 litmus	naf @everybody
 manaworld	@nobody
 mkvtoolnix	lakostis @everybody
 mosh	evg @everybody
 mysqltuner	evg @everybody
 nim-lang	george @everybody
 nimble	@nobody
 opendpi	grenka
 paper-plane	aris @everybody
 perl-Digest-Haval256	viy @everybody
 perl-Jcode	@cpan @qa
 perl-Net-Patricia	crux @cpan @everybody
 perl-SOAP-WSDL	viy @everybody
 perl-Text-Bidi	rider @cpan
 perl-YAML-PP-Ref	viy @everybody
 python3-module-aws-xray-sdk	grenka @python @everybody
 python3-module-docformatter	@nobody
 python3-module-hatch-requirements-txt	ancieg @everybody
 python3-module-pywlroots	egori @everybody
 python3-module-remoto	shaba @everybody
 qperf	rider @everybody
 qtile	egori @everybody
 sonata	@python @everybody
 swayfx	ximper @everybody
 syslog-ng	asy @everybody
 tarantool	kdy @everybody
 tcl-img	vseleznv @everybody
 telepathy-haze	@nobody
 textext	@nobody
 tuxpaint-config	grenka @everybody
 vim-plugin-coc-calc	@nobody
 vim-plugin-coc-sh	@nobody
 wlgreet	rider @everybody
 xar	majioa @everybody
 yices	@nobody

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

Re: [devel] forthcoming p11: пора чинить пакеты

[alexei]

Добрый день!

----- Исходное сообщение -----
> От: "Arseny Maslennikov" <arseny@altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправленные: Суббота, 27 Апрель 2024 г 1:11:51
> Тема: Re: [devel] forthcoming p11: пора чинить пакеты

> On Thu, Jun 22, 2023 at 02:35:37PM +0300, Arseny Maslennikov wrote:
>> Hi!
> 
>> В воздухе витает будущее ответвление (бранчевание) репозитория p11.
> 
>> Метабаг p11: https://bugzilla.altlinux.org/46625
> 
> Вот теперь точно время чинить пакеты. :)
> 

> iptables-ratelimit	taf @everybody

Странно, в локальном хэшере пакет собрался нормально, так же успешно
отработал rebuild в Сизифе. По-ходу сборка ломалась не по его вине.

[devel] Re: forthcoming p11: пора чинить пакеты

[Sergey V Turchin]

On Friday, 26 April 2024 20:11:51 MSK Arseny Maslennikov wrote:

[...]
> Особое внимание прошу уделить тем 52 пакетам, что перечислены ниже; они
> входят в образы.

[...]
>  qt5-webengine	zerg
>  qt6-webengine	zerg
На днях кто-то сломал.
Хорошо бы иметь какую-нибудь возможность узнать, после обновления какого 
пакета сломалось. Хотя бы приблизительно.

-- 
Regards, Sergey.

Re: [devel] forthcoming p11: пора чинить пакеты

[Anton Farygin]

On 26.04.2024 20:11, Arseny Maslennikov wrote:
> Перед этим мне, кроме прочего, потребуется выяснить, у какого числа
> пакетов, которые в p11 точно должны быть пересобраны, не проходит unmet check
> после filesystem 3, запустив на сборочнице около 1100 тестовых заданий,
> видимо, в субботу-воскресенье.

Пока не понимаю почему, но у меня после того, как я в xfsprogs 
устанавливаю в качестве libdir не /%_lib а %_libdir - начинает вылезать 
RPATH в утилитах.

Какой-то косяк в их системе сборки.

При этом в текущем виде пакет собирается, но это же явно неправильно.

Re: [devel] forthcoming p11: пора чинить пакеты: jq -> обновление valgrind

[Anton Farygin]

On 26.04.2024 20:11, Arseny Maslennikov wrote:
>   jq	rider

тут, судя по всему, потребуется обновление valgrind

https://bugzilla.redhat.com/show_bug.cgi?id=2030870

Он у нас фактически без ментейнера, core@ за такого считать нельзя.

Re: [devel] forthcoming p11: пора чинить пакеты: jq -> обновление valgrind

[Anton Farygin]

On 28.04.2024 13:36, Anton Farygin wrote:
> On 26.04.2024 20:11, Arseny Maslennikov wrote:
>>   jq    rider
>
> тут, судя по всему, потребуется обновление valgrind
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2030870
>
> Он у нас фактически без ментейнера, core@ за такого считать нельзя. 
valgrind нужно обновить для починки тестов, в целом оно собирается по 
старому нормально (с игнором кода возврата после тестов)