[devel] как избежать unmet при наличии ExcludeArch и noarch-подпакетов

[devel] как избежать unmet при наличии ExcludeArch и noarch-подпакетов

[Kirill Maslinsky]

Добрый день,

Я собрал новую версию R-base (см. #313751), но не могу выложить в Сизиф
из-за unmet. Ситуация такая: апстрим перестал поддерживать i586 (и
R-base перестал собираться на этой архитектуре некоторое время назад).
Я выставил ExcludeArch: i586, но в пакете есть noarch-подпакеты. Результат:

	i586: NEW unmet dependencies detected:
 R-doc-html#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233  R-base = 4.2.2-alt1:sisyphus+313751.200.3.1
 R-full#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233      R-devel = 4.2.2-alt1:sisyphus+313751.200.3.1
 R-full#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233      R-tcltk = 4.2.2-alt1:sisyphus+313751.200.3.1

Вопрос, каким образом это нужно оформить, чтобы выложить в Сизиф? 

-- 
KM

Re: [devel] как избежать unmet при наличии ExcludeArch и noarch-подпакетов

[Mikhail Efremov]

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

On Mon, 20 Feb 2023 10:56:03 +0100 Kirill Maslinsky wrote:
> Добрый день,
> 
> Я собрал новую версию R-base (см. #313751), но не могу выложить в Сизиф
> из-за unmet. Ситуация такая: апстрим перестал поддерживать i586 (и
> R-base перестал собираться на этой архитектуре некоторое время назад).
> Я выставил ExcludeArch: i586, но в пакете есть noarch-подпакеты. Результат:
> 
> 	i586: NEW unmet dependencies detected:
>  R-doc-html#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233  R-base = 4.2.2-alt1:sisyphus+313751.200.3.1
>  R-full#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233      R-devel = 4.2.2-alt1:sisyphus+313751.200.3.1
>  R-full#4.2.2-alt1:sisyphus+313751.200.3.1@1674839233      R-tcltk = 4.2.2-alt1:sisyphus+313751.200.3.1
> 
> Вопрос, каким образом это нужно оформить, чтобы выложить в Сизиф? 
 
Думаю, что эти подпакеты просто должны перестать быть noarch. Они
больше не подходят для всех архитектур.

-- 
WBR, Mikhail Efremov

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

Re: [devel] как избежать unmet п

[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, или это какой-то посторонний эффект?

-- 
KM

Re: [devel] как избежать unmet п

[Paul Wolneykien]

В Mon, 20 Feb 2023 17:31:30 +0100
Kirill Maslinsky <kirill@altlinux.org> пишет:

> > Думаю, что эти подпакеты просто должны перестать быть noarch. Они
> > больше не подходят для всех архитектур.  
> 
> Последовал Вашему совету, и результат вышел несколько неожиданный:
> 
> 	i586: NEW bad_elf_symbols detected:
>  libf2c-ng-20200916-alt1.i586.rpm  /usr/lib/libf2c.so.0.0.0  U  MAIN__
> 
> Это вообще связано со сборкой R, или это какой-то посторонний эффект?
> 

  Насколько я помню, это сообщение переводится так: символ затребован
как external, но ни одним из пакетов в Сизифе не предоставляется.

Re: [devel] libf2c-ng uses undefined symbol on i586

[Dmitry V. Levin]

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


-- 
ldv

Re: [devel] libf2c-ng uses undefined symbol on i586

[Andrey Savchenko]

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

On Mon, 20 Feb 2023 20:46:17 +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

Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
работа системы проверки зависимостей сборочницы, которая делает
слишком строгие, но не всегда корректные предположения, потому что
некоторые символы могут генерироваться компилятором самостоятельно
в процессе компиляции кода. Это нетипичная, но вполне легитимная
операция.

Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
Конкретно эта проблема заткнута функцией пустышкой в синтетической
библиотеке, единственный смысл которой в том, чтоб удовлетворить не
вполне корректную проверку сборочницы.

Если есть интерес, то я могу это и другие исправления перетащить
в Сизифный f2c-ng.

Best regards,
Andrew Savchenko

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Ivan A. Melnikov]

On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> On Mon, 20 Feb 2023 20:46:17 +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
> 
> Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> работа системы проверки зависимостей сборочницы, которая делает
> слишком строгие, но не всегда корректные предположения, потому что
> некоторые символы могут генерироваться компилятором самостоятельно
> в процессе компиляции кода. Это нетипичная, но вполне легитимная
> операция.
> 
> Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> Конкретно эта проблема заткнута функцией пустышкой в синтетической
> библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> вполне корректную проверку сборочницы.

Как я понял, функция MAIN__ предоставляется программами, полученными
из исходников на фортране при помощи f2c-ng; если в репозитории
не осталось ни одной программы, полученной таким образом,
на libf2c.so будет ругаться bad_elf_symbols.

Для riscv64 я решал эту проблему на стороне girar, что кажется
мне более правильным, чем обходить проверки заглушками:

https://git.altlinux.org/people/iv/packages/?p=girar.git;a=commitdiff;h=27f4529fcf25e8362a39a5deb6c074fc9c0aeb9f

-- 
  wbr,
    iv m.

Re: [devel] libf2c-ng uses undefined symbol on i586

[Paul Wolneykien]

В Tue, 21 Feb 2023 00:28:44 +0400
"Ivan A. Melnikov" <iv@altlinux.org> пишет:

> On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > On Mon, 20 Feb 2023 20:46:17 +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  
> > 
> > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > работа системы проверки зависимостей сборочницы, которая делает
> > слишком строгие, но не всегда корректные предположения, потому что
> > некоторые символы могут генерироваться компилятором самостоятельно
> > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > операция.
> > 
> > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > вполне корректную проверку сборочницы.  
> 
> Как я понял, функция MAIN__ предоставляется программами, полученными
> из исходников на фортране при помощи f2c-ng; если в репозитории
> не осталось ни одной программы, полученной таким образом,

  Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
а добавить в пакет f2c-ng демонстрационную программу, в которой будет
этот символ.


> на libf2c.so будет ругаться bad_elf_symbols.
> 
> Для riscv64 я решал эту проблему на стороне girar, что кажется
> мне более правильным, чем обходить проверки заглушками:
> 
> https://git.altlinux.org/people/iv/packages/?p=girar.git;a=commitdiff;h=27f4529fcf25e8362a39a5deb6c074fc9c0aeb9f
> 

Re: [devel] libf2c-ng uses undefined symbol on i586

[Andrey Savchenko]

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

On Mon, 20 Feb 2023 23:57:45 +0300 Paul Wolneykien wrote:
> В Tue, 21 Feb 2023 00:28:44 +0400
> "Ivan A. Melnikov" <iv@altlinux.org> пишет:
> 
> > On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > > On Mon, 20 Feb 2023 20:46:17 +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  
> > > 
> > > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > > работа системы проверки зависимостей сборочницы, которая делает
> > > слишком строгие, но не всегда корректные предположения, потому что
> > > некоторые символы могут генерироваться компилятором самостоятельно
> > > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > > операция.
> > > 
> > > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > > вполне корректную проверку сборочницы.  
> > 
> > Как я понял, функция MAIN__ предоставляется программами, полученными
> > из исходников на фортране при помощи f2c-ng; если в репозитории
> > не осталось ни одной программы, полученной таким образом,
> 
>   Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
> а добавить в пакет f2c-ng демонстрационную программу, в которой будет
> этот символ.

Наличие символа в программе не исправит проблему, потому что при
поиске зависимостей важны символы в библиотеках, а не исполняемых
файлах. Поэтому нужна "демонстрационная" библиотека, что я и сделал.

Решение на стороне сборочницы (в виде исключения для MAIN__),
безусловно, правильнее, но простому мейнтенеру оно недоступно.

Вообще, корень проблемы в том, что gfortran — исторически
являющийся развитием того же f2c — ушёл от ABI f2c и по-умолчанию
перестал использовать два символа подчёркивания, заменив их одним.
Если компилировать gfortran приложения с опцией
-fsecond-underscore, то аналогичная ситуация возможна и в них.

Best regards,
Andrew Savchenko

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Ivan A. Melnikov]

On Tue, Feb 21, 2023 at 12:29:10AM +0300, Andrey Savchenko wrote:
> On Mon, 20 Feb 2023 23:57:45 +0300 Paul Wolneykien wrote:
> > В Tue, 21 Feb 2023 00:28:44 +0400
> > "Ivan A. Melnikov" <iv@altlinux.org> пишет:
> > 
> > > On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > > > On Mon, 20 Feb 2023 20:46:17 +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  
> > > > 
> > > > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > > > работа системы проверки зависимостей сборочницы, которая делает
> > > > слишком строгие, но не всегда корректные предположения, потому что
> > > > некоторые символы могут генерироваться компилятором самостоятельно
> > > > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > > > операция.
> > > > 
> > > > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > > > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > > > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > > > вполне корректную проверку сборочницы.  
> > > 
> > > Как я понял, функция MAIN__ предоставляется программами, полученными
> > > из исходников на фортране при помощи f2c-ng; если в репозитории
> > > не осталось ни одной программы, полученной таким образом,
> > 
> >   Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
> > а добавить в пакет f2c-ng демонстрационную программу, в которой будет
> > этот символ.
> 
> Наличие символа в программе не исправит проблему, потому что при
> поиске зависимостей важны символы в библиотеках, а не исполняемых
> файлах. Поэтому нужна "демонстрационная" библиотека, что я и сделал.

Мне казалось, что конкретно эта проверка не делает разделения
на библиотеки и исполняемые файлы, а просто собирает все
ELF'ы, которые shared, независимо от имени и пути.

> Решение на стороне сборочницы (в виде исключения для MAIN__),
> безусловно, правильнее, но простому мейнтенеру оно недоступно.

Простой мейнтейнер может обратиться к мейнтейнеру girar
через багзиллу или здесь.

Одним из существенных приемуществ работы в свободном ПО
я всегда считал возможность чинить именно то, что нужно
чинить, а городить workaround'ы.

-- 
  wbr,
    iv m.

Re: [devel] libf2c-ng uses undefined symbol on i586

[Gleb Fotengauer-Malinovskiy]

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

On Tue, Feb 21, 2023 at 09:05:21AM +0400, Ivan A. Melnikov wrote:
> On Tue, Feb 21, 2023 at 12:29:10AM +0300, Andrey Savchenko wrote:
> > On Mon, 20 Feb 2023 23:57:45 +0300 Paul Wolneykien wrote:
> > > В Tue, 21 Feb 2023 00:28:44 +0400
> > > "Ivan A. Melnikov" <iv@altlinux.org> пишет:
> > > 
> > > > On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > > > > On Mon, 20 Feb 2023 20:46:17 +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  
> > > > > 
> > > > > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > > > > работа системы проверки зависимостей сборочницы, которая делает
> > > > > слишком строгие, но не всегда корректные предположения, потому что
> > > > > некоторые символы могут генерироваться компилятором самостоятельно
> > > > > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > > > > операция.
> > > > > 
> > > > > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > > > > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > > > > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > > > > вполне корректную проверку сборочницы.  
> > > > 
> > > > Как я понял, функция MAIN__ предоставляется программами, полученными
> > > > из исходников на фортране при помощи f2c-ng; если в репозитории
> > > > не осталось ни одной программы, полученной таким образом,
> > > 
> > >   Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
> > > а добавить в пакет f2c-ng демонстрационную программу, в которой будет
> > > этот символ.
> > 
> > Наличие символа в программе не исправит проблему, потому что при
> > поиске зависимостей важны символы в библиотеках, а не исполняемых
> > файлах. Поэтому нужна "демонстрационная" библиотека, что я и сделал.
> 
> Мне казалось, что конкретно эта проверка не делает разделения
> на библиотеки и исполняемые файлы, а просто собирает все
> ELF'ы, которые shared, независимо от имени и пути.

Верно.

> > Решение на стороне сборочницы (в виде исключения для MAIN__),
> > безусловно, правильнее [...]

На самом деле, не правильнее.  Гораздо лучше и проще было бы сделать
этот символ __attribute__((weak)).
Тогда можно будет ещё и %set_verify_elf_method unresolved=relaxed из spec
убрать.

-- 
glebfm

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Andrey Savchenko]

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

