[OE-core] [PATCH 3/6] cmake: remove unused dont-run-cross-binaries.patch

It hasn't been used since June 2015 when upgraded the recipe, this patch was used for crosscompiling, now the crosscompile works well without it, so remove it. Signed-off-by: Robert Yang --- .../cmake/cmake/dont-run-cross-binaries.patch | 23 -- 1 file changed, 23 deleti

Re: [OE-core] Security question: base-files_3.0.14.bb and ${ROOT_HOME} directory permission

I think that it should be a bug, would you please try this patch? diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb b/meta/recipes-core/base-files/base-files_3.0.14.bb index d391707..2082ed4 100644 --- a/meta/recipes-core/base-files/base-files_3.0.14.bb +++ b/meta/recipes-core/bas

[OE-core] Security question: base-files_3.0.14.bb and ${ROOT_HOME} directory permission

(This is my first post to OE list, hopefully I am posting to the right mailing list.) Background: During the process of trying to configure SSH keys for root user login via dropbear, we realized the permission for /home/root directory is set too loose for group and other members [1]. As a result,

Re: [OE-core] [PATCH 1/1] coreutils: correct the case for class-native

Sorry, my email has some problem that it send twice. I will fix it as soon as. //dengke On 2016年04月06日 12:45, Dengke Du wrote: The function of do_install_append_class-native for class-native had alread exist,so exclude the class-native in function do_install_append. Signed-off-by: Dengke Du

Re: [OE-core] [PATCH 1/1] coreutils: correct the case for class-native

On 04/06/2016 12:45 PM, Dengke Du wrote: The function of do_install_append_class-native for class-native had alread exist,so exclude the class-native in function do_install_append. Signed-off-by: Dengke Du --- meta/recipes-core/coreutils/coreutils_8.25.bb | 4 1 file changed, 4 insert

[OE-core] [PATCH 1/1] coreutils: correct the case for class-native

The function of do_install_append_class-native for class-native had alread exist,so exclude the class-native in function do_install_append. Signed-off-by: Dengke Du --- meta/recipes-core/coreutils/coreutils_8.25.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-core/coreuti

[OE-core] [PATCH 0/1] coreutils: correct the case for class-native

