On Wed, 2021-03-10 at 18:28 +0000, Luca Boccassi wrote: > 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.
So without DEBIAN_NOAUTONAME these are the package names: libuuid1-2.36.2-r0.core2_64.rpm libuuid-dbg-2.36.2-r0.core2_64.rpm libuuid-dev-2.36.2-r0.core2_64.rpm util-linux-uuid-src-2.36.2-r0.core2_64.rpm that's going to be a problem as they don't match anymore, right? Since they used to be util-linux-libuuid, etc. Although the poky image build completed just fine... -- 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 (#149278): https://lists.openembedded.org/g/openembedded-core/message/149278 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]] -=-=-=-=-=-=-=-=-=-=-=-
