Re: [OE-core] [PATCH] libtirpc: upgrade 1.1.4 -> 1.2.5

On Mon, 2020-01-20 at 04:26 -0800, Wang Mingyu wrote: > Refresh the following patch: > musl.patch Can you please remove this patch entirely and backport a patch from upstream that fixes the remaining issue in this patch: https://sourceforge.net/p/libtirpc/mailman/message/36905712/ Thanks, Anuj

[OE-core] [OE-Core][PATCH] libxcrypt: Enable static builds

Whilst glibc builds static binaries libxcrypt doesn't, without which we can't build, for example, a static busybox. Enable static libraries here so that anyone who needs a static binary using just basic libraries has one fewer dependencies to track down post libxcrypt being split out of glibc.

Re: [OE-core] [PATCH 2/2] libgcc.inc: Fix an issue w/ a recursive symlink

On Tue, Jan 21, 2020 at 4:43 PM Mark Hatle wrote: > > From: Mark Hatle > > If the OS is not Linux, the code could end up generating a recursive symlink. > This can happen because the same symlink can be created twice in a row. If > this > happenes, the second symlink becomes a link to itself

[OE-core] [PATCH] x264: upgrade to latest revision

Signed-off-by: Anuj Mittal --- .../x264/x264/Fix-X32-build-by-disabling-asm.patch | 14 ++ meta/recipes-multimedia/x264/x264_git.bb | 4 ++-- 2 files changed, 8 insertions(+), 10 deletions(-) diff --git

[OE-core] [PATCH] libva-utils: fix upstream status check

Match only the versions with numbers and skip the ones like 2.6.0.pre1. Signed-off-by: Anuj Mittal --- meta/recipes-graphics/libva/libva-utils_2.6.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/libva/libva-utils_2.6.0.bb

[OE-core] [zeus 09/11] sstatesig: Test cross/native hashserv method extension

From: Richard Purdie We can have one taskhash which represents multiple native/cross sstate objects since they're stored by BUILD_ARCH or possibly host distro (or host gcc version). We need to put these into separate namespaces on hashserv since their outhashes will never match and we need

[OE-core] [zeus 11/11] sstatesig: Improve debug output if getpwuid() fails

From: Richard Purdie If getpwduid fails, we don't see which file it failed on which is key information to aid debugging. Print this information when exceptions are raised. Signed-off-by: Richard Purdie (cherry picked from commit 9d7a5219713af8117eda145052c6d9abdf577d8f) Signed-off-by: Armin

[OE-core] [zeus 08/11] wic/filemap: If FIGETBSZ iotctl fail, failback to os.stat

From: Kalle Lampila Some file systems don't support fetching the block size (notably the file system Docker uses for containers), so if iotctl() fail, try to use failback via os.stat() to get block size. Signed-off-by: Kalle lampila Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [zeus 10/11] scripts/oe-build-perf-report: Avoid buildstats warning

From: Richard Purdie When a comparision branch is set we see warnings. If two branches are used, look for buildstats information from both to avoid this kind of warning: INFO: Parsing buildstats from 'refs/notes/buildstats/perf-centos7.yoctoproject.org/master-next/qemux86' WARNING: Buildstats

[OE-core] [zeus 06/11] linuxloader: Correct loader for glibc on armhf

From: Alex Kiernan Fix the naming of the loader on armhf to match what glibc expects: #define GLIBC_DYNAMIC_LINKER_SOFT_FLOAT SYSTEMLIBS_DIR "ld-linux.so.3" #define GLIBC_DYNAMIC_LINKER_HARD_FLOAT SYSTEMLIBS_DIR "ld-linux-armhf.so.3" Signed-off-by: Alex Kiernan Signed-off-by: Richard

[OE-core] [zeus 07/11] multilib.conf: Ensure that RECIPE_SYSROOT is unchanged for native

From: Mike Crowe Ensure that RECIPE_SYSROOT is the same for -native recipes whether multilib.conf is included or not. Without this change task signatures for -native recipes change when switching between MACHINEs that require multilib.conf and those that don't. This fix was one of the ones