The following changes since commit f4f1d206f4ebafcde18c96c88a1bfc4ab7b0c119: scripts/lib/bsp/help.py: Typo in help for yocto-bsp create (2016-04-05 14:33:58 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib dengke/correct_the_case_for_class

Re: [OE-core] [yocto] [oe] OEDAM, April 8 in San Diego after ELC

Just a final transportation update for those attending OEDAM. Transportation will be via carpool. Tom, Rudi, Armin, and myself have volunteered to drive. Together we have room for 19 out of the 20 signed up. Let's plan to meet in front of the Hyatt at 8:30am on Friday. If you are late or otherwise

[OE-core] [PATCH 0/1] create-pull-request: fix for newer git

The following changes since commit b2dc5a68e74dafedf7960ef77ad3d73912ed7960: bdwgc: use github repo for source location (2016-04-05 11:48:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/pull http://cgit.openembedded.org/cgit.cgi/o

[OE-core] [PATCH 1/1] create-pull-request: fix for newer git

Fixed when git > 2.1.0: $ ./scripts/create-pull-request -r HEAD^ -u contrib -b rbt/git fatal: Not a valid revision: rbt/git ERROR: git request-pull reported an error This is because newer git requires both local and remote branch named as rbt/git, but usually, we only named the remote branch as rb

Re: [OE-core] [meta-oe][PATCH V2] Make conditional compile for DES related code in python-m2crypto.

Thanks reminding, my fault to paste the wrong email list. Sorry, just ignore this email. -Original Message- From: Robert Yang [mailto:liezhi.y...@windriver.com] Sent: Wednesday, April 06, 2016 9:55 AM To: Bai, Haiqing; openembedded-core@lists.openembedded.org; BURTON, ROSS Subject:

Re: [OE-core] [meta-oe][PATCH V2] Make conditional compile for DES related code in python-m2crypto.

Hi, It should be sent to openembedded-de...@lists.openembedded.org, not openembedded-core@lists.openembedded.org. // Robert On 04/06/2016 09:46 AM, Haiqing Bai wrote: The source code in python-m2crypto don't check whether the depended DES cipher has been disabled in openssl or not, this fix a

[OE-core] [meta-oe][PATCH V2] Make conditional compile for DES related code in python-m2crypto.

The source code in python-m2crypto don't check whether the depended DES cipher has been disabled in openssl or not, this fix added the checking. Signed-off-by: Haiqing Bai --- .../conditional-compile-DES-related-code.patch | 62 ++ .../python/python-m2crypto_0.21.1.bb

Re: [OE-core] [PATCH] bzip2: set correct soname

On Tue, Apr 5, 2016 at 2:26 PM, Ross Burton wrote: > The correct name for the bzip2 shared library is libbz2.so.1.0.6, not > libbz2.so.0.0.0. Pass -version-info to libtool to correct this. > > Also fix the configure.ac so that is doesn't mention libXrender and has the > right version. > > Signed-

[OE-core] [PATCH] bzip2: set correct soname

The correct name for the bzip2 shared library is libbz2.so.1.0.6, not libbz2.so.0.0.0. Pass -version-info to libtool to correct this. Also fix the configure.ac so that is doesn't mention libXrender and has the right version. Signed-off-by: Ross Burton --- meta/recipes-extended/bzip2/bzip2-1.0.

Re: [OE-core] [PATCH v3] useradd.bbclass: remove user/group created by the package in clean* task

On Tue, 2016-04-05 at 20:44 +0300, Maxin B. John wrote: > At present, if a recipe is built which creates users/groups via > useradd.bbclass, those users/groups are not removed from sysroot > when the recipe/package is cleaned using clean/cleansstate/cleanall > or when a recipe is rebuild and 'unsta

[OE-core] [PATCH] xf86-video-intel: Add patch to fix some poor image quality

This fixes a problem on the Intel Gen8 Graphics and is backport from the upstream master of xf86-video-intel driver code [YOCTO #8587] Signed-off-by: Saul Wold --- .../0001-gen8-Fix-the-YUV-RGB-shader.patch | 65 ++ .../xorg-driver/xf86-video-intel_2.99.917.bb

[OE-core] [PATCH 0/3] handle issues with coverage file when coverage is not installed

Coverage subprocessing setup used to require user intervention. However, after bug Yocto #8930 was fixed, this was changed and it is now automatically controlled. Error and warning messages remained that are not longer valid, and needed to be removed. One of these issues was caused by a file intro

[OE-core] [PATCH 2/3] scripts/oe-selftest: remove coverage file if any coverage option is given

Coverage temporal file for sub-processing is being removed only when the --coverage option was found. This is wrong since the file is created when any coverage option (source, include or omit) is given, even if --coverage is not one of them. This patch makes sure to remove the file if any coverage

[OE-core] [PATCH 3/3] scripts/oe-selftest: avoid the creation of coverage file when coverage not installed

Coverage subprocessing file is being created even when coverage is not installed, which causes errors of "module not found" to be send to the oe-selftest output. This patch adds indent to the block of code creating this coverage file, so it can only be executed when coverage is actually installed.

[OE-core] [PATCH 1/3] scripts/oe-selftest: remove unneeded coverage warning

There is a message that warns the user about enabling subprocessing for coverage to work. After the fix for Yocto #8930, this task is done automatically, so the warning is not needed anymore. Signed-off-by: Humberto Ibarra --- scripts/oe-selftest | 4 +--- 1 file changed, 1 insertion(+), 3 delet

[OE-core] [PATCH v3] useradd.bbclass: remove user/group created by the package in clean* task

At present, if a recipe is built which creates users/groups via useradd.bbclass, those users/groups are not removed from sysroot when the recipe/package is cleaned using clean/cleansstate/cleanall or when a recipe is rebuild and 'unstaged' from the the sysroot. The "userdel_sysroot_sstate()" provi

Re: [OE-core] [PATCH v2] useradd.bbclass: remove user/group created by the package in clean* task

Hi, On Tue, Apr 05, 2016 at 02:58:57PM +0100, Richard Purdie wrote: > On Tue, 2016-04-05 at 10:25 +0300, Maxin B. John wrote: > > At present, if a recipe is built which creates users/groups via > > useradd.bbclass, > > those users/groups are not removed (at least from sysroot) when the > > recipe/

[OE-core] [PATCH] patch.bbclass: remove useless path assignment

A path variable is assigned the value of PATH from the environment, before the PATH is set on the environemnt from the value of PATH in the bb datastore. This seems to be an unnecessary leftover. [YOCTO #8543] Signed-off-by: Alex Franco --- meta/classes/patch.bbclass | 1 - 1 file changed, 1 de

[OE-core] [PATCH 2/2] gstreamer: remove now-redundant expansion in do_split_packages

do_split_packages now expands extra_depends, so there's no need to pre-expand it. Signed-off-by: Ross Burton --- meta/recipes-multimedia/gstreamer/gst-plugins-package.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-package

[OE-core] [PATCH 1/2] package: do_split_packages: expand variables in extra_depends

If a recipe passes for example extra_depends="${PN}-dev" to do_split_packages() then it isn't expanded, so the check for the multilib prefix doesn't work. Solve this centrally by expanding extra_depends inside do_split_packages(). [ YOCTO #9381 ] Signed-off-by: Ross Burton --- meta/classes/pack

Re: [OE-core] [PATCH] bdwgc: use github repo for source location

On Tue, 2016-04-05 at 14:55 +0100, Richard Purdie wrote: On Mon, 2016-04-04 at 18:33 -0700, Saul Wold wrote: On Mon, 2016-04-04 at 09:18 -0700, Bill Randle wrote: The Yocto Autobuilder has been unable to fetch the release package from the developer's website at www.hboehm.info

Re: [OE-core] [PATCH 1/1] linux-yocto 4.4: enable overlayfs by default

On Tue, Apr 5, 2016 at 5:06 AM, Robert Yang wrote: > > > On 04/05/2016 04:33 PM, Bruce Ashfield wrote: > >> >> >> On Tue, Apr 5, 2016 at 2:42 AM, Robert Yang > > wrote: >> >> >> >> On 04/05/2016 02:33 PM, Bruce Ashfield wrote: >> >> >> >> On Mon, Apr

Re: [OE-core] [PATCH 1/1] python: remove tests and sqlite3-tests modules

On 31 March 2016 at 17:15, Laurent Bonnans wrote: > If present in manifests, they are shipped in 'python-modules'. This > commit keeps them avalaible in the 'python-misc' package. > python-modules depends on python-misc, so this won't really achieve anything. Ross -- __

[OE-core] [PATCH] sanity: Increase minimum git version to 1.8.3.1

The kernel tools assume git > 1.7.9.5, I'm unsure of the exact version but the oldest in our infrastructure is 1.8.3.1. The git fetcher also currently has nasty workarounds for git < 1.7.9.2. Moving to 1.8.3.1 as our minimum version seems sane at this point as the oldest we're testing/supporting.

Re: [OE-core] [PATCH v3 0/2] Yocto Bug #6945

On Tue, Apr 5, 2016 at 4:49 AM, He Zhe wrote: > > > On 03/23/2016 02:29 AM, Bruce Ashfield wrote: > > > > > > On Mon, Mar 21, 2016 at 11:37 PM, Bruce Ashfield < > bruce.ashfi...@gmail.com >wrote: > > > > > > > > On Mon, Mar 21, 2016 at 10:31 PM, He Zhe

Re: [OE-core] [PATCH v2] useradd.bbclass: remove user/group created by the package in clean* task

On Tue, 2016-04-05 at 10:25 +0300, Maxin B. John wrote: > At present, if a recipe is built which creates users/groups via > useradd.bbclass, > those users/groups are not removed (at least from sysroot) when the > recipe/package is cleaned using clean/cleansstate/cleanall. need to add "or when a re

Re: [OE-core] [PATCH] bdwgc: use github repo for source location

On Mon, 2016-04-04 at 18:33 -0700, Saul Wold wrote: > On Mon, 2016-04-04 at 09:18 -0700, Bill Randle wrote: > > The Yocto Autobuilder has been unable to fetch the release package > > from the developer's website at www.hboehm.info, so change recipe > > to fetch from the developer's github repo inst

[OE-core] [PATCH] externalsrc: avoid race in temporary git index file

Use a unique tempfile as the temporary git index file when determining the git hash of the source tree. A fixed filename was obviously causing races (with the git index.lock file) under oe-selftest where multiple bitbake instances were run against the same source tree at the same time. Signed-off-

Re: [OE-core] [PATCH] Make conditional compile for DES related code in python-m2crypto.

On 5 April 2016 at 04:27, Haiqing Bai wrote: > +From 85dbf29dcc3786ed101278721d60cc3bc4c182bc Mon Sep 17 00:00:00 2001 > +From: Haiqing Bai > +Date: Fri, 1 Apr 2016 14:44:33 +0800 > +Subject: [PATCH] conditional compile DES related code. > Missing Signed-off-by and Upstream-Status. Ross -- __

Re: [OE-core] [PATCH] Revert "gstreamer1.0-plugins-bad_git: Remove obsolete PACKAGESPLITFUNCS_append = " handle_hls_rename ""

On Mon, 2016-04-04 at 22:32 +0200, Hains van den Bosch wrote: > This reverts commit de9456df7d1591eac56b522cae853b77e7cf4e15. > > It gives a smooth upgrade path from gstreamer 1.6.x to gstreamer >= > 1.7.1 This never made master, only master-next so I'll drop it, no need to revert. Cheers, Rich

Re: [OE-core] [PATCH 1/1] linux-yocto 4.4: enable overlayfs by default

On 04/05/2016 04:33 PM, Bruce Ashfield wrote: On Tue, Apr 5, 2016 at 2:42 AM, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: On 04/05/2016 02:33 PM, Bruce Ashfield wrote: On Mon, Apr 4, 2016 at 10:48 PM, Robert Yang mailto:liezhi.y...@windriver.com>

Re: [OE-core] [PATCH v3 0/2] Yocto Bug #6945

On 03/23/2016 02:29 AM, Bruce Ashfield wrote: > > > On Mon, Mar 21, 2016 at 11:37 PM, Bruce Ashfield >wrote: > > > > On Mon, Mar 21, 2016 at 10:31 PM, He Zhe >wrote: > > Ping. > > > This slipped through my filters. So

Re: [OE-core] [PATCH 1/1] linux-yocto 4.4: enable overlayfs by default

On Tue, Apr 5, 2016 at 2:42 AM, Robert Yang wrote: > > > On 04/05/2016 02:33 PM, Bruce Ashfield wrote: > >> >> >> On Mon, Apr 4, 2016 at 10:48 PM, Robert Yang > > wrote: >> >> >> >> On 04/05/2016 10:31 AM, Bruce Ashfield wrote: >> >> >> >> On Mon, Apr

Re: [OE-core] [oe][Patch] package.bbclass: fix host contamination warnings for source files

Hi 2016-04-05 2:44 GMT+02:00 Khem Raj : > On Mon, Apr 4, 2016 at 12:56 AM, Andreas Müller > wrote: >> On Mon, Apr 4, 2016 at 4:36 AM, Khem Raj wrote: >>> On Sun, Apr 3, 2016 at 4:00 PM, Richard Purdie >>> wrote: > I added some text to bugzilla. The gist is: In poky the sources are > not

[OE-core] [PATCH] libtool: fix contaminated path to lt_truncate_bin

lt_truncate_bin path is contaminated by the path from the sysroot directory for the build host. Steps to reproduce this issue: $ bitbake -c cleanall libtool $ bitbake coreutils-native $ bitbake libtool $ grep -in "lt_truncate_bin=" tmp/work/*/libtool/*/image/usr/bin/libtool Signed-off-by: Alexan

[OE-core] [PATCH v2] useradd.bbclass: remove user/group created by the package in clean* task

At present, if a recipe is built which creates users/groups via useradd.bbclass, those users/groups are not removed (at least from sysroot) when the recipe/package is cleaned using clean/cleansstate/cleanall. The "userdel_sysroot_sstate()" provides that functionality. [YOCTO #9262] Signed-off-by