[OE-core] [PATCH] wget: update to 1.20.3
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-extended/wget/wget_1.20.2.bb | 8
meta/recipes-extended/wget/wget_1.20.3.bb | 8
2 files changed, 8 insertions(+), 8 deletions(-)
delete mode 100644 meta/recipes-extended/wget/wget_1.20.2.bb
create mode 100644 meta/recipes-extended/wget/wget_1.20.3.bb
diff --git a/meta/recipes-extended/wget/wget_1.20.2.bb
b/meta/recipes-extended/wget/wget_1.20.2.bb
deleted file mode 100644
index cd20785259..00
--- a/meta/recipes-extended/wget/wget_1.20.2.bb
+++ /dev/null
@@ -1,8 +0,0 @@
-SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
- file://0002-improve-reproducibility.patch \
- "
-
-SRC_URI[md5sum] = "2692f6678e93601441306b5c1fc6a77a"
-SRC_URI[sha256sum] =
"7e43b98cb5e10234836ebef6faf24c4d96c0ae7a480e49ff658117cc4793d166"
-
-require wget.inc
diff --git a/meta/recipes-extended/wget/wget_1.20.3.bb
b/meta/recipes-extended/wget/wget_1.20.3.bb
new file mode 100644
index 00..4fa273d093
--- /dev/null
+++ b/meta/recipes-extended/wget/wget_1.20.3.bb
@@ -0,0 +1,8 @@
+SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
+ file://0002-improve-reproducibility.patch \
+ "
+
+SRC_URI[md5sum] = "db4e6dc7977cbddcd543b240079a4899"
+SRC_URI[sha256sum] =
"31cccfc6630528db1c8e3a06f6decf2a370060b982841cfab2b8677400a5092e"
+
+require wget.inc
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/9] gtk-doc.bbclass: unify option setting for meson-based recipes
On Tue, 2019-04-23 at 18:19 +0200, Alexander Kanavin wrote: > This is done similarly to gobject-introspection work by Andreas > Müller, > and allows dropping duplicate clutter from the recipes. > > Signed-off-by: Alexander Kanavin > --- > meta/classes/gtk-doc.bbclass | 11 +++ > meta/recipes-core/glib-2.0/glib.inc| 6 +- > meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb | 6 -- > meta/recipes-gnome/json-glib/json-glib_1.4.4.bb| 7 --- > meta/recipes-graphics/clutter/clutter-gtk-1.0.inc | 6 +- > meta/recipes-graphics/pango/pango_1.42.4.bb| 5 + > meta/recipes-support/atk/at-spi2-core_2.30.0.bb| 6 +- > meta/recipes-support/atk/atk_2.30.0.bb | 6 -- > meta/recipes-support/libsoup/libsoup-2.4_2.64.2.bb | 7 +-- > 9 files changed, 16 insertions(+), 44 deletions(-) Its this patch which is causing gobject-introspection-native to fail to build: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/530 https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/411 Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python3-pygobject: update to 3.32.1
Signed-off-by: Oleksandr Kravchuk
---
.../python3-pygobject/0001-Do-not-build-tests.patch| 10 +++---
...pygobject_3.32.0.bb => python3-pygobject_3.32.1.bb} | 4 ++--
2 files changed, 9 insertions(+), 5 deletions(-)
rename meta/recipes-devtools/python/{python3-pygobject_3.32.0.bb =>
python3-pygobject_3.32.1.bb} (87%)
diff --git
a/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
b/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
index 626a82cb09..0f2465bb52 100644
---
a/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
+++
b/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
@@ -12,15 +12,19 @@ Signed-off-by: Alexander Kanavin
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
-index a63d771..b3925d0 100644
+index 278fa16f..aacbd4a2 100644
--- a/meson.build
+++ b/meson.build
-@@ -174,4 +174,4 @@ configure_file(input : 'PKG-INFO.in',
-
+@@ -175,6 +175,6 @@ configure_file(input : 'PKG-INFO.in',
subdir('gi')
subdir('pygtkcompat')
+ with_tests = get_option('tests')
+-if with_tests
-subdir('tests')
+-endif
++#if with_tests
+#subdir('tests')
++#endif
--
2.17.1
diff --git a/meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
b/meta/recipes-devtools/python/python3-pygobject_3.32.1.bb
similarity index 87%
rename from meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
rename to meta/recipes-devtools/python/python3-pygobject_3.32.1.bb
index c2676b3502..8eda06e9e1 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.32.1.bb
@@ -16,8 +16,8 @@ SRC_URI = " \
UNKNOWN_CONFIGURE_WHITELIST = "introspection"
-SRC_URI[md5sum] = "6e39bca1d19a27cde4435061dd59578a"
-SRC_URI[sha256sum] =
"83f4d7e59fde6bc6b0d39c5e5208574802f759bc525a4cb8e7265dfcba45ef29"
+SRC_URI[md5sum] = "9d5dbca10162dd9b0d03fed0c6cf865d"
+SRC_URI[sha256sum] =
"32c99def94b8dea5ce9e4bc99576ef87591ea779b4db77cfdca7af81b76d04d8"
S = "${WORKDIR}/${SRCNAME}-${PV}"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] python-numpy: update to 1.16.3
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-devtools/python-numpy/python-numpy.inc | 4 ++--
.../{python-numpy_1.16.2.bb => python-numpy_1.16.3.bb}| 0
.../{python3-numpy_1.16.2.bb => python3-numpy_1.16.3.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python-numpy/{python-numpy_1.16.2.bb =>
python-numpy_1.16.3.bb} (100%)
rename meta/recipes-devtools/python-numpy/{python3-numpy_1.16.2.bb =>
python3-numpy_1.16.3.bb} (100%)
diff --git a/meta/recipes-devtools/python-numpy/python-numpy.inc
b/meta/recipes-devtools/python-numpy/python-numpy.inc
index 43c8960a18..43c3053cd8 100644
--- a/meta/recipes-devtools/python-numpy/python-numpy.inc
+++ b/meta/recipes-devtools/python-numpy/python-numpy.inc
@@ -10,8 +10,8 @@ SRC_URI =
"https://github.com/${SRCNAME}/${SRCNAME}/releases/download/v${PV}/${S
file://0001-npy_cpu-Add-riscv-support.patch \
${CONFIGFILESURI} \
"
-SRC_URI[md5sum] = "4fc754be7ec3e0f80b042d907e99f4ad"
-SRC_URI[sha256sum] =
"8088221e6e27da8d5907729f0bfe798f526836f22cc59ae83a0f867e67416a3e"
+SRC_URI[md5sum] = "0886e5b5017f08f2b7a624c0b5931e61"
+SRC_URI[sha256sum] =
"adf063a3f87ab89393f5eea0eb903293b112fa0a308e8c594a75ffa585d81d4f"
UPSTREAM_CHECK_URI = "https://github.com/numpy/numpy/releases";
UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
diff --git a/meta/recipes-devtools/python-numpy/python-numpy_1.16.2.bb
b/meta/recipes-devtools/python-numpy/python-numpy_1.16.3.bb
similarity index 100%
rename from meta/recipes-devtools/python-numpy/python-numpy_1.16.2.bb
rename to meta/recipes-devtools/python-numpy/python-numpy_1.16.3.bb
diff --git a/meta/recipes-devtools/python-numpy/python3-numpy_1.16.2.bb
b/meta/recipes-devtools/python-numpy/python3-numpy_1.16.3.bb
similarity index 100%
rename from meta/recipes-devtools/python-numpy/python3-numpy_1.16.2.bb
rename to meta/recipes-devtools/python-numpy/python3-numpy_1.16.3.bb
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python-numpy: update to 1.16.3
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-devtools/python-numpy/python-numpy.inc | 4 ++--
.../{python-numpy_1.16.2.bb => python-numpy_1.16.3.bb}| 0
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python-numpy/{python-numpy_1.16.2.bb =>
python-numpy_1.16.3.bb} (100%)
diff --git a/meta/recipes-devtools/python-numpy/python-numpy.inc
b/meta/recipes-devtools/python-numpy/python-numpy.inc
index 43c8960a18..43c3053cd8 100644
--- a/meta/recipes-devtools/python-numpy/python-numpy.inc
+++ b/meta/recipes-devtools/python-numpy/python-numpy.inc
@@ -10,8 +10,8 @@ SRC_URI =
"https://github.com/${SRCNAME}/${SRCNAME}/releases/download/v${PV}/${S
file://0001-npy_cpu-Add-riscv-support.patch \
${CONFIGFILESURI} \
"
-SRC_URI[md5sum] = "4fc754be7ec3e0f80b042d907e99f4ad"
-SRC_URI[sha256sum] =
"8088221e6e27da8d5907729f0bfe798f526836f22cc59ae83a0f867e67416a3e"
+SRC_URI[md5sum] = "0886e5b5017f08f2b7a624c0b5931e61"
+SRC_URI[sha256sum] =
"adf063a3f87ab89393f5eea0eb903293b112fa0a308e8c594a75ffa585d81d4f"
UPSTREAM_CHECK_URI = "https://github.com/numpy/numpy/releases";
UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
diff --git a/meta/recipes-devtools/python-numpy/python-numpy_1.16.2.bb
b/meta/recipes-devtools/python-numpy/python-numpy_1.16.3.bb
similarity index 100%
rename from meta/recipes-devtools/python-numpy/python-numpy_1.16.2.bb
rename to meta/recipes-devtools/python-numpy/python-numpy_1.16.3.bb
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] coreutils: update to 8.31
Musl fix was suggested by:
https://www.mail-archive.com/bug-coreutils@gnu.org/msg30888.html
Signed-off-by: Oleksandr Kravchuk
---
.../coreutils/fix-minus_zero-first-defined-here.patch | 11 +++
.../{coreutils_8.30.bb => coreutils_8.31.bb} | 8 +---
2 files changed, 16 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
rename meta/recipes-core/coreutils/{coreutils_8.30.bb => coreutils_8.31.bb}
(94%)
diff --git
a/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
b/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
new file mode 100644
index 00..fa9d047d4a
--- /dev/null
+++
b/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
@@ -0,0 +1,11 @@
+--- a/lib/strtod.c
b/lib/strtod.c
+@@ -302,7 +302,7 @@ compute_minus_zero (void)
+ }
+ # define minus_zero compute_minus_zero ()
+ #else
+-DOUBLE minus_zero = -0.0;
++static DOUBLE minus_zero = -0.0;
+ #endif
+
+ /* Convert NPTR to a DOUBLE. If ENDPTR is not NULL, a pointer to the
diff --git a/meta/recipes-core/coreutils/coreutils_8.30.bb
b/meta/recipes-core/coreutils/coreutils_8.31.bb
similarity index 94%
rename from meta/recipes-core/coreutils/coreutils_8.30.bb
rename to meta/recipes-core/coreutils/coreutils_8.31.bb
index 8f4ee55712..fa4c0d9007 100644
--- a/meta/recipes-core/coreutils/coreutils_8.30.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -6,7 +6,7 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
BUGTRACKER = "http://debbugs.gnu.org/coreutils";
LICENSE = "GPLv3+"
LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
-
file://src/ls.c;beginline=1;endline=15;md5=dbe356a88b09c29232b083d1ff8ac82a"
+
file://src/ls.c;beginline=1;endline=15;md5=c456f9896277a0543e3866777ccc0255"
DEPENDS = "gmp libcap"
DEPENDS_class-native = ""
@@ -20,8 +20,10 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://0001-local.mk-fix-cross-compiling-problem.patch \
"
-SRC_URI[md5sum] = "ab06d68949758971fe744db66b572816"
-SRC_URI[sha256sum] =
"e831b3a86091496cdba720411f9748de81507798f6130adeaef872d206e1b057"
+SRC_URI_append_libc-musl = "file://fix-minus_zero-first-defined-here.patch"
+
+SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
+SRC_URI[sha256sum] =
"ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
EXTRA_OECONF_class-native = "--without-gmp"
EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname
--libexecdir=${libdir}"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Tue, Apr 23, 2019 at 6:17 PM Tom Rini wrote:
> On Tue, Apr 23, 2019 at 11:22:14PM +0100,
> richard.pur...@linuxfoundation.org wrote:
> > On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > > This brings us to the current version of vim.
> > > > >
> > > > > Signed-off-by: Tom Rini
> > > > > ---
> > > > > meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > tiny_8.1.1198.bb} | 0
> > > > > meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > vim_8.1.1198.bb} | 2 +-
> > > > > 2 files changed, 1 insertion(+), 1 deletion(-)
> > > > > rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > tiny_8.1.1198.bb} (100%)
> > > > > rename meta/recipes-support/vim/{vim_8.1.1017.bb =>
> vim_8.1.1198.bb}
> > > > > (98%)
> > > >
> > > >
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> > >
> > > Does the current version even work in this case? Digging down into
> > >
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > > there's a certain level of "how does that even work today then?" that
> > > springs to mind.
> > >
> > > I need a few more details to know how to reproduce this locally as I
> > > don't see whatever must be in site.conf/etc to turn regular poky into
> > > no-x11. The errors are also around iconv stuff so maybe nls is also
> > > removed here? Thanks!
> >
> > perhaps simpler, qemux86-world also failed:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
> >
> > with:
> >
> > | /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/i586-
> > poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt: Cannot
> > convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> > iconv() does not support this conversion.
> > | make[2]: *** [gvim.desktop] Error 1
> >
> > So perhaps there is host contamination and this works one some build
> > machine setups but not more minimal ones?
> >
> > The build configuration hasn't changed, just the new version upgrade
> > and the other patch. I suppose its possible it depends which of our
> > workers its built upon but that seems unlikely for two world failures
> > (no-x11 is also a world failure).
>
> Current poky master-next + my patches (and bitbake -k'ing around
> gobject-introspection-native failing to configure over passing
> -Ddocs=false) and vim builds on a FC29 "Cloud" image + documented
> additional packages off of
> https://www.openembedded.org/wiki/Getting_started
>
Or you could use a CROPS container?
https://hub.docker.com/r/crops/poky/
> --
> Tom
> --
> ___
> 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
[OE-core] [PATCH v2] ell: add recipe
ELL has originally been part of meta-openembedded, but newer versions
of some of the oe-core components depend on it, e.g. ofono.
Signed-off-by: Oleksandr Kravchuk
---
meta/conf/distro/include/maintainers.inc | 1 +
meta/recipes-core/ell/ell_0.19.bb| 22 ++
2 files changed, 23 insertions(+)
create mode 100644 meta/recipes-core/ell/ell_0.19.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 41c2a95d53..c00e5b8c65 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -166,6 +166,7 @@ RECIPE_MAINTAINER_pn-eglinfo-fb = "Alexander Kanavin
"
RECIPE_MAINTAINER_pn-eglinfo-x11 = "Alexander Kanavin "
RECIPE_MAINTAINER_pn-eglinfo-wayland = "Alexander Kanavin
"
RECIPE_MAINTAINER_pn-elfutils = "Hongxu Jia "
+RECIPE_MAINTAINER_pn-ell = "Oleksandr Kravchuk
"
RECIPE_MAINTAINER_pn-enchant = "Anuj Mittal "
RECIPE_MAINTAINER_pn-encodings = "Armin Kuster "
RECIPE_MAINTAINER_pn-epiphany = "Alexander Kanavin "
diff --git a/meta/recipes-core/ell/ell_0.19.bb
b/meta/recipes-core/ell/ell_0.19.bb
new file mode 100644
index 00..8f635e673c
--- /dev/null
+++ b/meta/recipes-core/ell/ell_0.19.bb
@@ -0,0 +1,22 @@
+SUMMARY = "Embedded Linux Library"
+DESCRIPTION = "The Embedded Linux Library (ELL) provides core, \
+low-level functionality for system daemons. It typically has no \
+dependencies other than the Linux kernel, C standard library, and \
+libdl (for dynamic linking). While ELL is designed to be efficient \
+and compact enough for use on embedded Linux platforms, it is not \
+limited to resource-constrained systems."
+SECTION = "libs"
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09"
+
+DEPENDS = "dbus"
+
+inherit autotools pkgconfig
+
+SRC_URI =
"https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz";
+SRC_URI[md5sum] = "4356397ca11d5f8ec7f1aaf1e91ffea4"
+SRC_URI[sha256sum] =
"a5a4d45ca002dd91560fcd565e696f59e82631e69c927115dafc640f0b8d779c"
+
+do_configure_prepend () {
+mkdir -p ${S}/build-aux
+}
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3] dnf: Enable nativesdk
Make dnf work on nativesdk environment.
Signed-off-by: Zheng Ruoqin
Signed-off-by: Lei Maohui
---
meta/recipes-devtools/dnf/dnf_4.2.2.bb | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
index 3970b41..159d7e9 100644
--- a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
+++ b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
@@ -26,7 +26,7 @@ EXTRA_OECMAKE = " -DWITH_MAN=0
-DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -
BBCLASSEXTEND = "native nativesdk"
-RDEPENDS_${PN}_class-target += " \
+RDEPENDS_${PN} += " \
python3-core \
python3-codecs \
python3-netclient \
@@ -49,6 +49,8 @@ RDEPENDS_${PN}_class-target += " \
python3-gpg \
"
+RDEPENDS_${PN}_class-native = ""
+
RRECOMMENDS_${PN}_class-target += "gnupg"
# Create a symlink called 'dnf' as 'make install' does not do it, but
@@ -66,6 +68,11 @@ do_install_append_class-native() {
RPM_NO_CHROOT_FOR_SCRIPTS=1
}
+do_install_append_class-nativesdk() {
+create_wrapper ${D}/${bindir}/dnf \
+RPM_CONFIGDIR=${SDKPATHNATIVE}${libdir_nativesdk}/rpm \
+RPM_NO_CHROOT_FOR_SCRIPTS=1 }
+
SYSTEMD_SERVICE_${PN} = "dnf-makecache.service dnf-makecache.timer \
dnf-automatic.service dnf-automatic.timer \
dnf-automatic-download.service
dnf-automatic-download.timer \
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gettext: add ptest support
From: Changqing Li
skip test lang-c since it need gcc/libtool on target
Signed-off-by: Changqing Li
---
.../gettext/gettext-0.19.8.1/run-ptest | 6 +++
.../gettext-0.19.8.1/serial-tests-config.patch | 58 ++
meta/recipes-core/gettext/gettext_0.19.8.1.bb | 57 -
3 files changed, 120 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/gettext/gettext-0.19.8.1/run-ptest
create mode 100644
meta/recipes-core/gettext/gettext-0.19.8.1/serial-tests-config.patch
diff --git a/meta/recipes-core/gettext/gettext-0.19.8.1/run-ptest
b/meta/recipes-core/gettext/gettext-0.19.8.1/run-ptest
new file mode 100644
index 000..f17f3c8
--- /dev/null
+++ b/meta/recipes-core/gettext/gettext-0.19.8.1/run-ptest
@@ -0,0 +1,6 @@
+#!/bin/sh
+#
+#This script is used to run gettext test suites
+cd tests
+
+make -k runtest-TESTS top_srcdir=.. srcdir=. abs_srcdir=$PWD
top_builddir=$PWD/../ abs_top_srcdir=$PWD/../ | cat
diff --git
a/meta/recipes-core/gettext/gettext-0.19.8.1/serial-tests-config.patch
b/meta/recipes-core/gettext/gettext-0.19.8.1/serial-tests-config.patch
new file mode 100644
index 000..31ff913
--- /dev/null
+++ b/meta/recipes-core/gettext/gettext-0.19.8.1/serial-tests-config.patch
@@ -0,0 +1,58 @@
+From c4b1f3a0c7b7c40b343be9b95deb84e0485643be Mon Sep 17 00:00:00 2001
+From: "Hongjun.Yang"
+Date: Thu, 28 Jul 2016 12:36:15 +0800
+Subject: [PATCH] fix for ptest
+
+Add serial-tests support, ptest need it
+
+Upstream-Status: Inappropriate [oe specific]
+
+Signed-off-by: Changqing Li
+---
+ configure.ac | 2 +-
+ gettext-runtime/configure.ac | 2 +-
+ gettext-tools/configure.ac | 2 +-
+ 3 files changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 5e996fa..880581f 100644
+--- a/configure.ac
b/configure.ac
+@@ -23,7 +23,7 @@ AC_INIT([gettext],
+ [bug-gnu-gett...@gnu.org])
+ AC_CONFIG_SRCDIR([gettext-tools/src/msgfmt.c])
+ AC_CONFIG_AUX_DIR([build-aux])
+-AM_INIT_AUTOMAKE([1.13 silent-rules parallel-tests dist-xz dist-lzip])
++AM_INIT_AUTOMAKE([1.13 silent-rules serial-tests dist-xz dist-lzip])
+
+ dnl Override automake's tar command used for creating distributions.
+ am__tar='${AMTAR} chof - --owner=root --group=root "$$tardir"'
+diff --git a/gettext-runtime/configure.ac b/gettext-runtime/configure.ac
+index e9299b6..d4f5528 100644
+--- a/gettext-runtime/configure.ac
b/gettext-runtime/configure.ac
+@@ -22,7 +22,7 @@ AC_INIT([gettext-runtime],
+ [bug-gnu-gett...@gnu.org])
+ AC_CONFIG_SRCDIR([intl/dcigettext.c])
+ AC_CONFIG_AUX_DIR([../build-aux])
+-AM_INIT_AUTOMAKE([1.11.1 silent-rules parallel-tests])
++AM_INIT_AUTOMAKE([1.11.1 silent-rules serial-tests])
+ AC_CONFIG_HEADERS([config.h])
+
+ dnl Installation directories.
+diff --git a/gettext-tools/configure.ac b/gettext-tools/configure.ac
+index 920eeb6..c507434 100644
+--- a/gettext-tools/configure.ac
b/gettext-tools/configure.ac
+@@ -22,7 +22,7 @@ AC_INIT([gettext-tools],
+ [bug-gnu-gett...@gnu.org])
+ AC_CONFIG_SRCDIR([src/msgfmt.c])
+ AC_CONFIG_AUX_DIR([../build-aux])
+-AM_INIT_AUTOMAKE([1.11.1 silent-rules parallel-tests])
++AM_INIT_AUTOMAKE([1.11.1 silent-rules serial-tests])
+ AC_CONFIG_HEADERS([config.h])
+
+ dnl Installation directories.
+--
+2.1.4
+
diff --git a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
index 4049724..627568b 100644
--- a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
+++ b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
@@ -22,12 +22,14 @@ SRC_URI = "${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \
file://cr-statement.c-timsort.h-fix-formatting-issues.patch \
file://use-pkgconfig.patch \
file://fix-CVE-2018-18751.patch \
+ file://run-ptest \
+ file://serial-tests-config.patch \
"
SRC_URI[md5sum] = "97e034cf8ce5ba73a28ff6c3c0638092"
SRC_URI[sha256sum] =
"ff942af0e438ced4a8b0ea4b0b6e0d6d657157c5e2364de57baa279c1c125c43"
-inherit autotools texinfo pkgconfig
+inherit autotools texinfo pkgconfig ptest
EXTRA_OECONF += "--without-lispdir \
--disable-csharp \
@@ -129,4 +131,57 @@ do_install_append_class-native () {
}
+do_compile_ptest() {
+cd ${B}/gettext-tools/tests/
+sed -i '/^buildtest-TESTS: /c buildtest-TESTS: $(TESTS)
$(check_PROGRAMS)' Makefile
+oe_runmake buildtest-TESTS
+cd -
+}
+
+do_install_ptest() {
+if [ ${PTEST_ENABLED} = "1" ]; then
+mkdir -p${D}${PTEST_PATH}/tests
+mkdir -p${D}${PTEST_PATH}/src
+mkdir -p${D}${PTEST_PATH}/po
+mkdir -p${D}${PTEST_PATH}/misc
+cp -rf ${S}/gettext-tools/tests/* ${D}${PTEST_PATH}/tests
+cp -rf ${B}/gettext-tools/tests/.libs/* ${D}${PTEST_PATH}
[OE-core] [PATCH] icu:upgrade 64.1 -> 64.2
-Upgrade from icu_64.1.bb to icu_64.2.bb.
Signed-off-by: Zang Ruochen
---
meta/recipes-support/icu/{icu_64.1.bb => icu_64.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/icu/{icu_64.1.bb => icu_64.2.bb} (86%)
diff --git a/meta/recipes-support/icu/icu_64.1.bb
b/meta/recipes-support/icu/icu_64.2.bb
similarity index 86%
rename from meta/recipes-support/icu/icu_64.1.bb
rename to meta/recipes-support/icu/icu_64.2.bb
index 9a5f8a3b09..bbc76d6483 100644
--- a/meta/recipes-support/icu/icu_64.1.bb
+++ b/meta/recipes-support/icu/icu_64.2.bb
@@ -22,8 +22,8 @@ SRC_URI = "${BASE_SRC_URI} \
SRC_URI_append_class-target = "\
file://0001-Disable-LDFLAGSICUDT-for-Linux.patch \
"
-SRC_URI[md5sum] = "f150be2231c13bb45206d79e0242372b"
-SRC_URI[sha256sum] =
"92f1b7b9d51b396679c17f35a2112423361b8da3c1b9de00aa94fd768ae296e6"
+SRC_URI[md5sum] = "a3d18213beec454e3cdec9a3116d6b05"
+SRC_URI[sha256sum] =
"627d5d8478e6d96fc8c90fed4851239079a561a6a8b9e48b0892f24e82d31d6c"
UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)/"
UPSTREAM_CHECK_URI = "http://download.icu-project.org/files/icu4c/";
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] dnf: Enable nativesdk
Hi, > Patch doesn't apply against master? I will update this patch for new version dnf. Best regards. Lei > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded- > core-boun...@lists.openembedded.org] On Behalf Of Richard Purdie > Sent: Tuesday, April 23, 2019 9:35 PM > To: Zheng, Ruoqin/郑 若钦; openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH v2] dnf: Enable nativesdk > > On Sat, 2019-04-13 at 22:35 +0800, Zheng Ruoqin wrote: > > Make dnf work on nativesdk environment. > > > > Signed-off-by: Zheng Ruoqin > > --- > > meta/recipes-devtools/dnf/dnf_4.1.0.bb | 10 +- > > 1 file changed, 9 insertions(+), 1 deletion(-) > > Patch doesn't apply against master? > > Cheers, > > Richard > > -- > ___ > 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] cryptodev: update SRCREV
On 2019/4/15 上午11:42, kai.k...@windriver.com wrote:
From: Kai Kang
Update SRCREV of cryptodev which only contains one fix for linux 5.0:
$ git log
fd8b15ef1c8398a69a37932ee48c74ab40329a29..f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
commit f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
Author: Derald D. Woods
Date: Sun Feb 10 13:22:19 2019 -0600
Fix module loading with Linux v5.0-rc5
This commit fixes this module load error:
[...]
[ 29.112091] cryptodev: loading out-of-tree module taints kernel.
[ 29.128906] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
[ 29.188842] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
modprobe: can't load module cryptodev (extra/cryptodev.ko): unknown symbol
in module, or unknown parameter
[...]
Without this patch it fails to modprobe module cryptodev. Ping.
Kai
Upstream Linux support for unused GIVCIPHER, and others, was dropped here:
c79b411eaa72 (crypto: skcipher - remove remnants of internal IV generators)
Signed-off-by: Derald D. Woods
Signed-off-by: Kai Kang
---
meta/recipes-kernel/cryptodev/cryptodev.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/cryptodev/cryptodev.inc
b/meta/recipes-kernel/cryptodev/cryptodev.inc
index 252d39d23a..79ddefd435 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev.inc
+++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
@@ -4,7 +4,7 @@ LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux"
-SRCREV = "fd8b15ef1c8398a69a37932ee48c74ab40329a29"
+SRCREV = "f971e0cd4a0ebe59fb2e8e17240399bf6901b09b"
S = "${WORKDIR}/git"
--
Kai Kang
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] glib-2.0: fix ptest failures
On 2019年04月23日 23:52, Burton, Ross wrote:
On Fri, 19 Apr 2019 at 09:54, wrote:
From: Mingli Yu
* Set G_TEST_BUILDDIR to mark we run the tests
out of builddir to make it can skip the test_non_utf8_printf
to fix below test error as test_non_utf8_printf needed
to run under builddir per
https://gitlab.gnome.org/GNOME/glib/blob/master/glib/tests/gdatetime.c#L1440.
| GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf: assertion failed (__p ==
("10\346\234\210")): ("Oct" == "10\346\234\210")
| Bail out! GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf: assertion failed
(__p == ("10\346\234\210")): ("Oct" == "10\346\234\210")
| FAIL: glib/gdatetime.test (Child process killed by signal 6)
As per the link:
/* If running uninstalled (G_TEST_BUILDDIR is set), skip this test, since we
* need the translations to be installed. We can’t mess around with
* bindtextdomain() here, as the compiled .gmo files in po/ are not in the
* right installed directory hierarchy to be successfully loaded by
gettext. */
Setting G_TEST_BUILDDIR isn't right as we're not running uninstalled.
This is a gross hack, and not a fix.
Per the comments at https://gitlab.gnome.org/GNOME/glib/issues/1357, we
need to run test_non_utf8_printf under builddir to guarantee the test
passed.
Thanks,
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Tue, Apr 23, 2019 at 11:22:14PM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > This brings us to the current version of vim.
> > > >
> > > > Signed-off-by: Tom Rini
> > > > ---
> > > > meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > tiny_8.1.1198.bb} | 0
> > > > meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > vim_8.1.1198.bb} | 2 +-
> > > > 2 files changed, 1 insertion(+), 1 deletion(-)
> > > > rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > tiny_8.1.1198.bb} (100%)
> > > > rename meta/recipes-support/vim/{vim_8.1.1017.bb => vim_8.1.1198.bb}
> > > > (98%)
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> >
> > Does the current version even work in this case? Digging down into
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > there's a certain level of "how does that even work today then?" that
> > springs to mind.
> >
> > I need a few more details to know how to reproduce this locally as I
> > don't see whatever must be in site.conf/etc to turn regular poky into
> > no-x11. The errors are also around iconv stuff so maybe nls is also
> > removed here? Thanks!
>
> perhaps simpler, qemux86-world also failed:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
>
> with:
>
> | /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/i586-
> poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt: Cannot
> convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> iconv() does not support this conversion.
> | make[2]: *** [gvim.desktop] Error 1
>
> So perhaps there is host contamination and this works one some build
> machine setups but not more minimal ones?
>
> The build configuration hasn't changed, just the new version upgrade
> and the other patch. I suppose its possible it depends which of our
> workers its built upon but that seems unlikely for two world failures
> (no-x11 is also a world failure).
Current poky master-next + my patches (and bitbake -k'ing around
gobject-introspection-native failing to configure over passing
-Ddocs=false) and vim builds on a FC29 "Cloud" image + documented
additional packages off of
https://www.openembedded.org/wiki/Getting_started
--
Tom
signature.asc
Description: PGP signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] vte: upgrade 0.52.2 -> 0.56.1
* license: COPYING was replaced by COPYING.LGPL2/COPYING.LGPL3/COPYING.GPL3
* pretify recipe a bit
Signed-off-by: Andreas Müller
---
.../vte/{vte_0.52.2.bb => vte_0.56.1.bb} | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
rename meta/recipes-support/vte/{vte_0.52.2.bb => vte_0.56.1.bb} (78%)
diff --git a/meta/recipes-support/vte/vte_0.52.2.bb
b/meta/recipes-support/vte/vte_0.56.1.bb
similarity index 78%
rename from meta/recipes-support/vte/vte_0.52.2.bb
rename to meta/recipes-support/vte/vte_0.56.1.bb
index 272ae66f13..0c0c0f4cd8 100644
--- a/meta/recipes-support/vte/vte_0.52.2.bb
+++ b/meta/recipes-support/vte/vte_0.56.1.bb
@@ -1,9 +1,15 @@
SUMMARY = "Virtual terminal emulator GTK+ widget library"
BUGTRACKER = "https://bugzilla.gnome.org/buglist.cgi?product=vte";
-LICENSE = "LGPLv2.1+"
-DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native gperf-native"
+LICENSE = "GPLv3 & LGPLv2.1+"
+LICENSE_libvte = "LGPLv2.1+"
+
+LIC_FILES_CHKSUM = " \
+file://COPYING.GPL3;md5=2f31b266d3440dd7ee50f92cf67d8e6c \
+file://COPYING.LGPL2;md5=4fbd65380cdd255951079008b364516c \
+file://COPYING.LGPL3;md5=b52f2d57d10c4f7ee67a7eb9615d5d24 \
+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native gperf-native"
inherit gnomebase gtk-doc distro_features_check upstream-version-is-even
gobject-introspection
@@ -12,8 +18,8 @@ SRC_URI +=
"file://0001-Don-t-enable-stack-protection-by-default.patch \
${@bb.utils.contains('PACKAGECONFIG', 'vala', '',
'file://0001-Add-m4-vapigen.m4.patch', d) } \
file://0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch \
"
-SRC_URI[archive.md5sum] = "de8181350dccb010e915e366bdd06d18"
-SRC_URI[archive.sha256sum] =
"0f2657cef52accbfe56feede55312d7c1984b1291838af3cb8cfc19b26af"
+SRC_URI[archive.md5sum] = "a8984cd5a101dbff0b0c875d1de3f692"
+SRC_URI[archive.sha256sum] =
"02fa8ecc02a9332e47f486795494527b5687b3bd448e73e6b67285f2f326dc7c"
ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
@@ -27,7 +33,7 @@ export XDG_DATA_DIRS = "${STAGING_DATADIR}"
# Help g-ir-scanner find the .so for linking
do_compile_prepend() {
-export GIR_EXTRA_LIBS_PATH="${B}/src/.libs"
+export GIR_EXTRA_LIBS_PATH="${B}/src/.libs"
}
# Package additional files
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] qemu: Upgrade from 3.1.0 to 4.0.0
This commit upgrade QEMU to the latest 4.0.0 release.
- The COPYING.LIB file has changed SHA to:
"Synchronize the LGPL 2.1 with the version from gnu.org"
- SDL 1.2 has been removed, along with the --with-sdlabi command line
arg
- The backported patches have been removed
- Al the other patches have been refreshed and the numbering has been
updated
Signed-off-by: Alistair Francis
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
meta/recipes-devtools/qemu/qemu-native.inc| 4 +-
...u-native_3.1.0.bb => qemu-native_4.0.0.bb} | 0
...e_3.1.0.bb => qemu-system-native_4.0.0.bb} | 1 +
meta/recipes-devtools/qemu/qemu.inc | 38 +++---
.../qemu/0001-Add-a-missing-X11-include.patch | 65 --
...-egl-headless-add-egl_create_context.patch | 50
...mu-Add-missing-wacom-HID-descriptor.patch} | 2 +-
...-allow-user-to-disable-pointer-grabs.patch | 72 ---
...est-which-runs-all-unit-test-cases-.patch} | 6 +-
...-environment-space-to-boot-loader-q.patch} | 6 +-
...patch => 0004-qemu-disable-Valgrind.patch} | 6 +-
...searched-during-user-mode-emulation.patch} | 2 +-
...d.bfd-fix-cflags-and-set-some-envir.patch} | 6 +-
...connect-socket-to-a-spawned-command.patch} | 69 ++-
... 0008-apic-fixup-fallthrough-to-PIC.patch} | 6 +-
...ebkitgtk-hangs-on-32-bit-x86-target.patch} | 4 +-
...-fix-mmap-munmap-mprotect-mremap-sh.patch} | 20 ++--
...-libcap-header-issue-on-some-distro.patch} | 2 +-
...messages-when-qemi_cpu_kick_thread-.patch} | 10 +-
.../qemu/qemu/0014-fix-CVE-2018-16872.patch | 85 -
.../qemu/qemu/0015-fix-CVE-2018-20124.patch | 60 --
.../qemu/qemu/0016-fix-CVE-2018-20125.patch | 54 -
.../qemu/qemu/0017-fix-CVE-2018-20126.patch | 113 --
.../qemu/qemu/0018-fix-CVE-2018-20191.patch | 47
.../qemu/qemu/0019-fix-CVE-2018-20216.patch | 85 -
.../qemu/qemu/CVE-2019-3812.patch | 39 --
.../qemu/{qemu_3.1.0.bb => qemu_4.0.0.bb} | 0
28 files changed, 87 insertions(+), 767 deletions(-)
rename meta/recipes-devtools/qemu/{qemu-native_3.1.0.bb =>
qemu-native_4.0.0.bb} (100%)
rename meta/recipes-devtools/qemu/{qemu-system-native_3.1.0.bb =>
qemu-system-native_4.0.0.bb} (95%)
delete mode 100644
meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch
delete mode 100644
meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
rename
meta/recipes-devtools/qemu/qemu/{0002-qemu-Add-missing-wacom-HID-descriptor.patch
=> 0001-qemu-Add-missing-wacom-HID-descriptor.patch} (98%)
delete mode 100644
meta/recipes-devtools/qemu/qemu/0001-sdl.c-allow-user-to-disable-pointer-grabs.patch
rename
meta/recipes-devtools/qemu/qemu/{0003-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch
=> 0002-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch} (83%)
rename
meta/recipes-devtools/qemu/qemu/{0004-qemu-Add-addition-environment-space-to-boot-loader-q.patch
=> 0003-qemu-Add-addition-environment-space-to-boot-loader-q.patch} (89%)
rename meta/recipes-devtools/qemu/qemu/{0005-qemu-disable-Valgrind.patch =>
0004-qemu-disable-Valgrind.patch} (85%)
rename
meta/recipes-devtools/qemu/qemu/{0006-qemu-Limit-paths-searched-during-user-mode-emulation.patch
=> 0005-qemu-Limit-paths-searched-during-user-mode-emulation.patch} (98%)
rename
meta/recipes-devtools/qemu/qemu/{0007-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch
=> 0006-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch} (82%)
rename
meta/recipes-devtools/qemu/qemu/{0008-chardev-connect-socket-to-a-spawned-command.patch
=> 0007-chardev-connect-socket-to-a-spawned-command.patch} (80%)
rename
meta/recipes-devtools/qemu/qemu/{0009-apic-fixup-fallthrough-to-PIC.patch =>
0008-apic-fixup-fallthrough-to-PIC.patch} (90%)
rename
meta/recipes-devtools/qemu/qemu/{0010-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch
=> 0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch} (93%)
rename
meta/recipes-devtools/qemu/qemu/{0011-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch
=> 0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch} (90%)
rename
meta/recipes-devtools/qemu/qemu/{0012-fix-libcap-header-issue-on-some-distro.patch
=> 0011-fix-libcap-header-issue-on-some-distro.patch} (97%)
rename
meta/recipes-devtools/qemu/qemu/{0013-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
=> 0012-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch} (87%)
delete mode 100644
meta/recipes-devtools/qemu/qemu/0014-fix-CVE-2018-16872.patch
delete mode 100644
meta/recipes-devtools/qemu/qemu/0015-fix-CVE-2018-20124.patch
delete mode 100644
meta/recipes-devtools/qemu/qemu/0016-fix-CVE-2018-20125.patch
delete mode 100644
meta/recipes-devtools/qemu/qemu/0017-fix-CVE-2018-20126.patch
delete mode 100644
meta/recipes-devtools/qemu/qemu/0018-fix-CVE-2018-20
Re: [OE-core] [PATCH 5/5] python3-pygobject: update to 3.32.0
On Thu, 2019-04-18 at 17:59 +0200, Alexander Kanavin wrote:
> Switch to meson build system.
>
> Add a patch to disable tests.
>
> Add "introspection" to unknown configure option whitelist, as
> this recipe needs g-i unconditionally.
>
> Signed-off-by: Alexander Kanavin
> ---
> .../0001-Do-not-build-tests.patch | 26
> +++
> ..._3.28.3.bb => python3-pygobject_3.32.0.bb} | 10 ---
> 2 files changed, 33 insertions(+), 3 deletions(-)
> create mode 100644 meta/recipes-devtools/python/python3-
> pygobject/0001-Do-not-build-tests.patch
> rename meta/recipes-devtools/python/{python3-pygobject_3.28.3.bb =>
> python3-pygobject_3.32.0.bb} (68%)
This merged but I think it is still causing some QA errors which
somehow got skipped in the previous tests:
https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/765
(in the native case we may need to do something with the whitelist
too?)
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Tue, Apr 23, 2019 at 11:22:14PM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > This brings us to the current version of vim.
> > > >
> > > > Signed-off-by: Tom Rini
> > > > ---
> > > > meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > tiny_8.1.1198.bb} | 0
> > > > meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > vim_8.1.1198.bb} | 2 +-
> > > > 2 files changed, 1 insertion(+), 1 deletion(-)
> > > > rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > tiny_8.1.1198.bb} (100%)
> > > > rename meta/recipes-support/vim/{vim_8.1.1017.bb => vim_8.1.1198.bb}
> > > > (98%)
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> >
> > Does the current version even work in this case? Digging down into
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > there's a certain level of "how does that even work today then?" that
> > springs to mind.
> >
> > I need a few more details to know how to reproduce this locally as I
> > don't see whatever must be in site.conf/etc to turn regular poky into
> > no-x11. The errors are also around iconv stuff so maybe nls is also
> > removed here? Thanks!
>
> perhaps simpler, qemux86-world also failed:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
>
> with:
>
> | /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/i586-
> poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt: Cannot
> convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> iconv() does not support this conversion.
> | make[2]: *** [gvim.desktop] Error 1
>
> So perhaps there is host contamination and this works one some build
> machine setups but not more minimal ones?
Hmm, could be. I assume there's not currently a minimal Docker (or,
whatever) image to grab and build off of (I just spent some time setting
up such a thing for U-Boot) ? It looks like I can setup a minimal
Fedora chroot without too much work, so I'll pencil in some time to make
that, install the normal documented must-haves and see what I can make
blow up. Thanks!
--
Tom
signature.asc
Description: PGP signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > This brings us to the current version of vim.
> > >
> > > Signed-off-by: Tom Rini
> > > ---
> > > meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > tiny_8.1.1198.bb} | 0
> > > meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > vim_8.1.1198.bb} | 2 +-
> > > 2 files changed, 1 insertion(+), 1 deletion(-)
> > > rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > tiny_8.1.1198.bb} (100%)
> > > rename meta/recipes-support/vim/{vim_8.1.1017.bb => vim_8.1.1198.bb}
> > > (98%)
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
>
> Does the current version even work in this case? Digging down into
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> there's a certain level of "how does that even work today then?" that
> springs to mind.
>
> I need a few more details to know how to reproduce this locally as I
> don't see whatever must be in site.conf/etc to turn regular poky into
> no-x11. The errors are also around iconv stuff so maybe nls is also
> removed here? Thanks!
perhaps simpler, qemux86-world also failed:
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
with:
| /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/i586-
poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt: Cannot
convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
iconv() does not support this conversion.
| make[2]: *** [gvim.desktop] Error 1
So perhaps there is host contamination and this works one some build
machine setups but not more minimal ones?
The build configuration hasn't changed, just the new version upgrade
and the other patch. I suppose its possible it depends which of our
workers its built upon but that seems unlikely for two world failures
(no-x11 is also a world failure).
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > This brings us to the current version of vim.
> >
> > Signed-off-by: Tom Rini
> > ---
> > meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > tiny_8.1.1198.bb} | 0
> > meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > vim_8.1.1198.bb} | 2 +-
> > 2 files changed, 1 insertion(+), 1 deletion(-)
> > rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > tiny_8.1.1198.bb} (100%)
> > rename meta/recipes-support/vim/{vim_8.1.1017.bb => vim_8.1.1198.bb}
> > (98%)
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
Does the current version even work in this case? Digging down into
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
there's a certain level of "how does that even work today then?" that
springs to mind.
I need a few more details to know how to reproduce this locally as I
don't see whatever must be in site.conf/etc to turn regular poky into
no-x11. The errors are also around iconv stuff so maybe nls is also
removed here? Thanks!
--
Tom
signature.asc
Description: PGP signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][meta-oe] ell: add recipe
On Sun, 21 Apr 2019 at 20:52, Oleksandr Kravchuk
wrote:
> +SRC_URI =
> "https://mirrors.edge.kernel.org/pub/linux/libs/${PN}/${PN}-${PV}.tar.xz";
In native or nativesdk builds PN will be ell-native or nativesdk-ell,
so PN here should be BPN Also BPN-PV can be shortened to just ${BP}.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] kernel-fitimage: support RISC-V
On 4/23/19 2:37 AM, Richard Purdie wrote:
On Fri, 2019-04-19 at 10:41 -0700, Michael Scott wrote:
On 4/12/19 9:56 PM, Michael Scott wrote:
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -> u-boot (as payload) -> Linux kernel (as fitImage
with ramdisk and dtb).
This was tested using QEMU RISC-V 64-bit.
Signed-off-by: Michael Scott
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 2517d75746..09abedff8e 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -8,7 +8,7 @@ python __anonymous () {
d.setVar("DEPENDS", depends)
uarch = d.getVar("UBOOT_ARCH")
-if uarch == "arm64":
+if uarch == "arm64" or uarch == "riscv":
I didn't see any response to this v2 patch. Is this approach
acceptible? RISC-V should not attempt to use zImage for fitImage as
it now stands.
I think the v1 patch was merged. I'd take a patch to tweak the code to
the v2 version as it is slightly neater but its not essential.
Cheers,
Richard
Thank you for pointing out that v1 got merged. I didn't realize there
isn't a notification for when patches are merged and wasn't watching the
warrior branches. I'll submit the tweak patch later this week.
- Mike
--
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: m...@foundries.io
W: https://www.foundries.io
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/9] acpica: update to 20190405
Thanks Alex, I must have forgot to actually post mine.
Ross
On Tue, 23 Apr 2019 at 17:51, Alexander Kanavin wrote:
>
> Done; I have rebased my patch on top of yours.
>
> Alex
>
> On Tue, 23 Apr 2019 at 18:34, Burton, Ross wrote:
> >
> > I thought I posted an upgrade earlier but maybe not, which had a few
> > more cleanups in the recipe too. I'll post it again, can you merge
> > them into a greatest hits?
> >
> > Ross
> >
> > On Tue, 23 Apr 2019 at 17:19, Alexander Kanavin
> > wrote:
> > >
> > > Drop manipulate-fds-instead-of-FILE.patch as upstream has fixed the issue
> > > long time ago:
> > >
> > > https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
> > >
> > > Signed-off-by: Alexander Kanavin
> > > ---
> > > ...{acpica_20180508.bb => acpica_20190405.bb} | 5 +-
> > > .../manipulate-fds-instead-of-FILE.patch | 71 ---
> > > 2 files changed, 2 insertions(+), 74 deletions(-)
> > > rename meta/recipes-extended/acpica/{acpica_20180508.bb =>
> > > acpica_20190405.bb} (90%)
> > > delete mode 100644
> > > meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > >
> > > diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
> > > b/meta/recipes-extended/acpica/acpica_20190405.bb
> > > similarity index 90%
> > > rename from meta/recipes-extended/acpica/acpica_20180508.bb
> > > rename to meta/recipes-extended/acpica/acpica_20190405.bb
> > > index b5c89fafc59..c0ebd5a9317 100644
> > > --- a/meta/recipes-extended/acpica/acpica_20180508.bb
> > > +++ b/meta/recipes-extended/acpica/acpica_20190405.bb
> > > @@ -18,10 +18,9 @@ DEPENDS = "bison flex bison-native"
> > >
> > > SRC_URI =
> > > "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
> > > file://rename-yy_scan_string-manually.patch \
> > > - file://manipulate-fds-instead-of-FILE.patch \
> > > "
> > > -SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
> > > -SRC_URI[sha256sum] =
> > > "5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
> > > +SRC_URI[md5sum] = "9ee30c8ff3012e213bc3b21a9d632215"
> > > +SRC_URI[sha256sum] =
> > > "7e144fd011c23a0a10be0b0d7448c527a4c0f621f1f835a271636e448bc96643"
> > > UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
> > >
> > > S = "${WORKDIR}/acpica-unix2-${PV}"
> > > diff --git
> > > a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > > b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > > deleted file mode 100644
> > > index d8b5f9aa8a1..000
> > > ---
> > > a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > > +++ /dev/null
> > > @@ -1,71 +0,0 @@
> > > -From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
> > > -From: Fan Xin
> > > -Date: Mon, 5 Jun 2017 13:26:38 +0900
> > > -Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
> > > -
> > > -Copying what stdout/stderr point to is not portable and fails with
> > > -musl because FILE is an undefined struct.
> > > -
> > > -Instead, use lower-level Unix functions to modify the file that stderr
> > > -writes into. This works on the platforms that Yocto targets.
> > > -
> > > -Upstream-Status: Inappropriate [embedded specific]
> > > -
> > > -Signed-off-by: Patrick Ohly
> > > -
> > > -Rebase on acpica 20170303
> > > -
> > > -Signed-off-by: Fan Xin
> > > -
> > >
> > > - source/compiler/aslfiles.c | 15 ---
> > > - 1 file changed, 12 insertions(+), 3 deletions(-)
> > > -
> > > -diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
> > > -index 82865db..cc072dc 100644
> > > a/source/compiler/aslfiles.c
> > > -+++ b/source/compiler/aslfiles.c
> > > -@@ -43,6 +43,11 @@
> > > -
> > > - #include "aslcompiler.h"
> > > - #include "acapps.h"
> > > -+#include "dtcompiler.h"
> > > -+#include
> > > -+#include
> > > -+#include
> > > -+#include
> > > -
> > > - #define _COMPONENT ACPI_COMPILER
> > > - ACPI_MODULE_NAME("aslfiles")
> > > -@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
> > > -
> > > - if (Gbl_DebugFlag)
> > > - {
> > > -+ int fd;
> > > -+
> > > - Filename = FlGenerateFilename (FilenamePrefix,
> > > FILE_SUFFIX_DEBUG);
> > > - if (!Filename)
> > > - {
> > > -@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
> > > - /* Open the debug file as STDERR, text mode */
> > > -
> > > - Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Filename = Filename;
> > > --Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle =
> > > --freopen (Filename, "w+t", stderr);
> > > -
> > > --if (!Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle)
> > > -+fd = open(Filename, O_CREAT|O_TRUNC,
> > > S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
> > > -+if (fd < 0 ||
> > > -+dup2(fd, fileno(stderr)))
> > > - {
> > > - /*
> > > - * A problem with freopen is that on error, we no long
Re: [OE-core] [PATCH 2/9] acpica: update to 20190405
Done; I have rebased my patch on top of yours.
Alex
On Tue, 23 Apr 2019 at 18:34, Burton, Ross wrote:
>
> I thought I posted an upgrade earlier but maybe not, which had a few
> more cleanups in the recipe too. I'll post it again, can you merge
> them into a greatest hits?
>
> Ross
>
> On Tue, 23 Apr 2019 at 17:19, Alexander Kanavin
> wrote:
> >
> > Drop manipulate-fds-instead-of-FILE.patch as upstream has fixed the issue
> > long time ago:
> >
> > https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
> >
> > Signed-off-by: Alexander Kanavin
> > ---
> > ...{acpica_20180508.bb => acpica_20190405.bb} | 5 +-
> > .../manipulate-fds-instead-of-FILE.patch | 71 ---
> > 2 files changed, 2 insertions(+), 74 deletions(-)
> > rename meta/recipes-extended/acpica/{acpica_20180508.bb =>
> > acpica_20190405.bb} (90%)
> > delete mode 100644
> > meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> >
> > diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
> > b/meta/recipes-extended/acpica/acpica_20190405.bb
> > similarity index 90%
> > rename from meta/recipes-extended/acpica/acpica_20180508.bb
> > rename to meta/recipes-extended/acpica/acpica_20190405.bb
> > index b5c89fafc59..c0ebd5a9317 100644
> > --- a/meta/recipes-extended/acpica/acpica_20180508.bb
> > +++ b/meta/recipes-extended/acpica/acpica_20190405.bb
> > @@ -18,10 +18,9 @@ DEPENDS = "bison flex bison-native"
> >
> > SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz
> > \
> > file://rename-yy_scan_string-manually.patch \
> > - file://manipulate-fds-instead-of-FILE.patch \
> > "
> > -SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
> > -SRC_URI[sha256sum] =
> > "5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
> > +SRC_URI[md5sum] = "9ee30c8ff3012e213bc3b21a9d632215"
> > +SRC_URI[sha256sum] =
> > "7e144fd011c23a0a10be0b0d7448c527a4c0f621f1f835a271636e448bc96643"
> > UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
> >
> > S = "${WORKDIR}/acpica-unix2-${PV}"
> > diff --git
> > a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > deleted file mode 100644
> > index d8b5f9aa8a1..000
> > ---
> > a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> > +++ /dev/null
> > @@ -1,71 +0,0 @@
> > -From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
> > -From: Fan Xin
> > -Date: Mon, 5 Jun 2017 13:26:38 +0900
> > -Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
> > -
> > -Copying what stdout/stderr point to is not portable and fails with
> > -musl because FILE is an undefined struct.
> > -
> > -Instead, use lower-level Unix functions to modify the file that stderr
> > -writes into. This works on the platforms that Yocto targets.
> > -
> > -Upstream-Status: Inappropriate [embedded specific]
> > -
> > -Signed-off-by: Patrick Ohly
> > -
> > -Rebase on acpica 20170303
> > -
> > -Signed-off-by: Fan Xin
> > -
> >
> > - source/compiler/aslfiles.c | 15 ---
> > - 1 file changed, 12 insertions(+), 3 deletions(-)
> > -
> > -diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
> > -index 82865db..cc072dc 100644
> > a/source/compiler/aslfiles.c
> > -+++ b/source/compiler/aslfiles.c
> > -@@ -43,6 +43,11 @@
> > -
> > - #include "aslcompiler.h"
> > - #include "acapps.h"
> > -+#include "dtcompiler.h"
> > -+#include
> > -+#include
> > -+#include
> > -+#include
> > -
> > - #define _COMPONENT ACPI_COMPILER
> > - ACPI_MODULE_NAME("aslfiles")
> > -@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
> > -
> > - if (Gbl_DebugFlag)
> > - {
> > -+ int fd;
> > -+
> > - Filename = FlGenerateFilename (FilenamePrefix, FILE_SUFFIX_DEBUG);
> > - if (!Filename)
> > - {
> > -@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
> > - /* Open the debug file as STDERR, text mode */
> > -
> > - Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Filename = Filename;
> > --Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle =
> > --freopen (Filename, "w+t", stderr);
> > -
> > --if (!Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle)
> > -+fd = open(Filename, O_CREAT|O_TRUNC,
> > S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
> > -+if (fd < 0 ||
> > -+dup2(fd, fileno(stderr)))
> > - {
> > - /*
> > - * A problem with freopen is that on error, we no longer
> > -@@ -634,6 +641,8 @@ FlOpenMiscOutputFiles (
> > - exit (1);
> > - }
> > -
> > -+Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle = stderr;
> > -+
> > - AslCompilerSignon (ASL_FILE_DEBUG_OUTPUT);
> > - AslCompilerFileHeader (ASL_FILE_DEBUG_OUTPUT);
> > - }
> > --
> > 2.17.1
> >
> > --
> > _
[OE-core] [PATCH 2/2] acpica: update to 20190405
Signed-off-by: Alexander Kanavin
---
.../acpica/{acpica_20190215.bb => acpica_20190405.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/acpica/{acpica_20190215.bb => acpica_20190405.bb}
(91%)
diff --git a/meta/recipes-extended/acpica/acpica_20190215.bb
b/meta/recipes-extended/acpica/acpica_20190405.bb
similarity index 91%
rename from meta/recipes-extended/acpica/acpica_20190215.bb
rename to meta/recipes-extended/acpica/acpica_20190405.bb
index d4789df9335..0cd88d4e301 100644
--- a/meta/recipes-extended/acpica/acpica_20190215.bb
+++ b/meta/recipes-extended/acpica/acpica_20190405.bb
@@ -17,8 +17,8 @@ COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
DEPENDS = "bison flex bison-native"
SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz";
-SRC_URI[md5sum] = "0ea9047bf15dfdf3583f5266cc6da718"
-SRC_URI[sha256sum] =
"8f939ad6130862e05853837496500b3fb93037530e5ea0ca0298458522ffc2c7"
+SRC_URI[md5sum] = "9ee30c8ff3012e213bc3b21a9d632215"
+SRC_URI[sha256sum] =
"7e144fd011c23a0a10be0b0d7448c527a4c0f621f1f835a271636e448bc96643"
UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
S = "${WORKDIR}/acpica-unix2-${PV}"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] acpica: upgrade to 20190215
From: Ross Burton
Drop yy_scan_string patch, this only affects builds with flex 2.6.2. We
currently have 2.6.0 and when we upgrade it will be to at least 2.6.3, which
fixes the regression.
Drop manipulate_fds_instead-of-FILE.patch, the original problem was fix upstream
in May 2015[1] so the 20170303 upgrade should have dropped this patch instead of
rebasing.
Call the upstream install target with variables set appropriately, instead of
hand-coding an install.
[1]
https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
Signed-off-by: Ross Burton
---
...{acpica_20180508.bb => acpica_20190215.bb} | 25 +++
.../manipulate-fds-instead-of-FILE.patch | 71 ---
.../rename-yy_scan_string-manually.patch | 64 -
3 files changed, 11 insertions(+), 149 deletions(-)
rename meta/recipes-extended/acpica/{acpica_20180508.bb => acpica_20190215.bb}
(58%)
delete mode 100644
meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
delete mode 100644
meta/recipes-extended/acpica/files/rename-yy_scan_string-manually.patch
diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
b/meta/recipes-extended/acpica/acpica_20190215.bb
similarity index 58%
rename from meta/recipes-extended/acpica/acpica_20180508.bb
rename to meta/recipes-extended/acpica/acpica_20190215.bb
index b5c89fafc59..d4789df9335 100644
--- a/meta/recipes-extended/acpica/acpica_20180508.bb
+++ b/meta/recipes-extended/acpica/acpica_20190215.bb
@@ -16,12 +16,9 @@ COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
DEPENDS = "bison flex bison-native"
-SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
- file://rename-yy_scan_string-manually.patch \
- file://manipulate-fds-instead-of-FILE.patch \
- "
-SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
-SRC_URI[sha256sum] =
"5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
+SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz";
+SRC_URI[md5sum] = "0ea9047bf15dfdf3583f5266cc6da718"
+SRC_URI[sha256sum] =
"8f939ad6130862e05853837496500b3fb93037530e5ea0ca0298458522ffc2c7"
UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
S = "${WORKDIR}/acpica-unix2-${PV}"
@@ -31,16 +28,16 @@ inherit update-alternatives
ALTERNATIVE_PRIORITY = "100"
ALTERNATIVE_${PN} = "acpixtract"
-EXTRA_OEMAKE = "CC='${CC}' 'OPT_CFLAGS=-Wall'"
+EXTRA_OEMAKE = "CC='${CC}' \
+OPT_CFLAGS=-Wall \
+DESTDIR=${D} \
+PREFIX=${prefix} \
+INSTALLDIR=${bindir} \
+INSTALLFLAGS= \
+"
do_install() {
-install -D -p -m0755 generate/unix/bin*/iasl ${D}${bindir}/iasl
-install -D -p -m0755 generate/unix/bin*/acpibin ${D}${bindir}/acpibin
-install -D -p -m0755 generate/unix/bin*/acpiexec ${D}${bindir}/acpiexec
-install -D -p -m0755 generate/unix/bin*/acpihelp ${D}${bindir}/acpihelp
-install -D -p -m0755 generate/unix/bin*/acpinames ${D}${bindir}/acpinames
-install -D -p -m0755 generate/unix/bin*/acpisrc ${D}${bindir}/acpisrc
-install -D -p -m0755 generate/unix/bin*/acpixtract ${D}${bindir}/acpixtract
+oe_runmake install
}
# iasl*.bb is a subset of this recipe, so RREPLACE it
diff --git
a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
deleted file mode 100644
index d8b5f9aa8a1..000
--- a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
-From: Fan Xin
-Date: Mon, 5 Jun 2017 13:26:38 +0900
-Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
-
-Copying what stdout/stderr point to is not portable and fails with
-musl because FILE is an undefined struct.
-
-Instead, use lower-level Unix functions to modify the file that stderr
-writes into. This works on the platforms that Yocto targets.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Patrick Ohly
-
-Rebase on acpica 20170303
-
-Signed-off-by: Fan Xin
-
- source/compiler/aslfiles.c | 15 ---
- 1 file changed, 12 insertions(+), 3 deletions(-)
-
-diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
-index 82865db..cc072dc 100644
a/source/compiler/aslfiles.c
-+++ b/source/compiler/aslfiles.c
-@@ -43,6 +43,11 @@
-
- #include "aslcompiler.h"
- #include "acapps.h"
-+#include "dtcompiler.h"
-+#include
-+#include
-+#include
-+#include
-
- #define _COMPONENT ACPI_COMPILER
- ACPI_MODULE_NAME("aslfiles")
-@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
-
- if (Gbl_DebugFlag)
- {
-+ int fd;
-+
- Filename = FlGenerateFilename (FilenamePrefix, FILE_SUFFIX_DEBUG);
- if (!Filename)
- {
-@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
-
Re: [OE-core] [bitbake-devel] QA Error for DB
Resending this now that i am on the correct mailing list.
Thank you for pointing this to the right location,
If i read your suggestion correctly, it was to replace
FILES_${PN}-cxx = "${libdir}/*cxx*so"
with
FILES_${PN}-dev += "${libdir}/*cxx*so"
which I did and it did not change the error.
Thanks,Chad
Thanks,
Chad
From: Robert Yang
To: Chad Gibeaut , oe-core
Sent: 4/23/2019 12:51 AM
Subject: Re: [bitbake-devel] QA Error for DB
Hi Chad,
This emails should go into oe-core mailing list (Please see the To list).
And I think that something is wrong with:
> # The executables go in a separate package - typically there
> # is no need to install these unless doing real database
> # management on the system.
> inherit lib_package
>
> PACKAGES =+ "${PN}-cxx"
> FILES_${PN}-cxx = "${libdir}/*cxx*so"
Only -dev/-dbg/nativesdk- packages can contain .so (endswith .so) file,
so you can try:
FILES_${PN}-dev += "${libdir}/*cxx*so"
This is just a rough suggestion, I didn't try it, you need test it
carefully before really use it.
>
>
> # The dev package has the .so link (as in db3) and the .a's -
> # it is therefore incompatible (cannot be installed at the
> # same time) as the db3 package
> # sort out the .so since they do version prior to the .so
> SOLIBS = "-6*.so"
> FILES_SOLIBSDEV = "${libdir}/libdb.so ${libdir}/libdb_cxx.so"
// Robert
On 4/20/19 1:43 AM, Chad Gibeaut wrote:
> I am building images(yocto,bitbake,busybox) for two differnt karo SOM's. Both
> of
> the configuration files are the same (including my own software)
>
> One build fails during the QA portion of the build process on the recipe for
> the
> Berkeley DB from Oracle. I am not even sure what is requiring this, but
> something does.
>
> |ERROR: db-6.0.30-r0 do_package_qa: QA Issue: non -dev/-dbg/nativesdk-
> package
> contains symlink .so: db path
> 'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so'
>
> [dev-so] ERROR: db-6.0.30-r0 do_package_qa: QA run found fatal errors. Please
>
> consider fixing them. ERROR: db-6.0.30-r0 do_package_qa: Function failed:
> do_package_qa ERROR: Logfile of failure stored in:
> /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/temp/log.do_package_qa.1270
>
> ERROR: Task 2138
> (/home/test/karo/fsl-community-bsp_5011/sources/poky/meta/recipes-support/db/db_6.0.30.bb,
>
> do_package_qa) failed with exit code '1' |
>
> In the folder the error mentions is the .so file along with a link back to
> that
> same so file minus the minor version.
>
> |-rwxr-xr-x 2 test test 1.1M Apr 9 12:23 libdb-6.0.so lrwxrwxrwx 1 test test
> 12
> Apr 9 12:24 libdb-6.so -> libdb-6.0.so |
>
> This linked file is being created during the build at some point (removing
> the
> linked file or even the whole build directory and rerunning results in the
> same
> issue)
>
> I think I could probably find a way to disable the QA check, but thats not
> ideal
> since something requires this and I dont like having to disable checks for
> production code.
>
> The Error log file mentioned in the error is here:
>
> ---ERROR
>
> Log-
>
>
> |DEBUG: Executing python function sstate_task_prefunc DEBUG: Python function
> sstate_task_prefunc finished DEBUG: Executing python function do_package_qa
> NOTE: DO PACKAGE QA DEBUG: Executing python function read_subpackage_metadata
>
> DEBUG: Python function read_subpackage_metadata finished NOTE: Package db
> skipping QA tests: ['dev-soalready-stripped'] NOTE: Checking Package: db
> NOTE:
> arm-poky-linux-gnueabi-objdump -p
> /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.0.so
>
> ERROR: QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so: db
> path
> 'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so'
>
> [dev-so] NOTE: Checking Package: db-bin NOTE: arm-poky-linux-gnueabi-objdump
> -p
> /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_stat
>
> NOTE: arm-poky-linux-gnueabi-objdump -p
> /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_deadlock
>
> NOTE: arm-poky-linux-gnueabi-objdump -p
> /home/test/karo/fsl-community-bsp_5011/build
[OE-core] [PATCH] acpica: upgrade to 20190215
Drop yy_scan_string patch, this only affects builds with flex 2.6.2. We
currently have 2.6.0 and when we upgrade it will be to at least 2.6.3, which
fixes the regression.
Drop manipulate_fds_instead-of-FILE.patch, the original problem was fix upstream
in May 2015[1] so the 20170303 upgrade should have dropped this patch instead of
rebasing.
Call the upstream install target with variables set appropriately, instead of
hand-coding an install.
[1]
https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
Signed-off-by: Ross Burton
---
.../{acpica_20180508.bb => acpica_20190215.bb} | 25
.../files/manipulate-fds-instead-of-FILE.patch | 71 --
.../files/rename-yy_scan_string-manually.patch | 64 ---
3 files changed, 11 insertions(+), 149 deletions(-)
rename meta/recipes-extended/acpica/{acpica_20180508.bb => acpica_20190215.bb}
(58%)
delete mode 100644
meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
delete mode 100644
meta/recipes-extended/acpica/files/rename-yy_scan_string-manually.patch
diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
b/meta/recipes-extended/acpica/acpica_20190215.bb
similarity index 58%
rename from meta/recipes-extended/acpica/acpica_20180508.bb
rename to meta/recipes-extended/acpica/acpica_20190215.bb
index b5c89fafc59..d4789df9335 100644
--- a/meta/recipes-extended/acpica/acpica_20180508.bb
+++ b/meta/recipes-extended/acpica/acpica_20190215.bb
@@ -16,12 +16,9 @@ COMPATIBLE_HOST = "(i.86|x86_64|arm|aarch64).*-linux"
DEPENDS = "bison flex bison-native"
-SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
- file://rename-yy_scan_string-manually.patch \
- file://manipulate-fds-instead-of-FILE.patch \
- "
-SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
-SRC_URI[sha256sum] =
"5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
+SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz";
+SRC_URI[md5sum] = "0ea9047bf15dfdf3583f5266cc6da718"
+SRC_URI[sha256sum] =
"8f939ad6130862e05853837496500b3fb93037530e5ea0ca0298458522ffc2c7"
UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
S = "${WORKDIR}/acpica-unix2-${PV}"
@@ -31,16 +28,16 @@ inherit update-alternatives
ALTERNATIVE_PRIORITY = "100"
ALTERNATIVE_${PN} = "acpixtract"
-EXTRA_OEMAKE = "CC='${CC}' 'OPT_CFLAGS=-Wall'"
+EXTRA_OEMAKE = "CC='${CC}' \
+OPT_CFLAGS=-Wall \
+DESTDIR=${D} \
+PREFIX=${prefix} \
+INSTALLDIR=${bindir} \
+INSTALLFLAGS= \
+"
do_install() {
-install -D -p -m0755 generate/unix/bin*/iasl ${D}${bindir}/iasl
-install -D -p -m0755 generate/unix/bin*/acpibin ${D}${bindir}/acpibin
-install -D -p -m0755 generate/unix/bin*/acpiexec ${D}${bindir}/acpiexec
-install -D -p -m0755 generate/unix/bin*/acpihelp ${D}${bindir}/acpihelp
-install -D -p -m0755 generate/unix/bin*/acpinames ${D}${bindir}/acpinames
-install -D -p -m0755 generate/unix/bin*/acpisrc ${D}${bindir}/acpisrc
-install -D -p -m0755 generate/unix/bin*/acpixtract ${D}${bindir}/acpixtract
+oe_runmake install
}
# iasl*.bb is a subset of this recipe, so RREPLACE it
diff --git
a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
deleted file mode 100644
index d8b5f9aa8a1..000
--- a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
-From: Fan Xin
-Date: Mon, 5 Jun 2017 13:26:38 +0900
-Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
-
-Copying what stdout/stderr point to is not portable and fails with
-musl because FILE is an undefined struct.
-
-Instead, use lower-level Unix functions to modify the file that stderr
-writes into. This works on the platforms that Yocto targets.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Patrick Ohly
-
-Rebase on acpica 20170303
-
-Signed-off-by: Fan Xin
-
- source/compiler/aslfiles.c | 15 ---
- 1 file changed, 12 insertions(+), 3 deletions(-)
-
-diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
-index 82865db..cc072dc 100644
a/source/compiler/aslfiles.c
-+++ b/source/compiler/aslfiles.c
-@@ -43,6 +43,11 @@
-
- #include "aslcompiler.h"
- #include "acapps.h"
-+#include "dtcompiler.h"
-+#include
-+#include
-+#include
-+#include
-
- #define _COMPONENT ACPI_COMPILER
- ACPI_MODULE_NAME("aslfiles")
-@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
-
- if (Gbl_DebugFlag)
- {
-+ int fd;
-+
- Filename = FlGenerateFilename (FilenamePrefix, FILE_SUFFIX_DEBUG);
- if (!Filename)
- {
-@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
Re: [OE-core] [PATCH 2/9] acpica: update to 20190405
I thought I posted an upgrade earlier but maybe not, which had a few
more cleanups in the recipe too. I'll post it again, can you merge
them into a greatest hits?
Ross
On Tue, 23 Apr 2019 at 17:19, Alexander Kanavin wrote:
>
> Drop manipulate-fds-instead-of-FILE.patch as upstream has fixed the issue
> long time ago:
>
> https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
>
> Signed-off-by: Alexander Kanavin
> ---
> ...{acpica_20180508.bb => acpica_20190405.bb} | 5 +-
> .../manipulate-fds-instead-of-FILE.patch | 71 ---
> 2 files changed, 2 insertions(+), 74 deletions(-)
> rename meta/recipes-extended/acpica/{acpica_20180508.bb =>
> acpica_20190405.bb} (90%)
> delete mode 100644
> meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
>
> diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
> b/meta/recipes-extended/acpica/acpica_20190405.bb
> similarity index 90%
> rename from meta/recipes-extended/acpica/acpica_20180508.bb
> rename to meta/recipes-extended/acpica/acpica_20190405.bb
> index b5c89fafc59..c0ebd5a9317 100644
> --- a/meta/recipes-extended/acpica/acpica_20180508.bb
> +++ b/meta/recipes-extended/acpica/acpica_20190405.bb
> @@ -18,10 +18,9 @@ DEPENDS = "bison flex bison-native"
>
> SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
> file://rename-yy_scan_string-manually.patch \
> - file://manipulate-fds-instead-of-FILE.patch \
> "
> -SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
> -SRC_URI[sha256sum] =
> "5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
> +SRC_URI[md5sum] = "9ee30c8ff3012e213bc3b21a9d632215"
> +SRC_URI[sha256sum] =
> "7e144fd011c23a0a10be0b0d7448c527a4c0f621f1f835a271636e448bc96643"
> UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
>
> S = "${WORKDIR}/acpica-unix2-${PV}"
> diff --git
> a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> deleted file mode 100644
> index d8b5f9aa8a1..000
> --- a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
> +++ /dev/null
> @@ -1,71 +0,0 @@
> -From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
> -From: Fan Xin
> -Date: Mon, 5 Jun 2017 13:26:38 +0900
> -Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
> -
> -Copying what stdout/stderr point to is not portable and fails with
> -musl because FILE is an undefined struct.
> -
> -Instead, use lower-level Unix functions to modify the file that stderr
> -writes into. This works on the platforms that Yocto targets.
> -
> -Upstream-Status: Inappropriate [embedded specific]
> -
> -Signed-off-by: Patrick Ohly
> -
> -Rebase on acpica 20170303
> -
> -Signed-off-by: Fan Xin
> -
>
> - source/compiler/aslfiles.c | 15 ---
> - 1 file changed, 12 insertions(+), 3 deletions(-)
> -
> -diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
> -index 82865db..cc072dc 100644
> a/source/compiler/aslfiles.c
> -+++ b/source/compiler/aslfiles.c
> -@@ -43,6 +43,11 @@
> -
> - #include "aslcompiler.h"
> - #include "acapps.h"
> -+#include "dtcompiler.h"
> -+#include
> -+#include
> -+#include
> -+#include
> -
> - #define _COMPONENT ACPI_COMPILER
> - ACPI_MODULE_NAME("aslfiles")
> -@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
> -
> - if (Gbl_DebugFlag)
> - {
> -+ int fd;
> -+
> - Filename = FlGenerateFilename (FilenamePrefix, FILE_SUFFIX_DEBUG);
> - if (!Filename)
> - {
> -@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
> - /* Open the debug file as STDERR, text mode */
> -
> - Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Filename = Filename;
> --Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle =
> --freopen (Filename, "w+t", stderr);
> -
> --if (!Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle)
> -+fd = open(Filename, O_CREAT|O_TRUNC,
> S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
> -+if (fd < 0 ||
> -+dup2(fd, fileno(stderr)))
> - {
> - /*
> - * A problem with freopen is that on error, we no longer
> -@@ -634,6 +641,8 @@ FlOpenMiscOutputFiles (
> - exit (1);
> - }
> -
> -+Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle = stderr;
> -+
> - AslCompilerSignon (ASL_FILE_DEBUG_OUTPUT);
> - AslCompilerFileHeader (ASL_FILE_DEBUG_OUTPUT);
> - }
> --
> 2.17.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
[OE-core] [PATCH 8/9] python3-pip: update to 19.0.3
Signed-off-by: Alexander Kanavin
---
.../python/{python3-pip_19.0.2.bb => python3-pip_19.0.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-pip_19.0.2.bb =>
python3-pip_19.0.3.bb} (81%)
diff --git a/meta/recipes-devtools/python/python3-pip_19.0.2.bb
b/meta/recipes-devtools/python/python3-pip_19.0.3.bb
similarity index 81%
rename from meta/recipes-devtools/python/python3-pip_19.0.2.bb
rename to meta/recipes-devtools/python/python3-pip_19.0.3.bb
index d81a60caa2b..4fdc7ee244f 100644
--- a/meta/recipes-devtools/python/python3-pip_19.0.2.bb
+++ b/meta/recipes-devtools/python/python3-pip_19.0.3.bb
@@ -6,8 +6,8 @@ LIC_FILES_CHKSUM =
"file://LICENSE.txt;md5=8ba06d529c955048e5ddd7c45459eb2e"
DEPENDS += "python3 python3-setuptools-native"
-SRC_URI[md5sum] = "526fd9ec1e6ea956b3571ebfb42cf83c"
-SRC_URI[sha256sum] =
"f851133f8b58283fa50d8c78675eb88d4ff4cde29b6c41205cd938b06338e0e5"
+SRC_URI[md5sum] = "1c5edb0924a0d7d79f3a2e3df05009b4"
+SRC_URI[sha256sum] =
"6e6f197a1abfb45118dbb878b5c859a0edbdd33fd250100bc015b67fded4b9f2"
inherit pypi distutils3
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 9/9] python3-pycairo: update to 1.18.1
Switch over to meson build, as it does not attempt to install
headers into /usr/share and pkg-config files into /usr/share/$libdir.
Signed-off-by: Alexander Kanavin
---
...3-pycairo_1.15.6.bb => python3-pycairo_1.18.1.bb} | 12
1 file changed, 4 insertions(+), 8 deletions(-)
rename meta/recipes-devtools/python/{python3-pycairo_1.15.6.bb =>
python3-pycairo_1.18.1.bb} (65%)
diff --git a/meta/recipes-devtools/python/python3-pycairo_1.15.6.bb
b/meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
similarity index 65%
rename from meta/recipes-devtools/python/python3-pycairo_1.15.6.bb
rename to meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
index 5c3e1e6f03b..db7cc921984 100644
--- a/meta/recipes-devtools/python/python3-pycairo_1.15.6.bb
+++ b/meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
@@ -13,19 +13,15 @@ DEPENDS = "cairo"
SRC_URI =
"https://github.com/pygobject/pycairo/releases/download/v${PV}/pycairo-${PV}.tar.gz";
UPSTREAM_CHECK_URI = "https://github.com/pygobject/pycairo/releases/";
-SRC_URI[md5sum] = "3ff210c34e7b052590e15fd0fb147766"
-SRC_URI[sha256sum] =
"ad150ea637860836b66705e0513b8e59494538f0b80497ad3462051368755016"
+SRC_URI[md5sum] = "7610da8a40a7bed548991aa3416431d1"
+SRC_URI[sha256sum] =
"70172e58b6bad7572a3518c26729b074acdde15e6fee6cbab6d3528ad552b786"
S = "${WORKDIR}/pycairo-${PV}"
-inherit setuptools3 pkgconfig
+inherit meson pkgconfig
CFLAGS += "-fPIC"
BBCLASSEXTEND = "native"
-do_install_append() {
-install -d ${D}${includedir}/pycairo/
-install -m 0644 ${D}${datadir}/include/pycairo/py3cairo.h
${D}${includedir}/pycairo/
-}
-FILES_${PN} += "${datadir}/include/pycairo/py3cairo.h"
+FILES_${PN} = "${PYTHON_SITEPACKAGES_DIR}/*"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/9] python3-mako: update to 1.0.9
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python-mako.inc | 4 ++--
.../python/{python3-mako_1.0.7.bb => python3-mako_1.0.9.bb} | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-mako_1.0.7.bb =>
python3-mako_1.0.9.bb} (97%)
diff --git a/meta/recipes-devtools/python/python-mako.inc
b/meta/recipes-devtools/python/python-mako.inc
index e265bde85f2..97c624bbc66 100644
--- a/meta/recipes-devtools/python/python-mako.inc
+++ b/meta/recipes-devtools/python/python-mako.inc
@@ -8,8 +8,8 @@ PYPI_PACKAGE = "Mako"
inherit pypi
-SRC_URI[md5sum] = "5836cc997b1b773ef389bf6629c30e65"
-SRC_URI[sha256sum] =
"4e02fde57bd4abb5ec400181e4c314f56ac3e49ba4fb8b0d50bba18cb27d25ae"
+SRC_URI[md5sum] = "d739720f3f0d6a1cb6a96ea7a4760c3e"
+SRC_URI[sha256sum] =
"0728c404877cd4ca72c409c0ea372dc5f3b53fa1ad2bb434e1d216c0444ff1fd"
RDEPENDS_${PN} = "${PYTHON_PN}-html \
${PYTHON_PN}-netclient \
diff --git a/meta/recipes-devtools/python/python3-mako_1.0.7.bb
b/meta/recipes-devtools/python/python3-mako_1.0.9.bb
similarity index 97%
rename from meta/recipes-devtools/python/python3-mako_1.0.7.bb
rename to meta/recipes-devtools/python/python3-mako_1.0.9.bb
index 22ceeeb395e..17803f1b00d 100644
--- a/meta/recipes-devtools/python/python3-mako_1.0.7.bb
+++ b/meta/recipes-devtools/python/python3-mako_1.0.9.bb
@@ -1,2 +1,3 @@
inherit setuptools3
require python-mako.inc
+
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/9] python3-pbr: update to 5.1.3
Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/python/python3-pbr_5.1.2.bb | 5 - meta/recipes-devtools/python/python3-pbr_5.1.3.bb | 5 + 2 files changed, 5 insertions(+), 5 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-pbr_5.1.2.bb create mode 100644 meta/recipes-devtools/python/python3-pbr_5.1.3.bb diff --git a/meta/recipes-devtools/python/python3-pbr_5.1.2.bb b/meta/recipes-devtools/python/python3-pbr_5.1.2.bb deleted file mode 100644 index 7ba1d035352..000 --- a/meta/recipes-devtools/python/python3-pbr_5.1.2.bb +++ /dev/null @@ -1,5 +0,0 @@ -inherit setuptools3 -require python-pbr.inc -SRC_URI[md5sum] = "bea55678345bd77b4ff5b2ebb729fd6d" -SRC_URI[sha256sum] = "d717573351cfe09f49df61906cd272abaa759b3e91744396b804965ff7bff38b" - diff --git a/meta/recipes-devtools/python/python3-pbr_5.1.3.bb b/meta/recipes-devtools/python/python3-pbr_5.1.3.bb new file mode 100644 index 000..d9b6ce74a34 --- /dev/null +++ b/meta/recipes-devtools/python/python3-pbr_5.1.3.bb @@ -0,0 +1,5 @@ +inherit setuptools3 +require python-pbr.inc +SRC_URI[md5sum] = "08972dca5fd2a959f27842090973edd6" +SRC_URI[sha256sum] = "8c361cc353d988e4f5b998555c88098b9d5964c2e11acf7b0d21925a66bb5824" + -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/9] python-setuptools: update to 41.0.1
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
...ython-setuptools_40.8.0.bb => python-setuptools_41.0.1.bb} | 0
...hon3-setuptools_40.8.0.bb => python3-setuptools_41.0.1.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python-setuptools_40.8.0.bb =>
python-setuptools_41.0.1.bb} (100%)
rename meta/recipes-devtools/python/{python3-setuptools_40.8.0.bb =>
python3-setuptools_41.0.1.bb} (100%)
diff --git a/meta/recipes-devtools/python/python-setuptools.inc
b/meta/recipes-devtools/python/python-setuptools.inc
index 9092d7ad03a..357aa07086a 100644
--- a/meta/recipes-devtools/python/python-setuptools.inc
+++ b/meta/recipes-devtools/python/python-setuptools.inc
@@ -10,8 +10,8 @@ inherit pypi
SRC_URI_append_class-native = "
file://0001-conditionally-do-not-fetch-code-by-easy_install.patch"
-SRC_URI[md5sum] = "712697a5bc975cf479d487cd68206c20"
-SRC_URI[sha256sum] =
"6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d"
+SRC_URI[md5sum] = "6404ca798bb9a9073aff3b91b2df35c8"
+SRC_URI[sha256sum] =
"a222d126f5471598053c9a77f4b5d4f26eaa1f150ad6e01dcf1a42e185d05613"
DEPENDS += "${PYTHON_PN}"
diff --git a/meta/recipes-devtools/python/python-setuptools_40.8.0.bb
b/meta/recipes-devtools/python/python-setuptools_41.0.1.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-setuptools_40.8.0.bb
rename to meta/recipes-devtools/python/python-setuptools_41.0.1.bb
diff --git a/meta/recipes-devtools/python/python3-setuptools_40.8.0.bb
b/meta/recipes-devtools/python/python3-setuptools_41.0.1.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-setuptools_40.8.0.bb
rename to meta/recipes-devtools/python/python3-setuptools_41.0.1.bb
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/9] python-scons: update to 3.0.5
Do not use the latest pypi tarball, as it lacks several files (the LICENSE, for
instance).
License-update: copyright years.
Signed-off-by: Alexander Kanavin
---
...s-native_3.0.1.bb => python-scons-native_3.0.5.bb} | 0
.../{python-scons_3.0.1.bb => python-scons_3.0.5.bb} | 11 +++
2 files changed, 7 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/python/{python-scons-native_3.0.1.bb =>
python-scons-native_3.0.5.bb} (100%)
rename meta/recipes-devtools/python/{python-scons_3.0.1.bb =>
python-scons_3.0.5.bb} (51%)
diff --git a/meta/recipes-devtools/python/python-scons-native_3.0.1.bb
b/meta/recipes-devtools/python/python-scons-native_3.0.5.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-scons-native_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons-native_3.0.5.bb
diff --git a/meta/recipes-devtools/python/python-scons_3.0.1.bb
b/meta/recipes-devtools/python/python-scons_3.0.5.bb
similarity index 51%
rename from meta/recipes-devtools/python/python-scons_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons_3.0.5.bb
index d5084b2d16f..939c15bcc63 100644
--- a/meta/recipes-devtools/python/python-scons_3.0.1.bb
+++ b/meta/recipes-devtools/python/python-scons_3.0.5.bb
@@ -1,15 +1,18 @@
SUMMARY = "Software Construction tool (make/autotools replacement)"
SECTION = "devel/python"
LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=46ddf66004e5be5566367cb525a66fc6"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=37bb53a08e6beaea0c90e7821d731284"
-SRC_URI[md5sum] = "b6a292e251b34b82c203b56cfa3968b3"
-SRC_URI[sha256sum] =
"24475e38d39c19683bc88054524df018fe6949d70fbd4c69e298d39a0269f173"
+SRC_URI = "${SOURCEFORGE_MIRROR}/scons/scons-${PV}.tar.gz"
+SRC_URI[md5sum] = "9f9c163e8bd48cf8cd92f03e85ca6395"
+SRC_URI[sha256sum] =
"df676f23dc6d4bfa384fc389d95dcd21ab907e6349d4c848958ba4befb73c73e"
+
+S = "${WORKDIR}/scons-${PV}"
UPSTREAM_CHECK_URI = "http://scons.org/pages/download.html";
UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
-inherit pypi setuptools
+inherit setuptools
RDEPENDS_${PN} = "\
python-fcntl \
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/9] gtk-doc.bbclass: unify option setting for meson-based recipes
This is done similarly to gobject-introspection work by Andreas Müller,
and allows dropping duplicate clutter from the recipes.
Signed-off-by: Alexander Kanavin
---
meta/classes/gtk-doc.bbclass | 11 +++
meta/recipes-core/glib-2.0/glib.inc| 6 +-
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb | 6 --
meta/recipes-gnome/json-glib/json-glib_1.4.4.bb| 7 ---
meta/recipes-graphics/clutter/clutter-gtk-1.0.inc | 6 +-
meta/recipes-graphics/pango/pango_1.42.4.bb| 5 +
meta/recipes-support/atk/at-spi2-core_2.30.0.bb| 6 +-
meta/recipes-support/atk/atk_2.30.0.bb | 6 --
meta/recipes-support/libsoup/libsoup-2.4_2.64.2.bb | 7 +--
9 files changed, 16 insertions(+), 44 deletions(-)
diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass
index 707d74d1083..7dd662bf868 100644
--- a/meta/classes/gtk-doc.bbclass
+++ b/meta/classes/gtk-doc.bbclass
@@ -10,13 +10,24 @@
GTKDOC_ENABLED ?= "${@bb.utils.contains('DISTRO_FEATURES',
'api-documentation', \
bb.utils.contains('MACHINE_FEATURES', 'qemu-usermode',
'True', 'False', d), 'False', d)}"
+# meson: default option name to enable/disable gtk-doc. This matches most
+# project's configuration. In doubts - check meson_options.txt in project's
+# source path.
+GTKDOC_MESON_OPTION ?= 'docs'
+GTKDOC_MESON_ENABLE_FLAG ?= 'true'
+GTKDOC_MESON_DISABLE_FLAG ?= 'false'
+
+# Auto enable/disable based on GTKDOC_ENABLED
EXTRA_OECONF_prepend_class-target = "${@bb.utils.contains('GTKDOC_ENABLED',
'True', '--enable-gtk-doc --enable-gtk-doc-html --disable-gtk-doc-pdf', \
'--disable-gtk-doc', d)} "
+EXTRA_OEMESON_prepend_class-target =
"-D${GTKDOC_MESON_OPTION}=${@bb.utils.contains('GTKDOC_ENABLED', 'True',
'${GTKDOC_MESON_ENABLE_FLAG}', '${GTKDOC_MESON_DISABLE_FLAG}', d)} "
# When building native recipes, disable gtkdoc, as it is not necessary,
# pulls in additional dependencies, and makes build times longer
EXTRA_OECONF_prepend_class-native = "--disable-gtk-doc "
EXTRA_OECONF_prepend_class-nativesdk = "--disable-gtk-doc "
+EXTRA_OEMESON_prepend_class-native =
"-D${GTKDOC_MESON_OPTION}=${GTKDOC_MESON_DISABLE_FLAG} "
+EXTRA_OEMESON_prepend_class-nativesdk =
"-D${GTKDOC_MESON_OPTION}=${GTKDOC_MESON_DISABLE_FLAG} "
# Even though gtkdoc is disabled on -native, gtk-doc package is still
# needed for m4 macros.
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index 574bb38557b..69bcd0dd1d0 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -30,11 +30,7 @@ LEAD_SONAME = "libglib-2.0.*"
inherit meson gettext gtk-doc pkgconfig ptest-gnome upstream-version-is-even
bash-completion gio-module-cache manpages distro_features_check
-GTKDOC_ENABLE_FLAG = "-Dgtk_doc=true"
-GTKDOC_DISABLE_FLAG = "-Dgtk_doc=false"
-
-EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED',
'True', '${GTKDOC_ENABLE_FLAG}', \
-
'${GTKDOC_DISABLE_FLAG}', d)} "
+GTKDOC_MESON_OPTION = "gtk_doc"
# This avoids the need to depend on target python3, which in case of mingw is
not even possible.
# meson's python configuration pokes into python3 configuration, so this
provides the native config to it.
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
index e423b996871..7fef697f3fa 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
@@ -34,14 +34,8 @@ SRC_URI[sha256sum] =
"dd50973c7757bcde15de6bcd3a6d462a445efd552604ae6435a0532fbb
inherit meson pkgconfig gettext pixbufcache ptest-gnome
upstream-version-is-even gobject-introspection gtk-doc lib_package
-GTKDOC_ENABLE_FLAG = "-Ddocs=true"
-GTKDOC_DISABLE_FLAG = "-Ddocs=false"
-
GIR_MESON_OPTION = 'gir'
-EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED',
'True', '${GTKDOC_ENABLE_FLAG}', \
-
'${GTKDOC_DISABLE_FLAG}', d)} "
-
EXTRA_OEMESON_append = " ${@bb.utils.contains('PTEST_ENABLED', '1',
'-Dinstalled_tests=true', '-Dinstalled_tests=false', d)}"
LIBV = "2.10.0"
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.4.4.bb
b/meta/recipes-gnome/json-glib/json-glib_1.4.4.bb
index 31c008db475..1c663f93e16 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.4.4.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_1.4.4.bb
@@ -19,13 +19,6 @@ SRC_URI[archive.sha256sum] =
"720c5f4379513dc11fd97dc75336eb0c0d3338c53128044d9f
PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxslt-native xmlto-native"
-# This builds both API docs (via gtk-doc)
-GTKDOC_ENABLE_FLAG = "-Ddocs=true"
-G
[OE-core] [PATCH 1/9] msmtp: fix upstream version check
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/msmtp/msmtp_1.8.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
b/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
index d2b75ae5dce..9f28d6ac252 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
@@ -11,6 +11,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
SRC_URI = "https://marlam.de/${BPN}/releases/${BP}.tar.xz";
+UPSTREAM_CHECK_URI = "https://marlam.de/msmtp/download/";
+
SRC_URI[md5sum] = "0c0be51e6872e818f78bd6924636327b"
SRC_URI[sha256sum] =
"3cb2eefd33d048f0f82de100ef39a494e44fd1485e376ead31f733d2f36b92b4"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/9] acpica: update to 20190405
Drop manipulate-fds-instead-of-FILE.patch as upstream has fixed the issue
long time ago:
https://github.com/acpica/acpica/commit/ecb91f4c3a151cbb280ee445166e7c6f4dc441a5
Signed-off-by: Alexander Kanavin
---
...{acpica_20180508.bb => acpica_20190405.bb} | 5 +-
.../manipulate-fds-instead-of-FILE.patch | 71 ---
2 files changed, 2 insertions(+), 74 deletions(-)
rename meta/recipes-extended/acpica/{acpica_20180508.bb => acpica_20190405.bb}
(90%)
delete mode 100644
meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
diff --git a/meta/recipes-extended/acpica/acpica_20180508.bb
b/meta/recipes-extended/acpica/acpica_20190405.bb
similarity index 90%
rename from meta/recipes-extended/acpica/acpica_20180508.bb
rename to meta/recipes-extended/acpica/acpica_20190405.bb
index b5c89fafc59..c0ebd5a9317 100644
--- a/meta/recipes-extended/acpica/acpica_20180508.bb
+++ b/meta/recipes-extended/acpica/acpica_20190405.bb
@@ -18,10 +18,9 @@ DEPENDS = "bison flex bison-native"
SRC_URI = "https://acpica.org/sites/acpica/files/acpica-unix2-${PV}.tar.gz \
file://rename-yy_scan_string-manually.patch \
- file://manipulate-fds-instead-of-FILE.patch \
"
-SRC_URI[md5sum] = "31691e2eb82b2064f78536a3423c18d6"
-SRC_URI[sha256sum] =
"5d8fc9d9db9e04830d40bec9add04b21c05d466e0187d354815006fdd823cf15"
+SRC_URI[md5sum] = "9ee30c8ff3012e213bc3b21a9d632215"
+SRC_URI[sha256sum] =
"7e144fd011c23a0a10be0b0d7448c527a4c0f621f1f835a271636e448bc96643"
UPSTREAM_CHECK_URI = "https://acpica.org/downloads";
S = "${WORKDIR}/acpica-unix2-${PV}"
diff --git
a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
b/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
deleted file mode 100644
index d8b5f9aa8a1..000
--- a/meta/recipes-extended/acpica/files/manipulate-fds-instead-of-FILE.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-From 540d80469e6a7dce6baf7214df90e86daffc5175 Mon Sep 17 00:00:00 2001
-From: Fan Xin
-Date: Mon, 5 Jun 2017 13:26:38 +0900
-Subject: [PATCH] aslfiles.c: manipulate fds instead of FILE
-
-Copying what stdout/stderr point to is not portable and fails with
-musl because FILE is an undefined struct.
-
-Instead, use lower-level Unix functions to modify the file that stderr
-writes into. This works on the platforms that Yocto targets.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Patrick Ohly
-
-Rebase on acpica 20170303
-
-Signed-off-by: Fan Xin
-
- source/compiler/aslfiles.c | 15 ---
- 1 file changed, 12 insertions(+), 3 deletions(-)
-
-diff --git a/source/compiler/aslfiles.c b/source/compiler/aslfiles.c
-index 82865db..cc072dc 100644
a/source/compiler/aslfiles.c
-+++ b/source/compiler/aslfiles.c
-@@ -43,6 +43,11 @@
-
- #include "aslcompiler.h"
- #include "acapps.h"
-+#include "dtcompiler.h"
-+#include
-+#include
-+#include
-+#include
-
- #define _COMPONENT ACPI_COMPILER
- ACPI_MODULE_NAME("aslfiles")
-@@ -606,6 +611,8 @@ FlOpenMiscOutputFiles (
-
- if (Gbl_DebugFlag)
- {
-+ int fd;
-+
- Filename = FlGenerateFilename (FilenamePrefix, FILE_SUFFIX_DEBUG);
- if (!Filename)
- {
-@@ -617,10 +624,10 @@ FlOpenMiscOutputFiles (
- /* Open the debug file as STDERR, text mode */
-
- Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Filename = Filename;
--Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle =
--freopen (Filename, "w+t", stderr);
-
--if (!Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle)
-+fd = open(Filename, O_CREAT|O_TRUNC,
S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH);
-+if (fd < 0 ||
-+dup2(fd, fileno(stderr)))
- {
- /*
- * A problem with freopen is that on error, we no longer
-@@ -634,6 +641,8 @@ FlOpenMiscOutputFiles (
- exit (1);
- }
-
-+Gbl_Files[ASL_FILE_DEBUG_OUTPUT].Handle = stderr;
-+
- AslCompilerSignon (ASL_FILE_DEBUG_OUTPUT);
- AslCompilerFileHeader (ASL_FILE_DEBUG_OUTPUT);
- }
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] glib-2.0: fix ptest failures
On Fri, 19 Apr 2019 at 09:54, wrote:
> From: Mingli Yu
>
> * Set G_TEST_BUILDDIR to mark we run the tests
> out of builddir to make it can skip the test_non_utf8_printf
> to fix below test error as test_non_utf8_printf needed
> to run under builddir per
> https://gitlab.gnome.org/GNOME/glib/blob/master/glib/tests/gdatetime.c#L1440.
> |
> GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf:
> assertion failed (__p == ("10\346\234\210")): ("Oct" == "10\346\234\210")
> | Bail out!
> GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf:
> assertion failed (__p == ("10\346\234\210")): ("Oct" == "10\346\234\210")
> | FAIL: glib/gdatetime.test (Child process killed by signal 6)
As per the link:
/* If running uninstalled (G_TEST_BUILDDIR is set), skip this test, since we
* need the translations to be installed. We can’t mess around with
* bindtextdomain() here, as the compiled .gmo files in po/ are not in the
* right installed directory hierarchy to be successfully loaded by
gettext. */
Setting G_TEST_BUILDDIR isn't right as we're not running uninstalled.
This is a gross hack, and not a fix.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [V2][PATCH] sysstat:Add PACKAGECONFIG for '--enable-install-cron' configure
Looks a lot like setting COPY_ONLY=y is what you want to do, instead
of patching the makefile?
Ross
On Fri, 19 Apr 2019 at 10:56, Haiqing Bai wrote:
>
> Add PACKAGECONFIG[cron] for configure option: '--enable-install-cron'
> and remove the code of enable/disable sysstat.service in Makefile.in
> which is not available for embedded cross compiling.
>
> Signed-off-by: Haiqing Bai
> ---
> meta/recipes-extended/sysstat/sysstat.inc | 4 +-
> ...code-of-handling-enable-disable-self-star.patch | 55
> ++
> meta/recipes-extended/sysstat/sysstat_11.7.1.bb| 3 +-
> 3 files changed, 59 insertions(+), 3 deletions(-)
> create mode 100644
> meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
>
> diff --git a/meta/recipes-extended/sysstat/sysstat.inc
> b/meta/recipes-extended/sysstat/sysstat.inc
> index 0bc7e14..83a9202 100644
> --- a/meta/recipes-extended/sysstat/sysstat.inc
> +++ b/meta/recipes-extended/sysstat/sysstat.inc
> @@ -17,8 +17,8 @@ DEPENDS += "base-passwd"
> # autotools-brokensep as this package doesn't use automake
> inherit autotools-brokensep gettext systemd
>
> -PACKAGECONFIG ??= ""
> PACKAGECONFIG[lm-sensors] =
> "--enable-sensors,--disable-sensors,lmsensors,lmsensors-libsensors"
> +PACKAGECONFIG[cron] = "--enable-install-cron,--disable-install-cron"
>
> EXTRA_OECONF += "--disable-stripping"
>
> @@ -60,6 +60,6 @@ pkg_postinst_${PN} () {
> }
>
>
> -FILES_${PN} += "${libdir}/sa"
> +FILES_${PN} += "${libdir}/sa ${systemd_unitdir}/system/*"
>
> TARGET_CC_ARCH += "${LDFLAGS}"
> diff --git
> a/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
>
> b/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
> new file mode 100644
> index 000..1d099c9
> --- /dev/null
> +++
> b/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
> @@ -0,0 +1,55 @@
> +From 85813d1648b03ba0497635c45e90d7edf4dc204c Mon Sep 17 00:00:00 2001
> +From: Haiqing Bai
> +Date: Fri, 29 Mar 2019 11:00:09 +0800
> +Subject: [PATCH] Remove the code of handling enable/disable self-start
> service
> + in Makefile.in
> +
> +Remove the handling of enable/disable sysstat.service self-start in
> Makefile.in.
> +The code will trigger below error when cross compiling with
> +'--enable-install-cron':
> +| if [ -x
> "/path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl" ]; then \
> +| /path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl
> enable sysstat.service; \
> +| fi
> +| Started /path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl
> enable sysstat.service
> +| Try to find location of sysstat.service...
> +| 'sysstat.service' couldn't be found; exiting with error
> +
> +It's better for user to enable/disable the service with
> +'systemctl enable/disable sysstat.service'
> +
> +Upstream-Status: Inappropriate [ embedded specific ]
> +
> +Signed-off-by: Haiqing Bai
> +---
> + Makefile.in | 8
> + 1 file changed, 8 deletions(-)
> +
> +diff --git a/Makefile.in b/Makefile.in
> +index edaea3f..2186155 100644
> +--- a/Makefile.in
> b/Makefile.in
> +@@ -454,11 +454,6 @@ endif
> + fi \
> + fi \
> + fi
> +-ifeq ($(COPY_ONLY),n)
> +- if [ -x "$(SYSTEMCTL)" ]; then \
> +- $(SYSTEMCTL) enable sysstat.service; \
> +- fi
> +-endif
> +
> + uninstall_man:
> + ifeq ($(INSTALL_DOC),y)
> +@@ -541,9 +536,6 @@ ifeq ($(COPY_ONLY),n)
> + @echo "USER'S CRONTAB SAVED IN CURRENT DIRECTORY (USING .old
> SUFFIX)." ; \
> + -su $(CRON_OWNER) -c "crontab -r" ; \
> + fi
> +- if [ -x $(SYSTEMCTL) ]; then \
> +- $(SYSTEMCTL) disable sysstat.service; \
> +- fi
> + endif
> + if [ -n "$(SYSTEMD_UNIT_DIR)" -a -d $(DESTDIR)$(SYSTEMD_UNIT_DIR) ];
> then \
> + rm -f $(DESTDIR)$(SYSTEMD_UNIT_DIR)/sysstat.service; \
> +--
> +1.9.1
> +
> diff --git a/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> b/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> index 86738e7..26be619 100644
> --- a/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> +++ b/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> @@ -2,7 +2,8 @@ require sysstat.inc
>
> LIC_FILES_CHKSUM = "file://COPYING;md5=a23a74b3f4caf9616230789d94217acb"
>
> -SRC_URI += "file://0001-Include-needed-headers-explicitly.patch"
> +SRC_URI += "file://0001-Include-needed-headers-explicitly.patch \
> +
> file://0001-Remove-the-code-of-handling-enable-disable-self-star.patch"
>
> SRC_URI[md5sum] = "bdcda7c9048c7c22fb1f30f75285d13d"
> SRC_URI[sha256sum] =
> "303a595b1af0330b183a0f1febfccf89f183b9575ae0562b91fdb876f3ef1feb"
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openemb
Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198
On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> This brings us to the current version of vim.
>
> Signed-off-by: Tom Rini
> ---
> meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> tiny_8.1.1198.bb} | 0
> meta/recipes-support/vim/{vim_8.1.1017.bb =>
> vim_8.1.1198.bb} | 2 +-
> 2 files changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> tiny_8.1.1198.bb} (100%)
> rename meta/recipes-support/vim/{vim_8.1.1017.bb => vim_8.1.1198.bb}
> (98%)
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] QA cycle report for 2.5.3 RC3
On 4/23/19 7:35 AM, richard.pur...@linuxfoundation.org wrote: > On Thu, 2019-04-18 at 04:58 +, Jain, Sangeeta wrote: >> >> QA cycle report for 2.5.3 RC3: >> >> No high milestone defects. >> Test results are available at following location: >> ·For results of all automated tests, refer to results at >> public AB [1]. >> ·For other test results, refer to attachment [2]. >> ·For test report for test cases run by Intel and WR team, >> refer attachment [3] >> ·For full test report, refer attachment [4] >> ·For ptest results, please refer to results at public AB [5] >> ·For ptest report, refer to attachment [6] >> No new defects are found in this cycle. >> Number of existing issues observed in this release is 2- toaster [7] >> and Build-appliance [8] >> For ptest, regression data is not available for this release. No >> timeout issues. >> Test result report on Public AB shows no failures. > I've been discussing with Tracy and Vineela how to best handle the test > results for the release for 2.5.3. In the end I: > > a) Copied in the ptest results to the right place. This will happen > automagically in all future builds: > > https://autobuilder.yocto.io/pub/releases/yocto-2.5.3/testresults/qemux86-64-ptest/ > > b) Copied in the intel test results to their own directory: > > https://autobuilder.yocto.io/pub/releases/yocto-2.5.3/testresults-intel/ > > c) Manually generated an updated test report for the combined results > with the commands: > > $ cd /srv/autobuilder/autobuilder.yoctoproject.org/pub/releases/yocto- > 2.5.3 > $resulttool report . > testreport.txt > > d) Added a header to the report which consisted of the report from QA > with details of the bugs etc. > > This means we have a top level testreport file which contains all the > test information about the release. > > I'd like to make this the standard procedure for release. The release > notes and announcement can refer to the test report included with the > release and the test results as its there all together. > > Ultimately I'd like to improve the formatting of the report (separate > out ptest regressions from the other regressions, maybe html, maybe > graphs, better regression information) but that is something for the > future. > > Does that work for everyone? This works for me. - armin > > Cheers, > > Richard > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Yocto Project Status WW17'19
Current Dev Position: YP 2.7 M4 (2.7 rc2 is in QA) Next Deadline: YP 2.7 Release Target April 26, 2019 SWAT Team Rotation: SWAT lead is currently: ArminSWAT team rotation: Armin -> Anuj on Apr. 26, 2019SWAT team rotation: Armin -> Paul on May. 3, 2019 https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Next Team Meetings: Bug Triage meeting Thursday April 25th at 7:30am PDT ( https://zoom.us/j/454367603)YP 2.8 Planning meeting Tuesday May 7th at 8am PDT (https://zoom.us/j/990892712) Key Status/Updates: Stephen is going to be unavailable for several weeks, please refer any queries to RichardYP 2.6.2 was released!YP 2.5.3 is likely to be released imminentlyYP 2.7 rc2 (warrior) is currently going through QA.The final two members of the new YP TSC were elected, Denys and Armin. The TSC will therefore now start to discuss how its going to establish itself and operate.Huge thanks to Joshua Watt for diving in and helping file some ptest bugs and helping sort some missing tweaks with resulttool, it was just appreciatedPatches are continuing to flow into master, slightly impeded by holidays/vacation in some parts of the world.WDD, our bug tracking metric is sharply rising as there are few people helping with bugs.The 2.8 planning discussions are starting and there is a google doc summarising the discussions so far: https://docs.google.com/document/d/1CNEKA4d0eT6-e0hnS2pwi7xdZ5_t6smpZO2HbaJGXbU/If people are planning to work on specific things in 2.8 please let us know so we can incorporate this into our plans. If you’re interested in working on anything in the document, please also let us know or talk with us in one of the planning meetings. Planned Releases for YP 2.7: YP 2.7 M4 Cutoff was Apr. 1, 2019YP 2.7 M4 Release Target is Apr. 26, 2019 Planned upcoming dot releases: YP 2.5.3 (Sumo) is due for release. Tracking Metrics: WDD 2598 (last week 2523) ( https://wiki.yoctoproject.org/charts/combo.html)Poky Patch Metrics Total patches found: 1553 (last week 1553)Patches in the Pending State: 654 (42%) [last week 654 (42%)] Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.7_Status https://wiki.yoctoproject.org/wiki/Yocto_2.7_Schedule https://wiki.yoctoproject.org/wiki/Yocto_2.7_Features The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status [If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!] -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] QA cycle report for 2.5.3 RC3
On Thu, 2019-04-18 at 04:58 +, Jain, Sangeeta wrote: > > QA cycle report for 2.5.3 RC3: > > No high milestone defects. > Test results are available at following location: > ·For results of all automated tests, refer to results at > public AB [1]. > ·For other test results, refer to attachment [2]. > ·For test report for test cases run by Intel and WR team, > refer attachment [3] > ·For full test report, refer attachment [4] > ·For ptest results, please refer to results at public AB [5] > ·For ptest report, refer to attachment [6] > No new defects are found in this cycle. > Number of existing issues observed in this release is 2- toaster [7] > and Build-appliance [8] > For ptest, regression data is not available for this release. No > timeout issues. > Test result report on Public AB shows no failures. I've been discussing with Tracy and Vineela how to best handle the test results for the release for 2.5.3. In the end I: a) Copied in the ptest results to the right place. This will happen automagically in all future builds: https://autobuilder.yocto.io/pub/releases/yocto-2.5.3/testresults/qemux86-64-ptest/ b) Copied in the intel test results to their own directory: https://autobuilder.yocto.io/pub/releases/yocto-2.5.3/testresults-intel/ c) Manually generated an updated test report for the combined results with the commands: $ cd /srv/autobuilder/autobuilder.yoctoproject.org/pub/releases/yocto- 2.5.3 $resulttool report . > testreport.txt d) Added a header to the report which consisted of the report from QA with details of the bugs etc. This means we have a top level testreport file which contains all the test information about the release. I'd like to make this the standard procedure for release. The release notes and announcement can refer to the test report included with the release and the test results as its there all together. Ultimately I'd like to improve the formatting of the report (separate out ptest regressions from the other regressions, maybe html, maybe graphs, better regression information) but that is something for the future. Does that work for everyone? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][meta-oe] libnotify: update to 0.7.8
I would need to see the patch-in-progress to make a meaningful comment.
Alex
On Tue, 23 Apr 2019 at 15:54, Burton, Ross wrote:
>
> CCing Alex who has been working on the gtk-doc/meson stuff a lot.
>
> Ross
>
> On Tue, 23 Apr 2019 at 14:50, Oleksandr Kravchuk
> wrote:
> >
> > On 23/04/2019 13:59, Burton, Ross wrote:
> > > Fancy following this up with a Meson port?
> > >
> > > Ross
> > >
> > > On Mon, 22 Apr 2019 at 23:37, Oleksandr Kravchuk
> > > wrote:
> > >> Signed-off-by: Oleksandr Kravchuk
> > >> ---
> > >> .../libnotify/{libnotify_0.7.7.bb => libnotify_0.7.8.bb} | 4 ++--
> > >> 1 file changed, 2 insertions(+), 2 deletions(-)
> > >> rename meta/recipes-gnome/libnotify/{libnotify_0.7.7.bb =>
> > >> libnotify_0.7.8.bb} (80%)
> > >>
> > >> diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> > >> b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> > >> similarity index 80%
> > >> rename from meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> > >> rename to meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> > >> index 6c299bc175..82c137ca33 100644
> > >> --- a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> > >> +++ b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> > >> @@ -10,8 +10,8 @@ inherit gnomebase gtk-doc distro_features_check
> > >> gobject-introspection
> > >> # depends on gtk+3
> > >> ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
> > >>
> > >> -SRC_URI[archive.md5sum] = "e9d911f6a22435e0b922f2fe71212b59"
> > >> -SRC_URI[archive.sha256sum] =
> > >> "9cb4ce315b2655860c524d46b56010874214ec27e854086c1a1d0260137efc04"
> > >> +SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
> > >> +SRC_URI[archive.sha256sum] =
> > >> "69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
> > >>
> > >> # there were times, we had two versions of libnotify (oe-core
> > >> libnotify:0.6.x /
> > >> # meta-gnome libnotify3: 0.7.x)
> > >> --
> > >> 2.17.1
> > >>
> > >> --
> > >> ___
> > >> Openembedded-core mailing list
> > >> Openembedded-core@lists.openembedded.org
> > >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
> > 2019-04-23 13:41:30,546:scangobj.py:execute_command:1200:WARNING:Running
> > scanner failed: [Errno 2] No such file or directory:
> > '/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper':
> > '/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper',
> > command:
> > /home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper
> > ./libnotify-scan
> >
> > Is it worth fixing?
> >
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][meta-oe] libnotify: update to 0.7.8
CCing Alex who has been working on the gtk-doc/meson stuff a lot.
Ross
On Tue, 23 Apr 2019 at 14:50, Oleksandr Kravchuk
wrote:
>
> On 23/04/2019 13:59, Burton, Ross wrote:
> > Fancy following this up with a Meson port?
> >
> > Ross
> >
> > On Mon, 22 Apr 2019 at 23:37, Oleksandr Kravchuk
> > wrote:
> >> Signed-off-by: Oleksandr Kravchuk
> >> ---
> >> .../libnotify/{libnotify_0.7.7.bb => libnotify_0.7.8.bb} | 4 ++--
> >> 1 file changed, 2 insertions(+), 2 deletions(-)
> >> rename meta/recipes-gnome/libnotify/{libnotify_0.7.7.bb =>
> >> libnotify_0.7.8.bb} (80%)
> >>
> >> diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> >> b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> >> similarity index 80%
> >> rename from meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> >> rename to meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> >> index 6c299bc175..82c137ca33 100644
> >> --- a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> >> +++ b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> >> @@ -10,8 +10,8 @@ inherit gnomebase gtk-doc distro_features_check
> >> gobject-introspection
> >> # depends on gtk+3
> >> ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
> >>
> >> -SRC_URI[archive.md5sum] = "e9d911f6a22435e0b922f2fe71212b59"
> >> -SRC_URI[archive.sha256sum] =
> >> "9cb4ce315b2655860c524d46b56010874214ec27e854086c1a1d0260137efc04"
> >> +SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
> >> +SRC_URI[archive.sha256sum] =
> >> "69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
> >>
> >> # there were times, we had two versions of libnotify (oe-core
> >> libnotify:0.6.x /
> >> # meta-gnome libnotify3: 0.7.x)
> >> --
> >> 2.17.1
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
> 2019-04-23 13:41:30,546:scangobj.py:execute_command:1200:WARNING:Running
> scanner failed: [Errno 2] No such file or directory:
> '/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper':
> '/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper',
> command:
> /home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper
> ./libnotify-scan
>
> Is it worth fixing?
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][meta-oe] libnotify: update to 0.7.8
On 23/04/2019 13:59, Burton, Ross wrote:
> Fancy following this up with a Meson port?
>
> Ross
>
> On Mon, 22 Apr 2019 at 23:37, Oleksandr Kravchuk
> wrote:
>> Signed-off-by: Oleksandr Kravchuk
>> ---
>> .../libnotify/{libnotify_0.7.7.bb => libnotify_0.7.8.bb} | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>> rename meta/recipes-gnome/libnotify/{libnotify_0.7.7.bb =>
>> libnotify_0.7.8.bb} (80%)
>>
>> diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
>> b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
>> similarity index 80%
>> rename from meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
>> rename to meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
>> index 6c299bc175..82c137ca33 100644
>> --- a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
>> +++ b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
>> @@ -10,8 +10,8 @@ inherit gnomebase gtk-doc distro_features_check
>> gobject-introspection
>> # depends on gtk+3
>> ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>>
>> -SRC_URI[archive.md5sum] = "e9d911f6a22435e0b922f2fe71212b59"
>> -SRC_URI[archive.sha256sum] =
>> "9cb4ce315b2655860c524d46b56010874214ec27e854086c1a1d0260137efc04"
>> +SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
>> +SRC_URI[archive.sha256sum] =
>> "69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
>>
>> # there were times, we had two versions of libnotify (oe-core
>> libnotify:0.6.x /
>> # meta-gnome libnotify3: 0.7.x)
>> --
>> 2.17.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
2019-04-23 13:41:30,546:scangobj.py:execute_command:1200:WARNING:Running
scanner failed: [Errno 2] No such file or directory:
'/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper':
'/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper',
command:
/home/sashko/projects/yocto/open-embedded/build/tmp/work/i586-poky-linux/libnotify/0.7.8-r0/build/gtkdoc-qemuwrapper
./libnotify-scan
Is it worth fixing?
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] dnf: Enable nativesdk
On Sat, 2019-04-13 at 22:35 +0800, Zheng Ruoqin wrote: > Make dnf work on nativesdk environment. > > Signed-off-by: Zheng Ruoqin > --- > meta/recipes-devtools/dnf/dnf_4.1.0.bb | 10 +- > 1 file changed, 9 insertions(+), 1 deletion(-) Patch doesn't apply against master? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] dnf: Enable nativesdk
Ping
--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Zheng, Ruoqin
> Sent: Tuesday, April 16, 2019 7:17 PM
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH v2] dnf: Enable nativesdk
>
> Ping
>
> --
> Zheng Ruoqin
> Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
> ADDR.: No.6 Wenzhu Road, Software Avenue,
>Nanjing, 210012, China
> MAIL : zhengrq.f...@cn.fujistu.com
>
>
> > -Original Message-
> > From: Zheng, Ruoqin/郑 若钦
> > Sent: Saturday, April 13, 2019 10:36 PM
> > To: openembedded-core@lists.openembedded.org
> > Cc: Zheng, Ruoqin/郑 若钦
> > Subject: [OE-core] [PATCH v2] dnf: Enable nativesdk
> >
> > Make dnf work on nativesdk environment.
> >
> > Signed-off-by: Zheng Ruoqin
> > ---
> > meta/recipes-devtools/dnf/dnf_4.1.0.bb | 10 +-
> > 1 file changed, 9 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-devtools/dnf/dnf_4.1.0.bb b/meta/recipes-
> > devtools/dnf/dnf_4.1.0.bb index d45023e..8b4291a 100644
> > --- a/meta/recipes-devtools/dnf/dnf_4.1.0.bb
> > +++ b/meta/recipes-devtools/dnf/dnf_4.1.0.bb
> > @@ -26,7 +26,7 @@ EXTRA_OECMAKE = " -DWITH_MAN=0 -
> > DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -
> >
> > BBCLASSEXTEND = "native nativesdk"
> >
> > -RDEPENDS_${PN}_class-target += " \
> > +RDEPENDS_${PN} += " \
> >python3-core \
> >python3-codecs \
> >python3-netclient \
> > @@ -49,6 +49,8 @@ RDEPENDS_${PN}_class-target += " \
> >python3-gpg \
> >"
> >
> > +RDEPENDS_${PN}_class-native = ""
> > +
> > RRECOMMENDS_${PN}_class-target += "gnupg"
> >
> > # Create a symlink called 'dnf' as 'make install' does not do it, but
> > @@ -66,6
> > +68,12 @@ do_install_append_class-native() {
> > RPM_NO_CHROOT_FOR_SCRIPTS=1 }
> >
> > +do_install_append_class-nativesdk() {
> > +create_wrapper ${D}/${bindir}/dnf \
> > +RPM_CONFIGDIR=${SDKPATHNATIVE}${libdir_nativesdk}/rpm \
> > +RPM_NO_CHROOT_FOR_SCRIPTS=1 }
> > +
> > SYSTEMD_SERVICE_${PN} = "dnf-makecache.service dnf-makecache.timer \
> > dnf-automatic.service dnf-automatic.timer \
> > dnf-automatic-download.service
> > dnf-automatic-download.timer \
> > --
> > 1.8.3.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] iputils: update to s20190324
On Sat, 2019-04-20 at 21:55 +, Changhyeok Bae wrote: > build system is changed to meson. > > Signed-off-by: Changhyeok Bae > --- > .../iputils/iputils/ai_canonidn.patch | 58 > > .../recipes-extended/iputils/iputils/install.patch | 26 - > meta/recipes-extended/iputils/iputils_s20180629.bb | 61 > -- > meta/recipes-extended/iputils/iputils_s20190324.bb | 51 > ++ > 4 files changed, 51 insertions(+), 145 deletions(-) > delete mode 100644 meta/recipes- > extended/iputils/iputils/ai_canonidn.patch > delete mode 100644 meta/recipes- > extended/iputils/iputils/install.patch > delete mode 100644 meta/recipes- > extended/iputils/iputils_s20180629.bb > create mode 100644 meta/recipes- > extended/iputils/iputils_s20190324.bb Something changed as: https://autobuilder.yoctoproject.org/typhoon/#/builders/41/builds/520 (with many other similar failures) as well as: https://autobuilder.yoctoproject.org/typhoon/#/builders/49/builds/525 Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][meta-oe] libnotify: update to 0.7.8
Fancy following this up with a Meson port?
Ross
On Mon, 22 Apr 2019 at 23:37, Oleksandr Kravchuk
wrote:
>
> Signed-off-by: Oleksandr Kravchuk
> ---
> .../libnotify/{libnotify_0.7.7.bb => libnotify_0.7.8.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-gnome/libnotify/{libnotify_0.7.7.bb =>
> libnotify_0.7.8.bb} (80%)
>
> diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> similarity index 80%
> rename from meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> rename to meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> index 6c299bc175..82c137ca33 100644
> --- a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
> +++ b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> @@ -10,8 +10,8 @@ inherit gnomebase gtk-doc distro_features_check
> gobject-introspection
> # depends on gtk+3
> ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>
> -SRC_URI[archive.md5sum] = "e9d911f6a22435e0b922f2fe71212b59"
> -SRC_URI[archive.sha256sum] =
> "9cb4ce315b2655860c524d46b56010874214ec27e854086c1a1d0260137efc04"
> +SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
> +SRC_URI[archive.sha256sum] =
> "69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
>
> # there were times, we had two versions of libnotify (oe-core
> libnotify:0.6.x /
> # meta-gnome libnotify3: 0.7.x)
> --
> 2.17.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][meta-oe] libpsl: update to 0.21.0
This release also supports using Meson, would you be willing to
follow-up with a change to that?
Ross
On Mon, 22 Apr 2019 at 23:57, Oleksandr Kravchuk
wrote:
>
> Signed-off-by: Oleksandr Kravchuk
> ---
> .../libpsl/{libpsl_0.20.2.bb => libpsl_0.21.0.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/libpsl/{libpsl_0.20.2.bb => libpsl_0.21.0.bb}
> (80%)
>
> diff --git a/meta/recipes-support/libpsl/libpsl_0.20.2.bb
> b/meta/recipes-support/libpsl/libpsl_0.21.0.bb
> similarity index 80%
> rename from meta/recipes-support/libpsl/libpsl_0.20.2.bb
> rename to meta/recipes-support/libpsl/libpsl_0.21.0.bb
> index 5cb20d46bc..f545ba076f 100644
> --- a/meta/recipes-support/libpsl/libpsl_0.20.2.bb
> +++ b/meta/recipes-support/libpsl/libpsl_0.21.0.bb
> @@ -5,8 +5,8 @@ LIC_FILES_CHKSUM =
> "file://LICENSE;md5=5437030d9e4fbe7267ced058ddb8a7f5 \
> file://COPYING;md5=f41d10997a12da5ee3c24ceeb0148d18"
>
> SRC_URI =
> "https://github.com/rockdaboot/${BPN}/releases/download/${BP}/${BP}.tar.gz";
> -SRC_URI[md5sum] = "f604f7d30d64bc673870ecf84b860a1e"
> -SRC_URI[sha256sum] =
> "f8fd0aeb66252dfcc638f14d9be1e2362fdaf2ca86bde0444ff4d5cc961b560f"
> +SRC_URI[md5sum] = "171e96d887709e36a57f4ee627bf82d2"
> +SRC_URI[sha256sum] =
> "41bd1c75a375b85c337b59783f5deb93dbb443fb0a52d257f403df7bd653ee12"
>
> UPSTREAM_CHECK_URI = "https://github.com/rockdaboot/libpsl/releases";
>
> --
> 2.17.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
[OE-core] [PATCH] webkitgtk: fix compile error for arm64
From: Kai Kang It removes function JSC::AssemblerBuffer::data() for ARM64 in commit https://trac.webkit.org/changeset/236589/webkit. But it is required by Cortex A53 from https://trac.webkit.org/changeset/175514/webkit and fails to compile for arm64: | .../tmp/work/aarch64-poky-linux/webkitgtk/2.24.0-r0/webkitgtk-2.24.0/Source/JavaScriptCore/assembler/ARM64Assembler.h:3769:100: error: 'class JSC::AssemblerBuffer' has no member named 'data' | if (UNLIKELY((*reinterpret_cast_ptr(reinterpret_cast_ptr(m_buffer.data()) + m_buffer.codeSize() - sizeof(int32_t)) & 0x0a00) == 0x0800)) Not set WTF_CPU_ARM64_CORTEXA53 for arm64 to fix the failure. Signed-off-by: Kai Kang --- meta/recipes-sato/webkit/webkitgtk_2.24.0.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.0.bb b/meta/recipes-sato/webkit/webkitgtk_2.24.0.bb index 4a82dae9ef..54daa217bb 100644 --- a/meta/recipes-sato/webkit/webkitgtk_2.24.0.bb +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.0.bb @@ -92,8 +92,6 @@ EXTRA_OECMAKE_append_aarch64 = " -DUSE_LD_GOLD=OFF " EXTRA_OECMAKE_append_mipsarch = " -DUSE_LD_GOLD=OFF " EXTRA_OECMAKE_append_powerpc = " -DUSE_LD_GOLD=OFF " -EXTRA_OECMAKE_append_aarch64 = " -DWTF_CPU_ARM64_CORTEXA53=ON" - # JIT not supported on MIPS either EXTRA_OECMAKE_append_mipsarch = " -DENABLE_JIT=OFF " -- 2.20.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] meson: add missing Upstream-Status and SOB to a patch
Signed-off-by: Alexander Kanavin --- .../meson/meson/load-configs-generalise-search-path.patch | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch b/meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch index fc02576f5bd..2056763db5d 100644 --- a/meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch +++ b/meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch @@ -6,6 +6,9 @@ Subject: [PATCH] load_configs: generalise the search path Instead of hard-coding the fact that load_configs() searches for files under meson/native, pass in the subdirectory allowing the cross-file code to use the same logic. + +Upstream-Status: Backport +Signed-off-by: Alexander Kanavin --- mesonbuild/coredata.py| 6 +++--- mesonbuild/environment.py | 2 +- -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] m4: add ptest support
From: Changqing Li
add patch 0001-test-getopt-posix-fix.patch for fix test-getopt-posix
Signed-off-by: Changqing Li
---
meta/recipes-devtools/m4/m4-1.4.18.inc | 37 +--
.../m4/m4/0001-test-getopt-posix-fix.patch | 41 ++
meta/recipes-devtools/m4/m4/run-ptest | 5 +++
.../m4/m4/serial-tests-config.patch| 30
4 files changed, 110 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-devtools/m4/m4/0001-test-getopt-posix-fix.patch
create mode 100644 meta/recipes-devtools/m4/m4/run-ptest
create mode 100644 meta/recipes-devtools/m4/m4/serial-tests-config.patch
diff --git a/meta/recipes-devtools/m4/m4-1.4.18.inc
b/meta/recipes-devtools/m4/m4-1.4.18.inc
index a6cef6f..f433b3f 100644
--- a/meta/recipes-devtools/m4/m4-1.4.18.inc
+++ b/meta/recipes-devtools/m4/m4-1.4.18.inc
@@ -4,15 +4,18 @@ DESCRIPTION = "GNU m4 is an implementation of the traditional
Unix macro process
compatible although it has some extensions (for example, handling more than 9
positional parameters to macros). \
GNU M4 also has built-in functions for including files, running shell
commands, doing arithmetic, etc."
-inherit autotools texinfo
+inherit autotools texinfo ptest
SRC_URI = "${GNU_MIRROR}/m4/m4-${PV}.tar.gz \
file://ac_config_links.patch \
file://remove-gets.patch \
file://m4-1.4.18-glibc-change-work-around.patch \
"
-
-SRC_URI_append_class-target = "
file://0001-Unset-need_charset_alias-when-building-for-musl.patch"
+SRC_URI_append_class-target = "
file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
+file://run-ptest \
+file://serial-tests-config.patch \
+file://0001-test-getopt-posix-fix.patch \
+ "
SRC_URI[md5sum] = "a09db287adf4e12a035029002d28"
SRC_URI[sha256sum] =
"ab2633921a5cd38e48797bf5521ad259bdc4b979078034a3b790d7fec5493fab"
@@ -28,3 +31,31 @@ acpaths = "-I ./m4"
EXTRA_OECONF += "--without-libsigsegv-prefix"
EXTRA_OEMAKE += "'infodir=${infodir}'"
+
+do_compile_ptest() {
+ cd ${B}/tests
+ sed -i '/^buildtest-TESTS: /c buildtest-TESTS: $(TESTS)
$(check_LIBRARIES) $(check_PROGRAMS)' Makefile
+ oe_runmake buildtest-TESTS
+}
+
+do_install_ptest() {
+cp -r ${B}/tests${D}${PTEST_PATH}
+cp -r ${S}/tests/*
${D}${PTEST_PATH}/tests/
+sed -i '/^Makefile:/c Makefile:'
${D}${PTEST_PATH}/tests/Makefile
+sed -i -e "s;LOCALE_FR='fr_FR';LOCALE_FR='fr_FR.iso88591';g" \
+ -e
"s;LOCALE_FR_UTF8='none';LOCALE_FR_UTF8='fr_FR.utf8';g"
${D}${PTEST_PATH}/tests/Makefile
+find ${D}${PTEST_PATH} -type f -name *.[hoc] | xargs -i rm {}
+cp ${S}/build-aux/update-copyright ${D}${PTEST_PATH}/tests/
+sed -i 's;update-copyright;./update-copyright;g'
${D}${PTEST_PATH}/tests/test-update-copyright.sh
+chmod 0755 ${D}${PTEST_PATH}/tests/test-mbrtowc-w32-1.sh
${D}${PTEST_PATH}/tests/test-spawn-pipe-main \
+ ${D}${PTEST_PATH}/tests/test-spawn-pipe-child
${D}${PTEST_PATH}/tests/test-version-etc \
+ ${D}${PTEST_PATH}/tests/test-xalloc-die
+}
+
+RDEPENDS_${PN}-ptest_append_libc-glibc = "\
+ locale-base-fr-fr.iso-8859-1 \
+"
+
+INSANE_SKIP_${PN}-ptest += "ldflags"
+INSANE_SKIP_${PN}-ptest += "rpaths"
+
diff --git a/meta/recipes-devtools/m4/m4/0001-test-getopt-posix-fix.patch
b/meta/recipes-devtools/m4/m4/0001-test-getopt-posix-fix.patch
new file mode 100644
index 000..11508ee
--- /dev/null
+++ b/meta/recipes-devtools/m4/m4/0001-test-getopt-posix-fix.patch
@@ -0,0 +1,41 @@
+From 75bea7c72a919859674f493548653de88f96c798 Mon Sep 17 00:00:00 2001
+From: Changqing Li
+Date: Mon, 22 Apr 2019 10:36:13 +0800
+Subject: [PATCH] test-getopt-posix fix
+
+fix below problem:
+test-getopt.h:754: assertion 'strcmp (argv[1], "donald") == 0' failed
+
+get this patch from
+https://github.com/habitat-sh/core-plans/blob/master/m4/fix-test-getopt-posix-with-glibc-2.26.patch
+
+Upstream-Status: Pending
+
+have report this bug to m4-disc...@gnu.org
+
+Signed-off-by: Changqing Li
+---
+ tests/test-getopt-posix.c | 7 +++
+ 1 file changed, 7 insertions(+)
+
+diff --git a/tests/test-getopt-posix.c b/tests/test-getopt-posix.c
+index 5532271..2a3d511 100644
+--- a/tests/test-getopt-posix.c
b/tests/test-getopt-posix.c
+@@ -22,6 +22,13 @@
+ftell link warning if we are not using the gnulib ftell module. */
+ #define _GL_NO_LARGE_FILES
+
++/*
++ * Glibc 2.26 does hard include bits/getopt_posix.h which causes the system
++ * to use glibc's getopt but the tests expect gnulib behavior. Until a better
++ * fix is available this avoids that mis-resolution.
++ */
++#include
++
+ /* POSIX
Re: [OE-core] [PATCH v2] kernel-fitimage: support RISC-V
On Fri, 2019-04-19 at 10:41 -0700, Michael Scott wrote:
> On 4/12/19 9:56 PM, Michael Scott wrote:
> > Support RISC-V kernel image, using the "Image" target.
> >
> > This change allows RISC-V support for fitImage via the following
> > flow: OpenSBI -> u-boot (as payload) -> Linux kernel (as fitImage
> > with ramdisk and dtb).
> >
> > This was tested using QEMU RISC-V 64-bit.
> >
> > Signed-off-by: Michael Scott
> > ---
> > meta/classes/kernel-fitimage.bbclass | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/kernel-fitimage.bbclass
> > b/meta/classes/kernel-fitimage.bbclass
> > index 2517d75746..09abedff8e 100644
> > --- a/meta/classes/kernel-fitimage.bbclass
> > +++ b/meta/classes/kernel-fitimage.bbclass
> > @@ -8,7 +8,7 @@ python __anonymous () {
> > d.setVar("DEPENDS", depends)
> >
> > uarch = d.getVar("UBOOT_ARCH")
> > -if uarch == "arm64":
> > +if uarch == "arm64" or uarch == "riscv":
>
> I didn't see any response to this v2 patch. Is this approach
> acceptible? RISC-V should not attempt to use zImage for fitImage as
> it now stands.
I think the v1 patch was merged. I'd take a patch to tweak the code to
the v2 version as it is slightly neater but its not essential.
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lttng-tools: fix Upstream-Status
Signed-off-by: Ross Burton --- .../lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch b/meta/recipes-kernel/lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch index e07c227f466..30aa66b2c8c 100644 --- a/meta/recipes-kernel/lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch +++ b/meta/recipes-kernel/lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch @@ -3,7 +3,7 @@ From: Jonathan Rajotte Date: Mon, 25 Mar 2019 14:24:51 -0400 Subject: [2/2] tests: check for lttng-modules presence -Upstream-status: Accepted [5da3fc8579a9f93ea4767729a107784bf2d034ae] +Upstream-Status: Accepted [5da3fc8579a9f93ea4767729a107784bf2d034ae] Backported to 2.11 and 2.10 Signed-off-by: Jonathan Rajotte -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 11/19] meson: update to 0.50.0
On Mon, 15 Apr 2019 at 11:56, Alexander Kanavin wrote:
> +++
> b/meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch
> @@ -0,0 +1,50 @@
> +From d57dd1092e84e08ee15d7063b6c56bd6d864f2e1 Mon Sep 17 00:00:00 2001
> +From: Ross Burton
> +Date: Mon, 18 Mar 2019 16:16:56 +
> +Subject: [PATCH] load_configs: generalise the search path
> +
> +Instead of hard-coding the fact that load_configs() searches for files under
> +meson/native, pass in the subdirectory allowing the cross-file code to use
> the
> +same logic.
> +---
> + mesonbuild/coredata.py| 6 +++---
> + mesonbuild/environment.py | 2 +-
> + 2 files changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/mesonbuild/coredata.py b/mesonbuild/coredata.py
> +index fba90fa369..6e60917d10 100644
> +--- a/mesonbuild/coredata.py
> b/mesonbuild/coredata.py
> +@@ -211,8 +211,8 @@ def is_auto(self):
> + return self.value == 'auto'
> +
> +
> +-def load_configs(filenames):
> +-"""Load native files."""
> ++def load_configs(filenames, subdir):
> ++"""Load configuration files from a named subdirectory."""
> + def gen():
> + for f in filenames:
> + f = os.path.expanduser(os.path.expandvars(f))
> +@@ -225,7 +225,7 @@ def gen():
> + os.environ.get('XDG_DATA_HOME',
> os.path.expanduser('~/.local/share')),
> + ] + os.environ.get('XDG_DATA_DIRS',
> '/usr/local/share:/usr/share').split(':')
> + for path in paths:
> +-path_to_try = os.path.join(path, 'meson', 'native', f)
> ++path_to_try = os.path.join(path, 'meson', subdir, f)
> + if os.path.isfile(path_to_try):
> + yield path_to_try
> + break
> +diff --git a/mesonbuild/environment.py b/mesonbuild/environment.py
> +index 58adb06960..92a00dd7bf 100644
> +--- a/mesonbuild/environment.py
> b/mesonbuild/environment.py
> +@@ -408,7 +408,7 @@ def __init__(self, source_dir, build_dir, options):
> +
> + if self.coredata.config_files is not None:
> + config = MesonConfigFile.from_config_parser(
> +-coredata.load_configs(self.coredata.config_files))
> ++coredata.load_configs(self.coredata.config_files, 'native'))
> + self.binaries.build = BinaryTable(config.get('binaries', {}))
> + self.paths.build = Directories(**config.get('paths', {}))
> +
Missing Upstream-Status and Signed-off-by, can you add those please.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] ninja: upate to 1.9.0
On Sat, 23 Mar 2019 at 16:39, Oleksandr Kravchuk
wrote:
> +++ b/meta/recipes-devtools/ninja/ninja/fix-musl.patch
> @@ -0,0 +1,39 @@
> +2ff54ad7478a90bd75c91e434236a Mon Sep 17 00:00:00 2001
> +From: makepost
> +Date: Mon, 24 Dec 2018 03:13:16 +0200
> +Subject: [PATCH] Use st_mtim if st_mtime is macro, fix #1510
> +
> +In POSIX.1-2008, sys_stat has a st_mtim member and a st_mtime backward
> +compatibility macro. Should help avoid hardcoding platform detection.
> +---
> + src/disk_interface.cc | 14 --
> + 1 file changed, 4 insertions(+), 10 deletions(-)
> +
> +diff --git a/src/disk_interface.cc b/src/disk_interface.cc
> +index d4c2fb087..dc297c449 100644
> +--- src/disk_interface.cc
> /src/disk_interface.cc
> +@@ -202,19 +202,13 @@ TimeStamp RealDiskInterface::Stat(const string& path,
> string* err) const {
> + // that it doesn't exist.
> + if (st.st_mtime == 0)
> + return 1;
> +-#if defined(__APPLE__) && !defined(_POSIX_C_SOURCE)
> ++#if defined(_AIX)
> ++ return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
> ++#elif defined(__APPLE__)
> + return ((int64_t)st.st_mtimespec.tv_sec * 10LL +
> + st.st_mtimespec.tv_nsec);
> +-#elif (_POSIX_C_SOURCE >= 200809L || _XOPEN_SOURCE >= 700 ||
> defined(_BSD_SOURCE) || defined(_SVID_SOURCE) || \
> +- defined(__BIONIC__) || (defined (__SVR4) && defined (__sun)) ||
> defined(__FreeBSD__))
> +- // For glibc, see "Timestamp files" in the Notes of
> http://www.kernel.org/doc/man-pages/online/pages/man2/stat.2.html
> +- // newlib, uClibc and musl follow the kernel (or Cygwin) headers and
> define the right macro values above.
> +- // For bsd, see
> https://github.com/freebsd/freebsd/blob/master/sys/sys/stat.h and similar
> +- // For bionic, C and POSIX API is always enabled.
> +- // For solaris, see
> https://docs.oracle.com/cd/E88353_01/html/E37841/stat-2.html.
> ++#elif defined(st_mtime) // A macro, so we're likely on modern POSIX.
> + return (int64_t)st.st_mtim.tv_sec * 10LL + st.st_mtim.tv_nsec;
> +-#elif defined(_AIX)
> +- return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
> + #else
> + return (int64_t)st.st_mtime * 10LL + st.st_mtimensec;
> + #endif
This patch has no Signed-off-by or Upstream-Status. Can you add those please?
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] lttng-tools: improve ptest and test suite
> 0007-Fix-getgrnam-is-not-MT-Safe-use-getgrnam_r.patch > Fixes a race found while testing OE built with musl. This is a legit > bug. The fixes or a variant should be accepted soon. This was missing the Upstream-Status tag. Is there an upstream bug or similar we can point at in an Upstream-Status for tracking? Ross On Thu, 4 Apr 2019 at 22:48, Jonathan Rajotte wrote: > > Multiple patches are to be applied to improve the current ptest suite. > > 0001-Fix-tests-link-libpause_consumer-on-liblttng-ctl.patch > 0002-Fix-test-skip-test_getcpu_override-on-single-thread-.patch > 0003-Fix-test-unit-the-tree-origin-can-be-a-symlink-itsel.patch > 0006-Tests-check-for-lttng-modules-presence.patch > > All deal with problem in the test suite. Most of these are already > accepted upstream and will be removed on the next recipe update. > > 0004-Skip-when-testapp-is-not-present.patch > > Is a OE specific fix that make sure that we skip the test if > the test util application (event generator) is not present. We are > still unsure on how (upstream) we are going to solve this problem. We > already have this problem if a user build lttng without lttng-ust > (--without-lttng-ust). We will most probably end up splitting each test > into kernel and userspace tests and adjust the makefile accordingly. > Another option is to probe lttng for enabled function at runtime. > > 0005-Tests-use-modprobe-to-test-for-the-presence-of-lttng.patch > > Is a requirement for 0006 that should be accepted upstream shorlty. > > 0007-Fix-getgrnam-is-not-MT-Safe-use-getgrnam_r.patch > > Fixes a race found while testing OE built with musl. This is a legit > bug. The fixes or a variant should be accepted soon. > > Signed-off-by: Jonathan Rajotte > --- > ...nk-libpause_consumer-on-liblttng-ctl.patch | 35 + > ...st_getcpu_override-on-single-thread-.patch | 52 ++ > ...e-tree-origin-can-be-a-symlink-itsel.patch | 80 +++ > ...004-Skip-when-testapp-is-not-present.patch | 610 ++ > ...be-to-test-for-the-presence-of-lttng.patch | 176 + > ...sts-check-for-lttng-modules-presence.patch | 28 + > ...tgrnam-is-not-MT-Safe-use-getgrnam_r.patch | 345 ++ > .../lttng/lttng-tools_2.10.6.bb | 9 +- > 8 files changed, 1334 insertions(+), 1 deletion(-) > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0001-Fix-tests-link-libpause_consumer-on-liblttng-ctl.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0002-Fix-test-skip-test_getcpu_override-on-single-thread-.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0003-Fix-test-unit-the-tree-origin-can-be-a-symlink-itsel.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0004-Skip-when-testapp-is-not-present.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0005-Tests-use-modprobe-to-test-for-the-presence-of-lttng.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0006-Tests-check-for-lttng-modules-presence.patch > create mode 100644 > meta/recipes-kernel/lttng/lttng-tools/0007-Fix-getgrnam-is-not-MT-Safe-use-getgrnam_r.patch > > diff --git > a/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-tests-link-libpause_consumer-on-liblttng-ctl.patch > > b/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-tests-link-libpause_consumer-on-liblttng-ctl.patch > new file mode 100644 > index 00..df18dc842b > --- /dev/null > +++ > b/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-tests-link-libpause_consumer-on-liblttng-ctl.patch > @@ -0,0 +1,35 @@ > +From 7244eac44be929fabd6ed1333f96929ef8da564f Mon Sep 17 00:00:00 2001 > +From: Jonathan Rajotte > +Date: Tue, 19 Mar 2019 17:56:49 + > +Subject: [PATCH] fix: tests: link libpause_consumer on liblttng-ctl > + > +This preload test library uses symbols from liblttng-ctl which are > +resolved when preloaded by GLIBC but not by MUSL. > + > +Upstream-Status: Accepted [f667fbd7f8b9512f9943edb2597c226fcc424ee9] > +Backported to 2.11 and 2.10. > + > +Signed-off-by: Michael Jeanson > +--- > + tests/regression/tools/notification/Makefile.am | 5 - > + 1 file changed, 4 insertions(+), 1 deletion(-) > + > +diff --git a/tests/regression/tools/notification/Makefile.am > b/tests/regression/tools/notification/Makefile.am > +index 41adc69..a352bb8 100644 > +--- a/tests/regression/tools/notification/Makefile.am > b/tests/regression/tools/notification/Makefile.am > +@@ -20,7 +20,10 @@ FORCE_SHARED_LIB_OPTIONS = -module -shared -avoid-version > \ > + -rpath $(abs_builddir) > + > + libpause_consumer_la_SOURCES = consumer_testpoints.c > +-libpause_consumer_la_LIBADD = $(top_builddir)/src/common/libcommon.la > $(DL_LIBS) > ++libpause_consumer_la_LIBADD = \ > ++ $(top_builddir)/src/common/libcommon.la \ > ++ $(top_builddir)/src/lib/lttng-ctl/liblttng-ctl.la \ > ++ $(DL_LIBS) > + libpause_consumer_la_LDFLAGS = $(FORCE_SHARED_LIB_OPTIONS) > + noinst_LTLIBRARIES = libpause_consumer.la > + > +-- > +2
Re: [OE-core] [bitbake-devel] QA Error for DB
Hi Chad,
This emails should go into oe-core mailing list (Please see the To list).
And I think that something is wrong with:
# The executables go in a separate package - typically there
# is no need to install these unless doing real database
# management on the system.
inherit lib_package
PACKAGES =+ "${PN}-cxx"
FILES_${PN}-cxx = "${libdir}/*cxx*so"
Only -dev/-dbg/nativesdk- packages can contain .so (endswith .so) file,
so you can try:
FILES_${PN}-dev += "${libdir}/*cxx*so"
This is just a rough suggestion, I didn't try it, you need test it
carefully before really use it.
# The dev package has the .so link (as in db3) and the .a's -
# it is therefore incompatible (cannot be installed at the
# same time) as the db3 package
# sort out the .so since they do version prior to the .so
SOLIBS = "-6*.so"
FILES_SOLIBSDEV = "${libdir}/libdb.so ${libdir}/libdb_cxx.so"
// Robert
On 4/20/19 1:43 AM, Chad Gibeaut wrote:
I am building images(yocto,bitbake,busybox) for two differnt karo SOM's. Both of
the configuration files are the same (including my own software)
One build fails during the QA portion of the build process on the recipe for the
Berkeley DB from Oracle. I am not even sure what is requiring this, but
something does.
|ERROR: db-6.0.30-r0 do_package_qa: QA Issue: non -dev/-dbg/nativesdk- package
contains symlink .so: db path
'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so'
[dev-so] ERROR: db-6.0.30-r0 do_package_qa: QA run found fatal errors. Please
consider fixing them. ERROR: db-6.0.30-r0 do_package_qa: Function failed:
do_package_qa ERROR: Logfile of failure stored in:
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/temp/log.do_package_qa.1270
ERROR: Task 2138
(/home/test/karo/fsl-community-bsp_5011/sources/poky/meta/recipes-support/db/db_6.0.30.bb,
do_package_qa) failed with exit code '1' |
In the folder the error mentions is the .so file along with a link back to that
same so file minus the minor version.
|-rwxr-xr-x 2 test test 1.1M Apr 9 12:23 libdb-6.0.so lrwxrwxrwx 1 test test 12
Apr 9 12:24 libdb-6.so -> libdb-6.0.so |
This linked file is being created during the build at some point (removing the
linked file or even the whole build directory and rerunning results in the same
issue)
I think I could probably find a way to disable the QA check, but thats not ideal
since something requires this and I dont like having to disable checks for
production code.
The Error log file mentioned in the error is here:
---ERROR
Log-
|DEBUG: Executing python function sstate_task_prefunc DEBUG: Python function
sstate_task_prefunc finished DEBUG: Executing python function do_package_qa
NOTE: DO PACKAGE QA DEBUG: Executing python function read_subpackage_metadata
DEBUG: Python function read_subpackage_metadata finished NOTE: Package db
skipping QA tests: ['dev-soalready-stripped'] NOTE: Checking Package: db NOTE:
arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.0.so
ERROR: QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so: db path
'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so'
[dev-so] NOTE: Checking Package: db-bin NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_stat
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_deadlock
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_replicate
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_log_verify
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_verify
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_upgrade
NOTE: arm-poky-linux-gnueabi-objdump -p
/home/test/karo/fsl-community-bsp_5011/build/tmp/work
