Re: [OE-core] [PATCH] ccache.bbclass: don't remove CCACHE_DIR as part of do_clean

> On Aug 11, 2016, at 1:38 AM, Andre McCurdy wrote: > > Removing the ccache directory as part of do_clean is unnecessarily > conservative and defeats many of the benefits of ccache. > > The original justification for this behaviour was to avoid confusion > in the corner

Re: [OE-core] [PATCH] gitpkgv: Fix $GITPKV for a single named git source

> On Aug 11, 2016, at 3:04 AM, Clemens Lang wrote: > > Recipes that fetch from a single git source, assign a name to this > source and do not set SRCREV_FORMAT to this name will always get > a GITPKGV value of "default", which causes version-going-backwards QA >

Re: [OE-core] [PATCH][master] curl: Update to 7.50.1

> On Aug 11, 2016, at 3:21 AM, Burton, Ross wrote: > > > On 10 August 2016 at 00:44, Armin Kuster > wrote: > This fixes 3 CVES: > > CVE-2016-5419 > CVE-2016-5420 > CVE-2016-5421 > > Affects curl <= 7.50.0 > >

Re: [OE-core] [PATCH] libnl: musl fixes

> On Aug 11, 2016, at 7:06 AM, André Draszik wrote: > > The libnl+musl combination has two issues at the moment: > a) a public header file #include's an incorrect file > (sys/poll.h instead of poll.h), which causes warnings and > potentially errors (-Werror) in a musl based

[OE-core] [PATCH 2/2] libtasn1: Backport compiler warning fixes

These patches are backported from master to fix issues raised by clang compiler. Signed-off-by: Khem Raj --- ...configure-don-t-add-Werror-to-build-flags.patch | 28 + .../0002-ASN.y-corrected-compiler-warning.patch| 28 +

[OE-core] [PATCH 1/2] ffmpeg: Pas CC and CXX to configure

This helps in compiling it with with toolchain coming from a sstate server where its built using a different build time sysroot. Secondly, also helps compiling with non-gcc ( clang ) compiler Signed-off-by: Khem Raj --- meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.1.bb | 2 ++

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

On 08/12/2016 12:26 AM, Burton, Ross wrote: On 8 August 2016 at 07:04, Chen Qi > wrote: Previously, localedir is set to "${libdir}/locale". This would result in locale database installed in '/usr/lib64/locale' in some multilib

[OE-core] [PATCH V2 1/1] bash: fix run-intl ptest failed

1. Filter the extra white space in intl.right When the sub-test unicode2.sub of intl.tests executed, it produced compact results without extra white space, compared to intl.right, it failed. So we need to filter the extra white space in intl.right. Import this patch for

[OE-core] [PATCH V2 0/1] bash: fix run-intl ptest failed

