[OE-core] [PATCH] rpm: fix rpm -Kv xxx.rpm failed if signature header is larger than 64KB

Since commits [Place file signatures into the signature header where they belong][1] applied, run `rpm -Kv **.rpm' failed if signature header is larger than 64KB. Here are steps: 1) A unsigned rpm package, the size is 227560 bytes $ ls -al xz-src-5.2.5-r0.corei7_64.rpm -rw---. 1 mockbuild 1000

[OE-core][PATCH] db: enable verify PACKAGECONFIG

On target, when running `db_verify /var/lib/rpm/Packages', we get the following error. db_verify: BDB0571 library build did not include support for database verification Enable the 'verify' PACKAGECONFIG to avoid such issue. Signed-off-by: Chen Qi --- meta/recipes-support/db/db_5.3.28.bb |

[OE-core] [PATCH] vte: add missing runtime dependency for vte-prompt

The /etc/profile.d/vte.sh in vte-prompt package requires vte-urlencode-cwd command which is from vte package. Signed-off-by: Yi Zhao --- meta/recipes-support/vte/vte_0.60.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/vte/vte_0.60.2.bb b/meta/recipes-support/vte/v

[OE-core] ✗ patchtest: failure for Add support for per-multiconfig BBMASK

== Series Details == Series: Add support for per-multiconfig BBMASK Revision: 1 URL : https://patchwork.openembedded.org/series/24450/ 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 v3 7/8] bitbake: tests: Add tests for BBMASK in multiconfig

Adds a test to validate that multiconfigs can independently mask off recipes by setting BBMASK. See the test description for further information about how the test works. Signed-off-by: Joshua Watt --- .../lib/bb/tests/runqueue-tests/conf/bitbake.conf | 3 ++- .../runqueue-tests/conf/multiconfi

[OE-core][PATCH v3 1/8] bitbake: cooker: Split file collections per multiconfig

Splits the cooker to track a collection per multiconfig instead of a single collection for all multiconfigs. Practically speaking, this allows each multiconfigs to each have different BBMASKs that apply to it instead of each one using the mask specified in the base configuration. Signed-off-by: Jo

[OE-core][PATCH v3 4/8] bitbake: lib: Add PrefixLoggerAdapter helper

Adds a helper logger adapter to add a prefix to all log messages. This is useful to distinguish log messages between multiple instances of a object. Signed-off-by: Joshua Watt --- bitbake/lib/bb/__init__.py | 8 1 file changed, 8 insertions(+) diff --git a/bitbake/lib/bb/__init__.py b/

[OE-core][PATCH v3 6/8] bitbake: cache: Cache size optimization

Now that there is a cache object per multiconfig, it is not necessary for each cache object to parse all other multiconfigs. Instead, each cache now only parses the files for it's multiconfig. Signed-off-by: Joshua Watt --- bitbake/lib/bb/cache.py | 22 ++ bitbake/lib/bb/coo

[OE-core][PATCH v3 3/8] bitbake: lib: Add support for Logging Adapters

Creates a BBLoggingAdapter class that is monkey patched in place of the logginer.LoggingAdapter. The new adapter is compatible with the BBLogger class API, allowing adapters to be created for bitbake loggers. A new BBLoggerMixin class is used to reduce code duplication between the BBLogger and BBLo

[OE-core][PATCH v3 5/8] bitbake: cache: Improve logging

Improves the logging of Cache objects by prefixing the log messages with the multiconfig name of the cache, so as to distinguish between multiple instances of the class. Also adds a more log messages. Signed-off-by: Joshua Watt --- bitbake/lib/bb/cache.py | 65 ++-

[OE-core][PATCH v3 0/8] Add support for per-multiconfig BBMASK

