Re: [OE-core] [PATCH v2 0/2] Make source code browsable locally - devtool srctree

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Andre McCurdy > Sent: den 31 augusti 2017 01:17 > To: Tobias Hagelborn > Cc: Tobias Hagelborn ; OE Core mailing list > > Subject: Re: [O

[OE-core] [PATCH] rootfs-postcommands.bbclass: add support for /etc/ld.so.conf.d/*.conf

From: Jackie Huang There are advantages in changing the contents of ld.so.conf to "include /etc/ld.so.conf.d/*.conf" instead of directly listing directories in it, just like most distributions are doing the same. Signed-off-by: Jackie Huang --- meta/classes/rootfs-postcommands.bbclass | 13 +++

Re: [OE-core] [PATCH] gnupg: 2.1.23 -> 2.2.0

On 2017-08-30 08:58 PM, Hongxu Jia wrote: On 2017年08月30日 18:54, Burton, Ross wrote: 2.4 has reached feature freeze, is there anything security related in this release that we should backport? Based on: https://lists.gnupg.org/pipermail/gnupg-announce/2017q3/000413.html (and not any persona

Re: [OE-core] [PATCH] gnupg: 2.1.23 -> 2.2.0

On 2017年08月30日 18:54, Burton, Ross wrote: 2.4 has reached feature freeze, is there anything security related in this release that we should backport? Here is the commits since 2.1.23, no urgent fix, we could upgrade it after 2.4. 9d80fb8 Release 2.2.0 24462fe po: Auto update 45d5f58 scd: C

Re: [OE-core] [PATCH 2/2] iproute2: enable build tipc by default

在 2017年08月30日 15:43, Jussi Kukkonen 写道: On 30 August 2017 at 03:35, Yi Zhao > wrote: 在 2017年08月30日 00:13, Burton, Ross 写道: On 29 August 2017 at 08:25, Yi Zhao mailto:yi.z...@windriver.com>> wrote: -PACKAGECONFIG ??= "" -PACKAGECONFIG[ti

[OE-core] [PATCH 12/13] oe-selftest: tinfoil: add a test for variable history

I recently found that variable history wasn't working properly for recipes when we enable history tracking, resulting in minor functionality loss in devtool upgrade, so add a test to ensure this doesn't regress now that it's fixed. Signed-off-by: Paul Eggleton --- meta/lib/oeqa/selftest/cases/ti

[OE-core] [PATCH 11/13] recipetool: create: detect Eclipse licenses

Add detection of EPL 1.0 and EDL 1.0 license files. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create.py | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py index 2b30385..4788691 100644 --- a/s

[OE-core] [PATCH 13/13] scriptutils: fix fetch_url() to use lowercase dummy recipe name

recipetool create (and hence devtool add) and devtool upgrade use fetch_url() which creates a dummy recipe in order to fetch source. Previously the random part of the name was using uppercase characters, and this triggers a QA warning after OE-Core commit 4713f8b2c4f2c74239d284adcf1e59e61aa66576, s

[OE-core] [PATCH 07/13] devtool: add: add explicit srcrev/branch options

At the moment when fetching source from a git repository you have to know that you can specify the revision and branch in the URL with ';rev=' and ';branch=' respectively, and you can also get thrown off by the shell splitting on the ; character if you forget to surround the URL in quotes. Add expl

[OE-core] [PATCH 10/13] recipetool: create: suppress npm shrinkwrap/lockdown warnings again

Since OE-Core revision 9a47a6690052ef943c0d4760630ee630fb012153 the mechanism we were using to suppress the warnings about NPM_LOCKDOWN and NPM_SHRINKWRAP not being set on the first fetch of the source is no longer available since we are using the normal fetch/unpack tasks to do the job. Use the ne

[OE-core] [PATCH 09/13] recipetool: create: fix SRCPV prefix for non-git SCMs

If you're fetching from an SCM other than git (for example subversion or mercurial) then we need to use a different prefix for the SRCPV in PV instead of +git. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create.py | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff

[OE-core] [PATCH 08/13] recipetool: create: make recently added branch/tag handling git specific

The branch and tag handling code that was recently added in OE-Core revs ecca596b75cfda2f798a0bdde75f4f774e23a95b and 3afdcbdc9a3e65bc925ec61717784ffec67d529d is specific to git, so only apply it when we're fetching from a git URL. Signed-off-by: Paul Eggleton --- scripts/lib/recipetool/create.p

[OE-core] [PATCH 04/13] devtool: upgrade: workaround for recipes which apply patches conditional upon class

If we're upgrading a recipe that appends additional patches for, say, class-native, and we're just upgrading the target variant, then when we copied the recipe into the workspace we skipped copying the additional patches for the native variant. This caused warnings because the workspace recipe is p

[OE-core] [PATCH 01/13] devtool: update-recipe: ensure patches get deleted in srcrev mode

Patches that we identify as having been "deleted" (i.e. patches in SRC_URI that no longer appear in the git tree) need to be dropped even if we're updating in srcrev mode. This fixes the case where HEAD of the git tree is valid upstream (i.e. no extra commits), but there are patches left over in th

[OE-core] [PATCH 05/13] devtool: edit-recipe: fix regression

OE-Core commit 5a16b3c804c5eca331a1c08a7ce31a54909af105 attempted to use the same function to get the path to a recipe as the new "find-recipe" command it implemented, except that cannot work because (a) it didn't return anything and (b) event if it had tried, a command function can only return an

[OE-core] [PATCH 02/13] devtool: upgrade: fix handling of non-absolute paths

If your BBLAYERS has non-absolute paths in it (e.g. "${COREBASE}/../something") then none of the paths matched in copy_recipe_files() with the result that no files got copied and you ended up with an error later on because the recipe file couldn't be found at the destination. Fix this as well as ad

[OE-core] [PATCH 00/13] devtool / recipetool fixes

Some fixes for devtool / recipetool issues, along with a couple of related changes to the oe-selftest tests. I have run the oe-selftest tests for devtool and recipetool and they pass with these changes applied. NOTE: this patchset depends upon the bitbake patchset I just sent to the bitbake-devel

[OE-core] [PATCH 06/13] oe-selftest: devtool: test find-recipe and edit-recipe

We weren't testing the devtool find-recipe and edit-recipe subcommands, with the result that when they regressed recently we didn't notice. Add some code into the test_devtool_add to test this (since we need a recipe in the workspace, and adding a new test with all that preamble would seem a bit ex

[OE-core] [PATCH 03/13] devtool: upgrade: check that user has configured git properly

From: paul If user.name or user.email haven't been set then git rebase can't really work properly. Check that the user has set these and error out if not. (Elsewhere we are relying on OE's git patch functionality which forces a dummy OE value - that's OK there as it's completely under OE's contro

[OE-core] [PATCH 1/1] classes/license: drop erroneous sha256 parameter in LIC_FILES_CHKSUM

In OE-Core commit a48fea275b08ff3d3dfc9a928aeb04768db35873, a check on the value of a "sha256" parameter was added, however there was no mention of this in the commit message and no corresponding code to actually verify the checksum as sha256 was added along with it either, so there's no point in g

[OE-core] [PATCH 0/1] classes/license: drop erroneous sha256 parameter in LIC_FILES_CHKSUM

Drop what seems to be an erroneous parameter from LIC_FILES_CHKSUM handling code. The following changes since commit 62f1122ef166eba56441d669c6b3b3fe5f367418: bluez5: cosmetic fixes to bluetooth bootscript (2017-08-30 11:13:52 +0100) are available in the git repository at: git://git.openem

Re: [OE-core] [PATCH v2 0/2] Make source code browsable locally - devtool srctree

On Wed, Aug 30, 2017 at 2:03 AM, Tobias Hagelborn wrote: > On 07/07/2017 07:32 AM, Tobias Hagelborn wrote: >> >> UPDATE v2: >> - Rebased on latest Poky >> - Fixed issue with bad paths >> - Dirname based on $PN >> >> In our organization, there is a demand to be able download source code for >> sear

Re: [OE-core] [PATCH] waffle: prefix MLPREFIX on libgl dependency

leonardo.sandoval.gonza...@linux.intel.com writes: please ignore this patch. I will git-amend and provide a better explanation. > From: Leonardo Sandoval > > Otherwise, on a multilib environment we get the following bitbake errors > while building 'world' > > ERROR: Nothing PROVIDES 'virtual

Re: [OE-core] [pyro][PATCH 19/25] texinfo: Avoid a problem with a dependency on perl(Locale::gettext_xs)

On Tue, 2017-08-29 at 23:21 +0200, Peter Kjellerstedt wrote: > We do not build the Locale::gettext_xs Perl module and the code will > test for it and happily use Locale::gettext_pp instead if it is not > found. However, this still causes a file dependency on > perl(Locale::gettext_xs) to be generat

Re: [OE-core] [PATCH] Revert "kernel: Fix symlinks"

David, On Tue, Aug 22, 2017 at 12:40 PM, David Vincent wrote: > On vendredi 18 août 2017 14:44:30 CEST Otavio Salvador wrote: >> On Wed, Aug 16, 2017 at 3:15 PM, Otavio Salvador >> >> wrote: >> > This reverts commit c7bc46b9bc29dd0953ab8d63b50fa105bb66892e. >> > >> > The commit has broken the al

[OE-core] ✗ patchtest: failure for linux-yocto: add linux-yocto 4.12 bbappends

== Series Details == Series: linux-yocto: add linux-yocto 4.12 bbappends Revision: 1 URL : https://patchwork.openembedded.org/series/8600/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been exec

[OE-core] [PATCH] linux-yocto: add linux-yocto 4.12 bbappends

From: Leonardo Sandoval This allows the yocto-bsp script to pick the 4.12 kernel version when creating a custom BSP. [YOCTO #11995] Signed-off-by: Leonardo Sandoval --- .../arm/recipes-kernel/linux/kernel-list.noinstall | 4 +- .../linux/linux-yocto-tiny_4.12.bbappend | 37

[OE-core] [PATCH] musl: Update to latest

Alexander Monakov (1): __init_libc: add fallbacks for __progname setup Daniel Sabogal (1): fix signed overflow in ftok Rich Felker (4): fix unsynchronized access to FILE structure in fflush(0) fix undefined behavior in memset due to missing sequence points add powerp

[OE-core] [PATCH] waffle: prefix MLPREFIX on libgl dependency

From: Leonardo Sandoval Otherwise, on a multilib environment we get the following bitbake errors while building 'world' ERROR: Nothing PROVIDES 'virtual/lib32-libgl' (but virtual:multilib:lib32:/meta/recipes-graphics/waffle/waffle_1.5.2.bb DEPENDS on or otherwise requires it). Close matche

[OE-core] State of bitbake world, Failed tasks 2017-08-29

http://www.openembedded.org/wiki/Bitbake_World_Status == Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!|Signatures !!colspan='14'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

Re: [OE-core] [PATCH 1/2] libmnl: add recpie

On 30 August 2017 at 16:13, Trevor Woerner wrote: > On Wed, Aug 30, 2017 at 6:53 AM, Burton, Ross > wrote: > > Note that we've reached feature freeze for 2.4 so this will have to wait > for > > 2.5. > > A lot of my builds failed last night because I'm not including > meta-networking (which pulls

Re: [OE-core] [PATCH 1/2] libmnl: add recpie

On Wed, Aug 30, 2017 at 6:53 AM, Burton, Ross wrote: > Note that we've reached feature freeze for 2.4 so this will have to wait for > 2.5. A lot of my builds failed last night because I'm not including meta-networking (which pulls in meta-python) because they weren't needed previously for what I

[OE-core] [PATCH] ca-certificates: update to 20170717

This is actually the same version as previously; upstream didn't have a tag for it before and now it does, so we can reduce confusion. The SRCREV change is due to a few added commits which modify upstream's debian packaging (not used by us). Signed-off-by: Alexander Kanavin --- .../{ca-certifica

Re: [OE-core] [PATCH v4] initramfs-framework: Change recipe to be allarch

On Wed, Aug 30, 2017 at 10:24 AM, Patrick Ohly wrote: > On Wed, 2017-08-30 at 09:46 -0300, Otavio Salvador wrote: >> On Wed, Aug 30, 2017 at 6:39 AM, Patrick Ohly > wrote: >> > Let's not dig us deeper into this hole and instead split out the >> > live >> > boot module into its own, arch-specific r

Re: [OE-core] [PATCH v4] initramfs-framework: Change recipe to be allarch

On Wed, 2017-08-30 at 09:46 -0300, Otavio Salvador wrote: > On Wed, Aug 30, 2017 at 6:39 AM, Patrick Ohly wrote: > > Let's not dig us deeper into this hole and instead split out the > > live > > boot module into its own, arch-specific recipe. > > > > Then initramfs-framework can become allarch wi

Re: [OE-core] [PATCH v4] initramfs-framework: Change recipe to be allarch

On Wed, Aug 30, 2017 at 6:39 AM, Patrick Ohly wrote: > On Tue, 2017-08-29 at 17:43 -0300, Otavio Salvador wrote: >> There is no COMPATIBLE_HOST in the recipe neither it makes sense for >> this to be machine specific. >> >> Possibly, initramfs-framework's based modules may be machine specific >> bu

Re: [OE-core] [PATCH] gnupg: 2.1.23 -> 2.2.0

2.4 has reached feature freeze, is there anything security related in this release that we should backport? Ross On 29 August 2017 at 08:00, Hongxu Jia wrote: > https://lists.gnupg.org/pipermail/gnupg-announce/2017q3/000413.html > > Signed-off-by: Hongxu Jia > --- > meta/recipes-support/gnupg

Re: [OE-core] [PATCH 1/2] libmnl: add recpie

Note that we've reached feature freeze for 2.4 so this will have to wait for 2.5. Ross On 29 August 2017 at 08:25, Yi Zhao wrote: > libmnl is a minimalistic user-space library oriented to Netlink > developers. There are a lot of common tasks in parsing, validating, > constructing of both the Ne

[OE-core] [PATCH][morty] connman: Fix for CVE-2017-12865

dnsproxy: Fix crash on malformed DNS response If the response query string is malformed, we might access memory pass the end of "name" variable in parse_response(). [YOCTO #11959] (From OE-Core rev: fb3e30e45eea2042fdb0b667cbc2c79ae3f5a1a9) Signed-off-by: Sona Sarmadi Signed-off-by: Richard Pur

Re: [OE-core] [PATCH][pyro] connman: Fix for CVE-2017-12865

On Wed, 2017-08-30 at 12:10 +0200, Sona Sarmadi wrote: > dnsproxy: Fix crash on malformed DNS response > If the response query string is malformed, we might access memory > pass the end of "name" variable in parse_response(). > > [YOCTO #11959] > > (From OE-Core rev: fb3e30e45eea2042fdb0b667cbc2c

[OE-core] [PATCH][pyro] connman: Fix for CVE-2017-12865

dnsproxy: Fix crash on malformed DNS response If the response query string is malformed, we might access memory pass the end of "name" variable in parse_response(). [YOCTO #11959] (From OE-Core rev: fb3e30e45eea2042fdb0b667cbc2c79ae3f5a1a9) Signed-off-by: Sona Sarmadi Signed-off-by: Richard Pur

Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene errors

> -Original Message- > From: Andre McCurdy [mailto:armccu...@gmail.com] > Sent: den 30 augusti 2017 00:04 > To: Peter Kjellerstedt > Cc: OE Core mailing list > Subject: Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene > errors > > On Tue, Aug 29, 2017 at 1:59 PM, Peter Kjel

Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene errors

> -Original Message- > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > Sent: den 30 augusti 2017 10:03 > To: Peter Kjellerstedt ; Andre McCurdy > > Cc: OE Core mailing list > Subject: Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene > errors > > On Wed, 2

Re: [OE-core] [PATCH v4] initramfs-framework: Change recipe to be allarch

On Tue, 2017-08-29 at 17:43 -0300, Otavio Salvador wrote: > There is no COMPATIBLE_HOST in the recipe neither it makes sense for > this to be machine specific. > > Possibly, initramfs-framework's based modules may be machine specific > but if there is the case they can just RDEPENDS on > initramfs

Re: [OE-core] [PATCH v2 0/2] Make source code browsable locally - devtool srctree

On 07/07/2017 07:32 AM, Tobias Hagelborn wrote: UPDATE v2: - Rebased on latest Poky - Fixed issue with bad paths - Dirname based on $PN In our organization, there is a demand to be able download source code for searching. With the use of sstate-cache this has been challenge. Also, the source is

Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene errors

On Wed, 2017-08-30 at 06:44 +, Peter Kjellerstedt wrote: > > I have left this code as an error deliberately as this kind of > > thing should not happen and if it does, there is really something > > wrong which you need to figure out. It means that at one point > > bitbake thinks the sstate is p

Re: [OE-core] [PATCH 0/2] Avoid build failures due to setscene errors

I agree with this patchset and it would be OK with IGNORE_SETSCENE_ERRORS conditional as well. We're also sometimes seeing these errors, sometime anticipated when cleaning shared sstate-cache on NFS server sometimes unexpected when NFS or network goes down for a minute and for some builds it happe

Re: [OE-core] [PATCH 2/2] iproute2: enable build tipc by default

On 30 August 2017 at 03:35, Yi Zhao wrote: > > > 在 2017年08月30日 00:13, Burton, Ross 写道: > > On 29 August 2017 at 08:25, Yi Zhao wrote: > >> -PACKAGECONFIG ??= "" >> -PACKAGECONFIG[tipc] = ",,libmnl," >> > > Surely it would be a lot better to just add tipc to the default > PACKAGECONFIG, so this s

Re: [OE-core] ✗ patchtest: failure for Avoid build failures due to setscene errors

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Philip Balister > Sent: den 30 augusti 2017 00:36 > To: Peter Kjellerstedt ; openembedded- > c...@lists.openembedded.org > Subject: Re: [O

[OE-core] [PATCH] lsof: remove host information from version.h

From: Li Wang lsof -v would show some information for host. Clean up these from version.h. Signed-off-by: Li Wang Signed-off-by: Yi Zhao --- .../lsof/files/lsof-remove-host-information.patch | 76 ++ meta/recipes-extended/lsof/lsof_4.89.bb| 4 +- 2 files chan