[OE-core] [PATCH v2] libpng: Correct SRC_URI path

Fixes fetcher warning WARNING: libpng-1.6.37-r0 do_fetch: Failed to fetch URL https://downloads.sourceforge.net/project/libpng/libpng16/1.6.37/libpng-1.6.37.tar.xz, attempting MIRRORS if available Signed-off-by: Khem Raj --- v2: Fix a typo in specifying var in SRC_URI

Re: [OE-core] [bitbake-devel] hashequiv, pseudo, and GIDs

On Tue, Dec 10, 2019 at 7:51 PM chris.laplante--- via bitbake-devel wrote: > > Hello all, > > I'm encountering a failure like below when using hashequiv. What is happening > is recipe "A" is installing some files in do_install, and changing the group > of those files. The group is defined by a

[OE-core] [PATCHv2 2/8] licenses.conf: Remove the SRC_DISTRIBUTE_LICENSES variable

The SRC_DISTRIBUTE_LICENSES variable and its static list of licenses has been replaced by AVAILABLE_LICENSES, which automatically contains all available licenses. Signed-off-by: Peter Kjellerstedt --- meta/conf/licenses.conf | 43 - 1 file changed, 43

[OE-core] [PATCHv2 5/8] base.bbclass: Report only the licenses that are incompatible for a package

Instead of reporting ${LICENSE} when a package is identified as using an incompatible license, report the license(s) that are actually incompatible. Signed-off-by: Peter Kjellerstedt --- meta/classes/base.bbclass | 26 ---

[OE-core] [PATCHv2 6/8] package.bbclass: Report only the licenses that are incompatible

When excluding a package from being packaged due to incompatible licenses, report the license(s) that are actually incompatible. Signed-off-by: Peter Kjellerstedt --- PATCHv2: Show the names of the incompatible licenses correctly. meta/classes/package.bbclass | 5 +++-- 1 file changed, 3

[OE-core] [PATCHv2 1/8] license.bbclass: Introduce AVAILABLE_LICENSES that lists all licenses

Previously, there was SRC_DISTRIBUTE_LICENSES, an undocumented variable that contained a static list of licenses. It was used by expand_wildcard_licenses() to expand any wildcards used in, e.g., INCOMPATIBLE_LICENSE. However, since this static list of licenses has not been kept up-to-date, many

[OE-core] [PATCHv2 8/8] incompatible_lic.py: Add tests for incompatible licenses with wildcards

Suggested-by: Quentin Schulz Signed-off-by: Peter Kjellerstedt --- PATCHv2: New in this patch set. .../oeqa/selftest/cases/incompatible_lic.py | 42 +++ 1 file changed, 42 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/incompatible_lic.py

[OE-core] [PATCHv2 3/8] license.bbclass: Make incompatible_pkg_license return incompatible lics

This makes it possible to report the incompatible licenses. Signed-off-by: Peter Kjellerstedt --- meta/classes/license.bbclass | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index

[OE-core] [PATCHv2 4/8] base.bbclass: Simplify the check for whitelisted licenses

After a number of rewrites, the code checking if a package has been whitelisted for an incompatible license was calculating the whitelisted packages twice (as 'whitelist' and as 'incompatwl'). Signed-off-by: Peter Kjellerstedt --- meta/classes/base.bbclass | 13 - 1 file changed, 4

[OE-core] [PATCHv2 7/8] license_image.bbclass: Report only the licenses that are incompatible

Instead of reporting ${LICENSE} when a package cannot be installed into an image because it is using an incompatible license, report the license(s) that are actually incompatible. Signed-off-by: Peter Kjellerstedt --- meta/classes/license_image.bbclass | 5 +++--

Re: [OE-core] [PATCH] libpng: Correct SRC_URI path

On Tue, Dec 10, 2019 at 4:59 PM Andreas Müller wrote: > > On Wed, Dec 11, 2019 at 12:45 AM Khem Raj wrote: > > > > Fixes fetcher warning > > WARNING: libpng-1.6.37-r0 do_fetch: Failed to fetch URL > > https://downloads.sourceforge.net/project/libpng/libpng16/1.6.37/libpng-1.6.37.tar.xz, > >

