[devel] I: lib.req: upgraded "library not found" warnings to errors

[Yuri Sedunov]

В Ср, 09/02/2022 в 15:46 +0300, Dmitry V. Levin пишет:
> On Wed, Feb 09, 2022 at 03:12:56PM +0300, Vitaly Lipatov wrote:
> > Dmitry V. Levin писал(а) 9.2.22 14:15:
> > > On Wed, Feb 09, 2022 at 03:11:32AM +0000, Evgeniy Kukhtinov
> > > wrote:
> > > [...]
> > > > Всё бы ничего, полезное нововведение, но вот библиотека в
> > > > сборочном 
> > > > окружении имеется,
> > > > хотя и по нестандартному пути:
> > > > 
> > > > [builder на localhost ~]$ find / -name libjawt\*
> > > > /usr/lib/jvm/java-11-openjdk-11.0.14.0.1-
> > > > 0.x86_64/lib/libjawt.so
> > > > 
> > > > Итог: нужный пакет не пакуется.
> > > > 
> > > > ldv@, коллеги, как избежать прерывания упаковки пакета, ведь в
> > > > данном 
> > > > случае поведение lib.req неуместно?
> > > 
> > > Библиотеки, с которыми слинкованы приложения и библиотеки, должны
> > > находиться.  Надо исправить упаковку, чтобы библиотеки
> > > находились.
> > > Возможно, нужно исправить пакет, в котором находится библиотека.
> > > Возможно, нужно исправить пакет, в котором линкуются с
> > > библиотекой.
> > > Но так или иначе библиотеки, с которыми линкуются, должны
> > > находиться.
> > Правильно ли я понимаю, что на самом деле большинство выявленных
> > случаев 
> > относятся как раз к случаям, когда не нужно было линковаться с
> > такой 
> > библиотекой, которая больше похожа на плагин?
> > Ведь раз её всё же находят (эту вот libjawt.so, наверняка там есть
> > и 
> > механизм подгрузки, а линковка как раз лишняя (ну или полезна
> > только на 
> > стадии сборки).
> 
> По логу сборки сложно сделать достоверный вывод о том, используется
> ли
> библиотека как плагин.  Может быть, слинкованное приложение падает,
> если
> при запуске библиотека не находится.  А может быть, библиотека всегда
> находится по каким-то другим причинам.
> 

Если указания  %add_findprov_lib_path недостаточно, то что делать?

-- 
Yuri N. Sedunov