Re: [OE-core] Can NOT get PRAUTO, exception [Errno -3] Temporary failure in name resolution

On Mon, Jul 11, 2016 at 09:32:09AM +0100, Richard Purdie wrote: > On Sun, 2016-07-10 at 18:10 -0400, Denys Dmytriyenko wrote: > > On Sun, Jul 10, 2016 at 05:35:59PM -0400, Denys Dmytriyenko wrote: > > > Has anyone ever seen this error message: > > > > > > ERROR: blah-blah do_package: Can NOT get

[OE-core] [PATCH 1/1] systemd: split systemd-container

Split container/vm related units into a new package, systemd-container. The split mainly references Fedora 24, with a few differences. Apart from the bash and zsh completion files, the differences include adding systemd-spawn@.service into the systemd-container package. [YOCTO #9835]

[OE-core] [PATCH 0/1] systemd: split systemd-container

The following changes since commit da7a2c7b00b40a8759dbe9f4ab6df3e337e3d6b6: useradd-staticids: use map() instead of imap() (2016-07-12 23:11:57 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/systemd-container

[OE-core] [PATCH][dizzy] rpmresolve.c: Fix unfreed pointers that keep DB opened

From: Mariano Lopez There are some unfreed rpmmi pointers in printDepList() function; this happens when the package have null as the requirement. This patch fixes these unfreed pointers and add small changes to keep consistency with some variables. [YOCTO #8028]

[OE-core] [PATCH 6/7] devtool: upgrade: record original recipe files

This provides us with the information we need to remove the original version recipe and associated files when running "devtool finish" after "devtool upgrade". Signed-off-by: Paul Eggleton --- meta/lib/oe/recipeutils.py | 4 +++-

[OE-core] [PATCH 7/7] devtool: add finish subcommand

Add a subcommand which will "finish" the work on a recipe. This is effectively the same as update-recipe followed by reset, except that the destination layer is required and it will do the right thing depending on the situation - if the recipe file itself is in the workspace (e.g. as a result of

[OE-core] [PATCH 4/7] devtool: reset: refactor to allow calling separately

This will be called by "devtool finish" to allow it to reset the recipe at the end. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/standard.py | 40 +++- 1 file changed, 23 insertions(+), 17 deletions(-) diff --git

[OE-core] [PATCH] opkg: upgrade to v0.3.3

Bug fix release to address two regressions: * Fix build breakage when using configure option --enable-sha256 * Do not remove packages if removal operation is not valid due to installed dependents Signed-off-by: Alejandro del Castillo ---

[OE-core] [PATCH 5/7] devtool: update-recipe: refactor to allow calling separately

This will be called by "devtool finish" to allow it to update the recipe or create the bbappend depending on the destination. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/standard.py | 56 + 1 file changed, 29

[OE-core] [PATCH 2/7] devtool: update-recipe: don't copy local files that haven't changed

If there are files in the oe-local-files directory which are identical to the original version, then we shouldn't be copying them to the destination layer. This is particularly important when using the -a option to create a bbappend. Signed-off-by: Paul Eggleton

[OE-core] [PATCH 3/7] lib/oe/recipeutils: fix a few issues in find_layerdir()

* Allow the function to be called with the base layer path (in which case it will just return the same path) * Ensure that the function doesn't recurse indefinitely if it's called on a file that's not inside a layer * Correct the doc comment for accuracy Signed-off-by: Paul Eggleton

[OE-core] [PATCH 0/7] New devtool finish subcommand

This patchset adds "devtool finish" that provides a way to easily finish and save your changes to a real layer. Along the way I also fixed some annoyances and bugs in the way "devtool update-recipe" works, since devtool finish makes use of that code. The following changes since commit

[OE-core] [PATCH 1/7] devtool: update-recipe: find and use existing files directories

devtool update-recipe was defaulting to the ${BPN} named directory when adding patches next to a recipe, but that meant if you already had files in a ${BP} named directory (i.e. name and version) or "files" then you'd end up with two directories next to the recipe, which is usually not what you

Re: [OE-core] [PATCH 1/1] selftest/seltest.py: Add test to check imports from other layers

On 07/13/2016 09:09 AM, Benjamin Esquivel wrote: Comments below The test looks good. --- /dev/null +++ b/meta-selftest/lib/oeqa/selftest/imported.py @@ -0,0 +1,14 @@ +from oeqa.selftest.base import oeSelfTest from oeqa.utils.decorators +import testcase + +class ImportedTests(oeSelfTest): +

[OE-core] [PATCH 1/1] oetest.py: Fix problem when there is more than one json file for package extraction

From: Mariano Lopez This allow to have more than one test to have json file in order to install packages in the DUT without using a package manager. [YOCTO #9926] Signed-off-by: Mariano Lopez --- meta/lib/oeqa/oetest.py | 14

Re: [OE-core] Downloads from sourceforge.net

On 13 July 2016 at 15:47, Martin Jansa wrote: > Not for me, I'm seeing it repeatedly for many archives over last 2 days > (in job which intentionally runs without premirror to verify > download-ability). > Our autobuilder does something similar (although it just does

[OE-core] [PATCH] oeqa/controllers: Add test target for Systemd-boot

A new test target is neede to test Systemd-boot similar to gummiboot. Created a copy of GummibootTarget class and named as SystemdbootTarget, at this point the gummibootTarget will remain until documentation is updated with new systed information. Signed-off-by: Jose Perez Carranza

Re: [OE-core] [PATCH 0/4] musl/glibc/binutils updates

On Wed, Jul 13, 2016 at 3:14 AM, André Draszik wrote: > On Fr, 2016-07-08 at 17:19 +0300, Alexander Kanavin wrote: >> On 07/08/2016 05:07 PM, Khem Raj wrote: >> > > > Fix gcc5 hang in SDK with -mmusl >> > > > Update musl to 1.1.15 release >> > > > Update binutils to 2.26.1 >> > >

[OE-core] [PATCH] oe-selftest: reorganize syntax to use subcommands

The current syntax of oe-selftest is messy. This patch reorganizes it in a clearer way by grouping all functions in a 'run' subcommand and a 'list' subcommand. [YOCTO #8938] Signed-off-by: Humberto Ibarra --- scripts/oe-selftest | 358

[OE-core] [PATCHv3] piglit: Upgrade version, use python3

* Remove backported patch * Update dependencies to use python3 modules, add depencies added in the new version * Install only stripped binaries to keep size down * Fix bash-completion install location Signed-off-by: Jussi Kukkonen --- The bash-completion failure does

Re: [OE-core] Downloads from sourceforge.net

On Wed, Jul 13, 2016 at 04:41:07PM +0200, Gary Thomas wrote: > On 2016-07-13 16:24, Martin Jansa wrote: > > Just FYI > > > > If you're seeing a lot of do_fetch failures because of SRC_URI checksums > > mismatch, be aware that there is some issue with sourceforge.net, all my > > source archive

Re: [OE-core] Downloads from sourceforge.net

On 2016-07-13 16:24, Martin Jansa wrote: Just FYI If you're seeing a lot of do_fetch failures because of SRC_URI checksums mismatch, be aware that there is some issue with sourceforge.net, all my source archive downloads (with wget) download just this HTML: wget

[OE-core] [PATCH] oe/lib/package: handle shlibs files disappearing

During a parallel build it's possible for unrelated shlib files to be removed if the recipe they came from is about to be rebuilt. They can't be involved in the dependency chains as otherwise they wouldn't be removed, so just silently handle files disappearing. [ YOCTO #8555 ] Signed-off-by:

[OE-core] Downloads from sourceforge.net

Just FYI If you're seeing a lot of do_fetch failures because of SRC_URI checksums mismatch, be aware that there is some issue with sourceforge.net, all my source archive downloads (with wget) download just this HTML: wget

Re: [OE-core] [PATCH 1/1] selftest/seltest.py: Add test to check imports from other layers

Comments below The test looks good. > -Original Message- > From: mariano.lo...@linux.intel.com > [mailto:mariano.lo...@linux.intel.com] > Sent: Tuesday, July 12, 2016 8:10 AM > To: openembedded-core@lists.openembedded.org > Cc: benjamin.esqui...@linux.intel.com; Mariano Lopez >

Re: [OE-core] [PATCHv2 5/5] piglit: Upgrade version, use python3

On 12 July 2016 at 12:14, Jussi Kukkonen wrote: > * Remove backported patch > * Update dependencies to use python3 modules, add depencies added > in the new version > * install only stripped binaries to keep size down > > Signed-off-by: Jussi Kukkonen

[OE-core] [PATCH 7/7] libevdev: Upgrade 1.5.1 -> 1.5.2

Signed-off-by: Jussi Kukkonen --- .../recipes-support/libevdev/{libevdev_1.5.1.bb => libevdev_1.5.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libevdev/{libevdev_1.5.1.bb => libevdev_1.5.2.bb} (74%) diff --git

[OE-core] [PATCH 6/7] librsvg: Upgrade 2.40.15 -> 2.40.16

Signed-off-by: Jussi Kukkonen --- meta/recipes-gnome/librsvg/{librsvg_2.40.15.bb => librsvg_2.40.16.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/librsvg/{librsvg_2.40.15.bb => librsvg_2.40.16.bb} (91%) diff --git

[OE-core] [PATCH 3/7] fontconfig: Upgrade 2.11.95 -> 2.12.0

License unchanged, just moved by a few lines. Signed-off-by: Jussi Kukkonen --- .../fontconfig/{fontconfig_2.11.95.bb => fontconfig_2.12.0.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename

[OE-core] [PATCH 4/7] freetype: Upgrade 2.6.3 -> 2.6.5

A new supposedly superior subpixel hinting mode was added and made default in 2.6.4 but 2.6.5 reverts the default to "no hinting". License checksum changes because of a copyright symbol change. Signed-off-by: Jussi Kukkonen --- .../freetype/{freetype_2.6.3.bb =>

[OE-core] [PATCH 5/7] libgpg-error: Upgrade 1.22 -> 1.23

Signed-off-by: Jussi Kukkonen --- .../libgpg-error/{libgpg-error_1.22.bb => libgpg-error_1.23.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libgpg-error/{libgpg-error_1.22.bb => libgpg-error_1.23.bb} (92%) diff --git

[OE-core] [PATCH 1/7] expat: Upgrade 2.1.1 -> 2.2.0

Remove a patch that is no longer needed. License checksum changes because of a copyright year change. Signed-off-by: Jussi Kukkonen --- meta/recipes-core/expat/expat.inc | 1 - meta/recipes-core/expat/expat/CVE-2016-0718.patch | 760

[OE-core] [PATCH 2/7] cairo: Remove unnecessary UPSTREAM_CHECK_REGEX

This overwrites the regex set by upstream-version-is-even.bbclass. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/cairo/cairo_1.14.6.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-graphics/cairo/cairo_1.14.6.bb

[OE-core] [PATCH 0/7] Minor version upgrades

Some smaller version upgrades (the freetype uprade is a bigger one but the new hinting mode is not on by default) and a cairo recipe fix. Jussi The following changes since commit 627d01997fcf6a0581d88047735769ffb2592b82: useradd-staticids: use map() instead of imap() (2016-07-12 23:12:00

Re: [OE-core] Future of GCC

On Tue, Jul 12, 2016 at 11:27:15PM +0100, Richard Purdie wrote: > On Tue, 2016-07-12 at 14:34 -0700, akuster808 wrote: > > > > On 07/12/2016 02:24 PM, Burton, Ross wrote: > > > On 12 July 2016 at 22:14, akuster808 wrote: > > > > > > > > Personally I was thinking that gcc

[OE-core] [PATCH] bitbake.conf: use ${prefix} to define exec_prefix

This was simply changing prefix will relocate everything which is generally the intention, whilst still allowing the variables to be set independently. Signed-off-by: Ross Burton --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH] opkg: backport patch to fix build when sha256 support is enabled

Ross, On Mi, 2016-07-13 at 11:23 +0100, Burton, Ross wrote: > On 13 July 2016 at 11:19, André Draszik wrote: > > > +++ > > b/meta/recipes-devtools/opkg/opkg/0001-release-fix-implicit-declaration- > > of-release_get_sha2.patch > > @@ -0,0 +1,78 @@ > > +From

Re: [OE-core] [PATCH v2] opkg: backport patch to fix build when sha256 support is enabled

That was quicker than I was expecting, thanks :) On 13 July 2016 at 11:22, André Draszik wrote: > Signed-off-by: André Draszik > --- > ...-implicit-declaration-of-release_get_sha2.patch | 78 > ++ > meta/recipes-devtools/opkg/opkg_0.3.2.bb

[OE-core] [PATCH v2] opkg: backport patch to fix build when sha256 support is enabled

Signed-off-by: André Draszik --- ...-implicit-declaration-of-release_get_sha2.patch | 78 ++ meta/recipes-devtools/opkg/opkg_0.3.2.bb | 1 + 2 files changed, 79 insertions(+) create mode 100644

Re: [OE-core] [PATCH] opkg: backport patch to fix build when sha256 support is enabled

On 13 July 2016 at 11:19, André Draszik wrote: > +++ > b/meta/recipes-devtools/opkg/opkg/0001-release-fix-implicit-declaration-of-release_get_sha2.patch > @@ -0,0 +1,78 @@ > +From 3fe6c043f5d62710f86ca92692b02f4ffd3bb5c9 Mon Sep 17 00:00:00 2001 > +From:

[OE-core] [PATCH] opkg: backport patch to fix build when sha256 support is enabled

--- ...-implicit-declaration-of-release_get_sha2.patch | 78 ++ meta/recipes-devtools/opkg/opkg_0.3.2.bb | 1 + 2 files changed, 79 insertions(+) create mode 100644 meta/recipes-devtools/opkg/opkg/0001-release-fix-implicit-declaration-of-release_get_sha2.patch

Re: [OE-core] [PATCH 0/4] musl/glibc/binutils updates

On Fr, 2016-07-08 at 17:19 +0300, Alexander Kanavin wrote: > On 07/08/2016 05:07 PM, Khem Raj wrote: > > > > Fix gcc5 hang in SDK with -mmusl > > > > Update musl to 1.1.15 release > > > > Update binutils to 2.26.1 > > > > Update glibc to latest on 2.24 freeze tree > > > > > > > > > What about

Re: [OE-core] musl 1.1.15 for krogoth?

On Tue, Jul 12, 2016 at 8:37 PM, Khem Raj wrote: > On Tue, Jul 12, 2016 at 4:34 PM, akuster808 wrote: >> >> Khem, >> >> would updating Krogoth musl to 1.1.15 be safe? > > It would be, since there are no ABI breaking changes between 1.1.14 and 1.1.15 >

Re: [OE-core] [PATCH] wic: don't throw away our created swap partition

Hi Ed, May you also apply this patch to jethro branch please ? Wks-created images requires also running mkswap on the target but it shouldn't be necessary. Best regards, François Le lundi 29 février 2016 à 17:11 +0200, Ed Bartosh a écrit : > Hi Cristopher, > > Thank you for the patch! > >

Re: [OE-core] [PATCH] avahi: restore rlimit-nproc tweak for avahi discovery

On 2016年03月08日 13:50, Zhixiong Chi wrote: Looks like we are still falling victim to: "chroot.c: fork() failed: Resource temporarily unavailable) = 57" So we restore the removal of rlimit-nproc in avahi.conf, and could receive return value from daemon process to start avahi-daemon.service

Re: [OE-core] [PATCH 13/13] weston: Upgrade 1.9.0 -> 1.10.0

On 13 July 2016 at 09:49, Khem Raj wrote: > On Tue, May 17, 2016 at 12:31 AM, Jussi Kukkonen > wrote: > > On 16 May 2016 at 18:50, Khem Raj wrote: > >>> As I said, I would work on 1.10.91 as it is close of 1.11 and easy the >

Re: [OE-core] [PATCH 13/13] weston: Upgrade 1.9.0 -> 1.10.0

On Tue, May 17, 2016 at 12:31 AM, Jussi Kukkonen wrote: > On 16 May 2016 at 18:50, Khem Raj wrote: >>> As I said, I would work on 1.10.91 as it is close of 1.11 and easy the >>> upgrade. But all my patches are based on 1.10 now so it is fine with >>>

Re: [OE-core] GCC recipe using git?

On Tue, Jul 12, 2016 at 8:40 PM, Gary Thomas wrote: > I see that the gcc-6.x recipe is using git instead of a tarball. > Is there any way to go back to using tar? I ship mirrored sources > to my customers (many are behind corporate firewalls and have limited > network access).

[OE-core] [PATCH 2/2] site: Move rsync_cv_HAVE_C99_VSNPRINTF to common-linux

If we do not cache is then configure in distcc will try to compute it using AC_TRY_RUN which will give some result on x86-64 host when target is x86-64 but it generally is wrong for cross compilation. We therefore cache it for all linux targets. This issue is highlighted by clang when compiling

[OE-core] [PATCH 1/2] nss: Fix build with clang

Add a patch to disable a clang specific warning and avoid passing clang options to gcc when we have cross compiler is clang but host compiler is gcc We do not need to use target cflags when building native pieces and hence avoid the inter-mixing of compiler options Signed-off-by: Khem Raj