Splits apart the bitbake configuration data and caches so that each defined multiconfig can specify as separate BBMASK independently of the other multiconfigs. This can take multiple forms, such as a `BBMASK` in a multiconfig .conf file, or BBMASK assignment based on an override (see linked bugzill

[OE-core][PATCH v3 8/8] bitbake: command: Move split_mc_pn to runqueue

All of the other multiconfig splitting functions are located in runqueue so move the function to split a pn/fn there also so that its easier to see them all together. Fixes a case where the findBestProvider() command wasn't working for multiconfig because it was looking for a prefix of "multiconfig

[OE-core][PATCH v3 2/8] bitbake: cache: Use multiconfig aware caches

Splits the parsing cache to maintain one cache per multiconfig instead of one global cache. This is necessary now that the files and appends can vary for each multiconfig. A bb.cache.MulticonfigCache dictionary-like proxy object is created instead of a single bb.cache.Cache object. This object will

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On Tue, Jun 2, 2020 at 2:15 PM Phil Blundell via lists.openembedded.org wrote: > > On Tue, Jun 02, 2020 at 09:17:44PM +0100, Richard Purdie wrote: > > I understand the concern, I am a little torn on this as adding in too > > many different controls and options complicates the test matrix and > > m

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On Tue, Jun 02, 2020 at 09:17:44PM +0100, Richard Purdie wrote: > I understand the concern, I am a little torn on this as adding in too > many different controls and options complicates the test matrix and > makes things harder for users. > > You're effectively suggesting a new DISTRO_FEATURE to c

[OE-core] [PATCH] diffoscope: upgrade 144 -> 146

See full changelog https://diffoscope.org/news/diffoscope-146-released/ Signed-off-by: Pierre-Jean Texier --- .../diffoscope/{diffoscope_144.bb => diffoscope_146.bb}| 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-support/diffoscope/{diffoscope_144.bb

[OE-core] [PATCH] libjpeg-turbo: whitespace fixes

Added the proper amount of blanks around equation-signs Signed-off-by: Konrad Weihmann --- meta/recipes-graphics/jpeg/libjpeg-turbo_2.0.4.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/jpeg/libjpeg-turbo_2.0.4.bb b/meta/recipes-graphics/jpeg/lib

[OE-core] [PATCH] cairo: remove trailing whitespace

Remove trailing whitespaces after line continuation Signed-off-by: Konrad Weihmann --- meta/recipes-graphics/cairo/cairo_1.16.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb b/meta/recipes-graphics/cairo/cairo_1.16.0.bb index

[OE-core] [PATCH] gtk-doc: remove trailing whitespace

remove unnecessary trailing whitespace Signed-off-by: Konrad Weihmann --- meta/recipes-gnome/gtk-doc/gtk-doc_1.32.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk-doc/gtk-doc_1.32.bb b/meta/recipes-gnome/gtk-doc/gtk-doc_1.32.bb index b508e62741..1eaf

[OE-core] [PATCH] kmod: fix RCONFLICTS setting

Previously used libkmod2 isn't known in this scope, replace it with the correct libkmod Signed-off-by: Konrad Weihmann --- meta/recipes-kernel/kmod/kmod_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/kmod/kmod_git.bb b/meta/recipes-kernel/kmod/kmo

[OE-core] [PATCH] debianutils: whitespace fixes

Added whitespaces around equation-signs Signed-off-by: Konrad Weihmann --- .../debianutils/debianutils_4.9.1.bb | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/meta/recipes-support/debianutils/debianutils_4.9.1.bb b/meta/recipes-support/debianuti

[OE-core] [PATCH] libxt: fix whitespaces

remove unnecessary whitespace and line breaks Signed-off-by: Konrad Weihmann --- meta/recipes-graphics/xorg-lib/libxt_1.2.0.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/xorg-lib/libxt_1.2.0.bb b/meta/recipes-graphics/xorg-lib/libxt_1.2.0.bb in

[OE-core] [PATCH] vim-tiny: properly append PACKAGECONFIG

As ??= assignment will be overwritten by += in any case, one can't define a default of PACKAGECONFIG in this recipe. Using _append instead mitigates chances of accidental overwriting the default Signed-off-by: Konrad Weihmann --- meta/recipes-support/vim/vim-tiny_8.2.bb | 2 +- meta/recipes-supp

[OE-core] [PATCH] ruby: properly append PACKAGECONFIG

As ??= assignment will be overwritten by += in any case, one can't define a default of PACKAGECONFIG in this recipe. Using _append instead mitigates chances of accidental overwriting the default Signed-off-by: Konrad Weihmann --- meta/recipes-devtools/ruby/ruby_2.7.1.bb | 2 +- 1 file changed, 1

[OE-core] [PATCH] cogl: point to correct HOMEPAGE

As the previousy set wasn't reachable anymore Signed-off-by: Konrad Weihmann --- meta/recipes-graphics/cogl/cogl-1.0.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc b/meta/recipes-graphics/cogl/cogl-1.0.inc index d8d06651da..1c5d0b

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On Tue, 2020-06-02 at 22:00 +0200, Phil Blundell wrote: > On Tue, Jun 02, 2020 at 02:17:22PM +0200, Rasmus Villemoes wrote: > > In case of a read-only rootfs, one could add some logic to remove > > them > > if one really wants to shave those few dozens of bytes off. > > Note that there's also a sl

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, Jun 02, 2020 at 09:45:28PM +0200, Gregor Zatko wrote: > On Tue, 2020-06-02 at 21:43 +0200, Andreas Oberritter wrote: > > Hello Gregor, > > On Tue, 2 Jun 2020 21:09:25 +0200"Gregor Zatko" > > wrote: > > > In some cases there is a need for update-alternatives script which > > > gets builtwi

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On Tue, Jun 02, 2020 at 02:17:22PM +0200, Rasmus Villemoes wrote: > In case of a read-only rootfs, one could add some logic to remove them > if one really wants to shave those few dozens of bytes off. Note that there's also a slight runtime performance penalty associated with having these files in

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On 02/06/2020 19.58, Khem Raj wrote: > On Tue, Jun 2, 2020 at 5:17 AM Rasmus Villemoes > wrote: >> >> There are cases where one doesn't want ldconfig on target (e.g. for >> read-only root filesystems, it's rather pointless), yet one still >> needs ld.so.conf to be present at image build time: >> >

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, Jun 02, 2020 at 09:49:40PM +0200, Phil Blundell via lists.openembedded.org wrote: > On Tue, Jun 02, 2020 at 09:43:45PM +0200, Gregor Zatko wrote: > > - if you take a look at > > http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/tree/update-alternatives > > you'll simply see it's a shel

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, Jun 02, 2020 at 09:43:45PM +0200, Gregor Zatko wrote: > - if you take a look at > http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/tree/update-alternatives > you'll simply see it's a shellscript; if we wanted to have it without > bash we'd need a C++ > implementation, am I right? No,

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, 2020-06-02 at 21:43 +0200, Andreas Oberritter wrote: > Hello Gregor, > On Tue, 2 Jun 2020 21:09:25 +0200"Gregor Zatko" > wrote: > > In some cases there is a need for update-alternatives script which > > gets builtwithin opkg-utils recipe into a standalone package. > > However, this causes

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, 2020-06-02 at 15:27 -0400, Denys Dmytriyenko wrote: > On Tue, Jun 02, 2020 at 09:09:25PM +0200, Gregor Zatko wrote: > > In some cases there is a need for update-alternatives script which gets > > built > > within opkg-utils recipe into a standalone package. However, this causes to > > many

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

