On Mon, Oct 30, 2023 at 4:40 AM Jörg Sommer <[email protected]> wrote: > > On 26.10.23 17:25, Bruce Ashfield wrote: > > On Thu, Oct 26, 2023 at 7:16 AM Jörg Sommer <[email protected]> > > wrote: > >> > >> On 26.10.23 10:34, Jose Quaresma wrote: > >>> > >>> > >>> Khem Raj <[email protected] <mailto:[email protected]>> escreveu no > >>> dia quarta, 25/10/2023 à(s) 18:18: > >>> > >>> I wonder if something like below would help > >>> > >>> diff --git > >>> a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb > >>> <http://make-mod-scripts_1.0.bb> > >>> b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb > >>> <http://make-mod-scripts_1.0.bb> > >>> index 2cff48c39c3..6133721334c 100644 > >>> --- a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb > >>> <http://make-mod-scripts_1.0.bb> > >>> +++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb > >>> <http://make-mod-scripts_1.0.bb> > >>> @@ -12,7 +12,7 @@ S = "${WORKDIR}" > >>> > >>> do_configure[depends] += "virtual/kernel:do_shared_workdir > >>> openssl-native:do_populate_sysroot" > >>> do_compile[depends] += "virtual/kernel:do_compile_kernelmodules" > >>> - > >>> +do_populate_sysroot[depends] += "openssl-native:do_populate_sysroot" > >>> > >>> > >>> This doesn't solve the problem because at compile time the openssl is > >>> already there on native sysroot > >> > >> How about a patch like this: > >> > > > > I proposed something similar in the earlier threads on this topic (it > > has been around for quite some time, and is in bugzilla for oe-core)/ > > Can you give me a link to the bugzilla entry? I didn't found it.
It seems like I've managed to archive, or otherwise misfile the old entry, I also may have been mixing up my other long running scripts bugs. Since I can't find the bug (or imagined it), the main reference on the previous efforts are the oe-core threads that Jose pointed out. > > > 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. But testing against the oldest reference kernel in any branch that might be a target for a change like this should be enough (testing via: normal build, a SDK build, and signing). 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 (#105792): https://lists.openembedded.org/g/openembedded-devel/message/105792 Mute This Topic: https://lists.openembedded.org/mt/102174355/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
