[OE-core] [PATCH V2 2/2] opkg-utils: warn if update-alternatives finds priority conflict

If multiple providers for a utility have the same alternatives priority, which one would be chosen is determined by which one is installed later. Our alternatives system should be able to detect such problem and warn users so that potential problems could be avoided. Modify update-alternatives to

[OE-core] [PATCH V2 0/2] warn when ALTERNATIVE_PRIORITY are the same

Changes since V1: Fixed do_rootfs failure for deb package backend. The following changes since commit 425afe2484707640ac71194885fdb263e95e9950: lib/oe/utils: Drop python2 compatibility code (2016-12-22 08:50:21 +) are available in the git repository at:

[OE-core] [PATCH V2 1/2] package_manager: default to have scriptlet output captured in log

We need to have scriptlet output captured in log. If we don't do so, some useful information from scriptlets (especially postinstall script) would be missing. In case a script has a warning message but it does not necessarily have to fail, the message should be captured. Opkg has already done

[OE-core] [PATCH v2] elfutils 0.166->0.167

1) Upgrade elfutils from 0.166 to 0.167 2) Delete 5 patches below, since they are integrated upstream. elfutils-0.166/0001-elf_getarsym-Silence-Werror-maybe-uninitialized-fals.patch elfutils-0.166/0001-remove-the-unneed-checking.patch elfutils-0.166/aarch64_uio.patch

Re: [OE-core] [PATCH 1/2] package_manager: default to have scriptlet output captured in log

On 12/22/2016 05:36 PM, Jussi Kukkonen wrote: On 21 December 2016 at 06:32, Chen Qi > wrote: > > We need to have scriptlet output captured in log. If we don't do so, > some useful information from scriptlets (especially postinstall script) >

[OE-core] [PATCH] nfs-utils: remove -f exports from nfsserver

