From: Dan McGregor
The lxdialog.sh script compiles a short program as a link test. That
test program relied on an implicit return type of the main function,
but gcc >= 14 now warns on that by default. This caused the test
to fail and prevented menuconfig from starting.
Use a full function declar
From: Daniel McGregor
The cap and acl configs were missing dependency specifications. They
could get satisfied transitively if archive was also used, but alone
get missed.
Signed-off-by: Daniel McGregor
---
meta/recipes-devtools/rpm/rpm_4.20.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 de
The only difference between the various versions of this patch the
authorship. v3 (daniel.mcgre...@vecima.com) is correct.
On Wed, 29 Jan 2025, Dan McGregor via lists.openembedded.org wrote:
From: Daniel McGregor
util-linux and util-linux-libuuid should use the same CVE_PRODUCT
since
From: Daniel McGregor
util-linux and util-linux-libuuid should use the same CVE_PRODUCT
since they're the same product. They're just split off for package
dependency reasons. Prior to this patch the libuuid recipe gave the
wrong CVE_PRODUCT value, causing some CVE check tools to fail on it.
Sig
util-linux and util-linux-libuuid should use the same CVE_PRODUCT
since they're the same product. They're just split off for package
dependency reasons. Prior to this patch the libuuid recipe gave the
wrong CVE_PRODUCT value, causing some CVE check tools to fail on it.
Signed-off-by: Daniel McGre
util-linux and util-linux-libuuid should use the same CVE_PRODUCT
since they're the same product. They're just split off for package
dependency reasons. Prior to this patch the libuuid recipe gave the
wrong CVE_PRODUCT value, causing some CVE check tools to fail on it.
Signed-off-by: Daniel McGre
From: Dan McGregor
Seems every time python is updated this gets removed. That's likely
because the tk option can't be enabled in python3-native without
creating a dependency loop.
Instead of manually editing the manifest every time, explicitly
add it in the recipe as suggested by Alexander Kanav
From: Dan McGregor
Instead of relying completely on the python packaging manifest,
allow some default values. This is useful for the edge cases that
can't be found automatically by the create_manifest step.
In particular, tkinter can't be built for python3-native, so its
consistently missed in m
From: Dan McGregor
Seems every time python is updated this gets removed. That's likely
because the tk option can't be enabled in python3-native without
creating a dependency loop.
Instead of manually editing the manifest every time, explicitly
add it in the recipe as suggested by Alexander Kanav
On Tue, 26 Nov 2024 at 11:11, Alexander Kanavin wrote:
>
> On Tue, 26 Nov 2024 at 18:06, Dan McGregor wrote:
> > > You need to find out why is that. FILES setting in a recipe should not
> > > be replaced by what's in the manifest but only added to it.
> >
> > Okay, that's actually obvious. It's r
FILES:${PN}...
variables explicitly in the manifest parsing. Didn't know the history
of that, so didn't want to touch it. If the intent is to append to
what's in the recipe then that's an easy change.
>
> Alex
> On Tue, 26 Nov 2024 at 17:45, Dan McGregor via lists.open
Nevermind, this didn't work, my initial optimistic test was wrong, I
had disabled the tk packageconfig again before I ran this :(
The original patch so far is the only one that I have that's working.
On Tue, 26 Nov 2024 at 10:31, Dan McGregor via lists.openembedded.org
wrote:
>
From: Dan McGregor
Seems every time python is updated this gets removed. That's likely
because the tk option can't be enabled in python3-native without
creating a dependency loop.
Instead of manually editing the manifest every time, explicitly
add it in the recipe as suggested by Alexander Kanav
from a default set of options. You need to
> add this to the python recipe.
>
> Alex
>
> On Tue, 26 Nov 2024 at 02:55, Dan McGregor via lists.openembedded.org
> wrote:
> >
> > From: Dan McGregor
> >
> > Seems every time python is updated this gets removed.
From: Dan McGregor
Seems every time python is updated this gets removed. That's likely
because the tk option can't be enabled in python3-native without
creating a dependency loop.
For now, re-add the tkinter packaging info to the manifest.
Signed-off-by: Dan McGregor
---
meta/recipes-devtools
On Mon, 25 Nov 2024 at 10:37, Ross Burton wrote:
>
> On 25 Nov 2024, at 15:47, Dan McGregor via lists.openembedded.org
> wrote:
> >
> > From: Dan McGregor
> >
> > Ignore shared object names that differ from names we've already
> > processed only by
From: Dan McGregor
Ignore shared object names that differ from names we've already
processed only by their version number. This assumes that the
highest priority is first in the list, and ignores those later
in the list if we've alredy found one.
I saw this with the qrencode PACKAGECONFIG enable
On Tue, 19 Nov 2024 at 11:51, Dan McGregor via lists.openembedded.org
wrote:
>
> From: Daniel McGregor
>
> Recently the systemd recipe grew support for setting the epoch time
> at image build time. Unfortunately this is unconditional, and our
> use case for the set-time-epoch P
From: Daniel McGregor
Recently the systemd recipe grew support for setting the epoch time
at image build time. Unfortunately this is unconditional, and our
use case for the set-time-epoch PACKAGECONFIG is we have a system
requirement that our product boot with the time set to the UNIX
epoch.
Ins
From: Daniel McGregor
Recently the systemd recipe grew support for setting the epoch time
at image build time. Unfortunately this is unconditional, and our
use case for the set-time-epoch PACKAGECONFIG is we have a system
requirement that our product boot with the time set to the UNIX
epoch.
Ins
On Wed, 13 Nov 2024 at 16:48, "Gaël PORTAY via lists.openembedded.org
wrote:
>
> Alex,
>
> On Tue Nov 12, 2024 at 9:22 PM CET, Alexander Kanavin wrote:
> > I'm sorry, this was probably already covered and I'm just forgetful,
> > but why not do this in do_install?
> >
>
> It was initially performed
21 matches
Mail list logo
