Message ID | 20211205234534.480206-3-richard.purdie@linuxfoundation.org |
---|---|
State | Accepted, archived |
Commit | 834f7d735286c47765beb65778634eec7c2bd64f |
Headers | show |
Series | [1/4] gcc: Drop stdlib++ option patch | expand |
diff --git a/meta/classes/debian.bbclass b/meta/classes/debian.bbclass index 39b1a1a08b6..8367be9f37f 100644 --- a/meta/classes/debian.bbclass +++ b/meta/classes/debian.bbclass @@ -14,6 +14,10 @@ AUTO_LIBNAME_PKGS = "${PACKAGES}" inherit package DEBIANRDEP = "do_packagedata" +do_package_write_ipk[deptask] = "${DEBIANRDEP}" +do_package_write_deb[deptask] = "${DEBIANRDEP}" +do_package_write_tar[deptask] = "${DEBIANRDEP}" +do_package_write_rpm[deptask] = "${DEBIANRDEP}" do_package_write_ipk[rdeptask] = "${DEBIANRDEP}" do_package_write_deb[rdeptask] = "${DEBIANRDEP}" do_package_write_tar[rdeptask] = "${DEBIANRDEP}"
We've recently seen issues where libxkbcommon was changed in/out of debian renaming and weston which DEPENDS but doesn't RDEPEND on it would show build failures. Looking at the sigdata file for weston:do_package_write_XXX, there were dependencies on packagedata for RDEPENDS but not DEPENDS. Some items like libxkbcommon are in DEPENDS but become autodetected RDEPENDS. The debian class already handles RDEPENDS but needs to handle DEPENDS in a similar way to avoid failures since bitbake treats them as two separate namespaces (unlike recrdepends). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> --- meta/classes/debian.bbclass | 4 ++++ 1 file changed, 4 insertions(+)