Re: [PATCH v9] util-linux: split uuid in separate recipe to allow bootstrapping

["Richard Purdie" <richard.purdie@linuxfoundation.org>]

On Tue, 2021-03-09 at 13:56 +0000, luca.boccassi@gmail.com wrote:
> From: Luca Boccassi <luca.boccassi@microsoft.com>
> 
> 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 <luca.boccassi@microsoft.com>
> ---
> 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.

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.

Cheers,

Richard