Re: [OE-core] [PATCH v4] qemu-native: set ld.bfd, fix cflags, and set some environment vars

Hi, I got build errors on Ubuntu 12.04 with this patch: | DEBUG: Executing shell function do_configure | | ERROR: "gcc " cannot build an executable (is your linker broken?) // Robert On 06/21/2016 09:18 AM, Stephen Arnold wrote: And I finally figured out git send-email no longer has a

[OE-core] [PATCH V2 0/5] Package Upgrades: systemd, dbus, util-linux, systemd-bootchart

The following changes since commit 7c1f1fc3d739d778886208d6833c34e6ca1dc148: build-appliance-image: Add LC_ALL setting and drop pseudo pieces (2016-06-16 22:43:57 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/PU-20160623 http

[OE-core] [PATCH 4/5] util-linux: upgrade to 2.28

Related patches are rebased. util-linux-ng-2.16-mount_lock_path.patch is removed because there's no _PATH_MOUNTED_LOCK in the latest codes. util-linux-native.patch is removed because 2.28 version of util-linux has taken mkostemp into consideration and provide fallback if mkostemp fails.

[OE-core] [PATCH 2/5] systemd: upgrade to 230

Patches are rebased or removed for the latest version. 'python' is added to RDEPENDS of systemd-ptest. systemd-bootchart is now seprated from systemd, thus removing the related configuration items. Signed-off-by: Chen Qi --- meta/recipes-core/systemd/systemd.inc

[OE-core] [PATCH 1/5] dbus/dbus-test: upgrade to 1.10.8

0001-configure.ac-support-large-file-for-stat64.patch is removed as it's a backported patch and is already in the latest codes. Signed-off-by: Chen Qi --- .../{dbus-test_1.10.6.bb => dbus-test_1.10.8.bb} | 4 +- ...onfigure.ac-support-large-file-for-stat64.patch | 53

[OE-core] [PATCH 5/5] bash-completion: delete files util-linux provides

Signed-off-by: Chen Qi --- meta/recipes-support/bash-completion/bash-completion_2.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/bash-completion/bash-completion_2.1.bb

[OE-core] [PATCH 3/5] systemd-bootchart: add recipe

Signed-off-by: Chen Qi --- .../systemd-bootchart/systemd-bootchart_230.bb | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 meta/recipes-devtools/systemd-bootchart/systemd-bootchart_230.bb diff --git

Re: [OE-core] [RFC PATCH 0/8] [WIP] runqemu/runqemu-internal: refactor it

Hi Robert, On Tue, 2016-05-10 at 01:13 -0700, Robert Yang wrote: > This is still WIP, I send this out to make sure that I won't walk on > wrong way too far. Please feel free to give any comments. > > TODO: > * Update the one which uses runqemu, such as oeqa > * Boot EFI image > * Boot multilib

[OE-core] [PATCH] libcap: fix the libcap-native building failure on CentOS 6.7

From: Roy Li Signed-off-by: Roy Li --- ...XATTR_NAME_CAPS-is-defined-when-it-is-use.patch | 32 ++ meta/recipes-support/libcap/libcap_2.25.bb | 5 ++-- 2 files changed, 35 insertions(+), 2 deletions(-) create

Re: [OE-core] [RFC PATCH 0/8] [WIP] runqemu/runqemu-internal: refactor it

On 06/23/2016 04:17 PM, Richard Purdie wrote: Hi Robert, On Tue, 2016-05-10 at 01:13 -0700, Robert Yang wrote: This is still WIP, I send this out to make sure that I won't walk on wrong way too far. Please feel free to give any comments. TODO: * Update the one which uses runqemu, such as

Re: [OE-core] [PATCH 09/10] vte: don't build test app

On 22 June 2016 at 17:35, Burton, Ross wrote: > The patch should explain why we're disabling the test application. > > If we don't build the test app then the "vte" package is pretty pointless: > > libvte: > /usr/lib/libvte-2.91.so.0 >

Re: [OE-core] [yocto] Patchwork users: Help test new version

On Mon, Jun 20, 2016 at 10:47:16AM -0700, Michael Halstead wrote: > Hello, > > OpenEmbedded is nearly ready to upgrade to a new version of Patchwork. > The new version offers several new features that will allow OpenEmbedded > to improve developer workflow and automated checks on incoming

Re: [OE-core] [RFC PATCH 0/8] [WIP] runqemu/runqemu-internal: refactor it

Hi RP, Thanks, clear enough, here are the summary. For anyone who cares about runqemu, please free to give your comments, I will start working on it sooner. 1) Use python to replace of shell 2) Preserve the current command line options 3) Remove any machine knowledges out of runqemu scripts 4)

