[OE-core] [PATCH 1/2] archiver.bbclass: fix do_ar_original error for matchbox-desktop

Error: ~~~ ERROR: matchbox-desktop-2.1-r0 do_ar_original: Can not determine archive names for original source because 'name' URL parameter is unset in more than one URL. Add it to at least one of these:

[OE-core] [PATCH 0/2] archiver.bbclass: fix some errors for do_ar_original and do_ar_recipe

The following changes since commit 9e63f81c78e284c9b325fe04a1b59e61c7ad8a1a: bitbake: ast: remove BBVERSIONS support (2016-11-30 15:48:10 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ddk/fix-some-error-for-archiver-bbclass

[OE-core] [PATCH 2/2] archiver.bbclass: fix do_ar_recipe error for bonnie++ and libsigc++-2.0

When recipes name contains regular expression special characters, such as "++", in this case, the re.compile function in do_ar_recipe can't recognize it, so we should associate with re.escape to recognize the special characters in pattern. Signed-off-by: Dengke Du ---

[OE-core] [PATCH 0/1] libarchive: fix ALTERNATIVE_PRIORITY to avoid conflict

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 ChenQi/libarchive-priority

[OE-core] [PATCH 1/1] libarchive: fix ALTERNATIVE_PRIORITY to avoid conflict

'tar' utility from tar and bsdtar has the same alternative priority. 'cpio' utility from cpio and bsdcpio has the same alternative priority. Lower the ALTERNATIVE_PRIORITY to avoid conflict. Signed-off-by: Chen Qi --- meta/recipes-extended/libarchive/libarchive_3.2.2.bb

Re: [OE-core] [PATCH 28/33] dpkg: update packages and files to match Debian more closely

On 06.12.2016 21:13, Burton, Ross wrote: > > On 6 December 2016 at 11:49, Andreas Oberritter > wrote: > > +RRECOMMENDS_dpkg-perl = "gnupg gpgv" > > > With plain master this causes a build failure: > > ERROR: Multiple versions of gnupg

Re: [OE-core] [PATCH 02/33] dpkg: update-alternatives-dpkg should conflict with other providers

On 06.12.2016 20:52, Burton, Ross wrote: > This needs more than just RCONFLICTS: > > ERROR: dpkg-native-1.18.7-r0 do_populate_sysroot: The recipe dpkg-native > is trying to install files into a shared area when those files already > exist. Those files and their manifest location are: > >

Re: [OE-core] [PATCH 21/33] package_manager/deb: create Packages.xz

On 06.12.2016 19:46, Burton, Ross wrote: > > On 6 December 2016 at 18:41, Andreas Oberritter > wrote: > > That's a good question. I guess I didn't add anything, because there's > no direct dependency in place for gzip-native either.

Re: [OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

On Tue, 06 Dec 2016 22:14:41 +0100 Patrick Ohly wrote: > On Fri, 2016-12-02 at 16:09 -0500, Bruce Ashfield wrote: > > Lernel meta-data that has patches, but no branches, can trigger an > > error due to no branch specific patch queue. > > > > This error then cascades to

Re: [OE-core] what is the closest alternative to red hat's ABRT in OE?

On 2016-12-06 11:02 AM, Maciej BorzDcki wrote: On Tue, Dec 6, 2016 at 3:49 PM, Robert P. J. Day wrote: as in: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/ch-abrt.html specifically, to manage core files? i would

Re: [OE-core] oetest.py construction of pkgmanifest is probably wrong

Hm, I see this whole thing is being re-written. Maybe that will fix it. Joe From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, December 06, 2016 1:52 AM To: Slater, Joseph Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] oetest.py construction of

Re: [OE-core] [PATCH 00/32] OEQA Framework Refactor & Improvements

On 12/06/2016 03:43 PM, Aníbal Limón wrote: > This patchset is related to OEQA Framework for details read the RFC send to > the > Openembedded architecture ML. Architecture thread, http://lists.openembedded.org/pipermail/openembedded-architecture/2016-December/000351.html > > The following

[OE-core] [PATCH 32/32] oeqa: Fix files handling on runtime tests.

Common files was move to oeqa/files from oeqa/runtime/files because the same files are used across Runtime,SDK,eSDK tests. Signed-off-by: Aníbal Limón --- meta/classes/testexport.bbclass | 5 + meta/lib/oeqa/oetest.py | 1 + meta/lib/oeqa/runtime/gcc.py

[OE-core] [PATCH 28/32] oeqa/sdkext: Adds case and context modules.

The extensible sdk context and case modules extends the sdk ones, this means that the tests from sdk are run also the sdkext tests. Enables support in context for use oe-test esdk command for run the test suites, the same options of sdk are required for run esdk tests. Removes old related to

[OE-core] [PATCH 27/32] oeqa/sdkext: Move test cases inside cases directory

For match with the new structure of the OEQA framework. In the new framework Test component base directory in this case sdk module will contain case and context implementations. [YOCTO #10599] Signed-off-by: Aníbal Limón --- meta/lib/oeqa/sdkext/__init__.py

[OE-core] [PATCH 25/32] oeqa/sdk/cases: Migrate tests to the new OEQA framework

Summary of the changes: - Remove auto extend_path using pkgutil at __init__, is not needed. - Change base class to OESDKTestCase. - Add td_vars attr to set dependencies of certain variables in test data. - Change skips from module level to class level because Test context (tc) now isn't at

[OE-core] [PATCH 31/32] oeqa/runtime: Fix TargetBuildProject instances

TargetBuildProject was refactored to avoid bitbake dependency so the instance don't allow to pass data store anymore. classes/testimage: Export proxies before run tests The TargetBuildProject based tests download archives from network. Signed-off-by: Aníbal Limón

[OE-core] [PATCH 24/32] oeqa/utils: {Target, SDK, }BuildProject remove dependency of bb

Don't use bitbake references inside utils modules, in order todo that changes getVar calls for arguments in the __init__ method like dl_dir for all the classes and testlogdir, builddatetime in SDKBUildProject. Also don't export proxies inside _download_archive method, a good practice is to setup

[OE-core] [PATCH 29/32] classes/testsdk: Migrate to use the new OESDKExtTestContext

Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/classes/testsdk.bbclass b/meta/classes/testsdk.bbclass index 24529ca..1d6547a 100644 --- a/meta/classes/testsdk.bbclass

[OE-core] [PATCH 30/32] oeqa/sdkext/cases: Migrate test case to new OEQA framework

Summary, - Changes base case class to OESDKExtTest. - Changes decorator classes to new ones. - Chnages variable names sdktestdir -> sdk_dir. - Added missing license to MIT. Signed-off-by: Aníbal Limón --- meta/lib/oeqa/sdk/cases/buildgalculator.py | 2 +-

[OE-core] [PATCH 26/32] classes/testsdk: Remove the need of TEST_LOG_DIR variable

The TEST_LOG_DIR was used for store sdk_target_log this log contains the output of the run of build commands now that information could be found also on log.do_testsdk under WORKDIR. The log will continue to store into SDK_DIR instead of TEST_LOG_DIR. Signed-off-by: Aníbal Limón

[OE-core] [PATCH 23/32] oeqa/utils: Move targetbuild to buildproject module

The new buildproject module will contain only BuildProject class a helper class for build source code. The remaining classes TargetBuildProject and SDKBuildProject was move to runtime and sdk respectively. [YOCTO #10599] Signed-off-by: Aníbal Limón Signed-off-by:

[OE-core] [PATCH 22/32] classes/testsdk: Migrates testsdk.bbclass to use new OESDKTestContext

The functionality provided is the same with imporvements on code reuse and better interfaces. Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass | 67 1 file changed, 55 insertions(+), 12 deletions(-) diff

[OE-core] [PATCH 20/32] oeqa/{runtime, sdk}/files: Move testsdkmakefile from runtime to sdk module

It doesn't make sense to have files related to sdk module into runtime module. [YOCTO #10599] Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez --- meta/lib/oeqa/{runtime => sdk}/files/testsdkmakefile | 0 1 file changed, 0

[OE-core] [PATCH 21/32] oeqa/sdk: Add case and context modules for the SDK component

Adds case and context modules for SDK based on oetest.py old code. Enables SDK Test component usage with oe-test, the SDK Test component adds command line options for specify sdk installed dir, sdk environment and target/hosts maniftest. [YOCTO #10599] Signed-off-by: Aníbal Limón

[OE-core] [PATCH 06/32] oeqa/core/decorator: Add support for OETimeout decorator

From: Mariano Lopez The OETimeout provides support for specify certain timeout in seconds for a test case, if the timeout is reach the SIGALRM is sent and an exception is raised to notify the timeout. [YOCTO #10235] Signed-off-by: Mariano Lopez

[OE-core] [PATCH 15/32] classes/populate_sdk_base: Add write_sdk_test_data to postprocess

This function will generates testdata.json per SDK type. [YOCTO #10231] Signed-off-by: Aníbal Limón --- meta/classes/populate_sdk_base.bbclass | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/classes/populate_sdk_base.bbclass

[OE-core] [PATCH 14/32] classes/rootfs-postcommands: Add write_image_test_data

This function will generates testdata.json by image type. [YOCTO #10231] Signed-off-by: Aníbal Limón --- meta/classes/rootfs-postcommands.bbclass | 18 ++ 1 file changed, 18 insertions(+) diff --git a/meta/classes/rootfs-postcommands.bbclass

[OE-core] [PATCH 19/32] oeqa/sdk: Move test cases inside cases directory

For match with the new structure of the OEQA framework. In the new framework Test component base directory in this case sdk module will contain case and context implementations. [YOCTO #10599] Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez

[OE-core] [PATCH 18/32] oeqa: Move common files to oeqa/files instead of runtime only

Those files are used by runtime and sdk test cases, so move to base directory of oeqa module. [YOCTO #10599] Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez --- meta/lib/oeqa/{runtime => }/files/test.c | 0

[OE-core] [PATCH 16/32] oeqa/core: Change name of d to td

The d variable references the test data into a test context, so makes a more sense to call it: td (test data). [YOCTO #10231] Signed-off-by: Aníbal Limón --- meta/lib/oeqa/core/case.py | 22 ++--

[OE-core] [PATCH 13/32] oe/data: Add export2json function

The export2json function export the variables contained in the data store to JSON format, the main usage for now will be to provide test data to QA framework. Signed-off-by: Aníbal Limón --- meta/lib/oe/data.py | 28 1 file changed, 28

[OE-core] [PATCH 12/32] oeqa/core: Add README

The README has an introduction and explains how to run the test suite and creates a new Test component. Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez --- meta/lib/oeqa/core/README | 38

[OE-core] [PATCH 17/32] oeqa/utils/path: Add remove_safe function

Checks if path exists before try to remove of avoid exception. Signed-off-by: Aníbal Limón --- meta/lib/oeqa/core/utils/path.py | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/lib/oeqa/core/utils/path.py b/meta/lib/oeqa/core/utils/path.py index

[OE-core] [PATCH 09/32] scripts/oe-test: Add new oe-test script

The new oe-test script will be use to run test components with one single script. The oe-test script search for test components inside meta/lib/oeqa, the test components needs to implement OETestContextExecutor inside context module in order to be supported by oe-test. [YOCTO #10230]

[OE-core] [PATCH 08/32] oeqa/core: Add tests for the OEQA framework

From: Mariano Lopez This test suite covers the current functionality for the OEQA framework. For run certain test suite, $ cd meta/lib/oeqa/core/tests $ ./test_data.py Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez

[OE-core] [PATCH 11/32] oeqa/core/cases: Add example test cases

Serves as an first input of how to the OEQA framework works. Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez --- meta/lib/oeqa/core/cases/__init__.py | 0 meta/lib/oeqa/core/cases/example/data.json | 1 +

[OE-core] [PATCH 10/32] oeqa/core/context: Add support of OETestContextExecutor

The OETestContextExecutor class supports to use oe-test for run core test component also is a base class for the other test components (runtime, sdk, selftest). Te principal functionality is to support cmdline parsing and execution of OETestContext, the test components could extend the common

[OE-core] [PATCH 04/32] oeqa/core/decorator: Add support for OETestDepends

The OETestDepends decorator could be used over test cases to define some dependency between them. At loading time sorting the tests to grauntee that a test case executes before also raise an exception if found a circular dependency between test cases. At before test case run reviews if the

[OE-core] [PATCH 03/32] oeqa/core: Add loader, context and decorator modules

loader: Implements OETestLoader handling OETestDecorator and filtering support when load tests. The OETestLoader is responsible to set custom methods, attrs of the OEQA frameowork. [YOCTO #10231] [YOCTO #10317] [YOCTO #10353] decorator: Add base class OETestDecorator to provide a common way to

[OE-core] [PATCH 07/32] oeqa/core/decorator: Add support for OETestDataDepends and skipIfDataVar

The OETestDataDepends decorator skips a test case if a variable isn't into test data (d). The skipIfDataVar decorator skips a test case if a variable has certain value. Signed-off-by: Aníbal Limón Signed-off-by: Mariano Lopez ---

[OE-core] [PATCH 05/32] oeqa/core/decorator: Add support for OETestID and OETestTag

From: Mariano Lopez These two decorators stores certain TAG or ID for the test case also provides support for filtering in loading step. [YOCTO #10236] Signed-off-by: Mariano Lopez Signed-off-by: Aníbal Limón

[OE-core] [PATCH 00/32] OEQA Framework Refactor & Improvements

This patchset is related to OEQA Framework for details read the RFC send to the Openembedded architecture ML. The following changes since commit 9e63f81c78e284c9b325fe04a1b59e61c7ad8a1a: bitbake: ast: remove BBVERSIONS support (2016-11-30 15:48:10 +) are available in the git repository

[OE-core] [PATCH 01/32] oeqa/core: Add base OEQA framework

case: Defines OETestCase base class that provides custom methods/attrs defined by the framework. Every OETestCase instance contains a reference to the test data (d), the test context (tc) and the logger. Also implements _oe{SetUp,TearDown}Class for make special handling of OEQA

[OE-core] [PATCH 02/32] oeqa/core: Add utils module for OEQA framework

From: Mariano Lopez misc: Functions for transform object to other types. path: Functions for path handling. test: Functions for operations related to test cases and suites. [YOCTO #10232] Signed-off-by: Mariano Lopez Signed-off-by:

Re: [OE-core] [PATCH] run-postinsts: Print message before running deferred postinst scripts

On 12/05/2016 04:51 PM, Burton, Ross wrote: On 5 December 2016 at 21:48, Haris Okanovic > wrote: Opkg can defer running postinst scripts to first boot, which can take a while on some systems. The output of `opkg configure` (or

Re: [OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

On Fri, 2016-12-02 at 16:09 -0500, Bruce Ashfield wrote: > Lernel meta-data that has patches, but no branches, can trigger an > error due to no branch specific patch queue. > > This error then cascades to more issues since the tools are using > a named file in /tmp to store and display error

Re: [OE-core] [PATCH 28/33] dpkg: update packages and files to match Debian more closely

On 6 December 2016 at 11:49, Andreas Oberritter wrote: > +RRECOMMENDS_dpkg-perl = "gnupg gpgv" > With plain master this causes a build failure: ERROR: Multiple versions of gnupg are due to be built (/home/ross/Yocto/poky/meta/recipes-support/gnupg/gnupg_2.1.14.bb

Re: [OE-core] [PATCH 02/33] dpkg: update-alternatives-dpkg should conflict with other providers

This needs more than just RCONFLICTS: ERROR: dpkg-native-1.18.7-r0 do_populate_sysroot: The recipe dpkg-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are:

[OE-core] [PATCH v2] run-postinsts: Print message before running deferred postinst scripts

Package managers can defer running postinst scripts to first boot, which can take a while on some systems. E.g. The output of `opkg configure` (or whatever pm is used) is redirected to a file when logging is enabled ($POSTINST_LOGGING == 1), making the machine appear hung during this process. This

Re: [OE-core] [PATCH 0/4] kernel-yocto: consolidated pull request

On Fri 2016-12-02 @ 04:09:21 PM, Bruce Ashfield wrote: > This pull request is mainly to fix a couple of bugs that were reported > on the mailing list recently, but it also includes some kernel version > updates that I *think* I sent previously. Thanks Bruce, I've tested these and they look good.

[OE-core] [PATCH] sysstat: fixup pkg_postinst to allow SYSTEMD_AUTO_ENABLE to work

The logic added to the pkg_postinst in commit 6bf82c26f953 has the side effect of rendering SYSTEMD_AUTO_ENABLE ineffective. The systemd service will not be configured as 'enabled' either offline(do_rootfs) or during first boot. Since the volatiles, as used, in the pkg_postinst are unused with

Re: [OE-core] [PATCH 21/33] package_manager/deb: create Packages.xz

On 6 December 2016 at 18:41, Andreas Oberritter wrote: > That's a good question. I guess I didn't add anything, because there's > no direct dependency in place for gzip-native either. > > I don't know if it counts, but there's a dependency on apt-native and > apt's source

Re: [OE-core] [PATCH 21/33] package_manager/deb: create Packages.xz

On 06.12.2016 18:22, Burton, Ross wrote: > > On 6 December 2016 at 11:49, Andreas Oberritter > wrote: > > +xz = bb.utils.which(os.getenv('PATH'), "xz") > > > Are the relevant dependencies present to ensure that xz-native has

Re: [OE-core] [PATCH 01/33] dpkg: implement offline mode for update-alternatives

On 6 December 2016 at 11:49, Andreas Oberritter wrote: > +++ b/meta/recipes-devtools/dpkg/dpkg/0003-update-alternatives- > Implement-offline-mode.patch > @@ -0,0 +1,399 @@ > +From b4f0f6ced469095a2b21b01b59c7aded057e Mon Sep 17 00:00:00 2001 > +From: Andreas Oberritter

Re: [OE-core] [PATCH 20/33] package_manager/deb: let apt-get handle postinst scripts

On 6 December 2016 at 18:20, Andreas Oberritter wrote: > With all required environment variables and configuration options in > apt.conf in place, apt-get is able to install packages offline, i.e. > when creating the rootfs, including the execution of postinst scripts >

Re: [OE-core] [PATCH 20/33] package_manager/deb: let apt-get handle postinst scripts

On 06.12.2016 18:26, Burton, Ross wrote: > Can you elaborate on why the old code can be deleted? With all required environment variables and configuration options in apt.conf in place, apt-get is able to install packages offline, i.e. when creating the rootfs, including the execution of postinst

[OE-core] [master][PATCH 0/2] Resolve gdb-cross-canadian dependency on imp

Add imp to python3-importlib. Make gdb-cross-canadian depend on nativesdk-python3-importlib when python is enabled. 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:

[OE-core] [master][PATCH 2/2] gdb-cross-canadian: Depend on nativesdk-python3-importlib

Add missing dependency on nativesdk-python3-importlib so the imp Python module is installed. Before this patch, running gdb from the sdk would give the following error: Python Exception No module named 'imp': Signed-off-by: George McCollister ---

[OE-core] [master][PATCH 1/2] python-3.5-manifest: Add imp to importlib

The imp python module is the forerunner of importlib. Include imp in the importlib subpackage instead of the misc subpackage so that it can be depended on without bringing in a bunch of unrelated, unused modules. Signed-off-by: George McCollister ---

[OE-core] [morty][PATCH 2/2] gdb-cross-canadian: Depend on nativesdk-python3-importlib

Add missing dependency on nativesdk-python3-importlib so the imp Python module is installed. Before this patch, running gdb from the sdk would give the following error: Python Exception No module named 'imp': Signed-off-by: George McCollister ---

[OE-core] [morty][PATCH 1/2] python-3.5-manifest: Add imp to importlib

The imp python module is the forerunner of importlib. Include imp in the importlib subpackage instead of the misc subpackage so that it can be depended on without bringing in a bunch of unrelated, unused modules. Signed-off-by: George McCollister ---

[OE-core] [morty][PATCH 0/2] Resolve gdb-cross-canadian dependency on imp

Add imp to python3-importlib. Make gdb-cross-canadian depend on nativesdk-python3-importlib when python is enabled. The following changes since commit c8d96b10ee3bc2eae0fd269d2564286fd0bc82ed: rm_work: Ensure we don't remove sigbasedata files (2016-11-16 10:34:34 +) are available in the

Re: [OE-core] [PATCH 20/33] package_manager/deb: let apt-get handle postinst scripts

Can you elaborate on why the old code can be deleted? Ross On 6 December 2016 at 11:49, Andreas Oberritter wrote: > Signed-off-by: Andreas Oberritter > --- > meta/lib/oe/package_manager.py | 86 -- > >

Re: [OE-core] [PATCH 21/33] package_manager/deb: create Packages.xz

On 6 December 2016 at 11:49, Andreas Oberritter wrote: > +xz = bb.utils.which(os.getenv('PATH'), "xz") > Are the relevant dependencies present to ensure that xz-native has been staged? Is it always present because apt links to a library in xz so the binaries get

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

On 5 December 2016 at 19:08, Khem Raj wrote: > having said that, there could be a multilib issue if pkgdatadir thats in > .pc file from wayland-protocols package is using variables like ${libdir} > which then are > multilib dependent, if this is the case then we need to fix

[OE-core] [PATCH] postinst: Add a test case to verify postinst scripts behavior

From: Jose Perez Carranza Add test case that verify behavior of postinst scripts at roofts time and when is delayed to the first boot directly on the target. Signed-off-by: Jose Perez Carranza ---

Re: [OE-core] [PATCH 03/33] dpkg-native: hardcode SYSCONFDIR to /etc in update-alternatives

On 6 December 2016 at 16:37, Andreas Oberritter wrote: > I was asking because the result after stripping would essentially equal > ${sysconfdir_native}: > > STAGING_ETCDIR_NATIVE = "${STAGING_DIR_NATIVE}${sysconfdir_native}" > > It wouldn't work if someone set it to

[OE-core] [PATCH v2] keyutils: new recipe (version 1.5.9)

Used by nfs-utils for nfsidmap, if available. Includes a backported patch for musl and a description text from meta-ivi. Signed-off-by: Andreas Oberritter --- .../0001-Include-limits.h-for-UINT_MAX.patch | 30 ++

Re: [OE-core] [PATCH 03/33] dpkg-native: hardcode SYSCONFDIR to /etc in update-alternatives

On 06.12.2016 17:12, Burton, Ross wrote: > > On 6 December 2016 at 16:08, Andreas Oberritter > wrote: > > I guess ${sysconfdir_native} should work, unless someone overrides > STAGING_ETCDIR_NATIVE. Would this be ok? > > > If the

Re: [OE-core] [PATCH 03/33] dpkg-native: hardcode SYSCONFDIR to /etc in update-alternatives

On 6 December 2016 at 16:08, Andreas Oberritter wrote: > I guess ${sysconfdir_native} should work, unless someone overrides > STAGING_ETCDIR_NATIVE. Would this be ok? > If the recipe inherits native then the class reassigns: sysconfdir = "${STAGING_ETCDIR_NATIVE}" So

Re: [OE-core] [PATCH 03/33] dpkg-native: hardcode SYSCONFDIR to /etc in update-alternatives

On 06.12.2016 16:39, Burton, Ross wrote: > > On 6 December 2016 at 11:49, Andreas Oberritter > wrote: > > +sed -i -e 's|SYSCONFDIR|"/etc"|' ${S}/utils/update-alternatives.c > > > Hardcoding /etc is bad, can't you just remove the

Re: [OE-core] [PATCH 3/6] keyutils: new recipe (version 1.5.9)

On 6 December 2016 at 16:03, Andreas Oberritter wrote: > Apparently there's a recipe in meta-ivi which already has a fix. I'm > going to merge both recipes and resubmit. > Thanks Andreas, feel free to just send v2 for just this patch, as the rest are sitting in my staging

Re: [OE-core] [PATCH 3/6] keyutils: new recipe (version 1.5.9)

On 06.12.2016 16:49, Burton, Ross wrote: > > On 30 November 2016 at 22:43, Andreas Oberritter > wrote: > > Used by nfs-utils for nfsidmap, if available. > > > This breaks under musl: > > | key.dns_resolver.c: In function

Re: [OE-core] what is the closest alternative to red hat's ABRT in OE?

On Tue, Dec 6, 2016 at 3:49 PM, Robert P. J. Day wrote: > > as in: > > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/ch-abrt.html > > specifically, to manage core files? i would have thought judicious use > of "ulimit"

Re: [OE-core] [PATCH 00/33] Accumulated patches for deb packaging

On 06.12.2016 15:36, Burton, Ross wrote: > > On 6 December 2016 at 11:49, Andreas Oberritter > wrote: > > These are most of my patches which accumulated since our distro > switched from opkg to dpkg and apt two years ago. They were

Re: [OE-core] [PATCH 3/6] keyutils: new recipe (version 1.5.9)

On 30 November 2016 at 22:43, Andreas Oberritter wrote: > Used by nfs-utils for nfsidmap, if available. > This breaks under musl: | key.dns_resolver.c: In function 'afsdb_hosts_to_addrs': | key.dns_resolver.c:374:21: error: 'UINT_MAX' undeclared (first use in this

Re: [OE-core] [PATCH 03/33] dpkg-native: hardcode SYSCONFDIR to /etc in update-alternatives

On 6 December 2016 at 11:49, Andreas Oberritter wrote: > +sed -i -e 's|SYSCONFDIR|"/etc"|' ${S}/utils/update-alternatives.c > Hardcoding /etc is bad, can't you just remove the native sysroot prefix from $sysconfdir? Ross --

[OE-core] [PATCH V6] package_manager: remove strings and migrate to direct arrays

When using subprocess call and check_output, it is better to use arrays rather than strings when possible to avoid whitespace and quoting problems. [ YOCTO #9342 ] Signed-off-by: Stephano Cetola --- meta/lib/oe/package.py | 13 +--

[OE-core] [PATCH V6] cleanup subprocess

Changed since V5: Smart needs to dump the installed packages to a file, as this file is used to detect changes in the install. This was breaking: test_incremental_image_generation Stephano Cetola (1): package_manager: remove strings and migrate to direct arrays meta/lib/oe/package.py

[OE-core] [PATCH] insane: Add SH4 musl mapping to the QA arch tests

This change allows to pass QA for packages built with sh4-oe-linux-musl toolchain, the problem is reproted while building core-image-minimal target: ERROR: readline-7.0-r0 do_package_qa: Error executing a python function in exec_python_func() autogenerated Signed-off-by: Vladimir Zapolskiy

Re: [OE-core] [PATCH] less: 481 -> 487

On 6 December 2016 at 23:05, Huang Qiyu wrote: > LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ > -file://LICENSE;md5=48c26a307f91af700e1f00585f215aaf" > +

[OE-core] [PATCH] less: 481 -> 487

Upgrade less from 481 to 487. Signed-off-by: Huang Qiyu --- meta/recipes-extended/less/{less_481.bb => less_487.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-extended/less/{less_481.bb => less_487.bb} (83%) diff --git

Re: [OE-core] [oe-commits] [openembedded-core] 67/76: gnutls: update to 3.5.6

On Tue, Dec 06, 2016 at 02:47:42PM +, Burton, Ross wrote: > On 6 December 2016 at 14:44, Martin Jansa wrote: > > > Probably caused by nettle upgrade which no longer enables gmp with older > > gmp 4.2.1 used in non-GPLv3 builds. > > > > I was going to say I don't see

Re: [OE-core] [oe-commits] [openembedded-core] 67/76: gnutls: update to 3.5.6

On 6 December 2016 at 14:44, Martin Jansa wrote: > Probably caused by nettle upgrade which no longer enables gmp with older > gmp 4.2.1 used in non-GPLv3 builds. > I was going to say I don't see this. Clearly we need to extend the non-GPL3 testing. As you can reproduce

[OE-core] what is the closest alternative to red hat's ABRT in OE?

as in: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/ch-abrt.html specifically, to manage core files? i would have thought judicious use of "ulimit" would be the solution. others? rday --

Re: [OE-core] [oe-commits] [openembedded-core] 67/76: gnutls: update to 3.5.6

On Tue, Dec 06, 2016 at 02:49:04PM +0100, Martin Jansa wrote: > On Wed, Nov 30, 2016 at 03:49:52PM +, g...@git.openembedded.org wrote: > > rpurdie pushed a commit to branch master > > in repository openembedded-core. > > > > commit 27f306a752d15ec62d2821d0146be4ffa10b7013 > > Author:

Re: [OE-core] [PATCH] dhcp: 4.3.4 -> 4.3.5

On 6 December 2016 at 22:38, Huang Qiyu wrote: > +++ b/meta/recipes-connectivity/dhcp/binutils-gdb > @@ -0,0 +1 @@ > +Subproject commit 39eeab253474493bc9477dbb2bd9c8041f05764b > Can you resend without this bit? Ross --

[OE-core] [PATCH] dhcp: 4.3.4 -> 4.3.5

Upgrade dhcp from 4.3.4 to 4.3.5. Signed-off-by: Huang Qiyu --- meta/recipes-connectivity/dhcp/binutils-gdb | 1 + meta/recipes-connectivity/dhcp/{dhcp_4.3.4.bb => dhcp_4.3.5.bb} | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) create

Re: [OE-core] [PATCH 00/33] Accumulated patches for deb packaging

On 6 December 2016 at 11:49, Andreas Oberritter wrote: > These are most of my patches which accumulated since our distro > switched from opkg to dpkg and apt two years ago. They were tested > thoroughly on dora and krogoth and just a little bit on master. > Is this on a

[OE-core] [PATCH 00/13] [jethro] Consolidated pull

Hi RP, There are two PULLs, the one on openembedded-core-contrib is for oe-core, the other one on poky-contrib is for poky, the later one has 2 more commits: poky.conf: Bump version for 2.0.3 jethro release build-appliance-image: Update to jethro head revision I can't send them in oe-core's

Re: [OE-core] [oe-commits] [openembedded-core] 67/76: gnutls: update to 3.5.6

On Wed, Nov 30, 2016 at 03:49:52PM +, g...@git.openembedded.org wrote: > rpurdie pushed a commit to branch master > in repository openembedded-core. > > commit 27f306a752d15ec62d2821d0146be4ffa10b7013 > Author: Alexander Kanavin > AuthorDate: Mon Nov 28

Re: [OE-core] [meta-intel] [PATCH 2/2] gstreamer1.0-vaapi: Import from meta-intel

Hi, On Tue, Dec 6, 2016 at 12:48 PM, Burton, Ross wrote: > > On 6 December 2016 at 09:57, Ylinen, Mikko wrote: > >> This suggests the versions should be kept in sync with the gstreamer >> versions: >>

[OE-core] [PATCH 33/33] apt: dselect depends on perl

Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/apt/apt_1.2.12.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/apt/apt_1.2.12.bb b/meta/recipes-devtools/apt/apt_1.2.12.bb index 5dc50a4..0b640f9 100644 ---

[OE-core] [PATCH 31/33] package_deb.bbclass: compress control.tar with the same algorithm as data.tar

Yields better compression with xz and fixes a problem invoking gzip. Signed-off-by: Andreas Oberritter --- meta/classes/package_deb.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/package_deb.bbclass

[OE-core] [PATCH 19/33] apt: recommend gnupg

Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/apt/apt_1.2.12.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-devtools/apt/apt_1.2.12.bb b/meta/recipes-devtools/apt/apt_1.2.12.bb index 2c4f11d..4d781a2 100644 ---

[OE-core] [PATCH 26/33] dpkg: remove unneeded do_configure override

Exporting PERL_LIBDIR is enough, compiler.m4 isn't needed. Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/dpkg/dpkg.inc | 6 -- 1 file changed, 6 deletions(-) diff --git a/meta/recipes-devtools/dpkg/dpkg.inc b/meta/recipes-devtools/dpkg/dpkg.inc index

[OE-core] [PATCH 24/33] dpkg: set license field to more common "GPLv2+"

Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/dpkg/dpkg.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/dpkg/dpkg.inc b/meta/recipes-devtools/dpkg/dpkg.inc index 5b5ea01..2eabc30 100644 ---

[OE-core] [PATCH 28/33] dpkg: update packages and files to match Debian more closely

Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/dpkg/dpkg.inc | 53 + 1 file changed, 48 insertions(+), 5 deletions(-) diff --git a/meta/recipes-devtools/dpkg/dpkg.inc b/meta/recipes-devtools/dpkg/dpkg.inc index

[OE-core] [PATCH 32/33] apt: fix rpath error during configure

| checking for shared library run path origin... /bin/sh: ../apt-1.0.10.1/buildlib/config.rpath: No such file or directory Signed-off-by: Andreas Oberritter --- meta/recipes-devtools/apt/apt_1.2.12.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

  1   2   >