[OE-core] ✗ patchtest: failure for nftables: update to 0.9.2
== Series Details == Series: nftables: update to 0.9.2 Revision: 1 URL : https://patchwork.openembedded.org/series/19463/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Issue Series sent to the wrong mailing list or some patches from the series correspond to different mailing lists [test_target_mailing_list] Suggested fixSend the series again to the correct mailing list (ML) Suggested ML openembedded-de...@lists.openembedded.org [http://git.openembedded.org/meta-openembedded/] Patch's path:meta-networking/recipes-filter/nftables/nftables_0.9.1.bb * Issue Series does not apply on top of target branch [test_series_merge_on_head] Suggested fixRebase your series on top of targeted branch Targeted branch master (currently at 64f9fd2a1e) If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] nftables: update to 0.9.2
Signed-off-by: Oleksandr Kravchuk --- .../nftables/{nftables_0.9.1.bb => nftables_0.9.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-networking/recipes-filter/nftables/{nftables_0.9.1.bb => nftables_0.9.2.bb} (85%) diff --git a/meta-networking/recipes-filter/nftables/nftables_0.9.1.bb b/meta-networking/recipes-filter/nftables/nftables_0.9.2.bb similarity index 85% rename from meta-networking/recipes-filter/nftables/nftables_0.9.1.bb rename to meta-networking/recipes-filter/nftables/nftables_0.9.2.bb index 9d0da33e3..98e8050b8 100644 --- a/meta-networking/recipes-filter/nftables/nftables_0.9.1.bb +++ b/meta-networking/recipes-filter/nftables/nftables_0.9.2.bb @@ -8,8 +8,8 @@ DEPENDS = "libmnl libnftnl readline gmp bison-native" UPSTREAM_CHECK_URI = "https://www.netfilter.org/projects/nftables/files/; SRC_URI = "http://www.netfilter.org/projects/nftables/files/${BP}.tar.bz2; -SRC_URI[md5sum] = "e2facbcad6c5d9bd87a0bf5081a31522" -SRC_URI[sha256sum] = "ead3bb68ed540bfbb87a96f2b69c3d65ab0c2a0c3f6e739a395c09377d1b4fce" +SRC_URI[md5sum] = "dfe130724d7c998eb26b56447e932899" +SRC_URI[sha256sum] = "5cb66180143e6bfc774f4eb316206d40ac1cb6df269a90882404cbf7165513f5" inherit autotools manpages pkgconfig -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] lighttpd: lighttpd: drop hard-coded lua version in PACKAGECONFIG
On Thu, Aug 22, 2019 at 11:53 AM Trevor Gamblin < trevor.gamb...@windriver.com> wrote: > From: Trevor Gamblin > > When building lighttpd with PACKAGECONFIG_append_pn-lighttpd = "lua" in > local.conf, > bitbake gives the following error: > > ERROR: Nothing PROVIDES 'lua5.1' (but > /home/tgamblin/build/oe-core/meta/recipes-extended/lighttpd/ > lighttpd_1.4.54.bb DEPENDS on or otherwise requires it) > NOTE: Runtime target 'lighttpd' is unbuildable, removing... > Missing or unbuildable dependency chain was: ['lighttpd', 'lua5.1'] > > Removing the "5.1" from the PACKAGECONFIG line in lighttpd_1.4.54.bb > fixes the issue. Does it run fine with lua > 5.1 ? > > > Signed-off-by: Trevor Gamblin > --- > meta/recipes-extended/lighttpd/lighttpd_1.4.54.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.54.bb > b/meta/recipes-extended/lighttpd/lighttpd_1.4.54.bb > index ba1a2c5..72990d0 100644 > --- a/meta/recipes-extended/lighttpd/lighttpd_1.4.54.bb > +++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.54.bb > @@ -44,7 +44,7 @@ PACKAGECONFIG[webdav-props] = > "--with-webdav-props,--without-webdav-props,libxml > PACKAGECONFIG[webdav-locks] = > "--with-webdav-locks,--without-webdav-locks,util-linux" > PACKAGECONFIG[gdbm] = "--with-gdbm,--without-gdbm,gdbm" > PACKAGECONFIG[memcache] = > "--with-memcached,--without-memcached,libmemcached" > -PACKAGECONFIG[lua] = "--with-lua,--without-lua,lua5.1" > +PACKAGECONFIG[lua] = "--with-lua,--without-lua,lua" > > EXTRA_OECONF += "--enable-lfs" > > -- > 2.7.4 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCH] iw: upgrade to 5.3
On Fri, Aug 23, 2019 at 1:38 PM Changhyeok Bae wrote: > > Separated build dir doesn't work because Makefile points out source dir. > this would be a regression in Makefile, maybe it should be fixed there and also sent upstream as well > Signed-off-by: Changhyeok Bae > --- > meta/recipes-connectivity/iw/{iw_5.0.1.bb => iw_5.3.bb} | 5 ++--- > 1 file changed, 2 insertions(+), 3 deletions(-) > rename meta/recipes-connectivity/iw/{iw_5.0.1.bb => iw_5.3.bb} (83%) > > diff --git a/meta/recipes-connectivity/iw/iw_5.0.1.bb > b/meta/recipes-connectivity/iw/iw_5.3.bb > similarity index 83% > rename from meta/recipes-connectivity/iw/iw_5.0.1.bb > rename to meta/recipes-connectivity/iw/iw_5.3.bb > index 87b21e668d..f7f13f5a30 100644 > --- a/meta/recipes-connectivity/iw/iw_5.0.1.bb > +++ b/meta/recipes-connectivity/iw/iw_5.3.bb > @@ -14,8 +14,8 @@ SRC_URI = > "http://www.kernel.org/pub/software/network/iw/${BP}.tar.gz \ > file://separate-objdir.patch \ > " > > -SRC_URI[md5sum] = "a0a17ab1b20132c716bba9a4f9974ba6" > -SRC_URI[sha256sum] = > "36fc7592dde7bec934df83cd53ef1f2c08ceec5cd58d07eb8f71cc6e8464013c" > +SRC_URI[md5sum] = "6d4d1c0ee34f3a7bda0e6aafcd7aaf31" > +SRC_URI[sha256sum] = > "175abbfce86348c0b70e778c13a94c0bfc9abc7a506d2bd608261583aeedf64a" > > inherit pkgconfig > > @@ -26,7 +26,6 @@ EXTRA_OEMAKE = "\ > 'SBINDIR=${sbindir}' \ > 'MANDIR=${mandir}' \ > " > -B = "${WORKDIR}/build" > > do_install() { > oe_runmake 'DESTDIR=${D}' install > -- > 2.23.0 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 03/13] tune-arm1176jz-s.inc: add support for arm1176jz-s CPU specific tuning
On Fri, Aug 23, 2019 at 1:53 PM Andre McCurdy wrote: > > Signed-off-by: Andre McCurdy > --- > meta/conf/machine/include/tune-arm1176jz-s.inc | 17 + > 1 file changed, 17 insertions(+) > create mode 100644 meta/conf/machine/include/tune-arm1176jz-s.inc > > diff --git a/meta/conf/machine/include/tune-arm1176jz-s.inc > b/meta/conf/machine/include/tune-arm1176jz-s.inc > new file mode 100644 > index 000..c741e80 > --- /dev/null > +++ b/meta/conf/machine/include/tune-arm1176jz-s.inc > @@ -0,0 +1,17 @@ > +DEFAULTTUNE ?= "arm1176jzs" > + > +require conf/machine/include/arm/arch-armv6.inc > + > +TUNEVALID[arm1176jzs] = "Enable arm1176jzs specific processor optimizations" > +TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'arm1176jzs', ' > -mcpu=arm1176jz-s', '', d)}" > +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'arm1176jzs', > 'armv6:', '' ,d)}" > + > +AVAILTUNES += "arm1176jzs" > +ARMPKGARCH_tune-arm1176jzs = "arm1176jzs" > +TUNE_FEATURES_tune-arm1176jzs = "arm thumb arm1176jzs" > +PACKAGE_EXTRA_ARCHS_tune-arm1176jzs = > "${PACKAGE_EXTRA_ARCHS_tune-armv6tb-novfp} arm1176jzs arm1176jzst" > + > +AVAILTUNES += "arm1176jzs-be" > +ARMPKGARCH_tune-arm1176jzs-be = "${ARMPKGARCH_tune-arm1176jzs}" > +TUNE_FEATURES_tune-arm1176jzs-be = "${TUNE_FEATURES_tune-arm1176jzs} > bigendian" > +PACKAGE_EXTRA_ARCHS_tune-arm1176jzs-be = > "${PACKAGE_EXTRA_ARCHS_tune-armv6tb-novfp} arm1176jzsb arm1176jzstb" There is vfp variant of arm1176jzs has well ARM1176JZF-S, this processor includes a Vector Floating-Point (VFP) coprocessor. > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 09/13] glibc: drop obsolete packaging of glibc libnsl libs
On Fri, Aug 23, 2019 at 1:53 PM Andre McCurdy wrote: > > Packaging rules were left behind when libnsl was removed: > > > https://git.openembedded.org/openembedded-core/commit/?id=9dc9983901cec364ea57a72b9da1a0396b60663a > this was due to other versions of glibc using the same header file in other toolchain layers e.g. IIRC meta-linaro, but it might not be needed however double check please > Signed-off-by: Andre McCurdy > --- > meta/recipes-core/glibc/glibc-package.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-core/glibc/glibc-package.inc > b/meta/recipes-core/glibc/glibc-package.inc > index f796876..a0df267 100644 > --- a/meta/recipes-core/glibc/glibc-package.inc > +++ b/meta/recipes-core/glibc/glibc-package.inc > @@ -14,7 +14,7 @@ RPROVIDES_glibc-extra-nss = "eglibc-extra-nss" > RPROVIDES_glibc-thread-db = "eglibc-thread-db" > RPROVIDES_${PN}-pcprofile = "eglibc-pcprofile" > RPROVIDES_${PN}-dbg = "eglibc-dbg" > -libc_baselibs = "${base_libdir}/libc.so.* ${base_libdir}/libc-*.so > ${base_libdir}/libm*.so.* ${base_libdir}/libm-*.so > ${base_libdir}/libmvec-*.so ${base_libdir}/ld*.so.* ${base_libdir}/ld-*.so > ${base_libdir}/libpthread*.so.* ${base_libdir}/libpthread-*.so > ${base_libdir}/libresolv*.so.* ${base_libdir}/libresolv-*.so > ${base_libdir}/librt*.so.* ${base_libdir}/librt-*.so > ${base_libdir}/libutil*.so.* ${base_libdir}/libutil-*.so > ${base_libdir}/libnsl*.so.* ${base_libdir}/libnsl-*.so > ${base_libdir}/libnss_files*.so.* ${base_libdir}/libnss_files-*.so > ${base_libdir}/libnss_compat*.so.* ${base_libdir}/libnss_compat-*.so > ${base_libdir}/libnss_dns*.so.* ${base_libdir}/libnss_dns-*.so > ${base_libdir}/libdl*.so.* ${base_libdir}/libdl-*.so > ${base_libdir}/libanl*.so.* ${base_libdir}/libanl-*.so > ${base_libdir}/libBrokenLocale*.so.* ${base_libdir}/libBrokenLocale-*.so" > +libc_baselibs = "${base_libdir}/libc.so.* ${base_libdir}/libc-*.so > ${base_libdir}/libm*.so.* ${base_libdir}/libm-*.so > ${base_libdir}/libmvec-*.so ${base_libdir}/ld*.so.* ${base_libdir}/ld-*.so > ${base_libdir}/libpthread*.so.* ${base_libdir}/libpthread-*.so > ${base_libdir}/libresolv*.so.* ${base_libdir}/libresolv-*.so > ${base_libdir}/librt*.so.* ${base_libdir}/librt-*.so > ${base_libdir}/libutil*.so.* ${base_libdir}/libutil-*.so > ${base_libdir}/libnss_files*.so.* ${base_libdir}/libnss_files-*.so > ${base_libdir}/libnss_compat*.so.* ${base_libdir}/libnss_compat-*.so > ${base_libdir}/libnss_dns*.so.* ${base_libdir}/libnss_dns-*.so > ${base_libdir}/libdl*.so.* ${base_libdir}/libdl-*.so > ${base_libdir}/libanl*.so.* ${base_libdir}/libanl-*.so > ${base_libdir}/libBrokenLocale*.so.* ${base_libdir}/libBrokenLocale-*.so" > ARCH_DYNAMIC_LOADER = "" > # The aarch64 ABI says the dynamic linker -must- be > # /lib/ld-linux-aarch64{,_be}.so.1. With usrmerge, that may mean that > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 10/13] update-rc.d.bbclass: support VIRTUAL-RUNTIME_init_manager == busybox
On Fri, Aug 23, 2019 at 1:54 PM Andre McCurdy wrote: > > Signed-off-by: Andre McCurdy > --- > meta/classes/update-rc.d.bbclass | 17 ++--- > 1 file changed, 14 insertions(+), 3 deletions(-) > > diff --git a/meta/classes/update-rc.d.bbclass > b/meta/classes/update-rc.d.bbclass > index 1366fee..bf86bfa 100644 > --- a/meta/classes/update-rc.d.bbclass > +++ b/meta/classes/update-rc.d.bbclass > @@ -1,6 +1,13 @@ > UPDATERCPN ?= "${PN}" > > -DEPENDS_append_class-target = "${@bb.utils.contains('DISTRO_FEATURES', > 'sysvinit', ' update-rc.d initscripts', '', d)}" > +def get_target_depends(d): > +if bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d): > +return 'update-rc.d initscripts' > +if d.getVar('VIRTUAL-RUNTIME_init_manager') == 'busybox': > +return 'update-rc.d' > +return '' > + checking init_manager seems more appropriate here than mixing DISTRO_FEAUTURE and init_manage check. > +DEPENDS_append_class-target = " ${@get_target_depends(d)}" > > UPDATERCD = "update-rc.d" > UPDATERCD_class-cross = "" > @@ -50,7 +57,6 @@ if ${@use_updatercd(d)} && type update-rc.d >/dev/null > 2>/dev/null; then > fi > } > > - > def update_rc_after_parse(d): > if d.getVar('INITSCRIPT_PACKAGES', False) == None: > if d.getVar('INITSCRIPT_NAME', False) == None: > @@ -62,7 +68,12 @@ python __anonymous() { > update_rc_after_parse(d) > } > > -PACKAGESPLITFUNCS_prepend = "${@bb.utils.contains('DISTRO_FEATURES', > 'sysvinit', 'populate_packages_updatercd ', '', d)}" > +def get_packagesplit_funcs(d): > +if bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d) or > d.getVar('VIRTUAL-RUNTIME_init_manager') == 'busybox': > +return 'populate_packages_updatercd' > +return '' > + > +PACKAGESPLITFUNCS_prepend = "${@get_packagesplit_funcs(d)} " > PACKAGESPLITFUNCS_remove_class-nativesdk = "populate_packages_updatercd " > > populate_packages_updatercd[vardeps] += "updatercd_prerm updatercd_postrm > updatercd_postinst" > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 11/13] dropbear: don't create invalid symlinks if ssh, scp, etc are disabled
On Fri, Aug 23, 2019 at 1:54 PM Andre McCurdy wrote: > > Signed-off-by: Andre McCurdy > --- > meta/recipes-core/dropbear/dropbear.inc | 11 +-- > 1 file changed, 9 insertions(+), 2 deletions(-) > > diff --git a/meta/recipes-core/dropbear/dropbear.inc > b/meta/recipes-core/dropbear/dropbear.inc > index dcbda74..7269888 100644 > --- a/meta/recipes-core/dropbear/dropbear.inc > +++ b/meta/recipes-core/dropbear/dropbear.inc > @@ -70,8 +70,13 @@ do_install() { > install -m 0644 ${WORKDIR}/dropbear.default > ${D}${sysconfdir}/default/dropbear > > install -m 0755 dropbearmulti ${D}${sbindir}/ > - ln -s ${sbindir}/dropbearmulti ${D}${bindir}/dbclient > > + for i in ${BINCOMMANDS} > + do > + # ssh and scp symlinks are created by update-alternatives > + if [ $i = ssh ] || [ $i = scp ]; then continue; fi > + ln -s ${sbindir}/dropbearmulti ${D}${bindir}/$i > + done > for i in ${SBINCOMMANDS} > do > ln -s ./dropbearmulti ${D}${sbindir}/$i > @@ -101,7 +106,7 @@ do_install() { > inherit update-alternatives > > ALTERNATIVE_PRIORITY = "20" > -ALTERNATIVE_${PN} = "scp ssh" > +ALTERNATIVE_${PN} = "${@bb.utils.filter('BINCOMMANDS', 'scp ssh', d)}" This perhaps is better done via packageconfig maybe. {S}BINCOMMANDS could be turned into packageconfig logic and > > ALTERNATIVE_TARGET = "${sbindir}/dropbearmulti" > > @@ -113,3 +118,5 @@ pkg_postrm_append_${PN} () { > rm ${sysconfdir}/dropbear/dropbear_dss_host_key >fi > } > + > +FILES_${PN} += "${bindir}" > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 12/13] sqlite3: make CFLAGS consistent across native, nativesdk and target cases
On Fri, Aug 23, 2019 at 1:54 PM Andre McCurdy wrote: > > The previous simplification: > > > https://git.openembedded.org/openembedded-core/commit/?id=604777acfc54d285f315b622bd147ed02d55d6fd > > looked OK but didn't actually work as expected. The native and > nativesdk classes re-set CFLAGS after the += has been applied and > so any modifications made via += are lost. Use _append instead. > Not a question for this patch but the original patch which attemped to unify patches for native nativesdk and target recipes. In my opinion native and nativesdk and native particularly should be compiled with default options and flags as much as possible, unless necessary is this needed in this case? > Signed-off-by: Andre McCurdy > --- > meta/recipes-support/sqlite/sqlite3.inc | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/meta/recipes-support/sqlite/sqlite3.inc > b/meta/recipes-support/sqlite/sqlite3.inc > index 7cf23d0..044af5e 100644 > --- a/meta/recipes-support/sqlite/sqlite3.inc > +++ b/meta/recipes-support/sqlite/sqlite3.inc > @@ -47,10 +47,10 @@ EXTRA_OECONF = " \ > CFLAGS_append = " -fPIC" > > # pread() is in POSIX.1-2001 so any reasonable system must surely support it > -CFLAGS += "-DUSE_PREAD" > +CFLAGS_append = " -DUSE_PREAD" > > # Provide column meta-data API > -CFLAGS += "-DSQLITE_ENABLE_COLUMN_METADATA" > +CFLAGS_append = " -DSQLITE_ENABLE_COLUMN_METADATA" > > PACKAGES = "lib${BPN} lib${BPN}-dev lib${BPN}-doc ${PN}-dbg > lib${BPN}-staticdev ${PN}" > > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core