Hello Gregor, On Tue, 2 Jun 2020 21:09:25 +0200 "Gregor Zatko" wrote: > In some cases there is a need for update-alternatives script which gets built > within opkg-utils recipe into a standalone package. However, this causes to > many unnecessary dependencies, including Python, bc, OpenSSL etc.

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, Jun 02, 2020 at 09:09:25PM +0200, Gregor Zatko wrote: > In some cases there is a need for update-alternatives script which gets built > within opkg-utils recipe into a standalone package. However, this causes to > many unnecessary dependencies, including Python, bc, OpenSSL etc. to be built

Re: [OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

On Tue, Jun 02, 2020 at 09:09:25PM +0200, Gregor Zatko wrote: > In some cases there is a need for update-alternatives script which gets built > within opkg-utils recipe into a standalone package. However, this causes to > many unnecessary dependencies, including Python, bc, OpenSSL etc. to be built

[OE-core] [PATCH] update-alternatives: introduce new package as a opkg-utils spin-off

In some cases there is a need for update-alternatives script which gets built within opkg-utils recipe into a standalone package. However, this causes to many unnecessary dependencies, including Python, bc, OpenSSL etc. to be built. In this commit a standalone lightweight recipe for update-alterna

[OE-core] [PATCH] vte: Pack ${libexecdir}/vte-urlencode-cwd to vte-prompt

Have vte-prompt in my images. Since upgrade 0.60.2 all terminals complain with: | bash: /usr/libexec/vte-urlencode-cwd: No such file or directory Grepping sources shows that vte.csh and vte.sh are the only callers of vte-urlencode-cwd. Both are installed by vte-prompt so move vte-urlencode-cwd wh

[OE-core] [PATCH] cve-check: include epoch in product version output

In the generated cve.log files, include the epoch in the product version. This better matches how versions are displayed elsewhere, in particular the bb.warn("Found unpatched CVE...") that appears on the terminal when CVEs are found. Signed-off-by: Ralph Siemsen --- Hopefully this is the correct

Re: [OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

On Tue, Jun 2, 2020 at 5:17 AM Rasmus Villemoes wrote: > > There are cases where one doesn't want ldconfig on target (e.g. for > read-only root filesystems, it's rather pointless), yet one still > needs ld.so.conf to be present at image build time: > > When some recipe installs libraries to a non-

Re: [OE-core] [PATCH 41/70] x264: upgrade to latest revision

On Tue, Jun 2, 2020 at 12:18 AM Alexander Kanavin wrote: > > I was thinking of simply dropping the revision from PV, and setting PE to 1 > or so. > it seems gitlab is the new location for this so if SVN rev is redundant info, then perhaps bumping PE and dropping it from SRCREV is ok. > Alex > >

Re: [OE-core] [PATCH 17/70] strace: upgrade 5.5 -> 5.6

On Tue, Jun 2, 2020 at 12:17 AM Alexander Kanavin wrote: > > Upstream builds with -Werror by default, which this switch disables. > I gathered as much, However, it will be good to document the errors or even better let upstream know about them since they maybe interested to fix them. > Alex > >

[OE-core] [PATCH] glib-2.0: 2.64.2 -> 2.64.3

From: Lee Chee Yang remove patch which already upstream https://gitlab.gnome.org/GNOME/glib/-/commit/3c551c203d916a0a2a02312d8415f921dce9 Signed-off-by: Lee Chee Yang --- ...etect-stpcpy-on-windows-platforms-on.patch | 53 --- ...{glib-2.0_2.64.2.bb => glib-2.0_2.64.3.bb} |

[OE-Core][PATCH] systemd: upgrade v245.5 -> v245.6

Commits: aa0cb635f1f6 network: L2TP fix crash 9774347b5775 Fix typo. 2cac801f0f37 stat-util: trivial empty_or_null() tweaks b054e69bf98e Check ambient set against bounding set prior to applying ambient set bed695375abc udev: when the BSD lock on a block device is taken, don't complain

[OE-core] Yocto Project Status WW22'20

Current Dev Position: YP 3.2 M1 Next Deadline: YP 3.2 M1 build date 2020/6/16 Next Team Meetings: * Bug Triage meeting Thursday June 4th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday June 2nd at 8am PDT (

[OE-core] [PATCH] tiff: Extend for nativesdk

Doxygen in meta-oe has recently been extended for nativesdk. Doxygen is often used together with mscgen which in turn depends indirectly on tiff (via gd library). Signed-off-by: Christian Eggers --- meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(

[OE-core] [PATCH] librsvg: Extend for nativesdk

Doxygen in meta-oe has recently been extended for nativesdk. Doxygen is often used together with dot (graphviz) which in turn depends on librsvg. Signed-off-by: Christian Eggers --- meta/recipes-gnome/librsvg/librsvg_2.40.20.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

[OE-core][PATCH v4 2/2] init-system-helpers: avoid superfluous update-rc.d

Debians init-system-helpers bundle an own, perl written update-rc.d which doesn't fulfill embedded/cross-build requirements as our own in meta/recipes-core/update-rc.d does. To avoid unnecessary conflicts or questions, do not bundle it by default. Whoever wants it is invited to have an .bbappen

[OE-core][PATCH v4 1/2] initscripts/init-system-helpers: fix mountnfs.sh dependency

With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04 Author: Yue Tao Date: Fri May 25 10:48:08 2018 +0800 initscripts: Avoid starting rpcbind daemon twice Check the status before start it to avoid duplicates. the use of a script {/usr/sbin/}service is introduced - mayb

[OE-core][PATCH v3] wic: Add --offset argument for partitions

Add support for an --offset argument when defining a partition. Many SoCs require that boot partitions be located at specific offsets. Prior to this argument, most WKS files were using the --align attribute to specify the location of these fixed partitions but this is not ideal because in the event

Re: [OE-core] [PATCH] glib-networking: 2.64.2 -> 2.64.3

Can you update the main glib recipe at the same time please? We can't have glib-networking that is newer than the main glib recipe. Alex On Tue, 2 Jun 2020 at 14:26, Lee Chee Yang wrote: > From: Lee Chee Yang > > update to 2.64.3 which include fix for CVE-2020-13645, see: > https://gitlab.gnom

[OE-core] [PATCH] glib-networking: 2.64.2 -> 2.64.3

From: Lee Chee Yang update to 2.64.3 which include fix for CVE-2020-13645, see: https://gitlab.gnome.org/GNOME/glib-networking/-/issues/135 Signed-off-by: Lee Chee Yang --- .../{glib-networking_2.64.2.bb => glib-networking_2.64.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[OE-core] [PATCH 2/2] logrotate: Drop obsolete setting/comment

The comment applies to an old version and the WORKDIR setting matches the default so drop it. Signed-off-by: Richard Purdie --- meta/recipes-extended/logrotate/logrotate_3.16.0.bb | 7 --- 1 file changed, 7 deletions(-) diff --git a/meta/recipes-extended/logrotate/logrotate_3.16.0.bb b/met

[OE-core] [PATCH 1/2] maintainers: Update Ross' email address

Update Ross' address to a valid one. Signed-off-by: Richard Purdie --- meta/conf/distro/include/maintainers.inc | 126 +++ 1 file changed, 63 insertions(+), 63 deletions(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc inde

[OE-core] [PATCH v3] glibc: move ld.so.conf back to main package

There are cases where one doesn't want ldconfig on target (e.g. for read-only root filesystems, it's rather pointless), yet one still needs ld.so.conf to be present at image build time: When some recipe installs libraries to a non-standard location, and dutifully drops in a file in /etc/ld.so.conf

Re: [OE-core] error while adding meta-python layer

On Tue, 2 Jun 2020 at 12:38, Pankaj Vinadrao Joshi wrote: > > i have cloned meta-openembedded layer and from that i am trying to add > meta-python layer but i am getting following error i am adding this to my poky > > > pankaj@exaleap-Inspiron-3584:~/raspberrypi4_image$ bitbake-layers add-layer

[OE-core] error while adding meta-python layer

i have cloned *meta-openembedded* layer and from that i am trying to add meta-python layer but i am getting following error i am adding this to my poky *pankaj@exaleap-Inspiron-3584:~/raspberrypi4_image$ bitbake-layers add-layer /home/pankaj/meta-openembedded/meta-python/* NOTE: Starting bitbake

[OE-core] ✗ patchtest: failure for glibc: move ld.so.conf back to main package (rev2)

== Series Details == Series: glibc: move ld.so.conf back to main package (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/24198/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have b

Re: [OE-core] [PATCH v2] sstate.bbclass: When siginfo or sig files are missing, stop fetcher errors

On Wed, 27 May 2020 at 20:11, Mark Hatle wrote: > > Ping > > I noticed this hasn't been integrated or commented on yet. > > On 5/13/20 11:12 AM, Mark Hatle wrote: > > From: Mark Hatle > > > > Prior to fetching, the system checks if the sstate file is present > > either locally or on the mirror.

[OE-core] [PATCH v2] glibc: move ld.so.conf back to main package

There are cases where one doesn't want ldconfig on target (e.g. for read-only root filesystems, it's rather pointless), yet one still needs ld.so.conf to be present at image build time: When some recipe installs libraries to a non-standard location, and dutifully drops in a file in /etc/ld.so.conf

[OE-core] ✗ patchtest: failure for qemu: Replace stime() API with clock_settime (rev2)

== Series Details == Series: qemu: Replace stime() API with clock_settime (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/23841/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] [warrior][PATCH] qemu: Replace stime() API with clock_settime

From: Khem Raj (From OE-Core rev: 2cca75155baec8358939e2aae822e256bed4cfe0) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie --- Another patch for Ubuntu 20.04 support on Warrior. meta/recipes-devtools/qemu/qemu.inc | 1 + ...linux-user-remove-host-stime-syscall.patch | 61 ++

[OE-core] [PATCH] cairo: Do not try to remove nonexistent directories

Commit 0e1f8fa0 (bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from target) changed the default PACKAGECONFIG for native and nativesdk so that it becomes empty unless "x11" is in DISTRO_FEATURES since "trace" was also removed (propbably unintentionally). This highlighted than

Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

Right, in that case this commit should indeed be dropped or reverted. Alex On Tue, 2 Jun 2020 at 09:39, Peter Kjellerstedt wrote: > If you have COPY_LIC_DIRS enabled, the license files (the ones listed in > LICENSE and the (parts) listed in LIC_FILES_CHKSUM) will be included in > the generated

Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

If you have COPY_LIC_DIRS enabled, the license files (the ones listed in LICENSE and the (parts) listed in LIC_FILES_CHKSUM) will be included in the generated image by license_image.bbclass. Extraction of the license information is handled by license.bbclass, which also is responsible for creati

Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

On Tue, 2 Jun 2020 at 00:12, Peter Kjellerstedt wrote: > > -Original Message- > > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Alexander Kanavin > > Sent: den 31 maj 2020 17:53 > > To: openembedded-core@lists.openembedded.org > > Cc: Alexande

Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Adrian Bunk > Sent: den 2 juni 2020 07:55 > To: Peter Kjellerstedt > Cc: Alexander Kanavin ; openembedded- > c...@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 65/70] l

Re: [OE-core] [PATCH 25/70] stress-ng: mark as incompatible with musl

On Tue, 2 Jun 2020 at 05:39, Khem Raj wrote: > > > On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin > wrote: > >> Newer versions make use of ustat() which is absent in musl. >> > > https://www.man7.org/linux/man-pages/man2/ustat.2.html > > Says it’s removed from glibc 2.28 as well and yes musl

Re: [OE-core] [PATCH 41/70] x264: upgrade to latest revision

I was thinking of simply dropping the revision from PV, and setting PE to 1 or so. Alex On Tue, 2 Jun 2020 at 05:51, Khem Raj wrote: > > > On Mon, Jun 1, 2020 at 3:53 AM Alexander Kanavin > wrote: > >> On Mon, 1 Jun 2020 at 03:37, Mittal, Anuj wrote: >> >>> > UPSTREAM_CHECK_COMMITS = "1" >>>

Re: [OE-core] [PATCH 17/70] strace: upgrade 5.5 -> 5.6

Upstream builds with -Werror by default, which this switch disables. Alex On Tue, 2 Jun 2020 at 04:27, Khem Raj wrote: > > > On Sun, May 31, 2020 at 8:53 AM Alexander Kanavin > wrote: > >> Signed-off-by: Alexander Kanavin >> --- >> .../strace/{strace_5.5.bb => strace_5.6.bb}

Re: [OE-core] [PATCH 34/70] pixman: upgrade 0.38.4 -> 0.40.0

The patch has been merged upstream - easy to establish by clicking on the link inside it. Alex On Tue, 2 Jun 2020 at 05:41, Khem Raj wrote: > > > On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin > wrote: > >> Signed-off-by: Alexander Kanavin >> --- >> ...-for-FE_INVALID-definition-before-us