On Wed, 2022-02-09 at 12:36 -0500, Bruce Ashfield wrote: > On Wed, Feb 9, 2022 at 12:30 PM Ross Burton <ross.bur...@arm.com> wrote: > > > > Currently each split-out kernel module RDEPENDS on the top-level kernel > > package (e.g. kernel-5.15-yocto-standard). Whilst at first this seems > > correct, as modules obviously need their matching kernel, there are many > > situations where the kernel is provided out-of-band and forcing the > > kernel in via RDEPENDS in the wrong thing to do, for example an > > initramfs really shouldn't contain a kernel image, but can contain > > kernel modules. > > > > Change the module splitting logic to use RRECOMMENDS instead of > > RDEPENDS, and tighten the dependency to kernel-image instead of kernel > > to pull in just the image, which also means PACKAGE_EXCLUDE = > > "kernel-image-*" is sufficient to ensure the image doesn't get pulled > > into an image. > > > > As much as I hate to suggest it, I think the strength of the image > dependency needs to be configurable. I know of situations were > rrecommends are disabled AND they use quite a few out of tree > modules. While I can't say that they are counting on RDEPENDS > heavily in this situation, I also can't rule it out .. so this is a breaking > change in behaviour for those configurations. > > That being said, if RP doesn't want/like a conditional at this particular > spot, I can understand that as well .. and am happy to be ignored > in that case :)
Isn't there a case where the main kernel "image" package is empty so you just have to break the dependency at the main image level rather than messing with the modules? or am I half remembering something badly? Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#161587): https://lists.openembedded.org/g/openembedded-core/message/161587 Mute This Topic: https://lists.openembedded.org/mt/89026749/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
