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
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 9.0.1
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 dlopen).
easy 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.openembe
ard Purdie <
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.
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 Cord
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 dlopen).
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 += "testim
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.
Bugzill
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.
Bugzill
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
ur...@linuxfoundation.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-defa
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.
Bugzill
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 valu
"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
2023 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 contain
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.
Bugzill
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 reentra
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.
Bugzilla:
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 case w
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.
Bugzill
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
b/meta/recipes-core/libxcrypt/libxcry
d libxcrypt-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
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 dash
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: Domi
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
--- a/meta/lib/oe
On Fri, Jan 12, 2024 at 3:06 PM Alexander Kanavin
wrote:
> 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.
>
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
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
Sig
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 -
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 Alexan
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: Domin
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, howev
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?
Etien
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 tuto
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
rework the patch and 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
&g
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
embedded.org/openembedded-core/commit/?h=master-next&id=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&g
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(-)
ystemd/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:
> &g
ernel
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
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 a/meta/lib
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
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 i
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 <
richard.pur...@linuxfoundati
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 solutio
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
b/meta/recipes-core/im
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
---
meta/lib/oeqa/selftest/cases/minid
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_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
-
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
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
---
meta/lib/
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
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: Etienn
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: Etienn
ished 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.
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: Etienn
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: Etienn
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' warn
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.
```
(From OE-Core rev: ad
Hi Julien,
did you see my previous patch and the follow-up discussion?
Ticket: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15325
Previous discussion:
https://lists.openembedded.org/g/openembedded-core/topic/103308574#msg195238
I think Richard wanted a solution where this errors out:
> I'm v
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 a/meta/recipes-
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
ind
heobroma-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/p
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
ind
bly 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 in an embedded context,
&g
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 a/meta/recipes-devtools/opkg/opkg
the
>> > multithreaded versions (zstdmt)
>>
>> 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 f
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 a
d I was waiting 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
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 ki
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
--- a/meta/recipe
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
--- a/meta/recipe
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
--- a/meta/recipe
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
--- a/meta/recipe
gt;
> > >
> > >
> > > > One final note: I could not find a reasonable explanation
> > > for why
> > > > opkg-tools require code changes to support a different
> > >
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
--- a/meta/classes-global/mirrors
@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
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
https://www.mail-archive.com/yocto@lis
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 usef
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 cha
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 cha
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, Eti
, 2022 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
From: Etienne Cordonnier
In
https://github.com/systemd/systemd/commit/924453c22599cc246746a0233b2f52a27ade0819
ProtectHome was set to true for systemd-coredump in order to reduce risk, since
an attacker could craft a malicious binary in order to compromise
systemd-coredump.
At that point the o
From: Etienne Cordonnier
The kdump script from kexec-tools does not work without makedumpfile (see
https://git.yoctoproject.org/poky/tree/meta/recipes-kernel/kexec/kexec-tools/kdump#n14
).
Thus, let's import makedumpfile from
meta-openembedded/meta-oe/recipes-kernel/makedumpfile and make kexec
written down as the
maintainer of makedumpfile in poky, in case it makes more sense.
Étienne
On Mon, Oct 14, 2024 at 11:12 AM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The kdump script from kexec-tools does not work without makedumpfile (se
@Alexander Kanavin :
- kexec has been in poky for ages, and then in December 2015 the commit you
mentioned added a hard dependency to makedumpfile in the kdump script, but
did not create a recipe for makedumpfile (which did not have a recipe at
that point).
- A makedumpfile recipe was added in Jul
From: Etienne Cordonnier
Duplicating the PACKAGECONFIG variable in gdb-cross and gdb-common makes
it easy to forget updating one definition without updating the other.
However at the moment there is no need for two different definitions.
xz is also useful for gdb-cross when minidebuginfo is enab
onstraints.
What do you think?
Étienne
On Mon, Feb 10, 2025 at 4:50 PM Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> Duplicating the PACKAGECONFIG variable in gdb-cross and gdb-common makes
> it easy to forget updating one definition without
From: Etienne Cordonnier
- Keep a single base-value of the PACKAGECONFIG variable in gdb-common.inc for
easier maintenance.
- Enable xz (needed by minidebuginfo) unconditionally in gdb-cross and
gdb-cross-canadian since those are typically not used in minimal systems, but
rather e.g. on an
on, Feb 10, 2025 at 6:31 PM Khem Raj wrote:
> On Mon, Feb 10, 2025 at 8:21 AM Richard Purdie via
> lists.openembedded.org
> wrote:
> >
> > On Mon, 2025-02-10 at 16:49 +0100, Etienne Cordonnier via
> lists.openembedded.org wrote:
> > > From: Etienne Cordonnier
> > >
> >
From: Etienne Cordonnier
Fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=15740
python3-setuptools-scm was ignoring GIT_CEILING_DIRECTORIES which is set by
poky,
and it was thus finding a wrong value of "toplevel" in
./src/setuptools_scm/_file_finders/git.py
The code is supposed to gene
From: Etienne Cordonnier
Fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=15740
python3-setuptools-scm was ignoring GIT_CEILING_DIRECTORIES which is set by
poky,
and it was thus finding a wrong value of "toplevel" in
./src/setuptools_scm/_file_finders/git.py
The code is supposed to gene
Hi Richard,
I've seen that the patch is reverted in master-next. Was an issue
discovered?
Étienne
On Tue, Feb 18, 2025 at 4:22 PM Richard Purdie via lists.openembedded.org
wrote:
> Firstly, just include xz support in all gdb configurations to simplify
> config.
> Most systems would already hav
97 matches
Mail list logo
