Re: [OE-core] [PATCH 06/14] dummy-sdk-package.inc: do not include files into RREPLACES

On 2019/11/28 上午12:39, Alexander Kanavin wrote: rpm 4.15 no longer allows it, which makes sense. Signed-off-by: Alexander Kanavin Hi Alex, I tried this patch with rpm 4.15 and it fails to run task populate_sdk when multilib is enabled and lib32-perl is installed. IMAGE_INSTALL_append = "

[OE-core] [PATCH] security_flags: Remove stack protector flags from LDFLAGS

The stack protector flag is a compile option, not a link option, so remove it from LDFLAGS. Signed-off-by: Junling Zheng --- meta/conf/distro/include/security_flags.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/con

[OE-core] [PATCH] u-boot-fw-utils: Add support for libubootenv

libubootenv is a replacement for u-boot-fw-utils. It is hardware-independent and provides fw_printenv and fw_setenv tools that are full compatible with the ones provided by U-Boot. A library is provided to access the environment from an own application. License is LGPL-2.1 and this allow to link th

[OE-core] YP 3.1 M1 has been released.

All, YP 3.1 M1 has been released. Please review the bugs at https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone and move/edit the target milestone to YP 3.1 M2 or later. Thanks, Stephen K. Jolley Yocto Project Program Manager *Cell:(208) 244-4460 * Email:

Re: [OE-core] [PATCH] u-boot-fw-utils: Add support for libubootenv

The summary says it's hardware independent and then the recipe sets: PACKAGE_ARCH = "${MACHINE_ARCH}" why is that? On Thu, Jan 2, 2020 at 2:18 PM Stefano Babic wrote: > libubootenv is a replacement for u-boot-fw-utils. It is > hardware-independent and provides fw_printenv and fw_setenv tools th

Re: [OE-core] [PATCH] u-boot-fw-utils: Add support for libubootenv

Hi Martin, On 02/01/20 16:45, Martin Jansa wrote: > The summary says it's hardware independent and then the recipe sets: > PACKAGE_ARCH = "${MACHINE_ARCH}" > You're right, this is not needed, I remove it in V2. Regards, Stefano > why is that? > > On Thu, Jan 2, 2020 at 2:18 PM Stefano Babic

Re: [OE-core] [PATCH] scripts: add pkgdataui

On 30/12/2019 01:16, Peter Kjellerstedt wrote: pkgdataui is a Python 3/GObject Introspection/GTK+ 3 tool to browse the pkgdata Would it make sense to rename it to oe-pkgdata-browser (based on the title it gives itself, and the existing oe-pkgadata-util tool)? Makes sense. I get the followin

Re: [OE-core] [meson][PATCH] meson: Allow for llvm-native tools to be used

On 27/12/2019 12:03, Peter Kjellerstedt wrote: If we’re adding a --native-file, shouldn’t it always be specified, regardless of --cross-file? Also, it looks as most of what is currently done in override_native_tools() and meson_do_configure_prepend_class-native() could be moved to the native-

[OE-core] [PATCH V2] u-boot-fw-utils: Add support for libubootenv

libubootenv is a replacement for u-boot-fw-utils. It is hardware-independent and provides fw_printenv and fw_setenv tools that are full compatible with the ones provided by U-Boot. A library is provided to access the environment from an own application. License is LGPL-2.1 and this allow to link th

Re: [OE-core] [PATCH 06/14] dummy-sdk-package.inc: do not include files into RREPLACES

On Thu, 2 Jan 2020 at 11:18, Kang Kai wrote: > On 2019/11/28 上午12:39, Alexander Kanavin wrote: > > rpm 4.15 no longer allows it, which makes sense. > > > > Signed-off-by: Alexander Kanavin > > Hi Alex, > > I tried this patch with rpm 4.15 and it fails to run task populate_sdk > when multilib is

Re: [OE-core] [PATCH V2] u-boot-fw-utils: Add support for libubootenv

On 02/01/2020 17:52, Stefano Babic wrote: +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb @@ -0,0 +1,2 @@ +require libubootenv.inc +SRCREV = "bf6ff631c0e38cede67268ceb8bf1383b5f8848e" I *really* dislike bb/inc splits where there's nothing gained apart from more work when editing recipes. Can

Re: [OE-core] [PATCH V2] u-boot-fw-utils: Add support for libubootenv

On Thu, Jan 02, 2020 at 06:52:06PM +0100, Stefano Babic wrote: > libubootenv is a replacement for u-boot-fw-utils. It is > hardware-independent and provides fw_printenv and fw_setenv tools that > are full compatible with the ones provided by U-Boot. A library is > provided to access the environment

