On Mon, Jan 29, 2018 at 9:04 PM, Patchwork
wrote:
> == Series Details ==
>
> Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update
> (rev2)
> Revision: 2
> URL : https://patchwork.openembedded.org/series/10739/
> State : failure
>
> == Summary ==
>
>
> Thank you for submittin
On 1/29/18 10:38 PM, Alexander Kanavin wrote:
On 01/29/2018 07:47 PM, Niko Mauno wrote:
This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:
.../scripts/check-config.sh: line 33: comm: command not found
.../scr
On 1/29/18 5:13 PM, akuster808 wrote:
On 01/29/2018 02:39 PM, Juro Bystricky wrote:
Signed-off-by: Juro Bystricky
thanks. For some reason I thought I remove all the old patches...
hmm, in any case. Thanks again.
I wonder if we can cook up a script which can check for unused patches,
On 01/29/2018 07:47 PM, Niko Mauno wrote:
This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:
.../scripts/check-config.sh: line 33: comm: command not found
.../scripts/check-config.sh: line 39: comm: command not
On 1/29/18 4:01 PM, Martin Jansa wrote:
Hi,
it might be useful to check if there is ${S}/waf at all before trying to
call it.
There are some recipes like jack and other which inherit waf-samba which
inherits waf, but they don't use waf for configure, strange isn't it?
hmm, I think assu
== Series Details ==
Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/10739/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response.
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc| 2 +-
.../{binutils-2.29.1.inc => binutils-2.30.inc} | 2 +-
...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} | 0
...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} | 0
...rosssdk_2.29.1.bb => binutils-cr
The changes are
https://git.musl-libc.org/cgit/musl/log/?qt=range&q=4000b0107ddd7fe733fa31d4f078c6fcd35851d6..628cf979b249fa76a80962e2eefe05073216a4db
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-c
memfd_create is now available in glibc
Signed-off-by: Khem Raj
---
...ers-only-define-memfd_create-if-not-alrea.patch | 66 ++
.../pulseaudio/pulseaudio_11.1.bb | 3 +-
2 files changed, 68 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-multim
Signed-off-by: Khem Raj
---
c-Change-the-default-device-timeout-to-2.patch | 7 +++---
...update-header-file-to-detect-memfd_create.patch | 28 ++
...c-Check-if-memfd_create-is-already-define.patch | 27 +
.../systemd/0003-fileio-include-sys-mman.h.pat
From: Huang Qiyu
Upgrade e2fsprogs from 1.43.7 to 1.43.8.
Backport patch to fix build on BE systems
Signed-off-by: Huang Qiyu
Signed-off-by: Khem Raj
---
...ix-build-failure-in-swapfs.c-on-big-endia.patch | 40 ++
...s-fix-missing-check-for-permission-denied.patch | 10 +++
This pull contain
- binutils upgrade to 2.30
- musl update
- Recipe fixes which will be needed for glibc 2.27
- Drop redundant gcc patch
Changes since v1:
- Add proper sign-offs and Upstream-Status as reported by patchtest
- Backport another fix for pulseaudio memfd issue done upstream
The foll
From: Daniel Díaz
A recent commit in GLIBC [1] got rid of _LIB_VERSION, which
makes Perl's build fail:
| pp.c:47:5: error: unknown type name '_LIB_VERSION_TYPE'; did you mean
'__VERSION__'?
| _LIB_VERSION_TYPE _LIB_VERSION = _IEEE_;
| ^
| __VERSION__
| pp.c:47:38:
This patch is already in gcc-7-branch
https://github.com/gcc-mirror/gcc/commit/6e6c7fc1e15525a10f48d4f5ac2edd853e2f5cb7
Thanks nsz for noticing it
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-7.3.inc | 1 -
...e-alias-for-__cpu_indicator_init-instead-.patch | 85 -
Exposed with glibc 2.27
Signed-off-by: Khem Raj
---
meta/recipes-devtools/make/make.inc| 5 +-
...1-glob-Do-not-assume-glibc-glob-internals.patch | 70 ++
...2-glob-Do-not-assume-glibc-glob-internals.patch | 38
3 files changed, 112 insertions(+)
在 2018年01月29日 22:19, Anders Roxell 写道:
Removed 3 patches that have been upstreamed:
- 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
- 0037-ltp-fix-format-security-error.patch
- 0038-generate-reproducible-gzip.patch
I'm also working on this these days.
The following patches
The manifest file was not regenerated when the package was updated.
Signed-off-by: Derek Straka
---
meta/recipes-devtools/python/python/python2-manifest.json | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python/python2-manifest.json
b/m
These two packages are required to ensure the manifest files contain
all of the generated packages. Without this, the db and gdbm packages
will not contain the .so files as they are skipped during the compilation steps
Signed-off-by: Derek Straka
---
meta/recipes-devtools/python/python-native_2
On 01/29/2018 12:04 PM, Khem Raj wrote:
> On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell
> wrote:
>> Removed 3 patches that have been upstreamed:
>> - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
>> - 0037-ltp-fix-format-security-error.patch
>> - 0038-generate-reproducible-gz
On 01/29/2018 02:39 PM, Juro Bystricky wrote:
> Signed-off-by: Juro Bystricky
thanks. For some reason I thought I remove all the old patches...
hmm, in any case. Thanks again.
Armin
> ---
> .../files/0001-Fix-Makefile-quoting-bug.patch | 174
> -
> .../files/0002-P
Hi,
it might be useful to check if there is ${S}/waf at all before trying to
call it.
There are some recipes like jack and other which inherit waf-samba which
inherits waf, but they don't use waf for configure, strange isn't it?
But since this patch, there is new warning for every do_configure t
Awesome!, it seems that the script did save us from a couple of annoying
RDEPEND bugs on this new release!
Thanks Derek!
On 01/29/2018 02:26 PM, Derek Straka wrote:
Thanks. Last I checked it was just in master-next. I'll send the
patch for the manifest once I get off the train.
On Jan 29
glibc 2.27 has added memfd_create() but this conflicts with a copy in qemu, so
take a patch from upstream to fix building with glibc 2.27.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/qemu/qemu/memfd.patch | 57 +
meta/recipes-devtools/qemu/qemu_2.11.0.bb |
On Mon, 2018-01-29 at 09:44 -0800, Khem Raj wrote:
> On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross
> wrote:
> >
> > On 27 January 2018 at 07:06, Khem Raj wrote:
> > >
> > >
> > > Remove hardcoding c/c++ compiler to be gcc alone, its
> > > possible to use clang as replacement for cross compiler
There seem to be some patch files present in the repository that are not
referenced anywhere anymore.
Juro Bystricky (3):
tzcode: remove unused patch files
kexec-tools: remove unused patch file
libcrypt: remove unused patch file
.../files/0001-Fix-Makefile-quoting-bug.patch | 174 -
Signed-off-by: Juro Bystricky
---
...g-AArch32-CE-implementations-when-target-.patch | 96 --
1 file changed, 96 deletions(-)
delete mode 100644
meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch
diff --git
a/meta/recipes-s
Signed-off-by: Juro Bystricky
---
.../kexec/kexec-tools/kexec-aarch64.patch | 801 -
1 file changed, 801 deletions(-)
delete mode 100644 meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch
diff --git a/meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch
Signed-off-by: Juro Bystricky
---
.../files/0001-Fix-Makefile-quoting-bug.patch | 174 -
.../files/0002-Port-zdump-to-C90-snprintf.patch| 115 --
2 files changed, 289 deletions(-)
delete mode 100644
meta/recipes-extended/tzcode/files/0001-Fix-Makefile-qu
Thanks. Last I checked it was just in master-next. I'll send the patch
for the manifest once I get off the train.
On Jan 29, 2018 5:18 PM, "Richard Purdie" <
richard.pur...@linuxfoundation.org> wrote:
> On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote:
> > Rebased:
> > - python/01-use-pr
On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote:
> Rebased:
> - python/01-use-proper-tools-for-cross-build.patch
> - python/fix-makefile-for-ptest.patch
> - python/parallel-makeinst-create-bindir.patch
>
> Removed Upstreamed Patch:
> - python/Don-t-use-getentropy-on-Linux.patch
>
>
== Series Details ==
Series: python: Upgrade both python and python-native to 2.7.14 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/10723/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several
Rebased:
- python/01-use-proper-tools-for-cross-build.patch
- python/fix-makefile-for-ptest.patch
- python/parallel-makeinst-create-bindir.patch
Removed Upstreamed Patch:
- python/Don-t-use-getentropy-on-Linux.patch
Updated license checksum for changes in the copyright date. The license
== Series Details ==
Series: python: Upgrade both python and python-native to 2.7.14 (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/10723/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several
Rebased:
- python/01-use-proper-tools-for-cross-build.patch
- python/fix-makefile-for-ptest.patch
- python/parallel-makeinst-create-bindir.patch
Removed Upstreamed Patch:
- python/Don-t-use-getentropy-on-Linux.patch
Updated license checksum for changes in the copyright date. The license
Nope. I'm using Ubuntu 16.04.
On Mon, Jan 29, 2018 at 3:17 PM, Tim Orling wrote:
>
> On Mon, Jan 29, 2018 at 12:02 PM Derek Straka wrote:
>
>> It looks like the .so files (specifically gdbm and bsddb) are getting
>> dropped from the manifest when I run the create manifest task. I'll have
>> t
On Mon, Jan 29, 2018 at 12:02 PM Derek Straka wrote:
> It looks like the .so files (specifically gdbm and bsddb) are getting
> dropped from the manifest when I run the create manifest task. I'll have
> to take a look at why those aren't getting pulled into the dependency list.
>
Are you on Fedo
On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell wrote:
> Removed 3 patches that have been upstreamed:
> - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
> - 0037-ltp-fix-format-security-error.patch
> - 0038-generate-reproducible-gzip.patch
>
> Reworked path 0002-Add-knob-to-control
It looks like the .so files (specifically gdbm and bsddb) are getting
dropped from the manifest when I run the create manifest task. I'll have
to take a look at why those aren't getting pulled into the dependency list.
On Mon, Jan 29, 2018 at 2:49 PM, Derek Straka wrote:
> Oh no, I did not. I
Oh no, I did not. I will send a v2 with an updated manifest. Thanks for
catching that.
-Derek
On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego <
alejandro.enedino.hernandez-samani...@xilinx.com> wrote:
> Hey Derek,
>
>
> Just a quick question, did you run the create manif
On Mon, Jan 29, 2018 at 1:35 PM, Khem Raj wrote:
> On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol wrote:
>> kpatch is a Linux dynamic kernel patching infrastructure
>> which allows you to patch a running kernel without
>> rebooting or restarting any processes
>>
>> Currently it is enabled and te
Hey Derek,
Just a quick question, did you run the create manifest task along with
the upgrade?
Cheers,
Alejandro
On 01/26/2018 11:25 AM, Derek Straka wrote:
Rebased:
- python/01-use-proper-tools-for-cross-build.patch
- python/fix-makefile-for-ptest.patch
- python/parallel-makei
Apparently this was already merged. However, the assumption is that
${nonarch_base_libdir} will evaluate to /lib, or something that will be
accessible as /lib. I.e., the default definition of ${nonarch_base_libdir} is
“/lib” unless usrmerge is in DISTRO_FEATURES, in which case it is
“${root_pre
On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol wrote:
> kpatch is a Linux dynamic kernel patching infrastructure
> which allows you to patch a running kernel without
> rebooting or restarting any processes
>
> Currently it is enabled and tested on x86-64 systems,
> although can be extended to PPC
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Niko
> Mauno
> Sent: Monday, January 29, 2018 9:47 AM
> To: openembedded-core@lists.openembedded.org
> Cc: Niko Mauno
> Subject: [OE-core
This mitigates following issues during u-boot do_compile() step --
otherwise, if comm is not available, they are quietly ignored:
.../scripts/check-config.sh: line 33: comm: command not found
.../scripts/check-config.sh: line 39: comm: command not found
Since 'comm' is provided by coreutils p
On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross wrote:
> On 27 January 2018 at 07:06, Khem Raj wrote:
>>
>> Remove hardcoding c/c++ compiler to be gcc alone, its
>> possible to use clang as replacement for cross compilers
>> from meta-clang, therefore set clang/clang++ if
>> TOOLCHAIN = "clang"
>>
== Series Details ==
Series: "ofono: only depend on pygobjec..." and 4 more
Revision: 1
URL : https://patchwork.openembedded.org/series/10753/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
How does the patch relate to the comment which states the ABI says the path
*must* be /lib/. Is that wrong? How does this interact with the merged
symlink creation in image.bbclass? Please expand on the message so it's
clear what is meant to be happening.
Ross
On 27 January 2018 at 03:53, Pete
On 27 January 2018 at 07:06, Khem Raj wrote:
> Remove hardcoding c/c++ compiler to be gcc alone, its
> possible to use clang as replacement for cross compilers
> from meta-clang, therefore set clang/clang++ if
> TOOLCHAIN = "clang"
>
> Signed-off-by: Khem Raj
> ---
> meta/classes/meson.bbclass
Instead of using a sed to fix the hashbang in a test tool send a patch upstream
and use that. This way we'll notice when the patch doesn't need to be applied
anymore.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/ofono/ofono.inc | 3 ---
.../ofono/ofono/use-python3.patch
These base_* functions were moved into meta/lib/oe back in 2010 and wrappers
left in utils.bbclass for compatibility. It's been eight years, so I think it's
time to remove them.
Signed-off-by: Ross Burton
---
meta/classes/utils.bbclass | 41 -
1 file chan
These functions were moved to meta/lib/oe in 2010 and the base_* functions in
utils.bbclass were intended to be a short-term compatibility layer. They're
still used in a few places, so update the callers to use the new functions.
Signed-off-by: Ross Burton
---
meta/classes/image.bbclass
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/bluez5/bluez5.inc | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
b/meta/recipes-connectivity/bluez5/bluez5.inc
index e78f174c5cb..2607a058228 100644
--- a/meta/recipes-c
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/ofono/ofono.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/ofono/ofono.inc
b/meta/recipes-connectivity/ofono/ofono.inc
index 676a0c0042a..4443a95c2f7 100644
--- a/meta/recipes-connec
Depending on all of coreutils-native just for the comm binary is a bit of
an overkill, arguing to add comm to HOSTTOOLS is a lower-impact fix.
Ross
On 29 January 2018 at 14:19, Niko Mauno wrote:
> Coreutils provides 'comm' command which is called during do_compile()
> from scripts/check-config.
== Series Details ==
Series: libxshmfence: fix build with glibc 2.27
Revision: 1
URL : https://patchwork.openembedded.org/series/10752/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execute
With glibc 2.27 memfd_create() is behind a _GNU_SOURCE guard, so use
AC_USE_SYSTEM_EXTENSIONS to define it.
Signed-off-by: Ross Burton
---
.../xorg-lib/libxshmfence/extensions.patch | 17 +
meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb | 2 ++
2 files chan
Current Dev Position: YP 2.5 M2 development
Next Deadline: YP 2.5 M2 cut off was 1/15/18
SWAT team rotation: Ross -> Juro on Jan. 26, 2018.
SWAT team rotation: Juro -> Tracy on Feb. 2, 2018.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
· YP 2.
kpatch is a Linux dynamic kernel patching infrastructure
which allows you to patch a running kernel without
rebooting or restarting any processes
Currently it is enabled and tested on x86-64 systems,
although can be extended to PPC64 as well.
Signed-off-by: Ruslan Bilovol
---
meta/recipes-kerne
do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since
do_unpack gets removed by when externalsrc is enabled.
This was hidden because externalsrc does actually run do_fetch and do_unpack if
there are type=kmeta or file:// entries in the SRC_URI value of the kernel
recipe.
When externalsrc is enabled for kernel, do_patch doesn't exist since is in
SRCTREECOVEREDTASKS, so make these depend on a real task.
Fixes:
ERROR: Task do_unpack in /data/yocto/poky/meta/recipes-kernel/perf/perf.bb
depends upon non-existent task do_patch in
/data/yocto/poky/meta/recipes-k
do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since
do_unpack gets removed by when externalsrc is enabled.
This was hidden because externalsrc does actually run do_fetch and do_unpack if
there are type=kmeta or file:// entries in the SRC_URI value of the kernel
recipe.
== Series Details ==
Series: u-boot: Add coreutils-native to DEPENDS
Revision: 1
URL : https://patchwork.openembedded.org/series/10746/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execute
Coreutils provides 'comm' command which is called during do_compile()
from scripts/check-config.sh. This fixes following issues which are
otherwise quietly ignored:
.../scripts/check-config.sh: line 33: comm: command not found
.../scripts/check-config.sh: line 38: comm: command not found
Sign
Removed 3 patches that have been upstreamed:
- 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch
- 0037-ltp-fix-format-security-error.patch
- 0038-generate-reproducible-gzip.patch
Reworked path 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch.
Signed-off-by: Anders Ro
The yocto autobuilder was idle so I fired it, fingers crossed :)
On 27 January 2018 at 21:44, Khem Raj wrote:
> Hi All
>
> glibc 2.27 is releasing soon in few weeks. I have put together the recipes
> for upgrade, along with fixes for some of packages that I ran into here
>
> http://git.openembed
== Series Details ==
Series: Fix first boot deferral and postinst error reporting
Revision: 1
URL : https://patchwork.openembedded.org/series/10741/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have
On 29 January 2018 at 07:45, Zoran Stojsavljevic <
zoran.stojsavlje...@gmail.com> wrote:
> This one will be tough to integrate. Most of the packages depend on
> this one, which is critical one. On the very bottom. I would say, this
> is a big step, since here somewhere you should draw clear line.
I fully agree with this patchset. The old way of defining seems a bit hacky.
Also even if you follow the documented way to create postinstallation scripts
[1] you still get noisy warnings which seem like a problem.
Thanks for the effort!
[1]
http://www.yoctoproject.org/docs/2.4/mega-manual/meg
Now that the first boot deferral needs to be requested explicitly,
it's not really something to be concerned about.
Signed-off-by: Alexander Kanavin
---
meta/lib/oe/rootfs.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 8
This allows catching errors in the scriptlets which would otherwise
go unnoticed, e.g. this sequence:
bogus_command
proper_command
would work just fine. Note that this patch needs all of the preceding
patches, as otherwise running failing scriptlets with -e would defer
them to first boo
This function is a convenient and more readable shortcut for situations
when the postinst code always needs to run on target. All commands that
cannot be executed during cross-install and can only be run on target
should go into this function. They will only be executed on first boot
(if package wa
'exit 1' is not optimal for two reasons:
1) Code is hard to read; it is not obvious that it means 'defer what follows to
first boot'.
2) Worse, this hides actual errors in the scriptlets; there is no difference
between scriptlet
failing because it's intended to be run on target and scriptlet fai
Signed-off-by: Alexander Kanavin
---
meta/lib/oe/rootfs.py | 35 +++
1 file changed, 19 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 754ef563abe..d3ec8a56c48 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/ro
That hook is empty, and doesn't need to be executed; it merely indicates that
packages
that have used it are requesting to defer their postinst scripts to first boot
unconditionally.
Signed-off-by: Alexander Kanavin
---
meta/lib/oe/rootfs.py | 4
1 file changed, 4 insertions(+)
diff --git
This allows postinsts scripts to explicitly request a deferral to first boot
(by calling 'postinst_intercept delay_to_first_boot') instead of 'exit 1' which
should be used only to indicate actual script failures.
Signed-off-by: Alexander Kanavin
---
scripts/postinst-intercepts/delay_to_first_boo
This patchset is aiming to fix long-standing problems with package
post-installation
scriptlets:
1) The way to defer them to first boot is to issue 'exit 1'. On the other hand,
'exit 1' is also the way to indicate an error in the script. The patches
decouple
these two things.
2) Scriptlets shou
ah sorry, I checked rocko-next instead of next! Thanks for applying. Can
you also backport this patch to rocko, please?
Daniel
On 01/28/2018 11:21 AM, Richard Purdie wrote:
On Fri, 2018-01-26 at 17:41 +0100, Daniel Schultz wrote:
Commit message from the included patch:
"Linux kernel has added
78 matches
Mail list logo