On Tue, 21 Feb 2023 11:00:47 +0400 Gleb Fotengauer-Malinovskiy
wrote:
> On Tue, Feb 21, 2023 at 09:05:21AM +0400, Ivan A. Melnikov wrote:
> > On Tue, Feb 21, 2023 at 12:29:10AM +0300, Andrey Savchenko wrote:
> > > On Mon, 20 Feb 2023 23:57:45 +0300 Paul Wolneykien wrote:
> > > > В Tue, 21 Feb 2023 00:28:44 +0400
> > > > "Ivan A. Melnikov" <iv@altlinux.org> пишет:
> > > > 
> > > > > On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > > > > > On Mon, 20 Feb 2023 20:46:17 +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  
> > > > > > 
> > > > > > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > > > > > работа системы проверки зависимостей сборочницы, которая делает
> > > > > > слишком строгие, но не всегда корректные предположения, потому что
> > > > > > некоторые символы могут генерироваться компилятором самостоятельно
> > > > > > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > > > > > операция.
> > > > > > 
> > > > > > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > > > > > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > > > > > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > > > > > вполне корректную проверку сборочницы.  
> > > > > 
> > > > > Как я понял, функция MAIN__ предоставляется программами, полученными
> > > > > из исходников на фортране при помощи f2c-ng; если в репозитории
> > > > > не осталось ни одной программы, полученной таким образом,
> > > > 
> > > >   Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
> > > > а добавить в пакет f2c-ng демонстрационную программу, в которой будет
> > > > этот символ.
> > > 
> > > Наличие символа в программе не исправит проблему, потому что при
> > > поиске зависимостей важны символы в библиотеках, а не исполняемых
> > > файлах. Поэтому нужна "демонстрационная" библиотека, что я и сделал.
> > 
> > Мне казалось, что конкретно эта проверка не делает разделения
> > на библиотеки и исполняемые файлы, а просто собирает все
> > ELF'ы, которые shared, независимо от имени и пути.
> 
> Верно.
> 
> > > Решение на стороне сборочницы (в виде исключения для MAIN__),
> > > безусловно, правильнее [...]
> 
> На самом деле, не правильнее.  Гораздо лучше и проще было бы сделать
> этот символ __attribute__((weak)).

