On Sat, Feb 25, 2023 at 2:24 AM Richard Purdie <[email protected]> wrote: > > Hi All, > > There has been some interest in some older bugs about empty packages > and bogus dependencies and what we should do about them. Yohan and > Fawzi were kind enough to post some patches to prompt some discussion > and this did indeed get me thinking. > > I personally think that we shouldn't be generating an RDEPENDS or > RRECOMMENDS if we know that the package in question is never going to > exist. We have "auto dependency" code which does go a bit crazy with > these. > > The easiest problem case to understand is an empty PN package. Based > upon their patches I can see we likely have this situation in a subset > of: > > bind, bsd-headers, libssp-nonshared, newlib, libgcc, python3, libglu > mesa, libpthread-stubs, xtrans, xcb-proto, xorgproto, util-macros, > linux-libc-headers, make-mod-scripts, argp-standalone > > Reasons vary but the easy to understand case is where the code is just > development headers and all ends up in ${PN}-dev. > > We have https://bugzilla.yoctoproject.org/show_bug.cgi?id=6839 > > We did used to set an RDEPENDS between ${PN}-dev and ${PN} but that > turned out to be a bad idea and we relaxed it to a RRECOMENDS: > > https://git.yoctoproject.org/poky/commit/?id=ddbd90a37c7e9089aaeccb42dd008cf47594099b > > I did at least mark up the recipes with this issue: > > https://git.yoctoproject.org/poky/commit/?id=73cf55cdde1f3d2773b42f52d2fcf57665102c81 > > which meant the worst of these dependencies were removed where the main > package didn't exist or didn't make sense. > > As I see it there are a few options: > > a) Do nothing and continue with the above > b) Generate an empty PN > c) Delete PN from PACKAGES > d) Move the contents of PN-dev to PN > e) Something else
b) has the advantage that it "just works" for creating an sdk. i.e. you always include PN in TOOLCHAIN_TARGET_TASK for your toolchain recipe (or IMAGE_INSTALL if using an image recipe to define an sdk). Solutions where you need to know that sometimes you add PN to an sdk and sometimes PN-dev are more cumbersome.
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#1703): https://lists.openembedded.org/g/openembedded-architecture/message/1703 Mute This Topic: https://lists.openembedded.org/mt/97224039/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-architecture/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