[OE-core] [zeus 05/11] license.bbclass: Introduce AVAILABLE_LICENSES that lists all licenses

From: Peter Kjellerstedt Previously, there was SRC_DISTRIBUTE_LICENSES, an undocumented variable that contained a static list of licenses. It was used by expand_wildcard_licenses() to expand any wildcards used in, e.g., INCOMPATIBLE_LICENSE. However, since this static list of licenses has not

[OE-core] [zeus 02/11] populate_sdk_ext.bbclass: No longer needed to clean away conf/sanity_info

From: Peter Kjellerstedt Since the sanity_info file has moved from the conf directory to the cache directory, there is no longer any need to clean it away explicitly in clean_esdk_builddir() since the whole cache directory is already cleaned away anyway. Signed-off-by: Peter Kjellerstedt

[OE-core] [zeus 03/11] sanity.bbclass: Move sanity_info from conf to cache

From: Peter Kjellerstedt Since this file is written during recipe parsing, having it in the ${BUILDDIR}/conf directory, which is covered by an inotify watcher, will trigger a re-parse the next time bitbake is run and the resident bitbake server is enabled. This causes the sanity_info file to be

[OE-core] [zeus 04/11] licenses.conf: Remove the SRC_DISTRIBUTE_LICENSES variable

From: Peter Kjellerstedt The SRC_DISTRIBUTE_LICENSES variable and its static list of licenses has been replaced by AVAILABLE_LICENSES, which automatically contains all available licenses. Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [zeus 00/11] pull request

Please concider these changes for zeus The following changes since commit f9739e0f58f5d8a5dc01fdb0efaa778af4edd671: kernel: Make symbol link to vmlinux.64 in boot directory (2020-01-08 20:33:12 -0800) are available in the Git repository at:

[OE-core] [zeus 01/11] toaster.bbclass: Correct pkgdatadir path in toaster_package_dumpdata()

From: Peter Kjellerstedt In commit 692b2046 (package: Fix race between do_package and do_packagedata), the path used for do_packagedata[sstate-inputdirs] was changed from "${PKGDESTWORK}" to "${WORKDIR}/pkgdata-pdata-input". This commit adapts the path used for pkgdatadir in

[OE-core] [PATCH 4/5] assimp: upgrade 5.0.0 -> 5.0.1

Signed-off-by: Anuj Mittal --- ...se-ASSIMP_LIB_INSTALL_DIR-to-search-library.patch | 12 +--- .../vulkan/{assimp_5.0.0.bb => assimp_5.0.1.bb} | 4 ++-- 2 files changed, 7 insertions(+), 9 deletions(-) rename meta/recipes-graphics/vulkan/{assimp_5.0.0.bb => assimp_5.0.1.bb} (84%)

[OE-core] [PATCH 2/5] glib-networking: upgrade 2.62.2 -> 2.62.3