Так этого символа в библиотеке совсем нет. А если добавить
заглушку даже weak, но я не уверен, что ничего не сломается, т.к.
MAIN__ обрабатывается сильно особым способом.

> Тогда можно будет ещё и %set_verify_elf_method unresolved=relaxed из spec
> убрать.

Best regards,
Andrew Savchenko

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Dmitry V. Levin]

On Tue, Feb 21, 2023 at 04:46:58PM +0300, Andrey Savchenko wrote:
> On Tue, 21 Feb 2023 11:00:47 +0400 Gleb Fotengauer-Malinovskiy wrote:
> > On Tue, Feb 21, 2023 at 09:05:21AM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Feb 21, 2023 at 12:29:10AM +0300, Andrey Savchenko wrote:
> > > > On Mon, 20 Feb 2023 23:57:45 +0300 Paul Wolneykien wrote:
> > > > > В Tue, 21 Feb 2023 00:28:44 +0400 Ivan A. Melnikov пишет:
> > > > > > On Mon, Feb 20, 2023 at 10:23:26PM +0300, Andrey Savchenko wrote:
> > > > > > > On Mon, 20 Feb 2023 20:46:17 +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  
> > > > > > > 
> > > > > > > Нет, это не ошибка в пакете libf2c-ng. Это не вполне корректная
> > > > > > > работа системы проверки зависимостей сборочницы, которая делает
> > > > > > > слишком строгие, но не всегда корректные предположения, потому что
> > > > > > > некоторые символы могут генерироваться компилятором самостоятельно
> > > > > > > в процессе компиляции кода. Это нетипичная, но вполне легитимная
> > > > > > > операция.
> > > > > > > 
> > > > > > > Во время адаптации f2c-ng для целей e2k я решил эту и иные проблемы.
> > > > > > > Конкретно эта проблема заткнута функцией пустышкой в синтетической
> > > > > > > библиотеке, единственный смысл которой в том, чтоб удовлетворить не
> > > > > > > вполне корректную проверку сборочницы.  
> > > > > > 
> > > > > > Как я понял, функция MAIN__ предоставляется программами, полученными
> > > > > > из исходников на фортране при помощи f2c-ng; если в репозитории
> > > > > > не осталось ни одной программы, полученной таким образом,
> > > > > 
> > > > >   Тогда логичнее, наверное, сделать не библиотеку пустышку-заглушку,
> > > > > а добавить в пакет f2c-ng демонстрационную программу, в которой будет
> > > > > этот символ.
> > > > 
> > > > Наличие символа в программе не исправит проблему, потому что при
> > > > поиске зависимостей важны символы в библиотеках, а не исполняемых
> > > > файлах. Поэтому нужна "демонстрационная" библиотека, что я и сделал.
> > > 
> > > Мне казалось, что конкретно эта проверка не делает разделения
> > > на библиотеки и исполняемые файлы, а просто собирает все
> > > ELF'ы, которые shared, независимо от имени и пути.
> > 
> > Верно.
> > 
> > > > Решение на стороне сборочницы (в виде исключения для MAIN__),
> > > > безусловно, правильнее [...]
> > 
> > На самом деле, не правильнее.  Гораздо лучше и проще было бы сделать
> > этот символ __attribute__((weak)).
> 
> Так этого символа в библиотеке совсем нет. А если добавить
> заглушку даже weak, но я не уверен, что ничего не сломается, т.к.
> MAIN__ обрабатывается сильно особым способом.

