Re: [OE-core] [PATCH v2 1/2] devtool: rework source extraction so that dependencies are handled

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

[OE-core] [PATCH v2 2/2] devtool: ensure recipes devtool is working on are unlocked within the eSDK

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

[OE-core] [PATCH v2 1/2] devtool: rework source extraction so that dependencies are handled

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

[OE-core] [PATCH v2 0/2] A couple of devtool fixes

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

Re: [OE-core] [PATCH 1/2] devtool: rework source extraction so that dependencies are handled

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

[OE-core] ✗ patchtest: failure for at-spi2-atk: Add HOMEPAGE info into recipe file. (rev5)

== 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

[OE-core] ✗ patchtest: failure for at-spi2-atk: Add HOMEPAGE info into recipe file. (rev4)

== 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

[OE-core] [PATCH] at-spi2-atk: Add HOMEPAGE info into recipe file.

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 ---

[OE-core] [PATCH] blktrace: Add HOMEPAGE info into recipe file.

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 ---

[OE-core] [PATCH] at-spi2-core: Add HOMEPAGE info into recipe file.

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 ---

[OE-core] [PATCH] libgudev: Add HOMEPAGE info into recipe file.

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 ---

[OE-core] ✗ patchtest: failure for kexec-tools: Update to 2.0.15

== 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

[OE-core] [PATCH] kexec-tools: Update to 2.0.15

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

[OE-core] [PATCH v2] linux-firmware: bump to latest linux-firmware git revision

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

Re: [OE-core] [PATCH v2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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 >

[OE-core] [PATCH v2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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.

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

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

Re: [OE-core] [PATCH] systemd: Fix rootfs transaction error when PACKAGECONFIG has polkit

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

Re: [OE-core] [RFC][PATCH] WIP: qemu: enable sdl2 virglrenderer gtk+ spice

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

Re: [OE-core] [U-Boot] [PATCH] u-boot: Upgrade to 2017.09

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 >>>

[OE-core] ✗ patchtest: failure for WIP: qemu: enable sdl2 virglrenderer gtk+ spice

== 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

[OE-core] [PATCH 1/1] oe-selftest: devtool: fix test_devtool_add hanging on some machines

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

[OE-core] [PATCH 0/1] oe-selftest: devtool: fix test_devtool_add hanging on some machines

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

Re: [OE-core] [PATCH 2/2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

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

Re: [OE-core] [RFC][PATCH] WIP: qemu: enable sdl2 virglrenderer gtk+ spice

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

[OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

* 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:

[OE-core] [RFC][PATCH] WIP: qemu: enable sdl2 virglrenderer gtk+ spice

* 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 ---

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

Re: [OE-core] [U-Boot] [PATCH] u-boot: Upgrade to 2017.09

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

Re: [OE-core] [PATCH] qemu: upgrade to version 2.10.0

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

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

[OE-core] [morty][PATCH] kernel.bbclass: fix KERNEL_IMAGETYPE(S) for Image.gz

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

[OE-core] [PATCH] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

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.

[OE-core] [PATCH][pyro] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

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.

Re: [OE-core] [PATCH 2/2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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

Re: [OE-core] [PATCH 2/2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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,

[OE-core] [PATCH v8 9/9] go: update to go 1.9

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

[OE-core] [PATCH v8 4/9] go-runtime: build the Go runtime as a shared library

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:

[OE-core] [PATCH v8 6/9] go.bbclass: Add "ldflags" to QA skip list

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 ++

[OE-core] [PATCH v8 3/9] go-1.8: add patch for set soname in ELF shared objects

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.

[OE-core] [PATCH v8 5/9] go.bbclass: add support linking against shared runtime

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

[OE-core] [PATCH v8 8/9] goarch.bbclass: set ARM_INSTRUCTION_SET to "arm"

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

[OE-core] [PATCH v8 7/9] go.bbclass: Add ptest support

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

[OE-core] [PATCH v8 2/9] goarch.bbclass: identify archs with Go dynamic linking support

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

[OE-core] [PATCH v8 1/9] go-runtime: extend to nativesdk builds

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

[OE-core] [PATCH v8 0/9] Revamp the Go support

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

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

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

[OE-core] [pyro][PATCH 0/2] Backports for pyro

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

[OE-core] [pyro][PATCH 2/2] bitbake.conf: add bzr to HOSTTOOLS_NONFATAL

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:

[OE-core] [morty][PATCH 1/1] glibc-locale: add runtime dependency on glibc

* 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:

[OE-core] [pyro][PATCH 1/2] glibc-locale: add runtime dependency on glibc

* 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:

[OE-core] [morty][PATCH 0/1] Backports for morty

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

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

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

Re: [OE-core] [RFC][PATCH] recipes: replace runtime dependency on bash with VIRTUAL-RUNTIME_bash

> -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]

[OE-core] [PATCH 2/2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

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

[OE-core] [PATCH 1/2] meta/conf/layers.conf: Add ca-certificates as ABISAFE

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

[OE-core] [RFC][PATCH] recipes: replace runtime dependency on bash with VIRTUAL-RUNTIME_bash

* 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

Re: [OE-core] Yocto Matchbox in 240x320 LCD Display

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

Re: [OE-core] [PATCH] qemu: upgrade to version 2.10.0

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= >

Re: [OE-core] [PATCH] qemu: upgrade to version 2.10.0

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

Re: [OE-core] [PATCH 0/7] kernel-yocto: conslidated pull request

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-

Re: [OE-core] [PATCH] systemd: Fix rootfs transaction error when PACKAGECONFIG has polkit

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

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

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

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

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

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

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

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

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,

Re: [OE-core] [PATCH 2/2] externalsrc.bbclass: Avoid symlink clashes for virtclasses

> 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

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

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

Re: [OE-core] [PATCH 2/2] externalsrc.bbclass: Avoid symlink clashes for virtclasses

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

Re: [OE-core] [PATCH 2/2] linux-firmware: bump to latest linux-firmware git revision

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

[OE-core] State of bitbake world, Failed tasks 2017-09-11

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

Re: [OE-core] [PATCH v8 1/3] kernel: Move Device Tree support to kernel.bbclass

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

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

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

[OE-core] [PATCH] binutils: bump SRCREV to latest 2.29 branch

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:

[OE-core] [PATCH] binutils: bump SRCREV to latest 2.29 branch

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

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

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:

[OE-core] [PATCH] busybox: using ip instead of ifconfig for ifup/ifdown

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