Re: [OE-core] [RFC PATCH 0/8] [WIP] runqemu/runqemu-internal: refactor it

On Thu, 2016-06-23 at 16:43 +0800, Robert Yang wrote: > On 06/23/2016 04:17 PM, Richard Purdie wrote: > > On Tue, 2016-05-10 at 01:13 -0700, Robert Yang wrote: > > Sorry about not responding to this before now. My concerns: > > > > a) The commandline structure is changing and I'm not sure I like

Re: [OE-core] [PATCH 2/5] systemd: upgrade to 230

On 06/23/2016 11:16 AM, Chen Qi wrote: 'python' is added to RDEPENDS of systemd-ptest. -RDEPENDS_${PN}-ptest += "gawk make perl bash xz \ +RDEPENDS_${PN}-ptest += "gawk make perl bash xz python\ This is not correct. Systemd is configured using --without-python, and so the python scripts are

[OE-core] [PATCH] test-dependencies.sh: Strip also '\.bb; .*' before adding failed recipe to list of failed

* format of bitbake tasks changed in: 2c88afb taskdata/runqueue: Rewrite without use of ID indirection -ERROR: Task 4 (/OE/build/oe-core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb, do_fetch) failed with exit code '1' +ERROR: Task

[OE-core] marquiz/build-perf/python-rewrite branch in openembedded-core-contrib

/openembedded-core-contrib * [new branch] ChenQi/PU-20160623 -> origin/ChenQi/PU-20160623 error: 'refs/remotes/origin/marquiz/build-perf' exists; cannot create 'refs/remotes/origin/marquiz/build-perf/python-rewrite' ! [new branch] marquiz/build-perf/python-rewrite -> origin/marquiz/b

[OE-core] [PATCH v2 09/10] classes/populate_sdk_ext: show progress when preparing build system

During the extensible SDK installation process the final step is to prepare the internal copy of the build system. This can take some time, especially if you have SDK_EXT_TYPE set to "minimal" (downloading sstate artifacts) and SDK_INCLUDE_PKGDATA set to "1" (restoring pkgdata for world). To make

[OE-core] [PATCH v2 07/10] classes/populate_sdk_ext: eliminate double execution on install

Use the new BB_SETSCENE_ENFORCE functionality to avoid having to run bitbake twice on installing the extensible SDK - we can now do it all in one invocation which not only takes less time, but we should also get more meaningful errors for some types of failure, in particular where downloading from

[OE-core] [PATCH v2 05/10] classes/sstate: add a mode to error if sstate package unavailable

If BB_SETSCENE_ENFORCE is set to "1" and an sstate package fails to download outside of the whitelist specified by BB_SETSCENE_ENFORCE_WHITELIST, then fail immediately so you can tell that the problem was caused by failing to restore the task from sstate. Part of the implementation of [YOCTO

[OE-core] [PATCH v2 03/10] classes/image: implement progress support for do_rootfs

Use the new task progress functionality to report progress during do_rootfs. This is a little coarse and ideally we would have some progress within the installation section, but it's better than nothing. Signed-off-by: Paul Eggleton --- meta/classes/image.bbclass

[OE-core] [PATCH v2 01/10] bitbake.conf: whitelist progress varflag

We don't want the value of this varflag in any signatures since it's only there for the purpose of aiding display of task execution. Signed-off-by: Paul Eggleton --- meta/conf/bitbake.conf | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH v2 08/10] lib/oe/sstatesig: print locked sigs file message only when explicitly called

