I wonder if adding another variable is really necessary if instead you
can set UPSTREAM_CHECK_URI to anything, including entries in SRC_URI?
What is the specific example where you ran into the issue?
Alex
On Wed, 27 Mar 2024 at 19:45, Jon Mason wrote:
>
> Previously, get_recipe_upstream_version
On 27 Mar 2024, at 17:14, Oleh Matiusha via lists.openembedded.org
wrote:
> +do_install:append:class-target() {
> + fix_absolute_paths
> +}
> +
> +do_install:append:class-nativesdk() {
> + fix_absolute_paths
> +}
Would it be best to just always do this sed? A native build won’t have a
Previously, get_recipe_upstream_version took whatever the first entry in
SRC_URI was for determining the upstream version. This does not work
for recipes that append to the SRC_URI, as theirs will never be first.
To work around this, add a new variable to specify the SRC_URI name
field and use
On Wed, Mar 27, 2024 at 10:16 AM Oleh Matiusha via
lists.openembedded.org
wrote:
>
> nativesdk-gmp package contains host references in output packages.
> remove them.
>
> Signed-off-by: Oleh Matiusha
> ---
> v2
> - move common code to separate function
> ---
> ---
>
nativesdk-gmp package contains host references in output packages.
remove them.
Signed-off-by: Oleh Matiusha
---
v2
- move common code to separate function
---
---
meta/recipes-support/gmp/gmp_6.3.0.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
nativesdk-curl package contains host references in output files.
remove them.
Signed-off-by: Oleh Matiusha
---
v2
- moved common code to separate function
---
---
meta/recipes-support/curl/curl_8.6.0.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
Sorry, it is outside of stable branch policy to add features so I
can't take this patch series.
Steve
On Tue, Mar 26, 2024 at 9:22 PM Yu, Mingli wrote:
>
> From: Ross Burton
>
> This package contains modules for both unittest and pytest that alter
> the output to look like automake's 'make
Backports missing license from master to kirkstone.
Signed-off-by: Colin McAllister
---
.../LGPL-3.0-with-zeromq-exception| 181 ++
1 file changed, 181 insertions(+)
create mode 100644 meta/files/common-licenses/LGPL-3.0-with-zeromq-exception
diff --git
SPDX generation on Dunfell curently runs into issues because some
recipes contain licenses that are not supported in licenses.conf. This
commit backports licenses added to licenses.conf since Dunfell.
Signed-off-by: Colin McAllister
---
This patch updates licenses.conf to align with both
The following two changes backport common-licenes added after
Dunfell. This fixes spdx generation issues for some recipes on
Dunfell that use licenses that are not supported in licenses.conf.
Colin McAllister (2):
common-licenses: Backport missing licenses
licenses.conf: Backport missing
On Tue, 26 Mar 2024 at 19:10, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> On Wed, 20 Mar 2024 at 12:43, Ross Burton wrote:
> > > and adding that depend (or using inherit gobject-introspection) caused
> > > circular dependency
> >
> > Indeed. My branch has a glib-initial to break
This should all be squashed into a single commit, because otherwise it
will break bisection, if the bisect process lands between those
patches (or just take the original v2). I'm fine with not having
upstream changelogs.
Alex
On Wed, 27 Mar 2024 at 13:45, Alexandre Belloni via
On 27/03/2024 11:34:42+, Jose Quaresma wrote:
> Hi Alexandre,
>
> I see this is still on
> https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
> it should be dropped
> because it is included in the vulkan v2
>
Hi Alexandre,
I see this is still on
https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
it should be dropped
because it is included in the vulkan v2
https://lists.openembedded.org/g/openembedded-core/message/197546
This spirv and glslang recipes should be updated in
Hi Alexandre,
I see this is still on
https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
it should be dropped
because it is included in the vulkan v2
https://lists.openembedded.org/g/openembedded-core/message/197546
This spirv and glslang recipes should be updated in
From: Ross Burton
On aarch64, if the processor doesn't have the Crypto instructions then
OpenSSL will fall back onto the "bit-sliced" assembler routines. When
branch protection (BTI) was enabled in OpenSSL these routines were
missed, so if BTI is available libssl will immediately abort when it
From: Ross Burton
On aarch64, if the processor doesn't have the Crypto instructions then
OpenSSL will fall back onto the "bit-sliced" assembler routines. When
branch protection (BTI) was enabled in OpenSSL these routines were
missed, so if BTI is available libssl will immediately abort when it
From: Ross Burton
On aarch64, if the processor doesn't have the Crypto instructions then
OpenSSL will fall back onto the "bit-sliced" assembler routines. When
branch protection (BTI) was enabled in OpenSSL these routines were
missed, so if BTI is available libssl will immediately abort when it
Sorry, but I have to strongly object to this. Performance improvements
are not bug/security fixes, and thus are not eligible for backports.
In addition, key generation in a key crypto component is a highly
sensitive area, it's very easy to get wrong and render the whole of
yocto insecure, and
From: Ross Burton
This package contains modules for both unittest and pytest that alter
the output to look like automake's 'make check' output, for better
integration with ptest.
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Ross Burton
Specifically this fixes the issue where if a pytest test suite fails
during collection then the errors are hidden.
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
(cherry picked from commit db0e82135ce73d0d6d55b2c2ac17a3fdec8aca99)
Signed-off-by: Mingli Yu
---
21 matches
Mail list logo
