utils 109.0K
"
On Tue, Jun 11, 2024 at 12:47 PM Ross Burton wrote:
> On 10 Jun 2024, at 17:16, Etienne Cordonnier via lists.openembedded.org
> wrote:
> >
> > From: Etienne Cordonnier
> >
> > Fix this error where 'coredumpctl info' warns that the
From: Etienne Cordonnier
Fix this error where 'coredumpctl info' warns that the coredump is still being
processed:
```
AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
-- Notice: 1 systemd-coredump@.service unit is running, output may be
incomplete.
```
Signed-off-by:
From: Etienne Cordonnier
Fix this error where 'coredumpctl info' warns that the coredump is still being
processed:
```
AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
-- Notice: 1 systemd-coredump@.service unit is running, output may be
incomplete.
```
Signed-off-by:
processing the
coredump in the other thread, then we'll be stuck in a retry loop until the
overall timeout).
Étienne
On Mon, Jun 10, 2024 at 2:53 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Mon, 2024-06-10 at 14:39 +0200, Etienne Cordonnier via
> lists.openembedd
From: Etienne Cordonnier
Fix this error where 'coredumpctl info' warns that the coredump is still being
processed:
```
AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
-- Notice: 1 systemd-coredump@.service unit is running, output may be
incomplete.
```
Signed-off-by:
From: Etienne Cordonnier
Fix this error where 'coredumpctl info' warns that the coredump is still being
processed:
```
AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
-- Notice: 1 systemd-coredump@.service unit is running, output may be
incomplete.
```
Signed-off-by:
v3 of the patch: use INIT_MANAGER="systemd" instead of multiple other
variables.
On Thu, Jun 6, 2024 at 2:06 PM wrote:
> From: Etienne Cordonnier
>
> test_systemd_coredump_minidebuginfo was getting skipped in CI, because the
> feature isn't enabled per default in any image at the moment.
> Add
From: Etienne Cordonnier
test_systemd_coredump_minidebuginfo was getting skipped in CI, because the
feature isn't enabled per default in any image at the moment.
Add this selftest so that test_systemd_coredump_minidebuginfo gets executed in
CI.
Signed-off-by: Etienne Cordonnier
---
v2 of the patch: fixed the commit message which was referencing the wrong
test-name.
On Wed, Jun 5, 2024 at 3:17 PM wrote:
> From: Etienne Cordonnier
>
> test_systemd_coredump_minidebuginfo was getting skipped in CI, because the
> minidebuginfo feature isn't enabled per default in any image at
From: Etienne Cordonnier
test_systemd_coredump_minidebuginfo was getting skipped in CI, because the
minidebuginfo feature isn't enabled per default in any image at the moment.
Add this selftest so that test_systemd_coredump_minidebuginfo gets executed in
CI.
Signed-off-by: Etienne Cordonnier
Hi, please ignore this email. I was on the wrong branch.
On Wed, Jun 5, 2024 at 3:08 PM Etienne Cordonnier via lists.openembedded.org
wrote:
> From: Richard Purdie
>
> Signed-off-by: Richard Purdie
> Signed-off-by: Etienne Cordonnier
> ---
> meta/recipes-core/imag
From: Etienne Cordonnier
test_minidebuginfo_qemu was getting skipped in CI, because the feature isn't
enabled per default in any image at the moment.
Add this selftest so that test_minidebuginfo_qemu gets executed in CI.
Signed-off-by: Etienne Cordonnier
---
From: Richard Purdie
Signed-off-by: Richard Purdie
Signed-off-by: Etienne Cordonnier
---
meta/recipes-core/images/build-appliance-image_15.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/images/build-appliance-image_15.0.0.bb
Hi Richard,
I'm assuming you meant "How about we add runtime coverage to the selftest"
(it got autocorrected to "How are we all runtime coverage to the selftest").
I'll have a look at adding this to selftest to ensure that the test is
executed, however for context you had suggested another
I'm talking specifically about test_systemd_coredump_minidebuginfo (the
minidebuginfo test which I wrote in meta/lib/oeqa/runtime/cases/systemd.py,
not the tests in meta/lib/oeqa/selftest/cases/minidebuginfo.py).
Étienne
On Tue, Jun 4, 2024 at 1:56 PM Richard Purdie <
Thanks Richard, this is helpful.
This shows that test_systemd_coredump_minidebuginfo is skipped / not
executed, so I'm quite sure the test is still failing in CI as you had
reported in December. I've sent a patch to fix what I think is causing the
CI issue, and another patch to enable the feature
Hi Richard,
I found the issue. It is caused by this image using sleep from coreutils
instead of sleep from busybox (which I had been testing locally). I'll send
a patch.
Étienne
On Wed, May 29, 2024 at 12:51 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> Hi Richard,
> I had
From: Etienne Cordonnier
The test was failing with core-image-full-cmdline which uses sleep from
coreutils instead of sleep from busybox.
Signed-off-by: Etienne Cordonnier
---
meta/lib/oeqa/runtime/cases/systemd.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
with CONFIG_USER_NS disabled.)
Étienne
On Thu, May 30, 2024 at 5:24 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> Hi Richard,
> I thought it was OK because systemd requires usrmerge, but I've sent a new
> version of the patch using "env sleep" instead of "
d/pull/33043 . I can then backport this on
scarthgap if the change is merged upstream.
Étienne
On Wed, May 29, 2024 at 4:54 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2024-05-29 at 12:08 +0200, Etienne Cordonnier via
> lists.openembedded.org wrote:
> > From: E
From: Etienne Cordonnier
The builtin command "sleep" was getting executed instead of the busybox binary.
Hence "pidof sleep" was empty and the test was failing.
Signed-off-by: Etienne Cordonnier
---
meta/lib/oeqa/runtime/cases/systemd.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
bedded.org/openembedded-core/commit/?h=master-next=9c069e00a0867de11a6069b99a07d2c775848c10
is not a valid link any more, so I'm not sure which constraint you had to
put to the test.
Étienne
On Fri, Dec 8, 2023 at 12:26 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
From: Etienne Cordonnier
The builtin command "sleep" was getting executed instead of the busybox binary.
Hence "pidof sleep" was empty and the test was failing.
Signed-off-by: Etienne Cordonnier
---
meta/lib/oeqa/runtime/cases/systemd.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d test it with externalsrc as well.
Étienne
On Fri, Feb 9, 2024 at 6:36 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2023-12-21 at 22:49 +0100, Etienne Cordonnier via
> lists.openembedded.org wrote:
> > From: Etienne Cordonnier
> >
>
In this particular case the line should be removed IMO.
On Thu, Jan 25, 2024 at 2:04 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> Hi Robert,
> for this kind of things I usually run bitbake -e dropbear >
> out-before.txt, remove the line, then run bitbake -e drop
Hi Robert,
for this kind of things I usually run bitbake -e dropbear > out-before.txt,
remove the line, then run bitbake -e dropbear > out-after.txt, and finally
vimdiff out-before.txt out-after.txt
Etienne
On Thu, Jan 25, 2024 at 12:22 PM Robert P. J. Day
wrote:
>
> (NOTE: i'm currently
Hi Ross,
I thought the main reason of having .inc files was to have a stable git
history, since the bb files get constantly renamed with each update? There
are many recipes using a split .inc file without a need for it, so I
assumed this is the standard codestyle of poky? Is it not the case?
I fixed a typo in the commit message: "directory -> directly".
On Tue, Jan 16, 2024 at 10:02 AM wrote:
> From: Etienne Cordonnier
>
> This was initially added by
> https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79
> to the meta-darwin repository,
From: Etienne Cordonnier
This was initially added by
https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79
to the meta-darwin repository, however having it directly in openembedded-core
will make the maintenance of meta-darwin easier.
Signed-off-by:
Hi Jasper,
one thing to keep in mind is that for some repositories, downloading a
release tarball is significantly faster than cloning the whole repository
(since the tarball is much smaller than the git repository containing the
entire git history).
Etienne
On Mon, Jan 15, 2024 at 7:38 AM
From: Etienne Cordonnier
Ported from the meta-darwin layer which supports darwin19 (honister version)
and darwin21 (kirkstone version).
Signed-off-by: Dominik Schnitzer
Signed-off-by: Etienne Cordonnier
---
meta/classes-recipe/siteinfo.bbclass | 4
1 file changed, 4 insertions(+)
diff
From: Etienne Cordonnier
Ported from the meta-darwin layer:
The call to out.split("\n") expects a string, thus the parameter text=True is
needed (otherwise Popen returns a bytes object).
Note that "text" is just a more readable alias for universal_newlines.
Signed-off-by: Dominik Schnitzer
From: Etienne Cordonnier
- 'subprocess.Popen([d.expand("${HOST_PREFIX}otool)' requires text-mode (a more
readable alias for the universal_newlines parameter), since otool produces
text and the code 'out.split("\n")' expects a string, not a bytes object.
otool is used on MacOS only, so this
The universal_newlines=True changes need to be explained in the commit
> message. Why are they added?
>
> The need for hostos.startswith("darwin") is easier to guess, but that
> too, needs an explanation.
>
> Alex
>
> On Fri, 12 Jan 2024 at 14:53, Etienne Cordonn
From: Etienne Cordonnier
Signed-off-by: Dominik Schnitzer
Signed-off-by: Etienne Cordonnier
---
meta/lib/oe/package.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index 9a465eaa09..635efc9763 100644
---
From: Etienne Cordonnier
This was initially added by
https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79
to the meta-darwin repository, however having it directory in openembedded-core
will make the maintenance of meta-darwin easier.
Signed-off-by:
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building linux-yocto
again.
patch v5: added ignore_dangling_symlinks to avoid error when linux sources
contain dangling symlinks
On Thu, Dec 21, 2023 at 10:49 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The function do_symlink_kernsrc is not reentrant in the cas
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is
defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building
linux-yocto again.
Patch v4: use idempotent copy of the files instead of simply skipping the
code (see discussion under v2 of the patch).
On Tue, Dec 19, 2023 at 2:38 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The function do_symlink_kernsrc is not
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building linux-yocto
again.
023 at 6:45 AM Etienne Cordonnier via
> lists.openembedded.org
> wrote:
> >
> > My thinking was that in my local build I was updating from a build
> without
> https://github.com/yoctoproject/poky/commit/3b8d0acca30c806fb69fc3096d41593cc76ed22c
> to a build containin
"In addition, it support parallel compression for additional compression
speed up."
It is not really clear what you mean with this sentence: xz also supports
parallel compression (in poky via XZ_THREADS), so zstd support for parallel
compression is not a reason to switch. zstd is rather known for
patch v3: changed bb.warn to bb.info, improved comment, moved code to the
correct if block to avoid removal of kernsrc
On Mon, Dec 18, 2023 at 12:53 PM wrote:
> From: Etienne Cordonnier
>
> The function do_symlink_kernsrc is not reentrant in the case where S is
> defined
> to a non-default
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building linux-yocto
again.
oundation.org> wrote:
> On Sat, 2023-12-16 at 14:53 +0100, Etienne Cordonnier via
> lists.openembedded.org wrote:
> > From: Etienne Cordonnier
> >
> > The function do_symlink_kernsrc is not reentrant in the case where S is
> defined
> > to a non-default value. This
patch v2: fixed commit title format
On Sat, Dec 16, 2023 at 2:53 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The function do_symlink_kernsrc is not reentrant in the case where S is
> defined
> to a non-default value. This causes bui
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building linux-yocto
again.
to do_symlink_kernsrc any more).
The reason for moving do_symlink_kernsrc to a separated task was that
do_unpack is deleted when EXTERNALSRC is enabled.
Etienne
On Sat, Dec 16, 2023 at 2:24 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The
From: Etienne Cordonnier
The function do_symlink_kernsrc is not reentrant in the case where S is defined
to a non-default value. This causes build-failures e.g. when building
linux-yocto, then updating
poky to a commit which modifies kernel.bbclass, and then building linux-yocto
again.
Version 2 of the patch: I implemented the feedback of Richard (convert
PACKAGE_MINIDEBUGINFO to a DISTRO_FEATURES), and added a runtime test.
This was my local.conf used for testing (with "bitbake -v -c testimage
core-image-sato"):
DISTRO_FEATURES:append = " minidebuginfo"
IMAGE_CLASSES +=
From: Etienne Cordonnier
Enabling minidebuginfo is not useful if gdb and systemd-coredump
are unable to parse it.
In order to parse it, gdb needs xz support. Systemd needs coredump enabled, as
well as elfutil enabled as well (systemd-coredump loads libdw which is part of
elfutils using
wrote:
> > >
> > > Hi,
> > >
> > > I saw some of this discussion on the systemd-devel list so I'm happy to
> > > see patches to sort out the configuration on our side, thanks!
> > >
> > > On Thu, 2023-11-30 at 12:15 +0100, Etienne Cordo
<
richard.pur...@linuxfoundation.org> wrote:
> Hi,
>
> I saw some of this discussion on the systemd-devel list so I'm happy to
> see patches to sort out the configuration on our side, thanks!
>
> On Thu, 2023-11-30 at 12:15 +0100, Etienne Cordonnier via
> lists.openembedded.or
to enable via a DISTRO_FEATURES.
I was just not sure why MINIDEBUGINFO was not a DISTRO_FEATURES in the
first place, and whether you would be willing to enable systemd-coredump
via the MINIDEBUGINFO DISTRO_FEATURES.
On Thu, Nov 30, 2023 at 11:59 AM Etienne Cordonnier via
lists.openembedded.
From: Etienne Cordonnier
Enabling minidebuginfo is not useful if gdb and systemd-coredump
are unable to parse it.
In order to parse it, gdb needs xz support. Systemd needs coredump enabled, as
well as elfutil enabled as well (systemd-coredump loads libdw which is part of
elfutils using
From: Etienne Cordonnier
vim 8.3 has been out for a long time, so this comment is obsolete.
However we still need UPSTREAM_VERSION_UNKNOWN, since we ignore
the last digit of the upstream version number.
Test result:
$ devtool check-upgrade-status vim
...
INFO: vim
From: Etienne Cordonnier
vim 8.3 has been out for a long time, so this can be reverted.
Test results:
$ devtool latest-version vim
...
...
INFO: Current version: 9.0.1527
INFO: Latest version: 9.0
This reverts commit 11d8ee09b1bdec4824203dc0169093b2ae9d101a.
Signed-off-by: Etienne Cordonnier
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 6acda61425..5b0b95c289 100644
---
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 6acda61425..5b0b95c289 100644
---
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 6acda61425..5b0b95c289 100644
---
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 6acda61425..5b0b95c289 100644
---
Hello,
can you please cherry-pick / backport following commit to the kirkstone
branch:
"libxcrypt: fix hard-coded ".so" extension" (
2639746ba7f8a651fffaa9819ef9d9df776108e3 in poky and
7ed6bfa2428b4f1ba7f09d6e9e67c462ff355153 in openembedded-core). It is
needed to be able to build meta-darwin's
for things
> to calm down to get back to it.
>
> > Sorry about that!
> >
> > Ross
> >
> > > On 9 Jun 2023, at 10:37, Etienne Cordonnier via lists.openembedded.org
> wrote:
> > >
> > > Hello,
> > > is everything OK with the pat
Hello,
is everything OK with the patch? Is there anything blocking a merge?
On Fri, May 26, 2023 at 1:52 PM wrote:
> From: Etienne Cordonnier
>
> 2 issues:
> - the .so extension is hard-coded, and therefore the libxcryt package
> compiled with
> meta-darwin is empty, because the dylib files
xcrypt-dev. I'll send an updated patch.
On Thu, May 25, 2023 at 9:09 PM Ross Burton wrote:
> On 25 May 2023, at 14:22, Etienne Cordonnier via lists.openembedded.org
> wrote:
> >
> > From: Etienne Cordonnier
> >
> > E.g. Darwin uses .dylib instead.
&
From: Etienne Cordonnier
2 issues:
- the .so extension is hard-coded, and therefore the libxcryt package compiled
with
meta-darwin is empty, because the dylib files are not contained in FILES_${PN}
- nothing actually produces a file libcrypt-*.so (the symlink file is
libcrypt.so, without
From: Etienne Cordonnier
E.g. Darwin uses .dylib instead.
Signed-off-by: Etienne Cordonnier
---
meta/recipes-core/libxcrypt/libxcrypt.inc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc
2 at 11:36 AM Michael Opdenacker <
michael.opdenac...@bootlin.com> wrote:
> Hi Etienne
>
> Many thanks for the patch!
>
> On 11/7/22 10:51, Etienne Cordonnier via lists.openembedded.org wrote:
> > This is useful e.g. when using meta-clang, which introduces a de
I've resent the patch and changed git's sendemail.envelopesender option so
that the From field matches the email used in the SOB field.
On Sun, Nov 6, 2022 at 5:02 PM Alexandre Belloni <
alexandre.bell...@bootlin.com> wrote:
> On 04/11/2022 15:24:43+0100, Etienne Cordo
This is useful e.g. when using meta-clang, which introduces a dependency to
nativesdk-binutils when
populating the SDK, and then a full tarball of binutils is fetched additionally
to a shallow tarball.
Signed-off-by: Etienne Cordonnier
---
meta/classes-global/mirrors.bbclass | 2 ++
1 file
This is useful e.g. when using meta-clang, which introduces a dependency to
nativesdk-binutils when
populating the SDK, and then a full tarball of binutils is fetched additionally
to a shallow tarball.
Signed-off-by: Etienne Cordonnier
---
meta/classes-global/mirrors.bbclass | 2 ++
1 file
Sure, I've sent an updated version of the patch.
On Thu, Oct 27, 2022 at 5:56 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2022-10-27 at 15:24 +0200, Etienne Cordonnier via
> lists.openembedded.org wrote:
> > To give some context: this is useful e.
From: Etienne Cordonnier
This is useful e.g. when using meta-clang, which introduces a dependency to
binutils-native, and then a
full tarball of binutils is fetched additionally to a shallow tarball.
The original BB_GIT_SHALLOW lines were added because of
@lists.yoctoproject.org/msg08752.html
On Thu, Oct 27, 2022 at 3:14 PM Etienne Cordonnier via
lists.openembedded.org
wrote:
> From: Etienne Cordonnier
>
> Signed-off-by: Etienne Cordonnier
> ---
> meta/classes-global/mirrors.bbclass | 1 +
> 1 file changed, 1 insertion(+)
>
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
meta/classes-global/mirrors.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes-global/mirrors.bbclass
b/meta/classes-global/mirrors.bbclass
index 9643b31a23..81fef7f660 100644
---
ind a reasonable explanation
> > > for why
> > > > opkg-tools require code changes to support a different
> > > compressor. BSD
> > > > tar and GNU tar both can easily accept compressors that they
> > > have no
tdmt)
>>
>> Well, presumably IPK creation tools can only support the matrix of
>> compression algorithms which your opkg binary can decompress. I suppose
>> someone could try to implement a plugable compression module system for
>> opkg. But given that nearly everyone uses opkg
This allows the use of zstd for opkg packages by using OPKGBUILDCMD:
OPKGBUILDCMD = "opkg-build -Z zstd"
Signed-off-by: Alex Feinman
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/opkg/opkg_0.6.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
x of
> compression algorithms which your opkg binary can decompress. I suppose
> someone could try to implement a plugable compression module system for
> opkg. But given that nearly everyone uses opkg in an embedded context,
> I'm not sure it would get much use.
>
> >
> >
editline is a BSD alternative for readline which is GPLv3.
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/python/python3_3.10.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/python/python3_3.10.6.bb
b/meta/recipes-devtools/python/python3_3.10.6.bb
oma-systems.com> wrote:
> Hi Etienne,
>
> On 9/13/22 14:39, Etienne Cordonnier via lists.openembedded.org wrote:
> > editline is a BSD alternative for readline which is GPLv3.
> >
> > Signed-off-by: Etienne Cordonnier
> > ---
> > meta/recipes-devtools/python
editline is a BSD alternative for readline which is GPLv3.
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/python/python3_3.10.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/python/python3_3.10.6.bb
b/meta/recipes-devtools/python/python3_3.10.6.bb
This allows the use of zstd for opkg packages by using OPKGBUILDCMD:
OPKGBUILDCMD = "opkg-build -Z zstd"
Signed-off-by: Alex Feinman
Signed-off-by: Etienne Cordonnier
---
meta/recipes-devtools/opkg/opkg_0.6.0.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
84 matches
Mail list logo
