On Fri, Nov 3, 2023 at 3:49 AM Jörg Sommer <joerg.som...@navimatix.de> wrote:
>
> On 30.10.23 14:24, Jörg Sommer via lists.openembedded.org wrote:
> > On 30.10.23 13:29, Bruce Ashfield wrote:
> >> On Mon, Oct 30, 2023 at 4:40 AM Jörg Sommer <joerg.som...@navimatix.de>
> >> wrote:
> >>> On 26.10.23 17:25, Bruce Ashfield wrote:
> >
> >>>> I ran into issues with some kernel versions, but we may have moved on
> >>>> far enough that it is no longer an issue.
> >>>
> >>> Do you remember what kind of issues these were? Possibly I can check if
> >>> they still exist.
> >>
> >> It was kernels older than 5.10 failing to take the r-path changes and
> >> hence failing when doing the signing step.
> >
> > This could be solved by setting LD_LIBRARY_PATH. Would this be okay?
> >
> > ```
> > diff --git i/meta/classes/module.bbclass w/meta/classes/module.bbclass
> > index a09ec3ed1e..38e1c95216 100644
> > --- i/meta/classes/module.bbclass
> > +++ w/meta/classes/module.bbclass
> > @@ -51,6 +51,7 @@ module_do_install() {
> > INSTALL_FW_PATH="${D}${nonarch_base_libdir}/firmware" \
> > CC="${KERNEL_CC}" LD="${KERNEL_LD}" \
> > O=${STAGING_KERNEL_BUILDDIR} \
> > +
> > LD_LIBRARY_PATH="/build/tmp/sysroots-components/x86_64/openssl-native/usr/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
> > \
> > ${MODULES_INSTALL_TARGET}
> >
> > if [ ! -e "${B}/${MODULES_MODULE_SYMVERS_LOCATION}/Module.symvers"
> > ] ; then
> > ```
>
> Hi Bruce,
>
> I would like to here your opinion to this issue, because you've provided
> the most to the discussion. I would like to submit a patch to fix
> problem; either the BUILD_LDFLAGS one or the LD_LIBRARY_PATH.
>
Thanks for the ping! gmail annoyingly doesn't show me anything
different when I'm
actually on the to: of an email .. I need to enhance my filters to at
least star the
email, so I'll notice them faster.
But I digress.
The proposal is going in the right direction.
The problem is that we really don't want any references into the
recipe sysroots,
whether they survive rm_work or not. Since we are installing the output of the
mods to the shared location, that is where all their references and requirements
are supposed to be contained.
The idea with something using library paths, etc, was that we should arrange
for the dependencies to also be installed into the STAGING_KERNEL_BUILDDIR
structure and adjust the make_mod_scripts appropriately to find them there
(either at build or dynamically at runtime).
There's also an existing libelf (and zlib) dependency that popped out when I
was working through the static linking issues. But that is because I
had to statically
link everything built by the scripts, not just the sign-tool (and so
far, those other
utilities have escaped causing us problems, but are probably just waiting to
appear :).
If we were to adjust the LD_LIBRARY_PATH, the values should be programmatically
pulled out via pkg-config versus something quite as explicit as in your work in
progress patch (alternatively IIRC there are utilities that adjust rpath and
dynamic linking in use in other parts of the build, we could possibly leverage
them).
Bruce
> Kind regards
>
> Jörg Sommer
> --
> Navimatix GmbH
> Tatzendpromenade 2
> D-07745 Jena
> Geschäftsführer: Steffen Späthe, Jan Rommeley
> Registergericht: Amtsgericht Jena, HRB 501480
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#105863):
https://lists.openembedded.org/g/openembedded-devel/message/105863
Mute This Topic: https://lists.openembedded.org/mt/102174355/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
