On Fri, May 3, 2024 at 12:46 PM Mikko Rapeli <mikko.rap...@linaro.org> wrote:
>
> Hi,
>
> On Fri, May 03, 2024 at 12:43:29PM +0200, Martin Jansa wrote:
> > On Fri, May 3, 2024 at 12:37 PM Mikko Rapeli via
> > lists.openembedded.org
> > <mikko.rapeli=linaro....@lists.openembedded.org> wrote:
> > >
> > > Hi,
> > >
> > > On Fri, May 03, 2024 at 12:32:42PM +0200, Alexander Kanavin wrote:
> > > > I’m sorry, this doesn’t look right. Shouldn’t we rather ensure
> > > > $(LIBDIR) is
> > > > correctly set? Besides, hardcoding to lib is certainly incorrect as it
> > > > will
> > > > break multilib. We constantly have to fix upstreams in the opposite
> > > > direction.
> > >
> > > Yes, you and Ross on #yocto are right. This is not right. I tried also
> > > setting
> > > LIBDIR=${BASELIB} in do_install() and do_configure but those did not work
> > > either. openssl builds scripts are quite hard to work with...
> >
> > Isn't it easier to fix tpm2-openssl then?
> >
> > I had similar issue in chip which was using "pkg-config
> > --variable=prefix openssl" and didn't expect it to be empty in "if
> > prefix[-4] == '/usr'" and rather patched chip than changing openssl.
>
> To me this is a bug/regression in openssl pkg-config since libdir changed
> from /usr/lib to /usr which doesn't work for same use cases anymore.
OK, then it would be appropriate to report and resolve with openssl
upstream, right? Not with Inappropriate .patch :).
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198975):
https://lists.openembedded.org/g/openembedded-core/message/198975
Mute This Topic: https://lists.openembedded.org/mt/105885236/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
