[OE-core] [PATCH 2/2] avahi: fix error at boot time for avahi-daemon.service
The following error messages appear now and then at boot time. avahi-daemon/chroot.c: open() failed: No such file or directory Failed to open /etc/resolv.conf: Invalid argument The problem is about /etc/resolv.conf. In Yocto's systemd based systems, it's a symlink to /etc/resolv-conf.systemd which in turn is a symlink to /run/systemd/resolve/resolv.conf. The systemd-resolved service handles creation of /run/systemd/resolve/resolv.conf file. So if avahi-daemon is started before systemd-resolved, the error messages appear. Fix this problem by making avahi-daemon start after systemd-resolved. Signed-off-by: Chen Qi --- meta/recipes-connectivity/avahi/avahi_0.7.bb | 1 + .../0001-Fix-opening-etc-resolv.conf-error.patch | 40 ++ 2 files changed, 41 insertions(+) create mode 100644 meta/recipes-connectivity/avahi/files/0001-Fix-opening-etc-resolv.conf-error.patch diff --git a/meta/recipes-connectivity/avahi/avahi_0.7.bb b/meta/recipes-connectivity/avahi/avahi_0.7.bb index b695be9..3d5f334 100644 --- a/meta/recipes-connectivity/avahi/avahi_0.7.bb +++ b/meta/recipes-connectivity/avahi/avahi_0.7.bb @@ -3,6 +3,7 @@ require avahi.inc SRC_URI += "file://00avahi-autoipd \ file://99avahi-autoipd \ file://initscript.patch \ + file://0001-Fix-opening-etc-resolv.conf-error.patch \ " inherit update-rc.d systemd useradd diff --git a/meta/recipes-connectivity/avahi/files/0001-Fix-opening-etc-resolv.conf-error.patch b/meta/recipes-connectivity/avahi/files/0001-Fix-opening-etc-resolv.conf-error.patch new file mode 100644 index 000..11e7e8a --- /dev/null +++ b/meta/recipes-connectivity/avahi/files/0001-Fix-opening-etc-resolv.conf-error.patch @@ -0,0 +1,40 @@ +From 78967814f5c37ed67f4cf64d70c9f76a03ee89bc Mon Sep 17 00:00:00 2001 +From: Chen Qi +Date: Wed, 20 Jun 2018 13:57:35 +0800 +Subject: [PATCH] Fix opening /etc/resolv.conf error + +Fix to start avahi-daemon after systemd-resolved.service. This is because +/etc/resolv.conf is a link to /etc/resolv-conf.systemd which in turn is +a symlink to /run/systemd/resolve/resolv.conf. And /run/systemd/resolve/resolv.conf +is created by systemd-resolved.service by default in current OE's systemd +based systems. + +This fixes errro like below. + + Failed to open /etc/resolv.conf: Invalid argument + +In fact, handling of /etc/resolv.conf is quite distro specific. So this patch +is marked as OE specific. + +Upstream-Status: Inappropriate [OE Specific] + +Signed-off-by: Chen Qi +--- + avahi-daemon/avahi-daemon.service.in | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/avahi-daemon/avahi-daemon.service.in b/avahi-daemon/avahi-daemon.service.in +index 548c834..63e28e4 100644 +--- a/avahi-daemon/avahi-daemon.service.in b/avahi-daemon/avahi-daemon.service.in +@@ -18,6 +18,7 @@ + [Unit] + Description=Avahi mDNS/DNS-SD Stack + Requires=avahi-daemon.socket ++After=systemd-resolved.service + + [Service] + Type=dbus +-- +2.11.0 + -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] avahi: reorder codes and fix error
The following changes since commit 53dfa673d78216f852a47bdb48392ee213e3e1cd: musl: Upgrade to latest (2018-06-18 11:07:58 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/avahi-fix http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/avahi-fix Chen Qi (2): avahi: reorganize codes avahi: fix error at boot time for avahi-daemon.service meta/recipes-connectivity/avahi/avahi-ui_0.7.bb| 16 + meta/recipes-connectivity/avahi/avahi.inc | 84 +++--- meta/recipes-connectivity/avahi/avahi_0.7.bb | 84 ++ .../0001-Fix-opening-etc-resolv.conf-error.patch | 40 +++ 4 files changed, 124 insertions(+), 100 deletions(-) create mode 100644 meta/recipes-connectivity/avahi/files/0001-Fix-opening-etc-resolv.conf-error.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] avahi: reorganize codes
This patch does nothing but reorganizing codes.
avahi.inc is shared by avahi and avahi-ui recipes. Move common things
into it, and move uncommon things out of it.
Signed-off-by: Chen Qi
---
meta/recipes-connectivity/avahi/avahi-ui_0.7.bb | 16 +
meta/recipes-connectivity/avahi/avahi.inc | 84 -
meta/recipes-connectivity/avahi/avahi_0.7.bb| 83
3 files changed, 83 insertions(+), 100 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
b/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
index 5648e38..a77653b 100644
--- a/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
+++ b/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
@@ -1,31 +1,18 @@
-LIC_FILES_CHKSUM = "file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
-
file://avahi-common/address.h;endline=25;md5=b1d1d2cda1c07eb848ea7d6215712d9d \
-
file://avahi-core/dns.h;endline=23;md5=6fe82590b81aa0ddea5095b548e2fdcb \
-
file://avahi-daemon/main.c;endline=21;md5=9ee77368c5407af77caaef1b07285969 \
-
file://avahi-client/client.h;endline=23;md5=f4ac741a25c4f434039ba3e18c8674cf"
-
require avahi.inc
inherit distro_features_check
ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
-SRC_URI[md5sum] = "d76c59d0882ac6c256d70a2a585362a6"
-SRC_URI[sha256sum] =
"57a99b5dfe7fdae794e3d1ee7a62973a368e91e414bd0dfa5d84434de5b14804"
-
DEPENDS += "avahi"
AVAHI_GTK = "gtk3"
S = "${WORKDIR}/avahi-${PV}"
-PACKAGES = "${PN} ${PN}-utils ${PN}-dbg ${PN}-dev ${PN}-staticdev ${PN}-doc
avahi-discover"
+PACKAGES += "${PN}-utils avahi-discover"
FILES_${PN} = "${libdir}/libavahi-ui*.so.*"
-FILES_${PN}-dev += "${libdir}/libavahi-ui${SOLIBSDEV}"
-FILES_${PN}-staticdev += "${libdir}/libavahi-ui.a"
-
FILES_${PN}-utils = "${bindir}/b* ${datadir}/applications/b*"
-
FILES_avahi-discover = "${datadir}/applications/avahi-discover.desktop \
${datadir}/avahi/interfaces/avahi-discover.ui \
${bindir}/avahi-discover-standalone \
@@ -59,4 +46,3 @@ do_install_append () {
rm ${D}${libdir}/girepository-1.0/ -rf
rm ${D}${datadir}/gir-1.0/ -rf
}
-
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index ec368de..1184684 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -13,15 +13,19 @@ SECTION = "network"
# major part is under LGPLv2.1+, but several .dtd, .xsl, initscripts and
# python scripts are under GPLv2+
LICENSE = "GPLv2+ & LGPLv2.1+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
+
file://avahi-common/address.h;endline=25;md5=b1d1d2cda1c07eb848ea7d6215712d9d \
+
file://avahi-core/dns.h;endline=23;md5=6fe82590b81aa0ddea5095b548e2fdcb \
+
file://avahi-daemon/main.c;endline=21;md5=9ee77368c5407af77caaef1b07285969 \
+
file://avahi-client/client.h;endline=23;md5=f4ac741a25c4f434039ba3e18c8674cf"
-DEPENDS = "expat libcap libdaemon glib-2.0 intltool-native"
+SRC_URI =
"https://github.com/lathiat/avahi/releases/download/v${PV}/avahi-${PV}.tar.gz;
-SRC_URI =
"https://github.com/lathiat/avahi/releases/download/v${PV}/avahi-${PV}.tar.gz \
- file://00avahi-autoipd \
- file://99avahi-autoipd \
- file://initscript.patch \
- "
UPSTREAM_CHECK_URI = "https://github.com/lathiat/avahi/releases/;
+SRC_URI[md5sum] = "d76c59d0882ac6c256d70a2a585362a6"
+SRC_URI[sha256sum] =
"57a99b5dfe7fdae794e3d1ee7a62973a368e91e414bd0dfa5d84434de5b14804"
+
+DEPENDS = "expat libcap libdaemon glib-2.0 intltool-native"
# For gtk related PACKAGECONFIGs: gtk, gtk3
AVAHI_GTK ?= ""
@@ -31,18 +35,7 @@ PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
PACKAGECONFIG[gtk] = "--enable-gtk,--disable-gtk,gtk+"
PACKAGECONFIG[gtk3] = "--enable-gtk3,--disable-gtk3,gtk+3"
-USERADD_PACKAGES = "avahi-daemon avahi-autoipd"
-USERADD_PARAM_avahi-daemon = "--system --home /run/avahi-daemon \
- --no-create-home --shell /bin/false \
- --user-group avahi"
-
-USERADD_PARAM_avahi-autoipd = "--system --home /run/avahi-autoipd \
- --no-create-home --shell /bin/false \
- --user-group \
- -c \"Avahi autoip daemon\" \
- avahi-autoipd"
-
-inherit autotools pkgconfig update-rc.d gettext useradd gobject-introspection
+inherit autotools pkgconfig gettext gobject-introspection
EXTRA_OECONF = "--with-avahi-priv-access-group=adm \
--disable-stack-protector \
@@ -73,67 +66,12 @@ do_compile_prepend() {
export
GIR_EXTRA_LIBS_PATH="${B}/avahi-gobject/.libs:${B}/avahi-common/.libs:${B}/avahi-client/.libs:${B}/avahi-glib/.libs"
}
-PACKAGES =+ "avahi-daemon
Re: [OE-core] [PATCH 3/3] image/testimage: Rework auto image test execution
On 06/20/2018 05:54 PM, Richard Purdie wrote:
On Wed, 2018-06-20 at 08:47 +0800, ChenQi wrote:
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -487,7 +487,7 @@ HOSTTOOLS += " \
"
# Tools needed to run testimage runtime image testing
-HOSTTOOLS += "${@'ip ping ps scp ssh stty' if
(bb.data.inherits_class('testimage', d) or d.getVar('TEST_IMAGE')
== '1') else ''}"
+HOSTTOOLS += "${@'ip ping ps scp ssh stty' if
(bb.utils.contains_any('IMAGE_CLASSES', 'testimage testsdk', True,
False, d)) else ''}"
After this change, testimage and testsdk is limited to be used via
IMAGE_CLASSES. Using INHERIT directly will cause commands missing
when testing.
e.g.
INHERIT += "testimage"
Is it designed to be so?
Using INHERIT += "testimage" is bad form since it adds the testimage
task to things that it makes no sense with. Consider "bitbake bash -c
testimage" for example.
So yes, it was designed to do this, unfortunately it breaks the
autobuilder though.
I will likely want to fix the autobuilder not to do this and use the
new test code. We're about to change a lot of the autobuilder codebase
around to the new one so it probably makes sense to make that change
after we move to the new codebase.
For that reason I'll probably temporarily fix INHERIT of testimage to
work again but going forward, that support will be removed as it
doesn't make sense and IMAGE_CLASSES is the correct way to do it.
Does that make sense?
Cheers,
Richard
Yes. Thanks for explaining this in detail.
Best Regards,
Chen Qi
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] gcc-8: Enable fp arch extention when fpu is available
This is especially needed when defaulting to hard-float ABI
Fixes errors e.g.
cc1: error: -mfloat-abi=hard: selected processor lacks an FPU
Fixes [YOCTO #12795]
Signed-off-by: Khem Raj
Cc: Ross Burton
---
V2:
- Limit the change to gcc8 since gcc7 does not have these extentions
meta/recipes-devtools/gcc/gcc-target.inc | 9 ++---
meta/recipes-devtools/gcc/gcc_8.1.bb | 4
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
b/meta/recipes-devtools/gcc/gcc-target.inc
index 56e4b95af4..bc2236fed0 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -14,9 +14,12 @@ EXTRA_OECONF_append_linuxstdbase = " --enable-clocale=gnu"
# specific). For example, for ARM, ARMv6+ adds atomic instructions that may
# affect the ABI in the gcc-runtime libs. Since we can't rely on gcc on the
# target to always be passed -march etc, its built-in default needs to be safe.
-EXTRA_OECONF_append_armv6 = " --with-arch=armv6"
-EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a"
-EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve"
+
+ARMFPARCHEXT ?= ""
+
+EXTRA_OECONF_append_armv6 = " --with-arch=armv6${ARMFPARCHEXT}"
+EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a${ARMFPARCHEXT}"
+EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve${ARMFPARCHEXT}"
# libcc1 requres gcc_cv_objdump when cross build, but gcc_cv_objdump is
# set in subdir gcc, so subdir libcc1 can't use it, export it here to
diff --git a/meta/recipes-devtools/gcc/gcc_8.1.bb
b/meta/recipes-devtools/gcc/gcc_8.1.bb
index ab208e7026..7d93590588 100644
--- a/meta/recipes-devtools/gcc/gcc_8.1.bb
+++ b/meta/recipes-devtools/gcc/gcc_8.1.bb
@@ -7,4 +7,8 @@ require gcc-target.inc
ARM_INSTRUCTION_SET_armv4 = "arm"
ARM_INSTRUCTION_SET_armv5 = "arm"
+ARMFPARCHEXT_armv6 = "${@'+fp' if d.getVar('TARGET_FPU') == 'hard' else ''}"
+ARMFPARCHEXT_armv7a = "${@'+fp' if d.getVar('TARGET_FPU') == 'hard' else ''}"
+ARMFPARCHEXT_armv7ve = "${@'+fp' if d.getVar('TARGET_FPU') == 'hard' else ''}"
+
BBCLASSEXTEND = "nativesdk"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gcc-target: Enable fp arch extention when fpu is available
No, it wont AFAICT, I guess we need to move this into gcc-8.0.bb
On Wed, Jun 20, 2018 at 4:33 PM Andre McCurdy wrote:
>
> On Tue, Jun 19, 2018 at 10:21 PM, Khem Raj wrote:
> > This is especially needed when defaulting to hard-float ABI
> > Fixes errors e.g.
> > cc1: error: -mfloat-abi=hard: selected processor lacks an FPU
> >
> > Fixes [YOCTO #12795]
> >
> > Signed-off-by: Khem Raj
> > Cc: Ross Burton
> > ---
> > meta/recipes-devtools/gcc/gcc-target.inc | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
> > b/meta/recipes-devtools/gcc/gcc-target.inc
> > index 56e4b95af4..92cad28b7a 100644
> > --- a/meta/recipes-devtools/gcc/gcc-target.inc
> > +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> > @@ -14,9 +14,9 @@ EXTRA_OECONF_append_linuxstdbase = " --enable-clocale=gnu"
> > # specific). For example, for ARM, ARMv6+ adds atomic instructions that may
> > # affect the ABI in the gcc-runtime libs. Since we can't rely on gcc on the
> > # target to always be passed -march etc, its built-in default needs to be
> > safe.
> > -EXTRA_OECONF_append_armv6 = " --with-arch=armv6"
> > -EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a"
> > -EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve"
> > +EXTRA_OECONF_append_armv6 = " --with-arch=armv6${@'+fp' if
> > d.getVar('TARGET_FPU') == 'hard' else ''}"
> > +EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a${@'+fp' if
> > d.getVar('TARGET_FPU') == 'hard' else ''}"
> > +EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve${@'+fp' if
> > d.getVar('TARGET_FPU') == 'hard' else ''}"
>
> Does this work for gcc7?
>
> > # libcc1 requres gcc_cv_objdump when cross build, but gcc_cv_objdump is
> > # set in subdir gcc, so subdir libcc1 can't use it, export it here to
> > --
> > 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] gcc-target: Enable fp arch extention when fpu is available
On Tue, Jun 19, 2018 at 10:21 PM, Khem Raj wrote:
> This is especially needed when defaulting to hard-float ABI
> Fixes errors e.g.
> cc1: error: -mfloat-abi=hard: selected processor lacks an FPU
>
> Fixes [YOCTO #12795]
>
> Signed-off-by: Khem Raj
> Cc: Ross Burton
> ---
> meta/recipes-devtools/gcc/gcc-target.inc | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
> b/meta/recipes-devtools/gcc/gcc-target.inc
> index 56e4b95af4..92cad28b7a 100644
> --- a/meta/recipes-devtools/gcc/gcc-target.inc
> +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> @@ -14,9 +14,9 @@ EXTRA_OECONF_append_linuxstdbase = " --enable-clocale=gnu"
> # specific). For example, for ARM, ARMv6+ adds atomic instructions that may
> # affect the ABI in the gcc-runtime libs. Since we can't rely on gcc on the
> # target to always be passed -march etc, its built-in default needs to be
> safe.
> -EXTRA_OECONF_append_armv6 = " --with-arch=armv6"
> -EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a"
> -EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve"
> +EXTRA_OECONF_append_armv6 = " --with-arch=armv6${@'+fp' if
> d.getVar('TARGET_FPU') == 'hard' else ''}"
> +EXTRA_OECONF_append_armv7a = " --with-arch=armv7-a${@'+fp' if
> d.getVar('TARGET_FPU') == 'hard' else ''}"
> +EXTRA_OECONF_append_armv7ve = " --with-arch=armv7ve${@'+fp' if
> d.getVar('TARGET_FPU') == 'hard' else ''}"
Does this work for gcc7?
> # libcc1 requres gcc_cv_objdump when cross build, but gcc_cv_objdump is
> # set in subdir gcc, so subdir libcc1 can't use it, export it here to
> --
> 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] [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi vols
On Wed, Jun 20, 2018 at 8:29 AM, Tobias Olausson wrote:
> Hey,
>
> Sorry for top posting. I have done some testing of this during the day, and
> it seems that this only works if you run "export MKUBIFS_ARGS_foo" and
> similar in whichever config file contains those settings (such as a machine
> conf).
>
> I would have preferred a combined shell/python solution, but that seems to be
> trickier than I thought, since there is code in place that looks for
> IMAGE_CMD_multiubi specifically (in image.bbclass), and I have not been able
> to override that. Any ideas of making this work without the export hack are
> welcome.
The general approach would probably be to use a single bitbake
variable with delimiters and then have the shell script split it. It's
not trivial though (especially since MKUBIFS_ARGS would need to
continue to be defined without delimiters in the non-multiubi case).
But anyway, the original multiubi code was merged without questioning
this so questioning it now is really just nitpicking. Either multiubi
doesn't actually have any users or they are all smart enough to
realise that these variables need to be exported to make them work.
(RP, note that you currently have the buggy v3 version of this patch
in master-next rather than the v4).
>
> Cheers,
>
> Tobias Olausson
> Development Engineer
> HMS Industrial Networks AB
>
>
> From: Andre McCurdy
> Sent: Tuesday, June 19, 2018 8:33 PM
> To: Tobias Olausson
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [oe-core][PATCHv4] image_types.bbclass: add optional
> size to ubi vols
>
>
> On Tue, Jun 19, 2018 at 8:09 AM, Tobias Olausson wrote:
>> From 1d15f0d3c516351e6540a912367bcb22f9c25bbf Mon Sep 17 00:00:00 2001
>> From: Tobias Olausson
>> Date: Mon, 18 Jun 2018 15:01:53 +0200
>> Subject: [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi
>> vols
>>
>> Instead of hard coding the ubi volume to be just large enough to fit the
>> root file system, one can use a variable to set a preferred size.
>>
>> Signed-off-by: Tobias Olausson
>> ---
>> meta/classes/image_types.bbclass | 12
>> 1 file changed, 12 insertions(+)
>>
>> diff --git a/meta/classes/image_types.bbclass
>> b/meta/classes/image_types.bbclass
>> index 00a00d318f..2a0a7994c9 100644
>> --- a/meta/classes/image_types.bbclass
>> +++ b/meta/classes/image_types.bbclass
>> @@ -164,10 +164,22 @@ multiubi_mkfs() {
>> local vname="_$3"
>> fi
>>
>> + # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_vname for
>> multiubi
>> + if [ -z "${vname}" ]; then
>> + local ubi_vol_size=${UBI_VOL_SIZE}
>> + else
>> + eval local ubi_vol_size=\"\$UBI_VOL_SIZE${vname}\"
>
> This looks odd. Presumably it (and the multiubi code from which it's
> derived) relies on the _ suffix variables
> (MKUBIFS_ARGS_foo, UBI_VOL_SIZE_foo, etc) being exported from bitbake
> to the shell?
>
> I didn't find any discussion about that from when the original
> multiubi code was merged though. Are there any multiubi users who can
> clarify?
>
>> + fi
>> +
>> echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
>> echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
>> echo
>> image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >>
>> ubinize${vname}-${IMAGE_NAME}.cfg
>> echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
>> +
>> + if [ -n "${ubi_vol_size}" ]; then
>> + echo "vol_size=${ubi_vol_size}" >>
>> ubinize${vname}-${IMAGE_NAME}.cfg
>> + fi
>> +
>> echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
>> echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
>> echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
>> --
>> 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 5/5] harfbuzz: upgrade 1.7.5 -> 1.8.1
Yes, those should be in the -dev package.
Ross
On 20 June 2018 at 18:18, Khem Raj wrote:
> On Wed, Jun 20, 2018 at 7:07 AM Maxin B. John wrote:
>>
>> Signed-off-by: Maxin B. John
>> ---
>> .../harfbuzz/{harfbuzz_1.7.5.bb => harfbuzz_1.8.1.bb} | 8
>> ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>> rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.7.5.bb =>
>> harfbuzz_1.8.1.bb} (82%)
>>
>> diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
>> b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
>> similarity index 82%
>> rename from meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
>> rename to meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
>> index 0a9b029..f8b0056 100644
>> --- a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
>> +++ b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
>> @@ -12,8 +12,8 @@ DEPENDS = "glib-2.0 cairo fontconfig freetype"
>>
>> SRC_URI =
>> "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2;
>>
>> -SRC_URI[md5sum] = "1466ab51fc5aaa6af4065936939cec62"
>> -SRC_URI[sha256sum] =
>> "84574e1b1f65ca694cb8fb6905309665c0368af18a312357f8ff886ee2f29563"
>> +SRC_URI[md5sum] = "97cb89c6e2a914c05c8b7e858703885f"
>> +SRC_URI[sha256sum] =
>> "fbed6392ddb085e45e6090a9f389f72926d0e355f4b0a2ef51d35cf21686df45"
>>
>> inherit autotools pkgconfig lib_package gtk-doc
>>
>> @@ -27,6 +27,10 @@ EXTRA_OECONF = " \
>> --with-glib \
>> --without-graphite2 \
>> "
>> +do_install_append() {
>> +# Remove unnecessary cmake files
>> +rm -rf ${D}${libdir}/cmake
>> +}
>
> perhaps they should go into -dev package instead.
>
>>
>> PACKAGES =+ "${PN}-icu ${PN}-icu-dev"
>>
>> --
>> 2.4.0
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] piglit: upgrade to latest revision
On Wed, Jun 20, 2018 at 7:07 AM Maxin B. John wrote:
>
> Signed-off-by: Maxin B. John
> ---
> meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-graphics/piglit/piglit_git.bb
> b/meta/recipes-graphics/piglit/piglit_git.bb
> index b936ad8..1a3e888 100644
> --- a/meta/recipes-graphics/piglit/piglit_git.bb
> +++ b/meta/recipes-graphics/piglit/piglit_git.bb
> @@ -9,7 +9,7 @@ SRC_URI = "git://anongit.freedesktop.org/piglit \
> UPSTREAM_CHECK_COMMITS = "1"
>
> # From 2018-02-26
> -SRCREV = "4ce0887e2f7f848d2be2e435a2d0f3c80e44ea3b"
> +SRCREV = "3aa8c1cfe1a9ddae40c60d9dc76fe8dce47b15cc"
Can you update the comment about the date as well
> # (when PV goes above 1.0 remove the trailing r)
> PV = "1.0+gitr${SRCPV}"
>
> --
> 2.4.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/5] harfbuzz: upgrade 1.7.5 -> 1.8.1
On Wed, Jun 20, 2018 at 7:07 AM Maxin B. John wrote:
>
> Signed-off-by: Maxin B. John
> ---
> .../harfbuzz/{harfbuzz_1.7.5.bb => harfbuzz_1.8.1.bb} | 8
> ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.7.5.bb =>
> harfbuzz_1.8.1.bb} (82%)
>
> diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
> b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
> similarity index 82%
> rename from meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
> rename to meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
> index 0a9b029..f8b0056 100644
> --- a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
> +++ b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
> @@ -12,8 +12,8 @@ DEPENDS = "glib-2.0 cairo fontconfig freetype"
>
> SRC_URI =
> "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2;
>
> -SRC_URI[md5sum] = "1466ab51fc5aaa6af4065936939cec62"
> -SRC_URI[sha256sum] =
> "84574e1b1f65ca694cb8fb6905309665c0368af18a312357f8ff886ee2f29563"
> +SRC_URI[md5sum] = "97cb89c6e2a914c05c8b7e858703885f"
> +SRC_URI[sha256sum] =
> "fbed6392ddb085e45e6090a9f389f72926d0e355f4b0a2ef51d35cf21686df45"
>
> inherit autotools pkgconfig lib_package gtk-doc
>
> @@ -27,6 +27,10 @@ EXTRA_OECONF = " \
> --with-glib \
> --without-graphite2 \
> "
> +do_install_append() {
> +# Remove unnecessary cmake files
> +rm -rf ${D}${libdir}/cmake
> +}
perhaps they should go into -dev package instead.
>
> PACKAGES =+ "${PN}-icu ${PN}-icu-dev"
>
> --
> 2.4.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi vols
Hey,
Sorry for top posting. I have done some testing of this during the day, and it
seems that this only works if you run "export MKUBIFS_ARGS_foo" and similar in
whichever config file contains those settings (such as a machine conf).
I would have preferred a combined shell/python solution, but that seems to be
trickier than I thought, since there is code in place that looks for
IMAGE_CMD_multiubi specifically (in image.bbclass), and I have not been able to
override that. Any ideas of making this work without the export hack are
welcome.
Cheers,
Tobias Olausson
Development Engineer
HMS Industrial Networks AB
From: Andre McCurdy
Sent: Tuesday, June 19, 2018 8:33 PM
To: Tobias Olausson
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [oe-core][PATCHv4] image_types.bbclass: add optional
size to ubi vols
On Tue, Jun 19, 2018 at 8:09 AM, Tobias Olausson wrote:
> From 1d15f0d3c516351e6540a912367bcb22f9c25bbf Mon Sep 17 00:00:00 2001
> From: Tobias Olausson
> Date: Mon, 18 Jun 2018 15:01:53 +0200
> Subject: [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi vols
>
> Instead of hard coding the ubi volume to be just large enough to fit the
> root file system, one can use a variable to set a preferred size.
>
> Signed-off-by: Tobias Olausson
> ---
> meta/classes/image_types.bbclass | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/meta/classes/image_types.bbclass
> b/meta/classes/image_types.bbclass
> index 00a00d318f..2a0a7994c9 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -164,10 +164,22 @@ multiubi_mkfs() {
> local vname="_$3"
> fi
>
> + # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_vname for
> multiubi
> + if [ -z "${vname}" ]; then
> + local ubi_vol_size=${UBI_VOL_SIZE}
> + else
> + eval local ubi_vol_size=\"\$UBI_VOL_SIZE${vname}\"
This looks odd. Presumably it (and the multiubi code from which it's
derived) relies on the _ suffix variables
(MKUBIFS_ARGS_foo, UBI_VOL_SIZE_foo, etc) being exported from bitbake
to the shell?
I didn't find any discussion about that from when the original
multiubi code was merged though. Are there any multiubi users who can
clarify?
> + fi
> +
> echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
> echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo
>image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >>
>ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
> +
> + if [ -n "${ubi_vol_size}" ]; then
> + echo "vol_size=${ubi_vol_size}" >>
> ubinize${vname}-${IMAGE_NAME}.cfg
> + fi
> +
> echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
> --
> 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] glibc: fix CVE-2017-18269 and CVE-2018-11236
On 06/19/2018 08:12 PM, Lei, Maohui wrote:
> Hi Ross
>
> Ok, I'll do it. Thank you for your reply.
>
> Best regards
> Lei
in my stable/sumo-nmut for testing
- armin
>
>> -Original Message-
>> From: Burton, Ross [mailto:ross.bur...@intel.com]
>> Sent: Tuesday, June 19, 2018 7:40 PM
>> To: Lei, Maohui
>> Cc: openembedded-core@lists.openembedded.org
>> Subject: Re: [OE-core] [PATCH] glibc: fix CVE-2017-18269 and CVE-2018-11236
>>
>> If you submit it as a sumo backport, then yes.
>>
>> Ross
>>
>> On 19 June 2018 at 07:29, Lei, Maohui wrote:
>>> Hi,
>>>
>>> Is there any plan to merge this patch into sumo branch? It is also apply to
>> sumo branch.
>>> Best regards
>>> Lei
>>>
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-
core-boun...@lists.openembedded.org] On Behalf Of Zhixiong Chi
Sent: Thursday, June 07, 2018 6:02 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] glibc: fix CVE-2017-18269 and CVE-2018-11236
Backport two CVE patches from the upstream
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=summary
commit 5460617d1567657621107d895ee2dd83bc1f88f2
commit cd66c0e584c6d692bc8347b5e72723d02b8a8ada
Signed-off-by: Zhixiong Chi
---
meta/recipes-core/glibc/glibc/CVE-2017-18269.patch | 178
>> +
meta/recipes-core/glibc/glibc/CVE-2018-11236.patch | 164
>> +++
meta/recipes-core/glibc/glibc_2.27.bb | 2 +
3 files changed, 344 insertions(+)
create mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
create mode 100644 meta/recipes-core/glibc/glibc/CVE-2018-11236.patch
diff --git a/meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
>> b/meta/recipes-
core/glibc/glibc/CVE-2017-18269.patch
new file mode 100644
index 00..d873c51e60
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
@@ -0,0 +1,178 @@
+From cd66c0e584c6d692bc8347b5e72723d02b8a8ada Mon Sep 17 00:00:00 2001
+From: Andrew Senkevich
+Date: Fri, 23 Mar 2018 16:19:45 +0100
+Subject: [PATCH] Fix i386 memmove issue (bug 22644).
+
+ [BZ #22644]
+ * sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S: Fixed
+ branch conditions.
+ * string/test-memmove.c (do_test2): New testcase.
+
+Upstream-Status: Backport
+CVE: CVE-2017-18269
+Signed-off-by: Zhixiong Chi
+---
+ ChangeLog | 8 +++
+ string/test-memmove.c | 58
++
+ .../i386/i686/multiarch/memcpy-sse2-unaligned.S| 12 ++---
+ 3 files changed, 72 insertions(+), 6 deletions(-)
+
+diff --git a/ChangeLog b/ChangeLog
+index 18ed09e..afdb766 100644
+--- a/ChangeLog
b/ChangeLog
+@@ -1,3 +1,11 @@
++2018-03-23 Andrew Senkevich
++Max Horn
++
++[BZ #22644]
++* sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S: Fixed
++branch conditions.
++* string/test-memmove.c (do_test2): New testcase.
++
+ 2018-02-22 Andrew Waterman
+
+ [BZ # 22884]
+diff --git a/string/test-memmove.c b/string/test-memmove.c
+index edc7a4c..64e3651 100644
+--- a/string/test-memmove.c
b/string/test-memmove.c
+@@ -24,6 +24,7 @@
+ # define TEST_NAME "memmove"
+ #endif
+ #include "test-string.h"
++#include
+
+ char *simple_memmove (char *, const char *, size_t);
+
+@@ -245,6 +246,60 @@ do_random_tests (void)
+ }
+ }
+
++static void
++do_test2 (void)
++{
++ size_t size = 0x2000;
++ uint32_t * large_buf;
++
++ large_buf = mmap ((void*) 0x7000, size, PROT_READ | PROT_WRITE,
++MAP_PRIVATE | MAP_ANON, -1, 0);
++
++ if (large_buf == MAP_FAILED)
++error (EXIT_UNSUPPORTED, errno, "Large mmap failed");
++
++ if ((uintptr_t) large_buf > 0x8000 - 128
++ || 0x8000 - (uintptr_t) large_buf > 0x2000)
++{
++ error (0, 0, "Large mmap allocated improperly");
++ ret = EXIT_UNSUPPORTED;
++ munmap ((void *) large_buf, size);
++ return;
++}
++
++ size_t bytes_move = 0x8000 - (uintptr_t) large_buf;
++ size_t arr_size = bytes_move / sizeof (uint32_t);
++ size_t i;
++
++ FOR_EACH_IMPL (impl, 0)
++{
++ for (i = 0; i < arr_size; i++)
++large_buf[i] = (uint32_t) i;
++
++ uint32_t * dst = _buf[33];
++
++#ifdef TEST_BCOPY
++ CALL (impl, (char *) large_buf, (char *) dst, bytes_move);
++#else
++ CALL (impl, (char *) dst, (char *) large_buf,
Re: [OE-core] [PATCH 6/6] nss: update to 3.37.1
On 06/19/2018 08:15 AM, Richard Purdie wrote: > On Mon, 2018-06-18 at 21:10 -0700, Armin Kuster wrote: >> remove Fix-compilation-for-X32.patch as a solution simular is >> included in update. >> >> notable changes: >> The TLS 1.3 implementation was updated to Draft 28. >> The CA certificates list was updated to version 2.24. >> >> Signed-off-by: Armin Kuster > Failed in -next on qemuarm: > http://errors.yoctoproject.org/Errors/Details/180618/ > http://errors.yoctoproject.org/Errors/Details/180669/ > http://errors.yoctoproject.org/Errors/Details/180677/ > > qemuppc: > http://errors.yoctoproject.org/Errors/Details/180623/ > http://errors.yoctoproject.org/Errors/Details/180639/ > http://errors.yoctoproject.org/Errors/Details/180645/ > http://errors.yoctoproject.org/Errors/Details/180644/ > http://errors.yoctoproject.org/Errors/Details/180643/ > > qemumips: > http://errors.yoctoproject.org/Errors/Details/180655/ > http://errors.yoctoproject.org/Errors/Details/180670/ > http://errors.yoctoproject.org/Errors/Details/180678/ > > and more, you get the idea... (covers ears) LaLalalalal it appears to be the same as bug https://bugzilla.mozilla.org/show_bug.cgi?format=default=1459739 thanks, Armin > > Cheers, > > Richard > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] puzzles: upgrade to latest revision
Remove upstreamed patch:
0001-Use-labs-instead-of-abs.patch
Signed-off-by: Maxin B. John
---
.../files/0001-Use-labs-instead-of-abs.patch | 46 --
meta/recipes-sato/puzzles/puzzles_git.bb | 3 +-
2 files changed, 1 insertion(+), 48 deletions(-)
delete mode 100644
meta/recipes-sato/puzzles/files/0001-Use-labs-instead-of-abs.patch
diff --git a/meta/recipes-sato/puzzles/files/0001-Use-labs-instead-of-abs.patch
b/meta/recipes-sato/puzzles/files/0001-Use-labs-instead-of-abs.patch
deleted file mode 100644
index f43d1df..000
--- a/meta/recipes-sato/puzzles/files/0001-Use-labs-instead-of-abs.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From 9808dc09e08937c9bffd858d3ded428225a4312a Mon Sep 17 00:00:00 2001
-From: Khem Raj
-Date: Mon, 7 Sep 2015 09:02:38 +
-Subject: [PATCH] Use labs instead of abs
-
-cluevals is array of longs so we have to use labs() instead of abs()
-since abs() returns int
-
-Fixes
-
-keen.c:1458:17: error: absolute value function 'abs' given an argument
-of type 'long' but has parameter of type 'int' which may cause
-truncation of value
-
-Signed-off-by: Khem Raj
-Upstream-Status: Pending
-
- keen.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/keen.c b/keen.c
-index a6a7238..1631992 100644
a/keen.c
-+++ b/keen.c
-@@ -1043,7 +1043,7 @@ done
- cluevals[j] *= grid[i];
- break;
- case C_SUB:
-- cluevals[j] = abs(cluevals[j] - grid[i]);
-+ cluevals[j] = labs(cluevals[j] - grid[i]);
- break;
- case C_DIV:
- {
-@@ -1455,7 +1455,7 @@ static int check_errors(const game_state *state, long
*errors)
- cluevals[j] *= state->grid[i];
- break;
- case C_SUB:
-- cluevals[j] = abs(cluevals[j] - state->grid[i]);
-+ cluevals[j] = labs(cluevals[j] - state->grid[i]);
- break;
- case C_DIV:
- {
---
-2.5.1
-
diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb
b/meta/recipes-sato/puzzles/puzzles_git.bb
index 7d08b96..7a6114a 100644
--- a/meta/recipes-sato/puzzles/puzzles_git.bb
+++ b/meta/recipes-sato/puzzles/puzzles_git.bb
@@ -10,13 +10,12 @@ REQUIRED_DISTRO_FEATURES = "x11"
SRC_URI = "git://git.tartarus.org/simon/puzzles.git \
file://fix-compiling-failure-with-option-g-O.patch \
- file://0001-Use-labs-instead-of-abs.patch \
file://0001-palisade-Fix-warnings-with-clang-on-arm.patch \
file://0001-Use-Wno-error-format-overflow-if-the-compiler-suppor.patch \
"
UPSTREAM_CHECK_COMMITS = "1"
-SRCREV = "c6e0161dd475415316ed66dc82794d68e52f0025"
+SRCREV = "506b07352ae225c74e79f6c6e7872bc2005bdb53"
PE = "2"
PV = "0.0+git${SRCPV}"
--
2.4.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] harfbuzz: upgrade 1.7.5 -> 1.8.1
Signed-off-by: Maxin B. John
---
.../harfbuzz/{harfbuzz_1.7.5.bb => harfbuzz_1.8.1.bb} | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.7.5.bb => harfbuzz_1.8.1.bb}
(82%)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
similarity index 82%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
index 0a9b029..f8b0056 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_1.7.5.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_1.8.1.bb
@@ -12,8 +12,8 @@ DEPENDS = "glib-2.0 cairo fontconfig freetype"
SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2;
-SRC_URI[md5sum] = "1466ab51fc5aaa6af4065936939cec62"
-SRC_URI[sha256sum] =
"84574e1b1f65ca694cb8fb6905309665c0368af18a312357f8ff886ee2f29563"
+SRC_URI[md5sum] = "97cb89c6e2a914c05c8b7e858703885f"
+SRC_URI[sha256sum] =
"fbed6392ddb085e45e6090a9f389f72926d0e355f4b0a2ef51d35cf21686df45"
inherit autotools pkgconfig lib_package gtk-doc
@@ -27,6 +27,10 @@ EXTRA_OECONF = " \
--with-glib \
--without-graphite2 \
"
+do_install_append() {
+# Remove unnecessary cmake files
+rm -rf ${D}${libdir}/cmake
+}
PACKAGES =+ "${PN}-icu ${PN}-icu-dev"
--
2.4.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] libepoxy: upgrade 1.5.0 -> 1.5.2
Remove upstreamed patch:
no-tests.patch
Signed-off-by: Maxin B. John
---
.../libepoxy/libepoxy/no-tests.patch | 33 --
.../{libepoxy_1.5.0.bb => libepoxy_1.5.2.bb} | 5 ++--
2 files changed, 2 insertions(+), 36 deletions(-)
delete mode 100644 meta/recipes-graphics/libepoxy/libepoxy/no-tests.patch
rename meta/recipes-graphics/libepoxy/{libepoxy_1.5.0.bb => libepoxy_1.5.2.bb}
(79%)
diff --git a/meta/recipes-graphics/libepoxy/libepoxy/no-tests.patch
b/meta/recipes-graphics/libepoxy/libepoxy/no-tests.patch
deleted file mode 100644
index d2b6c1a..000
--- a/meta/recipes-graphics/libepoxy/libepoxy/no-tests.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Add option to disable tests.
-
-Upstream-Status: Submitted (https://github.com/anholt/libepoxy/pull/158)
-Signed-off-by: Ross Burton
-
-diff --git a/meson.build b/meson.build
-index b2ebaef..9632c7a 100644
a/meson.build
-+++ b/meson.build
-@@ -242,7 +242,10 @@ libepoxy_inc = [
-
- subdir('include/epoxy')
- subdir('src')
--subdir('test')
-+
-+if get_option('tests')
-+ subdir('test')
-+endif
-
- if get_option('docs')
- doxygen = find_program('doxygen', required: false)
-diff --git a/meson_options.txt b/meson_options.txt
-index b5d7c98..dc30e68 100644
a/meson_options.txt
-+++ b/meson_options.txt
-@@ -15,3 +15,7 @@ option('x11',
-type: 'boolean',
-value: true,
-description: 'Enable X11 support (GLX or EGL-X11)')
-+option('tests',
-+ type: 'boolean',
-+ value: true,
-+ description: 'Build the test suite')
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.0.bb
b/meta/recipes-graphics/libepoxy/libepoxy_1.5.2.bb
similarity index 79%
rename from meta/recipes-graphics/libepoxy/libepoxy_1.5.0.bb
rename to meta/recipes-graphics/libepoxy/libepoxy_1.5.2.bb
index 5ca0868..1067212 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.0.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.2.bb
@@ -6,10 +6,9 @@ LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
SRC_URI =
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz \
- file://no-tests.patch \
"
-SRC_URI[md5sum] = "63fe3847789258254dcd7e3fdb9e7f5e"
-SRC_URI[sha256sum] =
"4c94995398a6ebf691600dda2e9685a0cac261414175c2adf4645cdfab42a5d5"
+SRC_URI[md5sum] = "4a6b9e581da229dee74c2263c84b1eca"
+SRC_URI[sha256sum] =
"a9562386519eb3fd7f03209f279f697a8cba520d3c155d6e253c3e138beca7d8"
UPSTREAM_CHECK_URI = "https://github.com/anholt/libepoxy/releases;
inherit meson pkgconfig distro_features_check
--
2.4.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] ofono: upgrade 1.23 -> 1.24
Signed-off-by: Maxin B. John
---
meta/recipes-connectivity/ofono/ofono_1.23.bb | 9 -
meta/recipes-connectivity/ofono/ofono_1.24.bb | 9 +
2 files changed, 9 insertions(+), 9 deletions(-)
delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.23.bb
create mode 100644 meta/recipes-connectivity/ofono/ofono_1.24.bb
diff --git a/meta/recipes-connectivity/ofono/ofono_1.23.bb
b/meta/recipes-connectivity/ofono/ofono_1.23.bb
deleted file mode 100644
index e04162c..000
--- a/meta/recipes-connectivity/ofono/ofono_1.23.bb
+++ /dev/null
@@ -1,9 +0,0 @@
-require ofono.inc
-
-SRC_URI = "\
- ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
- file://ofono \
- file://use-python3.patch \
-"
-SRC_URI[md5sum] = "27ea2f1a155231af49d520486b8ebc05"
-SRC_URI[sha256sum] =
"4dacdc61571aad7ce8b4412ed51d03bec3d4060b93ee68f8c69b26b223bdc975"
diff --git a/meta/recipes-connectivity/ofono/ofono_1.24.bb
b/meta/recipes-connectivity/ofono/ofono_1.24.bb
new file mode 100644
index 000..be7d9ea
--- /dev/null
+++ b/meta/recipes-connectivity/ofono/ofono_1.24.bb
@@ -0,0 +1,9 @@
+require ofono.inc
+
+SRC_URI = "\
+ ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
+ file://ofono \
+ file://use-python3.patch \
+"
+SRC_URI[md5sum] = "be24e80f6551f46fea0c5b5879964d6c"
+SRC_URI[sha256sum] =
"9c8e351b7658f4b43f9a4380b731c47d2d7544a89987c48c3f227e73636c87ae"
--
2.4.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] piglit: upgrade to latest revision
Signed-off-by: Maxin B. John
---
meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb
b/meta/recipes-graphics/piglit/piglit_git.bb
index b936ad8..1a3e888 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -9,7 +9,7 @@ SRC_URI = "git://anongit.freedesktop.org/piglit \
UPSTREAM_CHECK_COMMITS = "1"
# From 2018-02-26
-SRCREV = "4ce0887e2f7f848d2be2e435a2d0f3c80e44ea3b"
+SRCREV = "3aa8c1cfe1a9ddae40c60d9dc76fe8dce47b15cc"
# (when PV goes above 1.0 remove the trailing r)
PV = "1.0+gitr${SRCPV}"
--
2.4.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-libc-headers: To fix build error when enable mutilib on aarch64 Big endian.
I can grab this for my queue, and send it along with my next consolidated
pull request.
That way, I can give it some extra testing.
Cheers,
Bruce
On Wed, Jun 20, 2018 at 3:12 AM, Lei, Maohui
wrote:
> Ping
>
> > -Original Message-
> > From: Lei, Maohui
> > Sent: Saturday, May 19, 2018 2:38 AM
> > To: openembedded-core@lists.openembedded.org
> > Cc: Lei, Maohui
> > Subject: [OE-core][PATCH] linux-libc-headers: To fix build error when
> enable
> > mutilib on aarch64 Big endian.
> >
> > Signed-off-by: Lei Maohui
> > ---
> > meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 4
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-
> headers.inc
> > b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> > index 9903c06..b5cf96d 100644
> > --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> > +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> > @@ -77,6 +77,10 @@ do_install_append_arm () {
> > do_install_armmultilib
> > }
> >
> > +do_install_append_armeb () {
> > + do_install_armmultilib
> > +}
> > +
> > do_install_armmultilib () {
> > oe_multilib_header asm/auxvec.h asm/bitsperlong.h asm/byteorder.h
> > asm/fcntl.h asm/hwcap.h asm/ioctls.h asm/kvm.h asm/kvm_para.h asm/mman.h
> > asm/param.h asm/perf_regs.h asm/bpf_perf_event.h
> > oe_multilib_header asm/posix_types.h asm/ptrace.h asm/setup.h
> > asm/sigcontext.h asm/siginfo.h asm/signal.h asm/stat.h asm/statfs.h
> asm/swab.h
> > asm/types.h asm/unistd.h
> > --
> > 1.9.1
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] maintainers: update Intel owners
Signed-off-by: Ross Burton --- meta/conf/distro/include/maintainers.inc | 44 1 file changed, 22 insertions(+), 22 deletions(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index 2f2921b9364..d569e0a7ec3 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -45,7 +45,7 @@ RECIPE_MAINTAINER_pn-apt = "Aníbal Limón " RECIPE_MAINTAINER_pn-apt-native = "Aníbal Limón " RECIPE_MAINTAINER_pn-argp-standalone = "Khem Raj " RECIPE_MAINTAINER_pn-asciidoc = "Yi Zhao " -RECIPE_MAINTAINER_pn-aspell = "Jose Lamego " +RECIPE_MAINTAINER_pn-aspell = "Maxin B. John " RECIPE_MAINTAINER_pn-assimp = "Maxin B. John " RECIPE_MAINTAINER_pn-at = "Chen Qi " RECIPE_MAINTAINER_pn-at-spi2-atk = "Maxin B. John " @@ -59,11 +59,11 @@ RECIPE_MAINTAINER_pn-automake = "Robert Yang " RECIPE_MAINTAINER_pn-avahi = "Yi Zhao " RECIPE_MAINTAINER_pn-avahi-ui = "Yi Zhao " RECIPE_MAINTAINER_pn-babeltrace = "Alexander Kanavin " -RECIPE_MAINTAINER_pn-base-files = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-base-passwd = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-base-files = "Ross Burton " +RECIPE_MAINTAINER_pn-base-passwd = "Ross Burton " RECIPE_MAINTAINER_pn-bash = "Hongxu Jia " RECIPE_MAINTAINER_pn-bash-completion = "Alexander Kanavin " -RECIPE_MAINTAINER_pn-bc = "Jose Lamego " +RECIPE_MAINTAINER_pn-bc = "Ross Burton " RECIPE_MAINTAINER_pn-bdwgc = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bind = "Armin Kuster " RECIPE_MAINTAINER_pn-binutils = "Khem Raj " @@ -75,13 +75,13 @@ RECIPE_MAINTAINER_pn-bjam-native = "Alexander Kanavin " RECIPE_MAINTAINER_pn-blktool = "Yi Zhao " RECIPE_MAINTAINER_pn-blktrace = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bluez5 = "Maxin B. John " -RECIPE_MAINTAINER_pn-bmap-tools = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-bmap-tools = "Ross Burton " RECIPE_MAINTAINER_pn-boost = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bootchart2 = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bsd-headers = "Khem Raj " RECIPE_MAINTAINER_pn-btrfs-tools = "Alexander Kanavin " RECIPE_MAINTAINER_pn-build-appliance-image = "Richard Purdie " -RECIPE_MAINTAINER_pn-build-compare = "Randy Witt " +RECIPE_MAINTAINER_pn-build-compare = "Paul Eggleton " RECIPE_MAINTAINER_pn-build-sysroots = "Richard Purdie " RECIPE_MAINTAINER_pn-builder = "Richard Purdie " RECIPE_MAINTAINER_pn-buildtools-tarball = "Richard Purdie " @@ -156,7 +156,7 @@ RECIPE_MAINTAINER_pn-enchant = "Maxin B. John " RECIPE_MAINTAINER_pn-encodings = "Armin Kuster " RECIPE_MAINTAINER_pn-epiphany = "Alexander Kanavin " RECIPE_MAINTAINER_pn-ethtool = "Changhyeok Bae " -RECIPE_MAINTAINER_pn-eudev = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-eudev = "Ross Burton " RECIPE_MAINTAINER_pn-expat = "Yi Zhao " RECIPE_MAINTAINER_pn-expect = "Alexander Kanavin " RECIPE_MAINTAINER_pn-ffmpeg = "Alexander Kanavin " @@ -261,13 +261,13 @@ RECIPE_MAINTAINER_pn-ifupdown = "Maxin B. John " RECIPE_MAINTAINER_pn-init-ifupdown = "Maxin B. John " RECIPE_MAINTAINER_pn-initramfs-boot = "Otavio Salvador " RECIPE_MAINTAINER_pn-initramfs-framework = "Otavio Salvador " -RECIPE_MAINTAINER_pn-initramfs-live-boot = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-boot-tiny = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-efi = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-efi-testfs = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-testfs = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initscripts = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-initramfs-live-boot = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-boot-tiny = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-efi = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-efi-testfs = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-testfs = "Ross Burton " +RECIPE_MAINTAINER_pn-initscripts = "Ross Burton " RECIPE_MAINTAINER_pn-intltool = "Alexander Kanavin " RECIPE_MAINTAINER_pn-iproute2 = "Changhyeok Bae " RECIPE_MAINTAINER_pn-iptables = "Changhyeok Bae " @@ -304,7 +304,7 @@ RECIPE_MAINTAINER_pn-libcap-ng = "Yi Zhao " RECIPE_MAINTAINER_pn-libcgroup = "Alexander Kanavin " RECIPE_MAINTAINER_pn-libcheck = "Yi Zhao " RECIPE_MAINTAINER_pn-libcomps = "Alexander Kanavin " -RECIPE_MAINTAINER_pn-libconvert-asn1-perl = "Tim Orling " +RECIPE_MAINTAINER_pn-libconvert-asn1-perl = "Tim Orling " RECIPE_MAINTAINER_pn-libcroco = "Maxin B. John " RECIPE_MAINTAINER_pn-libdaemon = "Alexander Kanavin " RECIPE_MAINTAINER_pn-libdmx = "Armin Kuster " @@ -443,7 +443,7 @@ RECIPE_MAINTAINER_pn-llvm = "Khem Raj " RECIPE_MAINTAINER_pn-logrotate = "Yi Zhao " RECIPE_MAINTAINER_pn-lrzsz = "Maxin B. John "
[OE-core] [PATCH] mesa: add lost Upstream-Status
Signed-off-by: Ross Burton --- .../mesa/files/0003-winsys-svga-drm-Include-sys-types.h.patch| 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/mesa/files/0003-winsys-svga-drm-Include-sys-types.h.patch b/meta/recipes-graphics/mesa/files/0003-winsys-svga-drm-Include-sys-types.h.patch index 17368c88fa7..e5f4dfc0751 100644 --- a/meta/recipes-graphics/mesa/files/0003-winsys-svga-drm-Include-sys-types.h.patch +++ b/meta/recipes-graphics/mesa/files/0003-winsys-svga-drm-Include-sys-types.h.patch @@ -11,6 +11,7 @@ on glibc since sys/types.h is included through another system headers Signed-off-by: Khem Raj +Upstream-Status: Submitted --- src/gallium/winsys/svga/drm/vmw_screen.h | 1 + 1 file changed, 1 insertion(+) -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] maintainers: update Intel owners
Signed-off-by: Ross Burton --- meta/conf/distro/include/maintainers.inc | 38 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index 2f2921b9364..7907d40bc36 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -45,7 +45,7 @@ RECIPE_MAINTAINER_pn-apt = "Aníbal Limón " RECIPE_MAINTAINER_pn-apt-native = "Aníbal Limón " RECIPE_MAINTAINER_pn-argp-standalone = "Khem Raj " RECIPE_MAINTAINER_pn-asciidoc = "Yi Zhao " -RECIPE_MAINTAINER_pn-aspell = "Jose Lamego " +RECIPE_MAINTAINER_pn-aspell = "Maxin B. John " RECIPE_MAINTAINER_pn-assimp = "Maxin B. John " RECIPE_MAINTAINER_pn-at = "Chen Qi " RECIPE_MAINTAINER_pn-at-spi2-atk = "Maxin B. John " @@ -59,8 +59,8 @@ RECIPE_MAINTAINER_pn-automake = "Robert Yang " RECIPE_MAINTAINER_pn-avahi = "Yi Zhao " RECIPE_MAINTAINER_pn-avahi-ui = "Yi Zhao " RECIPE_MAINTAINER_pn-babeltrace = "Alexander Kanavin " -RECIPE_MAINTAINER_pn-base-files = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-base-passwd = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-base-files = "Ross Burton " +RECIPE_MAINTAINER_pn-base-passwd = "Ross Burton " RECIPE_MAINTAINER_pn-bash = "Hongxu Jia " RECIPE_MAINTAINER_pn-bash-completion = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bc = "Jose Lamego " @@ -75,13 +75,13 @@ RECIPE_MAINTAINER_pn-bjam-native = "Alexander Kanavin " RECIPE_MAINTAINER_pn-blktool = "Yi Zhao " RECIPE_MAINTAINER_pn-blktrace = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bluez5 = "Maxin B. John " -RECIPE_MAINTAINER_pn-bmap-tools = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-bmap-tools = "Ross Burton " RECIPE_MAINTAINER_pn-boost = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bootchart2 = "Alexander Kanavin " RECIPE_MAINTAINER_pn-bsd-headers = "Khem Raj " RECIPE_MAINTAINER_pn-btrfs-tools = "Alexander Kanavin " RECIPE_MAINTAINER_pn-build-appliance-image = "Richard Purdie " -RECIPE_MAINTAINER_pn-build-compare = "Randy Witt " +RECIPE_MAINTAINER_pn-build-compare = "Paul Eggleton " RECIPE_MAINTAINER_pn-build-sysroots = "Richard Purdie " RECIPE_MAINTAINER_pn-builder = "Richard Purdie " RECIPE_MAINTAINER_pn-buildtools-tarball = "Richard Purdie " @@ -156,7 +156,7 @@ RECIPE_MAINTAINER_pn-enchant = "Maxin B. John " RECIPE_MAINTAINER_pn-encodings = "Armin Kuster " RECIPE_MAINTAINER_pn-epiphany = "Alexander Kanavin " RECIPE_MAINTAINER_pn-ethtool = "Changhyeok Bae " -RECIPE_MAINTAINER_pn-eudev = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-eudev = "Ross Burton " RECIPE_MAINTAINER_pn-expat = "Yi Zhao " RECIPE_MAINTAINER_pn-expect = "Alexander Kanavin " RECIPE_MAINTAINER_pn-ffmpeg = "Alexander Kanavin " @@ -261,13 +261,13 @@ RECIPE_MAINTAINER_pn-ifupdown = "Maxin B. John " RECIPE_MAINTAINER_pn-init-ifupdown = "Maxin B. John " RECIPE_MAINTAINER_pn-initramfs-boot = "Otavio Salvador " RECIPE_MAINTAINER_pn-initramfs-framework = "Otavio Salvador " -RECIPE_MAINTAINER_pn-initramfs-live-boot = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-boot-tiny = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-efi = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-efi-testfs = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initramfs-live-install-testfs = "Chang Rebecca Swee Fun " -RECIPE_MAINTAINER_pn-initscripts = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-initramfs-live-boot = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-boot-tiny = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-efi = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-efi-testfs = "Ross Burton " +RECIPE_MAINTAINER_pn-initramfs-live-install-testfs = "Ross Burton " +RECIPE_MAINTAINER_pn-initscripts = "Ross Burton " RECIPE_MAINTAINER_pn-intltool = "Alexander Kanavin " RECIPE_MAINTAINER_pn-iproute2 = "Changhyeok Bae " RECIPE_MAINTAINER_pn-iptables = "Changhyeok Bae " @@ -304,7 +304,7 @@ RECIPE_MAINTAINER_pn-libcap-ng = "Yi Zhao " RECIPE_MAINTAINER_pn-libcgroup = "Alexander Kanavin " RECIPE_MAINTAINER_pn-libcheck = "Yi Zhao " RECIPE_MAINTAINER_pn-libcomps = "Alexander Kanavin " -RECIPE_MAINTAINER_pn-libconvert-asn1-perl = "Tim Orling " +RECIPE_MAINTAINER_pn-libconvert-asn1-perl = "Tim Orling " RECIPE_MAINTAINER_pn-libcroco = "Maxin B. John " RECIPE_MAINTAINER_pn-libdaemon = "Alexander Kanavin " RECIPE_MAINTAINER_pn-libdmx = "Armin Kuster " @@ -443,7 +443,7 @@ RECIPE_MAINTAINER_pn-llvm = "Khem Raj " RECIPE_MAINTAINER_pn-logrotate = "Yi Zhao " RECIPE_MAINTAINER_pn-lrzsz = "Maxin B. John " RECIPE_MAINTAINER_pn-lsb = "Hongxu Jia " -RECIPE_MAINTAINER_pn-lsbinitscripts = "Chang Rebecca Swee Fun " +RECIPE_MAINTAINER_pn-lsbinitscripts = "Ross Burton " RECIPE_MAINTAINER_pn-lsbtest =
[OE-core] [PATCH] lttng-modules: upgrade 2.10.5 -> 2.10.6
Signed-off-by: He Zhe
---
.../lttng/{lttng-modules_2.10.5.bb => lttng-modules_2.10.6.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-modules_2.10.5.bb =>
lttng-modules_2.10.6.bb} (90%)
diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.10.5.bb
b/meta/recipes-kernel/lttng/lttng-modules_2.10.6.bb
similarity index 90%
rename from meta/recipes-kernel/lttng/lttng-modules_2.10.5.bb
rename to meta/recipes-kernel/lttng/lttng-modules_2.10.6.bb
index 370b78aae14..6146966894d 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.10.5.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.10.6.bb
@@ -16,8 +16,8 @@ SRC_URI =
"https://lttng.org/files/${BPN}/${BPN}-${PV}.tar.bz2 \
file://BUILD_RUNTIME_BUG_ON-vs-gcc7.patch \
"
-SRC_URI[md5sum] = "4aaabaafd15d9455c83972e26ccfbca7"
-SRC_URI[sha256sum] =
"b8dbbbee45a673c381f51b99c555e36655c3c2c7a5477aab927591cc7f003a1f"
+SRC_URI[md5sum] = "8110099f4615fc89a74ffe9189b56cfc"
+SRC_URI[sha256sum] =
"04a080c81743eb29d181bac29ceb0c15819a2f4210793f2cc9958d885435029f"
export INSTALL_MOD_DIR="kernel/lttng-modules"
--
2.11.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] image/testimage: Rework auto image test execution
On Wed, 2018-06-20 at 08:47 +0800, ChenQi wrote:
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -487,7 +487,7 @@ HOSTTOOLS += " \
> > "
> >
> > # Tools needed to run testimage runtime image testing
> > -HOSTTOOLS += "${@'ip ping ps scp ssh stty' if
> > (bb.data.inherits_class('testimage', d) or d.getVar('TEST_IMAGE')
> > == '1') else ''}"
> > +HOSTTOOLS += "${@'ip ping ps scp ssh stty' if
> > (bb.utils.contains_any('IMAGE_CLASSES', 'testimage testsdk', True,
> > False, d)) else ''}"
>
> After this change, testimage and testsdk is limited to be used via
> IMAGE_CLASSES. Using INHERIT directly will cause commands missing
> when testing.
> e.g.
> INHERIT += "testimage"
>
> Is it designed to be so?
Using INHERIT += "testimage" is bad form since it adds the testimage
task to things that it makes no sense with. Consider "bitbake bash -c
testimage" for example.
So yes, it was designed to do this, unfortunately it breaks the
autobuilder though.
I will likely want to fix the autobuilder not to do this and use the
new test code. We're about to change a lot of the autobuilder codebase
around to the new one so it probably makes sense to make that change
after we move to the new codebase.
For that reason I'll probably temporarily fix INHERIT of testimage to
work again but going forward, that support will be removed as it
doesn't make sense and IMAGE_CLASSES is the correct way to do it.
Does that make sense?
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] nss: Fix build error for aarch64be.
Signed-off-by: Lei Maohui
---
meta/recipes-support/nss/nss_3.35.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-support/nss/nss_3.35.bb
b/meta/recipes-support/nss/nss_3.35.bb
index 84f1916..21da7ec 100644
--- a/meta/recipes-support/nss/nss_3.35.bb
+++ b/meta/recipes-support/nss/nss_3.35.bb
@@ -91,6 +91,8 @@ do_compile() {
OS_TEST=ppc64
elif [ "${TARGET_ARCH}" = "mips" -o "${TARGET_ARCH}" = "mipsel" -o
"${TARGET_ARCH}" = "mips64" -o "${TARGET_ARCH}" = "mips64el" ]; then
OS_TEST=mips
+elif [ "${TARGET_ARCH}" = "aarch64_be" ]; then
+OS_TEST="aarch64"
else
OS_TEST="${TARGET_ARCH}"
fi
@@ -146,6 +148,9 @@ do_install() {
OS_TEST=ppc64
elif [ "${TARGET_ARCH}" = "mips" -o "${TARGET_ARCH}" = "mipsel" -o
"${TARGET_ARCH}" = "mips64" -o "${TARGET_ARCH}" = "mips64el" ]; then
OS_TEST=mips
+elif [ "${TARGET_ARCH}" = "aarch64_be" ]; then
+CPU_ARCH=aarch64
+OS_TEST="aarch64"
else
OS_TEST="${TARGET_ARCH}"
fi
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [sumo][PATCH] glibc: fix CVE-2017-18269 and CVE-2018-11236
From: Zhixiong Chi
Backport two CVE patches from the upstream
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=summary
commit 5460617d1567657621107d895ee2dd83bc1f88f2
commit cd66c0e584c6d692bc8347b5e72723d02b8a8ada
(From OE-Core rev: 398ac946745bbfad55deb382aeafec0be3298819)
Signed-off-by: Zhixiong Chi
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
meta/recipes-core/glibc/glibc/CVE-2017-18269.patch | 178 +
meta/recipes-core/glibc/glibc/CVE-2018-11236.patch | 164 +++
meta/recipes-core/glibc/glibc_2.27.bb | 2 +
3 files changed, 344 insertions(+)
create mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
create mode 100644 meta/recipes-core/glibc/glibc/CVE-2018-11236.patch
diff --git a/meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
b/meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
new file mode 100644
index 000..d873c51
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2017-18269.patch
@@ -0,0 +1,178 @@
+From cd66c0e584c6d692bc8347b5e72723d02b8a8ada Mon Sep 17 00:00:00 2001
+From: Andrew Senkevich
+Date: Fri, 23 Mar 2018 16:19:45 +0100
+Subject: [PATCH] Fix i386 memmove issue (bug 22644).
+
+ [BZ #22644]
+ * sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S: Fixed
+ branch conditions.
+ * string/test-memmove.c (do_test2): New testcase.
+
+Upstream-Status: Backport
+CVE: CVE-2017-18269
+Signed-off-by: Zhixiong Chi
+---
+ ChangeLog | 8 +++
+ string/test-memmove.c | 58 ++
+ .../i386/i686/multiarch/memcpy-sse2-unaligned.S| 12 ++---
+ 3 files changed, 72 insertions(+), 6 deletions(-)
+
+diff --git a/ChangeLog b/ChangeLog
+index 18ed09e..afdb766 100644
+--- a/ChangeLog
b/ChangeLog
+@@ -1,3 +1,11 @@
++2018-03-23 Andrew Senkevich
++ Max Horn
++
++ [BZ #22644]
++ * sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S: Fixed
++ branch conditions.
++ * string/test-memmove.c (do_test2): New testcase.
++
+ 2018-02-22 Andrew Waterman
+
+ [BZ # 22884]
+diff --git a/string/test-memmove.c b/string/test-memmove.c
+index edc7a4c..64e3651 100644
+--- a/string/test-memmove.c
b/string/test-memmove.c
+@@ -24,6 +24,7 @@
+ # define TEST_NAME "memmove"
+ #endif
+ #include "test-string.h"
++#include
+
+ char *simple_memmove (char *, const char *, size_t);
+
+@@ -245,6 +246,60 @@ do_random_tests (void)
+ }
+ }
+
++static void
++do_test2 (void)
++{
++ size_t size = 0x2000;
++ uint32_t * large_buf;
++
++ large_buf = mmap ((void*) 0x7000, size, PROT_READ | PROT_WRITE,
++ MAP_PRIVATE | MAP_ANON, -1, 0);
++
++ if (large_buf == MAP_FAILED)
++error (EXIT_UNSUPPORTED, errno, "Large mmap failed");
++
++ if ((uintptr_t) large_buf > 0x8000 - 128
++ || 0x8000 - (uintptr_t) large_buf > 0x2000)
++{
++ error (0, 0, "Large mmap allocated improperly");
++ ret = EXIT_UNSUPPORTED;
++ munmap ((void *) large_buf, size);
++ return;
++}
++
++ size_t bytes_move = 0x8000 - (uintptr_t) large_buf;
++ size_t arr_size = bytes_move / sizeof (uint32_t);
++ size_t i;
++
++ FOR_EACH_IMPL (impl, 0)
++{
++ for (i = 0; i < arr_size; i++)
++large_buf[i] = (uint32_t) i;
++
++ uint32_t * dst = _buf[33];
++
++#ifdef TEST_BCOPY
++ CALL (impl, (char *) large_buf, (char *) dst, bytes_move);
++#else
++ CALL (impl, (char *) dst, (char *) large_buf, bytes_move);
++#endif
++
++ for (i = 0; i < arr_size; i++)
++ {
++if (dst[i] != (uint32_t) i)
++ {
++error (0, 0,
++ "Wrong result in function %s dst \"%p\" src \"%p\" offset
\"%zd\"",
++ impl->name, dst, large_buf, i);
++ret = 1;
++break;
++ }
++ }
++}
++
++ munmap ((void *) large_buf, size);
++}
++
+ int
+ test_main (void)
+ {
+@@ -284,6 +339,9 @@ test_main (void)
+ }
+
+ do_random_tests ();
++
++ do_test2 ();
++
+ return ret;
+ }
+
+diff --git a/sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S
b/sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S
+index 9c3bbe7..9aa17de 100644
+--- a/sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S
b/sysdeps/i386/i686/multiarch/memcpy-sse2-unaligned.S
+@@ -72,7 +72,7 @@ ENTRY (MEMCPY)
+ cmp %edx, %eax
+
+ # ifdef USE_AS_MEMMOVE
+- jg L(check_forward)
++ ja L(check_forward)
+
+ L(mm_len_0_or_more_backward):
+ /* Now do checks for lengths. We do [0..16], [16..32], [32..64], [64..128]
+@@ -81,7 +81,7 @@ L(mm_len_0_or_more_backward):
+ jbe L(mm_len_0_16_bytes_backward)
+
+ cmpl$32, %ecx
+- jg L(mm_len_32_or_more_backward)
++ ja L(mm_len_32_or_more_backward)
+
+ /* Copy [0..32] and return. */
+ movdqu (%eax), %xmm0
+@@ -92,7 +92,7 @@ L(mm_len_0_or_more_backward):
+
+
[OE-core] [PATCH] iproute2: upgrade to release 4.17
Signed-off-by: Anders Roxell
---
meta/recipes-connectivity/iproute2/iproute2.inc | 2 +-
.../iproute2/{iproute2_4.16.0.bb => iproute2_4.17.0.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/iproute2/{iproute2_4.16.0.bb =>
iproute2_4.17.0.bb} (72%)
diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc
b/meta/recipes-connectivity/iproute2/iproute2.inc
index 4fbfec6f08a9..b283589063f9 100644
--- a/meta/recipes-connectivity/iproute2/iproute2.inc
+++ b/meta/recipes-connectivity/iproute2/iproute2.inc
@@ -9,7 +9,7 @@ LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
file://ip/ip.c;beginline=3;endline=8;md5=689d691d0410a4b64d3899f8d6e31817"
-DEPENDS = "flex-native bison-native iptables elfutils"
+DEPENDS = "flex-native bison-native iptables elfutils libcap"
inherit update-alternatives bash-completion pkgconfig
diff --git a/meta/recipes-connectivity/iproute2/iproute2_4.16.0.bb
b/meta/recipes-connectivity/iproute2/iproute2_4.17.0.bb
similarity index 72%
rename from meta/recipes-connectivity/iproute2/iproute2_4.16.0.bb
rename to meta/recipes-connectivity/iproute2/iproute2_4.17.0.bb
index 4b0e893744b1..12812b036bb1 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_4.16.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_4.17.0.bb
@@ -6,8 +6,8 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz \
file://0001-ip-Remove-unneed-header.patch \
"
-SRC_URI[md5sum] = "1f12a70d767ef77ffa2d1a0c4ce48f1a"
-SRC_URI[sha256sum] =
"0c5c24020fd7349fe25728c5edee9fb6a1bc8a38f08e23be5c57a6301e55ee0a"
+SRC_URI[md5sum] = "6f3a87fe2d97c28214fc2faab2c257d6"
+SRC_URI[sha256sum] =
"6fa991b092315887775b9e47dc6a89af7ae09dd3ad4ccff754d055c566b4be6e"
# CFLAGS are computed in Makefile and reference CCOPTS
#
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-libc-headers: To fix build error when enable mutilib on aarch64 Big endian.
Ping
> -Original Message-
> From: Lei, Maohui
> Sent: Saturday, May 19, 2018 2:38 AM
> To: openembedded-core@lists.openembedded.org
> Cc: Lei, Maohui
> Subject: [OE-core][PATCH] linux-libc-headers: To fix build error when enable
> mutilib on aarch64 Big endian.
>
> Signed-off-by: Lei Maohui
> ---
> meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> index 9903c06..b5cf96d 100644
> --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
> @@ -77,6 +77,10 @@ do_install_append_arm () {
> do_install_armmultilib
> }
>
> +do_install_append_armeb () {
> + do_install_armmultilib
> +}
> +
> do_install_armmultilib () {
> oe_multilib_header asm/auxvec.h asm/bitsperlong.h asm/byteorder.h
> asm/fcntl.h asm/hwcap.h asm/ioctls.h asm/kvm.h asm/kvm_para.h asm/mman.h
> asm/param.h asm/perf_regs.h asm/bpf_perf_event.h
> oe_multilib_header asm/posix_types.h asm/ptrace.h asm/setup.h
> asm/sigcontext.h asm/siginfo.h asm/signal.h asm/stat.h asm/statfs.h
> asm/swab.h
> asm/types.h asm/unistd.h
> --
> 1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