Не сам символ MAIN__ сделать weak, а undefined reference на него
в библиотеке.


-- 
ldv

Re: [devel] libf2c-ng uses undefined symbol on i586

[Kirill Maslinsky]

"Dmitry V. Levin" <ldv@altlinux.org> writes:

>> > > > > > > > > > > Думаю, что эти подпакеты просто должны перестать быть noarch. Они
>> > > > > > > > > > > больше не подходят для всех архитектур.    
>> > > > > > > > > > 
>> > > > > > > > > > Последовал Вашему совету, и результат вышел несколько неожиданный:
>> > > > > > > > > > 
>> > > > > > > > > > 	i586: NEW bad_elf_symbols detected:
>> > > > > > > > > >  libf2c-ng-20200916-alt1.i586.rpm  /usr/lib/libf2c.so.0.0.0  U  MAIN__

[...]

> Не сам символ MAIN__ сделать weak, а undefined reference на него
> в библиотеке.


А какой же из этого следует вывод для сборки R-base?

-- 
KM

Re: [devel] libf2c-ng uses undefined symbol on i586

[Ivan A. Melnikov]

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), и эта зависимость кажется артифактом давно
минувших дней.

-- 
  wbr,
    iv m.

Re: [devel] libf2c-ng uses undefined symbol on i586

