[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

[@ 2023-08-16 18:20 UTC (permalink / raw)]

[devel] forthcoming p11: FTBFS summary

[@ 2023-08-24 7:33 UTC (permalink / raw)]

Re: [devel] forthcoming p11: FTBFS summary

[@ 2023-08-24 8:06 UTC (permalink / raw)]

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 нужно обновить для починки тестов, в целом оно собирается по 
старому нормально (с игнором кода возврата после тестов)

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

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2024-04-27 17:12:22 +0300, Anton Farygin wrote:

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

Как решение для "вотпрямщас" есть смысл использовать chrpath -d

Впрочем, оно и не только для "вотпрямщас" хорошо.


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

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

[Anton Farygin]

On 30.04.2024 06:42, Alexey V. Vissarionov wrote:
> Good ${greeting_time}!
>
> On 2024-04-27 17:12:22 +0300, Anton Farygin wrote:
>
>   > Пока не понимаю почему, но у меня после того, как я в xfsprogs
>   > устанавливаю в качестве libdir не /%_lib а %_libdir - начинает
>   > вылезать RPATH в утилитах. Какой-то косяк в их системе сборки.
>
> Как решение для "вотпрямщас" есть смысл использовать chrpath -d
>
> Впрочем, оно и не только для "вотпрямщас" хорошо.
>
>
Спасибо, про chrpath конечно я в курсе. Но проблема решилась другим 
способом.

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

[Arseny Maslennikov]

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

On Fri, Apr 26, 2024 at 08:11:51PM +0300, Arseny Maslennikov wrote:
> Перед этим мне, кроме прочего, потребуется выяснить, у какого числа
> пакетов, которые в p11 точно должны быть пересобраны, не проходит unmet check
> после filesystem 3, запустив на сборочнице около 1100 тестовых заданий,
> видимо, в субботу-воскресенье.

К спискам ниже добавляются те пакеты из этого числа, которые стоило бы
пересобрать к p11, но которые по результатам спамно́й пересборки не
смогли пересобраться.

  (лог пересборки, имя, ACL)
1 пакет содержит регрессию в генераторе зависимостей: у них
сгенерировались зависимости на /usr/bin/sh, /usr/bin/bash и так далее:
  https://git.altlinux.org/tasks/346043/	apcupsd	asy
Во всём сизифе пакетов на autotools с симптомом такого рода более 70. Я
склоняюсь к тому, чтобы, пока мы не придумаем решение лучше, добавить в
%configure:
   export ac_cv_path_RM=/bin/rm
   export ac_cv_path_BASH_SHELL=/bin/bash
и другие подобные строки для других пакетов на autotools с такой
проблемой.

1 пакет получил забавную зависимость вида fuse >= unknown:
  https://git.altlinux.org/tasks/346206/	fuse-7z	lav @everybody

у 5 пакетов проблемы конкретно на non-x86-64:
  https://git.altlinux.org/tasks/346346/	ldns	rider @everybody
  https://git.altlinux.org/tasks/346633/	libvamp	cas @everybody
  https://git.altlinux.org/tasks/346852/	qt-fsarchiver	ruslandh @everybody
  https://git.altlinux.org/tasks/346927/	sphinx	rider @everybody
  https://git.altlinux.org/tasks/346999/	valgrind	@core vsu

2 пакета с неактивными апстримами:
  https://git.altlinux.org/tasks/346902/	screenfetch	cas @everybody
  https://git.altlinux.org/tasks/347003/	vi-traditional	george @everybody
У vi-traditional вообще мисконфликт с vim-common, а после usrmerge — и с
vim-minimal. Если эти проблемы не исчезнут, предлагаю его в p11 не включать.

> Особое внимание прошу уделить тем 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



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


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