]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core.git/commit
meta-selftest: provide a recipe for zvariant
authorFrederic Martinsons <frederic.martinsons@gmail.com>
Fri, 31 Mar 2023 05:45:26 +0000 (07:45 +0200)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Sat, 1 Apr 2023 10:36:24 +0000 (11:36 +0100)
commit409e045f96f69877de6f36ed14c5c19a9cb74eaf
tree0d74f87f940df4e723657d5ede43c61c2a7195d4
parentd86cac2759cf7e91f4ff240833385e28e729ab79
meta-selftest: provide a recipe for zvariant

This recipe is for showing a "real world" example of
a crate that depends on some git repositories.

Usually, this kind of crate is built within a global
workspace (here it is the zbus project) and so
doesn't need a Cargo.lock on its own.

For the sake of the demonstration, I had to tweak things
a little to be able to compile zvariant in standalone
(no relative path in dependency, no symlink to LICENSE
provide a Cargo.lock)

The use case where the crate had some git repository
in dependency is very common for "private" crate that
are not aimed to be published on crates.io.
When the project grow bigger, it is common to have
a bin and multiple lib developped in parallel, and these
libs are surely on a git repostitory.

A test case have been also added to check for:
  - the previous patch about git subpath parameter and devtool
  - the correctness of overriding dependencies (first patch of the
series)

Signed-off-by: Frederic Martinsons <frederic.martinsons@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta-selftest/recipes-extended/zvariant/zvariant-crates.inc [new file with mode: 0644]
meta-selftest/recipes-extended/zvariant/zvariant-git-crates.inc [new file with mode: 0644]
meta-selftest/recipes-extended/zvariant/zvariant/0001-Tweak-zvariant-crate-config.patch [new file with mode: 0644]
meta-selftest/recipes-extended/zvariant/zvariant_3.12.0.bb [new file with mode: 0644]
meta/lib/oeqa/selftest/cases/devtool.py