[Andrey Savchenko]

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

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

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Dmitry V. Levin]

On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
[...]
> Вообще, это не ошибка в f2c-ng, а недоработка нашей системы
> замыкания зависимостей по символам, предполагающей наличие символов
> исключительно в библиотеках и игнорирующей возможность подстановки
> символа компилятором в исполняемый файл.

???


-- 
ldv

Re: [devel] libf2c-ng uses undefined symbol on i586

[Andrey Savchenko]

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

On Sun, 16 Jul 2023 21:52:46 +0300 Dmitry V. Levin wrote:
> On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
> [...]
> > Вообще, это не ошибка в f2c-ng, а недоработка нашей системы
> > замыкания зависимостей по символам, предполагающей наличие символов
> > исключительно в библиотеках и игнорирующей возможность подстановки
> > символа компилятором в исполняемый файл.
> 
> ???

Есть много вариаций, например, в f2c-ng вот так:
 
https://git.altlinux.org/people/bircoph/packages/f2c.git?p=f2c.git;a=blob;f=src/main.c;h=977113dc308dbb712d714f5ccb1099f1505846cd;hb=sisyphus#l708 

Т.е. MAIN__() вставляется в исполняемые файлы при их сборке,
а дёргается из библиотеки. Ну вот такой вариант обратного вызова.

Best regards,
Andrew Savchenko

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Dmitry V. Levin]

On Mon, Jul 17, 2023 at 01:10:40AM +0300, Andrey Savchenko wrote:
> On Sun, 16 Jul 2023 21:52:46 +0300 Dmitry V. Levin wrote:
> > On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
> > [...]
> > > Вообще, это не ошибка в f2c-ng, а недоработка нашей системы
> > > замыкания зависимостей по символам, предполагающей наличие символов
> > > исключительно в библиотеках и игнорирующей возможность подстановки
> > > символа компилятором в исполняемый файл.
> > 
> > ???
> 
> Есть много вариаций, например, в f2c-ng вот так:
>  
> https://git.altlinux.org/people/bircoph/packages/f2c.git?p=f2c.git;a=blob;f=src/main.c;h=977113dc308dbb712d714f5ccb1099f1505846cd;hb=sisyphus#l708 
> 
> Т.е. MAIN__() вставляется в исполняемые файлы при их сборке,
> а дёргается из библиотеки. Ну вот такой вариант обратного вызова.

OK, о какой системе замыкания зависимостей по символам тогда идёт речь?
В начале треда говорилось про замыкание зависимостей по всему репозиторию
пакетов, а тут разговор почему-то повернул на зависимости внутри одного
пакета.


-- 
ldv

Re: [devel] libf2c-ng uses undefined symbol on i586

[Dmitry V. Levin]

On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
> 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

