[oe] [meta-xfce][Patch 2/2] xfce4-settings: rrecommends xfce4-datetime-setter
From: Kai Kang xfce4-datetime-setter provides function to set date and time. But it depends on dbus service org.freedesktop.timedate1 which is provided by systemd. Make xfce4-settings rrecommends xfce4-datetime-setter only systemd is set in DISTRO_FEATURES. Signed-off-by: Kai Kang --- meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_4.13.7.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_4.13.7.bb b/meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_4.13.7.bb index e79b0ab0b..2d16a02ce 100644 --- a/meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_4.13.7.bb +++ b/meta-xfce/recipes-xfce/xfce4-settings/xfce4-settings_4.13.7.bb @@ -30,3 +30,4 @@ FILES_${PN} += " \ RRECOMMENDS_${PN} += "adwaita-icon-theme" RRECOMMENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES','alsa','libcanberra-alsa','',d)}" RRECOMMENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES','pulseaudio','libcanberra-pulse','',d)}" +RRECOMMENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES','systemd','xfce4-datetime-setter','',d)}" -- 2.20.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-xfce][Patch 1/2] xfce4-datetime-setter: add recipe
From: Kai Kang Because xfce4-settings turn back to its official upstream, it missing function to set date and time. Add it from Andreas's repo on github. Signed-off-by: Kai Kang --- .../xfce4-datetime-setter_3.32.2.bb| 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta-xfce/recipes-apps/xfce4-datetime-setter/xfce4-datetime-setter_3.32.2.bb diff --git a/meta-xfce/recipes-apps/xfce4-datetime-setter/xfce4-datetime-setter_3.32.2.bb b/meta-xfce/recipes-apps/xfce4-datetime-setter/xfce4-datetime-setter_3.32.2.bb new file mode 100644 index 0..b908bdccc --- /dev/null +++ b/meta-xfce/recipes-apps/xfce4-datetime-setter/xfce4-datetime-setter_3.32.2.bb @@ -0,0 +1,18 @@ +DESCRIPTION = "A fork of (early) gnome-control-center datetime panel for XFCE. \ +It is based upon GTK3 and embedds into recent xfce4-settings." +HOMEPAGE = "https://github.com/schnitzeltony/xfce4-datetime-setter"; +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=75859989545e37968a99b631ef42722e" + +DEPENDS = "glib-2.0-native libxfce4ui" + +SRC_URI = "git://github.com/schnitzeltony/xfce4-datetime-setter.git;protocol=https" +SRCREV = "5c7a73a3824b03b91719e05e2604b97c7a72d50f" + +S = "${WORKDIR}/git" + +inherit gettext meson + +FILES_${PN} += "${datadir}/icons/hicolor" + +RDEPENDS_${PN} = "tzdata" -- 2.20.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-xfce][Patch 0/2] Add recipe of xfce4-datetime-setter
From: Kai Kang Hi Andreas, I add recipe of xfce4-datetime-setter which is from your repo from github. But I found it requires dbus service org.freedesktop.timedate1 which is from systemd. So make xfce4-settings requires it only when init manger is sytemd. Any comment on that please? Regards, Kai Kai Kang (2): xfce4-datetime-setter: add recipe xfce4-settings: rrecommends xfce4-datetime-setter .../xfce4-datetime-setter_3.32.2.bb| 18 ++ .../xfce4-settings/xfce4-settings_4.13.7.bb| 1 + 2 files changed, 19 insertions(+) create mode 100644 meta-xfce/recipes-apps/xfce4-datetime-setter/xfce4-datetime-setter_3.32.2.bb -- 2.20.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 3/3] graphviz: Do not build tcl support for target
tclpkg looks for tclsh on buildhost and if we try to use the native version then it groks the paths from the native sysroot and builds and installs the target tcl packages into the same path, in the end it ends up being wrongly packaged. Therefore its best to disable tcl Secondly, package python and perl pieces into independent packages so the runtime dependencies are also set accordingly. Signed-off-by: Khem Raj --- ...o-be-empty-string-if-tcl-is-disabled.patch | 33 +++ .../graphviz/graphviz_2.40.1.bb | 19 ++- 2 files changed, 51 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-graphics/graphviz/graphviz/0001-Set-use_tcl-to-be-empty-string-if-tcl-is-disabled.patch diff --git a/meta-oe/recipes-graphics/graphviz/graphviz/0001-Set-use_tcl-to-be-empty-string-if-tcl-is-disabled.patch b/meta-oe/recipes-graphics/graphviz/graphviz/0001-Set-use_tcl-to-be-empty-string-if-tcl-is-disabled.patch new file mode 100644 index 00..21bf1bcd5c --- /dev/null +++ b/meta-oe/recipes-graphics/graphviz/graphviz/0001-Set-use_tcl-to-be-empty-string-if-tcl-is-disabled.patch @@ -0,0 +1,33 @@ +From 564901ab78da2b2b1bed92351dc3c102dc0a8154 Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Tue, 6 Aug 2019 17:51:39 -0700 +Subject: [PATCH] Set use_tcl to be empty string if tcl is disabled + +Upstream-Status: Inappropriate [Cross-compile specific] +Signed-off-by: Khem Raj +--- + configure.ac | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- a/configure.ac b/configure.ac +@@ -1676,7 +1676,7 @@ AC_ARG_ENABLE(tcl, + [], [enable_tcl=yes]) + + if test "x$enable_tcl" != "xyes"; then +- use_tcl="No (disabled)" ++ use_tcl="" + fi + + if test "x$use_tcl" = "x"; then +--- a/Makefile.am b/Makefile.am +@@ -19,7 +19,7 @@ pkginclude_HEADERS = $(top_builddir)/gra + man_MANS = graphviz.7 + + # $(subdirs) contains the list from: AC_CONFIG_SUBDIRS +-SUBDIRS = $(subdirs) lib plugin cmd tclpkg doc contrib share graphs rtest tests ++SUBDIRS = $(subdirs) lib plugin cmd doc contrib share graphs rtest tests + + .PHONY: doxygen + doxygen: diff --git a/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb b/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb index fb8ea2a5b3..176cf4498a 100644 --- a/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb +++ b/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb @@ -29,7 +29,10 @@ SRC_URI = "https://gitlab.com/graphviz/graphviz/-/archive/stable_release_${PV}/g file://0001-plugin-pango-Include-freetype-headers-explicitly.patch \ " # Use native mkdefs -SRC_URI_append_class-target = " file://0001-Use-native-mkdefs.patch" +SRC_URI_append_class-target = "\ + file://0001-Use-native-mkdefs.patch \ + file://0001-Set-use_tcl-to-be-empty-string-if-tcl-is-disabled.patch \ +" SRC_URI[md5sum] = "2acf30ca8e6cc8b001b0334db65fd072" SRC_URI[sha256sum] = "e6c3f8dbfde1c4523055403927bef29f97f9fc12715c1042b5dcf648a2c1c62a" @@ -40,6 +43,7 @@ EXTRA_OECONF_class-target = "\ --with-expatlibdir=${STAGING_LIBDIR} \ --without-included-ltdl \ --disable-java \ +--disable-tcl \ --disable-r \ --disable-sharp \ " @@ -55,6 +59,19 @@ do_install_append_class-native() { install -m755 ${B}/lib/gvpr/mkdefs ${D}${bindir} } +PACKAGES =+ "${PN}-python ${PN}-perl ${PN}-demo" + +FILES_${PN}-python += "${libdir}/python*/site-packages/ ${libdir}/graphviz/python/" +FILES_${PN}-perl += "${libdir}/perl5/*/vendor_perl/ ${libdir}/graphviz/perl/" +FILES_${PN}-demo += "${datadir}/graphviz/demo/" + +RDEPENDS_${PN}-perl += "perl" +RDEPENDS_${PN}-python += "python" +RDEPENDS_${PN}-demo += "python perl" + +INSANE_SKIP_${PN}-perl = "dev-so" +INSANE_SKIP_${PN}-python = "dev-so" + FILES_SOLIBSDEV_append = " ${libdir}/graphviz/lib*${SOLIBSDEV}" BBCLASSEXTEND = "native" -- 2.22.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/3] graphviz: Fix build error that surfaced with latest pango
Signed-off-by: Khem Raj --- ...-Include-freetype-headers-explicitly.patch | 38 +++ .../graphviz/graphviz_2.40.1.bb | 1 + 2 files changed, 39 insertions(+) create mode 100644 meta-oe/recipes-graphics/graphviz/graphviz/0001-plugin-pango-Include-freetype-headers-explicitly.patch diff --git a/meta-oe/recipes-graphics/graphviz/graphviz/0001-plugin-pango-Include-freetype-headers-explicitly.patch b/meta-oe/recipes-graphics/graphviz/graphviz/0001-plugin-pango-Include-freetype-headers-explicitly.patch new file mode 100644 index 00..a9b0352435 --- /dev/null +++ b/meta-oe/recipes-graphics/graphviz/graphviz/0001-plugin-pango-Include-freetype-headers-explicitly.patch @@ -0,0 +1,38 @@ +From 926d9285f3367ae1bdb9ce1dce95f7de73b3a980 Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Tue, 6 Aug 2019 12:42:19 -0700 +Subject: [PATCH] plugin/pango: Include freetype headers explicitly +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +Do not depend on pango automatically adding these headers +Fixes +| gvtextlayout_pango.c:140:10: error: unknown type name ‘FT_Face’ +| FT_Face face; +| ^~~ + +Upstream-Status: Pending +Signed-off-by: Khem Raj +--- + plugin/pango/gvtextlayout_pango.c | 4 + 1 file changed, 4 insertions(+) + +diff --git a/plugin/pango/gvtextlayout_pango.c b/plugin/pango/gvtextlayout_pango.c +index d620b29..b0da11c 100644 +--- a/plugin/pango/gvtextlayout_pango.c b/plugin/pango/gvtextlayout_pango.c +@@ -15,6 +15,10 @@ + + #include + #include ++ ++#include ++#include FT_FREETYPE_H ++ + #include "gvplugin_render.h" + #include "agxbuf.h" + #include "utils.h" +-- +2.22.0 + diff --git a/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb b/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb index a9efffaca2..fb8ea2a5b3 100644 --- a/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb +++ b/meta-oe/recipes-graphics/graphviz/graphviz_2.40.1.bb @@ -26,6 +26,7 @@ inherit autotools-brokensep pkgconfig gettext # source - see https://src.fedoraproject.org/cgit/rpms/graphviz.git/tree/graphviz.spec SRC_URI = "https://gitlab.com/graphviz/graphviz/-/archive/stable_release_${PV}/graphviz-stable_release_${PV}.tar.gz \ + file://0001-plugin-pango-Include-freetype-headers-explicitly.patch \ " # Use native mkdefs SRC_URI_append_class-target = " file://0001-Use-native-mkdefs.patch" -- 2.22.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-initramfs][PATCH 1/3] klibc: Pass -fno-builtin-bcmp with musl/clang combo
clang would emit bcmp built-in for musl bases system but here we do not link in musl C library, so its best to disable it Fixes git/usr/klibc/memmem.c:38: undefined reference to `bcmp' Signed-off-by: Khem Raj Cc: Andrea Adami --- meta-initramfs/recipes-devtools/klibc/klibc.inc | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta-initramfs/recipes-devtools/klibc/klibc.inc b/meta-initramfs/recipes-devtools/klibc/klibc.inc index 5805448671..7faf0cabbf 100644 --- a/meta-initramfs/recipes-devtools/klibc/klibc.inc +++ b/meta-initramfs/recipes-devtools/klibc/klibc.inc @@ -33,6 +33,9 @@ ARMPATCHES_arm = "file://klibc-config-eabi.patch \ S = "${WORKDIR}/git" +OPTFLAGS = "${TUNE_CCARGS} -Os" +OPTFLAGS_append_libc-musl_toolchain-clang = " -fno-builtin-bcmp" + PARALLEL_MAKE = "" EXTRA_OEMAKE = "'KLIBCARCH=${KLIBC_ARCH}' \ 'CROSS_COMPILE=${TARGET_PREFIX}' \ @@ -43,7 +46,7 @@ EXTRA_OEMAKE = "'KLIBCARCH=${KLIBC_ARCH}' \ 'INSTALLDIR=${libdir}/klibc' \ 'SHLIBDIR=${libdir}' \ '${KLIBCTHUMB}' \ -'KLIBCOPTFLAGS=${TUNE_CCARGS} -Os' \ +'KLIBCOPTFLAGS=${OPTFLAGS}' \ V=1 \ " -- 2.22.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH] mcelog: upgrade 162 -> 164
Signed-off-by: Zang Ruochen --- meta-oe/recipes-support/mcelog/{mcelog_162.bb => mcelog_164.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta-oe/recipes-support/mcelog/{mcelog_162.bb => mcelog_164.bb} (95%) diff --git a/meta-oe/recipes-support/mcelog/mcelog_162.bb b/meta-oe/recipes-support/mcelog/mcelog_164.bb similarity index 95% rename from meta-oe/recipes-support/mcelog/mcelog_162.bb rename to meta-oe/recipes-support/mcelog/mcelog_164.bb index 1aee674..af309d1 100644 --- a/meta-oe/recipes-support/mcelog/mcelog_162.bb +++ b/meta-oe/recipes-support/mcelog/mcelog_164.bb @@ -9,7 +9,7 @@ SRC_URI = "git://git.kernel.org/pub/scm/utils/cpu/mce/mcelog.git;protocol=http; file://run-ptest \ " -SRCREV = "6ed93e30f83519b0ab71f8ecd156b8ff0b2912b6" +SRCREV = "e53631f84a181be371c08e0b961180bff77fd2ab" LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://README.md;md5=74bb47b9a68850cb398665cf78b31de6" -- 2.7.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH] network-manager-applet: Remove the obsolete DEPENDS on gconf
network-manager-applet stopped using gconf 5 years ago. Signed-off-by: Adrian Bunk --- .../network-manager-applet/network-manager-applet_1.8.22.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb b/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb index e7033aec6..37f512a73 100644 --- a/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb +++ b/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb @@ -3,7 +3,7 @@ LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552" DEPENDS = "gtk+3 libnotify libsecret networkmanager \ - gconf libgnome-keyring iso-codes nss \ + libgnome-keyring iso-codes nss \ intltool-native \ " -- 2.17.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH] network-manager-applet: Remove obsolete do_configure_append
Upstream no longer enables -Werror by default. Signed-off-by: Adrian Bunk --- .../network-manager-applet_1.8.22.bb | 7 --- 1 file changed, 7 deletions(-) diff --git a/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb b/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb index 1f3f6112b..e7033aec6 100644 --- a/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb +++ b/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.22.bb @@ -23,13 +23,6 @@ EXTRA_OECONF = " \ --without-selinux \ " -do_configure_append() { -# Sigh... --enable-compile-warnings=no doesn't actually turn off -Werror -for i in $(find ${B} -name "Makefile") ; do -sed -i -e s%-Werror[^[:space:]]*%%g $i -done -} - # gobject-introspection related GI_DATA_ENABLED_libc-musl = "False" -- 2.17.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/1] mozjs: do not expose intl api for mips64
Add --with-intl-api=build to configure options. Otherwise, JS_Init() will fail. Signed-off-by: Joe Slater --- meta-oe/recipes-extended/mozjs/mozjs_60.5.2.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta-oe/recipes-extended/mozjs/mozjs_60.5.2.bb b/meta-oe/recipes-extended/mozjs/mozjs_60.5.2.bb index c89aba7..33142d6 100644 --- a/meta-oe/recipes-extended/mozjs/mozjs_60.5.2.bb +++ b/meta-oe/recipes-extended/mozjs/mozjs_60.5.2.bb @@ -55,6 +55,9 @@ EXTRA_OECONF = " \ ${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "--enable-gold", '--disable-gold', d)} \ " +# Without this, JS_Init() will fail for mips64. +EXTRA_OECONF_append_mips64 = " --with-intl-api=build" + EXTRA_OECONF_append_mipsarch = " --disable-ion" EXTRA_OECONF_append_riscv64 = " --disable-ion" EXTRA_OECONF_append_riscv32 = " --disable-ion" -- 2.7.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] modemmanager: Use a simpler workaround for the clang build
On Tue, Aug 06, 2019 at 11:09:50AM -0700, Khem Raj wrote: > On Tue, Aug 6, 2019 at 8:39 AM Adrian Bunk wrote: >... > > @@ -33,7 +32,7 @@ PACKAGECONFIG[qmi] = "--with-qmi,--without-qmi,libqmi" > > EXTRA_OECONF = " \ > > --with-udev-base-dir=${nonarch_base_libdir}/udev \ > > " > > -CFLAGS_append_toolchain-gcc = " -Wno-unused-but-set-variable" > > +EXTRA_OECONF_append_toolchain-clang = " --enable-more-warnings=no" > > > > I think this will disable extra warnings but since the patch was > anyway doing same although just for one warning > this is fine by me. And it's only for clang. > I still would like to have an option to be able to > build with default warning set and have easy way for OE devs to > fix/report such issues to package upstream instead of masking them > out. If someone wants to fix or report warnings upstream, then a stable release that might be years behind upstream master is usually not a good starting point - when you are upstream in OE you are also not very enthusiastic when people send patches for Yocto 2.0 today. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] modemmanager: Use a simpler workaround for the clang build
On Tue, Aug 6, 2019 at 8:39 AM Adrian Bunk wrote: > > The check whether the compiler understands an option is broken > in m4/compiler_warnings.m4, but if we are just workarounding it > then do a minimal workaround without patching. > > Signed-off-by: Adrian Bunk > --- > ...-not-set-Wno-unused-but-set-variable.patch | 30 --- > .../modemmanager/modemmanager_1.10.0.bb | 3 +- > 2 files changed, 1 insertion(+), 32 deletions(-) > delete mode 100644 > meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch > > diff --git > a/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch > > b/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch > deleted file mode 100644 > index dcbe01d5e..0 > --- > a/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch > +++ /dev/null > @@ -1,30 +0,0 @@ > -From d4f73b037d11d20f080e74c05df28853fb833075 Mon Sep 17 00:00:00 2001 > -From: Khem Raj > -Date: Fri, 7 Dec 2018 22:59:47 -0800 > -Subject: [PATCH] Do not set Wno-unused-but-set-variable > - > -This is gcc specific warning, not implemented by pretending to be gcc > -like compilers e.g. clang. > - > -We will pass this option from recipe > - > -Upstream-Status: Inappropriate [OE-Specific] > - > -Signed-off-by: Khem Raj > > - m4/compiler_warnings.m4 | 2 +- > - 1 file changed, 1 insertion(+), 1 deletion(-) > - > -diff --git a/m4/compiler_warnings.m4 b/m4/compiler_warnings.m4 > -index f498a28..e65e97f 100644 > a/m4/compiler_warnings.m4 > -+++ b/m4/compiler_warnings.m4 > -@@ -11,7 +11,7 @@ if test "$GCC" = "yes" -a "$set_more_warnings" != "no"; > then > - -Wdeclaration-after-statement -Wstrict-prototypes \ > - -Wno-unused-parameter -Wno-sign-compare \ > - -Wno-deprecated-declarations \ > ---Wno-unused-but-set-variable -Wformat-security; do > -+-Wno-unused -Wformat-security; do > - SAVE_CFLAGS="$CFLAGS" > - CFLAGS="$CFLAGS $option" > - AC_MSG_CHECKING([whether gcc understands $option]) > diff --git a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb > b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb > index 1ad19e8f7..ef5af3a57 100644 > --- a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb > +++ b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb > @@ -12,7 +12,6 @@ inherit gnomebase gettext systemd vala > gobject-introspection bash-completion > DEPENDS = "glib-2.0 libgudev intltool-native libxslt-native" > > SRC_URI = > "http://www.freedesktop.org/software/ModemManager/ModemManager-${PV}.tar.xz \ > - file://0001-Do-not-set-Wno-unused-but-set-variable.patch \ > " > SRC_URI[md5sum] = "92d25176d0cc9d588ca29700b33c7d98" > SRC_URI[sha256sum] = > "fd0f39996025dac96995daea8a58ec7dd571582f7563a8ae0d5f65b571b76ee2" > @@ -33,7 +32,7 @@ PACKAGECONFIG[qmi] = "--with-qmi,--without-qmi,libqmi" > EXTRA_OECONF = " \ > --with-udev-base-dir=${nonarch_base_libdir}/udev \ > " > -CFLAGS_append_toolchain-gcc = " -Wno-unused-but-set-variable" > +EXTRA_OECONF_append_toolchain-clang = " --enable-more-warnings=no" > I think this will disable extra warnings but since the patch was anyway doing same although just for one warning this is fine by me. I still would like to have an option to be able to build with default warning set and have easy way for OE devs to fix/report such issues to package upstream instead of masking them out. > FILES_${PN} += " \ > ${datadir}/icons \ > -- > 2.17.1 > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] wireshark: Use an upstream URL that stays valid longer
On Mon, Aug 5, 2019 at 11:43 PM Adrian Bunk wrote: > > On Mon, Aug 05, 2019 at 12:13:14PM -0700, Khem Raj wrote: > > On Mon, Aug 5, 2019 at 11:25 AM Adrian Bunk wrote: > > > > > > Signed-off-by: Adrian Bunk > > > --- > > > meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > > > b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > > > index d442925ee..efcd5e42e 100644 > > > --- a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > > > +++ b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > > > @@ -8,7 +8,7 @@ DEPENDS = "pcre expat glib-2.0 glib-2.0-native libgcrypt > > > libgpg-error libxml2 bi > > > > > > DEPENDS_append_class-target = " wireshark-native > > > chrpath-replacement-native " > > > > > > -SRC_URI = "https://1.eu.dl.wireshark.org/src/wireshark-${PV}.tar.xz"; > > > +SRC_URI = > > > "https://1.eu.dl.wireshark.org/src/all-versions/wireshark-${PV}.tar.xz"; > > > > perhaps use BP instead of wireshark-${PV}. Can you make that change as > > well while you are here. > > I was aiming at a minimal change, since backporting to warrior is > where it is urgently needed (can't build wireshark there right now). > sure, it could be a followup no issues. > cu > Adrian > > -- > >"Is there not promise of rain?" Ling Tan asked suddenly out > of the darkness. There had been need of rain for many days. >"Only a promise," Lao Er said. >Pearl S. Buck - Dragon Seed > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] umip: add recipe
On 8/6/19 2:25 AM, Yi Zhao wrote: > The umip has been removed in commit > bb4aa80bfbd67ddfafeaf7700aff993592387a21 because it depends on > ipsec-tools. But in fact the ipsec-tools is not the build dependency or > essential runtime dependency for it. > It is also supported by other ipsec tools. e.g strongswan > (https://wiki.strongswan.org/projects/strongswan/wiki/MobileIPv6). > > Consider umip is the only implementation of Mobile IPv6 and NEMO Basic > Support for Linux. So add the recipe back. last commit to this package was in 2013, seems to tell me that this package is long dead. Such packages are a huge maintainance cost when we do major changes like toolchain bumps etc. I am not willing to re-introduce it, since this all falls on me to keep fixing them > Signed-off-by: Yi Zhao > --- > ...ependency-to-support-parallel-compilation.patch | 33 + > .../0002-Add-format-string-to-fprintf-call.patch | 28 > ...GCLD-with-SIGCHLD-and-include-sys-types.h.patch | 41 ++ > ...READ_MUTEX_FAST_NP-with-PTHREAD_MUTEX_NOR.patch | 143 > + > .../umip/umip/0005-support-openssl-1.1.x.patch | 88 + > .../recipes-connectivity/umip/umip/mip6d | 112 > .../recipes-connectivity/umip/umip/mip6d.service | 10 ++ > .../recipes-connectivity/umip/umip_1.0.bb | 44 +++ > 8 files changed, 499 insertions(+) > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/0004-replace-PTHREAD_MUTEX_FAST_NP-with-PTHREAD_MUTEX_NOR.patch > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/0005-support-openssl-1.1.x.patch > create mode 100644 meta-networking/recipes-connectivity/umip/umip/mip6d > create mode 100644 > meta-networking/recipes-connectivity/umip/umip/mip6d.service > create mode 100644 meta-networking/recipes-connectivity/umip/umip_1.0.bb > > diff --git > a/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch > > b/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch > new file mode 100644 > index 000..05bc801 > --- /dev/null > +++ > b/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch > @@ -0,0 +1,33 @@ > +From b7c799fda644876d3da3df54a158ecc30e1996ab Mon Sep 17 00:00:00 2001 > +From: "Roy.Li" > +Date: Mon, 5 Aug 2019 15:25:38 +0800 > +Subject: [PATCH] add dependency to support parallel compilation > + > +When "make -j10", the compilation will fail, > +because scan.c has included gram.h, but gram.h was produced > +after scan.c was compiled > + > +So add this dependency to ensure that gram.h is produced > +before scan.c is produced. > + > +Upstream-Status: Inappropriate [upstream is not active] > + > +Signed-off-by: Roy.Li > +Signed-off-by: Jackie Huang > +--- > + src/Makefile.am | 2 ++ > + 1 file changed, 2 insertions(+) > + > +diff --git a/src/Makefile.am b/src/Makefile.am > +index e49cb4f..746baf2 100644 > +--- a/src/Makefile.am > b/src/Makefile.am > +@@ -81,3 +81,5 @@ CLEANFILES = gram.c gram.h \ > + > + DISTCLEANFILES = $(BUILT_SOURCES) > + MAINTAINERCLEANFILES = Makefile.in > ++ > ++scan.c: gram.h > +-- > +2.7.4 > + > diff --git > a/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch > > b/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch > new file mode 100644 > index 000..2468471 > --- /dev/null > +++ > b/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch > @@ -0,0 +1,28 @@ > +From 7dfd213707ab2208addb5c34f5cee3c227f79de2 Mon Sep 17 00:00:00 2001 > +From: Khem Raj > +Date: Tue, 27 Jun 2017 07:48:31 -0700 > +Subject: [PATCH] Add format string to fprintf() call > + > +Upstream-Status: Pending > + > +Signed-off-by: Khem Raj > +--- > + src/vt.c | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/src/vt.c b/src/vt.c > +index 795d393..a533d3d 100644 > +--- a/src/vt.c > b/src/vt.c > +@@ -499,7 +499,7 @@ static int vt_cmd_dump_candidates(const struct vt_handle > *vh, > + } > + llen += cmdlen; > + > +-ret = fprintf(vh->vh_stream, e->cmd); > ++ret = fprintf(vh->vh_stream, "%s", e->cmd); > + if (ret < 0) > + return ret; > + > +-- > +2.7.4 > + > diff --git > a/meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch > > b/meta-networking/recipes-connect
[oe] [meta-oe][PATCH] modemmanager: Use a simpler workaround for the clang build
The check whether the compiler understands an option is broken in m4/compiler_warnings.m4, but if we are just workarounding it then do a minimal workaround without patching. Signed-off-by: Adrian Bunk --- ...-not-set-Wno-unused-but-set-variable.patch | 30 --- .../modemmanager/modemmanager_1.10.0.bb | 3 +- 2 files changed, 1 insertion(+), 32 deletions(-) delete mode 100644 meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch diff --git a/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch b/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch deleted file mode 100644 index dcbe01d5e..0 --- a/meta-oe/recipes-connectivity/modemmanager/modemmanager/0001-Do-not-set-Wno-unused-but-set-variable.patch +++ /dev/null @@ -1,30 +0,0 @@ -From d4f73b037d11d20f080e74c05df28853fb833075 Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Fri, 7 Dec 2018 22:59:47 -0800 -Subject: [PATCH] Do not set Wno-unused-but-set-variable - -This is gcc specific warning, not implemented by pretending to be gcc -like compilers e.g. clang. - -We will pass this option from recipe - -Upstream-Status: Inappropriate [OE-Specific] - -Signed-off-by: Khem Raj - m4/compiler_warnings.m4 | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/m4/compiler_warnings.m4 b/m4/compiler_warnings.m4 -index f498a28..e65e97f 100644 a/m4/compiler_warnings.m4 -+++ b/m4/compiler_warnings.m4 -@@ -11,7 +11,7 @@ if test "$GCC" = "yes" -a "$set_more_warnings" != "no"; then - -Wdeclaration-after-statement -Wstrict-prototypes \ - -Wno-unused-parameter -Wno-sign-compare \ - -Wno-deprecated-declarations \ ---Wno-unused-but-set-variable -Wformat-security; do -+-Wno-unused -Wformat-security; do - SAVE_CFLAGS="$CFLAGS" - CFLAGS="$CFLAGS $option" - AC_MSG_CHECKING([whether gcc understands $option]) diff --git a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb index 1ad19e8f7..ef5af3a57 100644 --- a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb +++ b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.10.0.bb @@ -12,7 +12,6 @@ inherit gnomebase gettext systemd vala gobject-introspection bash-completion DEPENDS = "glib-2.0 libgudev intltool-native libxslt-native" SRC_URI = "http://www.freedesktop.org/software/ModemManager/ModemManager-${PV}.tar.xz \ - file://0001-Do-not-set-Wno-unused-but-set-variable.patch \ " SRC_URI[md5sum] = "92d25176d0cc9d588ca29700b33c7d98" SRC_URI[sha256sum] = "fd0f39996025dac96995daea8a58ec7dd571582f7563a8ae0d5f65b571b76ee2" @@ -33,7 +32,7 @@ PACKAGECONFIG[qmi] = "--with-qmi,--without-qmi,libqmi" EXTRA_OECONF = " \ --with-udev-base-dir=${nonarch_base_libdir}/udev \ " -CFLAGS_append_toolchain-gcc = " -Wno-unused-but-set-variable" +EXTRA_OECONF_append_toolchain-clang = " --enable-more-warnings=no" FILES_${PN} += " \ ${datadir}/icons \ -- 2.17.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] wireshark: Use an upstream URL that stays valid longer
On Tue, Aug 06, 2019 at 07:43:34AM -0700, akuster808 wrote: > > > On 8/5/19 11:43 PM, Adrian Bunk wrote: > > On Mon, Aug 05, 2019 at 12:13:14PM -0700, Khem Raj wrote: > >> On Mon, Aug 5, 2019 at 11:25 AM Adrian Bunk wrote: > >>> Signed-off-by: Adrian Bunk > >>> --- > >>> meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb | 2 +- > >>> 1 file changed, 1 insertion(+), 1 deletion(-) > >>> > >>> diff --git a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > >>> b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > >>> index d442925ee..efcd5e42e 100644 > >>> --- a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > >>> +++ b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb > >>> @@ -8,7 +8,7 @@ DEPENDS = "pcre expat glib-2.0 glib-2.0-native libgcrypt > >>> libgpg-error libxml2 bi > >>> > >>> DEPENDS_append_class-target = " wireshark-native > >>> chrpath-replacement-native " > >>> > >>> -SRC_URI = "https://1.eu.dl.wireshark.org/src/wireshark-${PV}.tar.xz"; > >>> +SRC_URI = > >>> "https://1.eu.dl.wireshark.org/src/all-versions/wireshark-${PV}.tar.xz"; > >> perhaps use BP instead of wireshark-${PV}. Can you make that change as > >> well while you are here. > > I was aiming at a minimal change, since backporting to warrior is > > where it is urgently needed (can't build wireshark there right now). > > Would defining a MIRROR help ? IIRC a new release of wireshark may not > always be in the "all-versions". "all" seems to actually mean all here. And the problem you describe would anyways not happen suddenly during a stable series. > - armin cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] wireshark: Use an upstream URL that stays valid longer
On 8/5/19 11:43 PM, Adrian Bunk wrote: > On Mon, Aug 05, 2019 at 12:13:14PM -0700, Khem Raj wrote: >> On Mon, Aug 5, 2019 at 11:25 AM Adrian Bunk wrote: >>> Signed-off-by: Adrian Bunk >>> --- >>> meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb >>> b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb >>> index d442925ee..efcd5e42e 100644 >>> --- a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb >>> +++ b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb >>> @@ -8,7 +8,7 @@ DEPENDS = "pcre expat glib-2.0 glib-2.0-native libgcrypt >>> libgpg-error libxml2 bi >>> >>> DEPENDS_append_class-target = " wireshark-native >>> chrpath-replacement-native " >>> >>> -SRC_URI = "https://1.eu.dl.wireshark.org/src/wireshark-${PV}.tar.xz"; >>> +SRC_URI = >>> "https://1.eu.dl.wireshark.org/src/all-versions/wireshark-${PV}.tar.xz"; >> perhaps use BP instead of wireshark-${PV}. Can you make that change as >> well while you are here. > I was aiming at a minimal change, since backporting to warrior is > where it is urgently needed (can't build wireshark there right now). Would defining a MIRROR help ? IIRC a new release of wireshark may not always be in the "all-versions". - armin > > cu > Adrian > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-filesystems][PATCH] ostree: import from meta-overc
On Tue, Aug 6, 2019 at 2:26 PM Stefan Agner wrote: > > On 2019-07-26 10:37, Yu, Mingli wrote: > > On 2019年07月25日 21:58, Khem Raj wrote: > >> On Thu, Jul 25, 2019 at 6:42 AM Bruce Ashfield > >> wrote: > >>> > >>> On Thu, Jul 25, 2019 at 3:05 AM wrote: > > From: Mingli Yu > >>> > >>> This doesn't make any sense to "import from meta-overc". meta-overc, > >>> was never the authoritative upstream for ostree. That layer has to > >>> carry a specific version to meet the requirements of some of the > >>> container libraries, etc, that it requires. > >>> > >>> You need to have a look at the latest ostree, the various layers that > >>> are currently maintaining it, and pick the right version if you want > >>> to consolidate things here. I'm very doubtful that the right choice is > >>> the one from meta-overc. > >> > >> Yes agreed and this version fails on musl e.g. > > > > Make sense, please ignore this patch. > > What layers are you considering? > > We use OSTree integration of meta-updater and would welcome having a > common upstream implementation which works for everyone: > > https://github.com/advancedtelematic/meta-updater > My current one is here: https://github.com/akiernan/meta-ostree-core/tree/master/recipes-ostree/ostree Which started off in life from the Intel IoT refkit. And the sidebranch folks have one here: https://github.com/sidebranch/meta-ostree/tree/sumo/recipes-ostree/ostree Getting just a common ostree recipe in meta-oe(?) would be good. -- Alex Kiernan -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-filesystems][PATCH] ostree: import from meta-overc
On 2019-07-26 10:37, Yu, Mingli wrote: > On 2019年07月25日 21:58, Khem Raj wrote: >> On Thu, Jul 25, 2019 at 6:42 AM Bruce Ashfield >> wrote: >>> >>> On Thu, Jul 25, 2019 at 3:05 AM wrote: From: Mingli Yu >>> >>> This doesn't make any sense to "import from meta-overc". meta-overc, >>> was never the authoritative upstream for ostree. That layer has to >>> carry a specific version to meet the requirements of some of the >>> container libraries, etc, that it requires. >>> >>> You need to have a look at the latest ostree, the various layers that >>> are currently maintaining it, and pick the right version if you want >>> to consolidate things here. I'm very doubtful that the right choice is >>> the one from meta-overc. >> >> Yes agreed and this version fails on musl e.g. > > Make sense, please ignore this patch. What layers are you considering? We use OSTree integration of meta-updater and would welcome having a common upstream implementation which works for everyone: https://github.com/advancedtelematic/meta-updater -- Stefan > > Thanks, > >> >> ./libglnx/glnx-dirfd.h:108:7: error: implicit declaration of function >> 'TEMP_FAILURE_RETRY' is invalid in C99 >> [-Werror,-Wimplicit-function-declaration] >> if (TEMP_FAILURE_RETRY (mkdirat (dfd, path, mode)) != 0) >> ^ >> ./libglnx/glnx-dirfd.h:108:7: error: this function declaration is not >> a prototype [-Werror,-Wstrict-prototypes] >> >> >>> >>> Cheers, >>> >>> Bruce >>> Signed-off-by: Mingli Yu --- ...llow-updating-files-in-the-boot-directory.patch | 230 +++ ...reate-boot-symlink-based-on-relative-path.patch | 27 ++ ...ploy-using-etc-in-runtime-as-merge-source.patch | 41 +++ ...decrypt-password-of-remote-repository-uri.patch | 313 + ...the-issue-of-cannot-get-the-config-entrie.patch | 30 ++ ...only-deal-with-boot-efi-EFI-BOOT-grub.cfg.patch | 26 ++ ...re-boot-support-for-no-change-to-grub.cfg.patch | 96 +++ ...1-retrieve-correct-boot-prefix-at-runtime.patch | 26 ++ ...gex-of-ostree-system-generator-for-pulsar.patch | 52 ...oot-add-bootdir-to-the-generated-uEnv.txt.patch | 53 ...-add-non-default-for-bootdirs-to-uEnv.txt.patch | 28 ++ .../ostree/ostree_swap_bootentry_atomically.patch | 71 + .../recipes-support/ostree/ostree/sample.conf | 11 + .../recipes-support/ostree/ostree/system-export.sh | 39 +++ .../recipes-support/ostree/ostree/test.patch | 16 ++ .../recipes-support/ostree/ostree/tmp_fix.patch| 18 ++ .../ostree/ostree/using-bash-specifically.patch| 12 + .../recipes-support/ostree/ostree_git.bb | 124 18 files changed, 1213 insertions(+) create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-Allow-updating-files-in-the-boot-directory.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-create-boot-symlink-based-on-relative-path.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-deploy-using-etc-in-runtime-as-merge-source.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-encrypt-decrypt-password-of-remote-repository-uri.patch create mode 100755 meta-filesystems/recipes-support/ostree/ostree/0001-ostree-fix-the-issue-of-cannot-get-the-config-entrie.patch create mode 100755 meta-filesystems/recipes-support/ostree/ostree/0001-ostree-only-deal-with-boot-efi-EFI-BOOT-grub.cfg.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-ostree-secure-boot-support-for-no-change-to-grub.cfg.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-retrieve-correct-boot-prefix-at-runtime.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0001-tweak-regex-of-ostree-system-generator-for-pulsar.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0002-u-boot-add-bootdir-to-the-generated-uEnv.txt.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/0003-uboot-add-non-default-for-bootdirs-to-uEnv.txt.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/ostree_swap_bootentry_atomically.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/sample.conf create mode 100755 meta-filesystems/recipes-support/ostree/ostree/system-export.sh create mode 100644 meta-filesystems/recipes-support/ostree/ostree/test.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/tmp_fix.patch create mode 100644 meta-filesystems/recipes-support/ostree/ostree/using-bash-specifically.patch create mode 100755 meta-filesystems/recipes-support/ostree/ostree_git.bb
[oe] [meta-networking][PATCH] umip: add recipe
The umip has been removed in commit bb4aa80bfbd67ddfafeaf7700aff993592387a21 because it depends on ipsec-tools. But in fact the ipsec-tools is not the build dependency or essential runtime dependency for it. It is also supported by other ipsec tools. e.g strongswan (https://wiki.strongswan.org/projects/strongswan/wiki/MobileIPv6). Consider umip is the only implementation of Mobile IPv6 and NEMO Basic Support for Linux. So add the recipe back. Signed-off-by: Yi Zhao --- ...ependency-to-support-parallel-compilation.patch | 33 + .../0002-Add-format-string-to-fprintf-call.patch | 28 ...GCLD-with-SIGCHLD-and-include-sys-types.h.patch | 41 ++ ...READ_MUTEX_FAST_NP-with-PTHREAD_MUTEX_NOR.patch | 143 + .../umip/umip/0005-support-openssl-1.1.x.patch | 88 + .../recipes-connectivity/umip/umip/mip6d | 112 .../recipes-connectivity/umip/umip/mip6d.service | 10 ++ .../recipes-connectivity/umip/umip_1.0.bb | 44 +++ 8 files changed, 499 insertions(+) create mode 100644 meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch create mode 100644 meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch create mode 100644 meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch create mode 100644 meta-networking/recipes-connectivity/umip/umip/0004-replace-PTHREAD_MUTEX_FAST_NP-with-PTHREAD_MUTEX_NOR.patch create mode 100644 meta-networking/recipes-connectivity/umip/umip/0005-support-openssl-1.1.x.patch create mode 100644 meta-networking/recipes-connectivity/umip/umip/mip6d create mode 100644 meta-networking/recipes-connectivity/umip/umip/mip6d.service create mode 100644 meta-networking/recipes-connectivity/umip/umip_1.0.bb diff --git a/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch b/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch new file mode 100644 index 000..05bc801 --- /dev/null +++ b/meta-networking/recipes-connectivity/umip/umip/0001-add-dependency-to-support-parallel-compilation.patch @@ -0,0 +1,33 @@ +From b7c799fda644876d3da3df54a158ecc30e1996ab Mon Sep 17 00:00:00 2001 +From: "Roy.Li" +Date: Mon, 5 Aug 2019 15:25:38 +0800 +Subject: [PATCH] add dependency to support parallel compilation + +When "make -j10", the compilation will fail, +because scan.c has included gram.h, but gram.h was produced +after scan.c was compiled + +So add this dependency to ensure that gram.h is produced +before scan.c is produced. + +Upstream-Status: Inappropriate [upstream is not active] + +Signed-off-by: Roy.Li +Signed-off-by: Jackie Huang +--- + src/Makefile.am | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/src/Makefile.am b/src/Makefile.am +index e49cb4f..746baf2 100644 +--- a/src/Makefile.am b/src/Makefile.am +@@ -81,3 +81,5 @@ CLEANFILES = gram.c gram.h \ + + DISTCLEANFILES = $(BUILT_SOURCES) + MAINTAINERCLEANFILES = Makefile.in ++ ++scan.c: gram.h +-- +2.7.4 + diff --git a/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch b/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch new file mode 100644 index 000..2468471 --- /dev/null +++ b/meta-networking/recipes-connectivity/umip/umip/0002-Add-format-string-to-fprintf-call.patch @@ -0,0 +1,28 @@ +From 7dfd213707ab2208addb5c34f5cee3c227f79de2 Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Tue, 27 Jun 2017 07:48:31 -0700 +Subject: [PATCH] Add format string to fprintf() call + +Upstream-Status: Pending + +Signed-off-by: Khem Raj +--- + src/vt.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/src/vt.c b/src/vt.c +index 795d393..a533d3d 100644 +--- a/src/vt.c b/src/vt.c +@@ -499,7 +499,7 @@ static int vt_cmd_dump_candidates(const struct vt_handle *vh, + } + llen += cmdlen; + +- ret = fprintf(vh->vh_stream, e->cmd); ++ ret = fprintf(vh->vh_stream, "%s", e->cmd); + if (ret < 0) + return ret; + +-- +2.7.4 + diff --git a/meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch b/meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch new file mode 100644 index 000..9605e8c --- /dev/null +++ b/meta-networking/recipes-connectivity/umip/umip/0003-replace-SIGCLD-with-SIGCHLD-and-include-sys-types.h.patch @@ -0,0 +1,41 @@ +From ed33fc650456812454e331f98bf9fdc77245db1d Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Sun, 4 Mar 2018 22:30:30 -0800 +Subject: [PATCH] replace SIGCLD with SIGCHLD and include sys/types.h + +Fixes +main.c:129:10: error: 'SIGCLD' undeclared (first use in thi