Re: [OE-core] [PATCH V2] u-boot-fw-utils: Add support for libubootenv

Hi Ross, On 02/01/20 19:22, Ross Burton wrote: > On 02/01/2020 17:52, Stefano Babic wrote: >> +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb >> @@ -0,0 +1,2 @@ >> +require libubootenv.inc >> +SRCREV = "bf6ff631c0e38cede67268ceb8bf1383b5f8848e" > > I *really* dislike bb/inc splits where there's

Re: [OE-core] [PATCH V2] u-boot-fw-utils: Add support for libubootenv

Hi Adrian, On 02/01/20 19:30, Adrian Bunk wrote: > On Thu, Jan 02, 2020 at 06:52:06PM +0100, Stefano Babic wrote: >> libubootenv is a replacement for u-boot-fw-utils. It is >> hardware-independent and provides fw_printenv and fw_setenv tools that >> are full compatible with the ones provided by U-

Re: [OE-core] [PATCH] pulseaudio: 12.2 -> 13.0

On 21/11/2019 14:06, Tanu Kaskinen wrote: Release notes: https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/13.0/ I note that this release adds a meson.build so if anyone is interested in porting another recipe to meson... Ross -- ___ Open

Re: [OE-core] [WIP][PATCH 01/12] gstreamer: Add common .inc files for meson based recipes

So can you resend the patchset, without any special tags (wip/rfc etc) please? To give it a run on the autobuilder. Alex > On 19 Dec 2019, at 12.57, Carlos Rafael Giani wrote: > > Well, alright, then let's merge this. You do have a point in that we are not > close to a release. Plenty of time

Re: [OE-core] [OE-Core][PATCH 2/2] rootfs-postcommands: Enable rootfs_check_host_user_contaminated

On 19/12/2019 22:17, Alex Kiernan wrote: Enable rootfs_check_host_user_contaminated by default Useful check! WARNING: Paths in the rootfs are owned by the same user or group as the user running bitbake. See the logfile for the specific paths. /data/poky-tmp/master/work/intel_corei7_64-poky-

Re: [OE-core] [PATCH 06/14] dummy-sdk-package.inc: do not include files into RREPLACES

On 2020/1/3 上午2:06, Alexander Kanavin wrote: On Thu, 2 Jan 2020 at 11:18, Kang Kai > wrote: On 2019/11/28 上午12:39, Alexander Kanavin wrote: > rpm 4.15 no longer allows it, which makes sense. > > Signed-off-by: Alexander Kanavin mailto:alex.kana...@g

[OE-core] [PATCH] glib-2.0: upgrade 2.62.3 -> 2.62.4

Signed-off-by: Wang Mingyu --- .../glib-2.0/{glib-2.0_2.62.3.bb => glib-2.0_2.62.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-core/glib-2.0/{glib-2.0_2.62.3.bb => glib-2.0_2.62.4.bb} (87%) diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.62.3.bb

[OE-core] [PATCH] shadow: Security Advisory - shadow - CVE-2019-19882

Backport patch from to solve CVE-2019-19882. Signed-off-by: Li Zhou --- .../shadow/files/CVE-2019-19882.patch | 55 ++ meta/recipes-extended/shadow/shadow.inc

[OE-core] [PATCH 0/3] Upgrade musl to 1.1.24+

Build it out of tree Enable 64bit time_t on 32bit arches The following changes since commit 3e108b70176dee3495f3afcea1c0c87cccf2a379: bitbake: cache: Lower debug level for wold build messages (2020-01-02 16:43:01 +) are available in the Git repository at: git://git.yoctoproject.org/pok

[OE-core] [PATCH 1/3] musl: Upgrade beyond 1.24

License-Change: Added ARM to copyright files [1] [2] [3] Detailed changes are here [4] [1] https://git.musl-libc.org/cgit/musl/commit/COPYRIGHT?id=db3cc9a319c788cf5241ea68d3fa86b43f35733e [2] https://git.musl-libc.org/cgit/musl/commit/?id=daa29e894c74d61296fe19d9b7c4be2f04037639 [3] https://gi

[OE-core] [PATCH 3/3] tclibc-musl: Add -D__USE_TIME_BITS64 to c/c++ flags

This is needed for 64bit time_t support on 32bit architectures see [1] [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit?id=152194fe9c3f Signed-off-by: Khem Raj --- meta/conf/distro/include/tclibc-musl.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/con

[OE-core] [PATCH 2/3] musl: Build outside of source tree

musl does not use cmake/autotools etc. but plane old makefile basded build system, which means it does not get B defined to be outside S therefore define B explicitly to be outside S Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a