On Tue, 2021-03-09 at 23:43 +0000, Richard Purdie wrote: > On Tue, 2021-03-09 at 13:56 +0000, [email protected] wrote: > > From: Luca Boccassi <[email protected]> > > > > Recently util-linux gained an (optional) build dependency on libcryptsetup. > > But libcryptsetup build-depends on util-linux for blkid (optional, can be > > disabled) > > and uuid (mandatory). > > Split out util-linux-uuid in a different recipe to break the cycle. > > > > https://github.com/karelzak/util-linux/pull/898 > > > > Signed-off-by: Luca Boccassi <[email protected]> > > --- > > v1: util-linux 2.35 is not out yet, but I'd like to get the preparatory work > > underway as I'm not sure if this is the best approach or if there are > > alternatives. Suggestions and comments very welcome. Thanks! > > v2: changed packages names to reflect old ones (eg: libuuid1 -> > > util-linux-libuuid) > > and leave uuid build enable in main recipe to allow for uuidgen build > > to happen, > > as it does not have its own autoconf switch. Delete the library manualy > > from > > the main recipe after build instead, and add dependency. > > Might help to break loop python3 -> util-linux -> libselinux -> > > python3, as it's > > only libuuid that is needed, see > > https://lists.yoctoproject.org/g/yocto/message/47570 > > v3: rebased and refactored to have a common util-linux.inc file > > v4: added RDEPENDS on util-linux-libuuid on various packages to fix QA > > warnings > > v5: remove RDEPENDS and instead have util-linux RDEPEND on util-linux-uuid. > > Removed PACKAGES_remove and instead filter out libuuid via the package > > generation > > regex. > > Rebased on util-linux 2.36.2. > > v6: install libuuid.a in libuuid-dev > > change rdepends on uuid to use binary package rather than source > > add rdepends on uuid-dev to libuuid-dev > > remove rprovides of libuuid-dev from uuid-dev > > v7: do not use '_append' for RDEPENDS, as it is not supported by > > BBCLASSEXTEND, use > > simply '+=' > > v8: added missing libuuid-staticdev package > > remove libx32/libuuid* too > > v9: set RECIPE_MAINTAINER_pn-util-linux-uuid, same value as > > RECIPE_MAINTAINER_pn-util-linux > > Sorry, there are still issues: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/3207 > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/1608 > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/3159 > > :( > > I really want to get this into the release but we're past feature freeze and > running out of opportunity as each broken test run is delaying other patches.
No problem at all, it's absolutely fine to postpone, I am in no immediate rush as I have local backports in use. As long as we get things sorted at some point it's all good for me, so please don't delay other patches because of this. > I'm a little unclear if debian renaming was allowed before the split and if > so, why it is disabled in the split version. I suspect there is a missing > MLPREFIX somewhere causing the multilib issue too. I do not remember why the DEBIAN_NOAUTONAME was added at this point. I'll try to send a new version tomorrow. -- Kind regards, Luca Boccassi
signature.asc
Description: This is a digitally signed message part
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#149242): https://lists.openembedded.org/g/openembedded-core/message/149242 Mute This Topic: https://lists.openembedded.org/mt/81201236/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
