On Thursday, 14 September 2017 4:15:11 PM NZST Paul Eggleton wrote:
> * Since we are creating (or modifying) a bbappend on the fly after the
> initial cache load has taken place, we need to ensure that this gets
> noticed otherwise it won't have any effect. In order to do this
> properly
Alongside reworking the way devtool extracts source, we now need to
ensure that within the extensible SDK where task signatures are locked,
the signatures of the tasks for the recipes being worked on get unlocked
at the right time or otherwise we'll now get taskhash mismatches when
running devtool
Since it was first implemented, devtool's source extraction (as used by
the devtool modify, extract and upgrade subcommands) ignored other recipe
dependencies - so for example if you ran devtool modify on a recipe that
fetches from svn or is compressed using xz then it would fail if those
A fix for devtool modify and other source extracting subcommands to
handle dependencies, and a fix for devtool modify within the eSDK.
NOTE: the patch I just sent to the bitbake list to fix a bug in the way
empty directory notifications should be merged prior to merging this
series.
Changes
On Tuesday, 12 September 2017 10:18:38 PM NZST Paul Eggleton wrote:
> +tinfoil.run_command('invalidateParseCache')
This was only needed due to a bitbake bug that I have sent a fix for, so I'm
about to send a v2 for this series that omits this call.
Cheers,
Paul
--
Paul Eggleton
Intel
== Series Details ==
Series: at-spi2-atk: Add HOMEPAGE info into recipe file. (rev5)
Revision: 5
URL : https://patchwork.openembedded.org/series/8840/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
== Series Details ==
Series: at-spi2-atk: Add HOMEPAGE info into recipe file. (rev4)
Revision: 4
URL : https://patchwork.openembedded.org/series/8840/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
Signed-off-by: Huang Qiyu
---
meta/recipes-support/atk/at-spi2-atk_2.24.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/atk/at-spi2-atk_2.24.1.bb
b/meta/recipes-support/atk/at-spi2-atk_2.24.1.bb
index ac55081..4a0e411 100644
---
Signed-off-by: Huang Qiyu
---
meta/recipes-kernel/blktrace/blktrace_git.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index 957cb70..770575f 100644
---
Signed-off-by: Huang Qiyu
---
meta/recipes-support/atk/at-spi2-core_2.24.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/atk/at-spi2-core_2.24.1.bb
b/meta/recipes-support/atk/at-spi2-core_2.24.1.bb
index b5b71e7..1687ae3 100644
---
Signed-off-by: Huang Qiyu
---
meta/recipes-gnome/libgudev/libgudev_231.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/libgudev/libgudev_231.bb
b/meta/recipes-gnome/libgudev/libgudev_231.bb
index ae0f1c7..ad67926 100644
---
== Series Details ==
Series: kexec-tools: Update to 2.0.15
Revision: 1
URL : https://patchwork.openembedded.org/series/8885/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Starting with 4.12 kernels, kexec-tools cannot load a crash kernel
because ELF core parsing fails with errors like:
Unknown type (Reserved) while parsing /sys/firmware/memmap/5/type.
Please report this as bug. Using RANGE_RESERVED now.
...
ELF core (kcore) parse failed
Cannot load
From: Stefan Agner
This requires MD5 sum updates for
- LICENSE.QualcommAtheros_ath10k: year change
- WHENCE: various version updates and addition of new firmwares
The new firmware for Qualcom Venus causes a QA error:
QA Issue: linux-firmware: Recipe inherits the
On 9/13/17 5:40 PM, Mark Hatle wrote:
> If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by the
> packages.bbclass. This made it difficult for a recipe or layer to 'append'
> to the default.
>
> Copy the default into the bitbake.conf, allowing future _append and += style
>
If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by the
packages.bbclass. This made it difficult for a recipe or layer to 'append'
to the default.
Copy the default into the bitbake.conf, allowing future _append and += style
actions.
Default was remove from package.bbclass.
OK, thanks.
Any insights to the first issue described in commit message? That we know
that is an Actual Problem, but hard to reproduce it.
I'm rebuilding one component over and over again and with pseudo 1.8.1 I
got this issue in 5 rebuilds from 1000, now in the same build with latest
pseudo
On Wed, 13 Sep 2017 22:50:32 +0200
Martin Jansa wrote:
> inode mismatch:
> '/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot/etc/group'
> ino 29361846 in db, 29361904 in request.
Just to be clear about this:
This is at least potentially
On Wed, 13 Sep 2017 22:46:59 +0200
Martin Jansa wrote:
> And some-other-unrelated-file is really some different file, not
> just hardlink to the same file from some different directory (like
> between WORKDIR and sysroot other "path mismatch" entries show).
To clarify
Yes, you're right it shouldn't use passwd/group from host.
I've tried to reproduce it in different build directory and now I see that
it properly adds polkitd user in do_prepare_recipe_sysroot task already:
OE @ ~ $ tail -n 15
On Wed, 2017-09-13 at 14:12 -0700, Alistair Francis wrote:
> On Wed, Sep 13, 2017 at 2:09 PM, Richard Purdie
> wrote:
> >
> > On Wed, 2017-09-13 at 13:55 -0700, Alistair Francis wrote:
> > >
> > > On Wed, Sep 13, 2017 at 1:42 PM, Burton, Ross
On Wed, Sep 13, 2017 at 2:09 PM, Richard Purdie
wrote:
> On Wed, 2017-09-13 at 13:55 -0700, Alistair Francis wrote:
>> On Wed, Sep 13, 2017 at 1:42 PM, Burton, Ross
>> wrote:
>> >
>> > Can you share a log showing that?
>> This is the
On Wed, 2017-09-13 at 13:55 -0700, Alistair Francis wrote:
> On Wed, Sep 13, 2017 at 1:42 PM, Burton, Ross
> wrote:
> >
> > Can you share a log showing that?
> This is the full log, so it's not just OpenSSL:
I suspect the new dependency means other things get built on
On Wed, Sep 13, 2017 at 10:48:05PM +0200, Martin Jansa wrote:
> On Wed, Sep 13, 2017 at 10:46:47PM +0200, Martin Jansa wrote:
> > * this is only for test
> > * it should be enabled in some distro layer which prefers extra
> > native dependencies for virglrenderer and enables meta-pyton
> > for
Marek,
On Wed, Sep 13, 2017 at 5:20 PM, Marek Vasut wrote:
> On 09/13/2017 10:11 PM, Otavio Salvador wrote:
>> On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
>> ...
>>> What is the status of those dangling patches ? They were apparently
>>>
== Series Details ==
Series: WIP: qemu: enable sdl2 virglrenderer gtk+ spice
Revision: 1
URL : https://patchwork.openembedded.org/series/8880/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
The code in scriptutils which implements the logic for running the
editor used by devtool edit-recipe looks at the VISUAL environment
variable before EDITOR, and thus if VISUAL is set in the environment it
will override the EDITOR value we are setting here, the editor (usually
vim) launches and
The following changes since commit de70799af1a8bfe2fac22b90401053275d4714ba:
image_types: support lz4 compressed squashfs (2017-09-12 23:54:43 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
paule/devtool-edit-recipe-selftest-fix
On Wed, 2017-09-13 at 13:42 -0500, Mark Hatle wrote:
> On 9/13/17 12:57 PM, Otavio Salvador wrote:
> >
> > On Wed, Sep 13, 2017 at 12:15 PM, Mark Hatle >
> > Couldn't package.bbclass one to be dropped?
> >
> >
> Yes, I didn't do it at present because I was worried it
On Wed, Sep 13, 2017 at 1:42 PM, Burton, Ross wrote:
> Can you share a log showing that?
This is the full log, so it's not just OpenSSL:
alistai@xsjalistai50:/scratch/alistai/yocto/oe-master/build (master)*$
SDKMACHINE="x86_64-mingw32" bitbake buildtools-tarball
Loading
On Wed, Sep 13, 2017 at 10:46:59PM +0200, Martin Jansa wrote:
> * we often see QA warnings like:
> glibc-locale-2.26: glibc-locale:
> /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT is owned
> by uid 3004, which is the same as the user running bitbake. This may be due
> to
On Wed, Sep 13, 2017 at 10:46:47PM +0200, Martin Jansa wrote:
> * this is only for test
> * it should be enabled in some distro layer which prefers extra
> native dependencies for virglrenderer and enables meta-pyton
> for spice
> * cannot enable gtk+ for native builds, because there is no
* we often see QA warnings like:
glibc-locale-2.26: glibc-locale:
/glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT is owned by
uid 3004, which is the same as the user running bitbake. This may be due to
host contamination [host-user-contaminated]
glibc-locale-2.26:
* this is only for test
* it should be enabled in some distro layer which prefers extra
native dependencies for virglrenderer and enables meta-pyton
for spice
* cannot enable gtk+ for native builds, because there is no gtk+3-native
Signed-off-by: Martin Jansa
---
Can you share a log showing that?
On 13 September 2017 at 21:07, Alistair Francis
wrote:
> On Tue, Sep 5, 2017 at 8:08 AM, Ross Burton wrote:
> > Large portions of GIO are not that useful without the MIME database.
> Add a
> > recommends to
On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
...
> What is the status of those dangling patches ? They were apparently
> posted, but didn't make it into the last two (?) releases.
I am confused. Are you asking for U-Boot community or OE community?
--
Otavio
BTW: I've just noticed that this upgrade goes backwards again as QA
warnings show:
qemu-2.10.0: Package version for package qemu-dbg went backwards which
would break package feeds from (0:2.10.0-rc2-r0.0 to 0:2.10.0-r0.0)
[version-going-backwards]
qemu-2.10.0: Package version for package qemu-dbg
On Tue, Sep 5, 2017 at 8:08 AM, Ross Burton wrote:
> Large portions of GIO are not that useful without the MIME database. Add a
> recommends to shared-mime-info so that GIO works out of the box, but can be
> removed (using BAD_RECOMMENDATIONS) if shared-mime-info is too
KERNEL_IMAGETYPES lists all the kernel images that we want to build. in
cb17b6c2a7 (kernel.bbclass: support kernel image type of vmlinux.gz), some logic
was added to support vmlinux.gz which is not a target built by kernel
makefiles (only vmlinux). It is clear that the goal of this logic is only
All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an
information disclosure vulnerability which allows remote attackers to obtain
sensitive information from the bluetoothd process memory. This vulnerability
lies in the processing of SDP search attribute requests.
All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an
information disclosure vulnerability which allows remote attackers to obtain
sensitive information from the bluetoothd process memory. This vulnerability
lies in the processing of SDP search attribute requests.
On 9/13/17 12:57 PM, Otavio Salvador wrote:
> On Wed, Sep 13, 2017 at 12:15 PM, Mark Hatle wrote:
>> If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by the
>> packages.bbclass. This made it difficult for a recipe or layer to 'append'
>> to the
On Wed, Sep 13, 2017 at 12:15 PM, Mark Hatle wrote:
> If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by the
> packages.bbclass. This made it difficult for a recipe or layer to 'append'
> to the default.
>
> Copy the default into the bitbake.conf,
From: Matt Madison
* Rebased patches
- dropped armhf-elf patch, should no longer be needed
- dropped syslog patch which should not have been imported to begin with
- reworked other patches as needed for the updated code base
* Updated native, cross, cross-canadian
From: Matt Madison
If the target architecture supports, it build the Go
runtime as a shared library in addition to building
the static libraries.
Signed-off-by: Matt Madison
Signed-off-by: Otavio Salvador
---
Changes in v9:
Currently every Go package will end with GNU_HASH in the ELF binary
however adding it to every recipe is cumbersome so instead we handle
that here.
Signed-off-by: Otavio Salvador
---
Changes in v9: None
meta/classes/go.bbclass | 2 ++
From: Matt Madison
The go link tool does not set the soname by default, which
prevents package.bbclass's shlibs processing from seeing
shared libraries built with go.
This patch passes appropriate options to go's linker and
the external linker to set the soname.
From: Matt Madison
For architectures that support it, use the -linkshared
build option to build packages against the shared Go
runtime.
Signed-off-by: Matt Madison
Signed-off-by: Otavio Salvador
---
Changes in v9:
- new
From: Matt Madison
Go does not play well with thumb, so ensure that the
toolchain and any packages use arm, not thumb, instructions.
Signed-off-by: Matt Madison
Signed-off-by: Otavio Salvador
---
Changes in v9:
- new patch
This adds ptest support for Go packages so its unittest content is
packaged and integrated onto the test framework.
Signed-off-by: Otavio Salvador
---
Changes in v9:
- new patch
meta/classes/go.bbclass | 62 +++--
1 file
From: Matt Madison
Go only supports shared libraries for some architectures, so
add a variable for use elsewhere that gets a non-null value
only for those architectures.
Signed-off-by: Matt Madison
Signed-off-by: Otavio Salvador
From: Matt Madison
Missed this when addding SDK support.
Signed-off-by: Matt Madison
Signed-off-by: Otavio Salvador
---
Changes in v9:
- new patch
meta/recipes-devtools/go/go-runtime.inc | 3 +++
1 file changed, 3
This improves the Go support on OE-Core.
We are trying to port as much as possible work done by Matt on
meta-golang back to OE-Core and also to avoid carrying old releases as
there is no need to support more versions of Go toolchain.
This fixes issues in existing support as well as add support
On 09/13/2017 08:40 AM, Ruslan Bilovol wrote:
> On Thu, Aug 24, 2017 at 9:37 PM, Philip Balister wrote:
>> Once again we will have a developer meeting in Prague the Sunday before
>> ELCE.
>>
>> Please go to https://www.openembedded.org/wiki/OEDEM_2017 and add
>> yourself if
2 cherry-picks from master:
http://git.openembedded.org/openembedded-core/commit/?id=c7ba7e9e7a7ca2caf453106112dc5a3c855b21d3
http://git.openembedded.org/openembedded-core/commit/?id=2d2b4d7383c93174fe8eeb72440e81345df71295
The following changes since commit
From: Martin Jansa
* it's used by bzr fetcher:
meta/conf/bitbake.conf:FETCHCMD_bzr = "/usr/bin/env bzr"
and when it isn't available in PATH do_fetch tasks fail with:
/usr/bin/env: ‘bzr’: No such file or directory
* it was also added in:
* the libc.so.6 dependency is detected always:
$ grep FILERDEPENDS BUILD-*/pkgdata/qemux86/runtime/localedef
BUILD-bad/pkgdata/qemux86/runtime/localedef:FILERDEPENDSFLIST_localedef:
/usr/bin/localedef
BUILD-bad/pkgdata/qemux86/runtime/localedef:FILERDEPENDS_/usr/bin/localedef_localedef:
* the libc.so.6 dependency is detected always:
$ grep FILERDEPENDS BUILD-*/pkgdata/qemux86/runtime/localedef
BUILD-bad/pkgdata/qemux86/runtime/localedef:FILERDEPENDSFLIST_localedef:
/usr/bin/localedef
BUILD-bad/pkgdata/qemux86/runtime/localedef:FILERDEPENDS_/usr/bin/localedef_localedef:
1 cherry-pick from master:
http://git.openembedded.org/openembedded-core/commit/?id=2d2b4d7383c93174fe8eeb72440e81345df71295
pull request for pyro sent at the same time.
The following changes since commit 56eae27b3a7bd938d6959e5b671fc48ea2ab80c7:
neard: Fix parallel build issue (2017-09-11
On Thu, Aug 24, 2017 at 9:37 PM, Philip Balister wrote:
> Once again we will have a developer meeting in Prague the Sunday before
> ELCE.
>
> Please go to https://www.openembedded.org/wiki/OEDEM_2017 and add
> yourself if you are attending and ideas for topics.
>
> Although
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Martin Jansa
> Sent: den 13 september 2017 16:49
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [RFC][PATCH]
If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by the
packages.bbclass. This made it difficult for a recipe or layer to 'append'
to the default.
Copy the default into the bitbake.conf, allowing future _append and += style
actions.
Signed-off-by: Mark Hatle
meta-oe was doing this before, but it was triggering a yocto-compat-script
failure during the signature checking.
The ca-certificates changing is ABISAFE, as the certificates themselves do
not modify the compiles behavior of the applications. This should permit
easier upgrades without as much
* this allows to reliably replace bash with e.g. busybox
* without this change the QA check can find bash as the provider
for /bin/bash if you build bash before some other recipe using
bash and then QA issue like this is shown:
ERROR: QA Issue: foo rdepends on bash, but it isn't a build
The default theme, fonts, padding etc all assume the screen has a higher
resolution than you have. At one point there used to be a qvga theme but
that was dropped several years ago. Making the font a lot smaller will
solve most of your problems, then you'll have to fix the remaining problems
one
On 13 September 2017 at 15:12, Martin Jansa wrote:
> On Fri, Sep 01, 2017 at 01:44:56PM +0200, Martin Jansa wrote:
> > I don't know how accelerated GL will be in the end, but this commit:
> > https://git.qemu.org/?p=qemu.git;a=commitdiff;h=
>
On Fri, Sep 01, 2017 at 01:44:56PM +0200, Martin Jansa wrote:
> I don't know how accelerated GL will be in the end, but this commit:
> https://git.qemu.org/?p=qemu.git;a=commitdiff;h=474114b7305cc1be7c2ee8ba5267be159a9d56e3
> made it possible.
>
> I've built qemu with my Gentoo host with virgl
On 09/05/2017 10:59 AM, Richard Purdie wrote:
On Tue, 2017-09-05 at 10:24 -0400, Bruce Ashfield wrote:
On 09/05/2017 10:13 AM, Richard Purdie wrote:
Hi Bruce,
We had a locked up qemuppc lsb image and I was able to find
backtraces
from the serial console log (/home/pokybuild/yocto-
It should work because it has nothing to do with that particular passwd file.
This is builds successfully on a ubuntu 16.04 host which has no polkitd user.
Also with the user add stanza in the patch it should be adding the user that is
required when PACKAGECONFIG has the polkitd added to the
On Wed, Sep 13, 2017 at 5:15 AM, André Draszik wrote:
> On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
...
> AFAICS, zImage is specific to x86 and arm, all other arches, including MIPS
> have no zImage Makefile target, so we'll never get here.
Do you know which types
On 09/13/2017 02:23 AM, Andrea Galbusera wrote:
Hi!
On Tue, Sep 12, 2017 at 12:58 PM, Martin Jansa > wrote:
Hi,
I don't see any obvious change in this update which should cause
this, but rebuilding my image for
On Wed, Sep 13, 2017 at 8:09 AM, Matt Madison wrote:
> On Tue, Sep 12, 2017 at 12:21 PM, Khem Raj wrote:
>> On Tue, Sep 12, 2017 at 12:20 PM, Otavio Salvador
>> wrote:
>>> On Tue, Sep 12, 2017 at 3:58 PM, Martin Jansa
On Tue, Sep 12, 2017 at 03:23:40PM +0200, Enrico Scholz wrote:
> Ed Bartosh writes:
>
> > I agree. --size is less suitable for your needs than extra space and
> > overhead factor. I still don't like the idea of using them to reserve
> > non-formatted space.
>
> Btw,
> From: Richard Purdie
> Sent: Wednesday, September 13, 2017 12:41
>
>On Tue, 2017-09-12 at 11:23 +, Ola x Nilsson wrote:
>> I noticed that the preceding commit has been merged.
>> Is there some problem with this
On Tue, Sep 12, 2017 at 12:21 PM, Khem Raj wrote:
> On Tue, Sep 12, 2017 at 12:20 PM, Otavio Salvador
> wrote:
>> On Tue, Sep 12, 2017 at 3:58 PM, Martin Jansa wrote:
>>> Seems like this version was already picked to
On Tue, 2017-09-12 at 11:23 +, Ola x Nilsson wrote:
> I noticed that the preceding commit has been merged.
> Is there some problem with this one?
Its not something I can describe easily, more a gut feeling that is
shared by some others I've talked to.
Basically externalsrc is turning into
On 13 September 2017 at 01:07, Stefan Agner wrote:
> +ERROR_QA_remove = "arch"
>
This doesn't remove it from WARN_QA so it will still produce a warning if
it is present. However the typical way to do this is to set INSANE_SKIP
(which the recipe already does for another package
qemux86 shows a bit more failures, because it's built from slightly
older metadata (I've removed some pending changes from master-next after
that build).
Also big chunk of meta-networking changes was finally merged, so the list
of tested changes in next report should be significantly shorter
On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
> The Device Tree is commonly used but it is still kept as a .inc file
> instead of a proper class. Instead now we move the Device Tree code
> to
> a kernel-devicetree class and automatically enable it when the
> KERNEL_DEVICETREE variable
On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
> The are use cases where the Device Tree appended to the kernel is
> convinient, so we generate the bundle concatenating the kernel (and
> potentionally the initramfs) and the Device Tree binaries.
>
> To enable it, set
Update to the latest commit on the 2.29 branch to fix CVEs:
CVE-2017-12448, CVE-2017-12449. CVE-2017-12451, CVE-2017-12452,
CVE-2017-12454, CVE-2017-12455, CVE-2017-12456, CVE-2017-12457,
CVE-2017-12458, CVE-2017-12459, CVE-2017-12799, CVE-2017-12967,
CVE-2017-13710
References:
There are 47 effecitve commits since last update. All changes are for
bug fixing, so it is safe to update:
$ git log --oneline dd24168...binutils-2_29-branch | grep -v "Automatic date"
4c73077 Import fix from mainline that fixes buffer overrun errors when parsing
corrupt DWARF debug information
Hi!
On Tue, Sep 12, 2017 at 12:58 PM, Martin Jansa
wrote:
> Hi,
>
> I don't see any obvious change in this update which should cause this, but
> rebuilding my image for raspberrypi3-64 after this update (the previous
> image was built without errors) shows:
>
> NOTE:
There is an issue for requesting dynamic IP with ifup/ifdown command
when using dhclient.
Steps to reproduce:
1. Build a full-cmdline image and install dhcp-client as the default DHCP
client.
2. Configure a static IP for eth0 in /etc/networking/interfaces and reboot.
$ ifconfig eth0
eth0
84 matches
Mail list logo