On Sun, 16 Jul 2023 21:41:05 +0400 Ivan A. Melnikov wrote: > On Mon, Feb 20, 2023 at 08:46:17PM +0300, Dmitry V. Levin wrote: > > On Mon, Feb 20, 2023 at 07:52:09PM +0300, Paul Wolneykien wrote: > > > В Mon, 20 Feb 2023 17:31:30 +0100, Kirill Maslinsky пишет: > > > > > > > > Думаю, что эти подпакеты просто должны перестать быть noarch. Они > > > > > больше не подходят для всех архитектур. > > > > > > > > Последовал Вашему совету, и результат вышел несколько неожиданный: > > > > > > > > i586: NEW bad_elf_symbols detected: > > > > libf2c-ng-20200916-alt1.i586.rpm /usr/lib/libf2c.so.0.0.0 U MAIN__ > > > > > > > > Это вообще связано со сборкой R, или это какой-то посторонний эффект? > > > > > > Насколько я помню, это сообщение переводится так: символ затребован > > > как external, но ни одним из пакетов в Сизифе не предоставляется. > > > > Другими словами, это ошибка в пакете libf2c-ng-20200916-alt1.i586.rpm > > Из-за этой проблемы у нас застряло обновление R, что довольно > печально с учётом того, что у нас надвигается p11. > > Предлагаю решить проблему радикально и удалить f2c из Сизифа. > На самом деле f2c больше не нужен. Сейчас, если мои скрипты > мне не врут, от него есть только сборочные зависимости, > и это у: > - freecad > - perl-PDL > - qrupdate > > Все эти пакеты без него прекрасно пересобираются (проверено > в задаче 325005), и эта зависимость кажется артифактом давно > минувших дней. f2c-ng был исправлен на e2k и нужен там. Изменения написаны мной, так что перенести их в Сизиф возможно: https://git.altlinux.org/people/bircoph/packages/f2c.git Вообще, это не ошибка в f2c-ng, а недоработка нашей системы замыкания зависимостей по символам, предполагающей наличие символов исключительно в библиотеках и игнорирующей возможность подстановки символа компилятором в исполняемый файл. Уже неоднократно с этим были проблемы, но похоже, что единственное решение в текущей логике работы сборочницы — это добавления символа в список исключений при проверке на плохие символы. Best regards, Andrew Savchenko