[OE-core] splitting python's standard library

On 12/18/2017 11:02 PM, S. Lockwood-Childs wrote: On Mon, Dec 18, 2017 at 03:17:25PM -0500, Derek Straka wrote: I have several customers who have optimized for space and would like to see the capability maintained unless core removes the ability to split python packages out. They also remove th

Re: [OE-core] [PATCH v2] meson: Port pkgconfig-native patch to 0.43.0

On 12/18/2017 04:26 PM, Ricardo Ribalda Delgado wrote: Yes, sure. In a moment I'll publish a new patchset that introduces meson 0.44 and drops your previous 0.43-compatible version of the patch, and then you can rebase on top of that and send to the list. Sent Feel free to include it to your p

Re: [OE-core] [PATCH 00/49] Consolidated pull

On 12/19/2017 12:45 PM, Bruce Ashfield wrote: On Mon, Dec 18, 2017 at 11:03 AM, Ross Burton wrote: Hi, Another batch of patches from the list which have passed autobuilder testing and review. Ross The following changes since commit d6b6508e0be4452eb285495403b73fa9fcf51e3e: temp disable i

Re: [OE-core] [PATCH 00/49] Consolidated pull

On Mon, Dec 18, 2017 at 11:03 AM, Ross Burton wrote: > > Hi, > > Another batch of patches from the list which have passed autobuilder testing > and > review. > > Ross > > The following changes since commit d6b6508e0be4452eb285495403b73fa9fcf51e3e: > > temp disable inode checking on sstate (2017

Re: [OE-core] [PATCH 1/1] bind: fix daemon startup failure on sysvinit

ping Could someone help review this patch? Best Regards, Chen Qi On 11/27/2017 04:07 PM, Chen Qi wrote: When starting the bind daemon on sysvinit based system, we are meeting the following error and the daemon fails to start. /etc/bind/rndc.key: permission denied Fix this problem by chani

Re: [OE-core] [PATCH 1/1] populate_sdk_ext.bbclass: add ESDK_MANIFEST_EXCLUDES

ping Could someone help review this patch? Thanks, Chen Qi On 11/15/2017 02:38 PM, Chen Qi wrote: Add ESDK_MANIFEST_EXCLUDES to enable excluding items from sdk-conf-manifest. By default, files under conf/ are all added to sdk-conf-manifest, as the manifest file is set to 'conf/*'. However, t

Re: [OE-core] [PATCH 2/3] eudev: sync rules with systemd

On 2017年12月18日 20:01, Burton, Ross wrote: We had to revert this because it meant that input devices didn't work in qemu, which is quite a problem! OK, sorry for the inconvenience. //Hongxu Ross On 17 November 2017 at 06:08, Hongxu Jia > wrote: - Add

[OE-core] [PATCH 1/2] oe-pkgdata-util: Refactor functions for consistency

Refactor functions lookup_recipe and package_info to be consistent with list_pkg_files. Print the appropriate information as soon as it's found, rather than storing it in a mappings variable and wait to print after searching all packages. Signed-off-by: Amanda Brindle --- scripts/oe-pkgdata-util

[OE-core] [PATCH 2/2] oe-pkgdata-util: Add support for RPROVIDES

In lookup_reicpe, package_info, and list_pkg_files, check if the package name exists in runtime-rprovides. If so, and the provider package has a different name than the inputted package, print a note that says the specified package is in another package's RPROVIDES. If the provider package has the

[OE-core] [PATCH 0/2]

The following changes since commit b73e96e7f3f5d1ba3a221d99792a7a3c7ef42c21: python-scons: upgrade to v3.0.1; use pypi.bbclass (2017-12-13 14:00:52 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib abrindle/rprovides http://git.yoctoproject.org/cgit.cgi

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

Go ahead and do a v2, it was more of a reminder for me. On Mon, Dec 18, 2017 at 4:26 PM, Mark Asselstine < mark.asselst...@windriver.com> wrote: > On Monday, December 18, 2017 4:07:44 PM EST Derek Straka wrote: > > I also need to look at the UPSTREAM_CHECK_URI for this recipe since it > > isn't f

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

On Monday, December 18, 2017 4:07:44 PM EST Derek Straka wrote: > I also need to look at the UPSTREAM_CHECK_URI for this recipe since it > isn't finding the latest version and telling me to update the package. Odd. Let me know how it goes. If it is easier for you to make the changes locally and c

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

I also need to look at the UPSTREAM_CHECK_URI for this recipe since it isn't finding the latest version and telling me to update the package. On Mon, Dec 18, 2017 at 4:02 PM, S. Lockwood-Childs wrote: > On Mon, Dec 18, 2017 at 03:17:25PM -0500, Derek Straka wrote: > > I have several customers wh

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

On Mon, Dec 18, 2017 at 3:17 PM, Derek Straka wrote: > I have several customers who have optimized for space and would like to see > the capability maintained unless core removes the ability to split python > packages out. They also remove the *.py files in favor of *.pyo files (via > a custom pa

Re: [OE-core] [PATCH v2 2/2] parallel-oe-selftest.sh: runs oe-selftest in parallel

On Mon, Dec 18, 2017 at 9:43 AM, wrote: > From: Leonardo Sandoval > > Parallelize oe-selftest execution using GNU/Parallel: for each test > defined, a job will be launched and at any time at maximun of jobs will Typo. > be executing (defaults to 4). > > 1. Run all modules > > parallel-oe-se

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

I have several customers who have optimized for space and would like to see the capability maintained unless core removes the ability to split python packages out. They also remove the *.py files in favor of *.pyo files (via a custom packaging mechanism). I have automated tests that go through th

[OE-core] [PATCH v2 2/2] parallel-oe-selftest.sh: runs oe-selftest in parallel

From: Leonardo Sandoval Parallelize oe-selftest execution using GNU/Parallel: for each test defined, a job will be launched and at any time at maximun of jobs will be executing (defaults to 4). 1. Run all modules parallel-oe-selftest.sh 2. Run certaing modules and print results in order (s

[OE-core] [PATCH v2 1/2] scripts/oe-selftest: isolate oe-selftest execution

From: Leonardo Sandoval The main idea is to isolate the oe-selftest execution so neither the current build directory, configuration nor environment is use when executing the selftests. The approach uses 'oe-selftest' as a wrapper scripts with once all isolation setup is done, it calls 'scripts/l

[OE-core] [PATCH] site/*-linux: don't cache ac_cv_sizeof_bool

The value was hardcoded from the time it couldn't be computed, which is no longer the case. After C99 'bool' is only defined if stdbool.h is included, it's implementation defined and not required to be 1, so caching it doesn't make sense and certain recipes whoose code test ac_cv_sizeof_bool fail t

Re: [OE-core] [PATCH 8/8] bind: Update to 9.11.2

On 12/18/2017 07:05 AM, Burton, Ross wrote: > On 17 December 2017 at 16:34, Armin Kuster > wrote: > > From: Armin Kuster mailto:akus...@mvista.com>> > > New License (mpl-2.0) and LICESE file. > > New features in bind 9.11 > see: > https://www.isc.

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

On Mon, Dec 18, 2017 at 11:37 AM, Alexander Kanavin wrote: > On 12/18/2017 06:15 PM, Mark Asselstine wrote: >> >> On Mon, Dec 18, 2017 at 10:36 AM, Christopher Larson >> wrote: >>> >>> All our python recipes should be explicitly listing the python module >>> packages they require. No python modul

Re: [OE-core] [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

On 12/18/2017 06:15 PM, Mark Asselstine wrote: On Mon, Dec 18, 2017 at 10:36 AM, Christopher Larson wrote: All our python recipes should be explicitly listing the python module packages they require. No python module recipes should be depending on python-modules or python3-modules, but explicit

[OE-core] [PATCH 00/49] Consolidated pull

Hi, Another batch of patches from the list which have passed autobuilder testing and review. Ross The following changes since commit d6b6508e0be4452eb285495403b73fa9fcf51e3e: temp disable inode checking on sstate (2017-12-13 14:02:02 +) are available in the git repository at: git://gi

[OE-core] [PATCH] rpm: update to 4.14.0

Previously oe-core had a development snapshot of rpm, it's better to update to something more stable. Removed patches: 0001-Add-PYTHON_ABI-when-searching-for-python-libraries.patch (upstream is using pkg-config) 0001-When-nice-value-cannot-be-reset-issue-a-notice-inste.patch (functionality has bee

[OE-core] Yocto Project Status WW51’17

Current Dev Position: YP 2.5 M2 development Next Deadline: YP 2.5 M2 cut off of 1/15/18 SWAT team rotation: Stephano -> Maxin on Dec. 15, 2017. SWAT team rotation: Maxin -> Cal on Dec. 22, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·Th

Re: [OE-core] [PATCH v2] perl: native modules will not trigger build perl for target.

ping 2017-12-12 9:34 GMT+01:00 Krzysztof Taborski : > kindly reminder > > 2017-12-08 18:46 GMT+01:00 Krzysztof Taborski >: > >> Hello, >> I would like to request feedback about my patch. >> >> Br, >> Krzysztof Taborski >> >> -Original Message- >> From: Krzysztof Taborski [mailto:taborski

[OE-core] ✗ patchtest: failure for i2c-tools: upgrade to 4.0 (rev2)

== Series Details == Series: i2c-tools: upgrade to 4.0 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10114/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on th

[OE-core] [PATCH v2] i2c-tools: upgrade to 4.0

Update the SRC_URI to point to kernel.org location where i2c-tools is hosted these days. Remove Modules.mk since it was used for deprecated binaries (eepromer, eeprom) Added the following patches to fix races during build: a) 0001-tools-Module.mk-Add-missing-dependencies.patch b)

Re: [OE-core] [PATCH] i2c-tools: upgrade to 4.0

Hi RP, On Sat, Dec 09, 2017 at 05:17:53PM +, Richard Purdie wrote: > On Sat, 2017-12-09 at 16:57 +, Richard Purdie wrote: > > On Thu, 2017-12-07 at 15:22 +0200, Maxin B. John wrote: > > > > > > Update the SRC_URI to point to kernel.org location where > > > i2c-tools is hosted these days.

Re: [OE-core] [PATCH 8/8] bind: Update to 9.11.2

On 17 December 2017 at 16:34, Armin Kuster wrote: > From: Armin Kuster > > New License (mpl-2.0) and LICESE file. > > New features in bind 9.11 > see: https://www.isc.org/wp-content/uploads/2016/09/BIND9. > 11NewFeatures.pdf > > add zlib PACKAGECONF > packages/corei7-64-poky-linux/bind/bind-doc

[OE-core] ✗ patchtest: failure for meson: Port pkgconfig-native patch to 0.44.0

== Series Details == Series: meson: Port pkgconfig-native patch to 0.44.0 Revision: 1 URL : https://patchwork.openembedded.org/series/10208/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been ex

Re: [OE-core] [PATCH v5 1/2] image.bbclass: add prohibited-paths QA test

This doesn't seem to be applied yet. Is there something else that is needed? Martyn On Mon, 2017-11-27 at 19:28 +, Martyn Welch wrote: > Sometimes we wish to ensure that files or directories are not installed > somewhere that may prove detrimental to the operation of the system. For > example

Re: [OE-core] [PATCH v2] meson: Port pkgconfig-native patch to 0.43.0

Hello On Fri, Dec 15, 2017 at 4:54 PM, Alexander Kanavin wrote: > On 12/15/2017 05:50 PM, Ricardo Ribalda Delgado wrote: > >>> Unfortunately, the same patch needs to be ported again to 0.44.0, as the >>> changes upstream made are non-trivial. Can you do that please? >> >> >> Sure, >> >> can you w

[OE-core] [PATCH] meson: Port pkgconfig-native patch to 0.44.0

The update to 0.44.0 did not add this patch required for qt builds. Signed-off-by: Ricardo Ribalda Delgado --- This patch sits on top of Alexander Kanavin's "Introduce meson build system v5" patchset. .../meson/meson/0003-native_bindir.patch | 109 + meta/recipes-

[OE-core] [morty][PATCH 5/7] sqlite3.inc: set CVE_PRODUCT to sqlite

From: Mikko Rapeli It is used in NVD for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2016-6153 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit cec6f26f4d2f16c9a58fac5a6344e3d43b36ed09) Signed-off-by: Ruslan Ruslichenko --- meta/recipes-support/sqlite/s

[OE-core] [morty][PATCH 6/7] glibc-common.inc: set CVE_PRODUCT to glibc

From: Mikko Rapeli All recipes which include this .inc map to glibc NVD component. Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit 613a13725db4e05539974cc7c66584a287d7b4bd) Signed-off-by: Ruslan Ruslichenko --- meta/recipes-core/glibc/glibc-common.inc | 1 +

[OE-core] [morty][PATCH 7/7] glib.inc: set CVE_PRODUCT to glib

From: Mikko Rapeli NVD uses product glib and vendor gnome for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2016-6855 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit 69d6342d45316389afb4b062088919689db0a6dd) Signed-off-by: Ruslan Ruslichenko --- meta/rec

[OE-core] [morty][PATCH 3/7] icu.inc: set CVE_PRODUCT to international_components_for_unicode

From: Mikko Rapeli NVD uses it for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2014-8146 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit eaac39100cadc81c89e6eb5ab389cd684699aa90) Signed-off-by: Ruslan Ruslichenko --- meta/recipes-support/icu/icu.inc |

[OE-core] [morty][PATCH 4/7] python.inc: set CVE_PRODUCT to python

From: Mikko Rapeli All python versions are just python in NVD like this CVE for python 3.4.4: https://nvd.nist.gov/vuln/detail/CVE-2016-5699 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit 848e1be494e8ea10c729f95f02acb366e1843d75) Signed-off-by: Ruslan Ruslic

[OE-core] [morty][PATCH 1/7] acpid.inc: set CVE_PRODUCT to acpid2

From: Mikko Rapeli It is used in NVD database for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2011-4578 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit 966052df79df0f68565ebc40887170322d3f85b8) Signed-off-by: Ruslan Ruslichenko --- meta/recipes-bsp/acp

[OE-core] [morty][PATCH 2/7] bluez5.inc: set CVE_PRODUCT to bluez

From: Mikko Rapeli bluez is the product name in NVD database for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2016-7837 Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton (cherry picked from commit aade84aa54bb2f958572623ed6464184efd19862) Signed-off-by: Ruslan Ruslichenko --- meta/

Re: [OE-core] [PATCH 02/15] rpm: update to 4.14.0

On 12/16/2017 02:24 AM, Burton, Ross wrote: This is causing the signing selftest to fail: 2017-12-15 06:04:10,233 - oe-selftest - INFO - == 2017-12-15 06:04:10,233 - oe-selftest - INFO - FAIL: test_signing_packages (signing.Si

Re: [OE-core] [PATCH 1/3] hdparm: replace stat with coreutils as runtime dependency

Does it really need coreutils stat, or is busybox's stat sufficient? Ross On 15 December 2017 at 01:18, Yi Zhao wrote: > Currently only hdparm specifies stat as runtime dependency in oe-core. > But the stat hasn't any update since 2002. Replace it with coreutils as > runtime dependency since co

Re: [OE-core] [PATCH 2/3] eudev: sync rules with systemd

We had to revert this because it meant that input devices didn't work in qemu, which is quite a problem! Ross On 17 November 2017 at 06:08, Hongxu Jia wrote: > - Add whitelist hd* devices > > - Backport latest rules from upstream > > - Fix formatting IDE storage does not trigger "change" uevent

Re: [OE-core] [PATCH 5/5] lib/oe/package.py: is_elf: Make it less prone to false positives

On 18 December 2017 at 11:28, Burton, Ross wrote: > On 18 December 2017 at 11:06, Olof Johansson > wrote: > >> I'm so sorry, I missed your email; I am, but maybe not as quickly >> as you are able to(?). My is_stripped looks kind of like yours, >> but without the ShType.progbits. Thanks for the s

Re: [OE-core] [PATCH 5/5] lib/oe/package.py: is_elf: Make it less prone to false positives

On 18 December 2017 at 11:06, Olof Johansson wrote: > I'm so sorry, I missed your email; I am, but maybe not as quickly > as you are able to(?). My is_stripped looks kind of like yours, > but without the ShType.progbits. Thanks for the suggestion! I > were able to hackishly integrate the Elf clas

Re: [OE-core] [PATCH 5/5] lib/oe/package.py: is_elf: Make it less prone to false positives

On 17-12-06 21:38 +, Burton, Ross wrote: > If you are looking at this then you'll want to pull my branch again as I > just pushed a few fixes to make ARM binaries actually work. > > Also, a prototype "is this binary stripped" function would be: > > elf = oe.elf.Elf.from_file(sys.argv[1]) > fo