If we're building the extensible SDK we don't need to see the "Writing locked sigs" message; it's only necessary when the user explicitly runs bitbake -S none . Signed-off-by: Paul Eggleton --- meta/lib/oe/sstatesig.py | 10 -- 1 file changed, 4

[OE-core] [PATCH v2 00/10] Show progress during build and eSDK install

Show progress during build and extensible SDK installation. I've often thought it would be nice if we could print progress information for individual tasks so that you could get some idea of whether the task is doing anything and how much longer it might take, and so I've been working on a set of

[OE-core] [PATCH v2 04/10] classes/sstate: show progress during sstate object availability check

Show progress through bitbake's standard terminal UI when checking for shared state object availability, since this can take some time if there are a large number of tasks to be executed and/or the network connection is slow. Part of the implementation for [YOCTO #5853]. Signed-off-by: Paul

[OE-core] [PATCH v2 02/10] classes/cmake: enable progress for do_compile

cmake outputs percentage complete as part of its compilation process, so we can enable BitBake's new progress scanning for do_compile here. Signed-off-by: Paul Eggleton --- meta/classes/cmake.bbclass| 1 +

[OE-core] [PATCH v2 06/10] classes/testsdk: print output correctly on failure

With Python 3 we get a bytes object from the command output and not a string, which gives some ugly formatting for error messages unless you decode it first. Signed-off-by: Paul Eggleton --- meta/classes/testsdk.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2

[OE-core] [PATCH v2 10/10] toolchain-shar-extract.sh: allow TERM through into SDK installer env

In order to show the task progress during the extensible SDK installation, knotty needs to know it is using a terminal it can support the "interactive" mode on (i.e. ncurses can be used), which means it needs access to the TERM variable value, so allow that through into the cleaned environment

Re: [OE-core] [PATCH] e2fsprogs: remove the extra dot from the recipe filename

On 06/22/2016 06:00 PM, Martin Jansa wrote: WARNING: e2fsprogs-1.43-r0 do_packagedata: QA Issue: Package version for package e2fsprogs-locale-uk went backwards which would break package feeds from (0:1.43.-r0.1 to 0:1.43-r0.0) [version-going-backwards] Have you checked what opkg/rpm actually

Re: [OE-core] [PATCH 2/5] systemd: upgrade to 230

On Thu, Jun 23, 2016 at 5:16 AM, Chen Qi wrote: > Patches are rebased or removed for the latest version. > > 'python' is added to RDEPENDS of systemd-ptest. > > systemd-bootchart is now seprated from systemd, thus removing the > related configuration items. > >

Re: [OE-core] [PATCH 2/5] systemd: upgrade to 230

On Thu, Jun 23, 2016 at 3:23 AM, Alexander Kanavin wrote: > On 06/23/2016 11:16 AM, Chen Qi wrote: >> >> 'python' is added to RDEPENDS of systemd-ptest. >> -RDEPENDS_${PN}-ptest += "gawk make perl bash xz \ >> +RDEPENDS_${PN}-ptest += "gawk make perl bash xz

Re: [OE-core] [PATCH 2/5] systemd: upgrade to 230

On 06/23/2016 04:56 PM, Khem Raj wrote: This is not correct. Systemd is configured using --without-python, and so the python scripts are not added to the list of tests in the top level Makefile.am. However they are still installed by the recipe - the correct fix is to remove them from the test

Re: [OE-core] [PATCH v2 1/2] initramfs-framework: base: Ensures /run/lock is available

On Thu, Jun 23, 2016 at 2:44 PM, Otavio Salvador wrote: > Depending on the module we use, the /run/lock may be required. This > creates it as part of initial setup and thus makes it available for > every sub module. > > Signed-off-by: Otavio Salvador

[OE-core] [PATCH v2 2/2] initramfs-framework: mdev: Add a runtime dependency on busybox-mdev

The mdev support relies on the mdev support inside busybox, which thus builds the busybox-mdev package. Adding the runtime dependency ensures its installation fails if mdev support is disabled. Signed-off-by: Otavio Salvador --- Changes in v2: None

[OE-core] [PATCH 1/2] security_flags.inc: enable PIE for a few recipes

