[OE-core] [master][morty][PATCH v2] bitbake.conf: skip file-rdeps check for license packages

The license files containing hashbash, print out below warning messages; if the explicit RDEPENDS is not specified on bash package. Adding "file-rdeps" to INSANE_SKIP in global config file, silence these warnings occuring in other recipes. Moreover the RDEPENDS package will be automatically pulled

[OE-core] [PATCH 2/2] tzdata: update to 2016i

Briefly: Cyprus split into two time zones on 2016-10-30, and Tonga reintroduces DST on 2016-11-06. Changes to future time stamps Pacific/Tongatapu begins DST on 2016-11-06 at 02:00, ending on 2017-01-15 at 03:00. Assume future observances in Tonga will be from the first Sunday

[OE-core] [PATCH 1/2] tzcode: update to 2016i

Changes to code The code should now be buildable on AmigaOS merely by setting the appropriate Makefile variables. (From a patch by Carsten Larsen.) Signed-off-by: Armin Kuster --- .../tzcode/{tzcode-native_2016h.bb => tzcode-native_2016i.bb} | 8 1 file changed, 4 insertions(+

[OE-core] [PATCH 0/2] Time zone update to 2016i

These applied on top of 2016h I sent on 10-23 Armin Kuster (2): tzcode: update to 2016i tzdata: update to 2016i .../tzcode/{tzcode-native_2016h.bb => tzcode-native_2016i.bb} | 8 meta/recipes-extended/tzdata/{tzdata_2016h.bb => tzdata_2016i.bb} | 4 ++-- 2 files changed, 6 inser

Re: [OE-core] [master][morty][PATCH 1/2] ltp: Fix QA warning

> > > On 3 November 2016 at 18:04, Jagadeesh Krishnanjanappa < > jkrishnanjana...@mvista.com> wrote: > >> WARNING: ltp-20160126-r0 do_package_qa: QA Issue: >> /opt/ltp/share/licenses/ltp/run_freezer.sh contained in package ltp-lic >> requires /bin/bash, but no providers found in RDEPENDS_ltp-lic? [

Re: [OE-core] [PATCH] mkefidisk.sh: add deprecation warning to the output

On Thu, Nov 3, 2016 at 2:42 PM, Khem Raj wrote: > > On Oct 31, 2016, at 3:46 AM, Ed Bartosh > wrote: > > > > mkefidisk.sh will soon be deprecated in favor of .wic images. > > > > Added deprecation warning to the script to inform users that > > this script will soon be removed from the codebase.

[OE-core] [PATCH v2 1/1] initrdscripts: add support for NVME target install

From: Joe Konno Add awareness of /dev/nvme* block devices to install scripts. As presently written, installer knows only of /dev/sd* and /dev/mmcblk* block devices. Building upon scaffolding put in place by Awais in... 80ec9f627915 ("initrdscripts: handle mmc device as installer medium") Si

Re: [OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

Hello José, a couple of comments below. On Thu, 2016-11-03 at 17:46 -0500, jose.perez.carra...@linux.intel.com wrote: > From: Jose Perez Carranza > > Currently the unittests for scripts on meta/lib/oe are not being > executed by any suite hence the best option is migrate them to > meta/lib/oeqa/

[OE-core] [PATCH v1 1/1] initrdscripts: add support for NVME target install

From: Joe Konno Add awareness of /dev/nvme* block devices to install scripts. As presently written, installer knows only of /dev/sd* and /dev/mmcblk* block devices. Building upon scaffolding put in place by Awais in... 80ec9f627915 ("initrdscripts: handle mmc device as installer medium") Si

[OE-core] [PATCH] oe-tests: Migrate tests from /oe/test to /oeqa/selftest/oe-tests

From: Jose Perez Carranza Currently the unittests for scripts on meta/lib/oe are not being executed by any suite hence the best option is migrate them to meta/lib/oeqa/selftest to be executed along with the selftest suite. [YOCTO #7376] Signed-off-by: Jose Perez Carranza --- meta/lib/oe/tests

Re: [OE-core] [PATCH] mkefidisk.sh: add deprecation warning to the output

> On Oct 31, 2016, at 3:46 AM, Ed Bartosh wrote: > > mkefidisk.sh will soon be deprecated in favor of .wic images. > > Added deprecation warning to the script to inform users that > this script will soon be removed from the codebase. > > Signed-off-by: Ed Bartosh > --- > scripts/contrib/mkefi

[OE-core] [PATCH] 2/3] curl: Update to version 7.51.0

CVE fixed in 7.51.0: CVE-2016-8615: cookie injection for other servers CVE-2016-8616: case insensitive password comparison CVE-2016-8617: OOB write via unchecked multiplication CVE-2016-8618: double-free in curl_maprintf CVE-2016-8619: double-free in krb5 code CVE-2016-8620: glob parse

[OE-core] [PATCH] 3/3] readline: Update to version 7.0

Remove readline 6.3 patches and config-dirent-symbols.patch already apply on upstream. Signed-off-by: Fabio Berton --- .../configure-fix.patch| 0 .../{readline-6.3 => readline-7.0}/norpath.patch | 0 meta/recipes-core/readline/readline_6.3.bb | 34 ---

Re: [OE-core] [PATCH v2] serf: Update to version 1.3.9

Hi Ross, I removed UPSTREAM_CHECK_URI and checked with bitbake serf -c checkpkg and I got the same output. So, I'll remove UPSTREAM_CHECK_URI and send a v3. Thanks Fabio On Thu, Nov 3, 2016 at 5:40 PM, Burton, Ross wrote: > > On 3 November 2016 at 15:34, Fabio Berton > wrote: > >> -UPSTREAM_

[OE-core] [PATCH] 1/3] grep: Update to version 2.26

Signed-off-by: Fabio Berton --- meta/recipes-extended/grep/{grep_2.25.bb => grep_2.26.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/grep/{grep_2.25.bb => grep_2.26.bb} (88%) diff --git a/meta/recipes-extended/grep/grep_2.25.bb b/meta/recipes-extende

[OE-core] [PATCH v3]] serf: Update to version 1.3.9

Change SRC_URI to use APACHE_MIRROR to download serf from apache project page and remove UPSTREAM_CHECK_URI. Signed-off-by: Fabio Berton --- meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) rename meta/recipes-support/serf/

