Fixed in the repo:
ccache: 3.4.2 -> 3.5
License-Update: Copyright year and zlib version are changed, others are the
same.
This version supports CCACHE_DEBUG which will make the debug easier.
// Robert
On 12/18/18 3:34 PM, Patchwork wrote:
== Series Details ==
Series: ccache
== Series Details ==
Series: ccache.bbclass: Refactor it to make it more reliable (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/15276/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tes
Go can't be built with ccache.
Signed-off-by: Robert Yang
---
meta/classes/goarch.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
index b2c94fa..39fea5e 100644
--- a/meta/classes/goarch.bbclass
+++ b/meta/classes/goarch.bb
Files like lib/.debug/libgcc_s.so.1 from nativesdk-libgcc-dbg contains
buildpath without -fdebug-prefix-map, the root cause is object files (.o)
contain buildpath, and then ccache can't use them correctly.
Signed-off-by: Robert Yang
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(
They work well now.
Signed-off-by: Robert Yang
---
meta/recipes-connectivity/openssl/openssl10_1.0.2q.bb | 3 ---
meta/recipes-support/apr/apr_1.6.5.bb | 5 -
2 files changed, 8 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl10_1.0.2q.bb
b/meta/recipes-c
Fixed race issues when parallel build:
ccache: error: /path/to/ccache/i586-poky-linux/mmc-utils/ccache.conf: No such
file or directory
ccache: error: /path/to/ccache/i586-poky-linux/mmc-utils/ccache.conf: No such
file or directory
This is because we set CCACHE_DIR for earch recipe, and ccache wi
Now we can compile m4-native rather than target m4, this can save a lot of
build time.
Signed-off-by: Robert Yang
---
meta/lib/oeqa/selftest/cases/buildoptions.py | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/buildoptions.py
b/meta/l
This can make the following recipes work with cmake:
cmake libdnf libcomps librepo createrepo-c llvm dnf libsolv assimp waffle
libjpeg-turbo taglib libproxy libical
And the following 3 recipes don't:
webkitgtk vulkan piglit
Now cmake.bbclass doesn't disble ccache any more, disable it in the recipe
The previous ccache.bbclass has the following problems:
- It uses host's ccache for native recipes, but this may not work on some
hosts, for example, it nerver works on my Ubuntu 14.04.4, there are always
build failures (m4-native failed at do_configure, and others will also be
failed if I di
CCACHE_BASEDIR: ccache removes this from file path, so that hashes will be
the same in different build dirs.
CCACHE_TOP_DIR: Set it to a shared location for different builds.
Signed-off-by: Robert Yang
---
meta/classes/ccache.bbclass | 22 +-
1 file changed,
Signed-off-by: Robert Yang
---
meta/classes/ccache.bbclass | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta/classes/ccache.bbclass b/meta/classes/ccache.bbclass
index f3612c5..fb3fbdf 100644
--- a/meta/classes/ccache.bbclass
+++ b/meta/classes/ccache.bbclass
@@ -48,3 +48,1
* V3
- Make cache files can be shared between different build dirs
- Add task do_cleanccache
- Make cmake work with ccache
- Upgrade ccache to 3.5, this version has a debug mode, which is useful for
figuring out why a cache file is not used.
* V2
- Fix comments from Martin Jansa and
Remove ccache-native's dependencies so that all native recipes can depend on
ccache-native and use it except ccache-native itself.
It has the following 4 dependencies:
- xz-native: It is intruduced by ccache-3.4.2.tar.xz, use ccache-3.4.2.tar.gz
to replace of it can fix the problem.
The LIC_FILES_CHKSUM is changed because copyright year and zlib version
are changed, others are still the same.
This version supports CCACHE_DEBUG which will make the debug easier.
Signed-off-by: Robert Yang
---
meta/recipes-devtools/ccache/ccache_3.4.2.bb | 11 ---
meta/recipes-devtool
License-Update: remove trailing whitespace from COPYING
Signed-off-by: Yi Zhao
---
meta/recipes-devtools/file/{file_5.34.bb => file_5.35.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/file/{file_5.34.bb => file_5.35.bb} (91%)
diff --git a/meta/recipe
*** BLURB HERE ***
The following changes since commit fe43e599327f26b399c1883205e988236a5e51bd:
gcc: Drop 7.3 since 8.2 is working fine for us (2018-12-15 17:10:52 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/package_warn
http://git.pokylinux.o
Fix the following warning.
ResourceWarning: unclosed file <_io.TextIOWrapper
name='/.../systemd/1_239-r0/debugsources.list' mode='a' encoding='UTF-8'>
Signed-off-by: Chen Qi
---
meta/classes/package.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/pa
Signed-off-by: Yi Zhao
---
.../json-glib/{json-glib_1.4.2.bb => json-glib_1.4.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/json-glib/{json-glib_1.4.2.bb => json-glib_1.4.4.bb}
(91%)
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.
From: Mingli Yu
* Redefine the reference path of libnfs.a to
../support/nfs/.libs/libnfs.a to fix below
error when run "make -C tests statdb_dump".
| make: *** No rule to make target '../support/nfs/libnfs.a', needed by
'statdb_dump'. Stop.
| make: *** No rule to make target '../../supp
License-Update: New files added to existing list
Add -Wno-error=missing-attributes to compiler flags, this helps in
compiling with gcc 9.0, eventually, the code should be fixed
Add a patch to fix x32 build
Signed-off-by: Khem Raj
---
.../0001-Add-x32-specific-inline-asm.patch| 42 +
Signed-off-by: Khem Raj
---
...nfigure.ac-use-a-custom-value-for-the-location-of-.patch | 6 +++---
meta/recipes-support/gnupg/gnupg/relocate.patch | 2 +-
.../gnupg/{gnupg_2.2.11.bb => gnupg_2.2.12.bb} | 4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
rename me
Backport a patch that helps with this error which is found
by gcc9
Signed-off-by: Khem Raj
---
...001-grub-setup-Debug-message-cleanup.patch | 34 +++
meta/recipes-bsp/grub/grub2.inc | 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-bsp/gru
Sorry, the subject should be:
package.bbclass: Do not hide cpio's error
Fixed it in the repo.
// Robert
On 12/18/18 11:00 AM, Robert Yang wrote:
The following changes since commit 20aea61385e1a53ac245353899277ba20104ed2f:
gcc: Drop 7.3 since 8.2 is working fine for us (2018-12-15 17:10:44
The following changes since commit 20aea61385e1a53ac245353899277ba20104ed2f:
gcc: Drop 7.3 since 8.2 is working fine for us (2018-12-15 17:10:44 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/package
http://cgit.openembedded.org/open
We use subprocess.check_output() to run the command, which means that we need
care
about the error, so the 2>/dev/null should not be used, otherwise it is hard to
debug when the error happens.
I guess it was copied from previous lines, but that command's error can be
ignored (excpet: pass):
tr
On 2018年12月18日 01:16, richard.pur...@linuxfoundation.org wrote:
On Mon, 2018-12-17 at 00:47 -0800, mingli...@windriver.com wrote:
From: Mingli Yu
* Redefine the reference path of libnfs.a to
../support/nfs/.libs/libnfs.a to fix below
error when run "make -C tests statdb_dump".
| mak
This is symmetrical to musl change that renames ldd to ldd.${PN} for
multilib package to avoid filename collision on install.
While there add ldd to glibc package RRECOMMENDS since it is a shell
script not larger than 6Kb in size that costs nothing in compare with
overall glibc binary size and uti
Otherwise dnf install lib32-musl and musl will fail with below error:
ERROR: core-image-sato-1.0-r0 do_rootfs: Could not invoke dnf.
...
Error: Transaction check error:
file /usr/bin/ldd.musl conflicts between attempted installs of \
musl-1.1.20+git0+39ef612aa1-r0.ppc64p8 and \
lib32
Both changes target ldd helper handling in packages:
1) For musl this fixes do_install error where ldd provided in both
main target and multilib packages.
2) For glibc make behaviour inline with musl by providing ldd
via RRECOMMENDS and avoid filename clash as fixed in 1) for musl.
On Mon, 2018-12-17 at 12:21 -0800, Andre McCurdy wrote:
> On Mon, Dec 17, 2018 at 6:44 AM
> wrote:
> > On Sat, 2018-12-15 at 20:19 -0500, Jason Andryuk wrote:
> > > As far as I can tell, pysh is working properly - it's just the
> > > bb_codeparser.dat which is returning the incorrect shellCacheLin
Yes, brilliant. Once he has those upgrades sorted out, these ones will
be completely redundant, I believe.
On 15/12/18 3:54 AM, Burton, Ross wrote:
Enrico just submitted some upgrades to acl and attr which touch the
recipes quite dramatically, could you rebase all these patches on top
of that
On Mon, Dec 17, 2018 at 6:44 AM wrote:
>
> On Sat, 2018-12-15 at 20:19 -0500, Jason Andryuk wrote:
> > As far as I can tell, pysh is working properly - it's just the
> > bb_codeparser.dat which is returning the incorrect shellCacheLine
> > entry. It seems like I have an md5 collision between a py
License-Update: New files added to existing list
Add -Wno-error=missing-attributes to compiler flags, this helps in
compiling with gcc 9.0, eventually, the code should be fixed
Add a patch to fix x32 build
Signed-off-by: Khem Raj
---
.../0001-Add-x32-specific-inline-asm.patch| 42 +
My bad, sorry.
For some reason things started working after I added that option (I
already had the DISTRO_FEATURE), but it must have been something else.
Thank you for reviewing.
Jed
On Mon, Dec 17, 2018 at 1:10 PM Burton, Ross wrote:
>
> On Mon, 17 Dec 2018 at 18:07, Jed wrote:
> > It is disabl
On Mon, 17 Dec 2018 at 18:07, Jed wrote:
> It is disabled by default, and required for things like mutter to
> be able to run under Wayland.
>From the recipe:
PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl
wayland x11', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'opengl x11'
> On Dec 17, 2018, at 10:06 AM, Jed wrote:
>
> It is disabled by default, and required for things like mutter to
> be able to run under Wayland.
>
> Signed-off-by: Jed
> ---
> meta/recipes-gnome/gtk+/gtk+3.inc | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-gnome/gtk+/gt
"dbus_daemon" is supposed to be set to the full dbus-daemon file
path, not just its directory.
Signed-off-by: Jed
---
meta/recipes-support/atk/at-spi2-core_2.30.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/atk/at-spi2-core_2.30.0.bb
b/meta/recipe
It is disabled by default, and required for things like mutter to
be able to run under Wayland.
Signed-off-by: Jed
---
meta/recipes-gnome/gtk+/gtk+3.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 6331a4323c..83
On Mon, 2018-12-17 at 00:47 -0800, mingli...@windriver.com wrote:
> From: Mingli Yu
>
> * Redefine the reference path of libnfs.a to
> ../support/nfs/.libs/libnfs.a to fix below
> error when run "make -C tests statdb_dump".
> | make: *** No rule to make target '../support/nfs/libnfs.a',
> n
On Sat, 15 Dec 2018 at 12:59, Jens Rehsack wrote:
> +try:
> +subprocess.check_output("PATH=\"%s\" dpkg-deb -b %s %s" %
> (localdata.getVar("PATH"), root, pkgoutdir),
> +stderr=subprocess.STDOUT,
So stderr is redirected to stdout.
> +
Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master
Signed-off-by: Ruslan Bilovol
---
v2: rebased
== Series Details ==
Series: linux-yocto: correct qemumips64el definition
Revision: 1
URL : https://patchwork.openembedded.org/series/15378/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been ex
The big endian mips definition was used as the basis for the little
endian machine. Unfortunatey, the KMACHINE definitions were not fully
cleared, so big endian builds will match on the 'le' variant .. and
break.
We drop the BE machine definitions from the LE variant and we are fixed.
Signed-off-
richard.pur...@linuxfoundation.org wrote:
> On Mon, 2018-12-17 at 11:49 +0200, Serhey Popovych wrote:
>> Richard Purdie wrote:
>>> On Fri, 2018-12-14 at 11:09 -0800, Andre McCurdy wrote:
On Fri, Dec 14, 2018 at 9:57 AM Serhey Popovych
wrote:
> Otherwise do_install task will fail on r
Recipe upgrade statistics:
* Failed(do_compile): 19
dpkg, 1.19.2, Aníbal Limón
i2c-tools, 4.1, Anuj Mittal
glib-networking, 2.58.0, Anuj Mittal
gnutls, 3.6.5, Armin Kuster
alsa-plugins, 1.1.7, Tanu Kaskinen
gtk+3, 3.24.2, Ross Burton
On Sat, 2018-12-15 at 20:19 -0500, Jason Andryuk wrote:
> As far as I can tell, pysh is working properly - it's just the
> bb_codeparser.dat which is returning the incorrect shellCacheLine
> entry. It seems like I have an md5 collision between a pyro core2-64
> binutils do_install and core2-32 pyt
On Mon, Dec 17, 2018 at 8:46 AM wrote:
>
> On Mon, 2018-12-17 at 08:37 -0500, Bruce Ashfield wrote:
> > On Mon, Dec 17, 2018 at 7:26 AM
> > wrote:
> > > Hi Bruce,
> > >
> > > On Sun, 2018-12-16 at 22:38 -0500, Bruce Ashfield wrote:
> > > > Here is the latest linux-yocto consolidated pull request.
On Mon, 2018-12-17 at 08:37 -0500, Bruce Ashfield wrote:
> On Mon, Dec 17, 2018 at 7:26 AM
> wrote:
> > Hi Bruce,
> >
> > On Sun, 2018-12-16 at 22:38 -0500, Bruce Ashfield wrote:
> > > Here is the latest linux-yocto consolidated pull request. Some of
> > > these commits are re-sends of changes th
On Mon, Dec 17, 2018 at 7:26 AM wrote:
>
> Hi Bruce,
>
> On Sun, 2018-12-16 at 22:38 -0500, Bruce Ashfield wrote:
> > Here is the latest linux-yocto consolidated pull request. Some of
> > these commits are re-sends of changes that didn't make the release,
> > and others are new.
> >
> > Most are r
== Series Details ==
Series: systemd: fix remaining issues with statx and glibc 2.28+
Revision: 1
URL : https://patchwork.openembedded.org/series/15376/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
"Burton, Ross" writes:
> | In file included from port_wrappers.c:8:0,
> | from pseudo_wrappers.c:307:
> | ports/linux/xattr/pseudo_wrappers.c: In function ‘shared_getxattr’:
> | ports/linux/xattr/pseudo_wrappers.c:134:11: error: ‘ENOATTR’ undeclared
> (first use in this function
| In file included from port_wrappers.c:8:0,
| from pseudo_wrappers.c:307:
| ports/linux/xattr/pseudo_wrappers.c: In function ‘shared_getxattr’:
| ports/linux/xattr/pseudo_wrappers.c:134:11: error: ‘ENOATTR’
undeclared (first use in this function)
|errno = ENOATTR;
|
Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master
Signed-off-by: Ruslan Bilovol
---
...-linux-s
On Mon, 2018-12-17 at 12:36 +, Burton, Ross wrote:
> Yes, there's plenty of prior art in OE, but please can we use this in
> the future:
>
> threadmulti = "${@["",
> "-thread-multi"][bb.utils.contains('PACKAGECONFIG', 'thread', 1, 0,
> d)]}"
> threadmulti = "${"-thread-multi" if bb.utils.conta
Hi Bruce,
On Sun, 2018-12-16 at 22:38 -0500, Bruce Ashfield wrote:
> Here is the latest linux-yocto consolidated pull request. Some of
> these commits are re-sends of changes that didn't make the release,
> and others are new.
>
> Most are routine -stable bumps, configuration cleanups, etc, and
>
On Sun, 2018-12-16 at 21:54 -0800, Khem Raj wrote:
> License-Update: New files added to existing list
>
> Add -Wno-error=missing-attributes to compiler flags, this helps in
> compiling with gcc 9.0, eventually, the code should be fixed
>
> Signed-off-by: Khem Raj
> ---
> .../libxcrypt/{libxcryp
On Mon, 2018-12-17 at 11:49 +0200, Serhey Popovych wrote:
> Richard Purdie wrote:
> > On Fri, 2018-12-14 at 11:09 -0800, Andre McCurdy wrote:
> > > On Fri, Dec 14, 2018 at 9:57 AM Serhey Popovych
> > > wrote:
> > > > Otherwise do_install task will fail on rebuild.
> > > >
> > > > Signed-off-by: S
On Mon, 2018-12-17 at 11:36 +0200, Serhey Popovych wrote:
> Khem Raj wrote:
> > On Fri, Dec 14, 2018 at 9:56 AM Serhey Popovych
> > wrote:
> > > Historically first PowerPC ABI was big-endian only (elfv1
> > > currently). It
> > > is standard ABI for both 32-bit ppc and 64-bit ppc64
> > > architect
Khem Raj wrote:
> Serhey
>
> Thanks for doing this work and really a clean pull request with good
> explanation that I have seen lately. Good work, For most parts
> everything is in order except few places where I have replied
> specifically to the patches
Khem, thank you for quick review! I will
Richard Purdie wrote:
> On Fri, 2018-12-14 at 11:09 -0800, Andre McCurdy wrote:
>> On Fri, Dec 14, 2018 at 9:57 AM Serhey Popovych
>> wrote:
>>> Otherwise do_install task will fail on rebuild.
>>>
>>> Signed-off-by: Serhey Popovych
>>> ---
>>> meta/recipes-core/musl/musl_git.bb | 2 +-
>>> 1 fil
Khem Raj wrote:
> On Fri, Dec 14, 2018 at 9:57 AM Serhey Popovych
> wrote:
>>
>> In absence of /etc/ld-musl-$(ARCH).path file musl uses hardcoded default
>> search path "/lib:/usr/local/lib:/usr/lib". This works for cases when
>> system libraries installed in one of these pathes.
>>
>> However if
Khem Raj wrote:
> On Fri, Dec 14, 2018 at 9:56 AM Serhey Popovych
> wrote:
>>
>> Historically first PowerPC ABI was big-endian only (elfv1 currently). It
>> is standard ABI for both 32-bit ppc and 64-bit ppc64 architectures.
>>
>> With PowerPC little-endian support new ABI was introduced (elfv2) a
From: Mingli Yu
* Redefine the reference path of libnfs.a to
../support/nfs/.libs/libnfs.a to fix below
error when run "make -C tests statdb_dump".
| make: *** No rule to make target '../support/nfs/libnfs.a', needed by
'statdb_dump'. Stop.
| make: *** No rule to make target '../../supp
63 matches
Mail list logo