They used to fail with PIE enabled, but no longer do. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/security_flags.inc | 14 -- 1 file changed, 14 deletions(-) diff --git a/meta/conf/distro/include/security_flags.inc

[OE-core] [PATCH 2/2] pythonnative.bbclass, python3native.bbclass: use DEPENDS_append instead of DEPENDS +=

Otherwise -native variants of recipes that use these classes don't get a proper python[3]-native dependency for some reason. Signed-off-by: Alexander Kanavin --- meta/classes/python3native.bbclass | 2 +- meta/classes/pythonnative.bbclass | 2 +- 2 files

[OE-core] [PATCH] recipetool: recognize less common makefile names

GNU make looks for "makefile" and "GNUmakefile" in addition to "Makefile", so add these other names to the heuristic for detecting a make-based project. Signed-off-by: Nathan Lynch --- scripts/lib/recipetool/create_buildsys.py | 2 +- 1 file changed, 1 insertion(+), 1

[OE-core] [PATCH 2/2] gstreamer1.0: Upgrade to 1.8.2

Signed-off-by: Khem Raj --- .../{gstreamer1.0-libav_1.8.1.bb => gstreamer1.0-libav_1.8.2.bb}| 0 ...er1.0-plugins-bad_1.8.1.bb => gstreamer1.0-plugins-bad_1.8.2.bb} | 4 ++-- ...1.0-plugins-base_1.8.1.bb => gstreamer1.0-plugins-base_1.8.2.bb} | 4 ++--

[OE-core] [PATCH 1/2] musl: Upgrade to tip

Rich Felker (4): fix undefined pointer arithmetic in CMSG_NXTHDR macro fix a64l undefined behavior on ILP32 archs, wrong results on LP64 archs avoid padding gaps in struct sockaddr_storage remove comments on copyright status from UTF-8 implementation files Szabolcs Nagy

Re: [OE-core] [PATCH v2 07/10] classes/populate_sdk_ext: eliminate double execution on install

On Fri, 24 Jun 2016 00:07:03 Paul Eggleton wrote: > One result of this change is that you get the errors printed on the > console during normal output rather than this going to the > preparing_build_system.log file first. In OE-Core revision > 227d2cbf9e0b8c35fa6644e3d72e0699db9607fa, we changed

[OE-core] [PATCH v2 1/2] initramfs-framework: base: Ensures /run/lock is available

Depending on the module we use, the /run/lock may be required. This creates it as part of initial setup and thus makes it available for every sub module. Signed-off-by: Otavio Salvador --- Changes in v2: - New patch

Re: [OE-core] [PATCHv3 10/30] vte: Upgrade to 0.44.1

On Wednesday, June 22, 2016 9:18:10 PM EDT Burton, Ross wrote: > On 22 June 2016 at 19:24, Andreas Müller > > wrote: > > Could we move vte to meta-oe to avoid further world blacklisting? > > This was the agreement in the other thread - Mark was going to restore the

Re: [OE-core] [PATCH v4] qemu-native: set ld.bfd, fix cflags, and set some environment vars

The fuse-ld=bfd flag is not in the v4 patch, can you go back and try the most recent one on the list? Thanks... On Thu, Jun 23, 2016 at 7:29 PM, Ting Liu wrote: > Same issue on CentOS 6.7. Older gcc does not support -fuse-ld=bfd. > > -Ting > >> -Original Message- >>

Re: [OE-core] [PATCH v4] qemu-native: set ld.bfd, fix cflags, and set some environment vars

Same issue on CentOS 6.7. Older gcc does not support -fuse-ld=bfd. -Ting > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf > Of Robert Yang > Sent: Thursday, June 23, 2016 3:55 PM > To:

Re: [OE-core] [oe-core][PATCH 0/1] blacklist: add BPNBLACKLIST support

> -Original Message- > From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] > Sent: Wednesday, June 22, 2016 7:30 PM > To: openembedded-core@lists.openembedded.org > Cc: Hatle, Mark; Slater, Joseph; Khem Raj > Subject: Re: [OE-core] [oe-core][PATCH 0/1] blacklist: add BPNBLACKLIST