Re: [OE-core] [krogoth][PATCH 1/2] qemu: Security fix CVE-2016-4439

Adrian, On 11/03/2016 07:18 AM, Adrian Dudau wrote: affects qemu < 2.7.0 Quick Emulator(Qemu) built with the ESP/NCR53C9x controller emulation support is vulnerable to an OOB write access issue. The controller uses 16-byte FIFO buffer for command and data transfer. The OOB write occurs while w

Re: [OE-core] [PATCH v2] serf: Update to version 1.3.9

On 3 November 2016 at 15:34, Fabio Berton wrote: > -UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/s/serf/" > +UPSTREAM_CHECK_URI = "${APACHE_MIRROR}/${BPN}/" > As all the tarballs are in a single directory you can probably just delete this line (though please do check with bitbake serf -c checkpkg

Re: [OE-core] Sanity check fails with 'ccache'

On Tue, Nov 1, 2016 at 4:35 AM, Enrico Scholz wrote: > Hi, > > with 'morty', sanity check fails with > > |Please install the following missing utilities: C Compiler (ccache gcc > ),C++ Compiler (ccache g++ ) > > I think, parts of 89f55bf8e9d633cfb508a0885a462afb561c7cee should be > reverted.

Re: [OE-core] [master][morty][PATCH 1/2] ltp: Fix QA warning

On 3 November 2016 at 18:04, Jagadeesh Krishnanjanappa < jkrishnanjana...@mvista.com> wrote: > WARNING: ltp-20160126-r0 do_package_qa: QA Issue: > /opt/ltp/share/licenses/ltp/run_freezer.sh contained in package ltp-lic > requires /bin/bash, but no providers found in RDEPENDS_ltp-lic? [file-rdeps]

Re: [OE-core] using devtool for rebasing patches

> On Nov 3, 2016, at 9:29 AM, Christopher Larson wrote: > > > On Thu, Nov 3, 2016 at 9:01 AM, Alexander Kanavin > > wrote: > it would be very useful if devtool offered support for rebasing source > patches when they fail to apply, but currently there

Re: [OE-core] using devtool for rebasing patches

On Fri, 04 Nov 2016 08:29:26 Paul Eggleton wrote: > Hi Alex, > > On Thu, 03 Nov 2016 18:01:27 Alexander Kanavin wrote: > > it would be very useful if devtool offered support for rebasing source > > patches when they fail to apply, but currently there does not seem to be > > any such feature: > >

Re: [OE-core] version of gdb in morty

> On Nov 3, 2016, at 7:06 AM, Burton, Ross wrote: > > > On 3 November 2016 at 13:32, Alexander Kanavin > > wrote: > Update to 7.12 for master branch please. > > To ease backporting to morty, taking 7.11.1 and then 7.12 makes sense to me. yep > > R

Re: [OE-core] using devtool for rebasing patches