[OE-core] hashequiv, pseudo, and GIDs

Hello all, I'm encountering a failure like below when using hashequiv. What is happening is recipe "A" is installing some files in do_install, and changing the group of those files. The group is defined by a different recipe ("B"). There is no dependency between A and B, so when A:do_package

[OE-core] [PATCH] libepoxy: upgrade 1.5.3 -> 1.5.4

Signed-off-by: Wang Mingyu --- .../libepoxy/{libepoxy_1.5.3.bb => libepoxy_1.5.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/libepoxy/{libepoxy_1.5.3.bb => libepoxy_1.5.4.bb} (91%) diff --git

[OE-core] [master][zeus][PATCH] toaster.bbclass: Correct pkgdatadir path in toaster_package_dumpdata()

In commit 692b2046 (package: Fix race between do_package and do_packagedata), the path used for do_packagedata[sstate-inputdirs] was changed from "${PKGDESTWORK}" to "${WORKDIR}/pkgdata-pdata-input". This commit adapts the path used for pkgdatadir in toaster_package_dumpdata() accordingly to avoid

[OE-core] [PATCH] go: upgrade 1.13.3 -> 1.13.5

go1.13.4 (released 2019/10/31) includes fixes to the net/http and syscall packages. It also fixes an issue on macOS 10.15 Catalina where the non- notarized installer and binaries were being rejected by Gatekeeper. See the Go 1.13.4 milestone on our issue tracker for details.

Re: [OE-core] [PATCH 5/7] base.bbclass: Report only the licenses that are incompatible for a package

> -Original Message- > From: Quentin Schulz > Sent: den 9 december 2019 11:20 > To: Peter Kjellerstedt > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 5/7] base.bbclass: Report only the licenses > that are incompatible for a package > > Hi Peter, > > On

Re: [OE-core] [PATCH] libpng: Correct SRC_URI path

On Wed, Dec 11, 2019 at 12:45 AM Khem Raj wrote: > > Fixes fetcher warning > WARNING: libpng-1.6.37-r0 do_fetch: Failed to fetch URL > https://downloads.sourceforge.net/project/libpng/libpng16/1.6.37/libpng-1.6.37.tar.xz, > attempting MIRRORS if available > > Signed-off-by: Khem Raj > --- >

Re: [OE-core] [PATCH 1/7] license.bbclass: Introduce AVAILABLE_LICENSES that lists all licenses

> -Original Message- > From: Quentin Schulz > Sent: den 9 december 2019 10:41 > To: Peter Kjellerstedt > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 1/7] license.bbclass: Introduce > AVAILABLE_LICENSES that lists all licenses > > Hi Peter, > > On Sat,

Re: [OE-core] connman dependency of readline

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of claus.stovga...@gmail.com > Sent: den 7 december 2019 16:41 > To: oe-core > Subject: [OE-core] connman dependency of readline > > Hi > > I am starting to use Yocto

[OE-core] [PATCH] libpng: Correct SRC_URI path

Fixes fetcher warning WARNING: libpng-1.6.37-r0 do_fetch: Failed to fetch URL https://downloads.sourceforge.net/project/libpng/libpng16/1.6.37/libpng-1.6.37.tar.xz, attempting MIRRORS if available Signed-off-by: Khem Raj --- meta/recipes-multimedia/libpng/libpng_1.6.37.bb | 4 ++-- 1 file

Re: [OE-core] [zeus][PATCH 1/3] iptables: Cosmetic fixes to recipe

