[OE-core] [PATCH] inetutils: Use alternatives to avoid manpage conflict

Fix the following manpage conflicts: * check_data_file_clashes: Package inetutils-doc wants to install file /usr/share/man/man1/tftp.1 But that file is already provided by package * tftp-hpa-doc * check_data_file_clashes: Package inetutils-doc wants to install file /usr/share/man/man8/

[OE-core] [PATCH] wic: align layer plugin path

From: Lee Chee Yang wic look for external layer source plugin under scripts/lib/ while other tools look for lib/. allow wic to check for source plugin at both scripts/lib/ and lib/ to align with other tools while avoid breaking any existing source plugin in external layer. [YOCTO #13056] Signe

Re: [OE-core] [PATCH] selftest/imagefeatures: Enable sanity test for IMAGE_GEN_DEBUGFS

Hi Ross, This is a following up patch for enable sanity test for IMAGE_GEN_DEBUGFS. You provided the review for this patch in the past. Could you take a look and give us your inputs? Thank you very much for your attention and help! https://lists.openembedded.org/g/openembedded-core/message/10607

[OE-core] [PATCH] selftest/imagefeatures: Enable sanity test for IMAGE_GEN_DEBUGFS

Add new testcase to check IMAGE_GEN_DEBUGFS. Test makes sure that debug filesystem is created accordingly. Test also check for debug symbols for some packages as suggested by Ross Burton. [YOCTO #10906] Signed-off-by: Humberto Ibarra Signed-off-by: Yeoh Ee Peng --- meta/lib/oeqa/selftest/cases

Re: [OE-core] [PATCHv2] recipes-kernel/linux-firmware: Add qcom-sdm845-{audio,compute,modem} firmware packages

On Tue, Mar 31, 2020 at 10:25 PM Aníbal Limón wrote: > Contains the firmware for the audio, compute and modem/wireless in SDM845 > platforms. > thanks. it's better this way. in case it helps: Reviewed-by: Nicolas Dechesne > > Signed-off-by: Aníbal Limón > --- > .../linux-firmware/linux-fir

[OE-core] [PATCH] gstreamer1.0-plugins-good: Fix build when egl is enabled but no x11/wayland

This fixes build errors seen in no-x11/no-wayland configuration ( eglfs ) and when QT5 support is enabled Signed-off-by: Khem Raj --- ...defines-GLsync-to-fix-compile-on-som.patch | 70 +++ ...t-gstqtgl.h-instead-of-gst-gl-gstglf.patch | 56 +++ .../gstreamer1.0-plugi

Re: [OE-core][RFC PATCH 2/2] image.bbclass: deploy image artifacts in stages

> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Bartosz Golaszewski > Sent: den 31 mars 2020 11:43 > To: Richard Purdie > Cc: Khem Raj ; Armin Kuster ; > Jerome Neanne ; Quentin Schulz > ; Patches and discussions about the >

[OE-core] [PATCH] perf: fix compile error when rebuilding

From: Changqing Li Fix error like: Makefile.perf:597: recipe for target 'intel_x86_64-wrs-linux/perf/1.0-r9/perf-1.0/perf-in.o] Error 2 Makefile.perf:220: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 Makefile:69: recipe for target 'all' failed make: *** [all] Error 2 durin

Re: [OE-core] [PATCH] kernel.bbclass: Stop creating empty .scmversion files

Another piece of this puzzle might also be that in 2012 I was still using minimalistic gentoo chroot, which was shared across all builders as git repository, so even when you were building some kernel from tarball it might have incorrectly assume that the kernel repo is dirty (even when it was the

Re: [OE-core] [PATCH] kernel.bbclass: Stop creating empty .scmversion files

On Tue, Mar 31, 2020 at 9:29 PM Bruce Ashfield wrote: > > On Tue, Mar 31, 2020 at 7:56 PM Paul Burton via Lists.Openembedded.Org > wrote: > > > > The kernel_do_configure() function creates empty .scmversion files > > within both the source & build directories. The presence of these files > > caus

Re: [OE-core] [PATCH] kernel.bbclass: Stop creating empty .scmversion files

On Tue, Mar 31, 2020 at 7:56 PM Paul Burton via Lists.Openembedded.Org wrote: > > The kernel_do_configure() function creates empty .scmversion files > within both the source & build directories. The presence of these files > causes the scm_version function within the kernel's > scripts/setlocalver

[OE-core] [PATCH] kernel.bbclass: Stop creating empty .scmversion files

The kernel_do_configure() function creates empty .scmversion files within both the source & build directories. The presence of these files causes the scm_version function within the kernel's scripts/setlocalversion to always output the empty string, breaking the kernel's CONFIG_LOCALVERSION_AUTO=y

[OE-core] [PATCH] default-providers.inc: Set U-Boot related default providers

We should set the default providers for the U-Boot related packages and recipes. Multiple providers are common to be found in the field due to custom hardware BSP implementations. Following providers are set: - PREFERRED_PROVIDER_u-boot-fw-utils ?= "libubootenv" - PREFERRED_RPROVIDER_u-boot-fw-

Re: [OE-Core][RFC PATCH v3 06/13] systemd: Add PACKAGECONFIG for sysvinit

On Tue, Mar 31, 2020 at 4:45 PM Alex Kiernan wrote: > On Tue, Mar 31, 2020 at 1:28 PM Alex Kiernan via > Lists.Openembedded.Org > wrote: > > I'm looking at the wrong build... if you remove sysvinit, systemd > drops legacy.conf. What are you seeing that expects /run/lock? fw_printenv and fw_seten

[OE-core] [PATCH] openssl: update to 1.1.1f

This also un-breaks python3 ptest which got broken with 1.1.1e update. Signed-off-by: Alexander Kanavin --- .../openssl/{openssl_1.1.1e.bb => openssl_1.1.1f.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-connectivity/openssl/{openssl_1.1.1e.bb => opens

[OE-core] [PATCHv2] recipes-kernel/linux-firmware: Add qcom-sdm845-{audio,compute,modem} firmware packages

Contains the firmware for the audio, compute and modem/wireless in SDM845 platforms. Signed-off-by: Aníbal Limón --- .../linux-firmware/linux-firmware_20200122.bb| 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux-firmware/linux-firm

[OE-core] [PATCH v2 4/6] lib/oe/utils.py: add get_host_compiler_version()

Add helper function to get the host compiler and version. Do not assume compiler is gcc. NOTE: cannot set env to d.getVar("PATH") as that does not contain the session PATH which was set by environment-setup-... which breaks the install-buildtools use-case Signed-off-by: Tim Orling --- meta/lib/

[OE-core] [PATCH v2 3/6] sanity.bbclass: recommend using install-buildtools

For old tar version (< 1.28), recommend using scripts/install-buildtools Drop check for tar version 1.24. Dubious extra value. Signed-off-by: Tim Orling --- meta/classes/sanity.bbclass | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta/classes/sanity.bbclass b/meta/clas

[OE-core] [PATCH v2 6/6] install-buildtools: bump default to yocto-3.1_M3, fixes

Add ability to check md5sum (yocto-3.1_M2 and before) or sha256 (yocto-3.1_M3 and beyond). Make regex for path in checksum file optional, since for yocto-3.1_M3 the format is , but prior releases was Signed-off-by: Tim Orling --- scripts/install-buildtools | 51 ++--

[OE-core] [PATCH v2 2/6] oe-buildenv-internal: python 3.5 as min version

Python 3.4 is EOL: https://www.python.org/downloads/release/python-3410/ The last supported distro was probably CentOS-7, which has python36 available from epel-7 or scl (as rh-python36) [1] [1] https://www.softwarecollections.org/en/scls/rhscl/rh-python36/ Signed-off-by: Tim Orling --- script

[OE-core] [PATCH v2 1/6] scripts/install-buildtools: improvements

* Install directory defaults to scripts/../buildtools e.g. --directory is set by default This avoids the user having to type in their sudo password to install in /opt/poky/ * Use "." rather than "source" for sourcing the environment script as not all distros (e.g. Debian) have "source" by

[OE-core] [PATCH v2 5/6] sanity.bbclass: add test for gcc < 5.0

It is known that the version of gcc in CentOS-7 (4.8.5) causes builds to fail. Add a test for BUILD_CC == 'gcc' and gcc < 5.0 and recommend using scripts/install-buildtools or user built buildtools-extended-tarball. Use the new get_host_compiler_version function from lib/oe/utils.py NOTE: anothe

Re: [OE-Core][RFC PATCH v3 06/13] systemd: Add PACKAGECONFIG for sysvinit

On Tue, Mar 31, 2020 at 1:28 PM Alex Kiernan via Lists.Openembedded.Org wrote: > > Hi Otavio > > On Sat, Mar 28, 2020 at 5:17 PM Otavio Salvador > wrote: > > > > Hello Alex, > > > > On Fri, Mar 27, 2020 at 2:25 PM Alex Kiernan wrote: > > > > > > Add sysvinit PACKAGECONFIG which disables all sysv

Re: [OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION_AUTO support

On Tue, Mar 31, 2020 at 3:47 PM Denys Dmytriyenko wrote: > On Tue, Mar 31, 2020 at 03:18:41PM -0300, Otavio Salvador wrote: > > On Tue, Mar 31, 2020 at 3:07 PM Denys Dmytriyenko wrote: > > > On Tue, Mar 31, 2020 at 02:46:41PM -0300, Otavio Salvador wrote: > > > > Add the Git revision used for the

Re: [OE-core] [PATCH] recipes-kernel/linux-firmware: Add qcom-sdm845 firmware package

On Tue, 31 Mar 2020 at 07:31, Nicolas Dechesne wrote: > > > On Tue, Mar 31, 2020 at 4:01 AM Aníbal Limón > wrote: > >> Contains the firmware for the modem and wireless in SDM845 platforms. >> > > it is more than that, since that folder contains also the audio and > compute DSP firmware, so we sh

Re: [OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION_AUTO support

On Tue, Mar 31, 2020 at 03:18:41PM -0300, Otavio Salvador wrote: > Hello Denys, > > On Tue, Mar 31, 2020 at 3:07 PM Denys Dmytriyenko wrote: > > On Tue, Mar 31, 2020 at 02:46:41PM -0300, Otavio Salvador wrote: > > > Add the Git revision used for the build. It is very useful especially when > > >

Re: [OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION_AUTO support

Hello Denys, On Tue, Mar 31, 2020 at 3:07 PM Denys Dmytriyenko wrote: > On Tue, Mar 31, 2020 at 02:46:41PM -0300, Otavio Salvador wrote: > > Add the Git revision used for the build. It is very useful especially when > > using custom or vendor U-Boot forks so we can map a binary to a specific > >

Re: [OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION_AUTO support

On Tue, Mar 31, 2020 at 02:46:41PM -0300, Otavio Salvador wrote: > Add the Git revision used for the build. It is very useful especially when > using custom or vendor U-Boot forks so we can map a binary to a specific > source revision. Valid values are "0" or "1". Well, UBOOT_LOCALVERSION was orig

Re: [OE-core] [PATCH v2] u-boot: Restore valid default environment for running system

On Tue, Mar 31, 2020 at 2:03 PM Stefano Babic wrote: > On 31.03.20 18:44, Otavio Salvador wrote: > > Hello Stefano, > > > > On Tue, Mar 31, 2020 at 12:32 PM Stefano Babic wrote: > >> On 31.03.20 17:16, Otavio Salvador wrote: > > ... > >>> - u-boot-initial-env on deploy > >>> - fw_env.config on de

[OE-core] [PATCH] u-boot: Add UBOOT_LOCALVERSION_AUTO support

Add the Git revision used for the build. It is very useful especially when using custom or vendor U-Boot forks so we can map a binary to a specific source revision. Valid values are "0" or "1". This is based on a class which has been in use in `meta-freescale` BSP for years and has been very usefu

Re: [OE-core] [PATCH v2] u-boot: Restore valid default environment for running system

Hi Otavio, On 31.03.20 18:44, Otavio Salvador wrote: > Hello Stefano, > > On Tue, Mar 31, 2020 at 12:32 PM Stefano Babic wrote: >> On 31.03.20 17:16, Otavio Salvador wrote: > ... >>> - u-boot-initial-env on deploy >>> - fw_env.config on deploy >> >> Why do we need both of them in deploy ? For ma

Re: [OE-core] [PATCH v2] u-boot: Restore valid default environment for running system

Hello Stefano, On Tue, Mar 31, 2020 at 12:32 PM Stefano Babic wrote: > On 31.03.20 17:16, Otavio Salvador wrote: ... > > - u-boot-initial-env on deploy > > - fw_env.config on deploy > > Why do we need both of them in deploy ? For making system functional, we > just need that both files are in /et

Re: [OE-core] [PATCH v2] u-boot: Restore valid default environment for running system

Hi Otavio, On 31.03.20 17:16, Otavio Salvador wrote: > One significant change from previous OE-Core releases was the move from > u-boot-fw-utils to libubootenv which offers a generic and not machine > specific alternative. However, it is not fully functional as currently > we don't provide the def

[OE-core] [PATCH v2] u-boot: Restore valid default environment for running system

One significant change from previous OE-Core releases was the move from u-boot-fw-utils to libubootenv which offers a generic and not machine specific alternative. However, it is not fully functional as currently we don't provide the default environment nor the required configuration file to be use

[OE-core] Yocto Project Status WW13'20

Current Dev Position: YP 3.1 M4 - Stabilization - Final RC builds Next Deadline: YP 3.1 M4 build date 3/30/2020 Next Team Meetings: * Bug Triage meeting Thursday Apr. 2nd at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday

[OE-core] [PATCH] u-boot: Restore valid default environment for running system

One significant change from previous OE-Core releases was the move from u-boot-fw-utils to libubootenv which offers a generic and not machine specific alternative. However, it is not fully functional as currently we don't provide the default environment nor the required configuration file to be use

Re: [OE-core] [PATCH] recipes-kernel/linux-firmware: Add qcom-sdm845 firmware package

On Tue, Mar 31, 2020 at 4:01 AM Aníbal Limón wrote: > Contains the firmware for the modem and wireless in SDM845 platforms. > it is more than that, since that folder contains also the audio and compute DSP firmware, so we should either say that , or not include them. > Signed-off-by: Aníbal Li

Re: [OE-Core][RFC PATCH v3 06/13] systemd: Add PACKAGECONFIG for sysvinit

Hi Otavio On Sat, Mar 28, 2020 at 5:17 PM Otavio Salvador wrote: > > Hello Alex, > > On Fri, Mar 27, 2020 at 2:25 PM Alex Kiernan wrote: > > > > Add sysvinit PACKAGECONFIG which disables all sysvinit handling in > > systemd if it isn't present. > > > > Consolidate sysvinit handling so that when

Re: [OE-core] [PATCH] file: explicitly disable seccomp

On Tue, 2020-03-31 at 12:57 +0200, Jan Luebbe wrote: > Hi, > > On Mon, 2020-01-20 at 17:10 +, Ross Burton wrote: > > On 20/01/2020 15:45, Khem Raj wrote: > > > pseudo needs some love since it alters syscalls which go out of > > > bounds > > > what is allowed by libseccomp until then pin your f

Re: [OE-core] [PATCH] file: explicitly disable seccomp

Hi, On Mon, 2020-01-20 at 17:10 +, Ross Burton wrote: > On 20/01/2020 15:45, Khem Raj wrote: > > pseudo needs some love since it alters syscalls which go out of bounds > > what is allowed by libseccomp until then pin your file version to 5.37 > > in arch till a supported distro is affected by

Re: [OE-core][RFC PATCH 2/2] image.bbclass: deploy image artifacts in stages

pon., 30 mar 2020 o 18:31 Richard Purdie napisał(a): > > On Mon, 2020-03-30 at 18:26 +0200, Bartosz Golaszewski wrote: > > pon., 23 mar 2020 o 18:28 Bartosz Golaszewski > > napisał(a): > > > From: Bartosz Golaszewski > > > > > > Make each IMAGE_CMD task an sstate task with its own IMGDEPLOYDIR >

Re: [OE-core] [PATCH] netbase: use git fetcher

Ping. Thanks, Mingli From: openembedded-core-boun...@lists.openembedded.org on behalf of mingli...@windriver.com Sent: Monday, March 16, 2020 17:24 To: openembedded-core@lists.openembedded.org Subject: [OE-core] [PATCH] netbase: use git fetcher From: Mingli

[OE-core] [PATCH] cve-check: CPE version '-' as all version

From: Lee Chee Yang CPE version could be '-' to mean no version info. Current cve_check treat it as not valid and does not report these CVE but some of these could be a valid vulnerabilities. Since non-valid CVE can be whitelisted, so treat '-' as all version and report all these CVE to capture