Hi Alex, On Thu, 03 Nov 2016 18:01:27 Alexander Kanavin wrote: > it would be very useful if devtool offered support for rebasing source > patches when they fail to apply, but currently there does not seem to be > any such feature: > > ak@kanavin-desktop:~/development/poky/build$ devtool modify li

Re: [OE-core] using devtool for rebasing patches

On Thu, 03 Nov 2016 20:14:04 Patrick Ohly wrote: > On Thu, 2016-11-03 at 10:14 -0700, Christopher Larson wrote: > > On Thu, Nov 3, 2016 at 9:35 AM, Alexander Kanavin > > > > wrote: > > What you need to do here is to use git am --reject, which > > would partially apply the patch, t

Re: [OE-core] using devtool for rebasing patches

On Thu, 2016-11-03 at 10:14 -0700, Christopher Larson wrote: > > On Thu, Nov 3, 2016 at 9:35 AM, Alexander Kanavin > wrote: > > What you need to do here is to use git am --reject, which > would partially apply the patch, then find all the *.rej files > and let the user ma

[OE-core] [master][morty][PATCH 2/2] hdparm: Fix QA warning

It solves below QA issue WARNING while building hdparm, when LICENSE_CREATE_PACKAGE is set to "1" -- snip -- WARNING: hdparm-9.48-r0 do_package_qa: QA Issue: /usr/share/licenses/hdparm/wiper.sh contained in package hdparm-lic requires /bin/bash, but no providers found in RDEPENDS_hdparm-lic? [fi

Re: [OE-core] version of gdb in morty

On 03/11/16 16:29, Mark Hatle wrote: On 11/3/16 9:06 AM, Burton, Ross wrote: On 3 November 2016 at 13:32, Alexander Kanavin mailto:alexander.kana...@linux.intel.com>> wrote: Update to 7.12 for master branch please. To ease backporting to morty, taking 7.11.1 and then 7.12 makes sense to

[OE-core] [master][morty][PATCH 1/2] ltp: Fix QA warning

It solves below QA issue WARNING while building ltp, when LICENSE_CREATE_PACKAGE is set to "1" -- snip -- WARNING: ltp-20160126-r0 do_package_qa: QA Issue: /opt/ltp/share/licenses/ltp/run_freezer.sh contained in package ltp-lic requires /bin/bash, but no providers found in RDEPENDS_ltp-lic? [fil

Re: [OE-core] [PATCH 1/3] linux-yocto/4.8: update to 4.8.6

On 2016-11-03 1:53 PM, Philip Balister wrote: I'd go bug Bruce directly, but I think the answer is of general interest. How do I review the actual changes the version update makes? Sometimes I do a shortlog of the changes as part of my commit message. It is sort of hit and miss .. i.e. when I

Re: [OE-core] [PATCH 1/3] linux-yocto/4.8: update to 4.8.6

I'd go bug Bruce directly, but I think the answer is of general interest. How do I review the actual changes the version update makes? At the moment, I'd like to look at the commits added to the kernel to see if they are related to an issue I am having. I'm also wondering what other stuff might c

[OE-core] [PATCH 00/43] Krogoth-next pull request

Please consider these changes for krogoth-next The following changes since commit 40f4a6d075236265086cc79400dea3c14720383a: bsp-guide: Updated the yocto-bsp create selections in the example. (2016-10-13 23:16:56 +0100) are available in the git repository at: git://git.yoctoproject.org/pok

Re: [OE-core] using devtool for rebasing patches

On Thu, Nov 3, 2016 at 9:35 AM, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > On 11/03/2016 06:29 PM, Christopher Larson wrote: > >> git already provides such a UI, afaik devtool just needs to use git-am >> to apply the patches, ideally passing -3 to it, and let the user use git

Re: [OE-core] using devtool for rebasing patches

On Thu, 2016-11-03 at 18:01 +0200, Alexander Kanavin wrote: > Hello Paul, > > it would be very useful if devtool offered support for rebasing source > patches when they fail to apply +1 for that. I tried it the other way around: first "devtool modify", then rebasing using git (which only works

Re: [OE-core] using devtool for rebasing patches

On 11/03/2016 06:29 PM, Christopher Larson wrote: git already provides such a UI, afaik devtool just needs to use git-am to apply the patches, ideally passing -3 to it, and let the user use git am to resolve and continue applying patches. I don't think git am has any UI that helps with rebasing

Re: [OE-core] using devtool for rebasing patches

On Thu, Nov 3, 2016 at 9:01 AM, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > it would be very useful if devtool offered support for rebasing source > patches when they fail to apply, but currently there does not seem to be > any such feature: > > ak@kanavin-desktop:~/development

[OE-core] using devtool for rebasing patches

Hello Paul, it would be very useful if devtool offered support for rebasing source patches when they fail to apply, but currently there does not seem to be any such feature: ak@kanavin-desktop:~/development/poky/build$ devtool modify libksba Parsing recipes..done. NOTE: Fetching libksba... NO

[OE-core] [PATCH v2] serf: Update to version 1.3.9

Change SRC_URI and UPSTREAM_CHECK_URI to use APACHE_MIRROR to download serf from apache project page. Signed-off-by: Fabio Berton --- meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-support/serf/{serf_1

Re: [OE-core] version of gdb in morty

On 11/3/16 9:06 AM, Burton, Ross wrote: > > On 3 November 2016 at 13:32, Alexander Kanavin > mailto:alexander.kana...@linux.intel.com>> > wrote: > > Update to 7.12 for master branch please. > > > To ease backporting to morty, taking 7.11.1 and then 7.12 makes sense to me. I'm fine with thi

Re: [OE-core] version of gdb in morty

On 3 November 2016 at 13:32, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > Update to 7.12 for master branch please. > To ease backporting to morty, taking 7.11.1 and then 7.12 makes sense to me. Ross -- ___ Openembedded-core mailing

[OE-core] [krogoth][PATCH 1/2] qemu: Security fix CVE-2016-4439

affects qemu < 2.7.0 Quick Emulator(Qemu) built with the ESP/NCR53C9x controller emulation support is vulnerable to an OOB write access issue. The controller uses 16-byte FIFO buffer for command and data transfer. The OOB write occurs while writing to this command buffer in routine get_cmd(). A p

Re: [OE-core] version of gdb in morty

On 11/03/2016 02:27 AM, Khem Raj wrote: I think doing an upgrade to 7.11.1 and Backporting that to morty is a reasonable option here Update to 7.12 for master branch please. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembe

Re: [OE-core] [PATCH] gdb: update 7.11+git1a982b689c -> 7.11.1

On 11/03/2016 12:57 AM, Andre McCurdy wrote: 41d8236 Set GDB version number to 7.11.1. Master branch of oe-core should be updated to the latest release of gdb, which is 7.12 at the moment. This patch is fine for morty though. Alex -- ___ Openemb

[OE-core] [PATCH 2/3] linux-yocto/4.4: update to v4.4.30

Updating to the korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.4.bb | 20 ++-- 3 files changed, 16 i

[OE-core] [PATCH 3/3] linux-yocto/4.1: update to v4.1.35

Updating to the korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.1.bb | 20 ++-- 3 files changed, 16 i

[OE-core] [krogoth][PATCH 2/2] qemu: Security fix CVE-2016-4952

affects qemu < 2.7.0 Quick Emulator(Qemu) built with the VMWARE PVSCSI paravirtual SCSI bus emulation support is vulnerable to an OOB r/w access issue. It could occur while processing SCSI commands 'PVSCSI_CMD_SETUP_RINGS' or 'PVSCSI_CMD_SETUP_MSG_RING'. A privileged user inside guest could use t

[OE-core] [PATCH 1/3] linux-yocto/4.8: update to 4.8.6

Integrating the korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.8.bb | 20 ++-- 3 files changed, 16 i

[OE-core] [PATCH 0/3] linux-yocto: -stable updates

Hi all, Here are some -stable updates to the 4.1, 4.4 and 4.8 kernel tree. I did build and boot tests for the arches for the different version and also selected -rt boot tests. It is a lot of combinations to cover, but I don't expect any major issues. Any of these SRCREV updates are good for bac

[OE-core] qemu woes on recent Fedora 24 kernels

  Hi, I thought I share this with others in case I'm not the only one who have been struggling with this recently. I've been running lately into really bad (and non-deterministic) clock skew issues, often triggering oopses, when testing images with qemu on fedora 24. I'm not sure what has changed

Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

Hi Lei, Maxin! Where do we stand: - v1 of patch submitted - comment to create/use dosocs-native tp avoid the separate install (well, +1) - comment that "the following direct dependencies that not belong to oe-core" Did I summarize that correctly ? @Maxin: what would you propose, work on the dep

Re: [OE-core] [PATCH 1/2] devtool: update-recipe: decode output before treating it as a string

On Thu, 03 Nov 2016 15:53:53 Paul Eggleton wrote: > When you receive output from subprocess, with Python 3 it's a stream of > bytes so you need to decode it before you can start treating it as a > string. > > Fixes [YOCTO #10447]. Oops, that should have been 10563. I've corrected the branch. Che