On 12/6/19 1:32 AM, akuster808 wrote: > > > On 12/5/19 12:05 PM, Niko Mauno wrote: >> Introduce cosmetic changes to recipe content, most notably >> - Change indentation style to four spaces in task statements >> - Reorder several entries according to oe-stylize.py suggestions >> >> (From

Re: [OE-core] [PATCH] meta/classes/meson.bbclass: Add inherit setuptools3

On Tue, Dec 10, 2019 at 5:44 AM Ross Burton wrote: > > On 03/12/2019 22:06, Aníbal Limón wrote: > > +inherit siteinfo python3native setuptools3 > > > > DEPENDS_append = " meson-native ninja-native" > > Considering setuptools3 inherits distutil3 which adds a load of tasks, > shouldn't this just

[OE-core] [PATCH] bitbake.conf: add number_threads to BB_SIGNATURE_EXCLUDE_FLAGS

Just as BB_NUMBER_THREADS is in BB_HASHCONFIG_WHITELIST. Signed-off-by: Chris Laplante --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index e75bbce..394484b 100644 --- a/meta/conf/bitbake.conf +++

Re: [OE-core] [zeus][PATCH 1/3] iptables: Cosmetic fixes to recipe

On 12/6/19 12:45 AM, Peter Kjellerstedt wrote: >> -Original Message- >> From: openembedded-core-boun...@lists.openembedded.org > boun...@lists.openembedded.org> On Behalf Of Niko Mauno >> Sent: den 5 december 2019 21:05 >> To: openembedded-core@lists.openembedded.org >> Subject: [OE-core]

[OE-core] Yocto Project Status WW50'19

Current Dev Position: YP 3.1 M1 Next Deadline: YP 3.1 M1 build Dec. 2, 2019 Next Team Meetings: * Bug Triage meeting Thursday Dec. 12th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday Jan. 7th at 8am PDT (

Re: [OE-core] [PATCH] libpam: drop yylex to static force

On 12/10/19 6:58 PM, Ross Burton wrote: +diff --git a/modules/pam_console/sed-static b/modules/pam_console/sed-static +index b9a6fa2..c7a850e 100644 +--- a/modules/pam_console/sed-static b/modules/pam_console/sed-static do_patch fails with: can't find file to patch at input line 40 I

[OE-core] [PATCH] u-boot: Move B from u-boot.inc to u-boot-common.inc

Use the same value of B between u-boot and u-boot-fw-utils. This patch also enable the out-of-tree builds of u-boot-fw-utils actually. Signed-off-by: Daisuke Yamane --- meta/recipes-bsp/u-boot/u-boot-common.inc | 1 + meta/recipes-bsp/u-boot/u-boot.inc| 2 -- 2 files changed, 1

Re: [OE-core] [PATCH v2] u-boot-fw-utils: Add capability of building from out-of-tree

2019年12月10日(火) 19:39 Ross Burton : > > On 10/12/2019 06:09, 山根大典 wrote: > > 2019年12月9日(月) 19:43 Ross Burton : > >> > >> On 06/12/2019 10:13, Daisuke Yamane wrote: > >>> This patch also helps to build with EXTERNALSRC. > >> > >> As this doesn't actually set B, will you be sending a follow-up patch

Re: [OE-core] [PATCH] meta/classes/meson.bbclass: Add inherit setuptools3

On 03/12/2019 22:06, Aníbal Limón wrote: +inherit siteinfo python3native setuptools3 DEPENDS_append = " meson-native ninja-native" Considering setuptools3 inherits distutil3 which adds a load of tasks, shouldn't this just be a DEPENDS += python3-setuptools3-native? Ross --

[OE-core] [PATCH] connman: use PACKAGECONFIG to control readline/client option

Only depend on readline when enabling the client, like bluez5. Default to enable readline and compile the client as before. Signed-off-by: Claus Stovgaard --- meta/recipes-connectivity/connman/connman.inc | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[OE-core] ✗ patchtest: failure for sstate: Stop overwriting SSTATE_PKG

== Series Details == Series: sstate: Stop overwriting SSTATE_PKG Revision: 1 URL : https://patchwork.openembedded.org/series/21553/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

[OE-core] [PATCH] sstate: Stop overwriting SSTATE_PKG

Its rather antisocial to overwrite SSTATE_PKG with an expanded form for the variable and it stops the value of BB_UNIHASH being changed when the package is written out. Instead of expanding the variable, append to it instead to avoid this rather hard to figure out behaviour and allow the siggen

[OE-core] ✗ patchtest: failure for scripts: add pkgdataui (rev2)

== Series Details == Series: scripts: add pkgdataui (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/6752/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the

[OE-core] [PATCH] scripts: add pkgdataui

pkgdataui is a Python 3/GObject Introspection/GTK+ 3 tool to browse the pkgdata database at your leisure. By being graphical it is easier to explore and can follow links between packages. This is very much a work in progress, so be gentle and patches are welcome. Signed-off-by: Ross Burton ---

[OE-core] [PATCH] sed: add PACKAGECONFIG for selinux

Signed-off-by: Martin Jansa --- meta/recipes-extended/sed/sed_4.7.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-extended/sed/sed_4.7.bb b/meta/recipes-extended/sed/sed_4.7.bb index 312f07f047..a285941dc4 100644 --- a/meta/recipes-extended/sed/sed_4.7.bb +++

Re: [OE-core] [PATCH 11/24] perl: update to 5.30.1

On Tue, 10 Dec 2019 at 00:41, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Thu, 2019-12-05 at 16:43 +0100, Alexander Kanavin wrote: > > Drop fix-setgroup.patch as the upstream has fixed the issue. > > > > Signed-off-by: Alexander Kanavin > > --- > >

Re: [OE-core] [PATCH 1/2] base.bbclass: extend PACKAGECONFIG for conflict package configs

On Tue, Dec 10, 2019 at 10:36 AM wrote: > > From: Kai Kang > > There are mutually exclusive PACKAGECONFIGs in recipes. Though it > declares that package configs are exclusive, it can't prevent users to > set them at same time. Extend PACKAGECONFIG to support specifying > conflicted package

Re: [OE-core] [PATCH 14/24] shadow: update 4.6 -> 4.8

Right, I have now dropped it. Alex On Tue, 10 Dec 2019 at 05:57, Alex Kiernan wrote: > On Thu, Dec 5, 2019 at 3:46 PM Alexander Kanavin > wrote: > > > > Drop two backports. > > > > Refactor 0001-useradd.c-create-parent-directories-when-necessary.patch > > to make the changes less invasive

Re: [OE-core] [PATCH] libpam: drop yylex to static force

+diff --git a/modules/pam_console/sed-static b/modules/pam_console/sed-static +index b9a6fa2..c7a850e 100644 +--- a/modules/pam_console/sed-static b/modules/pam_console/sed-static do_patch fails with: can't find file to patch at input line 40 I guess your WRL layers are patching

Re: [OE-core] [PATCH v2] u-boot-fw-utils: Add capability of building from out-of-tree

On 10/12/2019 06:09, 山根大典 wrote: 2019年12月9日(月) 19:43 Ross Burton : On 06/12/2019 10:13, Daisuke Yamane wrote: This patch also helps to build with EXTERNALSRC. As this doesn't actually set B, will you be sending a follow-up patch to set B so out-of-tree builds actually work? As there is

[OE-core] [PATCH 2/2] glew/curl: specify exclusive package configs

From: Kai Kang Specify exclusive package configs for glew and curl to make sure that conflict package configs will NOT set at same time. Signed-off-by: Kai Kang --- meta/recipes-graphics/glew/glew_2.1.0.bb | 4 ++-- meta/recipes-support/curl/curl_7.67.0.bb | 4 ++-- 2 files changed, 4

[OE-core] [PATCH 1/2] base.bbclass: extend PACKAGECONFIG for conflict package configs

From: Kai Kang There are mutually exclusive PACKAGECONFIGs in recipes. Though it declares that package configs are exclusive, it can't prevent users to set them at same time. Extend PACKAGECONFIG to support specifying conflicted package configs. Signed-off-by: Kai Kang ---