The following changes since commit 5b61fa04a335a4fdefd435dc25d4bac41ee21e39: bitbake: toaster-tests: fix URL given for Chromedriver download (2016-07-29 09:53:32 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib

Re: [OE-core] [PATCH 09/10] classes/populate_sdk_ext: add some pre-install checks

On Thu, 11 Aug 2016 16:45:06 Paul Eggleton wrote: > +# Check setting of LC_ALL set above > + canonicalised_locale=`echo $LC_ALL | sed 's/UTF-8/utf8/'` > + if ! locale -a | grep -q $canonicalised_locale ; then > + echo "ERROR: the installer requires the $LC_ALL locale to

[OE-core] [PATCH 1/1] base-files: restrict resize to run on serial consoles only in profile │·

We don't need/wan't to run resize on an ssh connection. It's useless and it breaks the Eclipse SSH debug connection. So, we added a check. YOCTO #9362 Signed-off-by: bavery --- recipes-core/base-files/base-files/profile | 7 --- 1 file changed, 4 insertions(+), 3

[OE-core] [PATCH 0/1] [krogoth] Fix for Eclipse Qemu debug

This patch fixes YOCTO #9362. The busybox resize utility was running on ssh connections from Eclipse and causing Eclipse to fail to start gdbserver. Thanks go to Max Krummenacher for suggesting a good solution to the serial/ssh connection issue in basefiles:etc/profile!

[OE-core] [PATCH] oeqa/runtime/syslog.py: Improve test_syslog_logger on systemd

When an image uses systemd journald acts as a main syslog daemon using /dev/log. The test_syslog_logger try to log a predifined message into the syslog using logger and then search using grep in /var/log/messages if this fails for some reason (file rotated) now search the predifined message into

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

> On Aug 11, 2016, at 10:11 AM, Mark Hatle wrote: > > On 8/11/16 11:26 AM, Burton, Ross wrote: >> >> On 8 August 2016 at 07:04, Chen Qi > > wrote: >> >>Previously, localedir is set to "${libdir}/locale". This

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

On 8/11/16 2:14 PM, Burton, Ross wrote: > > On 11 August 2016 at 18:11, Mark Hatle > wrote: > > Binary locales have an endian and alignment setting to them. If a > platform > supports both big and little endian, this common

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

On 11 August 2016 at 18:11, Mark Hatle wrote: > Binary locales have an endian and alignment setting to them. If a platform > supports both big and little endian, this common locale would not work. > (That > is extremely rare) Also if a platform supports different

[OE-core] [PATCH][jethro] systemd: re-enable mount propagation for udevd

From: Roy Li With MountFlags=slave, those mounts then become private to the systemd-udevd namespace and are no longer accessible from outside the namespace, which is not expected [YOCTO #8613] (From OE-Core rev: 73f43d857fe0102033f25491007b6dbe3d5fa8ee)

[OE-core] [PATCH][fido] systemd: re-enable mount propagation for udevd

From: Roy Li With MountFlags=slave, those mounts then become private to the systemd-udevd namespace and are no longer accessible from outside the namespace, which is not expected [YOCTO #8613] (From OE-Core rev: 73f43d857fe0102033f25491007b6dbe3d5fa8ee)

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

On 8/11/16 11:26 AM, Burton, Ross wrote: > > On 8 August 2016 at 07:04, Chen Qi > wrote: > > Previously, localedir is set to "${libdir}/locale". This would result > in locale database installed in '/usr/lib64/locale' in some multilib

Re: [OE-core] [PATCH 1/1] bitbake.conf: change localedir

On 8 August 2016 at 07:04, Chen Qi wrote: > Previously, localedir is set to "${libdir}/locale". This would result > in locale database installed in '/usr/lib64/locale' in some multilib case. > For example, if we build out a multilib x86-64 self-hosted image and we try > to

Re: [OE-core] [PATCH 3/3] libpng: update 1.6.23 -> 1.6.24

On 11 August 2016 at 14:56, Maxin B. John wrote: > Updates in License files are due to changes in Copyright date > and Version. > Always remember to run buildhistory-diff: packages/corei7-64-poky-linux/libpng/libpng-dbg: RPROVIDES: removed all items "libpng-dbg (['=

Re: [OE-core] [meta-oe][PATCHv4] pcsc-lite: Seperate GPLV3 portions from BSD

Lol hit up a few too many times. This is what I get for pushing close to 5. On Thursday, August 11, 2016 10:13:53 AM Burton, Ross wrote: On 10 August 2016 at 22:36, Davis, Michael > wrote: GPLV3 and BSD portions were originally

[OE-core] [PATCH 2/3] iproute2: update 4.6.0 -> 4.7.0

4.6.0 -> 4.7.0 Signed-off-by: Maxin B. John --- .../iproute2/{iproute2_4.6.0.bb => iproute2_4.7.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/iproute2/{iproute2_4.6.0.bb => iproute2_4.7.0.bb} (71%) diff

[OE-core] [PATCH] libnl: musl fixes

The libnl+musl combination has two issues at the moment: a) a public header file #include's an incorrect file (sys/poll.h instead of poll.h), which causes warnings and potentially errors (-Werror) in a musl based system b) musl only ever provides the XSI version of strerror_r() a) can be

[OE-core] [PATCH 3/3] libpng: update 1.6.23 -> 1.6.24

Updates in License files are due to changes in Copyright date and Version. Signed-off-by: Maxin B. John --- .../libpng/{libpng_1.6.23.bb => libpng_1.6.24.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

[OE-core] [PATCH] perl-native: backport libnm link fix

pre-5.25.0 perl by default tries to link to an antiquated libnm (new math) which is not used anymore since the early 1990's. After 2014 another libnm appeared for NetworkManager causing build failures. Signed-off-by: Ioan-Adrian Ratiu ---

[OE-core] [PATCH 1/3] sqlite3: update 3.13.0 -> 3.14.0

3.13.0 -> 3.14.0 Signed-off-by: Maxin B. John --- meta/recipes-support/sqlite/{sqlite3_3.13.0.bb => sqlite3_3.14.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/sqlite/{sqlite3_3.13.0.bb => sqlite3_3.14.0.bb} (58%) diff --git

[OE-core] [PATCH] oeqa.buildperf: use oe.path.remove()

Drop the self-baked force_rm() method. Signed-off-by: Markus Lehtonen --- meta/lib/oeqa/buildperf/base.py| 15 --- meta/lib/oeqa/buildperf/basic_tests.py | 5 +++-- 2 files changed, 7 insertions(+), 13 deletions(-) diff --git

[OE-core] [PATCH] lib/oeqa/selftest/bbtests: don't report expected failures

Another instance where expected failures need to be not reported to the error reporting service. Signed-off-by: Ross Burton --- meta/lib/oeqa/selftest/bbtests.py | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/lib/oeqa/selftest/bbtests.py

Re: [OE-core] [PATCH v2] kernel.bbclass: fix emit_depmod_pkgdata() workdir

On Thu, 11 Aug 2016, Ioan-Adrian Ratiu wrote: > On Thu, 11 Aug 2016, "Burton, Ross" wrote: >> On 11 August 2016 at 10:39, Ioan-Adrian Ratiu wrote: >> >>> bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for >>>

Re: [OE-core] [PATCH v2] kernel.bbclass: fix emit_depmod_pkgdata() workdir

On Thu, 11 Aug 2016, "Burton, Ross" wrote: > On 11 August 2016 at 10:39, Ioan-Adrian Ratiu wrote: > >> bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for >> functions" breaks the assumption that this function is running under >> ${B}.

Re: [OE-core] [PATCH][master] curl: Update to 7.50.1

On 10 August 2016 at 00:44, Armin Kuster wrote: > This fixes 3 CVES: > > CVE-2016-5419 > CVE-2016-5420 > CVE-2016-5421 > > Affects curl <= 7.50.0 > > Signed-off-by: Armin Kuster > Master has 7.50.0. Ross --

Re: [OE-core] [PATCH v2] kernel.bbclass: fix emit_depmod_pkgdata() workdir

On 11 August 2016 at 10:39, Ioan-Adrian Ratiu wrote: > bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for > functions" breaks the assumption that this function is running under > ${B}. This causes build failures because System.map is under ${B}. > Fix this

[OE-core] [PATCH] gitpkgv: Fix $GITPKV for a single named git source

Recipes that fetch from a single git source, assign a name to this source and do not set SRCREV_FORMAT to this name will always get a GITPKGV value of "default", which causes version-going-backwards QA errors. Fix this by automatically determining a suitable SRCREV_FORMAT from the SRC_URI if none

[OE-core] gitpkgv: Fix $GITPKV for a single named git source

Hi, here's a patch that fixes gitpkgv.bbclass in situations where SRC_URI contains a single git repository with an explicit name set, i.e. SRC_URI = "git://...;name=foo" but SRCREV_FORMAT is not set. At the moment, this causes $GITPKGV to always be "default". If you use $GITPKGV in $PKGV,

[OE-core] [PATCH v2] kernel.bbclass: fix emit_depmod_pkgdata() workdir

bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for functions" breaks the assumption that this function is running under ${B}. This causes build failures because System.map is under ${B}. Fix this by using an absolute path instead of relying on cwd. Signed-off-by: Ioan-Adrian

Re: [OE-core] [PATCH RESEND] kernel.bbclass: fix emit_depmod_pkgdata() workdir

On Thu, 11 Aug 2016, Ioan-Adrian Ratiu wrote: > On Wed, 10 Aug 2016, "Burton, Ross" wrote: >> On 10 August 2016 at 16:58, Ioan-Adrian Ratiu wrote: >> >>> bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for >>>

Re: [OE-core] bash: remove the format string "%q" in the unicode3.sub

Great, thanks Dengke! Ross On 11 August 2016 at 09:53, dengke...@windriver.com wrote: > Hi ross > > After querying for the current maintainer of bash Chet Ramey, he said the > devel > branch of bash have fixed it. So I will import those patchs later for the > bash

Re: [OE-core] what's with meta-yocto-bsp directory in openembedded-core?

On 11 August 2016 at 07:34, Robert P. J. Day wrote: > just curious as to why it had to go in a directory whose name normally > implies a layer. > Thanks to the s-o-b that appears to be my fault. I'm guessing that I picked a patch into my poky clone that was actually

Re: [OE-core] [meta-oe][PATCH] pcsc-lite: Seperate GPLV3 portions from BSD

On 11 August 2016 at 07:57, Anders Darander wrote: > Shouldn't the ${PN}-dev package have the combined license? > Depends on whether the -dev package contains anything from the spy application, this really is case-by-case. Ross --

Re: [OE-core] [meta-oe][PATCHv4] pcsc-lite: Seperate GPLV3 portions from BSD

On 10 August 2016 at 22:36, Davis, Michael wrote: > GPLV3 and BSD portions were originally placed in the same package. > The GPLv3 portion has been seperated into pcsc-lite-spy and > pcsc-lite-spy-dev so the package can be used with GPLv3 blacklisted. Wrong list

[OE-core] Fwd: Re: bash: remove the format string "%q" in the unicode3.sub

Hi ross After querying for the current maintainer of bash Chet Ramey, he said the devel branch of bash have fixed it. So I will import those patchs later for the bash tests suite. We can check the patchs at:

Re: [OE-core] [PATCH RESEND] kernel.bbclass: fix emit_depmod_pkgdata() workdir

On Wed, 10 Aug 2016, "Burton, Ross" wrote: > On 10 August 2016 at 16:58, Ioan-Adrian Ratiu wrote: > >> bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for >> functions" breaks the assumption that this function is running under >> ${B}.

[OE-core] [PATCH] ccache.bbclass: don't remove CCACHE_DIR as part of do_clean

Removing the ccache directory as part of do_clean is unnecessarily conservative and defeats many of the benefits of ccache. The original justification for this behaviour was to avoid confusion in the corner case that the ccache directory becomes corrupted. However the standard approach for

[OE-core] [OE-CORE] Why Pythons default encoding is set to UTF-8?

Hi, I recently ran all of the Pythons unit tests and 13 tests failed because the default encoding wasn't ASCII which is what Python uses by default. I found that in meta/recipes-devtools/python/python/sitecustomize.py there is a line: sys.setdefaultencoding("utf8") Does anyone know why this

Re: [OE-core] [meta-oe][PATCH] pcsc-lite: Seperate GPLV3 portions from BSD

* Mark Hatle [160810 22:18]: > On 8/10/16 2:12 PM, Davis, Michael wrote: > > GPLV3 and BSD portions were originally placed in the same package. > > The GPLv3 portion has been seperated into pcsc-lite-spy so the package can > > be used with GPLv3 blacklisted. > >

[OE-core] what's with meta-yocto-bsp directory in openembedded-core?

never noticed this before, but why is there a "meta-yocto-bsp" directory in the openembedded-core checkout that contains nothing but: . └── lib └── oeqa └── selftest └── systemd_boot.py i can see the commit that put it there: commit