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

Richard Purdie
2021-01-19T20:52:46Z

On Thu, 2020-12-10 at 18:46 +0000, luca.boccassi@gmail.com wrote:
> From: Luca Boccassi <luca.boccassi@microsoft.com>
>
> In the next release util-linux will gain 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

This patch got a bit lost before the holidays but I've been reminded we
need to resolve it.

I think the one remaining issue here is the need to change the DEPENDS
of so many other recipes, likely not just here in this patch but in
other layers. I think if util-linux DEPENDS on util-linux-uuid that
might remove the need for those changes? That should still allow you to
break the circular dependency problem?

I suspect libuuid should really be maintained/built as a separate
software project given the dependency problems but that isn't my
decision, we just have to deal with it.

I am also worried this is going to break AUH and mean we have to
manually handle this recipe but again, I suspect there is little to be
done and we just have to deal with it.

Could you resend it with the above DEPENDS change if that will work ok,
refreshed against OE-Core since we have util-linux 2.36.1 now and then
hopefully we can resolve this.

Cheers,

Richard