Signed-off-by: Anuj Mittal --- .../{glib-networking_2.62.2.bb => glib-networking_2.62.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-core/glib-networking/{glib-networking_2.62.2.bb => glib-networking_2.62.3.bb} (88%) diff --git

[OE-core] [PATCH 5/5] sudo: upgrade 1.8.29 -> 1.8.30

Signed-off-by: Anuj Mittal --- meta/recipes-extended/sudo/{sudo_1.8.29.bb => sudo_1.8.30.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/sudo/{sudo_1.8.29.bb => sudo_1.8.30.bb} (91%) diff --git a/meta/recipes-extended/sudo/sudo_1.8.29.bb

[OE-core] [PATCH 1/5] stress-ng: upgrade 0.10.15 -> 0.10.16

Signed-off-by: Anuj Mittal --- .../stress-ng/{stress-ng_0.10.15.bb => stress-ng_0.10.16.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/stress-ng/{stress-ng_0.10.15.bb => stress-ng_0.10.16.bb} (83%) diff --git

[OE-core] [PATCH 3/5] libjpeg-turbo: upgrade 2.0.3 -> 2.0.4

Signed-off-by: Anuj Mittal --- .../jpeg/{libjpeg-turbo_2.0.3.bb => libjpeg-turbo_2.0.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/jpeg/{libjpeg-turbo_2.0.3.bb => libjpeg-turbo_2.0.4.bb} (95%) diff --git

Re: [OE-core] [PATCH] gstreamer1.0-plugins-common.inc: disable orc on mips

On 01/22/20 02:36, Khem Raj wrote: On Mon, Jan 20, 2020 at 11:19 PM wrote: From: Mingli Yu After transiton to meson build for gstreamer series, for gstreamer1.0-plugins-base, with below two commits introduced: 238080ed89 gstreamer: Remove unused common files and patches 20614408dc

Re: [OE-core] [PATCH] util-linux: upgrade 2.34 -> 2.35

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Pierre-Jean Texier via > Openembedded-core > Sent: den 21 januari 2020 19:29 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH] util-linux:

[OE-core] [PATCH 1/2] toaster.bbclass: Fix error when toaster is used to monitor a build

The error being corrected looks like: File: '/home/jenkins/workspace/OEBuild/build-32/oe-core/meta/classes/toaster.bbclass', lineno: 130, function: toaster_package_dumpdata 0126:lpkgdata = {} 0127:datadir = os.path.join(pkgdatadir, 'runtime') 0128: 0129:# scan

[OE-core] [PATCH 2/2] libgcc.inc: Fix an issue w/ a recursive symlink

From: Mark Hatle If the OS is not Linux, the code could end up generating a recursive symlink. This can happen because the same symlink can be created twice in a row. If this happenes, the second symlink becomes a link to itself within the directory pointed to by the original link. In order to

[OE-core] [PATCH 3/3] buildtools-tarball: Add an ld.so.conf for nativesdk-binutils

We need to search our own libdirs, then fall back to the system ones as our customised dynamic loader will. Have ld.so.conf reflect that. This ensures that binutils finds libraries here when linking too. Signed-off-by: Richard Purdie --- meta/recipes-core/meta/buildtools-tarball.bb | 4 1

[OE-core] [PATCH 2/3] binutils: Install non-alternatives links for nativesdk

In the SDK we need the plain symlinks and don't use alternative providers. When these are missing the toolchain can work incorrectly so fix this. Signed-off-by: Richard Purdie --- meta/recipes-devtools/binutils/binutils_2.33.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

[OE-core] [PATCH 1/3] binutils: Fix relocation of ld.so.conf in nativesdk builds

We need binutils to look at our ld.so.conf file within the SDK to ensure we search the SDK's libdirs as well as those from the host system. There add a patch which passes in the directory to the code using a define, then add it to a section we relocate in a similar way to the way we relocate the

Re: [OE-core] [PATCH 05/24] nss: update to 3.49.1

On Tue, Jan 21, 2020 at 12:22 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Tue, 2020-01-21 at 11:35 -0800, Khem Raj wrote: > > This is failing on qemuarm btw > > > > http://errors.yoctoproject.org/Errors/Details/307410/ > > That is odd as it passed testing on the

Re: [OE-core] Could oe-core be infected by virus?

Hi Richard, Thanks for your response. On 1/21/20, Richard Purdie wrote: > On Tue, 2020-01-21 at 22:21 +1100, JH wrote: >> Hi, >> >> I have been using thud version to build imx6 image for about a year, >> it was all good until my last image built at Mon Dec 23 2019. >> >> The image was booted

Re: [OE-core] [PATCH 05/24] nss: update to 3.49.1

On Tue, 2020-01-21 at 11:35 -0800, Khem Raj wrote: > This is failing on qemuarm btw > > http://errors.yoctoproject.org/Errors/Details/307410/ That is odd as it passed testing on the autobuilder. It must be something tune specific :( Cheers, Richard --

Re: [OE-core] [PATCH 05/24] nss: update to 3.49.1

This is failing on qemuarm btw http://errors.yoctoproject.org/Errors/Details/307410/ On Tue, Jan 21, 2020 at 4:47 AM Richard Purdie wrote: > > On Tue, 2020-01-21 at 13:04 +0100, Andreas Müller wrote: > > On Mon, Jan 20, 2020 at 6:26 PM Alexander Kanavin > > wrote: > > > Drop a backport, and a

Re: [OE-core] [PATCH 24/24] meson: update 0.52.1 -> 0.53.0

On Mon, Jan 20, 2020 at 9:28 AM Alexander Kanavin wrote: > > Signed-off-by: Alexander Kanavin > --- > meta/classes/meson.bbclass | 9 - > meta/recipes-devtools/meson/meson.inc| 4 ++-- > .../0001-Make-CPU-family-warnings-fatal.patch| 12

Re: [OE-core] [PATCH] gstreamer1.0-plugins-common.inc: disable orc on mips

On Mon, Jan 20, 2020 at 11:19 PM wrote: > > From: Mingli Yu > > After transiton to meson build for gstreamer series, > for gstreamer1.0-plugins-base, with below two commits > introduced: > 238080ed89 gstreamer: Remove unused common files and patches > 20614408dc gstreamer1.0-plugins-base:

[OE-core] [PATCH] util-linux: upgrade 2.34 -> 2.35

License-Update: add GPLv3 text Drop upstreamed patch See full changelog https://lore.kernel.org/util-linux/20200121105711.zzeeolydlivqn...@ws.net.home/T/#u Signed-off-by: Pierre-Jean Texier --- meta/recipes-core/util-linux/util-linux.inc| 5 +--

Re: [OE-core] busybox: udhcpc: fix IPv6 support when using udhcpc

On Tue, Jan 21, 2020 at 1:23 AM Quentin Schulz wrote: > > Hi Khem, > > On Mon, Jan 20, 2020 at 11:26:27AM -0800, Khem Raj wrote: > > > Just checked, we still override that script in our layer, so definitely > > > would be happy if this gets merged upstream so I can get rid of our > > > custom

Re: [OE-core] [OE-Core][PATCH] make: 4.2.1 -> 4.3

There are also some backwards incompatible changes introduced in this release. Link to whole announcement: https://lists.gnu.org/archive/html/bug-make/2020-01/msg00057.html On Tue, Jan 21, 2020 at 5:47 PM Jens Rehsack wrote: > 1) Remove upstream provided patches >

[OE-core] [OE-Core][PATCH] make: 4.2.1 -> 4.3

1) Remove upstream provided patches 0001-glob-Do-not-assume-glibc-glob-internals.patch and 0002-glob-Do-not-assume-glibc-glob-internals.patch. 2) License has been changed to GPLv3 only 3) Important bug-fix is * https://lists.gnu.org/archive/html/bug-make/2018-09/msg6.html

