[OE-core] [PATCH 1/3] gettext: Delete libintl.la file from install

gettext installs a libtool .la file for non-glibc systems since it builds libintl for them unlike glibc where it finds that using libc's gettext implementation is just fine. Same is not true for musl even though musl provides itw own gettext implementation much on then lines of glibc. ideally gett

[OE-core] [PATCH 3/3] musl: Add linux-libc-headers to deps

This is highlighted with clang when trying to build a single package clean from scratch it missed kernel headers Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-core/musl/musl_gi

[OE-core] [PATCH 2/3] mesa: Fix build on musl

It assumes __GLIBC__ where it could actually check for linux and include non-glibc C library implementations like musl which provide __BYTE_ORDER macros as well when computing system endianness Signed-off-by: Khem Raj --- .../mesa/files/replace_glibc_check_with_linux.patch | 17 +

[OE-core] [PATCH] gstreamer1.0-plugins-bad.inc: enable webp PACKAGECONFIG by default

The webp plugin depends on libwebp, which is now present in oe-core: http://git.openembedded.org/openembedded-core/commit/?id=1c00bf8bce7a197e83456bf5094299d8f33ee473 Signed-off-by: Andre McCurdy --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +- 1 file changed, 1 ins

Re: [OE-core] How to integrate third party application software to yocto image

Hi Ross, I copied "recipes-navigation" folder from meta-oe (Open embedded build tree) to "/poky/meta " I have appended in “conf/local.conf” as given below IMAGE_INSTALL_append = " navit" While creating the image, it spits out the following error, winiston@winiston-VirtualBox:~/poky/build$ b

[OE-core] [PATCH] dosfstools_2.11: fix build following removal of -e from EXTRA_OEMAKE

Also misc formatting tweaks to align with v3.0.28 recipe and remove BBCLASSEXTEND = "native" (native builds should always use the GPLv3 recipe). Signed-off-by: Andre McCurdy --- meta/recipes-devtools/dosfstools/dosfstools_2.11.bb | 16 ++-- 1 file changed, 6 insertions(+), 10 deletio

[OE-core] [PATCH 2/3 v2] rpm: Enable specific crypto and digest settings via variables

Allow the user to set the specific digest and non-repudiable signature algorithms. This should be done on a distribution wide basis. See recipe for exact instructions, but values are now set using: RPM_FILE_DIGEST_ALGO (default 1 - md5) RPM_SELF_SIGN_ALGO (default DSA) Also, change the PACKAGE

[OE-core] [PATCH 3/3 v2] rpm: A number of the patches have been submitted upstream

Note the upstream submission in the patches. Signed-off-by: Mark Hatle --- meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch| 2 +- .../0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch | 2 +- meta/recipes-devtools/rpm/rpm/debugedit-segv.patch

[OE-core] [PATCH 0/3 v2] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

V2: Fixed three issues - Added Apache 2.0 license for specific mongodb code - Switch SSE usage dynamically in rpmio/keccak.c See rpm-keccak-sse-intrin.patch - Add support for architectures that do not support sync_add_and_fetch_8 See rpm-atomic-ops.patch All of those changes are made in patc

[OE-core] [PATCH 1/3 v2] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

[Note: as before the base64 items have been removed to shrink the size] meta/lib/oe/package_manager.py was also updated. This ensures that any diagnostic messages are ignored from the output of rpmresolve. The patches have been split into bug fixes (things that belong upstream) and local changes

[OE-core] [PATCH 13/15] python-pygobject: fix buildpath QA issue

