Am Mittwoch, dem 18.10.2023 um 12:50 +0200 schrieb Alexander Kanavin: > On Wed, 18 Oct 2023 at 12:37, Alexander Kanavin via > lists.yoctoproject.org <alex.kanavin=gmail....@lists.yoctoproject.org> > wrote: > > > > On Wed, 18 Oct 2023 at 12:24, Enrico Jörns <e...@pengutronix.de> wrote: > > > In how is this different to the default packagegroup handling in oe-core > > > where package 'force > > > themself' into images based on specific DISTRO_FEATURE or MACHINE_FEATURE > > > settings? > > > > > > Thus this is a mechanism that is explicitly designed to be used by > > > oe-core exclusively? > > > > I see that as something of a historical mis-feature. I would take > > those things out of the packagegroup recipe and into a class used by > > images if I had a bit of time (core-image.bbclass most likely). > > > > That's what you could do as well, define a class that pulls in rauc > > for those images that inherit it. > > You can see how core-image-weston.bb does it: > > IMAGE_FEATURES += "splash package-management ssh-server-dropbear > hwcodecs weston" > > and then in core-image class: > > FEATURE_PACKAGES_weston = "packagegroup-core-weston" > ... etc
Oh yes, I came across this feature a few weeks ago for the first time. Before I had never noticed that the FEATURE_PACKAGES mechanism exists. Maybe this could be an alternative to 'hacking' rauc into the base packagegroup. Thanks for the hint. My original intention was to reduce the number of manual variable switches required for building a rauc-compatible image. But maybe this sort of 'over-optimized'. Enrico > Alex > -- Pengutronix e.K. | Enrico Jörns | Embedded Linux Consulting & Support | https://www.pengutronix.de/ | Steuerwalder Str. 21 | Phone: +49-5121-206917-180 | 31137 Hildesheim, Germany | Fax: +49-5121-206917-9 |
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61397): https://lists.yoctoproject.org/g/yocto/message/61397 Mute This Topic: https://lists.yoctoproject.org/mt/102035396/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
