[OE-core] [PATCHv2 1/3] oeqa/utils/commands.py: Make a copy of variables in get_bb_vars

From: Mariano Lopez The function get_bb_vars will remove items for the list passed as the function argument, this will leave the caller with an empty list and the function never says it will consume the items. This hasn't been found before because only get_bb_var

[OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

From: Mariano Lopez This new option allows to commit the result to a git repository, along with the results it will add a metadata file for information of the current selftest run, such as: hostname, machine, distro, distro version, host version, and layers. This

Re: [OE-core] [Master][PATCH] libtiff: Update to 4.0.7

On 11/23/2016 05:32 PM, akuster808 wrote: The never made into patchwork. is there a bug there ? is there an issue on how I submitted? - armin On 11/21/2016 09:28 PM, Armin Kuster wrote: I haven't actually seen the email with the patch at all on the mailing list, just your response to it.

[OE-core] [PATCHv2 2/3] oeqa/utils/metadata.py: Add metadata library

From: Mariano Lopez Adds functions to get metadata from the host running the tests. [YOCTO #9954] Signed-off-by: Mariano Lopez --- meta/lib/oeqa/utils/metadata.py | 83 + 1 file changed, 83

[OE-core] [PATCHv2 0/3] Add communication mechanism for sending test results

From: Mariano Lopez These changes add a mechanism for sending test result to a remote repository for later consumption of the data from other clients. These patches were tested in our local autobuilders. Changes in v2: - Give more priority to local branches,

Re: [OE-core] [PATCH] buildhistory-diff: report directory renames

On Tue, Nov 29, 2016 at 03:51:21PM +0200, Alexander Kanavin wrote: > On 11/28/2016 07:28 PM, Ed Bartosh wrote: > >The script detects directory renaming if two different > >directories with the same set of files are added and removed. > > What happens if the sets of files are slightly different?

[OE-core] Fwd: [PATCH 00/27] Morty-next pull request cover letter only

resending. looks like this did not hit the list. I think its do to my corporate email not registered. - armin Forwarded Message Subject: [PATCH 00/27] Morty-next pull request cover letter only Date: Tue, 29 Nov 2016 09:08:18 -0800 From: Armin Kuster To:

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

On Thu, Dec 1, 2016 at 1:28 AM, Peter Kjellerstedt wrote: >> -Original Message- >> From: openembedded-core-boun...@lists.openembedded.org >> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of >> Khem Raj >> Sent: den 28 november 2016 22:26

Re: [OE-core] [PATCH] libc-package.bbclass: split binary localedata even more if asked to

On Thu, Dec 1, 2016 at 4:33 AM, Andreas Oberritter wrote: > On 01.12.2016 05:02, Khem Raj wrote: >> >>> On Nov 30, 2016, at 3:50 PM, Andreas Oberritter >>> wrote: >>> >>> If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert >>>

[OE-core] [PATCH] AUH: status email indicates the URL of the log folder

Upgrade status email should indicate the URL of the log folder instead of the tar URL [YOCTO #10670] Signed-off-by: Edwin Plauchu --- upgradehelper.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/upgradehelper.py b/upgradehelper.py

[OE-core] [PATCH] perl-native: Remove usage of -fstack-protector=strong

Some distributions (like opensuse421) supported by the project comes with older gcc releases, -fstack-protector=strong is supported by GCC>=4.9. This causes a build failure when install perl-native from a sstate that comes from a machine supporting -fstack-protector=strong [1]. So disable usage

Re: [OE-core] [PATCH] AUH: status email indicates the URL of the log folder

This is not the correct list. AUH goes to the Yocto list, I believe. On 12/01/2016 10:14 AM, Edwin Plauchu wrote: Upgrade status email should indicate the URL of the log folder instead of the tar URL [YOCTO #10670] Signed-off-by: Edwin Plauchu ---

Re: [OE-core] [PATCH] AUH: status email indicates the URL of the log folder

Thanks for clarification On 01/12/16 10:22, Leonardo Sandoval wrote: This is not the correct list. AUH goes to the Yocto list, I believe. On 12/01/2016 10:14 AM, Edwin Plauchu wrote: Upgrade status email should indicate the URL of the log folder instead of the tar URL [YOCTO #10670]

[OE-core] [PATCH 1/3] python3-native: Add python3-modules to RPROVIDES list

From: Linus Svensson Signed-off-by: Linus Svensson --- meta/recipes-devtools/python/python3-native_3.5.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/python/python3-native_3.5.2.bb

[OE-core] [PATCH 2/3] meson: Add recipe for the meson build system

From: Linus Svensson Meson is a build system designed to be fast and as user firendly as possible. Find out more about meson at mesonbuild.com. This patch is based on a prototype patch by Ross Burton . Signed-off-by: Linus Svensson

[OE-core] [PATCH 3/3] meson.bbclass: Add meson.bbclass

From: Linus Svensson Add a class for packages that uses the meson build system. Meson uses a cross-file that contain needed tools and information about the host and target system. Such a file will be created in {WORKDIR}. Meson only allows installation directories to be

Re: [OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

On Thursday, December 01, 2016 10:52:40 AM Benjamin Esquivel wrote: > Hi Mariano > > On Thu, 2016-12-01 at 09:37 -0600, mariano.lo...@linux.intel.com wrote: > > From: Mariano Lopez > > > > This new option allows to commit the result to a git repository, > > along

Re: [OE-core] [PATCH 1/2] bash: use update-alternatives for the bash binary

On 30 November 2016 at 18:50, Andreas Oberritter wrote: > Busybox may offer a bash applet. If enabled, the alternatives mechanism > Wait, what? busybox can ship a /bin/bash that isn't bash? That's *hideous*! Ross -- ___

Re: [OE-core] [oe] [meta-oe][PATCH] libva: Import from meta-intel and update to 1.7.3

On Thu, Dec 1, 2016 at 9:19 AM, Burton, Ross wrote: > On 1 December 2016 at 03:42, Khem Raj wrote: > >> >> If libva goes in, can we get libva-intel-driver in as well? Those go >> >> hand-in-glove currently. >> >> >> > >> > Khem, does the AMD BSP use

Re: [OE-core] [PATCH] libc-package.bbclass: split binary localedata even more if asked to

On 01.12.2016 17:51, Khem Raj wrote: > On Thu, Dec 1, 2016 at 4:33 AM, Andreas Oberritter > wrote: >> On 01.12.2016 05:02, Khem Raj wrote: >>> On Nov 30, 2016, at 3:50 PM, Andreas Oberritter wrote: If GLIBC_SPLIT_LC_PACKAGES is

Re: [OE-core] [PATCH 1/2] bash: use update-alternatives for the bash binary

On 01.12.2016 18:41, Burton, Ross wrote: > > On 30 November 2016 at 18:50, Andreas Oberritter > wrote: > > Busybox may offer a bash applet. If enabled, the alternatives mechanism > > > Wait, what? busybox can ship a /bin/bash that

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

On 28 November 2016 at 21:26, Khem Raj wrote: > -PV = "230+git${SRCPV}" > packages/corei7-64-intel-common-poky-linux/systemd-boot/systemd-boot-dev: PKGV changed from 230+git0+3a74d4fc90 to 1.0 [default] I'm starting to wonder if systemd and systemd-boot sharing a .inc is a

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

On Thu, Dec 1, 2016 at 12:22 PM, Burton, Ross wrote: > > On 28 November 2016 at 21:26, Khem Raj wrote: >> >> -PV = "230+git${SRCPV}" > > > packages/corei7-64-intel-common-poky-linux/systemd-boot/systemd-boot-dev: > PKGV changed from 230+git0+3a74d4fc90

[OE-core] [PATCH V4 2/2] systemd: Upgrade to 232

* Drop support for rcS.d SysV init scripts. These are prone to cause dependency loops, and almost all packages with rcS scripts now ship a native systemd service. * Drop mount propagation patch, it only happens with libseccomp, OE doesnt enable it * kdbus option has disappeared from

Re: [OE-core] [PATCH] perl-native: Remove usage of -fstack-protector=strong

On Thu, Dec 1, 2016 at 2:46 PM, Aníbal Limón wrote: > > > On 12/01/2016 04:39 PM, Khem Raj wrote: >> On Thu, Dec 1, 2016 at 8:34 AM, Aníbal Limón >> wrote: >>> Some distributions (like opensuse421) supported by the project >>> comes

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

sent a v4 On Thu, Dec 1, 2016 at 12:22 PM, Burton, Ross wrote: > > On 28 November 2016 at 21:26, Khem Raj wrote: >> >> -PV = "230+git${SRCPV}" > > > packages/corei7-64-intel-common-poky-linux/systemd-boot/systemd-boot-dev: > PKGV changed from

Re: [OE-core] [PATCH] perl-native: Remove usage of -fstack-protector=strong

On Thu, Dec 1, 2016 at 8:34 AM, Aníbal Limón wrote: > Some distributions (like opensuse421) supported by the project > comes with older gcc releases, -fstack-protector=strong is supported > by GCC>=4.9. > > This causes a build failure when install perl-native from a

Re: [OE-core] [PATCH] perl-native: Remove usage of -fstack-protector=strong

On 12/01/2016 04:39 PM, Khem Raj wrote: > On Thu, Dec 1, 2016 at 8:34 AM, Aníbal Limón > wrote: >> Some distributions (like opensuse421) supported by the project >> comes with older gcc releases, -fstack-protector=strong is supported >> by GCC>=4.9. >> >> This

Re: [OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

On Thu, 2016-12-01 at 11:00 -0600, Mariano Lopez wrote: > > I think this version is okay :) have you tested it in an > Autobuilder > > task?  > > Indeed, that is why it took me a bit longer to submit the patch. I > know this won't blow up current master.  But Ihaven't used the > option yet, we

[OE-core] non-standard library locations and rpath

I'm having some troubles with shared library, shared library dependencies and rpaths. I have libfoo, which depends on libbar when I try to link libfoo with my app, it requires libbar to be found. libbar is in a non-standard location, /usr/local/bar when I compiled libfoo, I used -Wl,rpath-link

Re: [OE-core] [PATCHv2 3/3] oe-selftest: Add option to submit test result to a git repository.

Hi Mariano On Thu, 2016-12-01 at 09:37 -0600, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This new option allows to commit the result to a git repository, > along with the results it will add a metadata file for information > of the current

[OE-core] [PATCH] diffutils: 3.4 -> 3.5

From: Huang Qiyu Upgrade diffutils from 3.4 to 3.5. Signed-off-by: Huang Qiyu --- .../0001-Unset-need_charset_alias-when-building-for-musl.patch| 0 .../diffutils/{diffutils-3.4 => diffutils-3.5}/run-ptest | 0

[OE-core] Debugfs + nfs-utils-client + ipkg

I've run into an issue recently when trying to build an image along with the companion debugfs. This error only occurs if 'nfs-utils-client' is added to IMAGE_INSTALL and ipkg packages are selected. I don't get the error with RPM or with removing nfs-utils-client. Also, I can see the missing files

Re: [OE-core] Debugfs + nfs-utils-client + ipkg

Hi Michael, On 12/02/2016 11:19 AM, Michael Gloff wrote: I've run into an issue recently when trying to build an image along with the companion debugfs. This error only occurs if 'nfs-utils-client' is added to IMAGE_INSTALL and ipkg packages are selected. I don't get the error with RPM or with

Re: [OE-core] non-standard library locations and rpath

On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell wrote: > I'm having some troubles with shared library, shared library dependencies > and rpaths. I have libfoo, which depends on libbar when I try to link libfoo > with my app, it requires libbar to be found. libbar is in a

[OE-core] [PATCH 0/1] kernel.bbclass: let do_deploy depend on do_packagedata

The following changes since commit 11063a01d4511b2688ea7ba2d7359e4e07328c66: ruby: upgrade to 2.3.1 (2016-11-30 15:47:17 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/deploy

[OE-core] [PATCH 1/1] kernel.bbclass: let do_deploy depend on do_packagedata

The do_deploy runs depmodwrapper which requires pkgdata/kernel-depmod/kernel-abiversion, which is generated by PACKAGEFUNCS. So we need let do_deploy depend on do_packagedata. This can fix the errors which happens sometimes when kernel upgrades: DEBUG: Executing shell function do_deploy Error:

[OE-core] [PATCH] gstreamer1.0-plugins-bad: Add PKG_CONFIG_SYSROOT_DIR to output of pkg-config

When configure pokes for wayland-protocols isntallations it ended up using the ones from host, which is because it did not account for sysroot prefix Signed-off-by: Khem Raj --- .../gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-

Re: [OE-core] [PATCH] libc-package.bbclass: split binary localedata even more if asked to

On 01.12.2016 05:02, Khem Raj wrote: > >> On Nov 30, 2016, at 3:50 PM, Andreas Oberritter >> wrote: >> >> If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert >> glibc-binary-localedata-XX-YY to be a meta package depending on >>

[OE-core] [PATCH v2] libc-package.bbclass: split binary localedata even more if asked to

If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert glibc-binary-localedata-XX-YY to be a meta package depending on glibc-binary-localedata-XX-YY-lc-address and so on. This enables saving quite some space if someone doesn't need LC_COLLATE for example. Some regex code was removed from

[OE-core] [PATCH] initscripts: populate-volatile: improve config file parsing

This improves the config file parsing to permit blank lines and comments following an entry or preceeded by whitespace. Signed-off-by: Mans Rullgard --- meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh | 6 +++---

[OE-core] [PATCH] gstreamer1.0-rtsp-server: Add libcheck to deps

Signed-off-by: Khem Raj --- meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server.inc

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Khem Raj > Sent: den 28 november 2016 22:26 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH 2/2 V5] systemd:

[OE-core] [PATCH] libarchive: enable non-recursive extract/list

Required for meta-swupd performance enhancements: in meta-swupd, the so called "mega" image contains a rootfs with all files that can potentially be installed on a device. Other virtual image recipes need a subset of those files or directories, and a partial extraction from a single tar archive is

Re: [OE-core] [PATCH] gstreamer1.0: Upgrade to 1.10.1

> On Nov 30, 2016, at 7:17 AM, Burton, Ross wrote: > > Breaks if built from a empty sysroot with wayland enabled: > > gst-plugins-bad: > | make[3]: *** No rule to make target 'viewporter-protocol.c', needed by > 'all'. Stop. This one I was able to reproduce and fix.

[OE-core] [PATCH] arch-mips: sort new MACHINEOVERRIDES by priority

From: André Draszik While I couldn't find explicit documentation, it appears that the list of MACHINEOVERRIDES should be sorted from less specific to more specific left to right, so that more specific overrides take precedence. Signed-off-by: André Draszik

Re: [OE-core] purpose of variables like "base_bindir_native"?

On Wed, 2016-11-30 at 06:34 -0500, Robert P. J. Day wrote: >   i'm putting together a tutorial on the structure of the native > sysroot and how it's built and variables involved, and was poking > around in both bitbake.conf and native.bbclass, and i'm curious about > one or two things. > >   i

[OE-core] [PATCH v3] ltp: 20160126 -> 20160920

From: Huang Qiyu 1)Upgrade ltp from 20160126 to 20160920. 2)Delete some patches, since they are integrated upstream. 0001-ltp-Don-t-link-against-libfl.patch 0006-sendfile-Use-off64_t-instead-of-__off64_t.patch 0007-replace-SIGCLD-with-SIGCHLD.patch