The variable PYTHON is assigned with native python. But for target, it caused pygobject-codegen has build path. vim ${S}/codegen/pygobject-codegen-2.0.in [snip]... exec @PYTHON@ $codegendir/codegen.py "$@" [snip]... So we replace it by invoking "which python". [YOCTO #7058] Signed-off-by: Hongxu

[OE-core] [PATCH 00/15] fix python buildpaths QA issue

- Patch 01-06 has be sent in previous pull request. - add buildpaths QA ignore pattern, and ignore Makefile by default - fix .pyc/.pyo buildpath QA issue - fix python related buildpath QA issue Test Steps: vim local.conf ... MACHINE ?= "qemux86-64" WARN_QA += "buildpaths" require conf/multilib

[OE-core] [PATCH 11/15] python3-pip: use old-style install

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo buildpaths issue. For python3-pip, the '--root' option means there will be no eggs generated. Ubuntu or Debian did the same thing like us: https://packages.debian.org/sid/all/python3-pip/filelist [YOCTO #8446] Signed-off-by: Hongxu J

[OE-core] [PATCH 15/15] python-pycairo: fix buildpath QA issue

- Append function unpack_waf to do_unpack to do self-extracting first, we need to patch on the extracted files. - Get "--destdir" directory supplied to the "install" command, and use it as a prefix to strip off the purported filename encoded in bytecode files. - Do not need to generate pyca

[OE-core] [PATCH 09/15] bbclass distutils/distutils3: fix .pyc/.pyo buildpath

Get the "--root" directory supplied to the "install" command, and use it as a prefix to strip off the purported filename encoded in bytecode files. Since --root added, we need to tweak --install-data, --prefix and --install-lib to use relative path. [YOCTO #8446] Signed-off-by: Hongxu Jia ---

[OE-core] [PATCH 07/15] insane:add buildpaths QA ignore pattern

Add variable QA_BUILDPATHS_SKIP_PATTERN to ignore buildpaths QA while filename (do not include directory) matches patterns, the patterns are Unix shell style and separated by space. [YOCTO #9169] [YOCTO #7058] Signed-off-by: Hongxu Jia --- meta/classes/insane.bbclass | 13 + 1 file

[OE-core] [PATCH 14/15] python-numpy: fix buildpaths QA issue

Remove build path in comments: Without the fix: ... |This file is generated by /buildarea/raid0/hjia/build-20160225-yocto- buildpath/tmp/work/core2-64-poky-linux/python-numpy/1.10.4-r0/numpy -1.10.4/setup.py ... With the fix: ... |This file is generated by /numpy-1.10.4/setup.py ... [YOCTO

[OE-core] [PATCH 08/15] python2/3: fix buildpath QA issue

- use relative path to compile source file - Since _sysconfigdata.py was modified at do_package, so remove _sysconfigdata.pyc is ok (Python2 only). - Add _sysconfigdata.py and Makefile it to QA_BUILDPATHS_SKIP_PATTERN. - Remove -fdebug-prefix-map in _sysconfigdata.py, Makefile and python3.5m

[OE-core] [PATCH 10/15] python-setuptools/python3-setuptools: use old-style install

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo buildpaths issue. For python setuptools, the '--root' option means explicit request for old-style install. There will be no egg generated. And it do not need setuptools.pth any more. Rename easy_install to easy_install3. Ubuntu or Deb

[OE-core] [PATCH 12/15] bbclass distutils/distutils3/setuptools/setuptools3: clean up DISTUTILS_INSTALL_ARGS

Since fix .pyc/.pyo buildpaths issue, we have the same DISTUTILS_INSTALL_ARGS in these bbclass files, so clean up the duplicate. [YOCTO #8446] Signed-off-by: Hongxu Jia --- meta/classes/distutils.bbclass | 4 +++- meta/classes/distutils3.bbclass | 4 +++- meta/classes/setuptools.bbclass | 5

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On 02/25/2016 08:42 PM, Bruce Ashfield wrote: On Thu, Feb 25, 2016 at 7:10 AM, Burton, Ross mailto:ross.bur...@intel.com>> wrote: On 25 February 2016 at 10:36, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make nati

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On 02/25/2016 08:42 PM, Bruce Ashfield wrote: On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: Hi Bruce and Darren, We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu can boot hdddirect, vmdk, qcow2 and vdi, otherwise, t

[OE-core] [PATCH 2/4] libgudev: Fix for new eudev implementation

systemd is not a necessary feature for libgudev anymore since we are providing eudev as an alternative to udev Signed-off-by: Alejandro Hernandez --- meta/recipes-gnome/libgudev/libgudev_230.bb | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-gnome/libgudev/libg

[OE-core] [PATCH 1/4] eudev: Replaces udev with eudev for compatibility when using sysvinit on newer kernels

udev has started to fail on new kernels (4.4), due to being deprecated in favor of systemd's udev implementation. To maintain a sysvinit alternative we also need to provide an alternative to udev. Eudev is a fork of systemds udev, this new eudev recipe provides upstream udev 220 funcitonality. -

[OE-core] [PATCH 0/4] Replaces udev with eudev for compatibility when using sysvinit on newer kernels

udev has started to fail on new kernels (4.4), due to being deprecated in favor of systemd's udev implementation. To maintain a sysvinit alternative we also need to provide an alternative to udev. Eudev is a fork of systemds udev, this new eudev recipe provides upstream udev 220 funcitonality. - l

[OE-core] [PATCH 3/4] usbutils: Fix for new eudev implementation

usbutils was only compatible with systemds udev, since we now provide a udev alternative compatible with upstream systemds udev, we can now use the newer version of usbutils along with it too. Signed-off-by: Alejandro Hernandez --- meta/recipes-bsp/usbutils/usbutils-008/iconv.patch | 41

[OE-core] [PATCH 4/4] maintainers.inc: Add new eudev package and change maintainership for udev

Signed-off-by: Alejandro Hernandez --- meta-yocto/conf/distro/include/maintainers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-yocto/conf/distro/include/maintainers.inc b/meta-yocto/conf/distro/include/maintainers.inc index 8fe87c8..a474b1f 100644 --- a/meta-yocto

[OE-core] [PATCH] automake: remove patch

The patch being removed in this commit removes *.pyc files from being compiled. This dose not allow a user to select which files are included in the image. Since optimization is no longer the default for python we should have the ability to choose what is included in the image. Signed-off-by: Jose

[OE-core] [PATCHv2 1/2] cve-check-tool: Add recipe

From: Mariano Lopez cve-check-tool is a program to for checking public CVEs. This tool also seek to determine if a vulnerability has been addressed by a patch. The recipe also includes the do_populate_cve_db task that will populate the database used by the tool. This task is added when the cve-c

[OE-core] [PATCHv2 2/2] cve-check.bbclass: Add class

From: Mariano Lopez This class adds a new task for all the recipes to use cve-check-tool in order to look for public CVEs affecting the packages generated. It is possible to use this class when building an image, building a recipe, or using the "world" or "universe" cases. In order to use this

[OE-core] [PATCHv2 0/2] Add initial capability to check CVEs for recipes

From: Mariano Lopez This series add the cve-check-tool recipe, a tool used to identify potentially vulnerable software through version matching. It will check if a vulnerability has been addressed by a patch. Also add the new cve-check class that will add a task for all recipes to check for CVEs

Re: [OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

On 2/25/16 4:34 PM, Burton, Ross wrote: > > On 25 February 2016 at 18:18, Mark Hatle > wrote: > > There is not yet an official RPM 5.4.16 release, however one will be > coming > soon. Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to >

Re: [OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

On 25 February 2016 at 18:18, Mark Hatle wrote: > There is not yet an official RPM 5.4.16 release, however one will be > coming > soon. Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to > 5.4.16. These patches are part of the commit (compressed w/ .xz). However > I am not sendin

[OE-core] [PATCH] rsync: enable native builds for rsync 2.6.9

Signed-off-by: Ross Burton --- meta/recipes-devtools/rsync/rsync_2.6.9.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/rsync/rsync_2.6.9.bb b/meta/recipes-devtools/rsync/rsync_2.6.9.bb index 6854c77..d37cda7 100644 --- a/meta/recipes-devtools/rsync/rsync_2.6.9.bb +

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

On 2/25/16 3:40 PM, Joshua G Lock wrote: > On Thu, 2016-02-25 at 11:13 -0600, Mark Hatle wrote: >> I just noticed this, any reason to use this over fdupes? > > No reason other than that hardlink is what the Clear Linux team, who > authored swupd, are using. Is there a compelling reason to look at

Re: [OE-core] [PATCH 00/10] Integrate swupd software updater

On Wed, 2016-02-24 at 15:40 -0500, Philip Balister wrote: > On 02/24/2016 02:51 PM, Paul Eggleton wrote: > > > > On Wed, 24 Feb 2016 11:35:25 Philip Balister wrote: > > > > > > On 02/24/2016 11:06 AM, Trevor Woerner wrote: > > > > > > > > Ideally the work done here and the work done on meta- > >

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

On Thu, 2016-02-25 at 11:13 -0600, Mark Hatle wrote: > I just noticed this, any reason to use this over fdupes? No reason other than that hardlink is what the Clear Linux team, who authored swupd, are using. Is there a compelling reason to look at fdupes instead? Thanks, Joshua > > I've used f

Re: [OE-core] [PATCHv2 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

On 02/24/2016 06:22 PM, Paul Eggleton wrote: > Hi Aníbal, > > On Mon, 22 Feb 2016 12:31:33 Aníbal Limón wrote: >> From: Aníbal Limón >> >> The SDKUpdateTest class test devtool sdk-update mechanism inside >> eSDK. >> >> The SDKUpdateTest class search for new sdk if not found uses >> the main one

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

Hello Andre, (Adding Khem on Cc) On Thu, Feb 25, 2016 at 5:09 PM, Otavio Salvador wrote: > On Thu, Feb 25, 2016 at 5:07 PM, Andre McCurdy wrote: >> On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador >> wrote: >>> Hello folks, >>> >>> When building a target, with Big Endian enabled, busybox is f

Re: [OE-core] [PATCH] gstreamer1.0-plugins-XXX: control orc PACKAGECONFIG via GSTREAMER_ORC

On Thu, Feb 25, 2016 at 5:02 PM, Andre McCurdy wrote: > Orc enables runtime JIT compilation of data processing routines from > Orc bytecode to SIMD instructions for various architectures (currently > SSE, MMX, MIPS, Altivec and NEON are supported). > > https://cgit.freedesktop.org/gstreamer/orc/

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

On Thu, Feb 25, 2016 at 5:07 PM, Andre McCurdy wrote: > On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador > wrote: >> Hello folks, >> >> When building a target, with Big Endian enabled, busybox is failing to build. >> >> I reproduced the error with Jethro and master. >> >> Here goes a simplified

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador wrote: > Hello folks, > > When building a target, with Big Endian enabled, busybox is failing to build. > > I reproduced the error with Jethro and master. > > Here goes a simplified log: > > http://termbin.com/1c8p > > Could someone shed a light on

[OE-core] [PATCH] gstreamer1.0-plugins-XXX: control orc PACKAGECONFIG via GSTREAMER_ORC

Orc enables runtime JIT compilation of data processing routines from Orc bytecode to SIMD instructions for various architectures (currently SSE, MMX, MIPS, Altivec and NEON are supported). https://cgit.freedesktop.org/gstreamer/orc/tree/README Provide a convenient way to globally control the or

[OE-core] [PATCH] boost.inc: fix BJAM_OPTS --build-dir option

The correct syntax is --build-dir ( --builddir is silently ignored ). Signed-off-by: Andre McCurdy --- meta/recipes-support/boost/boost.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/boost/boost.inc b/meta/recipes-support/boost/boost.inc index c5522

[OE-core] busybox not buildable when using armv7ahfb-neon tune

Hello folks, When building a target, with Big Endian enabled, busybox is failing to build. I reproduced the error with Jethro and master. Here goes a simplified log: http://termbin.com/1c8p Could someone shed a light on this? -- Otavio Salvador O.S. Systems http:/

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On Thu, Feb 25, 2016 at 7:42 AM, Bruce Ashfield wrote: > > > On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang > wrote: > >> Hi Bruce and Darren, >> >> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu >> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't >

Re: [OE-core] [PATCH 1/3] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

On 2/25/16 12:18 PM, Mark Hatle wrote: > [Note: base64 pieces were omitted from this patch! Use the version in the > -contrib tree if you are interested in the contents.] The openembedded-core-contrib and poky-contrib have been updated. patch.xz is not supported patch type, it's been changed to

[OE-core] [PATCH 2/3] rpm: Enable specific crypto and digest settings via variables

Allow the user to set the specific digest and non-repudiable signature algorithms. This should be done on a distribution wide basis. See recipe for exact instructions, but values are now set using: RPM_FILE_DIGEST_ALGO (default 1 - md5) RPM_SELF_SIGN_ALGO (default DSA) Also, change the PACKAGE

[OE-core] [PATCH 3/3] rpm: A number of the patches have been submitted upstream

Note the upstream submission in the patches. Signed-off-by: Mark Hatle --- meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch| 2 +- .../0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch | 2 +- meta/recipes-devtools/rpm/rpm/debugedit-segv.patch

[OE-core] [PATCH 1/3] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

[Note: base64 pieces were omitted from this patch! Use the version in the -contrib tree if you are interested in the contents.] meta/lib/oe/package_manager.py was also updated. This ensures that any diagnostic messages are ignored from the output of rpmresolve. The patches have been split into

[OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

There is not yet an official RPM 5.4.16 release, however one will be coming soon. Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to 5.4.16. These patches are part of the commit (compressed w/ .xz). However I am not sending them as part of the email as it's not very interesting to

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On 02/25/2016 10:27 AM, akuster wrote: So my questions in the bugs go unanswered. If you don't ever intend on responding just say so, I do appreciate honestly. I then know where I stand. - armin Sorry, for not answered the bug earlier, to be honest I hadn't seen your comment earlier. I

[OE-core] [PATCH] wic: don't throw away our created swap partition

From: Christopher Larson We were creating the partition, mkswap'ing it, and then not dd'ing it into place in the final image, as source_file wasn't being set for swap partitions. This would result in a swap partition that couldn't be enabled on target until mkswap was run. Signed-off-by: Christo

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

I just noticed this, any reason to use this over fdupes? I've used fdupes in the past for this exact thing -- primarily with shrinking the size of multilib SDKs with a lot of locales. --Mark On 2/24/16 8:52 AM, Joshua Lock wrote: > --- > meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19 +++

[OE-core] [PATCH] uninative-tarball: respect SDKMACHINE when building

So that a single machine can build multiple architectures for the uninative-tarball respect SDK_ARCH instead of BUILD_ARCH. This means a x86-64 host can build a i686 uninative-tarball by setting SDKMACHINE=i686. Signed-off-by: Ross Burton --- meta/recipes-core/meta/uninative-tarball.bb | 10 +++

Re: [OE-core] [PATCH 05/10] swupdbundle: new class to generate virtual images for swupd-image

On Wed, 2016-02-24 at 14:52 +, Joshua Lock wrote: > Our initial strategy to generate bundles for consumption by swupd > is to generate images which contain the base image (os-core) plus > the additional contents of the bundle, then prune out the core > contents. By generating images in this man

[OE-core] [PATCH 17/19] python-git: update to 1.0.2

Signed-off-by: Alexander Kanavin --- .../python/{python-git_1.0.1.bb => python-git_1.0.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python-git_1.0.1.bb => python-git_1.0.2.bb} (87%) diff --git a/meta/recipes-devtools/python/

[OE-core] [PATCH 06/19] libsolv: update to 0.6.19

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/libsolv/libsolv_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/libsolv/libsolv_git.bb b/meta/recipes-extended/libsolv/libsolv_git.bb index 07dd808..c0b0120 100644 --- a/meta/recipes-e

[OE-core] [PATCH 19/19] shared-mime-info: update to 1.6

Signed-off-by: Alexander Kanavin --- .../{shared-mime-info_1.5.bb => shared-mime-info_1.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/shared-mime-info/{shared-mime-info_1.5.bb => shared-mime-info_1.6.bb} (43%) diff --git a/meta/recipes

[OE-core] [PATCH 08/19] clutter-gst-3.0: update to 3.0.16

Signed-off-by: Alexander Kanavin --- .../clutter/{clutter-gst-3.0_3.0.14.bb => clutter-gst-3.0_3.0.16.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.14.bb => clutter-gst-3.0_3.0.16.bb} (58%) diff --git a/meta/recipes-gra

[OE-core] [PATCH 07/19] ccache: update to 3.2.4

Drop backported 0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch Signed-off-by: Alexander Kanavin --- .../ccache/{ccache_3.2.3.bb => ccache_3.2.4.bb}| 4 +- ...ion-in-recent-change-related-to-zlib-in-n.patch | 73 -- 2 files changed, 2 insertions(+), 75 de

[OE-core] [PATCH 09/19] gnupg: update to 2.1.11

Signed-off-by: Alexander Kanavin --- meta/recipes-support/gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} (90%) diff --git a/meta/recipes-support/gnupg/gnupg_2.1.10.bb b/

[OE-core] [PATCH 13/19] libdrm: update to 2.4.67

Drop 0001-tests-kms-steal-crtc-Include-sys-select.h.patch and detect.patch (merged upstream). Signed-off-by: Alexander Kanavin --- ...tests-kms-steal-crtc-Include-sys-select.h.patch | 96 -- meta/recipes-graphics/drm/libdrm/detect.patch | 59 - .../drm/{libdr

[OE-core] [PATCH 15/19] nettle: update to 3.2

Signed-off-by: Alexander Kanavin --- meta/recipes-support/nettle/{nettle_3.1.1.bb => nettle_3.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/nettle/{nettle_3.1.1.bb => nettle_3.2.bb} (75%) diff --git a/meta/recipes-support/nettle/nettle_3.1.1.bb b/m

[OE-core] [PATCH 18/19] vala: update to 0.30.1

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/vala/{vala_0.30.0.bb => vala_0.30.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/vala/{vala_0.30.0.bb => vala_0.30.1.bb} (42%) diff --git a/meta/recipes-devtools/vala/vala_0.30.0.bb b/meta/

[OE-core] [PATCH 16/19] pax-utils: update to 1.1.5

Remove fix-configure-failure.patch, the problem has been fixed upstream. Add README to the list of files that must be created before configuring the build. Signed-off-by: Alexander Kanavin --- .../pax-utils/files/fix-configure-failure.patch| 146 - .../{pax-utils_1.1.4.b

[OE-core] [PATCH 11/19] gtk-icon-utils-native: update to 3.18.8

Signed-off-by: Alexander Kanavin --- ...tk-icon-utils-native_3.18.6.bb => gtk-icon-utils-native_3.18.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.6.bb => gtk-icon-utils-native_3.18.8.bb} (93%) diff --git a/meta/recip

[OE-core] [PATCH 14/19] ncurses: update to revision 20160213

Also, put the revision into PV, so that a meaningful upstream version check can be performed. Signed-off-by: Alexander Kanavin --- meta/recipes-core/ncurses/{ncurses-6.0 => files}/config.cache | 0 meta/recipes-core/ncurses/{ncurses-6.0 => files}/tic-hang.patch | 0 .../ncurses/{ncurse

[OE-core] [PATCH 12/19] gtk+3: update to 3.18.8

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb} (83%) diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb b/meta/reci

[OE-core] [PATCH 05/19] ffmpeg: update to 3.0

Also, enforce arm instruction set (thumb is causing build failures) Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/ffmpeg/{ffmpeg_2.8.6.bb => ffmpeg_3.0.bb} | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/ffmpeg/{ffmpeg_2.8.6.bb => ffmpe

[OE-core] [PATCH 10/19] git: update to 2.7.2

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/git/git_2.7.0.bb | 11 --- meta/recipes-devtools/git/git_2.7.2.bb | 11 +++ 2 files changed, 11 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-devtools/git/git_2.7.0.bb create mode 100644 meta/recipes-dev

[OE-core] [PATCH 03/19] pcmanfm: update to 1.2.4

Signed-off-by: Alexander Kanavin --- meta/recipes-sato/pcmanfm/files/no-desktop.patch | 2 +- meta/recipes-sato/pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_1.2.4.bb} | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-sato/pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_

[OE-core] [PATCH 00/19] Recipe version updates

The deadline for version updates is in a few days, so I thought I'd push one last batch of 'easy' updates (that don't require rebasing patches or extensive testing). The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9: uclibc: Do not use immediate expansion operator (201

[OE-core] [PATCH 04/19] nspr: update to 4.12

Signed-off-by: Alexander Kanavin --- meta/recipes-support/nspr/{nspr_4.11.bb => nspr_4.12.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/nspr/{nspr_4.11.bb => nspr_4.12.bb} (96%) diff --git a/meta/recipes-support/nspr/nspr_4.11.bb b/meta/recipes-suppo

[OE-core] [PATCH 01/19] epiphany: update to 3.18.4

Signed-off-by: Alexander Kanavin --- .../recipes-gnome/epiphany/{epiphany_3.18.3.bb => epiphany_3.18.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/epiphany/{epiphany_3.18.3.bb => epiphany_3.18.4.bb} (84%) diff --git a/meta/recipes-gnome/epiphany/epip

[OE-core] [PATCH 02/19] libfm: update to 1.2.4

LICENSE checksum change due to formatting changes, and 'how to apply those terms' section dropped from the GPL text. Signed-off-by: Alexander Kanavin --- .../libfm/{libfm-extra_1.2.3.bb => libfm-extra_1.2.4.bb} | 6 ++ meta/recipes-support/libfm/{libfm_1.2.3.bb => libfm_1.2.4.bb}

[OE-core] [PATCH] automake: set test-driver path relative to top_builddir

automake offers auxiliary tools and is capable to install and prepare the setup for those. test-driver, a log driver used by parallel testsuite harness in ptests, is one of those tools. By default it looks that automake prepare environment for testing relative $top_srcdir. But in Yocto following

[OE-core] [PATCH] npm.bbclass: Add npm class to match fetcher

From: Brendan Le Foll npm class supports the npm fetcher, helping doing the basic compile/install stages of an npm package Signed-off-by: Brendan Le Foll --- meta/classes/npm.bbclass | 25 + 1 file changed, 25 insertions(+) create mode 100644 meta/classes/npm.bbclass

Re: [OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

On 02/25/2016 07:33 AM, Burton, Ross wrote: On 24 February 2016 at 15:27, > wrote: This patch allows to select the directory for the database used by cve-check-tool. Squash this into 1/3. Ross This was the only patch that I made my own, that

[OE-core] [PATCH v2] externalsrc.bbclas: remove nostamp from do_configure

Be a bit more intelligent than mindlessly re-compiling every time. Instead of using 'nostamp' flag for do_compile run a python function to get a list of files to add as 'file-checksums' flag. The intention is to only re-run do_compile if something in the source tree content changes. This python f

[OE-core] [PATCH v2] Improve externalsrc task dependency tracking

This refines the first version of the patch by utilizing (or abusing) inline Python variable expansion: if the source tree is a git repository the python function uses a custom git index file to track any changes in the source tree and only returns this one index file for bitbake to hash. If the so

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

For openssh there must be some bugs or tunings needed to match the version numbers used in CVE to ones in yocto. openssh-6.6p1 has zero matches with the check but I think there are several: downloads/CVE_CHECK$ grep openssh *xml| grep 6\.6\:p1 nvdcve-2.0-2016.xml: nvdcve-2.0-2016.xml:

Re: [OE-core] [PATCH 6/7] webkitgtk: update to 2.10.7

On 02/24/2016 07:19 PM, akuster808 wrote: Many vulnerability notifications will make the same statements. Updating a package that other packages depend on can cause a cascading set of failures. Now you have a bigger set of problems to contend with. I don't think the possibility of failures is

Re: [OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

On 24 February 2016 at 15:27, wrote: > This patch allows to select the directory for the > database used by cve-check-tool. > Squash this into 1/3. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.opene

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On Thu, Feb 25, 2016 at 01:29:13PM +0100, Mikko Rapeli wrote: > On Thu, Feb 25, 2016 at 01:14:21PM +0100, Mikko Rapeli wrote: > > On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com > > wrote: > > > From: Mariano Lopez > > > > > > This series add the cve-check-tool recipe, a

Re: [OE-core] How to integrate third party application software to yocto image

On 25 February 2016 at 12:51, wrote: > IMAGE_INSTALL_append = " navit_svn" > The recipe is called navit, _svn is the version. Just append " navit". Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.open

Re: [OE-core] How to integrate third party application software to yocto image

Hi Maxin, I copied "recipes-navigation" folder from meta-oe (Open embedded build tree) to "/poky/meta " . Then I have added the below line in "/conf/local.conf" as given below. IMAGE_INSTALL_append = " navit_svn" Then I used bitbake to build the image. It spits out the following errors, wi

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On Thu, Feb 25, 2016 at 7:10 AM, Burton, Ross wrote: > > On 25 February 2016 at 10:36, Robert Yang > wrote: > >> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu >> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't >> work in qemu since our vm image'

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang wrote: > Hi Bruce and Darren, > > We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu > can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't > work in qemu since our vm image's root default to /dev/sda2, or we ca

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On Thu, Feb 25, 2016 at 01:14:21PM +0100, Mikko Rapeli wrote: > On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com wrote: > > From: Mariano Lopez > > > > This series add the cve-check-tool recipe, a tool used to identify > > potentially vulnerable software through version mat

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > This series add the cve-check-tool recipe, a tool used to identify > potentially vulnerable software through version matching. It will > check if a vulnerability has been addressed by a patch.

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

On 25 February 2016 at 10:36, Robert Yang wrote: > We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu > can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't > work in qemu since our vm image's root default to /dev/sda2, or we can > change it default to /de

Re: [OE-core] trying to summarize the flexibility in bbappend'ing to kernel recipes

Quoting "Robert P. J. Day" : (i'm going to reply to this post just to keep everything in the same thread.) ... big snip ... in addition to all of that possible bbappend customization in my earlier note, i just noticed i forgot to mention this possibility of conditional prepending to FILE

Re: [OE-core] trying to summarize the flexibility in bbappend'ing to kernel recipes

(i'm going to reply to this post just to keep everything in the same thread.) i'm going to try to clarify all of the ways one can bbappend to a kernel recipe, and i'll have a few questions along the way. as before, let's assume i have access to a layer that already gives me two base recipes

[OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

Hi Bruce and Darren, We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't work in qemu since our vm image's root default to /dev/sda2, or we can change it default to /dev/hda2, then we don't have to make a

[OE-core] [PATCH] uclibc support for rng-tools

Uclibc has its own argp implemented as libuargp. So, we add a new option --enable-uclibc to select it. Signed-off-by: Maxin B. John --- .../rng-tools/uclibc-libuargp-configure.patch | 63 ++ meta/recipes-support/rng-tools/rng-tools_5.bb | 4 +- 2 files changed, 66

Re: [OE-core] [PATCH 02/10] swupd-server: initial recipe 2.53

On Thu, 2016-02-25 at 09:11 +0100, Maciej Borzecki wrote: > On 02/24 14:52, Joshua Lock wrote: > > +SRC_URI = "\ > > +https://download.clearlinux.org/releases/5940/clear/source/SRP > > MS/${BPN}-${PV}-4.src.rpm;extract=${BP}.tar.gz \ > I'm going throught he patches in reverse order, but IIRC yo

Re: [OE-core] [PATCH 04/10] swupd-client: Add recipe

On Thu, 2016-02-25 at 09:07 +0100, Maciej Borzecki wrote: > On 02/24 14:52, Joshua Lock wrote: > > > > From: Mariano Lopez > > > > This commit adds the Clear Linux client updater. > > This is experimental and bleeding edge, including the comments on > > the recipe. > > > > Signed-off-by: Marian

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

On Wed, 2016-02-24 at 14:57 -0800, Andre McCurdy wrote: > On Wed, Feb 24, 2016 at 6:52 AM, Joshua Lock > wrote: > > > > --- > >  meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19 > > +++ > >  1 file changed, 19 insertions(+) > >  create mode 100644 meta/recipes- > > extended/h

Re: [OE-core] [PATCH 05/10] swupdbundle: new class to generate virtual images for swupd-image

On Thu, 2016-02-25 at 09:19 +0100, Maciej Borzecki wrote: > On 02/24 14:52, Joshua Lock wrote: > > > > Our initial strategy to generate bundles for consumption by swupd > > is to generate images which contain the base image (os-core) plus > > the additional contents of the bundle, then prune out t

  1   2   >