Re: [OE-core] [PATCH] bluez5: fix builds that require ell support
On Mon, Aug 24, 2020 at 02:44:51PM -0500, Peter A. Bigot wrote: > Shortly after the recipe was updated to add ell as a mesh dependency > the way ell was integrated into bluez5 was changed. Add the new > configuration options required for an external ell. >... > -PACKAGECONFIG[mesh] = "--enable-mesh,--disable-mesh, json-c ell" > -PACKAGECONFIG[btpclient] = "--enable-btpclient,--disable-btpclient, ell" > +PACKAGECONFIG[mesh] = "--enable-mesh --enable-external-ell,--disable-mesh > --disable-external-ell, json-c ell" > +PACKAGECONFIG[btpclient] = "--enable-btpclient > --enable-external-ell,--disable-btpclient --disable-external-ell, ell" >... This won't work if exactly one these two options is enabled. What about unconditional --enable-external-ell and ell DEPENDS instead? It seems to link with the external ell only when necessary. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141810): https://lists.openembedded.org/g/openembedded-core/message/141810 Mute This Topic: https://lists.openembedded.org/mt/76393018/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v5 2/2] image_types: add Zstandard conversion support
On Fri, Dec 06, 2019 at 12:00:54PM +, Ross Burton wrote: >... > Personally I'm leaning towards keeping zstd out of core *for now* but I > struggle to have a strong opinion either way. >... Is there a chance the "for now" is over? zstd is becoming more and more popular on the target side, and right now cmake is already building an own copy also on the native side. > Ross Thanks Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141467): https://lists.openembedded.org/g/openembedded-core/message/141467 Mute This Topic: https://lists.openembedded.org/mt/72388388/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.
On Fri, Aug 14, 2020 at 11:44:17PM +0200, Alexander Kanavin wrote: > This needs to go to master first probably? Better for master might be moving zstd from meta-openembedded, and then DEPENDS on zstd-native? IMHO moving target zstd to OE-core is already overdue, so this would not be solely for cmake. > Alex >... cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141465): https://lists.openembedded.org/g/openembedded-core/message/141465 Mute This Topic: https://lists.openembedded.org/mt/76196110/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3
On Thu, Aug 13, 2020 at 12:21:17PM +0200, Ming Liu wrote: >... > -PV = "0.2+git${SRCPV}" > +PV = "0.3+git${SRCPV}" > SRC_URI = "git://github.com/sbabic/libubootenv;protocol=https" > -SRCREV = "86bd30a14e153a18f670b25708795253d8736f0f" > +SRCREV = "ad253cfdb07c8492f2ee46a52fbc607ad0b96414" >... This is exactly the 0.3 release, so PV should be PV = "0.3" cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141434): https://lists.openembedded.org/g/openembedded-core/message/141434 Mute This Topic: https://lists.openembedded.org/mt/76164704/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] librsvg: Upgrade 2.40.20 -> 2.40.21
This fixes CVE-2019-20446. Signed-off-by: Adrian Bunk --- .../librsvg/{librsvg_2.40.20.bb => librsvg_2.40.21.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-gnome/librsvg/{librsvg_2.40.20.bb => librsvg_2.40.21.bb} (92%) diff --git a/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb b/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb similarity index 92% rename from meta/recipes-gnome/librsvg/librsvg_2.40.20.bb rename to meta/recipes-gnome/librsvg/librsvg_2.40.21.bb index 337299ff69..acdbc1f1b3 100644 --- a/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb +++ b/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb @@ -23,8 +23,7 @@ SRC_URI += "file://gtk-option.patch \ file://0001-Remove-non-reproducible-SRCDIR.patch \ " -SRC_URI[archive.md5sum] = "4949d313b0c5d9161a5c259104af5568" -SRC_URI[archive.sha256sum] = "cff4dd3c3b78bfe99d8fcfad3b8ba1eee3289a0823c0e118d78106be6b84c92b" +SRC_URI[archive.sha256sum] = "f7628905f1cada84e87e2b14883ed57d8094dca3281d5bcb24ece4279e9a92ba" CACHED_CONFIGUREVARS = "ac_cv_path_GDK_PIXBUF_QUERYLOADERS=${STAGING_LIBDIR_NATIVE}/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141433): https://lists.openembedded.org/g/openembedded-core/message/141433 Mute This Topic: https://lists.openembedded.org/mt/76173989/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] webkitgtk: Upgrade to 2.28.4
On Tue, Aug 11, 2020 at 03:57:59PM -0700, Khem Raj wrote: > backport a patch from master to fix clang11 build error >... Is this related to the upgrade to 2.28.4 ? The 2.28.4 upgrade should be cherry-picked into dunfell, changes required for future LLVM versions not necessarily. > +Upstream-Status: Backport > [https://github.com/WebKit/webkit/commit/c3cf651016e4cdcb4350598d4a586821071f91bf.patch] >... > + Source/WebCore/style/StyleResolver.cpp | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) >... Comparing the upstream change with this, it looks incomplete. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141423): https://lists.openembedded.org/g/openembedded-core/message/141423 Mute This Topic: https://lists.openembedded.org/mt/76137279/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] libunwind: Use -fcommon option to compile
On Tue, Aug 04, 2020 at 11:14:48PM -0700, Khem Raj wrote: > defaults for gcc is to use -fno-common this ensures that it keeps using > -fcommon until the real issue is fixed > > Fixes > src/arm/Ginit.c:60: multiple definition of `_U_dyn_info_list'; > mi/.libs/dyn-info-list.o:/usr/src/debug/libunwind/1.4.0-r0/build/src/../../libunwind-1.4.0/src/mi/dyn-info-list.c:28: > first defined here >... The upstream fix is https://github.com/libunwind/libunwind/commit/29e17d8d2ccbca07c423e3089a6d5ae8a1c9cb6e cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141200): https://lists.openembedded.org/g/openembedded-core/message/141200 Mute This Topic: https://lists.openembedded.org/mt/76002561/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [bitbake-devel] [yocto] Stable Warrior branch
On Mon, Jul 27, 2020 at 07:36:49AM -0700, akuster808 wrote: > Adrian, Hi Armin, > On 7/21/20 1:53 AM, Richard Purdie wrote: > > On Tue, 2020-07-14 at 16:56 +0300, Adrian Bunk wrote: > >> On Thu, Jun 04, 2020 at 09:28:00PM -0700, akuster wrote: > >>> Hello, > >>> > >>> The Warrior branch of Poky has had its last official dot release. > >>> It > >>> will be moving to Community support and EOL within 6 weeks if no > >>> one > >>> steps up. > >>> If someone is interested in taking on the responsibilities of > >>> maintaining the "Warrior" branch moving forward, please email this > >>> list. > >> I have an interest in keeping warrior branch alive in poky and meta- > >> oe, > >> and I'll take this responsibility since noone else seems to be > >> interested. > > Are you still interested? yes. > -armin cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141124): https://lists.openembedded.org/g/openembedded-core/message/141124 Mute This Topic: https://lists.openembedded.org/mt/75699866/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] python3-numpy: Stop shipping manual config files
On Tue, Jul 21, 2020 at 12:28:15PM +0200, Frieder Schrempf wrote: > Hi Armin, Anuj, Adrian, Hi Frieder, > On 27.10.19 18:36, Adrian Bunk wrote: > > Automatic generation seems to work fine, > > and does not become outdated. > > > > Signed-off-by: Adrian Bunk > > Can you confirm this will also work on zeus, or does zeus miss some other > patches this depends on? >... I am not aware of any reason why it shouldn't work in zeus, it entered master shortly after zeus was branched. > Thanks, > Frieder cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141010): https://lists.openembedded.org/g/openembedded-core/message/141010 Mute This Topic: https://lists.openembedded.org/mt/72386853/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] cve-check.bbclass: always save cve report
This breaks building the SDK in distributions with INHERIT += "cve-check": $ bitbake tmp-sdk -c populate_sdk ... NOTE: Tasks Summary: Attempted 2785 tasks of which 2785 didn't need to be rerun and all succeeded. ERROR: Execution of event handler 'cve_save_summary_handler' failed Traceback (most recent call last): File "/home/bunk/yoctomaster/yocto-tmp/sources/poky/meta/classes/cve-check.bbclass", line 65, in cve_save_summary_handler(e=): >shutil.copyfile(cve_tmp_file, cve_summary_file) File "/usr/lib/python3.6/shutil.py", line 120, in copyfile(src='/home/bunk/yoctomaster/yocto-tmp/build_tmp/tmp/cve_check', dst='/home/bunk/yoctomaster/yocto-tmp/build_tmp/tmp/log/cve/cve-summary-20200721124814.txt', follow_symlinks=True): else: >with open(src, 'rb') as fsrc: with open(dst, 'wb') as fdst: FileNotFoundError: [Errno 2] No such file or directory: '/home/bunk/yoctomaster/yocto-tmp/build_tmp/tmp/cve_check' Summary: There was 1 ERROR message shown, returning a non-zero exit code. $ cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140826): https://lists.openembedded.org/g/openembedded-core/message/140826 Mute This Topic: https://lists.openembedded.org/mt/75466539/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Why disable NEON support in recipes if runtime detection works?
On Sun, Jul 19, 2020 at 12:06:15PM +0300, Tanu Kaskinen wrote: >... > I'm currently converting the pulseaudio recipe from Autotools to Meson, > and the old Autotools build system supports disabling NEON > optimizations but the Meson build system doesn't. So I'm wondering if I > should add the missing feature to the Meson build system, or just let > the runtime detection do its work. >... Looking at the git history it seems this was added as a workaround at a time when the autodetection was buggy and caused build breakage. Debian also backported commit 0af05213 (build: make ARM NEON check in configure.ac more strict) to PulseAudio 4.0, which was included in PulseAudio 5.0. > Tanu cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140794): https://lists.openembedded.org/g/openembedded-core/message/140794 Mute This Topic: https://lists.openembedded.org/mt/75658822/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [yocto] Stable Warrior branch
On Thu, Jun 04, 2020 at 09:28:00PM -0700, akuster wrote: > Hello, > > The Warrior branch of Poky has had its last official dot release. It > will be moving to Community support and EOL within 6 weeks if no one > steps up. > If someone is interested in taking on the responsibilities of > maintaining the "Warrior" branch moving forward, please email this list. I have an interest in keeping warrior branch alive in poky and meta-oe, and I'll take this responsibility since noone else seems to be interested. > Please look at the > https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS for what will > be expected. I have some ideas, but not yet a fixed plan how I will set this up. > regards, > Armin cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140613): https://lists.openembedded.org/g/openembedded-core/message/140613 Mute This Topic: https://lists.openembedded.org/mt/75499040/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] openssl: add rdcpu to rand-seed
On Fri, Jul 10, 2020 at 09:21:26PM +0100, Richard Purdie wrote: > On Fri, 2020-07-10 at 12:39 -0700, Taras Kondratiuk via > lists.openembedded.org wrote: > > Native[sdk] openssl fails to initialize RNG on systems where native[sdk] > > glibc is built against pre-3.17 linux-libc-headers, but runs on 4.8+ > > kernel: > > 140737348333184:error:2406C06E:random number > > generator:RAND_DRBG_instantiate:error retrieving > > entropy:../openssl-1.1.1g/crypto/rand/drbg_lib.c:342 > > > > Commit 3ff98f558157 ("Start up DEVRANDOM entropy improvement for older > > Linux devices.") in OpenSSL 1.1.1d has effectively disabled devrandom > > seed source for kernels >=4.8. The assumption is that getrandom(2) will > > be used instead. Getrandom syscall was added in kernel 3.17 by commit > > c6e9d6f38894 ("random: introduce getrandom(2) system call"). So on a > > system with 4.8+ kernel and pre-3.17 libc headers both getrandom and > > devrandom can't be used. > > Where would we find a system where we're building with pre-3.17 libc > headers? > > We updated to 3.17 in 2014: >... Native uses the host one. In Yocto >= 3.1 old host distributions have to use the buildtools-extended tarball for unrelated reasons, which should fix this problem. Building Yocto <= 3.0 on Debian 8 (3.16 userspace headers) running the optional kernel 4.9 would match the reported problem. Or building Yocto <= 3.0 in a chroot with an older distribution on a system running a more recent kernel. > Cheers, > > Richard cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140547): https://lists.openembedded.org/g/openembedded-core/message/140547 Mute This Topic: https://lists.openembedded.org/mt/75426089/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH v2] sqlite: backport CVE fix
From: Sakib Sajal Fixes CVE-2020-11655 (From OE-Core rev: 3b06a6c73f4e49c6d00f758423c2e8865ec2de00) Signed-off-by: Sakib Sajal Signed-off-by: Richard Purdie [ without the CVE-2020-11656 fix that did not apply cleanly ] Signed-off-by: Adrian Bunk --- v2: Upstream Status -> Upstream-Status --- .../sqlite/files/CVE-2020-11655.patch | 32 +++ meta/recipes-support/sqlite/sqlite3_3.29.0.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-support/sqlite/files/CVE-2020-11655.patch diff --git a/meta/recipes-support/sqlite/files/CVE-2020-11655.patch b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch new file mode 100644 index 00..c2360cb867 --- /dev/null +++ b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch @@ -0,0 +1,32 @@ +From a4601326d61bf1a11151ac6b78b50804bfd03b4d Mon Sep 17 00:00:00 2001 +From: Sakib Sajal +Date: Thu, 30 Apr 2020 10:46:16 -0700 +Subject: [PATCH 2/2] In the event of a semantic error in an aggregate query, + early-out the resetAccumulator() function to prevent problems due to + incomplete or incorrect initialization of the AggInfo object. Fix for ticket + [af4556bb5c285c08]. + +FossilOrigin-Name: 4a302b42c7bf5e11ddb5522ca999f74aba397d3a7eb91b1844bb02852f772441 +Upstream-Status: Backport [c415d91007e1680e4eb17def583b202c3c83c718] + +CVE: CVE-2020-11655 +Signed-off-by: Sakib Sajal +--- + sqlite3.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/sqlite3.c b/sqlite3.c +index 1df6633..726adf7 100644 +--- a/sqlite3.c b/sqlite3.c +@@ -133242,6 +133242,7 @@ static void resetAccumulator(Parse *pParse, AggInfo *pAggInfo){ + struct AggInfo_func *pFunc; + int nReg = pAggInfo->nFunc + pAggInfo->nColumn; + if( nReg==0 ) return; ++ if( pParse->nErr ) return; + #ifdef SQLITE_DEBUG + /* Verify that all AggInfo registers are within the range specified by + ** AggInfo.mnReg..AggInfo.mxReg */ +-- +2.17.1 + diff --git a/meta/recipes-support/sqlite/sqlite3_3.29.0.bb b/meta/recipes-support/sqlite/sqlite3_3.29.0.bb index cf3b179845..95e1174b07 100644 --- a/meta/recipes-support/sqlite/sqlite3_3.29.0.bb +++ b/meta/recipes-support/sqlite/sqlite3_3.29.0.bb @@ -12,6 +12,7 @@ SRC_URI = "http://www.sqlite.org/2019/sqlite-autoconf-${SQLITE_PV}.tar.gz \ file://CVE-2019-19926.patch \ file://CVE-2019-19959.patch \ file://CVE-2019-20218.patch \ + file://CVE-2020-11655.patch \ " SRC_URI[md5sum] = "8f3dfe83387e62ecb91c7c5c09c688dc" SRC_URI[sha256sum] = "8e7c1e2950b5b04c5944a981cb31fffbf9d2ddda939d536838ebc854481afd5b" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140506): https://lists.openembedded.org/g/openembedded-core/message/140506 Mute This Topic: https://lists.openembedded.org/mt/75413945/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 19/19] wpa-supplicant: Security fix CVE-2020-12695
From: Armin Kuster Source: http://w1.fi/security/ Disposition: Backport from http://w1.fi/security/2020-1/ Affects <= 2.9 wpa-supplicant (From OE-Core rev: 720d29cbfce34375402c6a4c17e440ffbb2659bf) Signed-off-by: Armin Kuster (cherry picked from commit e9c696397ae1b4344b8329a13076f265980ee74d) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- ...allow-event-subscriptions-with-URLs-.patch | 151 ++ ...nt-message-generation-using-a-long-U.patch | 62 +++ ...HTTP-initiation-failures-for-events-.patch | 50 ++ .../wpa-supplicant/wpa-supplicant_2.9.bb | 5 +- 4 files changed, 267 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-UPnP-Do-not-allow-event-subscriptions-with-URLs-.patch create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0002-WPS-UPnP-Fix-event-message-generation-using-a-long-U.patch create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0003-WPS-UPnP-Handle-HTTP-initiation-failures-for-events-.patch diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-UPnP-Do-not-allow-event-subscriptions-with-URLs-.patch b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-UPnP-Do-not-allow-event-subscriptions-with-URLs-.patch new file mode 100644 index 00..53ad5d028a --- /dev/null +++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-WPS-UPnP-Do-not-allow-event-subscriptions-with-URLs-.patch @@ -0,0 +1,151 @@ +From 5b78c8f961f25f4dc22d6f2b77ddd06d712cec63 Mon Sep 17 00:00:00 2001 +From: Jouni Malinen +Date: Wed, 3 Jun 2020 23:17:35 +0300 +Subject: [PATCH 1/3] WPS UPnP: Do not allow event subscriptions with URLs to + other networks + +The UPnP Device Architecture 2.0 specification errata ("UDA errata +16-04-2020.docx") addresses a problem with notifications being allowed +to go out to other domains by disallowing such cases. Do such filtering +for the notification callback URLs to avoid undesired connections to +external networks based on subscriptions that any device in the local +network could request when WPS support for external registrars is +enabled (the upnp_iface parameter in hostapd configuration). + +Upstream-Status: Backport +CVE: CVE-2020-12695 patch #1 +Signed-off-by: Jouni Malinen +Signed-off-by: Armin Kuster + +--- + src/wps/wps_er.c | 2 +- + src/wps/wps_upnp.c | 38 -- + src/wps/wps_upnp_i.h | 3 ++- + 3 files changed, 39 insertions(+), 4 deletions(-) + +Index: wpa_supplicant-2.9/src/wps/wps_er.c +=== +--- wpa_supplicant-2.9.orig/src/wps/wps_er.c wpa_supplicant-2.9/src/wps/wps_er.c +@@ -1298,7 +1298,7 @@ wps_er_init(struct wps_context *wps, con + "with %s", filter); + } + if (get_netif_info(er->ifname, &er->ip_addr, &er->ip_addr_text, +- er->mac_addr)) { ++ NULL, er->mac_addr)) { + wpa_printf(MSG_INFO, "WPS UPnP: Could not get IP/MAC address " + "for %s. Does it have IP address?", er->ifname); + wps_er_deinit(er, NULL, NULL); +Index: wpa_supplicant-2.9/src/wps/wps_upnp.c +=== +--- wpa_supplicant-2.9.orig/src/wps/wps_upnp.c wpa_supplicant-2.9/src/wps/wps_upnp.c +@@ -303,6 +303,14 @@ static void subscr_addr_free_all(struct + } + + ++static int local_network_addr(struct upnp_wps_device_sm *sm, ++struct sockaddr_in *addr) ++{ ++ return (addr->sin_addr.s_addr & sm->netmask.s_addr) == ++ (sm->ip_addr & sm->netmask.s_addr); ++} ++ ++ + /* subscr_addr_add_url -- add address(es) for one url to subscription */ + static void subscr_addr_add_url(struct subscription *s, const char *url, + size_t url_len) +@@ -381,6 +389,7 @@ static void subscr_addr_add_url(struct s + + for (rp = result; rp; rp = rp->ai_next) { + struct subscr_addr *a; ++ struct sockaddr_in *addr = (struct sockaddr_in *) rp->ai_addr; + + /* Limit no. of address to avoid denial of service attack */ + if (dl_list_len(&s->addr_list) >= MAX_ADDR_PER_SUBSCRIPTION) { +@@ -389,6 +398,13 @@ static void subscr_addr_add_url(struct s + break; + } + ++ if (!local_network_addr(s->sm, addr)) { ++ wpa_printf(MSG_INFO, ++ "WPS UPnP: Ignore a delivery URL that points to another network %s", ++ inet_ntoa(addr->sin_addr)); ++ continue; ++ } ++ + a = os_zalloc
[OE-core][zeus][PATCH 15/19] bind: update to 9.11.19
From: akuster Bug fix only updates. suitable for Stable branch updates where applicable. Drop CVE patches included in update LIC_FILES_CHKSUM update copyright year to 2020 Full changes found at : https://gitlab.isc.org/isc-projects/bind9/-/blob/v9_11/CHANGES (From OE-Core rev: c672d2b6c98607f1fda917f4a3189a53712e8fc2) Signed-off-by: Armin Kuster (cherry picked from commit a6ba66cf5e754cdcd41f01d233fbef7b94a10225) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../bind/bind/CVE-2020-8616.patch | 206 -- .../bind/bind/CVE-2020-8617.patch | 29 --- .../bind/{bind_9.11.13.bb => bind_9.11.19.bb} | 5 +- 3 files changed, 2 insertions(+), 238 deletions(-) delete mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch delete mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8617.patch rename meta/recipes-connectivity/bind/{bind_9.11.13.bb => bind_9.11.19.bb} (96%) diff --git a/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch b/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch deleted file mode 100644 index 8f00231919..00 --- a/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch +++ /dev/null @@ -1,206 +0,0 @@ -Upstream-Status: Backport [https://downloads.isc.org/isc/bind9/9.11.19/patches/CVE-2020-8616.patch] -CVE: CVE-2020-8616 -Signed-off-by: Lee Chee Yang -diff --git a/lib/dns/adb.c b/lib/dns/adb.c -index 058495f6a5..6b8a9537f0 100644 a/lib/dns/adb.c -+++ b/lib/dns/adb.c -@@ -404,14 +404,13 @@ static void log_quota(dns_adbentry_t *entry, const char *fmt, ...) - */ - #define FIND_WANTEVENT(fn) (((fn)->options & DNS_ADBFIND_WANTEVENT) != 0) - #define FIND_WANTEMPTYEVENT(fn) (((fn)->options & DNS_ADBFIND_EMPTYEVENT) != 0) --#define FIND_AVOIDFETCHES(fn) (((fn)->options & DNS_ADBFIND_AVOIDFETCHES) \ -- != 0) --#define FIND_STARTATZONE(fn)(((fn)->options & DNS_ADBFIND_STARTATZONE) \ -- != 0) --#define FIND_HINTOK(fn) (((fn)->options & DNS_ADBFIND_HINTOK) != 0) --#define FIND_GLUEOK(fn) (((fn)->options & DNS_ADBFIND_GLUEOK) != 0) --#define FIND_HAS_ADDRS(fn) (!ISC_LIST_EMPTY((fn)->list)) --#define FIND_RETURNLAME(fn) (((fn)->options & DNS_ADBFIND_RETURNLAME) != 0) -+#define FIND_AVOIDFETCHES(fn) (((fn)->options & DNS_ADBFIND_AVOIDFETCHES) != 0) -+#define FIND_STARTATZONE(fn) (((fn)->options & DNS_ADBFIND_STARTATZONE) != 0) -+#define FIND_HINTOK(fn) (((fn)->options & DNS_ADBFIND_HINTOK) != 0) -+#define FIND_GLUEOK(fn) (((fn)->options & DNS_ADBFIND_GLUEOK) != 0) -+#define FIND_HAS_ADDRS(fn)(!ISC_LIST_EMPTY((fn)->list)) -+#define FIND_RETURNLAME(fn) (((fn)->options & DNS_ADBFIND_RETURNLAME) != 0) -+#define FIND_NOFETCH(fn) (((fn)->options & DNS_ADBFIND_NOFETCH) != 0) - - /* - * These are currently used on simple unsigned ints, so they are -@@ -3155,21 +3154,26 @@ dns_adb_createfind2(dns_adb_t *adb, isc_task_t *task, isc_taskaction_t action, -* Listen to negative cache hints, and don't start -* another query. -*/ -- if (NCACHE_RESULT(result) || AUTH_NX(result)) -+ if (NCACHE_RESULT(result) || AUTH_NX(result)) { - goto fetch; -+ } - -- if (!NAME_FETCH_V6(adbname)) -+ if (!NAME_FETCH_V6(adbname)) { - wanted_fetches |= DNS_ADBFIND_INET6; -+ } - } - - fetch: - if ((WANT_INET(wanted_addresses) && NAME_HAS_V4(adbname)) || - (WANT_INET6(wanted_addresses) && NAME_HAS_V6(adbname))) -+ { - have_address = true; -- else -+ } else { - have_address = false; -- if (wanted_fetches != 0 && -- ! (FIND_AVOIDFETCHES(find) && have_address)) { -+ } -+ if (wanted_fetches != 0 && !(FIND_AVOIDFETCHES(find) && have_address) && -+ !FIND_NOFETCH(find)) -+ { - /* -* We're missing at least one address family. Either the -* caller hasn't instructed us to avoid fetches, or we don't -@@ -3177,8 +3181,9 @@ dns_adb_createfind2(dns_adb_t *adb, isc_task_t *task, isc_taskaction_t action, -* be acceptable so we have to launch fetches. -*/ - -- if (FIND_STARTATZONE(find)) -+ if (FIND_STARTATZONE(find)) { - start_at_zone = true; -+ } - - /* -* Start V4. -diff --git a/lib/dns/include/dns/adb.h b/lib/dns/include/dns/adb.h -index 63a13c4e41..edf6e54935 100644 a/lib/dns/include/dns/adb.h -+++ b/lib/dns/include/dns/adb.h -@@ -207,6 +207,
[OE-core][zeus][PATCH 13/19] mtd-utils: Fix return value of ubiformat
From: Otavio Salvador This changeset fixes a feature regression in ubiformat. Older versions of ubiformat, when invoked with a flash-image, would return 0 in the case no error was encountered. Upon upgrading to latest, it was discovered that ubiformat returned 255 even without encountering an error condition. This changeset corrects the above issue and causes ubiformat, when given an image file, to return 0 when no errors are detected. Backport fix from 2.1.2 (From OE-Core rev: 3ee98b6c9ddd1dd0825245ca672236b7befb9859) Signed-off-by: Otavio Salvador (cherry picked from commit 7ebacd9cbaec98fbc406e8ae99c9805a24fdadc6) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- ...-utils-Fix-return-value-of-ubiformat.patch | 62 +++ meta/recipes-devtools/mtd/mtd-utils_git.bb| 1 + 2 files changed, 63 insertions(+) create mode 100644 meta/recipes-devtools/mtd/mtd-utils/0001-mtd-utils-Fix-return-value-of-ubiformat.patch diff --git a/meta/recipes-devtools/mtd/mtd-utils/0001-mtd-utils-Fix-return-value-of-ubiformat.patch b/meta/recipes-devtools/mtd/mtd-utils/0001-mtd-utils-Fix-return-value-of-ubiformat.patch new file mode 100644 index 00..d43f7e1a7a --- /dev/null +++ b/meta/recipes-devtools/mtd/mtd-utils/0001-mtd-utils-Fix-return-value-of-ubiformat.patch @@ -0,0 +1,62 @@ +From 4d19bffcfd66e25d3ee74536ae2d2da7ad52e8e2 Mon Sep 17 00:00:00 2001 +From: Barry Grussling +Date: Sun, 12 Jan 2020 12:33:32 -0800 +Subject: [PATCH] mtd-utils: Fix return value of ubiformat +Organization: O.S. Systems Software LTDA. + +This changeset fixes a feature regression in ubiformat. Older versions of +ubiformat, when invoked with a flash-image, would return 0 in the case no error +was encountered. Upon upgrading to latest, it was discovered that ubiformat +returned 255 even without encountering an error condition. + +This changeset corrects the above issue and causes ubiformat, when given an +image file, to return 0 when no errors are detected. + +Tested by running through my loading scripts and verifying ubiformat returned +0. + +Upstream-Status: Backport [2.1.2] + +Signed-off-by: Barry Grussling +Signed-off-by: David Oberhollenzer +Signed-off-by: Otavio Salvador +--- + ubi-utils/ubiformat.c | 7 +-- + 1 file changed, 5 insertions(+), 2 deletions(-) + +diff --git a/ubi-utils/ubiformat.c b/ubi-utils/ubiformat.c +index a90627c..5377b12 100644 +--- a/ubi-utils/ubiformat.c b/ubi-utils/ubiformat.c +@@ -550,6 +550,7 @@ static int format(libmtd_t libmtd, const struct mtd_dev_info *mtd, + struct ubi_vtbl_record *vtbl; + int eb1 = -1, eb2 = -1; + long long ec1 = -1, ec2 = -1; ++ int ret = -1; + + write_size = UBI_EC_HDR_SIZE + mtd->subpage_size - 1; + write_size /= mtd->subpage_size; +@@ -643,8 +644,10 @@ static int format(libmtd_t libmtd, const struct mtd_dev_info *mtd, + if (!args.quiet && !args.verbose) + printf("\n"); + +- if (novtbl) ++ if (novtbl) { ++ ret = 0; + goto out_free; ++ } + + if (eb1 == -1 || eb2 == -1) { + errmsg("no eraseblocks for volume table"); +@@ -669,7 +672,7 @@ static int format(libmtd_t libmtd, const struct mtd_dev_info *mtd, + + out_free: + free(hdr); +- return -1; ++ return ret; + } + + int main(int argc, char * const argv[]) +-- +2.27.0 + diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb b/meta/recipes-devtools/mtd/mtd-utils_git.bb index 810fe40f4e..d1658a739b 100644 --- a/meta/recipes-devtools/mtd/mtd-utils_git.bb +++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb @@ -15,6 +15,7 @@ PV = "2.1.1" SRCREV = "4443221ce9b88440cd9f5bb78e6fe95621d36c8a" SRC_URI = "git://git.infradead.org/mtd-utils.git \ file://add-exclusion-to-mkfs-jffs2-git-2.patch \ + file://0001-mtd-utils-Fix-return-value-of-ubiformat.patch \ " S = "${WORKDIR}/git/" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140446): https://lists.openembedded.org/g/openembedded-core/message/140446 Mute This Topic: https://lists.openembedded.org/mt/75385972/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 17/19] dbus: fix CVE-2020-12049
From: Lee Chee Yang (From OE-Core rev: 3f69946c6159fa359bc5800ee72ef6151d9ecd36) Signed-off-by: Lee Chee Yang Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../dbus/dbus/CVE-2020-12049.patch| 78 +++ meta/recipes-core/dbus/dbus_1.12.16.bb| 1 + 2 files changed, 79 insertions(+) create mode 100644 meta/recipes-core/dbus/dbus/CVE-2020-12049.patch diff --git a/meta/recipes-core/dbus/dbus/CVE-2020-12049.patch b/meta/recipes-core/dbus/dbus/CVE-2020-12049.patch new file mode 100644 index 00..ac7a4b7a71 --- /dev/null +++ b/meta/recipes-core/dbus/dbus/CVE-2020-12049.patch @@ -0,0 +1,78 @@ +From 872b085f12f56da25a2dbd9bd0b2dff31d5aea63 Mon Sep 17 00:00:00 2001 +From: Simon McVittie +Date: Thu, 16 Apr 2020 14:45:11 +0100 +Subject: [PATCH] sysdeps-unix: On MSG_CTRUNC, close the fds we did receive + +MSG_CTRUNC indicates that we have received fewer fds that we should +have done because the buffer was too small, but we were treating it +as though it indicated that we received *no* fds. If we received any, +we still have to make sure we close them, otherwise they will be leaked. + +On the system bus, if an attacker can induce us to leak fds in this +way, that's a local denial of service via resource exhaustion. + +Reported-by: Kevin Backhouse, GitHub Security Lab +Fixes: dbus#294 +Fixes: CVE-2020-12049 +Fixes: GHSL-2020-057 + +Upstream-Status: Backport [https://gitlab.freedesktop.org/dbus/dbus/-/commit/872b085f12f56da25a2dbd9bd0b2dff31d5aea63] +CVE: CVE-2020-12049 +Signed-off-by: Lee Chee Yang +--- + dbus/dbus-sysdeps-unix.c | 32 + 1 file changed, 20 insertions(+), 12 deletions(-) + +diff --git a/dbus/dbus-sysdeps-unix.c b/dbus/dbus-sysdeps-unix.c +index b5fc2466..b176dae1 100644 +--- a/dbus/dbus-sysdeps-unix.c b/dbus/dbus-sysdeps-unix.c +@@ -435,18 +435,6 @@ _dbus_read_socket_with_unix_fds (DBusSocketfd, + struct cmsghdr *cm; + dbus_bool_t found = FALSE; + +- if (m.msg_flags & MSG_CTRUNC) +-{ +- /* Hmm, apparently the control data was truncated. The bad +- thing is that we might have completely lost a couple of fds +- without chance to recover them. Hence let's treat this as a +- serious error. */ +- +- errno = ENOSPC; +- _dbus_string_set_length (buffer, start); +- return -1; +-} +- + for (cm = CMSG_FIRSTHDR(&m); cm; cm = CMSG_NXTHDR(&m, cm)) + if (cm->cmsg_level == SOL_SOCKET && cm->cmsg_type == SCM_RIGHTS) + { +@@ -501,6 +489,26 @@ _dbus_read_socket_with_unix_fds (DBusSocketfd, + if (!found) + *n_fds = 0; + ++ if (m.msg_flags & MSG_CTRUNC) ++{ ++ unsigned int i; ++ ++ /* Hmm, apparently the control data was truncated. The bad ++ thing is that we might have completely lost a couple of fds ++ without chance to recover them. Hence let's treat this as a ++ serious error. */ ++ ++ /* We still need to close whatever fds we *did* receive, ++ * otherwise they'll never get closed. (CVE-2020-12049) */ ++ for (i = 0; i < *n_fds; i++) ++close (fds[i]); ++ ++ *n_fds = 0; ++ errno = ENOSPC; ++ _dbus_string_set_length (buffer, start); ++ return -1; ++} ++ + /* put length back (doesn't actually realloc) */ + _dbus_string_set_length (buffer, start + bytes_read); + +-- +2.25.1 + diff --git a/meta/recipes-core/dbus/dbus_1.12.16.bb b/meta/recipes-core/dbus/dbus_1.12.16.bb index cfdbec09d0..92508cbeb8 100644 --- a/meta/recipes-core/dbus/dbus_1.12.16.bb +++ b/meta/recipes-core/dbus/dbus_1.12.16.bb @@ -16,6 +16,7 @@ SRC_URI = "https://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \ file://tmpdir.patch \ file://dbus-1.init \ file://clear-guid_from_server-if-send_negotiate_unix_f.patch \ + file://CVE-2020-12049.patch \ " SRC_URI[md5sum] = "2dbeae80dfc9e3632320c6a53d5e8890" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140450): https://lists.openembedded.org/g/openembedded-core/message/140450 Mute This Topic: https://lists.openembedded.org/mt/75385977/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 18/19] perl: fix CVE-2020-10543 & CVE-2020-10878
From: Lee Chee Yang (From OE-Core rev: d9c5d9c52eb1f03ff9c907a76dda31042fb26edb) Signed-off-by: Lee Chee Yang Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../perl/files/CVE-2020-10543.patch | 36 + .../perl/files/CVE-2020-10878_1.patch | 152 ++ .../perl/files/CVE-2020-10878_2.patch | 36 + meta/recipes-devtools/perl/perl_5.30.1.bb | 3 + 4 files changed, 227 insertions(+) create mode 100644 meta/recipes-devtools/perl/files/CVE-2020-10543.patch create mode 100644 meta/recipes-devtools/perl/files/CVE-2020-10878_1.patch create mode 100644 meta/recipes-devtools/perl/files/CVE-2020-10878_2.patch diff --git a/meta/recipes-devtools/perl/files/CVE-2020-10543.patch b/meta/recipes-devtools/perl/files/CVE-2020-10543.patch new file mode 100644 index 00..36dff0aac9 --- /dev/null +++ b/meta/recipes-devtools/perl/files/CVE-2020-10543.patch @@ -0,0 +1,36 @@ +From 897d1f7fd515b828e4b198d8b8bef76c6faf03ed Mon Sep 17 00:00:00 2001 +From: John Lightsey +Date: Wed, 20 Nov 2019 20:02:45 -0600 +Subject: [PATCH] regcomp.c: Prevent integer overflow from nested regex + quantifiers. + +(CVE-2020-10543) On 32bit systems the size calculations for nested regular +expression quantifiers could overflow causing heap memory corruption. + +Fixes: Perl/perl5-security#125 +(cherry picked from commit bfd31397db5dc1a5c5d3e0a1f753a4f89a736e71) + +Upstream-Status: Backport [https://github.com/perl/perl5/commit/897d1f7fd515b828e4b198d8b8bef76c6faf03ed] +CVE: CVE-2020-10543 +Signed-off-by: Lee Chee Yang +--- + regcomp.c | 6 ++ + 1 file changed, 6 insertions(+) + +diff --git a/regcomp.c b/regcomp.c +index 93c8d98fbb0..5f86be8086d 100644 +--- a/regcomp.c b/regcomp.c +@@ -5489,6 +5489,12 @@ S_study_chunk(pTHX_ RExC_state_t *pRExC_state, regnode **scanp, + RExC_precomp))); + } + ++if ( ( minnext > 0 && mincount >= SSize_t_MAX / minnext ) ++|| min >= SSize_t_MAX - minnext * mincount ) ++{ ++FAIL("Regexp out of space"); ++} ++ + min += minnext * mincount; + is_inf_internal |= deltanext == SSize_t_MAX + || (maxcount == REG_INFTY && minnext + deltanext > 0); diff --git a/meta/recipes-devtools/perl/files/CVE-2020-10878_1.patch b/meta/recipes-devtools/perl/files/CVE-2020-10878_1.patch new file mode 100644 index 00..b86085a551 --- /dev/null +++ b/meta/recipes-devtools/perl/files/CVE-2020-10878_1.patch @@ -0,0 +1,152 @@ +From 0a320d753fe7fca03df259a4dfd8e641e51edaa8 Mon Sep 17 00:00:00 2001 +From: Hugo van der Sanden +Date: Tue, 18 Feb 2020 13:51:16 + +Subject: [PATCH] study_chunk: extract rck_elide_nothing + +(CVE-2020-10878) + +(cherry picked from commit 93dee06613d4e1428fb10905ce1c3c96f53113dc) + +Upstream-Status: Backport [https://github.com/perl/perl5/commit/0a320d753fe7fca03df259a4dfd8e641e51edaa8] +CVE: CVE-2020-10878 +Signed-off-by: Lee Chee Yang +--- + embed.fnc | 1 + + embed.h | 1 + + proto.h | 3 +++ + regcomp.c | 70 ++- + 4 files changed, 48 insertions(+), 27 deletions(-) + +diff --git a/embed.fnc b/embed.fnc +index aedb4baef19..d7cd04d3fc3 100644 +--- a/embed.fnc b/embed.fnc +@@ -2481,6 +2481,7 @@ Es |SSize_t|study_chunk|NN RExC_state_t *pRExC_state \ + |I32 stopparen|U32 recursed_depth \ + |NULLOK regnode_ssc *and_withp \ + |U32 flags|U32 depth ++Es|void |rck_elide_nothing|NN regnode *node + EsR |SV * |get_ANYOFM_contents|NN const regnode * n + EsRn |U32|add_data |NN RExC_state_t* const pRExC_state \ + |NN const char* const s|const U32 n +diff --git a/embed.h b/embed.h +index 75c91f77f45..356a8b98d96 100644 +--- a/embed.h b/embed.h +@@ -1208,6 +1208,7 @@ + #define parse_lparen_question_flags(a) S_parse_lparen_question_flags(aTHX_ a) + #define parse_uniprop_string(a,b,c,d,e,f,g,h,i) Perl_parse_uniprop_string(aTHX_ a,b,c,d,e,f,g,h,i) + #define populate_ANYOF_from_invlist(a,b) S_populate_ANYOF_from_invlist(aTHX_ a,b) ++#define rck_elide_nothing(a) S_rck_elide_nothing(aTHX_ a) + #define reg(a,b,c,d) S_reg(aTHX_ a,b,c,d) + #define reg2Lanode(a,b,c,d) S_reg2Lanode(aTHX_ a,b,c,d) + #define reg_node(a,b) S_reg_node(aTHX_ a,b) +diff --git a/proto.h b/proto.h +index 141ddbaee6d..f316fe134e1 100644 +--- a/proto.h b/proto.h +@@ -5543,6 +5543,9 @@ PERL_CALLCONV SV * Perl_parse_uniprop_string(pTHX_ const char * const name, cons + STATIC void S_populate_ANYOF_from_invlist(pTHX_ regnode *node, SV** invlist_ptr); + #define PERL_ARGS_ASSERT_POPULATE_ANYOF_FROM_INVLIST \ + assert(node); assert(invlist_pt
[OE-core][zeus][PATCH 14/19] bind: update 9.11.5-P4 -> 9.11.13
From: Alexander Kanavin Drop backports. Drop 0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch and 0001-lib-dns-gen.c-fix-too-long-error.patch as problem is fixed upstream. (From OE-Core rev: 6965ec5c491e71d5951dfb58fc060bd0b717e33d) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../bind/0001-bind-fix-CVE-2019-6471.patch| 64 -- in-remove-useless-L-use_openssl-lib.patch | 18 +- ...01-fix-enforcement-of-tcp-clients-v1.patch | 60 -- ...c-extend-DIRNAMESIZE-from-256-to-512.patch | 22 - ...001-lib-dns-gen.c-fix-too-long-error.patch | 31 - ...p-clients-could-still-be-exceeded-v2.patch | 670 - ...rence-counter-for-pipeline-groups-v3.patch | 278 -- ...accounting-and-client-mortality-chec.patch | 512 -- ...a-and-pipeline-refs-allow-special-ca.patch | 911 -- ...allowance-for-tcp-clients-interfaces.patch | 80 -- ...perations-in-bin-named-client.c-with.patch | 140 --- ...ching-for-json-headers-searches-sysr.patch | 15 +- .../{bind_9.11.5-P4.bb => bind_9.11.13.bb}| 20 +- 13 files changed, 20 insertions(+), 2801 deletions(-) delete mode 100644 meta/recipes-connectivity/bind/bind/0001-bind-fix-CVE-2019-6471.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0001-fix-enforcement-of-tcp-clients-v1.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0001-lib-dns-gen.c-fix-too-long-error.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0002-tcp-clients-could-still-be-exceeded-v2.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0003-use-reference-counter-for-pipeline-groups-v3.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0004-better-tcpquota-accounting-and-client-mortality-chec.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0005-refactor-tcpquota-and-pipeline-refs-allow-special-ca.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0006-restore-allowance-for-tcp-clients-interfaces.patch delete mode 100644 meta/recipes-connectivity/bind/bind/0007-Replace-atomic-operations-in-bin-named-client.c-with.patch rename meta/recipes-connectivity/bind/{bind_9.11.5-P4.bb => bind_9.11.13.bb} (85%) diff --git a/meta/recipes-connectivity/bind/bind/0001-bind-fix-CVE-2019-6471.patch b/meta/recipes-connectivity/bind/bind/0001-bind-fix-CVE-2019-6471.patch deleted file mode 100644 index 2fed99e1bb..00 --- a/meta/recipes-connectivity/bind/bind/0001-bind-fix-CVE-2019-6471.patch +++ /dev/null @@ -1,64 +0,0 @@ -Backport patch to fix CVE-2019-6471. - -Ref: -https://security-tracker.debian.org/tracker/CVE-2019-6471 - -CVE: CVE-2019-6471 -Upstream-Status: Backport [https://gitlab.isc.org/isc-projects/bind9/commit/3a9c7bb] - -Signed-off-by: Kai Kang - -From 3a9c7bb80d4a609b86427406d9dd783199920b5b Mon Sep 17 00:00:00 2001 -From: Mark Andrews -Date: Tue, 19 Mar 2019 14:14:21 +1100 -Subject: [PATCH] move item_out test inside lock in dns_dispatch_getnext() - -(cherry picked from commit 60c42f849d520564ed42e5ed0ba46b4b69c07712) - lib/dns/dispatch.c | 12 - 1 file changed, 8 insertions(+), 4 deletions(-) - -diff --git a/lib/dns/dispatch.c b/lib/dns/dispatch.c -index 408beda367..3278db4a07 100644 a/lib/dns/dispatch.c -+++ b/lib/dns/dispatch.c -@@ -134,7 +134,7 @@ struct dns_dispentry { - isc_task_t *task; - isc_taskaction_taction; - void *arg; -- boolitem_out; -+ boolitem_out; - dispsocket_t*dispsocket; - ISC_LIST(dns_dispatchevent_t) items; - ISC_LINK(dns_dispentry_t) link; -@@ -3422,13 +3422,14 @@ dns_dispatch_getnext(dns_dispentry_t *resp, dns_dispatchevent_t **sockevent) { - disp = resp->disp; - REQUIRE(VALID_DISPATCH(disp)); - -- REQUIRE(resp->item_out == true); -- resp->item_out = false; -- - ev = *sockevent; - *sockevent = NULL; - - LOCK(&disp->lock); -+ -+ REQUIRE(resp->item_out == true); -+ resp->item_out = false; -+ - if (ev->buffer.base != NULL) - free_buffer(disp, ev->buffer.base, ev->buffer.length); - free_devent(disp, ev); -@@ -3573,6 +3574,9 @@ dns_dispatch_removeresponse(dns_dispentry_t **resp, - isc_task_send(disp->task[0], &disp->ctlevent); - } - -+/* -+ * disp must be locked. -+ */ - static void - do_cancel(dns_dispatch_t *disp) { - dns_dispatchevent_t *ev; --- -2.20.1 - diff --git a/meta/recipes-connectivity/bind/bind/0001-configure.in-remove-useless-L-use_openssl-lib.patch b/meta/recipes-connectivity/bind/bind/0001-configure.in-remove-useless-L-use_openssl-lib.patch index 871bb2a5f6..9d31b98080 100644
[OE-core][zeus][PATCH 06/19] cve-check: Run it after do_fetch
From: Khem Raj Certain recipes e.g. bash readline ( from meta-gplv2 ) download patches instead of having them in metadata, this could fail cve_check ERROR: readline-5.2-r9 do_cve_check: File Not found: qemuarm/build/../downloads/readline52-001 This patch ensures that download is done before running CVE scan, even though these will be external patches and may not contain CVE tags as it expects, but it will fix the run failures as seen above (From OE-Core rev: dbf143d79476e54e8da93101fc16eaedeec88362) Signed-off-by: Khem Raj (cherry picked from commit e406fcb6c609a0d2456d7da0d2406d2d9fa52dd2) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/classes/cve-check.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass index 2a530a0489..556ac6e67f 100644 --- a/meta/classes/cve-check.bbclass +++ b/meta/classes/cve-check.bbclass @@ -65,7 +65,7 @@ python do_cve_check () { } -addtask cve_check before do_build +addtask cve_check before do_build after do_fetch do_cve_check[depends] = "cve-update-db-native:do_populate_cve_db" do_cve_check[nostamp] = "1" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140440): https://lists.openembedded.org/g/openembedded-core/message/140440 Mute This Topic: https://lists.openembedded.org/mt/75385966/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 01/19] python3: Upgrade 3.7.7 -> 3.7.8
Backported patch removed. Signed-off-by: Adrian Bunk --- ...20-8492-Fix-AbstractBasicAuthHandler.patch | 248 -- .../{python3_3.7.7.bb => python3_3.7.8.bb}| 5 +- 2 files changed, 2 insertions(+), 251 deletions(-) delete mode 100644 meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch rename meta/recipes-devtools/python/{python3_3.7.7.bb => python3_3.7.8.bb} (98%) diff --git a/meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch b/meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch deleted file mode 100644 index e16b99bcb9..00 --- a/meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch +++ /dev/null @@ -1,248 +0,0 @@ -From 0b297d4ff1c0e4480ad33acae793fbaf4bf015b4 Mon Sep 17 00:00:00 2001 -From: Victor Stinner -Date: Thu, 2 Apr 2020 02:52:20 +0200 -Subject: [PATCH] bpo-39503: CVE-2020-8492: Fix AbstractBasicAuthHandler - (GH-18284) - -Upstream-Status: Backport -(https://github.com/python/cpython/commit/0b297d4ff1c0e4480ad33acae793fbaf4bf015b4) - -CVE: CVE-2020-8492 - -The AbstractBasicAuthHandler class of the urllib.request module uses -an inefficient regular expression which can be exploited by an -attacker to cause a denial of service. Fix the regex to prevent the -catastrophic backtracking. Vulnerability reported by Ben Caller -and Matt Schwager. - -AbstractBasicAuthHandler of urllib.request now parses all -WWW-Authenticate HTTP headers and accepts multiple challenges per -header: use the realm of the first Basic challenge. - -Co-Authored-By: Serhiy Storchaka -Signed-off-by: Trevor Gamblin - Lib/test/test_urllib2.py | 90 --- - Lib/urllib/request.py | 69 ++ - .../2020-03-25-16-02-16.bpo-39503.YmMbYn.rst | 3 + - .../2020-01-30-16-15-29.bpo-39503.B299Yq.rst | 5 ++ - 4 files changed, 115 insertions(+), 52 deletions(-) - create mode 100644 Misc/NEWS.d/next/Library/2020-03-25-16-02-16.bpo-39503.YmMbYn.rst - create mode 100644 Misc/NEWS.d/next/Security/2020-01-30-16-15-29.bpo-39503.B299Yq.rst - -diff --git a/Lib/test/test_urllib2.py b/Lib/test/test_urllib2.py -index 8abedaac98..e69ac3e213 100644 a/Lib/test/test_urllib2.py -+++ b/Lib/test/test_urllib2.py -@@ -1446,40 +1446,64 @@ class HandlerTests(unittest.TestCase): - bypass = {'exclude_simple': True, 'exceptions': []} - self.assertTrue(_proxy_bypass_macosx_sysconf('test', bypass)) - --def test_basic_auth(self, quote_char='"'): --opener = OpenerDirector() --password_manager = MockPasswordManager() --auth_handler = urllib.request.HTTPBasicAuthHandler(password_manager) --realm = "ACME Widget Store" --http_handler = MockHTTPHandler( --401, 'WWW-Authenticate: Basic realm=%s%s%s\r\n\r\n' % --(quote_char, realm, quote_char)) --opener.add_handler(auth_handler) --opener.add_handler(http_handler) --self._test_basic_auth(opener, auth_handler, "Authorization", -- realm, http_handler, password_manager, -- "http://acme.example.com/protected";, -- "http://acme.example.com/protected";, -- ) -- --def test_basic_auth_with_single_quoted_realm(self): --self.test_basic_auth(quote_char="'") -- --def test_basic_auth_with_unquoted_realm(self): --opener = OpenerDirector() --password_manager = MockPasswordManager() --auth_handler = urllib.request.HTTPBasicAuthHandler(password_manager) --realm = "ACME Widget Store" --http_handler = MockHTTPHandler( --401, 'WWW-Authenticate: Basic realm=%s\r\n\r\n' % realm) --opener.add_handler(auth_handler) --opener.add_handler(http_handler) --with self.assertWarns(UserWarning): -+def check_basic_auth(self, headers, realm): -+with self.subTest(realm=realm, headers=headers): -+opener = OpenerDirector() -+password_manager = MockPasswordManager() -+auth_handler = urllib.request.HTTPBasicAuthHandler(password_manager) -+body = '\r\n'.join(headers) + '\r\n\r\n' -+http_handler = MockHTTPHandler(401, body) -+opener.add_handler(auth_handler) -+opener.add_handler(http_handler) - self._test_basic_auth(opener, auth_handler, "Authorization", --realm, http_handler, password_manager, --"http://acme.example.com/protected";, --"http://acme.example.com/protected&quo
[OE-core][zeus][PATCH 11/19] wpa-supplicant: remove service templates from SYSTEMD_SERVICE
From: Kai Kang Remove service templates wpa_supplicant-nl80211@.service and wpa_supplicant-wired@.service from SYSTEMD_SERVICE that they should NOT be started/stopped by calling 'systemctl' in postinst and prerm scripts. (From OE-Core rev: 7910a0d6f332253608767a9576a0d521dd87efd7) Signed-off-by: Kai Kang (cherry picked from commit fe9b8e50461ab00ab3ad8b065ebd32f0eea2a255) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../wpa-supplicant/wpa-supplicant_2.9.bb| 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bb b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bb index 2db09ad2c6..0e74d21a76 100644 --- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bb +++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.9.bb @@ -15,7 +15,7 @@ PACKAGECONFIG[openssl] = ",,openssl" inherit pkgconfig systemd -SYSTEMD_SERVICE_${PN} = "wpa_supplicant.service wpa_supplicant-nl80211@.service wpa_supplicant-wired@.service" +SYSTEMD_SERVICE_${PN} = "wpa_supplicant.service" SYSTEMD_AUTO_ENABLE = "disable" SRC_URI = "http://w1.fi/releases/wpa_supplicant-${PV}.tar.gz \ @@ -37,13 +37,13 @@ S = "${WORKDIR}/wpa_supplicant-${PV}" PACKAGES_prepend = "wpa-supplicant-passphrase wpa-supplicant-cli " FILES_wpa-supplicant-passphrase = "${bindir}/wpa_passphrase" FILES_wpa-supplicant-cli = "${sbindir}/wpa_cli" -FILES_${PN} += "${datadir}/dbus-1/system-services/*" +FILES_${PN} += "${datadir}/dbus-1/system-services/* ${systemd_system_unitdir}/*" CONFFILES_${PN} += "${sysconfdir}/wpa_supplicant.conf" do_configure () { ${MAKE} -C wpa_supplicant clean install -m 0755 ${WORKDIR}/defconfig wpa_supplicant/.config - + if echo "${PACKAGECONFIG}" | grep -qw "openssl"; then ssl=openssl elif echo "${PACKAGECONFIG}" | grep -qw "gnutls"; then -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140444): https://lists.openembedded.org/g/openembedded-core/message/140444 Mute This Topic: https://lists.openembedded.org/mt/75385970/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 12/19] encodings: clear postinst script
From: Kai Kang Postinst script from xorg-font-common.inc doesn't apply to this recipe. So clear the postinst script of encodings. (From OE-Core rev: ba94c908b99713ce115e9240df525c6442a60c7a) Signed-off-by: Kai Kang (cherry picked from commit 99ae6dbb7278dfd264453af852c108fa56a0d4e3) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-graphics/xorg-font/encodings_1.0.5.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-graphics/xorg-font/encodings_1.0.5.bb b/meta/recipes-graphics/xorg-font/encodings_1.0.5.bb index a39609b5da..74014ff91b 100644 --- a/meta/recipes-graphics/xorg-font/encodings_1.0.5.bb +++ b/meta/recipes-graphics/xorg-font/encodings_1.0.5.bb @@ -19,3 +19,7 @@ SRC_URI[sha256sum] = "bd96e16143a044b19e87f217cf6a3763a70c561d1076aad6f6d862ec41 inherit allarch EXTRA_OECONF += "--with-encodingsdir=${datadir}/fonts/X11/encodings" + +# postinst from .inc doesn't apply to this recipe +pkg_postinst_${PN} () { +} -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140445): https://lists.openembedded.org/g/openembedded-core/message/140445 Mute This Topic: https://lists.openembedded.org/mt/75385971/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 16/19] perl: Fix host specific modules problems
From: Richard Purdie We were seeing a ton of empty perl modules being created such as "perl-module-x86-64-linux-encoding" where the name would include ${TARGET_ARCH}-linux. These files were already being filtered in an earlier do_split_packages() expression so exclude them from the latter one to remove the pointless empty modules in PACKAGES. This doesn't explain why some were not deterministic but will recude the do_package execution time and clean up the build directories at the very least. (From OE-Core rev: 5aaf9d3a748cbad17a4a3e5d9715ac2f289b007d) Signed-off-by: Richard Purdie (cherry picked from commit 9f1a959d9831f43dda656e3b0c4d059db3363877) Signed-off-by: Steve Sakoman Signed-off-by: Adrian Bunk --- meta/recipes-devtools/perl/perl_5.30.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb b/meta/recipes-devtools/perl/perl_5.30.1.bb index 32746c7095..149885f692 100644 --- a/meta/recipes-devtools/perl/perl_5.30.1.bb +++ b/meta/recipes-devtools/perl/perl_5.30.1.bb @@ -271,7 +271,7 @@ python split_perl_packages () { do_split_packages(d, libdir, r'Module/([^\/]*)\.pm', '${PN}-module-%s', 'perl module %s', recursive=True, allow_dirs=False, match_path=True, prepend=False) do_split_packages(d, libdir, r'Module/([^\/]*)/.*', '${PN}-module-%s', 'perl module %s', recursive=True, allow_dirs=False, match_path=True, prepend=False) do_split_packages(d, libdir, r'.*linux/([^\/].*)\.(pm|pl|e2x)', '${PN}-module-%s', 'perl module %s', recursive=True, allow_dirs=False, match_path=True, prepend=False) -do_split_packages(d, libdir, r'(^(?!(CPAN\/|CPANPLUS\/|Module\/|unicore\/)[^\/]).*)\.(pm|pl|e2x)', '${PN}-module-%s', 'perl module %s', recursive=True, allow_dirs=False, match_path=True, prepend=False) +do_split_packages(d, libdir, r'(^(?!(CPAN\/|CPANPLUS\/|Module\/|unicore\/|.*linux\/)[^\/]).*)\.(pm|pl|e2x)', '${PN}-module-%s', 'perl module %s', recursive=True, allow_dirs=False, match_path=True, prepend=False) # perl-modules should recommend every perl module, and only the # modules. Don't attempt to use the result of do_split_packages() as some -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140449): https://lists.openembedded.org/g/openembedded-core/message/140449 Mute This Topic: https://lists.openembedded.org/mt/75385976/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 04/19] gcr: depends on gnupg-native
From: Kai Kang It fails to build gcr if no commmand gpg on build host: | meson.build:44:0: ERROR: Program(s) ['gpg2', 'gpg'] not found or not executable Add dependency gnupg-native to fix the error. (From OE-Core rev: da7360247995d7c8e79dfcaa0c0761952a9013f1) Signed-off-by: Kai Kang (cherry picked from commit e4a6eda4c246b2bca059defed796bdab19a7ab5f) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-gnome/gcr/gcr_3.28.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gcr/gcr_3.28.1.bb b/meta/recipes-gnome/gcr/gcr_3.28.1.bb index 2299199c31..64b0569f04 100644 --- a/meta/recipes-gnome/gcr/gcr_3.28.1.bb +++ b/meta/recipes-gnome/gcr/gcr_3.28.1.bb @@ -5,7 +5,7 @@ BUGTRACKER = "https://bugzilla.gnome.org/"; LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605" -DEPENDS = "intltool-native gtk+3 p11-kit glib-2.0 libgcrypt \ +DEPENDS = "intltool-native gtk+3 p11-kit glib-2.0 libgcrypt gnupg-native \ ${@bb.utils.contains('GI_DATA_ENABLED', 'True', 'libxslt-native', '', d)}" inherit gnomebase gtk-icon-cache gtk-doc distro_features_check upstream-version-is-even vala gobject-introspection -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140438): https://lists.openembedded.org/g/openembedded-core/message/140438 Mute This Topic: https://lists.openembedded.org/mt/75385963/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 08/19] cve-check: include epoch in product version output
From: Ralph Siemsen In the generated cve.log files, include the epoch in the product version. This better matches how versions are displayed elsewhere, in particular the bb.warn("Found unpatched CVE...") that appears on the terminal when CVEs are found. (From OE-Core rev: 99f6de1c74b581054c74c6b4598a5d47facc9964) Signed-off-by: Ralph Siemsen (cherry picked from commit e1c3c0b6e5b01304e2127f5058986697e82adf93) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/classes/cve-check.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass index 556ac6e67f..514897e8b8 100644 --- a/meta/classes/cve-check.bbclass +++ b/meta/classes/cve-check.bbclass @@ -301,7 +301,7 @@ def cve_write_data(d, patched, unpatched, whitelisted, cve_data): for cve in sorted(cve_data): write_string += "PACKAGE NAME: %s\n" % d.getVar("PN") -write_string += "PACKAGE VERSION: %s\n" % d.getVar("PV") +write_string += "PACKAGE VERSION: %s%s\n" % (d.getVar("EXTENDPE"), d.getVar("PV")) write_string += "CVE: %s\n" % cve if cve in whitelisted: write_string += "CVE STATUS: Whitelisted\n" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140441): https://lists.openembedded.org/g/openembedded-core/message/140441 Mute This Topic: https://lists.openembedded.org/mt/75385967/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 07/19] libexif: fix CVE-2020-13114
From: Lee Chee Yang (From OE-Core rev: 2e497029ee00babbc50f3c1d99580230bc46155c) Signed-off-by: Lee Chee Yang Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- .../libexif/libexif/CVE-2020-13114.patch | 73 +++ .../recipes-support/libexif/libexif_0.6.21.bb | 4 +- 2 files changed, 76 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-support/libexif/libexif/CVE-2020-13114.patch diff --git a/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch b/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch new file mode 100644 index 00..06b8b46c21 --- /dev/null +++ b/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch @@ -0,0 +1,73 @@ +From 47f51be021f4dfd800d4ff4630659887378baa3a Mon Sep 17 00:00:00 2001 +From: Dan Fandrich +Date: Sat, 16 May 2020 19:32:30 +0200 +Subject: [PATCH] Add a failsafe on the maximum number of Canon MakerNote + + subtags. + +A malicious file could be crafted to cause extremely large values in some +tags without tripping any buffer range checks. This is bad with the libexif +representation of Canon MakerNotes because some arrays are turned into +individual tags that the application must loop around. + +The largest value I've seen for failsafe_size in a (very small) sample of valid +Canon files is <5000. The limit is set two orders of magnitude larger to avoid +tripping up falsely in case some models use much larger values. + +Patch from Google. + +CVE-2020-13114 + +Upstream-Status: Backport [https://github.com/libexif/libexif/commit/e6a38a1a23ba94d139b1fa2cd4519fdcfe3c9bab] +CVE: CVE-2020-13114 +Signed-off-by: Lee Chee Yang +--- + libexif/canon/exif-mnote-data-canon.c | 21 + + 1 file changed, 21 insertions(+) + +diff --git a/libexif/canon/exif-mnote-data-canon.c b/libexif/canon/exif-mnote-data-canon.c +index eb53598..72fd7a3 100644 +--- a/libexif/canon/exif-mnote-data-canon.c b/libexif/canon/exif-mnote-data-canon.c +@@ -32,6 +32,9 @@ + + #define DEBUG + ++/* Total size limit to prevent abuse by DoS */ ++#define FAILSAFE_SIZE_MAX 100L ++ + static void + exif_mnote_data_canon_clear (ExifMnoteDataCanon *n) + { +@@ -202,6 +205,7 @@ exif_mnote_data_canon_load (ExifMnoteData *ne, + ExifMnoteDataCanon *n = (ExifMnoteDataCanon *) ne; + ExifShort c; + size_t i, tcount, o, datao; ++ long failsafe_size = 0; + + if (!n || !buf || !buf_size) { + exif_log (ne->log, EXIF_LOG_CODE_CORRUPT_DATA, +@@ -280,6 +284,23 @@ exif_mnote_data_canon_load (ExifMnoteData *ne, + memcpy (n->entries[tcount].data, buf + dataofs, s); + } + ++ /* Track the size of decoded tag data. A malicious file could ++ * be crafted to cause extremely large values here without ++ * tripping any buffer range checks. This is especially bad ++ * with the libexif representation of Canon MakerNotes because ++ * some arrays are turned into individual tags that the ++ * application must loop around. */ ++ failsafe_size += mnote_canon_entry_count_values(&n->entries[tcount]); ++ ++ if (failsafe_size > FAILSAFE_SIZE_MAX) { ++ /* Abort if the total size of the data in the tags extraordinarily large, */ ++ exif_mem_free (ne->mem, n->entries[tcount].data); ++ exif_log (ne->log, EXIF_LOG_CODE_CORRUPT_DATA, ++"ExifMnoteCanon", "Failsafe tag size overflow (%lu > %ld)", ++failsafe_size, FAILSAFE_SIZE_MAX); ++ break; ++ } ++ + /* Tag was successfully parsed */ + ++tcount; + } diff --git a/meta/recipes-support/libexif/libexif_0.6.21.bb b/meta/recipes-support/libexif/libexif_0.6.21.bb index d847beab18..3f6fa32b25 100644 --- a/meta/recipes-support/libexif/libexif_0.6.21.bb +++ b/meta/recipes-support/libexif/libexif_0.6.21.bb @@ -7,7 +7,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=243b725d71bb5df4a1e5920b344b86ad" SRC_URI = "${SOURCEFORGE_MIRROR}/libexif/libexif-${PV}.tar.bz2 \ file://CVE-2017-7544.patch \ file://CVE-2016-6328.patch \ - file://CVE-2018-20030.patch" + file://CVE-2018-20030.patch \ + file://CVE-2020-13114.patch \ +" SRC_URI[md5sum] = "27339b89850f28c8f1c237f233e05b27" SRC_URI[sha256sum] = "16cdaeb62eb3e6dfab2435f7d7bccd2f37438d21c5218ec4e58efa9157d4d41a" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140439): https://lists.openembedded.org/g/openembedded-core/message/140439 Mute This Topic: https://lists.openembedded.org/mt/75385965/21656 Group Owner: openembedded-core+ow...@lists.o
[OE-core][zeus][PATCH 02/19] timezone: upgrade 2019c -> 2020a
From: Pierre-Jean Texier See full changelog https://github.com/eggert/tz/blob/master/NEWS#L11 (From OE-Core rev: 9d74b048e3a160d7a9a20e85817e9eb3a558af63) Signed-off-by: Pierre-Jean Texier Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-extended/timezone/timezone.inc | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-extended/timezone/timezone.inc b/meta/recipes-extended/timezone/timezone.inc index f6bab1acb4..e542290c3c 100644 --- a/meta/recipes-extended/timezone/timezone.inc +++ b/meta/recipes-extended/timezone/timezone.inc @@ -4,7 +4,7 @@ SECTION = "base" LICENSE = "PD & BSD & BSD-3-Clause" LIC_FILES_CHKSUM = "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba" -PV = "2019c" +PV = "2020a" SRC_URI =" http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode \ http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata \ @@ -12,7 +12,7 @@ SRC_URI =" http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones"; -SRC_URI[tzcode.md5sum] = "195a17454c5db05cab96595380650391" -SRC_URI[tzcode.sha256sum] = "f6ebd3668e02d5ed223d3b7b1947561bf2d2da2f4bd1db61efefd9e06c167ed4" -SRC_URI[tzdata.md5sum] = "f6987e6dfdb2eb83a1b5076a50b80894" -SRC_URI[tzdata.sha256sum] = "79c7806dab09072308da0e3d22c37d3b245015a591891ea147d3b133b60ffc7c" +SRC_URI[tzcode.md5sum] = "f87c3477e85a5c4b00df0def6c6a0055" +SRC_URI[tzcode.sha256sum] = "7d2af7120ee03df71fbca24031ccaf42404752e639196fe93c79a41b38a6d669" +SRC_URI[tzdata.md5sum] = "96a985bb8eeab535fb8aa2132296763a" +SRC_URI[tzdata.sha256sum] = "547161eca24d344e0b5f96aff6a76b454da295dc14ed4ca50c2355043fb899a2" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140435): https://lists.openembedded.org/g/openembedded-core/message/140435 Mute This Topic: https://lists.openembedded.org/mt/75385960/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 09/19] patchelf: Add patch to address corrupt shared library issue
From: Richard Purdie patchelf can corrupt shared libraries if the program headers don't immediately follow the elf header. Add a patch submitted upstream to address this. (From OE-Core rev: faaf5f34332290708f3720a5488b3d1549d9e95a) Signed-off-by: Richard Purdie (cherry picked from commit e7811c787bbe2f5d49b3506309499acc27189988) Signed-off-by: Steve Sakoman Signed-off-by: Adrian Bunk --- .../patchelf/patchelf/fix-phdrs.patch | 37 +++ .../patchelf/patchelf_0.10.bb | 1 + 2 files changed, 38 insertions(+) create mode 100644 meta/recipes-devtools/patchelf/patchelf/fix-phdrs.patch diff --git a/meta/recipes-devtools/patchelf/patchelf/fix-phdrs.patch b/meta/recipes-devtools/patchelf/patchelf/fix-phdrs.patch new file mode 100644 index 00..d087bd7855 --- /dev/null +++ b/meta/recipes-devtools/patchelf/patchelf/fix-phdrs.patch @@ -0,0 +1,37 @@ +When running patchelf on some existing patchelf'd binaries to change to longer +RPATHS, ldd would report the binaries as invalid. The output of objdump -x on +those libraryies should show the top of the .dynamic section is getting trashed, +something like: + +0x60001 0x00429000 +0x335000 0x00335000 +0xc740 0xc740 +0x1000 0x9098 +SONAME libglib-2.0.so.0 + +(which should be RPATH and DT_NEEDED entries) + +This was tracked down to the code which injects the PT_LOAD section. + +The issue is that if the program headers were previously relocated to the end +of the file which was how patchelf operated previously, the relocation code +wouldn't work properly on a second run as it now assumes they're located after +the elf header. This change forces them back to immediately follow the elf +header which is where the code has made space for them. + +Upstream-Status: Submitted [https://github.com/NixOS/patchelf/pull/202] +Signed-off-by: Richard Purdie +RP 2020/6/2 + +Index: git/src/patchelf.cc +=== +--- git.orig/src/patchelf.cc git/src/patchelf.cc +@@ -762,6 +762,7 @@ void ElfFile::rewrite + } + + /* Add a segment that maps the replaced sections into memory. */ ++wri(hdr->e_phoff, sizeof(Elf_Ehdr)); + phdrs.resize(rdi(hdr->e_phnum) + 1); + wri(hdr->e_phnum, rdi(hdr->e_phnum) + 1); + Elf_Phdr & phdr = phdrs[rdi(hdr->e_phnum) - 1]; diff --git a/meta/recipes-devtools/patchelf/patchelf_0.10.bb b/meta/recipes-devtools/patchelf/patchelf_0.10.bb index cc983e033a..e4a604ec70 100644 --- a/meta/recipes-devtools/patchelf/patchelf_0.10.bb +++ b/meta/recipes-devtools/patchelf/patchelf_0.10.bb @@ -1,6 +1,7 @@ SRC_URI = "https://nixos.org/releases/${BPN}/${BPN}-${PV}/${BPN}-${PV}.tar.bz2 \ file://handle-read-only-files.patch \ file://fix-adjusting-startPage.patch \ + file://fix-phdrs.patch \ " LICENSE = "GPLv3" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140442): https://lists.openembedded.org/g/openembedded-core/message/140442 Mute This Topic: https://lists.openembedded.org/mt/75385968/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 03/19] sqlite: backport CVE fix
From: Sakib Sajal Fixes CVE-2020-11655 (From OE-Core rev: 3b06a6c73f4e49c6d00f758423c2e8865ec2de00) Signed-off-by: Sakib Sajal Signed-off-by: Richard Purdie [ without the CVE-2020-11656 fix that did not apply cleanly ] Signed-off-by: Adrian Bunk --- .../sqlite/files/CVE-2020-11655.patch | 32 +++ meta/recipes-support/sqlite/sqlite3_3.29.0.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-support/sqlite/files/CVE-2020-11655.patch diff --git a/meta/recipes-support/sqlite/files/CVE-2020-11655.patch b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch new file mode 100644 index 00..e30c482bbb --- /dev/null +++ b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch @@ -0,0 +1,32 @@ +From a4601326d61bf1a11151ac6b78b50804bfd03b4d Mon Sep 17 00:00:00 2001 +From: Sakib Sajal +Date: Thu, 30 Apr 2020 10:46:16 -0700 +Subject: [PATCH 2/2] In the event of a semantic error in an aggregate query, + early-out the resetAccumulator() function to prevent problems due to + incomplete or incorrect initialization of the AggInfo object. Fix for ticket + [af4556bb5c285c08]. + +FossilOrigin-Name: 4a302b42c7bf5e11ddb5522ca999f74aba397d3a7eb91b1844bb02852f772441 +Upstream Status: Backport [c415d91007e1680e4eb17def583b202c3c83c718] + +CVE: CVE-2020-11655 +Signed-off-by: Sakib Sajal +--- + sqlite3.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/sqlite3.c b/sqlite3.c +index 1df6633..726adf7 100644 +--- a/sqlite3.c b/sqlite3.c +@@ -133242,6 +133242,7 @@ static void resetAccumulator(Parse *pParse, AggInfo *pAggInfo){ + struct AggInfo_func *pFunc; + int nReg = pAggInfo->nFunc + pAggInfo->nColumn; + if( nReg==0 ) return; ++ if( pParse->nErr ) return; + #ifdef SQLITE_DEBUG + /* Verify that all AggInfo registers are within the range specified by + ** AggInfo.mnReg..AggInfo.mxReg */ +-- +2.17.1 + diff --git a/meta/recipes-support/sqlite/sqlite3_3.29.0.bb b/meta/recipes-support/sqlite/sqlite3_3.29.0.bb index cf3b179845..95e1174b07 100644 --- a/meta/recipes-support/sqlite/sqlite3_3.29.0.bb +++ b/meta/recipes-support/sqlite/sqlite3_3.29.0.bb @@ -12,6 +12,7 @@ SRC_URI = "http://www.sqlite.org/2019/sqlite-autoconf-${SQLITE_PV}.tar.gz \ file://CVE-2019-19926.patch \ file://CVE-2019-19959.patch \ file://CVE-2019-20218.patch \ + file://CVE-2020-11655.patch \ " SRC_URI[md5sum] = "8f3dfe83387e62ecb91c7c5c09c688dc" SRC_URI[sha256sum] = "8e7c1e2950b5b04c5944a981cb31fffbf9d2ddda939d536838ebc854481afd5b" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140437): https://lists.openembedded.org/g/openembedded-core/message/140437 Mute This Topic: https://lists.openembedded.org/mt/75385962/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 10/19] vim: _FORTIFY_SOURCE=2 be gone
From: Joe Slater vim will abort in many places with this setting. Replace it with the benign _FORTIFY_SOURCE=1. (From OE-Core rev: d9de155f6452f916edd3131addd0c2eebaf4d639) Signed-off-by: Joe Slater (cherry picked from commit 18129cbaeddb3278efe9963718556e3765f06c1e) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-support/vim/vim_8.1.1518.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/recipes-support/vim/vim_8.1.1518.bb b/meta/recipes-support/vim/vim_8.1.1518.bb index 60946a181f..709b6ddb55 100644 --- a/meta/recipes-support/vim/vim_8.1.1518.bb +++ b/meta/recipes-support/vim/vim_8.1.1518.bb @@ -8,3 +8,8 @@ BBCLASSEXTEND = "native" ALTERNATIVE_${PN}_append = " xxd" ALTERNATIVE_TARGET[xxd] = "${bindir}/xxd" ALTERNATIVE_LINK_NAME[xxd] = "${bindir}/xxd" + +# We override the default in security_flags.inc because vim (not vim-tiny!) will abort +# in many places for _FORTIFY_SOURCE=2. Security flags become part of CC. +# +lcl_maybe_fortify = "${@oe.utils.conditional('DEBUG_BUILD','1','','-D_FORTIFY_SOURCE=1',d)}" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140443): https://lists.openembedded.org/g/openembedded-core/message/140443 Mute This Topic: https://lists.openembedded.org/mt/75385969/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH 05/19] file: add bzip2-replacement-native to DEPENDS to fix sstate issue
From: Jan-Simon Moeller file-native when built on a Debian 10 host will embed a dependency to 'libbz2.so.1.0' (instead of 'libbz2.so.1'). This can cause issues when sharing the sstate between hosts e.g.: recipe-sysroot-native/usr/lib/rpm/rpmdeps: error while loading shared libraries: libbz2.so.1.0: \ cannot open shared object file: No such file or directory To avoid this situation, let's add the bzip2-replacement-native to the file recipe's DEPENDS_class-native . Details in https://bugzilla.yoctoproject.org/show_bug.cgi?id=13915 . (From OE-Core rev: 5a2bc3bfa9e1a4f37b6e26a5c40a4a9c025d03f1) Signed-off-by: Jan-Simon Moeller (cherry picked from commit 4a996574464028bd5d57b90920d0887d1a81e9e9) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-devtools/file/file_5.37.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/file/file_5.37.bb b/meta/recipes-devtools/file/file_5.37.bb index 60fc66131e..eb0f40b54d 100644 --- a/meta/recipes-devtools/file/file_5.37.bb +++ b/meta/recipes-devtools/file/file_5.37.bb @@ -9,7 +9,7 @@ LICENSE = "BSD" LIC_FILES_CHKSUM = "file://COPYING;beginline=2;md5=0251eaec1188b20d9a72c502ecfdda1b" DEPENDS = "zlib file-replacement-native" -DEPENDS_class-native = "zlib-native" +DEPENDS_class-native = "zlib-native bzip2-replacement-native" # Blacklist a bogus tag in upstream check UPSTREAM_CHECK_GITTAGREGEX = "FILE(?P(?!6_23).+)" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140436): https://lists.openembedded.org/g/openembedded-core/message/140436 Mute This Topic: https://lists.openembedded.org/mt/75385961/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Patches are stuck in master-next
On Wed, Jul 08, 2020 at 04:35:21PM +0100, Richard Purdie wrote: > On Wed, 2020-07-08 at 17:07 +0200, Christian Eggers wrote: > > From Richard I got no response to the question whether > > potentially every package may be extended for nativesdk/native, > > or these platforms a reserved for packages required for "building". > > There needs to be a sensible use case for extending them. It doesn't > come for free and increases parse time for each extension added. My biggest worry is a different one: Native is built by the host compiler, and Yocto stable series aim at supporting hosts with future distributions. Something like "building dunfell on hosts with gcc 11" is easier when there are fewer recipes that have to be patched. > Cheers, > > Richard cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140425): https://lists.openembedded.org/g/openembedded-core/message/140425 Mute This Topic: https://lists.openembedded.org/mt/75371450/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Patches are stuck in master-next
On Wed, Jul 08, 2020 at 11:40:30AM +0200, Christian Eggers wrote: >... > For NATIVE, I need the libs for running automatic unit tests on the > build machine. One could probably ask whether unit tests should > depend on libraries like libudev or libnm. >... I would rather ask why you aren't running automatic unit tests built for the target inside qemu. > regards > Christian cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140421): https://lists.openembedded.org/g/openembedded-core/message/140421 Mute This Topic: https://lists.openembedded.org/mt/75371450/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [zeus][PATCH 08/10] kernel.bbclass: Fix Module.symvers support
Please drop this patch: https://lists.openembedded.org/g/openembedded-core/message/140233 cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140306): https://lists.openembedded.org/g/openembedded-core/message/140306 Mute This Topic: https://lists.openembedded.org/mt/75249560/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH][dunfell] coreutils: don't split stdbuf to own package with single-binary
On Fri, Jul 03, 2020 at 11:48:36AM +0100, Richard Purdie wrote: >... > I hadn't realised there was already the reverse dependency. I think we > need to let the package exist in both cases so the two dependencies > need to reverse direction depending on whether single-binary is set. >... What about no separate coreutils-stdbuf package with single-binary, instead an RPROVIDES of coreutils-stdbuf? > Cheers, > > Richard cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#140305): https://lists.openembedded.org/g/openembedded-core/message/140305 Mute This Topic: https://lists.openembedded.org/mt/75275273/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 08/21] cairo: Do not try to remove nonexistent directories
On Tue, Jun 16, 2020 at 10:11:57AM -1000, Steve Sakoman wrote: > On Tue, Jun 16, 2020 at 9:49 AM Adrian Bunk wrote: > > > > On Mon, Jun 15, 2020 at 09:35:27AM -1000, Steve Sakoman wrote: > > > From: Peter Kjellerstedt > > > > > > Commit 0e1f8fa0 (bitbake.conf: propagate 'opengl' DISTRO_FEATURE to > > > native/nativesdk from target) changed the default PACKAGECONFIG for > > > native and nativesdk so that it becomes empty unless "x11" is in > > > DISTRO_FEATURES since "trace" was also removed (propbably > > > unintentionally). This highlighted than an empty PACKAGECONFIG would > > > lead to a build failure since /usr/bin is never created under these > > > conditions, but the recipe still tried to remove it. > > >... > > > > Isn't this a fix for a bug that is not in dunfell? > > My impression was that while the bitbake.conf change that highlighted > the issue with an empty PACKAGECONFIG isn't in dunfell, the underlying > bug that this change uncovered does exist in dunfell. >... I failed to reproduce the problem in dunfell, but the change looks harmless enough that adding it to dunfell it is unlikely to cause problems. > Steve cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139613): https://lists.openembedded.org/g/openembedded-core/message/139613 Mute This Topic: https://lists.openembedded.org/mt/74902433/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 12/21] ca-certificates: upgrade 20190110 -> 20200601
Please drop this patch: https://bugs.debian.org/962596 cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139569): https://lists.openembedded.org/g/openembedded-core/message/139569 Mute This Topic: https://lists.openembedded.org/mt/74902439/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 08/21] cairo: Do not try to remove nonexistent directories
On Mon, Jun 15, 2020 at 09:35:27AM -1000, Steve Sakoman wrote: > From: Peter Kjellerstedt > > Commit 0e1f8fa0 (bitbake.conf: propagate 'opengl' DISTRO_FEATURE to > native/nativesdk from target) changed the default PACKAGECONFIG for > native and nativesdk so that it becomes empty unless "x11" is in > DISTRO_FEATURES since "trace" was also removed (propbably > unintentionally). This highlighted than an empty PACKAGECONFIG would > lead to a build failure since /usr/bin is never created under these > conditions, but the recipe still tried to remove it. >... Isn't this a fix for a bug that is not in dunfell? cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139568): https://lists.openembedded.org/g/openembedded-core/message/139568 Mute This Topic: https://lists.openembedded.org/mt/74902433/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Bootstrapping Go
On Fri, Jun 12, 2020 at 01:41:41PM +0100, Ross Burton wrote: >... > With preferred provider set this can be used to build our own Go > toolchain. Yes, we're relying on a prebuilt binary but we're still > building the tools we actually use, so I don't see this as massively > different to using a host compiler. Does anyone have a strong > objection to bootstrapping our own Go by downloading the prebuilt > tools? What about using the host Go (or gccgo)? Go 1.4 was released in 2014. gcc 5 provides an implementation of Go 1.4.2. Any host with gcc < 6 (released in 2016) is already required to use buildtools-extended in master, so adding Go (or gccgo) there should be sufficient to support ancient host distributions. >... > But looking forward, at this point we're downloading a perfectly good > Go toolchain to build a Go toolchain. This observation has already > led to meta-go-binary (https://github.com/YoeDistro/meta-go-binary), a > drop-in alternative for the Go recipes that simply use the pre-built > releases. It is perfectly good until the next CVE. > Also modern GCC can also build a Go frontend, so we could > just enable that in gcc-cross as we're always building a cross > compiler anyway. >... gccgo tends to be worse regarding features and performance. No objections to allowing users to additionally enable it (similar to Fortran), but it is not a full replacement. > Cheers, > Ross cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139438): https://lists.openembedded.org/g/openembedded-core/message/139438 Mute This Topic: https://lists.openembedded.org/mt/74838027/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] dhcp: use included bind version
On Wed, Jun 10, 2020 at 06:31:55PM +0200, Vyacheslav Yurkov wrote: > On 10.06.2020 18:07, Adrian Bunk wrote: > > On Wed, Jun 10, 2020 at 04:35:20PM +0200, Vyacheslav Yurkov wrote: > > > ... > > > BIND9 libraries support a lot of options specifically geared towards > > > optimizing DNS operations, many of which do not play nicely with > > > ISC DHCP's "architecture". It isn't necessarily practical to build > > > those libraries for both purposes. > > > ... > > Providing security support for several different copies of the BIND > > code would be a nightmare. > > > > cu > > Adrian > > Right, but I don't think there's a way to build two configurations out of > one recipe, isn't it? It is possible. More common is sharing the sources between two (or more) recipes with an .inc file. Unrelated to that, I am a bit suprised why the current Yocto setup is suddenly a problem. Other distributions like Debian/Ubuntu are also sharing one build of the BIND libraries between BIND and dhcpd. > Vyacheslav cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139405): https://lists.openembedded.org/g/openembedded-core/message/139405 Mute This Topic: https://lists.openembedded.org/mt/74797704/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] dhcp: use included bind version
On Wed, Jun 10, 2020 at 04:35:20PM +0200, Vyacheslav Yurkov wrote: >... > BIND9 libraries support a lot of options specifically geared towards > optimizing DNS operations, many of which do not play nicely with > ISC DHCP's "architecture". It isn't necessarily practical to build > those libraries for both purposes. >... Providing security support for several different copies of the BIND code would be a nightmare. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139402): https://lists.openembedded.org/g/openembedded-core/message/139402 Mute This Topic: https://lists.openembedded.org/mt/74797704/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] dpkg: Remove workaound patch for host tar < 1.27
tar >= 1.28 is already required. Signed-off-by: Adrian Bunk --- .../dpkg/tweak-options-require-tar-1.27.patch | 36 --- meta/recipes-devtools/dpkg/dpkg_1.20.0.bb | 3 -- 2 files changed, 39 deletions(-) delete mode 100644 meta/recipes-devtools/dpkg/dpkg/tweak-options-require-tar-1.27.patch diff --git a/meta/recipes-devtools/dpkg/dpkg/tweak-options-require-tar-1.27.patch b/meta/recipes-devtools/dpkg/dpkg/tweak-options-require-tar-1.27.patch deleted file mode 100644 index ac59dce69e..00 --- a/meta/recipes-devtools/dpkg/dpkg/tweak-options-require-tar-1.27.patch +++ /dev/null @@ -1,36 +0,0 @@ -From 48bcc51ce042d1b779b34fae454c52b15bdd9cae Mon Sep 17 00:00:00 2001 -From: Kai Kang -Date: Fri, 22 Feb 2019 01:47:16 -0500 -Subject: [PATCH] dpkg: 1.18.25 -> 1.19.4 - -GNU tar >= 1.27 is required for --owner=NAME:ID and --group=NAME:ID. And fails -to build .deb packages with error: - -| dpkg-deb: building package 'linux-libc-headers-dbg' in '.../tmp/work/i586-poky-linux/linux-libc-headers/4.19-r0/deploy-debs/i586/linux-libc-headers-dbg_ 4.19-r0.0_i386.deb'. -| tar: root\:0: Invalid owner -| tar: Error is not recoverable: exiting now -| dpkg-deb: error: tar -cf subprocess returned error exit status 2 - -Tweak tar options in dpkg-deb source code to make it work on old machines. - -Upstream-Status: Inappropriate [cross build specific] - -Signed-off-by: Kai Kang - - dpkg-deb/build.c | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/dpkg-deb/build.c b/dpkg-deb/build.c -index 8436839..67c0c20 100644 a/dpkg-deb/build.c -+++ b/dpkg-deb/build.c -@@ -462,7 +462,7 @@ tarball_pack(const char *dir, filenames_feed_func *tar_filenames_feeder, - if (options->mode) - command_add_args(&cmd, "--mode", options->mode, NULL); - if (options->root_owner_group) -- command_add_args(&cmd, "--owner", "root:0", "--group", "root:0", NULL); -+ command_add_args(&cmd, "--owner", "root", "--group", "root", NULL); - command_add_args(&cmd, "--null", "--no-unquote", "--no-recursion", -"-T", "-", NULL); - command_exec(&cmd); diff --git a/meta/recipes-devtools/dpkg/dpkg_1.20.0.bb b/meta/recipes-devtools/dpkg/dpkg_1.20.0.bb index 1e822bbdf5..d539c57522 100644 --- a/meta/recipes-devtools/dpkg/dpkg_1.20.0.bb +++ b/meta/recipes-devtools/dpkg/dpkg_1.20.0.bb @@ -15,9 +15,6 @@ SRC_URI = "${DEBIAN_MIRROR}/main/d/${BPN}/${BPN}_${PV}.tar.xz \ file://pager.patch \ file://0001-Add-support-for-riscv32-CPU.patch \ " -SRC_URI_append_class-native = " \ -file://tweak-options-require-tar-1.27.patch \ -" SRC_URI[md5sum] = "f88f077236a3ff3decae3b25c989893d" SRC_URI[sha256sum] = "b633cc2b0e030efb61e11029d8a3fb1123f719864c9992da2e52b471c96d0900" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139275): https://lists.openembedded.org/g/openembedded-core/message/139275 Mute This Topic: https://lists.openembedded.org/mt/74709444/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.
On Mon, Jun 01, 2020 at 10:12:16PM +, Peter Kjellerstedt wrote: > > -Original Message- > > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Alexander Kanavin > > Sent: den 31 maj 2020 17:53 > > To: openembedded-core@lists.openembedded.org > > Cc: Alexander Kanavin > > Subject: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit > > copyright year lines. > > Eh, what? That's definitely not the right thing to do. For a license > that says "The above copyright notice and this permission notice shall > be included in all copies or substantial portions of the Software.", > removing the copyright information makes the file useless as part of, > e.g., ${PN}-lic. This is not what the patch does. >... > > -LIC_FILES_CHKSUM = "file://License;md5=7bbd28caa69f81f5cd5f48647236663d" > > +LIC_FILES_CHKSUM = > > "file://License;md5=51591594753f05018680f6db765d5a46;beginline=3" >... It only excludes the first lines from the checksum. > //Peter cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139074): https://lists.openembedded.org/g/openembedded-core/message/139074 Mute This Topic: https://lists.openembedded.org/mt/74584232/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 18/70] vala: upgrade 0.46.6 -> 0.48.6
On Mon, Jun 01, 2020 at 09:51:40AM -0700, Khem Raj wrote: > gnome-calculator fails https://errors.yoctoproject.org/Errors/Details/414868/ >... This is fixed in the latest stable release of gnome-calculator. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139073): https://lists.openembedded.org/g/openembedded-core/message/139073 Mute This Topic: https://lists.openembedded.org/mt/74584172/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 11/16] libubootenv: Remove the DEPENDS on mtd-utils
On Mon, Jun 01, 2020 at 04:11:19AM -1000, Steve Sakoman wrote: >... > It was only used for pulling in zlib, but this is now > a direct dependency. >... This should be harmless, but no reason to backport this cleanup. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139072): https://lists.openembedded.org/g/openembedded-core/message/139072 Mute This Topic: https://lists.openembedded.org/mt/74605197/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 46/70] rng-tools: upgrade 6.9 -> 6.10
On Sun, May 31, 2020 at 05:52:30PM +0200, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > ...d9ce64f132e463b9091d0536913ddaf11516.patch | 42 +++ > ...6a5fd4efde8ef569b358e19b1fcbc7d0d938.patch | 51 +++ >... Please use "git format-patch" for creating meaningful filenames. Thanks Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139008): https://lists.openembedded.org/g/openembedded-core/message/139008 Mute This Topic: https://lists.openembedded.org/mt/74584207/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] linux-libc-headers: Check for asm/bpf_perf_event.h before multilibbing
On Thu, May 28, 2020 at 11:33:45AM -0700, Khem Raj wrote: > > this is not a freestanding toolchain, but hosted one, so they need to > provide OS (linux) headers. think of case where apps are build just by > using this toolchain outside OE, app devs are not expected to provide these > headers. Various gcc libraries like libgcc or libstdc++ might be used on the target. What C library was used for building these gcc libraries? What kernel headers are used by this C library in the toolchain? cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138861): https://lists.openembedded.org/g/openembedded-core/message/138861 Mute This Topic: https://lists.openembedded.org/mt/74502640/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] linux-libc-headers: Check for asm/bpf_perf_event.h before multilibbing
On Thu, May 28, 2020 at 10:38:15AM -0700, Andre McCurdy wrote: > On Thu, May 28, 2020 at 6:39 AM Adrian Bunk wrote: > > > > On Thu, May 28, 2020 at 02:20:02PM +0100, Richard Purdie wrote: > > > > > > Right, external toolchains I can understand having specific version > > > requirements. What I don't really understand is external toolchains > > > would come with their own headers in most cases I can think of? > > > > What I don't really understand is why kernel 4.1 was mentioned > > in the submission. > > > > At kernel 4.1 times the latest gcc was gcc 5. > > > > gcc 5 is not even supported as host gcc in master, > > and target builds are only tested with gcc 10. > > Is that an argument that users with an older vendor kernel should not > update to newer versions of OE? Or that OE should provide older > versions of gcc (in addition to the default) in order to support older > kernels? It is an argument that ancient external toolchains will anyway not work. > And where does it leave OLDEST_KERNEL (currently set to 3.2.0)? OLDEST_KERNEL is just what is passed to glibc as lowest supported kernel, other OE components might have higher version requirements. > If even kernel 4.1 is too old to be used with OE master then > OLDEST_KERNEL looks like it should be updated to avoid giving users > with older kernels false hope. linux-libc-headers are the headers used by the C library in the toolchain, this is unrelated to the kernel running on the target. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138859): https://lists.openembedded.org/g/openembedded-core/message/138859 Mute This Topic: https://lists.openembedded.org/mt/74502640/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] linux-libc-headers: Check for asm/bpf_perf_event.h before multilibbing
On Thu, May 28, 2020 at 02:20:02PM +0100, Richard Purdie wrote: > > Right, external toolchains I can understand having specific version > requirements. What I don't really understand is external toolchains > would come with their own headers in most cases I can think of? What I don't really understand is why kernel 4.1 was mentioned in the submission. At kernel 4.1 times the latest gcc was gcc 5. gcc 5 is not even supported as host gcc in master, and target builds are only tested with gcc 10. > Cheers, > > Richard cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138847): https://lists.openembedded.org/g/openembedded-core/message/138847 Mute This Topic: https://lists.openembedded.org/mt/74502640/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] libubootenv: Remove the DEPENDS on mtd-utils
It was only used for pulling in zlib, but this is now a direct dependency. Also move the DEPENDS to a more common location in the file. Signed-off-by: Adrian Bunk --- meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb index fa90a12bf8..ea29b668e8 100644 --- a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb @@ -1,5 +1,4 @@ SUMMARY = "U-Boot libraries and tools to access environment" -DEPENDS += "mtd-utils zlib" DESCRIPTION = "This package contains tools and libraries to read \ and modify U-Boot environment. \ @@ -21,6 +20,7 @@ inherit cmake lib_package EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=Release" +DEPENDS = "zlib" PROVIDES += "u-boot-fw-utils" RPROVIDES_${PN}-bin += "u-boot-fw-utils" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138760): https://lists.openembedded.org/g/openembedded-core/message/138760 Mute This Topic: https://lists.openembedded.org/mt/74494688/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] libubootenv: Remove the DEPENDS on mtd-utils
It was only used for pulling in zlib, but this is now a direct dependency. Also move the DEPENDS to a more common location in the file. Signed-off-by: Adrian Bunk --- meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb index fa90a12bf8..ea29b668e8 100644 --- a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb @@ -1,5 +1,4 @@ SUMMARY = "U-Boot libraries and tools to access environment" -DEPENDS += "mtd-utils zlib" DESCRIPTION = "This package contains tools and libraries to read \ and modify U-Boot environment. \ @@ -21,6 +20,7 @@ inherit cmake lib_package EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=Release" +DEPENDS = "zlib" PROVIDES += "u-boot-fw-utils" RPROVIDES_${PN}-bin += "u-boot-fw-utils" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138759): https://lists.openembedded.org/g/openembedded-core/message/138759 Mute This Topic: https://lists.openembedded.org/mt/74494688/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] armv8/tunes: Set TUNE_PKGARCH_64 based on ARMPKGARCH
On Thu, May 21, 2020 at 06:30:50PM -0700, Khem Raj wrote: >... > This lets higher up tune files for arm64 SOCs override them if needed, > this can help building multiple armv8 machines with different tunes in > same workspace. >... I am getting code for cortexa53-crypto built in a directory cortexa53-tmp-linux, but the code might not run on cortexa53 without the crypto extension. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138720): https://lists.openembedded.org/g/openembedded-core/message/138720 Mute This Topic: https://lists.openembedded.org/mt/74390340/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-oe][PATCH 3/4] libgcrypt: made libgcrypt-lic license "GPLv2+ & LGPLv2.1+"
On Tue, May 26, 2020 at 01:20:50PM +0200, Matthias Schoepfer via lists.openembedded.org wrote: >... > The question here seems to be, is the GPLv3 License itself GPLv3 licensed. >... Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138718): https://lists.openembedded.org/g/openembedded-core/message/138718 Mute This Topic: https://lists.openembedded.org/mt/74473621/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 09/17] libubootenv: Depend on zlib
On Tue, May 26, 2020 at 09:24:59AM +0100, Paul Barker wrote: > On Mon, 25 May 2020 at 23:37, Steve Sakoman wrote: > > > > From: Marek Vasut > > > > The libubootenv depends on zlib as it calls at least crc32() from > > there and links against it. Add the DEPENDS entry. > > > > Signed-off-by: Marek Vasut > > Cc: Stefano Babic > > Signed-off-by: Richard Purdie > > Signed-off-by: Steve Sakoman > > (cherry picked from commit db513f9ec59b7ac526b2cdc42b0eb2573e134bc4) > > Signed-off-by: Steve Sakoman > > --- > > meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb > > b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb > > index 3251d0f05b..fa90a12bf8 100644 > > --- a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb > > +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb > > @@ -1,5 +1,5 @@ > > SUMMARY = "U-Boot libraries and tools to access environment" > > -DEPENDS += "mtd-utils" > > +DEPENDS += "mtd-utils zlib" > > > > DESCRIPTION = "This package contains tools and libraries to read \ > > and modify U-Boot environment. \ > > -- > > 2.17.1 > > Is this actually needed for the u-boot version in dunfell? My > understanding when I saw the original patch was that this is a new > requirement of the latest u-boot. libubootenv (not u-boot) uses zlib also in dunfell, and a direct dependency looks correct to me. I assume the breaking case involves a layer shipping an own mtd-utils recipe that does not pull in zlib. > Thanks, cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138712): https://lists.openembedded.org/g/openembedded-core/message/138712 Mute This Topic: https://lists.openembedded.org/mt/74467807/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH v2] wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29
From: Adrian Bunk (From OE-Core rev: 5b71a3f3d1bca6b52f53b97971131a6771618420) Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie --- This is regulatory data containing the legal wifi frequencies for most countries. --- ...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} (91%) diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb similarity index 91% rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb index 9076d94601..a5827b9ef0 100644 --- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb +++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb @@ -5,8 +5,7 @@ LICENSE = "ISC" LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz"; -SRC_URI[md5sum] = "4b5ba3f089db7fdb7b9daae6a7c1f2cb" -SRC_URI[sha256sum] = "cd917ed86b63ce8d93947979f1f18948f03a4ac0ad89ec25227b36ac00dc54bf" +SRC_URI[sha256sum] = "89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a" inherit bin_package allarch -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138634): https://lists.openembedded.org/g/openembedded-core/message/138634 Mute This Topic: https://lists.openembedded.org/mt/74427825/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH v2] git: Upgrade 2.24.1 -> 2.24.3
This includes the fixes for CVE-2020-5260 and CVE-2020-11008. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/git/git_2.24.1.bb | 11 --- meta/recipes-devtools/git/git_2.24.3.bb | 9 + 2 files changed, 9 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-devtools/git/git_2.24.1.bb create mode 100644 meta/recipes-devtools/git/git_2.24.3.bb diff --git a/meta/recipes-devtools/git/git_2.24.1.bb b/meta/recipes-devtools/git/git_2.24.1.bb deleted file mode 100644 index daea31eab2..00 --- a/meta/recipes-devtools/git/git_2.24.1.bb +++ /dev/null @@ -1,11 +0,0 @@ -require git.inc - -EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ - ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ - " -EXTRA_OEMAKE += "NO_GETTEXT=1" - -SRC_URI[tarball.md5sum] = "166bde96adbbc11c8843d4f8f4f9811b" -SRC_URI[tarball.sha256sum] = "ad5334956301c86841eb1e5b1bb20884a6bad89a10a6762c958220c7cf64da02" -SRC_URI[manpages.md5sum] = "31c2272a8979022497ba3d4202df145d" -SRC_URI[manpages.sha256sum] = "9a7ae3a093bea39770eb96ca3e5b40bff7af0b9f6123f089d7821d0e5b8e1230" diff --git a/meta/recipes-devtools/git/git_2.24.3.bb b/meta/recipes-devtools/git/git_2.24.3.bb new file mode 100644 index 00..ddd875f07b --- /dev/null +++ b/meta/recipes-devtools/git/git_2.24.3.bb @@ -0,0 +1,9 @@ +require git.inc + +EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ + ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ + " +EXTRA_OEMAKE += "NO_GETTEXT=1" + +SRC_URI[tarball.sha256sum] = "ef6d1d1de1d7921a54d23d07479bd2766f050d6435cea5d3b5322aa4897cb3d7" +SRC_URI[manpages.sha256sum] = "325795ba33c0be02370de79636f32ad3b447665c1f2b5b4de65181fa804bed31" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138633): https://lists.openembedded.org/g/openembedded-core/message/138633 Mute This Topic: https://lists.openembedded.org/mt/74427824/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH 1/3] squashfs-tools: gcc-10
On Tue, May 19, 2020 at 02:09:27PM -0700, Joe Slater wrote: > Add -fcommon to CFLAGS to avoid multiple definition errors for uninitialized > variables. >... The upstream fix is already backported in master. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138489): https://lists.openembedded.org/g/openembedded-core/message/138489 Mute This Topic: https://lists.openembedded.org/mt/74335778/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 0/4] Import recipes from meta-python
On Sun, May 17, 2020 at 06:00:58PM +0200, Martin Jansa wrote: >... > But IMHO carrying duplicate recipes in oe-core and meta-oe, just because > some users aren't updating meta-oe, only adds more confusion. >... IMHO moving recipes from meta-openembedded (or other layers) to oe-core in a released stable series is not a good idea. > Cheers, cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138381): https://lists.openembedded.org/g/openembedded-core/message/138381 Mute This Topic: https://lists.openembedded.org/mt/74214757/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 0/4] Import recipes from meta-python
On Sun, May 17, 2020 at 03:56:20PM +0200, Martin Jansa wrote: >... > so upgrading > from e.g. initial release revision of dunfell to latest in oe-core together > with all other layers, >... Your "together" is an assumption that is not always true in my experience. > Point releases are nice, but people should really use whatever is latest > revisions in the branches they use and that's IMHO the recommendation from > Yocto Project itself as well (IIRC we discussed it in OE TSC when talking > about tags for point releases). What often strikes me about OE/Yocto is how far apart what developer think how things should be done is from what users are actually doing. Yocto lacks novice level documentation how users should maintain a distribution they got from somewhere for building a product. > Regards, cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138379): https://lists.openembedded.org/g/openembedded-core/message/138379 Mute This Topic: https://lists.openembedded.org/mt/74214757/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 0/4] Import recipes from meta-python
On Sat, May 16, 2020 at 10:24:04PM +0200, Andrey Zhizhikin wrote: > On Sat, May 16, 2020 at 10:10 PM Adrian Bunk wrote: > > > > On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt wrote: > > > > > > > > meta-openembedded/meta-python has a higher layer priority than OE-core. > > > > > > > > Adding higher upstream versions of these recipes to a lower-priority > > > > layer in a stable series is a potential source for weird problems. > > > > > > I would assume they'd be removed from meta-python at the same time > > > they are added to meta. > > > > "at the same time" is complicated since OE-core has releases, > > but meta-openembedded is just a branch. > > > > I would also assume that not all users of stable series are updating > > meta-openembedded to the latest on the dunfell branch at the same > > time as OE-core, some users might end up updating one but never > > updating the other one. > > That I believe would be a terrible mistake when people opt-in to take > a layer, but never care about updating it... :( The typical Yocto user starts with whatever prehistoric Yocto release came with the BSP distribution for the reference hardware, and then develops a new product on top of that. I would not be surprised if someone will have the initial Yocto 2.7 release, but uses the latest from the corresponding meta-openembedded branch on top. > On the contrary, a quick run of "bitbake-layers show-overlayed" > exhibits the following on the [master] of both OE-Core and Thanks a lot for this. > meta-openembedded: > = > python3-cython: > meta-python 0.29.14 > meta 0.29.16 > python3-dbusmock: > meta-python 0.16.7 > meta 0.19 > python3-docutils: > meta-python 0.15.2 > meta 0.16 > python3-pyparsing: > meta-python 2.4.6 > meta 2.4.7 > = I'll take care of getting these removed from meta-openembedded. > Judging be versions, it looks like OE-Core recipes are maintained, but > in meta-openembedded they are left on the side... python3-docutils is ouch, since this problem is also in dunfell. On a more positive note 0.16 is already in OE-core in the initial Yocto 3.1 release, so removing it from meta-openembedded will only be like a 0.15.2 -> 0.16 upgrade for some users but cannot result in losing the recipe in weird layer combinations. > Regards, > Andrey. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138376): https://lists.openembedded.org/g/openembedded-core/message/138376 Mute This Topic: https://lists.openembedded.org/mt/74214757/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] gcc: Remove mudflap remnants
mudflap was removed in gcc 4.9. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/gcc/gcc-10.1.inc| 2 -- meta/recipes-devtools/gcc/gcc-runtime.inc | 15 --- 2 files changed, 17 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-10.1.inc b/meta/recipes-devtools/gcc/gcc-10.1.inc index 041d426187..a3de91a2c6 100644 --- a/meta/recipes-devtools/gcc/gcc-10.1.inc +++ b/meta/recipes-devtools/gcc/gcc-10.1.inc @@ -87,7 +87,6 @@ EXTRA_OECONF_BASE = "\ ${SSP} \ --enable-libitm \ --disable-bootstrap \ ---disable-libmudflap \ --with-system-zlib \ ${@'--with-linker-hash-style=${LINKER_HASH_STYLE}' if '${LINKER_HASH_STYLE}' else ''} \ --enable-linker-build-id \ @@ -99,7 +98,6 @@ EXTRA_OECONF_BASE = "\ " EXTRA_OECONF_INITIAL = "\ ---disable-libmudflap \ --disable-libgomp \ --disable-libitm \ --disable-libquadmath \ diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc b/meta/recipes-devtools/gcc/gcc-runtime.inc index e12c74613f..df1432e68d 100644 --- a/meta/recipes-devtools/gcc/gcc-runtime.inc +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc @@ -47,7 +47,6 @@ RUNTIMETARGET = "${RUNTIMELIBSSP} libstdc++-v3 libgomp libatomic ${RUNTIMELIBITM RUNTIMETARGET_libc-newlib = "libstdc++-v3" # libiberty -# libmudflap # libgfortran needs separate recipe due to libquadmath dependency SLIB = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}" @@ -167,9 +166,6 @@ PACKAGES = "\ libssp \ libssp-dev \ libssp-staticdev \ -libmudflap \ -libmudflap-dev \ -libmudflap-staticdev \ libquadmath \ libquadmath-dev \ libquadmath-staticdev \ @@ -242,17 +238,6 @@ SUMMARY_libquadmath-dev = "GNU quad-precision math library - development files" FILES_libquadmath-staticdev = "${libdir}/libquadmath.a" SUMMARY_libquadmath-staticdev = "GNU quad-precision math library - static development files" -# NOTE: mudflap has been removed as of gcc 4.9 and has been superseded by the address sanitiser -FILES_libmudflap = "${libdir}/libmudflap*.so.*" -SUMMARY_libmudflap = "Pointer debugging library for gcc" -FILES_libmudflap-dev = "\ -${libdir}/libmudflap*.so \ -${libdir}/libmudflap.la \ -" -SUMMARY_libmudflap-dev = "Pointer debugging library for gcc - development files" -FILES_libmudflap-staticdev = "${libdir}/libmudflap.a" -SUMMARY_libmudflap-staticdev = "Pointer debugging library for gcc - static development files" - FILES_libgomp = "${libdir}/libgomp*${SOLIBS}" SUMMARY_libgomp = "GNU OpenMP parallel programming library" FILES_libgomp-dev = "\ -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138374): https://lists.openembedded.org/g/openembedded-core/message/138374 Mute This Topic: https://lists.openembedded.org/mt/74268785/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 0/4] Import recipes from meta-python
On Sat, May 16, 2020 at 07:54:32PM +, Peter Kjellerstedt wrote: > > > > meta-openembedded/meta-python has a higher layer priority than OE-core. > > > > Adding higher upstream versions of these recipes to a lower-priority > > layer in a stable series is a potential source for weird problems. > > I would assume they'd be removed from meta-python at the same time > they are added to meta. "at the same time" is complicated since OE-core has releases, but meta-openembedded is just a branch. I would also assume that not all users of stable series are updating meta-openembedded to the latest on the dunfell branch at the same time as OE-core, some users might end up updating one but never updating the other one. > //Peter cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138368): https://lists.openembedded.org/g/openembedded-core/message/138368 Mute This Topic: https://lists.openembedded.org/mt/74214757/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 0/4] Import recipes from meta-python
On Fri, May 15, 2020 at 03:21:57PM -1000, Steve Sakoman wrote: > > I'm seeing a few votes of "yes for dunfell" and no opposition as yet > (at least here on the list). > > I support the desire to get rid of a meta-python dependency in bsp > layers so I'm also a yes vote unless someone comes up with a good > reason why we shouldn't. meta-openembedded/meta-python has a higher layer priority than OE-core. Adding higher upstream versions of these recipes to a lower-priority layer in a stable series is a potential source for weird problems. > Steve cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138365): https://lists.openembedded.org/g/openembedded-core/message/138365 Mute This Topic: https://lists.openembedded.org/mt/74214757/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH] wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29
From: Adrian Bunk (From OE-Core rev: 5b71a3f3d1bca6b52f53b97971131a6771618420) Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie --- ...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} (91%) diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb similarity index 91% rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb index 9076d94601..a5827b9ef0 100644 --- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb +++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb @@ -5,8 +5,7 @@ LICENSE = "ISC" LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz"; -SRC_URI[md5sum] = "4b5ba3f089db7fdb7b9daae6a7c1f2cb" -SRC_URI[sha256sum] = "cd917ed86b63ce8d93947979f1f18948f03a4ac0ad89ec25227b36ac00dc54bf" +SRC_URI[sha256sum] = "89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a" inherit bin_package allarch -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138331): https://lists.openembedded.org/g/openembedded-core/message/138331 Mute This Topic: https://lists.openembedded.org/mt/74228672/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH] wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29
From: Adrian Bunk (From OE-Core rev: 5b71a3f3d1bca6b52f53b97971131a6771618420) Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie --- ...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} (91%) diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb similarity index 91% rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb index 9076d94601..a5827b9ef0 100644 --- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb +++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb @@ -5,8 +5,7 @@ LICENSE = "ISC" LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz"; -SRC_URI[md5sum] = "4b5ba3f089db7fdb7b9daae6a7c1f2cb" -SRC_URI[sha256sum] = "cd917ed86b63ce8d93947979f1f18948f03a4ac0ad89ec25227b36ac00dc54bf" +SRC_URI[sha256sum] = "89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a" inherit bin_package allarch -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138330): https://lists.openembedded.org/g/openembedded-core/message/138330 Mute This Topic: https://lists.openembedded.org/mt/74228663/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
On Thu, May 14, 2020 at 10:18:53AM -0700, Khem Raj wrote: > On 5/14/20 8:29 AM, Adrian Bunk wrote: > > Disabling -moutline-atomics would also workaround this issue. > > I think this is a good suggestion and I do not like to revert gcc patches if > we can avoid doing that. I will propose a fix to disable outline-atomics for > valgrind on aarch64 >... Not just for valgrind, globally. The main effect in Yocto distributions is (slightly) slower and larger code. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138286): https://lists.openembedded.org/g/openembedded-core/message/138286 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
Disabling -moutline-atomics would also workaround this issue. And I think it would be the right thing to do for Yocto in any case. -moutline-atomics makes sense for binary distributions that want to offer both high performance for heavily threaded code on >= ARMv8.1 and support ARMv8.0 in the same binaries. I do not see usecases for this in Yocto that would justify the small performance penalty from -moutline-atomics. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138271): https://lists.openembedded.org/g/openembedded-core/message/138271 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
On Thu, May 14, 2020 at 07:48:28AM -0700, Khem Raj wrote: > On Thu, May 14, 2020 at 7:07 AM Adrian Bunk wrote: > > > On Thu, May 14, 2020 at 06:56:07AM -0700, Khem Raj wrote: > > > On Thu, May 14, 2020 at 6:16 AM Adrian Bunk wrote: > > > > > > > On Thu, May 14, 2020 at 05:47:48AM -0700, Khem Raj wrote: > > > > > On Thu, May 14, 2020 at 12:38 AM Adrian Bunk wrote: > > > > > > On Mon, May 11, 2020 at 11:28:12AM -0700, Khem Raj wrote: > > > > > > > This was added recently, but it seems be chewing more than what > > it > > > > > > > should and causes non glibc packages also depend on it. > > > > > > >... > > > > > > > > > > > > Is this only valgrind (there is a upstream bug open for that), > > > > > > or were there more recipes with a problem? > > > > > > > > > > Just valgrind but problem can happen with static linking with no > > default > > > > > libs in general > > > > > > > > No, it cannot. > > > > The relevant part of "no default libs" is not linking with libc. > > > > > > > > Linking statically with libgcc and then providing own implementations > > > > of all libc functions used by libgcc instead of linking with libc is > > > > not a common situation. > > > > > > Take a look At what’s going on in valgrind memcheck build if you are > > > interested perhaps you will find something which is not yet understood > > > > Memcheck links statically with libgcc, and it does not link with libc. > > Ok what happens when you link it with libc >... I do not even want to know how that explodes. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138270): https://lists.openembedded.org/g/openembedded-core/message/138270 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
On Thu, May 14, 2020 at 06:56:07AM -0700, Khem Raj wrote: > On Thu, May 14, 2020 at 6:16 AM Adrian Bunk wrote: > > > On Thu, May 14, 2020 at 05:47:48AM -0700, Khem Raj wrote: > > > On Thu, May 14, 2020 at 12:38 AM Adrian Bunk wrote: > > > > On Mon, May 11, 2020 at 11:28:12AM -0700, Khem Raj wrote: > > > > > This was added recently, but it seems be chewing more than what it > > > > > should and causes non glibc packages also depend on it. > > > > >... > > > > > > > > Is this only valgrind (there is a upstream bug open for that), > > > > or were there more recipes with a problem? > > > > > > Just valgrind but problem can happen with static linking with no default > > > libs in general > > > > No, it cannot. > > The relevant part of "no default libs" is not linking with libc. > > > > Linking statically with libgcc and then providing own implementations > > of all libc functions used by libgcc instead of linking with libc is > > not a common situation. > > Take a look At what’s going on in valgrind memcheck build if you are > interested perhaps you will find something which is not yet understood Memcheck links statically with libgcc, and it does not link with libc. This is not a general static linking problem, normal userspace code links with libc (shared or static). cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138264): https://lists.openembedded.org/g/openembedded-core/message/138264 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
On Thu, May 14, 2020 at 05:47:48AM -0700, Khem Raj wrote: > On Thu, May 14, 2020 at 12:38 AM Adrian Bunk wrote: > > On Mon, May 11, 2020 at 11:28:12AM -0700, Khem Raj wrote: > > > This was added recently, but it seems be chewing more than what it > > > should and causes non glibc packages also depend on it. > > >... > > > > Is this only valgrind (there is a upstream bug open for that), > > or were there more recipes with a problem? > > Just valgrind but problem can happen with static linking with no default > libs in general No, it cannot. The relevant part of "no default libs" is not linking with libc. Linking statically with libgcc and then providing own implementations of all libc functions used by libgcc instead of linking with libc is not a common situation. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138259): https://lists.openembedded.org/g/openembedded-core/message/138259 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 3/3] gcc10: Revert using __getauxval in libgcc
On Mon, May 11, 2020 at 11:28:12AM -0700, Khem Raj wrote: > This was added recently, but it seems be chewing more than what it > should and causes non glibc packages also depend on it. >... Is this only valgrind (there is a upstream bug open for that), or were there more recipes with a problem? cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138253): https://lists.openembedded.org/g/openembedded-core/message/138253 Mute This Topic: https://lists.openembedded.org/mt/74142400/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] apt: The C.UTF-8 locale is not portable
Signed-off-by: Adrian Bunk --- meta/recipes-devtools/apt/apt.inc | 1 + ...le-is-not-portable-use-std-locale-cl.patch | 27 +++ 2 files changed, 28 insertions(+) create mode 100644 meta/recipes-devtools/apt/apt/0001-The-C.UTF-8-locale-is-not-portable-use-std-locale-cl.patch diff --git a/meta/recipes-devtools/apt/apt.inc b/meta/recipes-devtools/apt/apt.inc index 13f5969f86..87d533782f 100644 --- a/meta/recipes-devtools/apt/apt.inc +++ b/meta/recipes-devtools/apt/apt.inc @@ -17,6 +17,7 @@ SRC_URI = "https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/${BPN}/${P file://0001-environment.mak-musl-based-systems-can-generate-shar.patch \ file://0001-apt-1.2.12-Fix-musl-build.patch \ file://0001-Include-array.h-for-std-array.patch \ + file://0001-The-C.UTF-8-locale-is-not-portable-use-std-locale-cl.patch \ " SRC_URI[md5sum] = "d30eed9304e82ea8238c854b5c5a34d9" SRC_URI[sha256sum] = "03ded4f5e9b8d43ecec083704b2dcabf20c182ed382db9ac7251da0b0b038059" diff --git a/meta/recipes-devtools/apt/apt/0001-The-C.UTF-8-locale-is-not-portable-use-std-locale-cl.patch b/meta/recipes-devtools/apt/apt/0001-The-C.UTF-8-locale-is-not-portable-use-std-locale-cl.patch new file mode 100644 index 00..ce5c005086 --- /dev/null +++ b/meta/recipes-devtools/apt/apt/0001-The-C.UTF-8-locale-is-not-portable-use-std-locale-cl.patch @@ -0,0 +1,27 @@ +From 7e8839731ae3fdf7502b91643aa6b252f6c5eaa6 Mon Sep 17 00:00:00 2001 +From: Adrian Bunk +Date: Thu, 14 May 2020 00:08:21 +0300 +Subject: The C.UTF-8 locale is not portable, use std::locale::classic() + +Upstream-Status: Inappropriate [Similar fix already in apt >= 1.3] +Signed-off-by: Adrian Bunk +--- + ftparchive/writer.cc | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/ftparchive/writer.cc b/ftparchive/writer.cc +index 25963820a..6ad571d2a 100644 +--- a/ftparchive/writer.cc b/ftparchive/writer.cc +@@ -984,7 +984,7 @@ ReleaseWriter::ReleaseWriter(FileFd * const GivenOutput, string const &/*DB*/) : +AddPatterns(_config->FindVector("APT::FTPArchive::Release::Patterns")); + +time_t const now = time(NULL); +- auto const posix = std::locale("C.UTF-8"); ++ auto const posix = std::locale::classic(); + +// FIXME: use TimeRFC1123 here? But that uses GMT to satisfy HTTP/1.1 +std::ostringstream datestr; +-- +2.20.1 + -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138238): https://lists.openembedded.org/g/openembedded-core/message/138238 Mute This Topic: https://lists.openembedded.org/mt/74192539/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] apt: Remove workarounds for host gcc < 5
On Wed, May 13, 2020 at 05:30:13PM +0100, Richard Purdie wrote: > On Tue, 2020-05-12 at 23:37 +0300, Adrian Bunk wrote: > > Signed-off-by: Adrian Bunk > > --- > > .../recipes-devtools/apt/apt-native_1.2.31.bb | 4 +- > > ...nging-the-global-LC_TIME-for-Release.patch | 80 --- > > ...caled-std-put_time-instead-rolling-o.patch | 46 --- > > ...ntrib-strutl.cc-Include-array-header.patch | 33 > > 4 files changed, 1 insertion(+), 162 deletions(-) > > delete mode 100644 > > meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch > > delete mode 100644 > > meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch > > delete mode 100644 > > meta/recipes-devtools/apt/apt/gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch > > > > diff --git a/meta/recipes-devtools/apt/apt-native_1.2.31.bb > > b/meta/recipes-devtools/apt/apt-native_1.2.31.bb > > index 5b16b503d5..2952c21017 100644 > > --- a/meta/recipes-devtools/apt/apt-native_1.2.31.bb > > +++ b/meta/recipes-devtools/apt/apt-native_1.2.31.bb > > @@ -2,6 +2,4 @@ require apt-native.inc > > > > SRC_URI += "file://noconfigure.patch \ > > file://no-curl.patch \ > > - > > file://gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch \ > > - > > file://gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch \ > > - > > file://gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch" > > +" > > I think part of this is causing: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/50/builds/1892 > > ? >... I cannot reproduce it, but I can see what is likely causing it. Patch will come in a few minutes. > Cheers, > > Richard cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138235): https://lists.openembedded.org/g/openembedded-core/message/138235 Mute This Topic: https://lists.openembedded.org/mt/74167843/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH] git: Upgrade 2.24.1 -> 2.24.3
This includes the fixes for CVE-2020-5260 and CVE-2020-11008. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/git/git_2.24.1.bb | 11 --- meta/recipes-devtools/git/git_2.24.3.bb | 9 + 2 files changed, 9 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-devtools/git/git_2.24.1.bb create mode 100644 meta/recipes-devtools/git/git_2.24.3.bb diff --git a/meta/recipes-devtools/git/git_2.24.1.bb b/meta/recipes-devtools/git/git_2.24.1.bb deleted file mode 100644 index daea31eab2..00 --- a/meta/recipes-devtools/git/git_2.24.1.bb +++ /dev/null @@ -1,11 +0,0 @@ -require git.inc - -EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ - ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ - " -EXTRA_OEMAKE += "NO_GETTEXT=1" - -SRC_URI[tarball.md5sum] = "166bde96adbbc11c8843d4f8f4f9811b" -SRC_URI[tarball.sha256sum] = "ad5334956301c86841eb1e5b1bb20884a6bad89a10a6762c958220c7cf64da02" -SRC_URI[manpages.md5sum] = "31c2272a8979022497ba3d4202df145d" -SRC_URI[manpages.sha256sum] = "9a7ae3a093bea39770eb96ca3e5b40bff7af0b9f6123f089d7821d0e5b8e1230" diff --git a/meta/recipes-devtools/git/git_2.24.3.bb b/meta/recipes-devtools/git/git_2.24.3.bb new file mode 100644 index 00..ddd875f07b --- /dev/null +++ b/meta/recipes-devtools/git/git_2.24.3.bb @@ -0,0 +1,9 @@ +require git.inc + +EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ + ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ + " +EXTRA_OEMAKE += "NO_GETTEXT=1" + +SRC_URI[tarball.sha256sum] = "ef6d1d1de1d7921a54d23d07479bd2766f050d6435cea5d3b5322aa4897cb3d7" +SRC_URI[manpages.sha256sum] = "325795ba33c0be02370de79636f32ad3b447665c1f2b5b4de65181fa804bed31" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138219): https://lists.openembedded.org/g/openembedded-core/message/138219 Mute This Topic: https://lists.openembedded.org/mt/74182793/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][warrior][PATCH] git: Upgrade 2.20.1 -> 2.20.4
This includes the fixes for CVE-2020-5260 and CVE-2020-11008. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/git/git_2.20.1.bb | 11 --- meta/recipes-devtools/git/git_2.20.4.bb | 11 +++ 2 files changed, 11 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-devtools/git/git_2.20.1.bb create mode 100644 meta/recipes-devtools/git/git_2.20.4.bb diff --git a/meta/recipes-devtools/git/git_2.20.1.bb b/meta/recipes-devtools/git/git_2.20.1.bb deleted file mode 100644 index 877fb05e58..00 --- a/meta/recipes-devtools/git/git_2.20.1.bb +++ /dev/null @@ -1,11 +0,0 @@ -require git.inc - -EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ - ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ - " -EXTRA_OEMAKE += "NO_GETTEXT=1" - -SRC_URI[tarball.md5sum] = "7a7769e5c957364ed0aed89e6e67c254" -SRC_URI[tarball.sha256sum] = "edc3bc1495b69179ba4e272e97eff93334a20decb1d8db6ec3c19c16417738fd" -SRC_URI[manpages.md5sum] = "78c6e54a61a167dab5e8ae07036293ab" -SRC_URI[manpages.sha256sum] = "e9c123463abd05e142defe44a8060ce6e9853dfd8c83b2542e38b7deac4e6d4c" diff --git a/meta/recipes-devtools/git/git_2.20.4.bb b/meta/recipes-devtools/git/git_2.20.4.bb new file mode 100644 index 00..e44da452ad --- /dev/null +++ b/meta/recipes-devtools/git/git_2.20.4.bb @@ -0,0 +1,11 @@ +require git.inc + +EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ + ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \ + " +EXTRA_OEMAKE += "NO_GETTEXT=1" + +SRC_URI[tarball.md5sum] = "6f524e37186a79848a716e2a91330868" +SRC_URI[tarball.sha256sum] = "92719084d7648b69038ea617a3bc45ec74f60ed7eef753ae2ad84b6f0b268e9a" +SRC_URI[manpages.md5sum] = "dceabcda244042a06ed4cabd754627a5" +SRC_URI[manpages.sha256sum] = "72fdd1799756b1240921d10eb5c67de9a651b44d429ba7293929c9d5344ad3e0" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138220): https://lists.openembedded.org/g/openembedded-core/message/138220 Mute This Topic: https://lists.openembedded.org/mt/74182798/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] apt: Remove workarounds for host gcc < 5
Signed-off-by: Adrian Bunk --- .../recipes-devtools/apt/apt-native_1.2.31.bb | 4 +- ...nging-the-global-LC_TIME-for-Release.patch | 80 --- ...caled-std-put_time-instead-rolling-o.patch | 46 --- ...ntrib-strutl.cc-Include-array-header.patch | 33 4 files changed, 1 insertion(+), 162 deletions(-) delete mode 100644 meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch delete mode 100644 meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch delete mode 100644 meta/recipes-devtools/apt/apt/gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch diff --git a/meta/recipes-devtools/apt/apt-native_1.2.31.bb b/meta/recipes-devtools/apt/apt-native_1.2.31.bb index 5b16b503d5..2952c21017 100644 --- a/meta/recipes-devtools/apt/apt-native_1.2.31.bb +++ b/meta/recipes-devtools/apt/apt-native_1.2.31.bb @@ -2,6 +2,4 @@ require apt-native.inc SRC_URI += "file://noconfigure.patch \ file://no-curl.patch \ - file://gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch \ - file://gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch \ - file://gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch" +" diff --git a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch b/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch deleted file mode 100644 index 438de209a2..00 --- a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch +++ /dev/null @@ -1,80 +0,0 @@ -From 7ef2b2dba0e0bee450da3c8450ea782a3e7d6429 Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?An=C3=ADbal=20Lim=C3=B3n?= -Date: Tue, 22 Aug 2017 11:49:01 -0500 -Subject: [PATCH 3/3] Revert "avoid changing the global LC_TIME for Release - writing" - -This reverts commit 78e7b683c645e907db12658405a4b201a6243ea8. - -After we drop debian8 and centos7 that has gcc < 5 (std::put_time not available) -versions this patch can be remove. - -Signed-off-by: Anibal Limon - -Upstream-Status: Inappropriate [embedded specific] - ftparchive/writer.cc | 29 + - 1 file changed, 17 insertions(+), 12 deletions(-) - -diff --git a/ftparchive/writer.cc b/ftparchive/writer.cc -index 2596382..e43a643 100644 a/ftparchive/writer.cc -+++ b/ftparchive/writer.cc -@@ -37,7 +37,6 @@ - #include - #include - #include --#include - #include - #include - #include -@@ -984,29 +983,35 @@ ReleaseWriter::ReleaseWriter(FileFd * const GivenOutput, string const &/*DB*/) : -AddPatterns(_config->FindVector("APT::FTPArchive::Release::Patterns")); - -time_t const now = time(NULL); -- auto const posix = std::locale("C.UTF-8"); - -- // FIXME: use TimeRFC1123 here? But that uses GMT to satisfy HTTP/1.1 -- std::ostringstream datestr; -- datestr.imbue(posix); -- datestr << std::put_time(gmtime(&now), "%a, %d %b %Y %H:%M:%S UTC"); -+ setlocale(LC_TIME, "C"); -+ -+ char datestr[128]; -+ if (strftime(datestr, sizeof(datestr), "%a, %d %b %Y %H:%M:%S UTC", -+gmtime(&now)) == 0) -+ { -+ datestr[0] = '\0'; -+ } - -time_t const validuntil = now + _config->FindI("APT::FTPArchive::Release::ValidTime", 0); -- std::ostringstream validstr; -- if (validuntil != now) -+ char validstr[128]; -+ if (now == validuntil || -+ strftime(validstr, sizeof(validstr), "%a, %d %b %Y %H:%M:%S UTC", -+gmtime(&validuntil)) == 0) -{ -- datestr.imbue(posix); -- validstr << std::put_time(gmtime(&validuntil), "%a, %d %b %Y %H:%M:%S UTC"); -+ validstr[0] = '\0'; -} - -+ setlocale(LC_TIME, ""); -+ -map Fields; -Fields["Origin"] = ""; -Fields["Label"] = ""; -Fields["Suite"] = ""; -Fields["Version"] = ""; -Fields["Codename"] = ""; -- Fields["Date"] = datestr.str(); -- Fields["Valid-Until"] = validstr.str(); -+ Fields["Date"] = datestr; -+ Fields["Valid-Until"] = validstr; -Fields["Architectures"] = ""; -Fields["Components"] = ""; -Fields["Description"] = ""; --- -2.1.4 - diff --git a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch b/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch deleted file mode 100644 index 088a66a3c8..00 --- a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch +++ /de
[OE-core][PATCH] vte: Remove workaround for gcc 4.8
Signed-off-by: Adrian Bunk --- ...chool-asignment-to-avoid-gcc-4.8-err.patch | 27 --- meta/recipes-support/vte/vte_0.60.2.bb| 2 +- 2 files changed, 1 insertion(+), 28 deletions(-) delete mode 100644 meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch diff --git a/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch b/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch deleted file mode 100644 index 9c3f98fa61..00 --- a/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch +++ /dev/null @@ -1,27 +0,0 @@ -From 442da9076b52003743ffc6fd7b9d647de6d7aa8f Mon Sep 17 00:00:00 2001 -From: Alexander Kanavin -Date: Thu, 17 Jan 2019 16:37:54 +0100 -Subject: [PATCH] app.cc: use old school asignment to avoid gcc 4.8 error - -This is needed to build vte-native on Centos 7, -and can be dropped once that OS is no longer supported. - -Upstream-Status: Inappropriate [ancient compiler fix] -Signed-off-by: Alexander Kanavin - src/app/app.cc | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/src/app/app.cc b/src/app/app.cc -index d424064..675d789 100644 a/src/app/app.cc -+++ b/src/app/app.cc -@@ -306,7 +306,7 @@ public: - else - alpha = get_alpha(); - --GdkRGBA color{bg_color}; -+GdkRGBA color = bg_color; - color.alpha = alpha; - return color; - } diff --git a/meta/recipes-support/vte/vte_0.60.2.bb b/meta/recipes-support/vte/vte_0.60.2.bb index a722e152a4..4a33f6e4d0 100644 --- a/meta/recipes-support/vte/vte_0.60.2.bb +++ b/meta/recipes-support/vte/vte_0.60.2.bb @@ -17,7 +17,7 @@ GIR_MESON_OPTION = 'gir' inherit gnomebase gtk-doc features_check upstream-version-is-even gobject-introspection # vapigen.m4 is required when vala is not present (but the one from vala should be used normally) -SRC_URI += "file://0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch \ +SRC_URI += " \ file://0002-Add-W_EXITCODE-macro-for-non-glibc-systems.patch \ " SRC_URI[archive.md5sum] = "1a0b5395915d2f3c88484511b38cc584" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138192): https://lists.openembedded.org/g/openembedded-core/message/138192 Mute This Topic: https://lists.openembedded.org/mt/74167842/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] nettle: Remove workaround for gcc < 5
Signed-off-by: Adrian Bunk --- meta/recipes-support/nettle/nettle_3.6.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-support/nettle/nettle_3.6.bb b/meta/recipes-support/nettle/nettle_3.6.bb index b71f56d83d..90f8625ae5 100644 --- a/meta/recipes-support/nettle/nettle_3.6.bb +++ b/meta/recipes-support/nettle/nettle_3.6.bb @@ -30,7 +30,6 @@ inherit autotools ptest multilib_header EXTRA_AUTORECONF += "--exclude=aclocal" EXTRA_OECONF = "--disable-openssl" -CFLAGS_append = " -std=gnu99" do_compile_ptest() { oe_runmake buildtest -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138195): https://lists.openembedded.org/g/openembedded-core/message/138195 Mute This Topic: https://lists.openembedded.org/mt/74167845/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] libtasn1: Remove workaround for host gcc < 5
Signed-off-by: Adrian Bunk --- meta/recipes-support/gnutls/libtasn1_4.16.0.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-support/gnutls/libtasn1_4.16.0.bb b/meta/recipes-support/gnutls/libtasn1_4.16.0.bb index 8337b70241..18dae6d0c9 100644 --- a/meta/recipes-support/gnutls/libtasn1_4.16.0.bb +++ b/meta/recipes-support/gnutls/libtasn1_4.16.0.bb @@ -19,6 +19,4 @@ SRC_URI[sha256sum] = "0e0fb0903839117cb6e3b56e68222771bebf22ad7fc2295a0ed7d576e8 inherit autotools texinfo lib_package gtk-doc -CFLAGS_append_class-native = " -std=gnu99" - BBCLASSEXTEND = "native nativesdk" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138191): https://lists.openembedded.org/g/openembedded-core/message/138191 Mute This Topic: https://lists.openembedded.org/mt/74167841/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] python-numpy: Remove workaround for host gcc < 5
Signed-off-by: Adrian Bunk --- meta/recipes-devtools/python-numpy/python-numpy.inc | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recipes-devtools/python-numpy/python-numpy.inc b/meta/recipes-devtools/python-numpy/python-numpy.inc index 727755393e..0bff979a6b 100644 --- a/meta/recipes-devtools/python-numpy/python-numpy.inc +++ b/meta/recipes-devtools/python-numpy/python-numpy.inc @@ -15,9 +15,6 @@ SRC_URI[sha256sum] = "93ee59ec38f3bf8f9a42d5f4301f60e6825a4a6385a145f70badcd2bf2 UPSTREAM_CHECK_URI = "https://github.com/numpy/numpy/releases"; UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar" -# Needed for building with gcc 4.x from centos 7 -CFLAGS_append_class-native = " -std=c99" - DEPENDS += "python3-cython-native" S = "${WORKDIR}/numpy-${PV}" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138194): https://lists.openembedded.org/g/openembedded-core/message/138194 Mute This Topic: https://lists.openembedded.org/mt/74167844/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] llvm: Remove -fcommon
On Tue, May 12, 2020 at 08:17:15AM -0700, Khem Raj wrote: > On 5/12/20 7:14 AM, Adrian Bunk wrote: > > I cannot reproduce the problem. > > have you built the target recipe with gcc10 with -fno-common default ? Yes. For menu-cache and matchbox-wm I got failures without the patches, but not for llvm. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138184): https://lists.openembedded.org/g/openembedded-core/message/138184 Mute This Topic: https://lists.openembedded.org/mt/74159120/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon
On Tue, May 12, 2020 at 08:16:14AM -0700, Khem Raj wrote: > > > On 5/12/20 6:44 AM, Adrian Bunk wrote: > > On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: > > > For time being change back to -fcommon as default, helps us iron > > > out other issues, eventually this should be removed as we fix the > > > packages to work with -fno-common > > > ... > > What packages are still unfixed? > > There were ateast 100 failures when meta-openembedded Ah, you want that for other layers. > is considered too > errors server has unfortunately dropped the build where it was reported but > here is list if you are interested >... That's from a testbuild last year? Some of these were already fixed in master by upgrading to the latest upstream (e.g. flashrom or mc). cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138183): https://lists.openembedded.org/g/openembedded-core/message/138183 Mute This Topic: https://lists.openembedded.org/mt/74142398/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29
From: Adrian Bunk Signed-off-by: Adrian Bunk --- ...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} (91%) diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb similarity index 91% rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb index 9076d94601..a5827b9ef0 100644 --- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb +++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb @@ -5,8 +5,7 @@ LICENSE = "ISC" LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c" SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz"; -SRC_URI[md5sum] = "4b5ba3f089db7fdb7b9daae6a7c1f2cb" -SRC_URI[sha256sum] = "cd917ed86b63ce8d93947979f1f18948f03a4ac0ad89ec25227b36ac00dc54bf" +SRC_URI[sha256sum] = "89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a" inherit bin_package allarch -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138172): https://lists.openembedded.org/g/openembedded-core/message/138172 Mute This Topic: https://lists.openembedded.org/mt/74159666/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] llvm: Remove -fcommon
I cannot reproduce the problem. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/llvm/llvm_git.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-devtools/llvm/llvm_git.bb b/meta/recipes-devtools/llvm/llvm_git.bb index a8607f5008..d24ed761bf 100644 --- a/meta/recipes-devtools/llvm/llvm_git.bb +++ b/meta/recipes-devtools/llvm/llvm_git.bb @@ -92,8 +92,6 @@ EXTRA_OECMAKE_append_class-nativesdk = "\ -DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} \ " -CFLAGS += "-fcommon" - do_configure_prepend() { # Fix paths in llvm-config sed -i "s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g" ${S}/tools/llvm-config/llvm-config.cpp -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138169): https://lists.openembedded.org/g/openembedded-core/message/138169 Mute This Topic: https://lists.openembedded.org/mt/74159120/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] mesa: Remove -fcommon
This was fixed in upstream version 20.0. Signed-off-by: Adrian Bunk --- meta/recipes-graphics/mesa/mesa_20.0.2.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-graphics/mesa/mesa_20.0.2.bb b/meta/recipes-graphics/mesa/mesa_20.0.2.bb index 56ee28c870..ee0260e073 100644 --- a/meta/recipes-graphics/mesa/mesa_20.0.2.bb +++ b/meta/recipes-graphics/mesa/mesa_20.0.2.bb @@ -14,8 +14,6 @@ SRC_URI[sha256sum] = "aa54f1cb669550606aab8ceb475105d15aeb814fca5a778ce70d0fd10e UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)" -CFLAGS += "-fcommon" - #because we cannot rely on the fact that all apps will use pkgconfig, #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER do_install_append() { -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138165): https://lists.openembedded.org/g/openembedded-core/message/138165 Mute This Topic: https://lists.openembedded.org/mt/74159115/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] menu-cache: Replace -fcommon with fix
Signed-off-by: Adrian Bunk --- .../0001-Support-gcc10-compilation.patch | 111 ++ .../menu-cache/menu-cache_1.1.0.bb| 6 +- 2 files changed, 114 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch diff --git a/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch b/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch new file mode 100644 index 00..aeae864cd4 --- /dev/null +++ b/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch @@ -0,0 +1,111 @@ +From 1ce739649b4d66339a03fc0ec9ee7a2f7c141780 Mon Sep 17 00:00:00 2001 +From: Mamoru TASAKA +Date: Fri, 24 Jan 2020 13:33:00 +0900 +Subject: Support gcc10 compilation + +gcc10 now defaults to -fno-common, and with gcc10 menu-cache compilation fails like + +/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:167: multiple definition of `DirDirs'; main.o:menu-cache-gen/menu-tags.h:167: first defined here +/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:164: multiple definition of `AppDirs'; main.o:menu-cache-gen/menu-tags.h:164: first defined here +/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:52: multiple definition of `menuTag_Layout'; main.o:menu-cache-gen/menu-tags.h:52: first defined here + + +This patch fixes compilation with gcc10: properly declaring variables in header with "extern", and also removing some unneeded variables in header files. + +Upstream-Status: Submitted [https://github.com/lxde/menu-cache/pull/19] +Signed-off-by: Adrian Bunk +--- + menu-cache-gen/menu-tags.h | 55 -- + 1 file changed, 17 insertions(+), 38 deletions(-) + +diff --git a/menu-cache-gen/menu-tags.h b/menu-cache-gen/menu-tags.h +index f3fd7d3..f71c0bc 100644 +--- a/menu-cache-gen/menu-tags.h b/menu-cache-gen/menu-tags.h +@@ -22,38 +22,17 @@ + #include + #include + +-FmXmlFileTag menuTag_Menu; +-FmXmlFileTag menuTag_AppDir; +-FmXmlFileTag menuTag_DefaultAppDirs; +-FmXmlFileTag menuTag_DirectoryDir; +-FmXmlFileTag menuTag_DefaultDirectoryDirs; +-FmXmlFileTag menuTag_Include; +-FmXmlFileTag menuTag_Exclude; +-FmXmlFileTag menuTag_Filename; +-FmXmlFileTag menuTag_Or; +-FmXmlFileTag menuTag_And; +-FmXmlFileTag menuTag_Not; +-FmXmlFileTag menuTag_Category; +-FmXmlFileTag menuTag_MergeFile; +-FmXmlFileTag menuTag_MergeDir; +-FmXmlFileTag menuTag_DefaultMergeDirs; +-FmXmlFileTag menuTag_Directory; +-FmXmlFileTag menuTag_Name; +-FmXmlFileTag menuTag_Deleted; +-FmXmlFileTag menuTag_NotDeleted; +-FmXmlFileTag menuTag_OnlyUnallocated; +-FmXmlFileTag menuTag_NotOnlyUnallocated; +-FmXmlFileTag menuTag_All; +-FmXmlFileTag menuTag_LegacyDir; +-FmXmlFileTag menuTag_KDELegacyDirs; +-FmXmlFileTag menuTag_Move; +-FmXmlFileTag menuTag_Old; +-FmXmlFileTag menuTag_New; +-FmXmlFileTag menuTag_Layout; +-FmXmlFileTag menuTag_DefaultLayout; +-FmXmlFileTag menuTag_Menuname; +-FmXmlFileTag menuTag_Separator; +-FmXmlFileTag menuTag_Merge; ++extern FmXmlFileTag menuTag_AppDir; ++extern FmXmlFileTag menuTag_DirectoryDir; ++extern FmXmlFileTag menuTag_Include; ++extern FmXmlFileTag menuTag_Exclude; ++extern FmXmlFileTag menuTag_Filename; ++extern FmXmlFileTag menuTag_Or; ++extern FmXmlFileTag menuTag_And; ++extern FmXmlFileTag menuTag_Not; ++extern FmXmlFileTag menuTag_Category; ++extern FmXmlFileTag menuTag_All; ++extern FmXmlFileTag menuTag_LegacyDir; + + typedef enum { + MERGE_NONE, /* starting value */ +@@ -152,19 +131,19 @@ typedef struct { + } MenuRule; + + /* requested language(s) */ +-char **languages; ++extern char **languages; + + /* list of menu files to monitor */ +-GSList *MenuFiles; ++extern GSList *MenuFiles; + + /* list of menu dirs to monitor */ +-GSList *MenuDirs; ++extern GSList *MenuDirs; + + /* list of available app dirs */ +-GSList *AppDirs; ++extern GSList *AppDirs; + + /* list of available dir dirs */ +-GSList *DirDirs; ++extern GSList *DirDirs; + + /* parse and merge menu files */ + MenuMenu *get_merged_menu(const char *file, FmXmlFile **xmlfile, GError **error); +@@ -177,7 +156,7 @@ gboolean save_menu_cache(MenuMenu *layout, const char *menuname, const char *fil + void _free_layout_items(GList *data); + + /* verbosity level */ +-gint verbose; ++extern gint verbose; + + #define DBG if (verbose) g_debug + #define VDBG if (verbose > 1) g_debug +-- +2.17.1 + diff --git a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb index 7a11228ef0..fc4e0a4d84 100644 --- a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb +++ b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb @@ -8,7 +8,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0964c689fcf4c21c6797ea87408416b6" SECTION = "x11/libs" DEPENDS = "glib-2.0 libfm-extra" -SRC_URI = "${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.xz" +SRC_URI = "${S
[OE-core][PATCH] xorg-xserver: Remove -fcommon
This was fixed in upstream version 1.20.8. Signed-off-by: Adrian Bunk --- meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb index 3f7fbe85b8..26815feb33 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb @@ -9,8 +9,6 @@ SRC_URI += "file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.pat SRC_URI[md5sum] = "a770aec600116444a953ff632f51f839" SRC_URI[sha256sum] = "d17b646bee4ba0fb7850c1cc55b18e3e8513ed5c02bdf38da7e107f84e2d0146" -CFLAGS += "-fcommon" - # These extensions are now integrated into the server, so declare the migration # path for in-place upgrades. -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138164): https://lists.openembedded.org/g/openembedded-core/message/138164 Mute This Topic: https://lists.openembedded.org/mt/74159114/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] matchbox-wm: Replace -fcommon with fix
Signed-off-by: Adrian Bunk --- .../0001-Fix-build-with-gcc-10.patch | 41 +++ .../matchbox-wm/matchbox-wm_1.2.2.bb | 3 +- 2 files changed, 42 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch diff --git a/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch new file mode 100644 index 00..541b5c9c84 --- /dev/null +++ b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch @@ -0,0 +1,41 @@ +From 8a8f8446e803cad04d7bbceaab78ee45d9778c3c Mon Sep 17 00:00:00 2001 +From: Adrian Bunk +Date: Tue, 12 May 2020 09:44:05 +0300 +Subject: Fix build with gcc 10 + +Upstream-Status: Pending +Signed-off-by: Adrian Bunk +--- + src/mbtheme.h | 2 +- + src/structs.h | 2 +- + 2 files changed, 2 insertions(+), 2 deletions(-) + +diff --git a/src/mbtheme.h b/src/mbtheme.h +index aa9a7c5..ad03bde 100644 +--- a/src/mbtheme.h b/src/mbtheme.h +@@ -46,7 +46,7 @@ typedef struct _mb_theme_param + + } MBThemeParam; + +-enum { ++typedef enum { + LAYER_GRADIENT_HORIZ = 1, + LAYER_GRADIENT_VERT, + LAYER_LABEL, +diff --git a/src/structs.h b/src/structs.h +index 24985e7..8f53e72 100644 +--- a/src/structs.h b/src/structs.h +@@ -148,7 +148,7 @@ + + /* Atoms, if you change these check ewmh_init() first */ + +-enum { ++typedef enum { + WM_STATE = 0, + WM_CHANGE_STATE, + WM_PROTOCOLS, +-- +2.17.1 + diff --git a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb index 675ee40fa4..a08eb252ce 100644 --- a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb +++ b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb @@ -13,6 +13,7 @@ DEPENDS = "libmatchbox virtual/libx11 libxext libxrender startup-notification ex # SRCREV tagged 1.2.2 SRCREV = "27da947e7fbdf9659f7e5bd1e92af92af6c03970" SRC_URI = "git://git.yoctoproject.org/matchbox-window-manager \ + file://0001-Fix-build-with-gcc-10.patch \ file://kbdconfig" S = "${WORKDIR}/git" @@ -21,8 +22,6 @@ inherit autotools pkgconfig features_check # depends on virtual/libx11 REQUIRED_DISTRO_FEATURES = "x11" -CFLAGS += "-fcommon" - FILES_${PN} = "${bindir}/* \ ${datadir}/matchbox \ ${sysconfdir}/matchbox \ -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138168): https://lists.openembedded.org/g/openembedded-core/message/138168 Mute This Topic: https://lists.openembedded.org/mt/74159119/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] libxcrypt2: Remove -fcommon
This was fixed in upstream version 4.4.12. Signed-off-by: Adrian Bunk --- meta/recipes-core/libxcrypt/libxcrypt.inc | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc b/meta/recipes-core/libxcrypt/libxcrypt.inc index bee1367c99..2d2a0b03e3 100644 --- a/meta/recipes-core/libxcrypt/libxcrypt.inc +++ b/meta/recipes-core/libxcrypt/libxcrypt.inc @@ -27,8 +27,6 @@ BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}" TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir} -Wno-error" CPPFLAGS_append_class-nativesdk = " -Wno-error" -CFLAGS += "-fcommon" - API = "--disable-obsolete-api" EXTRA_OECONF += "${API}" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138163): https://lists.openembedded.org/g/openembedded-core/message/138163 Mute This Topic: https://lists.openembedded.org/mt/74159113/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] at-spi2-atk: Remove -fcommon
This was fixed in upstream version 2.34.0. Signed-off-by: Adrian Bunk --- meta/recipes-support/atk/at-spi2-atk_2.34.2.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb b/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb index db62ae8fac..107d312d14 100644 --- a/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb +++ b/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb @@ -17,5 +17,3 @@ FILES_${PN}-gnome = "${libdir}/gnome-settings-daemon-3.0/gtk-modules" FILES_${PN}-gtk2 = "${libdir}/gtk-2.0/modules/libatk-bridge.*" BBCLASSEXTEND = "native nativesdk" - -CFLAGS += "-fcommon" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138166): https://lists.openembedded.org/g/openembedded-core/message/138166 Mute This Topic: https://lists.openembedded.org/mt/74159117/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] iproute2: Remove -fcommon
This was fixed in upstream version 5.5.0. Signed-off-by: Adrian Bunk --- meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb b/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb index ad0ab13c9a..7ad4b8eee6 100644 --- a/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb +++ b/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb @@ -9,4 +9,4 @@ SRC_URI[sha256sum] = "bac543435cac208a11db44c9cc8e35aa902befef8750594654ee71941c # CFLAGS are computed in Makefile and reference CCOPTS # -EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS} -fcommon'" +EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS}'" -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138162): https://lists.openembedded.org/g/openembedded-core/message/138162 Mute This Topic: https://lists.openembedded.org/mt/74159112/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon
On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: > For time being change back to -fcommon as default, helps us iron > out other issues, eventually this should be removed as we fix the > packages to work with -fno-common >... What packages are still unfixed? AFAIK the only remaining big issue is the host gcc in stable series, but that cannot be fixed this way. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138160): https://lists.openembedded.org/g/openembedded-core/message/138160 Mute This Topic: https://lists.openembedded.org/mt/74142398/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] dtc: update to 1.6.0
On Wed, May 06, 2020 at 09:19:19AM +0200, Richard Leitner wrote: > On Wed, May 06, 2020 at 10:10:16AM +0300, Adrian Bunk wrote: > > On Tue, May 05, 2020 at 01:55:35PM +0200, Richard Leitner wrote: > > >... > > > --- a/meta/recipes-kernel/dtc/dtc_1.5.1.bb > > > +++ b/meta/recipes-kernel/dtc/dtc_1.6.0.bb > > > @@ -3,7 +3,7 @@ require dtc.inc > > > LIC_FILES_CHKSUM = "file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ > > > > > > file://libfdt/libfdt.h;beginline=4;endline=7;md5=05bb357cfb75cae7d2b01d2ee8d76407" > > > > > > -SRCREV = "60e0db3d65a1218b0d5a29474e769f28a18e3ca6" > > > +SRCREV = "v${PV}" > > >... > > > > It is tempting to use tags, but it is a bad idea. > > Upstream might move a tag to a different commit. > > Someone might do a man-in-the-middle attack on a specific user, > > and there is no other verification of the sources apart from > > the commit hash. > > Thanks for the info. Is this documented somewhere? Good question. > How should I proceed on this patch as it was already applied to > master-next? Should I send a v2 or a "fix patch"? v2 A -next branch does break git history, so patches can get removed. >... > regards;rl cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137977): https://lists.openembedded.org/g/openembedded-core/message/137977 Mute This Topic: https://lists.openembedded.org/mt/73995755/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] Add -fcommon to BUILD_CFLAGS to a number of recipes
On Sun, May 03, 2020 at 12:21:38PM -0700, Andre McCurdy wrote: > On Sun, May 3, 2020 at 10:39 AM Khem Raj wrote: > > > > I think add it globally to BUILD_CFLAGS perhaps is > > Right thing to do once we upgrade to gcc10 cross compiler I have a patch to > > add it to gcc defaults > > Adding -fcommon to CFLAGS or BUILD_CFLAGS globally could interact > badly with components which are already setting -fno-common via their > own internal CFLAGS. It's safer to fix selectively on a per-recipe > basis. >... For master per-recipe solutions would be the best option. And for the target side this is all that is needed. The problematic part is the host side when building older Yocto releases on latest Linux distributions. Per-recipe changes for dunfell oe-core and gazillion 3rd party dunfell layers are not a desirable solution. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137976): https://lists.openembedded.org/g/openembedded-core/message/137976 Mute This Topic: https://lists.openembedded.org/mt/73950368/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] dtc: update to 1.6.0
On Tue, May 05, 2020 at 01:55:35PM +0200, Richard Leitner wrote: >... > --- a/meta/recipes-kernel/dtc/dtc_1.5.1.bb > +++ b/meta/recipes-kernel/dtc/dtc_1.6.0.bb > @@ -3,7 +3,7 @@ require dtc.inc > LIC_FILES_CHKSUM = "file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ > > file://libfdt/libfdt.h;beginline=4;endline=7;md5=05bb357cfb75cae7d2b01d2ee8d76407" > > -SRCREV = "60e0db3d65a1218b0d5a29474e769f28a18e3ca6" > +SRCREV = "v${PV}" >... It is tempting to use tags, but it is a bad idea. Upstream might move a tag to a different commit. Someone might do a man-in-the-middle attack on a specific user, and there is no other verification of the sources apart from the commit hash. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137962): https://lists.openembedded.org/g/openembedded-core/message/137962 Mute This Topic: https://lists.openembedded.org/mt/73995755/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] gcc-target: Ensure buildtools-extended-tarball doesn't use arch=native
On Fri, May 01, 2020 at 05:46:01PM +0100, Richard Purdie wrote: > A nativesdk BBCLASSEXTEND was added to gcc-target without realising this > would pass arch=native through to it for x86-64. This heavily optimises > gcc output for the host its running on meaning it can't be reused via > sstate on other machines. > > Add class-target overrides here to get the desired behaviour. All > targets have been covered for completeness. >... > +EXTRA_OECONF_append_x86-64_class-target = " --with-arch=native" >... What do you expect --with-arch=native to do for the target of a cross compiler? cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137906): https://lists.openembedded.org/g/openembedded-core/message/137906 Mute This Topic: https://lists.openembedded.org/mt/73402174/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] Add -fcommon to BUILD_CFLAGS to a number of recipes
On Sun, May 03, 2020 at 10:26:40AM +0200, Daniel Mack wrote: > When building on a gcc 10 enabled host distribution (such as Fedora 32), > a number of recipies need explicit treatment to enable '-fcommon' in > BUILD_CFLAGS. There might be more of those fixes needed. >... These are not fixes, just workarounds. Adding upstream fixes would be preferable to adding workarounds. > --- a/meta/recipes-devtools/pseudo/pseudo.inc > +++ b/meta/recipes-devtools/pseudo/pseudo.inc > @@ -15,6 +15,8 @@ INSANE_SKIP_${PN}-dbg += "libdir" > > PROVIDES += "virtual/fakeroot" > > +BUILD_CFLAGS += "-fcommon" > + >... Yocto is upstream for pseudo, is there anything non-trivial required for a proper fix? > --- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb > +++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb > @@ -12,6 +12,7 @@ SRC_URI = > "git://github.com/plougher/squashfs-tools.git;protocol=https \ > > S = "${WORKDIR}/git/squashfs-tools" > > +BUILD_CFLAGS += "-fcommon" >... The upstream fix is a trivial one-liner that should be backported instead: https://github.com/plougher/squashfs-tools/commit/fe2f5da4b0f8994169c53e84b7cb8a0feefc97b5 cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137804): https://lists.openembedded.org/g/openembedded-core/message/137804 Mute This Topic: https://lists.openembedded.org/mt/73950368/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH] cve-update-db-native: clean DB if temporary file exist
From: Lee Chee Yang when do_populate_cve_db forced stop at certain point, the DB execution are stoped however the temporary database file (DB-JOURNAL) are not removed. This db-journal file indicates that DB is incomplete and set DB in readonly mode. So when db-journal exist, remove both DB and the db-journal and build the DB again from scratch. [YOCTO #13682] (From OE-Core rev: 70713df25b8ae27a21e53b0b9234567d7053800a) Signed-off-by: Lee Chee Yang Signed-off-by: Richard Purdie Signed-off-by: Adrian Bunk --- meta/recipes-core/meta/cve-update-db-native.bb | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/meta/cve-update-db-native.bb b/meta/recipes-core/meta/cve-update-db-native.bb index 1b4f31692b..d69d79cb31 100644 --- a/meta/recipes-core/meta/cve-update-db-native.bb +++ b/meta/recipes-core/meta/cve-update-db-native.bb @@ -13,8 +13,15 @@ deltask do_install deltask do_populate_sysroot python () { -if not d.getVar("CVE_CHECK_DB_FILE"): +cve_check_db_file = d.getVar("CVE_CHECK_DB_FILE") +if not cve_check_db_file: raise bb.parse.SkipRecipe("Skip recipe when cve-check class is not loaded.") + +if os.path.exists("%s-journal" % cve_check_db_file ): +os.remove("%s-journal" % cve_check_db_file) + +if os.path.exists(cve_check_db_file): +os.remove(cve_check_db_file) } python do_populate_cve_db() { -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#137726): https://lists.openembedded.org/g/openembedded-core/message/137726 Mute This Topic: https://lists.openembedded.org/mt/73408751/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-