Before, even if the code was seemingly written to search through all
licenses in ${COMMON_LICENSE_DIR} and ${LICENSE_PATH}, it would
actually bail out after only searching ${COMMON_LICENSE_DIR} due to
the exception handling.
Also refrain from using f-strings.
Signed-off-by: Peter Kjellerstedt
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Ross Burton
> Sent: den 3 september 2021 15:25
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 12/14] ffmpeg: update LICENSE
>
> "BSD" is ambiguous, f
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Mark Hatle
> Sent: den 9 september 2021 04:51
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core][PATCH 1/2] reproducible_build: Honor
> BUILD_REPRODUCIBLE_BINARI
-Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Alexander Kanavin
> Sent: den 8 september 2021 20:01
> To: openembedded-core@lists.openembedded.org
> Cc: Alexander Kanavin
> Subject: [OE-core] [PATCH 01/26] meson: update 0.58.
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 5 september 2021 10:29
> To: Khem Raj
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
&g
> -Original Message-
> From: Khem Raj
> Sent: den 5 september 2021 01:52
> To: Peter Kjellerstedt
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
> Subject: Re: [OE-core] [PATCH] common-licenses, licenses.conf: Remove
> duplica
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Ross Burton
> Sent: den 3 september 2021 18:01
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH v2 4/4] create-spex: don't duplicate license
Change "cr
This removes BSD-0-Clause, Nauman, tcl and vim and adds mappings for
them to their SPDX counterparts (0BSD, Naumen, TCL and Vim).
It also removes FreeType, which already had a mapping to FTL.
Signed-off-by: Peter Kjellerstedt
---
In case anyone is interested, the following command (executed in
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Bruce Ashfield
> Sent: den 1 september 2021 15:24
> To: Michael Opdenacker
> Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>
> Subject: Re: [OE
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 31 augusti 2021 15:16
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] oeqa/buildtools-cases: Allow bitbake time to
> shutdo
Signed-off-by: Peter Kjellerstedt
---
scripts/buildhistory-collect-srcrevs | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/buildhistory-collect-srcrevs
b/scripts/buildhistory-collect-srcrevs
index bca01a922b..c937e49c2a 100755
--- a/scripts/buildhistory-collect
It is probably a good idea if the comment that describes how variable
overrides work use the new override syntax...
Signed-off-by: Peter Kjellerstedt
---
meta/conf/bitbake.conf | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf
Hmm, you are of course correct. New patch coming.
//Peter
From: Martin Jansa
Sent: den 26 augusti 2021 19:45
To: Peter Kjellerstedt
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH 2/2] buildhistory-collect-srcrevs: Adapt to the
new variable override syntax
It is probably a good idea if the comment that describes how variable
overrides work use the new override syntax...
Signed-off-by: Peter Kjellerstedt
---
meta/conf/bitbake.conf | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf
Signed-off-by: Peter Kjellerstedt
---
scripts/buildhistory-collect-srcrevs | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/scripts/buildhistory-collect-srcrevs
b/scripts/buildhistory-collect-srcrevs
index bca01a922b..6c919299a6 100755
--- a/scripts/buildhistory
es to
enable package specific debug code, this will now trigger as intended.
Signed-off-by: Peter Kjellerstedt
---
meta/classes/meson.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
index 2beed89d11..e124d181
As I was recently looking at lttng-modules, which supports devupstream, I
wanted to try to build the devupstream variant. However, neither the
information in devupstream.bbclass nor the documentation in the manual were of
any help. Since it uses the BBCLASSEXTEND mechanism, I thought it would be
> -Original Message-
> From: Bruce Ashfield
> Sent: den 25 augusti 2021 15:18
> To: Peter Kjellerstedt
> Cc: Andrey Zhizhikin ; OE Core mailing list
>
> Subject: Re: [OE-core] [PATCH] lttng-modules: Make it build when
> CONFIG_TRACEPOINTS is not enabled again
&
too does not solve the problem.
Unify the two patches, and actually disable building of the kernel
module if CONFIG_TRACEPOINTS is not enabled, the way it was intended.
Signed-off-by: Peter Kjellerstedt
---
PATCHv2: Unify
Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch and
0001-src
> -Original Message-
> From: Andrey Zhizhikin
> Sent: den 25 augusti 2021 12:20
> To: Peter Kjellerstedt
> Cc: Bruce Ashfield ; OE Core mailing list
>
> Subject: Re: [OE-core] [PATCH] lttng-modules: Make it build when
> CONFIG_TRACEPOINTS is not enabled again
&
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Robert P. J. Day
> Sent: den 25 augusti 2021 14:42
> To: Ross Burton
> Cc: OE Core mailing list
> Subject: Re: [OE-core] should "${D}${systemd_unitdir}/system" =>
> "${D}${syst
Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch was updated
with the 2.13.0 update (commit 5dad15af), but unfortunately it no longer
did what it was intended to do.
Signed-off-by: Peter Kjellerstedt
---
...fail-if-CONFIG_TRACEPOINTS-is-not-en.patch | 42 +++
1 file
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Zoltan Boszormenyi via
> lists.openembedded.org
> Sent: den 24 augusti 2021 16:22
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] usermod in EXTRA_USERS_PARAM
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Michael Ho
> Sent: den 24 juni 2021 12:40
> To: openembedded-core@lists.openembedded.org
> Cc: Michael Ho
> Subject: [OE-core] [PATCH] sstate.bbclass: fix errors about read-only
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Andrea Adami
> Sent: den 23 juni 2021 00:18
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core][PATCH 2/2] kernel.bbclass: inherit kernel_devicetree
> only if KER
I suggest you use =+ instead of _prepend to maintain expansion order. I.e., if
someone does:
inherit pypi
SRC_URI = "http://some_url ${PYPI_SRC_URI}"
However, any way you change it, you risk breaking someone’s use case, but I
believe using =+ instead of += should be the least invasive change c
From: Peter Kjellerstedt
For dependencies such as "${PN}-foo", when modifying them for native
recipes, it is expected that they become "${BPN}-foo-native" rather
than "${BPN}-native-foo-native". This was previously done by removing
all occurences of "-native
From: Peter Kjellerstedt
Changing BPN to be "util-linux" regardless if it is the util-linux
recipe or the util-linux-libuuid recipe that is being built was an
easy way to allow ${BPN} and ${BP} to be used in the SRC_URI for both
recipes. However, it causes problems for native.bbclass w
tions that ${BPN} and ${PN} match each other.
Use "util-linux" directly in the SRC_URI instead to avoid the problem.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-core/util-linux/util-linux.inc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-
the end
Also simplify adding "-native" to the end of names the recipe provides.
In this case it is not necessary to replace ${PN} with ${BPN} as the
recipes are expected to use ${BPN}-foo in the first place.
Signed-off-by: Peter Kjellerstedt
---
meta/classes/native.bbclas
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Ross Burton
> Sent: den 17 maj 2021 13:58
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/2] rpm: turn Berkeley DB hard dependency into
> PACKAGECONFIG
>
> In the future we
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 13 maj 2021 09:09
> To: Andre McCurdy ; Alexander Kanavin
>
> Cc: Colin Walters ; OE-core c...@lists.openembedded.org>
> Subject: Re: [OE-core] maste
cause it did not reside in the set PATH.
By enabling/disabling docs/man page generation explicitly and adding
asciidoc to DEPENDS as necessary, this is no longer an issue.
[ This corresponds to commit b0aedd74 and parts of commit 1eedc5f8,
with the patch replaced by the upstream version. ]
Sig
time
do_configure was executed. After a couple of times, this lead to an
environment with a 140 kB BUILD_CFLAGS when mkdir should execute, which
resulted in the E2BIG.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-support/libcap/libcap_2.49.bb | 21 -
1 file changed, 8
Well, it did break our builds. I now get the following error when building a
native recipe that inherits perlnative and tries to run pod2man:
| /bin/sh: /home/pkj/…/recipe-sysroot-native/usr/bin/pod2man:
/home/pkj/…/recipe-sysroot-native/usr/bin/per: bad interpreter: No such file or
directory
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of jan
> Sent: den 28 mars 2021 19:01
> To: openembedded-core@lists.openembedded.org
> Cc: Jan Vermaete
> Subject: [OE-core] [PATCH] Allow to overrule the URL in a bbappend.
Pleas
> -Original Message-
> From: Richard Purdie
> Sent: den 25 mars 2021 17:52
> To: Peter Kjellerstedt ; Oleksiy Obitotskyi -
> X (oobitots - GLOBALLOGIC INC at Cisco) ; Luca Bocassi
> ; openembedded-core@lists.openembedded.org
> Cc: bluelightn...@bluelightning.org; Kh
> -Original Message-
> From: Richard Purdie
> Sent: den 25 mars 2021 15:27
> To: Peter Kjellerstedt ; Oleksiy Obitotskyi -
> X (oobitots - GLOBALLOGIC INC at Cisco) ; Luca Bocassi
> ; openembedded-core@lists.openembedded.org
> Cc: bluelightn...@bluelightning.org; Kh
> -Original Message-
> From: Richard Purdie
> Sent: den 25 mars 2021 10:34
> To: Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC at Cisco)
> ; Luca Bocassi ;
> openembedded-core@lists.openembedded.org
> Cc: bluelightn...@bluelightning.org; Peter Kjellerstedt
> ;
The license information for util-linux and util-linux-uuid are quite
different. Move the relevant parts from util-linux.inc to the respective
recipe.
Signed-off-by: Peter Kjellerstedt
---
.../util-linux/util-linux-uuid_2.36.2.bb | 4
meta/recipes-core/util-linux/util-linux.inc | 20
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 24 mars 2021 23:57
> To: Richard Purdie ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] ut
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 24 mars 2021 23:46
> To: Luca Bocassi ; openembedded-
> c...@lists.openembedded.org
> Cc: scott.bran...@broadcom.com
> Subject: Re: [OE-core] [PATCH] u
> -Original Message-
> From: Richard Purdie
> Sent: den 24 mars 2021 23:40
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> util-linux-libuuid again
>
> On Wed
> -Original Message-
> From: Richard Purdie
> Sent: den 24 mars 2021 22:35
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> util-linux-libuuid again
>
> On Wed
LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
set to "util-linux" for both util-linux and util-linux-uuid.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-core/util-linux/util-linu
. To avoid this, add
PYTHONDONTWRITEBYTECODE=1 also to FAKEROOTENV.
Also add a test case to ensure that pyc files are not created by
Python applications started from shell tasks that are executed under
pseudo.
Signed-off-by: Peter Kjellerstedt
---
.../pseudo-pyc-test/files/test-app1.py
> -Original Message-
> From: Robert Yang
> Sent: den 15 mars 2021 03:32
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1] rootfs-postcommands.bbclass: Print a
> warning when login with root is disabled
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den 10 mars 2021 00:31
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [poky-contrib][PATCH 2/4] package.bbclass: Displays
> war
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den 10 mars 2021 00:31
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [poky-contrib][PATCH 3/4] package.bbclass: Add
> handle_q
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den 10 mars 2021 00:32
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [poky-contrib][PATCH 4/4] Moved logic to get filelics
> f
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den 10 mars 2021 00:31
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [poky-contrib][PATCH 1/4] oe.license: Add functions to
> split and canonicalise li
> -Original Message-
> From: Robert Yang
> Sent: den 9 mars 2021 09:32
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 1/1] rootfs-postcommands.bbclass: Print a
> warning when login with root is disabled
>
&g
Sorry, wrong list.
//Peter
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 12 mars 2021 04:19
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/
Define METADATA_BRANCH and METADATA_REVISION using immediate expansion.
This avoids running `git rev-parse HEAD` multiple times during recipe
parsing.
Signed-off-by: Peter Kjellerstedt
---
meta/classes/metadata_scm.bbclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
The commit 08cbf1748 (licenses: Update INCOMPATIBLE_LICENSE for
'or-later' handling) increased the parsing time considerably if there
are many licenses in INCOMPATIBLE_LICENSE. Reorganize the code to get
almost all the time back.
Signed-off-by: Peter Kjellerstedt
---
me
In 0.57.0, the uid and gid arguments passed to os.chown() when using
install_mode were accidentally swapped, causing files to end up with
incorrect owner/group if the owner and group are not the same.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-devtools/meson/meson.inc | 1
> -Original Message-
> From: Richard Purdie
> Sent: den 5 mars 2021 18:54
> To: Peter Kjellerstedt ; Martin Jansa
>
> Cc: openembedded-core@lists.openembedded.org; anibal.li...@linaro.org;
> geof...@gmail.com
> Subject: Re: [OE-core] [PATCH] glib-2.0: call os.
> -Original Message-
> From: Martin Jansa
> Sent: den 5 mars 2021 12:51
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org; anibal.li...@linaro.org;
> geof...@gmail.com
> Subject: Re: [OE-core] [PATCH] glib-2.0: call os.path.normpath on THISDI
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Peter Kjellerstedt
> Sent: den 5 mars 2021 11:54
> To: Martin Jansa ;
> openembedded-core@lists.openembedded.org
> Cc: anibal.li...@linaro.org; geof...@gmail.com
> Subject: Re
used for the glib-2.0 recipe, a huge number of errors would
be produced. This was due to not checking if the files actually existed.
Avoid this whole problem and the need for bb.error() by making the paths
to the cross-files relative to ${THISDIR}.
Signed-off-by: Peter Kjellerstedt
---
meta
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Martin Jansa
> Sent: den 2 mars 2021 20:32
> To: openembedded-core@lists.openembedded.org
> Cc: anibal.li...@linaro.org; geof...@gmail.com; Martin Jansa
>
> Subject: [OE-core] [
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Robert Yang
> Sent: den 5 mars 2021 09:49
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/1] rootfs-postcommands.bbclass: Print a warning
> when log
*ping*
//Peter
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 24 februari 2021 21:54
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] uninat
This adds the debug symbols for the binaries included in the uninative
tar ball. These are needed if one wants to run valgrind on a native
binary when uninative is used. Or get complete backtraces using gdb.
Signed-off-by: Peter Kjellerstedt
---
For the uninative tar ball for x86-64 that I
Upstream has renamed the "master" branch to "main".
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-extended/asciidoc/asciidoc_9.0.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/asciidoc/asciidoc_9.0.4.bb
b/meta/recip
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Richard Purdie
> Sent: den 21 februari 2021 23:17
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/7] rsync: Fix a file sorting determinism issue
>
> Signed-off-by: Richard Pu
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 18 februari 2021 17:57
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 03/11] licenses.conf: Add missing 'or-later'
> mappin
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 18 februari 2021 17:57
> To: openembedded-core@lists.openembedded.org
> Cc: Meh Mbeh Ida Delphine
> Subject: [OE-core] [PATCH 01/11] licenses: Update
Kjellerstedt
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [poky-contrib][RFC PATCH 0/5] Suggestions for
improvements?
Please what exactly didn't match?
Ida
On Wed, Feb 17, 2021 at 4:50 PM Peter Kjellerstedt
mailto:peter.kjellerst...@axis.com>> wrote:
I tried to
I tried to apply these patches, but the context does not match. Are
there other patches I need to apply before these can be applied?
//Peter
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Meh Mbeh Ida Delphine
> Sent: den 17 februari 2021 05:01
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [poky-contrib][RFC PATCH 4/5] license.bbclass: Add
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 17 februari 2021 11:40
> To: Meh Mbeh Ida Delphine ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [poky-contrib][RFC PATCH 2/5]
Since the order of inheriting native/nativesdk is important, rather than adding
warnings about when it is done in the wrong order, which conflicts with
bbappends that want to add inherit statements for native recipes, wouldn’t it
make sense to instead handle this properly in the code so that nat
: Martin Jansa
Sent: den 7 februari 2021 12:15
To: Martin Jansa
Cc: akuster808 ; Peter Kjellerstedt
; Steve Sakoman ; Mittal, Anuj
; OE Core (openembedded-core@lists.openembedded.org)
; OE Development
(openembedded-de...@lists.openembedded.org)
; BitBake Development
(bitbake-de
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 27 januari 2021 18:28
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 6/7] native: Stop clearing PACKAGES
>
> Native recipe
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Quentin Schulz
> Sent: den 25 januari 2021 10:22
> To: Dorinda
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 5/5] sanity.bbclass: verify that us
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Yu, Mingli
> Sent: den 20 januari 2021 08:05
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH v2] bitbake.conf: use ${RECIPE_SYSROOT} for
> PSEUDO_IGNO
[ Cross-posting since these changes affect all of bitbake, openembedded-core
and meta-openembedded and need to be made (at least somewhat) in sync. ]
Can the solution for _PYTHON_SYSCONFIGDATA_NAME please be backported to
Gatesgarth and Dunfell? We are seeing problems for developers who have
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 8 januari 2021 09:27
> To: Anton Kachalov
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [poky][PATCH] bitbake: remove /usr f
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Randy Li
> Sent: den 29 december 2020 04:56
> To: openembedded-core@lists.openembedded.org
> Cc: Randy Li
> Subject: [OE-core] [PATCH v2 1/2] meson: don't turn sting into a list
> -Original Message-
> From: Richard Purdie
> Sent: den 21 december 2020 15:10
> To: Peter Kjellerstedt ; OE Core
> (openembedded-core@lists.openembedded.org) c...@lists.openembedded.org>
> Cc: Anuj Mittal ; Steve Sakoman
>
> Subject: Re: [OE-core] Proces
I thought the process for backporting changes in OE-Core was:
master -> gatesgarth -> dunfell -> ...
However, I just noticed that the latest Gatesgarth release (24.0.1)
is still at 2020b of timezone, whereas Dunfell (23.0.4) has 2020d.
Am I missing something here, or is this just a miss in commu
Support for gdbm was made optional in 3260ad9e, but it was still being
used unconditionally.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-support/apr/apr-util_1.6.1.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-support/apr/apr-util_1.6.1.bb
b
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 19 december 2020 12:19
> To: Luca Bocassi ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH v3 1/5] systemd: update 246 ->
> -Original Message-
> From: Köry Maincent
> Sent: den 18 december 2020 15:08
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org;
> thomas.petazz...@bootlin.com
> Subject: Re: [OE-core] [PATCH v2] ltp: fix rpc build error
>
> On Fri,
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Khem Raj
> Sent: den 17 december 2020 23:55
> To: openembedded-core@lists.openembedded.org
> Cc: Khem Raj
> Subject: [OE-core] [PATCH 4/4] initscripts: Use initctl on sysvinit o
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Kory Maincent
> Sent: den 18 december 2020 09:52
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org;
> thomas.petazz...@bootlin.com
&g
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Kory Maincent
> Sent: den 17 december 2020 15:08
> To: openembedded-core@lists.openembedded.org
> Cc: thomas.petazz...@bootlin.com
> Subject: [OE-core] [PATCH v2] ltp: fix rpc bu
> -Original Message-
> From: Sinan Kaya
> Sent: den 17 december 2020 01:31
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [meta-oe][PATCH v4] iproute2: split ip to
> individual package
>
> On 12/16/2020 6:19 P
This backports a fix from glibc's master branch, which solves a
regression in 2.32 with adjtime() where it would seg fault if being
called with delta == NULL on 32 bit machines.
Signed-off-by: Peter Kjellerstedt
---
...-adjtime-with-NULL-argument-BZ-26833.patch | 110 ++
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Sinan Kaya
> Sent: den 16 december 2020 18:50
> To: openembedded-core@lists.openembedded.org
> Cc: Sinan Kaya
> Subject: [OE-core] [meta-oe][PATCH v4] iproute2: split ip to indi
ckages?
>
> On 12/14/20 11:43 AM, Peter Kjellerstedt wrote:
> > Say we have a recipe that creates an empty /etc/foo directory. Now we
> > want to add a new file in that directory /etc/foo/bar and package it as
> > ${PN}-bar. This means the creation of the /etc/foo directory
Say we have a recipe that creates an empty /etc/foo directory. Now we
want to add a new file in that directory /etc/foo/bar and package it as
${PN}-bar. This means the creation of the /etc/foo directory is moved
from the ${PN} package to the ${PN}-bar package. Is there any way to
make ${PN} con
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Luca Bocassi
> Sent: den 10 december 2020 13:53
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 5/5] systemd: add RRECOMMENDS for weak
> dependencies,
oe.path.canonicalize() is used to canonicalize paths (i.e., remove
symbolic links and "..", and make them absolute). It takes a string
with paths separated by commas, and returns the canonicalized path in
the same format.
Signed-off-by: Peter Kjellerstedt
---
meta/lib/oe/pa
Signed-off-by: Peter Kjellerstedt
---
scripts/lib/wic/partition.py | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index ebe250b00d..286c7867cb 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib
Use oe.path.canonicalize() to canonicalize the paths in
PSEUDO_IGNORE_PATHS before passing them to pseudo. This is needed since
pseudo will compare them to paths that are canonicalized.
Signed-off-by: Peter Kjellerstedt
---
meta/conf/bitbake.conf | 4 ++--
1 file changed, 2 insertions(+), 2
-appliance-image: Update to master head revision (2020-12-09 12:36:32
+)
are available in the Git repository at:
git://push.yoctoproject.org/poky-contrib pkj/pseudo-ignore
Peter Kjellerstedt (3):
lib/oe/path: Add canonicalize()
bitbake.conf: Canonicalize paths in PSEUDO_IGNORE_PATHS
Signed-off-by: Peter Kjellerstedt
---
scripts/lib/wic/partition.py | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index ebe250b00d..323a9580cc 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic
Use oe.path.canonicalize() to canonicalize the paths in
PSEUDO_IGNORE_PATHS before passing them to pseudo. This is needed since
pseudo will compare them to paths that are canonicalized.
Signed-off-by: Peter Kjellerstedt
---
meta/conf/bitbake.conf | 4 ++--
1 file changed, 2 insertions(+), 2
501 - 600 of 1586 matches
Mail list logo