From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <aris@altlinux.org>
Message-ID: <2f5b98ca86bb8978e2ec9f96fd5b8dbc46345572.camel@altlinux.org>
From: Yuri Sedunov <aris@altlinux.org>
To: devel@lists.altlinux.org
Date: Sun, 27 Feb 2022 16:15:25 +0300
In-Reply-To: <20220209124625.GA30620@altlinux.org>
References: <20220206134111.GA14395@altlinux.org>
 <FD5955D8-32D2-423A-B5E6-3A6890775CFC@yandex.ru>
 <20220209111513.GC29160@altlinux.org>
 <8304aedc7fcc553b41b59303ba2c882e@altlinux.ru>
 <20220209124625.GA30620@altlinux.org>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.42.3-alt1 
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] I: lib.req: upgraded "library not found" warnings to
 errors
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sun, 27 Feb 2022 13:15:26 -0000
Archived-At: <http://lore.altlinux.org/devel/2f5b98ca86bb8978e2ec9f96fd5b8dbc46345572.camel@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

В Ср, 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