Я поддерживаю предложение удалить пакет, который никто не собирается
чинить в Сизифе.  В конце концов, починить его никто не мешал и не мешает.


-- 
ldv

Re: [devel] libf2c-ng uses undefined symbol on i586

[Gleb Fotengauer-Malinovskiy]

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

Hi,

On Tue, Feb 21, 2023 at 11:00:47AM +0400, Gleb Fotengauer-Malinovskiy wrote:
> На самом деле, не правильнее.  Гораздо лучше и проще было бы сделать
> этот символ __attribute__((weak)).
> Тогда можно будет ещё и %set_verify_elf_method unresolved=relaxed из spec
> убрать.

 — Вы, чего, и конфеты за меня есть будете?
 — Ага!

#325029 DONE #2 sisyphus f2c.git=20200916-alt2

Sun Jul 16 2023 Gleb F-Malinovskiy <glebfm@altlinux> 20200916-alt2
- NMU:
  - Added a patch to convert the reference to the MAIN__ symbol into a
  weak reference.
  - Removed %set_verify_elf_method unresolved=relaxed, which was used to
  tolerate the presence of an unresolved MAIN__ symbol in the libf2c-ng
  library.

On Sun, Jul 16, 2023 at 09:41:05PM +0400, Ivan A. Melnikov wrote:
> On Mon, Feb 20, 2023 at 08:46:17PM +0300, Dmitry V. Levin wrote:
> > Другими словами, это ошибка в пакете libf2c-ng-20200916-alt1.i586.rpm
> 
> Из-за этой проблемы у нас застряло обновление R, что довольно
> печально с учётом того, что у нас надвигается p11.

Я очень удивлён, что никто это не исправил, хотя решение было
предложено.

Но в целом, выкрасили -- можно и выбросить. :)

On Sun, Jul 16, 2023 at 09:05:38PM +0300, Andrey Savchenko wrote:
> Вообще, это не ошибка в f2c-ng, а недоработка нашей системы
> замыкания зависимостей по символам, предполагающей наличие символов
> исключительно в библиотеках и игнорирующей возможность подстановки
> символа компилятором в исполняемый файл.

Вроде, уже обсудили в этом же треде, что это утверждение ошибочно.
https://lore.altlinux.org/devel/20230221050521.yek4undy4vj42zqc@titan.localdomain/
https://lore.altlinux.org/devel/Y%2FRsH0bJXiLrx7mB@glebfm.altlinux.org/

-- 
glebfm

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

Re: [devel] libf2c-ng uses undefined symbol on i586

[Ivan A. Melnikov]

On Mon, Jul 17, 2023 at 03:05:52AM +0400, Gleb Fotengauer-Malinovskiy wrote:
> Hi,
> 
> On Tue, Feb 21, 2023 at 11:00:47AM +0400, Gleb Fotengauer-Malinovskiy wrote:
> > На самом деле, не правильнее.  Гораздо лучше и проще было бы сделать
> > этот символ __attribute__((weak)).
> > Тогда можно будет ещё и %set_verify_elf_method unresolved=relaxed из spec
> > убрать.
> 
>  — Вы, чего, и конфеты за меня есть будете?
>  — Ага!
> 
> #325029 DONE #2 sisyphus f2c.git=20200916-alt2
> 
> Sun Jul 16 2023 Gleb F-Malinovskiy <glebfm@altlinux> 20200916-alt2
> - NMU:
>   - Added a patch to convert the reference to the MAIN__ symbol into a
>   weak reference.
>   - Removed %set_verify_elf_method unresolved=relaxed, which was used to
>   tolerate the presence of an unresolved MAIN__ symbol in the libf2c-ng
>   library.

Спасибо!

> On Sun, Jul 16, 2023 at 09:41:05PM +0400, Ivan A. Melnikov wrote:
> > On Mon, Feb 20, 2023 at 08:46:17PM +0300, Dmitry V. Levin wrote:
> > > Другими словами, это ошибка в пакете libf2c-ng-20200916-alt1.i586.rpm
> > 
> > Из-за этой проблемы у нас застряло обновление R, что довольно
> > печально с учётом того, что у нас надвигается p11.
> 
> Я очень удивлён, что никто это не исправил, хотя решение было
> предложено.

Видимо, все ждали реакции мейнтейнера f2c, а у этого
пакета мейнтейнера не оказалось.

> Но в целом, выкрасили -- можно и выбросить. :)

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

-- 
  wbr,
    iv m.