[OE-core] [OE-Core][PATCH v3] perl: support cpan versions of core modules

Most of perl core modules are dual-life modules which exists on CPAN as well as they do in perl core. Sometime, fixes are uploaded to CPAN before a new perl is released which contains the fix of the core module. Also, some modules recent releases aren't fully backported to earlier releases (out of

Re: [OE-core] [PATCH] gettext: Fix overloadable error with clang

On Thu, Jan 16, 2020 at 07:17:20AM -0800, Khem Raj wrote: > On Thu, Jan 16, 2020 at 5:13 AM Adrian Bunk wrote: > > > > On Wed, Jan 15, 2020 at 08:46:09PM -0800, Khem Raj wrote: > > > Clang detects that getcwd is being re-declared and signatures don't > > > match, simple solution is to let clang

[OE-core] Yocto Project Status WW04'20

Current Dev Position: YP 3.1 M2 Next Deadline: YP 3.1 M2 build date 1/20/2020 Next Team Meetings: * Bug Triage meeting Thursday Jan. 23th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday Feb. 4th at 8am PDT (

[OE-core] [PATCHv2] wic: bootimg-efi: implement --include-path

--include-path can be used for placing files on ESP, like dtbs. Signed-off-by: Maxim Uvarov --- v2: place files to dir before doing image. scripts/lib/wic/plugins/source/bootimg-efi.py | 4 1 file changed, 4 insertions(+) diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py

Re: [OE-core] [PATCH v2] bitbakery: automate build testing across all MACHINEs/LIBCs

On 1/20/20 9:33 AM, Paul Barker wrote: On Mon, 20 Jan 2020 at 13:30, Trevor Gamblin wrote: bitbakery simplifies the process of build testing an upgraded or patched recipe. It cycles through all qemu targets for glibc and musl, and then generates a log file in the format "-bitbakery.log",

Re: [OE-core] [PATCH 05/24] nss: update to 3.49.1

On Tue, 2020-01-21 at 13:04 +0100, Andreas Müller wrote: > On Mon, Jan 20, 2020 at 6:26 PM Alexander Kanavin > wrote: > > Drop a backport, and a patch that causes build errors with > > the new version. > > > > Add a patch to make ARM HW crypto optional; upstream for some > > reason does not

Re: [OE-core] Could oe-core be infected by virus?

On Tue, 2020-01-21 at 22:21 +1100, JH wrote: > Hi, > > I have been using thud version to build imx6 image for about a year, > it was all good until my last image built at Mon Dec 23 2019. > > The image was booted fine in the first and second times, then in the > third time, it broken, the boot

Re: [OE-core] [PATCH 05/24] nss: update to 3.49.1

On Mon, Jan 20, 2020 at 6:26 PM Alexander Kanavin wrote: > > Drop a backport, and a patch that causes build errors with > the new version. > > Add a patch to make ARM HW crypto optional; upstream for some > reason does not allow disabling it. Thanks and FWIW - I tried to subscribe to their

[OE-core] Could oe-core be infected by virus?

Hi, I have been using thud version to build imx6 image for about a year, it was all good until my last image built at Mon Dec 23 2019. The image was booted fine in the first and second times, then in the third time, it broken, the boot could not be completed. The wired thing was that image

Re: [OE-core] busybox: udhcpc: fix IPv6 support when using udhcpc

Hi Khem, On Mon, Jan 20, 2020 at 11:26:27AM -0800, Khem Raj wrote: > > Just checked, we still override that script in our layer, so definitely > > would be happy if this gets merged upstream so I can get rid of our > > custom script downstream. > > > > I think this is good to go got OE-core,

[OE-core] [PATCH v2] gstreamer1.0-plugins-common.inc: disable orc on mips

From: Mingli Yu After transiton to meson build for gstreamer series, for gstreamer1.0-plugins-base, with below two commits introduced: 238080ed89 gstreamer: Remove unused common files and patches 20614408dc gstreamer1.0-plugins-base: Transition to meson based builds With below config in

[OE-core] [zeus][PATCH] core: recipes: fix some native tools dependencies

Some native tools dependency issues were seen while building with external GCC tool-set rather than source GCC tool-set. While building with source tool-set these dependencies were implicitly met which is not the case with external tool-set. So explicitly state these native tools dependencies.

Re: [OE-core] [PATCH 24/24] meson: update 0.52.1 -> 0.53.0

On Mon, 2020-01-20 at 18:25 +0100, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > meta/classes/meson.bbclass | 9 - > meta/recipes-devtools/meson/meson.inc| 4 ++-- > .../0001-Make-CPU-family-warnings-fatal.patch| 12

[OE-core] [PATCH v2] core: recipes: fix some native tools dependencies

Some native tools dependency issues were seen while building with external GCC tool-set rather than source GCC tool-set. While building with source tool-set these dependencies were implicitly met which is not the case with external tool-set. So explicitly state these native tools dependencies.