The upstream project remove that option as it was quote: It is completely ineffective. [YOCTO #10843] Signed-off-by: Saul Wold --- meta/recipes-connectivity/nfs-utils/nfs-utils/nfsserver | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [RFT][PATCH] gcc6: Upgrade to 6.3.0

my testing shows no regression for world builds for all qemu machine. On Wed, Dec 21, 2016 at 12:08 PM, Khem Raj wrote: > 6.3.0 is a bugfix release in gcc 6 series > > Signed-off-by: Khem Raj > --- > meta/conf/distro/include/tcmode-default.inc

[OE-core] [PATCH] image_types.bbclass: look for wks files in /wic

Added /wic directory to the list of paths to look for wks files. This makes wic behaviour consistent when invoked manually and by bitbake. Signed-off-by: Ed Bartosh --- meta/classes/image_types.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [morty][PATCH] systemtap: remove explicit msgfmt check

From: Ross Burton Passing --disable-nls should be enough to disable the requirement for a full gettext to be present, but the upstream configure explicitly checks for msgfmt even if it isn't going to be used. To avoid having to depend on gettext-native, patch this check

[OE-core] [PATCH 1/1] wic: Remove gummiboot test

Weve now migrated to systemd-boot, the gummiboot test on wic is no longer necessary Signed-off-by: Alejandro Hernandez --- meta/lib/oeqa/selftest/wic.py | 7 --- 1 file changed, 7 deletions(-) diff --git a/meta/lib/oeqa/selftest/wic.py

Re: [OE-core] [PATCH 1/4] linux-dtb.inc: use absolute upd-alt paths

On Wed, Dec 21, 2016 at 01:18:44PM -0700, Christopher Larson wrote: > On Wed, Dec 21, 2016 at 12:10 PM, Denys Dmytriyenko wrote: > > > On Thu, Nov 12, 2015 at 04:41:28PM -0700, Christopher Larson wrote: > > > From: Christopher Larson > > > > > > This

Re: [OE-core] [PATCH] externalsrc.bbclass: Add task buildclean

Paul Eggleton wrote > Hi Ola, > > I like this, thanks. Just one thing commented below. > > On Thu, 22 Dec 2016 14:28:03 Ola x Nilsson wrote: > > > > + bb.build.addtask('do_makeclean', 'do_clean', None, d) > > + > > Shouldn't this be do_buildclean here? > Of course it should. The

[OE-core] [PATCH 3/3] gummiboot: Remove gummiboot tests

Since we replaced gummiboot with systemd-boot along with its tests, the gummiboot tests are no longer necessary. [YOCTO #10332] Signed-off-by: Alejandro Hernandez --- meta-yocto-bsp/lib/oeqa/selftest/gummiboot.py | 83 ---

Re: [OE-core] [PATCH] Made spdx support SPDX2.0 SPEC Signed-off-by: Lei Maohui <leimao...@cn.fujitsu.com>

> On Dec 22, 2016, at 1:07 AM, Sona Sarmadi wrote: > > Hi Lei, all, > >> --- a/meta/classes/spdx.bbclass >> +++ b/meta/classes/spdx.bbclass >> @@ -1,12 +1,9 @@ >> # This class integrates real-time license scanning, generation of SPDX >> standard # output and verifiying

Re: [OE-core] [PATCH] externalsrc.bbclass: Add task buildclean

Hi Ola, I like this, thanks. Just one thing commented below. On Thu, 22 Dec 2016 14:28:03 Ola x Nilsson wrote: > The buildclean task should call the package build system clean > command, just implemented for Make for now. > > This is meant for recipes where S == B, but can be useful as a >

[OE-core] State of bitbake world, Failed tasks 2016-12-20

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: Backport patches for improving live playback

> On Dec 22, 2016, at 2:25 AM, Nicolas Dechesne > wrote: > > On Thu, Dec 22, 2016 at 9:14 AM, Khem Raj wrote: >> >> Signed-off-by: Khem Raj >> --- >> ...1-mssdemux-improved-live-playback-support.patch | 929 >>

Re: [OE-core] [oe-commits] [openembedded-core] 02/20: openssl: Security fix CVE-2016-2177

On Fri, Sep 23, 2016 at 10:22:26PM +, g...@git.openembedded.org wrote: > rpurdie pushed a commit to branch jethro > in repository openembedded-core. This change and CVE-2016-8610.patch seems to be missing in krogoth branch. OE @ ~/openembedded-core $ git diff origin/jethro origin/krogoth --

[OE-core] [PATCH 0/2] kernel-yocto: 4.9 goodness

Hi all, I'm sending this out so it can get some extra test cycles. I've built and booted core-image-kernel-dev/sato on qemu* with the 4.9 kernel and 4.9 libc-headers. I didn't see any issues .. but there always seems to be one lurking. I'm heading out of town for the holidays, so this commit

[OE-core] [PATCH 2/2] kernel: introduce linux-yocto v4.9 recipes

Introducing the 4.9 kernel recipes. 4.9 will be a LTSI kernel, so we introduce these recipes with the intent that they'll replace 4.1 as the LTSI kernel, and other older kernels (i.e 4.4/4.8) once 4.9 shown to be stable. linux-yocto-tiny and linux-yocto-rt are also part of this commit, but are

[OE-core] [PATCH 1/2] linux-libc-headers: introduce 4.9 headers

Bumping the linux-libc-headers to the 4.9 kernel variant. Since 4.9 will be a LTSI kernel, and there will be an associated linux-yocto it is worth moving to these headers sooner rather than later. This commit also drops the 4.8 headers and sets 4.9 to be the default. Signed-off-by: Bruce

Re: [OE-core] [PATCH v6] rootfs: Modify RPM installation

On jeudi 22 décembre 2016 14:09:32 CET Burton, Ross wrote: > Small problem: we always build rpm-native as we need it for some tools, but > rpmlibdir is only defined in package_rpm.bbclass which doesn't have to be > inherited. I didn't know that rpm-native was built in any case, rpm being selected

Re: [OE-core] [PATCH] gpgme: add GPGME_STATUS_KEY_CONSIDERED

On 12/22/2016 04:24 AM, Yu, Mingli wrote: Thanks Alex! Actually I ever tried to upgrade gpgme to 1.8.0 before send out this patch, but there comes other ptest failed issues for python-pygpgme which not exist on current gpgme 1.6.0 if we simply update gpgme to 1.8.0. Anyway I prefer to wait for

Re: [OE-core] [PATCH v6] rootfs: Modify RPM installation

Small problem: we always build rpm-native as we need it for some tools, but rpmlibdir is only defined in package_rpm.bbclass which doesn't have to be inherited. This leads to just --with-path-database= being passed to configure. What's the behaviour of RPM when this happens? What does it default

[OE-core] [PATCH] externalsrc: Add optional srcdir arg to srctree_hash_files

Make it easier to reuse the function for other dirs than EXTERNALSRC. Signed-off-by: Ola x Nilsson --- meta/classes/externalsrc.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/externalsrc.bbclass

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

On 08.12.2016 20:22, Andreas Oberritter wrote: > On 08.12.2016 17:16, Burton, Ross wrote: >> With PACKAGE_CLASSES="package_rpm package_deb" this happens: >> >> 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

Re: [OE-core] [PATCH 5/5] hdparm: 9.48 -> 9.50

On 22.12.2016 04:14, Robert Yang wrote: > On 12/22/2016 11:09 AM, Andreas Oberritter wrote: >> On 22.12.2016 03:47, Robert Yang wrote: >>> On 12/21/2016 09:27 PM, Andre McCurdy wrote: Passing LDFLAGS on the make command line might be a cleaner solution than patching the Makefile. >>> >>>

[OE-core] [PATCH] externalsrc.bbclass: Add task buildclean

The buildclean task should call the package build system clean command, just implemented for Make for now. This is meant for recipes where S == B, but can be useful as a standalone task for other recipes too. Setting it to run before do_clean will do what most developers expect when calling

[OE-core] [PATCH 0/2] Set STAMPCLEAN for externalsrc when S == B

When using devtool modify and changing code back and forth bitbake sometimes does not realize that a rebuild is required. This is because STAMP and STAMPCLEAN doesn't match. Old stamps confuse bitbake and when the files in ${S} happen to match something we've seen before bitbake decides to do

[OE-core] [PATCH 2/2] externalsrc: Set STAMPCLEAN to match STAMP

Only the last stamp file should be kept, but unless STAMPCLEAN matches files generated using STAMP old stamp files may linger. This may cause false positives for skipping tasks. --- meta/classes/externalsrc.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH 1/2] oe-selftest: devtool: Reverting a change should trigger rebuild

Add code to verify that not only does a change trigger a build, but so does reverting that change. Reverting a change in a devtool managed git repo may cause the current checksum to match the checksum of a previous build, which will cause bitbake to skip builds that are needed. ---

Re: [OE-core] [PATCH] elfutils 0.166->0.167

This patch is removed as you say it is merged upstream: On 22 December 2016 at 02:24, Zheng Ruoqin wrote: > --- a/meta/recipes-devtools/elfutils/elfutils-0.166/0001- > fix-a-stack-usage-warning.patch > +++ /dev/null > -diff --git a/backends/ppc_initreg.c

Re: [OE-core] [PATCH 5/5] hdparm: 9.48 -> 9.50

On Wed, Dec 21, 2016 at 6:49 PM, Robert Yang wrote: > On 12/22/2016 10:47 AM, Robert Yang wrote: >> On 12/21/2016 09:27 PM, Andre McCurdy wrote: >>> On Tue, Dec 20, 2016 at 10:17 PM, Robert Yang >>> wrote: Add

Re: [OE-core] [PATCH 2/3] gummiboot: Remove old gummiboot recipe, related class and wks file

On 21 December 2016 at 17:08, Alejandro Hernandez < alejandro.hernan...@linux.intel.com> wrote: > delete mode 100644 scripts/lib/wic/canned-wks/mkgummidisk.wks > I'm guessing this is why selftest fails: FAIL: test_mkgummidisk (oeqa.selftest.wic.Wic) Test creation of mkgummidisk image

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: Backport patches for improving live playback

On Thu, Dec 22, 2016 at 9:14 AM, Khem Raj wrote: > > Signed-off-by: Khem Raj > --- > ...1-mssdemux-improved-live-playback-support.patch | 929 > + > ...ming-implement-adaptivedemux-s-get_live_s.patch | 183 >

[OE-core] [PATCH v6] rootfs: Modify RPM installation

When using a custom RPM data directory instead of the default dir '/var/lib/rpm', the final image did not contain any of the database files in the expected location. This commit takes into account the 'rpmlibdir' variable set into 'rootfs_rpm.bbclass'. Changes since v4: - Remove boolean in

Re: [OE-core] [PATCH 1/2] package_manager: default to have scriptlet output captured in log

On 21 December 2016 at 06:32, Chen Qi wrote: > > We need to have scriptlet output captured in log. If we don't do so, > some useful information from scriptlets (especially postinstall script) > would be missing. In case a script has a warning message but it does not >

Re: [OE-core] [PATCH] Made spdx support SPDX2.0 SPEC Signed-off-by: Lei Maohui <leimao...@cn.fujitsu.com>

Hi Lei, all, > --- a/meta/classes/spdx.bbclass > +++ b/meta/classes/spdx.bbclass > @@ -1,12 +1,9 @@ > # This class integrates real-time license scanning, generation of SPDX > standard # output and verifiying license info during the building process. > -# It is a combination of efforts from the

Re: [OE-core] [oe-commits] [openembedded-core] 07/63: mesa: update to 13.0.2

On Tue, Dec 13, 2016 at 10:56:25PM +, g...@git.openembedded.org wrote: > rpurdie pushed a commit to branch master > in repository openembedded-core. > > commit 0b3e3415c51dd534d8fc585ea1e3916375ddcc66 > Author: Andreas Müller > AuthorDate: Tue Dec 6 01:19:17

Re: [OE-core] [PATCH v5] rootfs: Modify RPM installation

On mardi 20 décembre 2016 17:44:54 CET Burton, Ross wrote: > This breaks list_pkgs() for the RPM backend. Instead of returning a list of > packages, rpm just says "%dbpath is not defined" (or words to that effect, > as the log disappeared in 100 pages of errors). > > Ross > OK, I found the bug.

[OE-core] [PATCH] gstreamer1.0-plugins-bad: Backport patches for improving live playback

Signed-off-by: Khem Raj --- ...1-mssdemux-improved-live-playback-support.patch | 929 + ...ming-implement-adaptivedemux-s-get_live_s.patch | 183 ...ming-use-the-duration-from-the-list-of-fr.patch | 62 ++