[OE-core] [PATCH] ltp: Remove -mfpmath=sse on x86
Fixes build errors seen with clang error: the 'sse' unit is not supported with this instruction set Signed-off-by: Khem Raj --- meta/recipes-extended/ltp/ltp_20220527.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/ltp/ltp_20220527.bb b/meta/recipes-extended/ltp/ltp_20220527.bb index b3ef8f59105..034b62b321e 100644 --- a/meta/recipes-extended/ltp/ltp_20220527.bb +++ b/meta/recipes-extended/ltp/ltp_20220527.bb @@ -19,6 +19,7 @@ EXTRA_OECONF:append:libc-musl = " LIBS=-lfts " # is set to -O0 or frame pointers have been enabled by -fno-omit-frame-pointer # earlier in CFLAGS, etc. CFLAGS:append:x86-64 = " -fomit-frame-pointer" +TUNE_CCARGS:remove:x86 = "-mfpmath=sse" CFLAGS:append:powerpc64 = " -D__SANE_USERSPACE_TYPES__" CFLAGS:append:mipsarchn64 = " -D__SANE_USERSPACE_TYPES__" -- 2.37.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167757): https://lists.openembedded.org/g/openembedded-core/message/167757 Mute This Topic: https://lists.openembedded.org/mt/9167/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] libmodule-build-perl: Use env utility to find perl interpreter
Fixes
ERROR: QA Issue: :
/work/x86_64-linux/libmodule-build-perl-native/0.4231-r0/sysroot-destdir/work/x86_64-linux/libmodule-build-perl-native/0.4231-r0/recipe-sysroot-native/usr/bin/config_data
maximum shebang size exceeded, the maximum size is 128. [shebang-size]
Signed-off-by: Khem Raj
---
meta/recipes-devtools/perl/libmodule-build-perl_0.4231.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/perl/libmodule-build-perl_0.4231.bb
b/meta/recipes-devtools/perl/libmodule-build-perl_0.4231.bb
index e2c79d962be..881d5e672e6 100644
--- a/meta/recipes-devtools/perl/libmodule-build-perl_0.4231.bb
+++ b/meta/recipes-devtools/perl/libmodule-build-perl_0.4231.bb
@@ -37,6 +37,7 @@ EXTRA_CPAN_BUILD_FLAGS = "--create_packlist=0"
do_install:append () {
rm -rf ${D}${docdir}/perl/html
+sed -i "s:^#!.*:#!/usr/bin/env perl:" ${D}${bindir}/config_data
}
do_install_ptest() {
--
2.37.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167756):
https://lists.openembedded.org/g/openembedded-core/message/167756
Mute This Topic: https://lists.openembedded.org/mt/92221292/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Question about nativesdk-qemuwrapper-cross
As far as I know, qemuwrapper-cross should work in such case. You need to use
qemuwrapper-cross instead of nativesdk-qemuwrapper-cross.
Regards,
Qi
-Original Message-
From: openembedded-core@lists.openembedded.org
On Behalf Of leimaohui
Sent: Thursday, July 7, 2022 9:04 AM
To: Richard Purdie ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] Question about nativesdk-qemuwrapper-cross
Hi, Richard
Thanks for your reply.
> A nativesdk-qemuwrapper-cross would run binaries from the SDK under
> qemu, so if SDKMACHINE was x86-64, that would be correct.
OK, it seems that I didn't get the usage of nativesdk-qemuwrapper-cross every
well.
> It sounds like you want a qemuwrapper-cross-canadian-${MACHINE} which
> is something different.
The problem I have is that when I created a rootfs(aarch64) under SDK
environment by nativesdk-dnf, there were postinstall errors occurred with some
packages(such as glib-networking) which included postinstall script using
qemuwrapper.
So, I added nativesdk-qemuwrapper-cross into meta-toolchain, and hope it can
work as qemuwrapper-cross under build system. But it seems that
qemu-${SDK_MACHINE} which nativesdk-qemuwrapper-cross provided can't work for
aarch64 rootfs.
I have no good idea how to do. Should I added another qemuwrapper-cross such as
qemuwrapper-cross-canadian-${MACHINE}?
I wonder if you can give me some advises?
Best regards
Lei
> -Original Message-
> From: Richard Purdie
> Sent: Wednesday, July 6, 2022 5:12 PM
> To: Lei, Maohui ;
> openembedded-core@lists.openembedded.org
> Subject: Re: Question about nativesdk-qemuwrapper-cross
>
> On Wed, 2022-07-06 at 03:31 +, leimao...@fujitsu.com wrote:
> > Hi, Richard
> >
> > I added nativesdk- qemuwrapper-cross into my meta-toolchain, and
> > found the
> content of nativesdk-qemuwrapper script is like the following:
> > --
> > # cat
> > /opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/crosssc
> > ri
> > pts/nativesdk-qemuwrapper
> > #!/bin/sh
> > # Wrapper script to run binaries under qemu user-mode emulation set
> > -x
> >
> > if [ True = False -a "nativesdk-qemuwrapper-cross" !=
> "nativesdk-qemuwrapper-cross" ]; then
> > echo "qemuwrapper: qemu usermode is not supported"
> > exit 1
> > fi
> >
> >
> > qemu-x86_64 -r 3.2.0 -E
> LD_LIBRARY_PATH=$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux
> / usr/lib:$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/lib
> "$@"
> > --
> >
> > Reference to qemuwrapper-cross, it seems that nativesdk
> > qemuwrapper-cross is
> not correct.
> > Why the "qemu_binary " is " qemu-x86_64"? Shouldn't it be "qemu-aarch64 "?
> > Is it better to change nativesdk qemuwrapper-cross to
> qemuwrapper-cross-canadian-${MACHINE}?
>
>
> A nativesdk-qemuwrapper-cross would run binaries from the SDK under
> qemu, so if SDKMACHINE was x86-64, that would be correct.
>
> It sounds like you want a qemuwrapper-cross-canadian-${MACHINE} which
> is something different.
>
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167755):
https://lists.openembedded.org/g/openembedded-core/message/167755
Mute This Topic: https://lists.openembedded.org/mt/92200125/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [poky] [PATCH] perl: Fix perms to avoid patch fails
Hi K,
Add oe-core list and move poky to BCC to ensure follow to the main
oe-core code review list.
On 2022-06-17 03:13, K. wrote:
Fix missing write permissions to avoid problems with applying patches in
particular on compressed filesystems:
ERROR: perl-5.34.1-r0 do_patch: Applying patch
'0001-Somehow-this-module-breaks-through-the-perl-wrapper-.patch' on target
directory
'/home/kayo/devel/elpitech/poc/openbmc/build/evb-ast2600/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/perl/5.34.1-r0/perl-5.34.1'
CmdError('quilt --quiltrc
/home/kayo/devel/elpitech/poc/openbmc/build/evb-ast2600/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/perl/5.34.1-r0/recipe-sysroot-native/etc/quiltrc
push', 0, 'stdout: Applying patch
0001-Somehow-this-module-breaks-through-the-perl-wrapper-.patch
File cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm is read-only; trying to
patch anyway
patching file cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Unix.pm
Hunk #1 succeeded at 1147 (offset 37 lines).
Hunk #2 succeeded at 2086 (offset 77 lines).
patch: setting attribute btrfs.compression for btrfs.compression: Permission
denied
Patch 0001-Somehow-this-module-breaks-through-the-perl-wrapper-.patch does not
apply (enforce with -f)
Signed-off-by: K
---
meta/recipes-devtools/perl/perl_5.36.0.bb | 7 +++
1 file changed, 7 insertions(+)
diff --git a/meta/recipes-devtools/perl/perl_5.36.0.bb
b/meta/recipes-devtools/perl/perl_5.36.0.bb
index 4456cdbcfb..6374717ab0 100644
--- a/meta/recipes-devtools/perl/perl_5.36.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.36.0.bb
@@ -45,6 +45,13 @@ PACKAGECONFIG[gdbm] = ",-Ui_gdbm,gdbm"
# Don't generate comments in enc2xs output files. They are not reproducible
export ENC2XS_NO_COMMENTS = "1"
+# Fix missing write permissions to avoid troubles
+# with applying patches on compressed filesystems
+do_fix_perms() {
+find ${S} -type f ! -perm -u=w -exec chmod u+w {} \;
+}
I've never done a build on btrfs let alone on a compressed btrfs volume.
This does seem like it should affect many patches and not just the perl
ones.
Any idea why only perl was affected and why it only shows up on that FS
type?
This seems like a work-around rather than a proper fix to me so far.
../Randy
+addtask do_fix_perms after do_unpack before do_patch
+
do_configure:prepend() {
cp -rfp ${STAGING_DATADIR_NATIVE}/perl-cross/* ${S}
}
--
# Randy MacLeod
# Wind River Linux
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167754):
https://lists.openembedded.org/g/openembedded-core/message/167754
Mute This Topic: https://lists.openembedded.org/mt/92220035/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Question about nativesdk-qemuwrapper-cross
Hi, Richard
Thanks for your reply.
> A nativesdk-qemuwrapper-cross would run binaries from the SDK under qemu, so
> if SDKMACHINE was x86-64, that would be correct.
OK, it seems that I didn't get the usage of nativesdk-qemuwrapper-cross every
well.
> It sounds like you want a qemuwrapper-cross-canadian-${MACHINE} which is
> something different.
The problem I have is that when I created a rootfs(aarch64) under SDK
environment by nativesdk-dnf, there were postinstall errors occurred with some
packages(such as glib-networking) which included postinstall script using
qemuwrapper.
So, I added nativesdk-qemuwrapper-cross into meta-toolchain, and hope it can
work as qemuwrapper-cross under build system. But it seems that
qemu-${SDK_MACHINE} which nativesdk-qemuwrapper-cross provided can't work for
aarch64 rootfs.
I have no good idea how to do. Should I added another qemuwrapper-cross such as
qemuwrapper-cross-canadian-${MACHINE}?
I wonder if you can give me some advises?
Best regards
Lei
> -Original Message-
> From: Richard Purdie
> Sent: Wednesday, July 6, 2022 5:12 PM
> To: Lei, Maohui ;
> openembedded-core@lists.openembedded.org
> Subject: Re: Question about nativesdk-qemuwrapper-cross
>
> On Wed, 2022-07-06 at 03:31 +, leimao...@fujitsu.com wrote:
> > Hi, Richard
> >
> > I added nativesdk- qemuwrapper-cross into my meta-toolchain, and found the
> content of nativesdk-qemuwrapper script is like the following:
> > --
> > # cat
> > /opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/crossscri
> > pts/nativesdk-qemuwrapper
> > #!/bin/sh
> > # Wrapper script to run binaries under qemu user-mode emulation set -x
> >
> > if [ True = False -a "nativesdk-qemuwrapper-cross" !=
> "nativesdk-qemuwrapper-cross" ]; then
> > echo "qemuwrapper: qemu usermode is not supported"
> > exit 1
> > fi
> >
> >
> > qemu-x86_64 -r 3.2.0 -E
> LD_LIBRARY_PATH=$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/
> usr/lib:$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/lib "$@"
> > --
> >
> > Reference to qemuwrapper-cross, it seems that nativesdk qemuwrapper-cross is
> not correct.
> > Why the "qemu_binary " is " qemu-x86_64"? Shouldn't it be "qemu-aarch64 "?
> > Is it better to change nativesdk qemuwrapper-cross to
> qemuwrapper-cross-canadian-${MACHINE}?
>
>
> A nativesdk-qemuwrapper-cross would run binaries from the SDK under qemu, so
> if SDKMACHINE was x86-64, that would be correct.
>
> It sounds like you want a qemuwrapper-cross-canadian-${MACHINE} which is
> something different.
>
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167753):
https://lists.openembedded.org/g/openembedded-core/message/167753
Mute This Topic: https://lists.openembedded.org/mt/92200125/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] icon-naming-utils: Resurrect for sato-icon-theme
On Wed, 2022-07-06 at 23:09 +0200, Alexandre Belloni wrote:
> Hello Richard,
>
> On 06/07/2022 14:16:41+0100, Richard Purdie wrote:
> > To add back sato-icon-theme we need this small util.
> >
> > Signed-off-by: Richard Purdie
> > ---
> > meta/conf/distro/include/maintainers.inc | 1 +
> > .../icon-naming-utils_0.8.90.bb | 28 +++
> > 2 files changed, 29 insertions(+)
> > create mode 100644
> > meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> >
> > diff --git a/meta/conf/distro/include/maintainers.inc
> > b/meta/conf/distro/include/maintainers.inc
> > index 18b0624af72..c55b2a09cf9 100644
> > --- a/meta/conf/distro/include/maintainers.inc
> > +++ b/meta/conf/distro/include/maintainers.inc
> > @@ -261,6 +261,7 @@ RECIPE_MAINTAINER:pn-hicolor-icon-theme = "Anuj Mittal
> > "
> > RECIPE_MAINTAINER:pn-hwlatdetect = "Alexander Kanavin
> > "
> > RECIPE_MAINTAINER:pn-i2c-tools = "Anuj Mittal "
> > RECIPE_MAINTAINER:pn-icecc-create-env = "Joshua Watt
> > "
> > +RECIPE_MAINTAINER:pn-icon-naming-utils = "Richard Purdie
> > "
> > RECIPE_MAINTAINER:pn-icu = "Alexander Kanavin "
> > RECIPE_MAINTAINER:pn-ifupdown = "Anuj Mittal "
> > RECIPE_MAINTAINER:pn-igt-gpu-tools = "Anuj Mittal "
> > diff --git a/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> > b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> > new file mode 100644
> > index 000..bde265f64fe
> > --- /dev/null
> > +++ b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> > @@ -0,0 +1,28 @@
> > +SUMMARY = "Enables backwards compatibility with current desktop icon
> > themes"
> > +DESCRIPTION = "A Perl script used for maintaining backwards \
> > +compatibility with current desktop icon themes, while migrating to the \
> > +names specified in the Icon Naming Specification. The Icon Naming \
> > +Utilities map the icon names used by the GNOME and KDE desktops to the \
> > +icon names proposed in the Icon Naming Specification, and generate the \
> > +icon files appropriate to the desktop environment you use. The Icon \
> > +Naming Specification provides a standard list of common icon contexts \
> > +and names that can be used to make icon themes work in a desktop \
> > +environment or application that implements the naming specification. "
> I believe you are missing HOMEPAGE here
>
> > +LICENSE = "GPLv2"
>
> This warns:
> icon-naming-utils-0.8.90-r0 do_package_qa: QA Issue: Recipe LICENSE includes
> obsolete licenses GPLv2 [obsolete-license]
>
> > +DEPENDS = "libxml-simple-perl-native"
> > +
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> > +
> > +SRC_URI =
> > "http://tango.freedesktop.org/releases/icon-naming-utils-${PV}.tar.gz;
> > +SRC_URI[sha256sum] =
> > "044ab2199ed8c6a55ce36fd4fcd8b8021a5e21f5bab028c0a7cdcf52a5902e1c"
> > +
> > +inherit autotools allarch perlnative
> > +
>
> Finally, I believe this is also the cause of the
> sstatetests.SStateTests.test_sstate_allarch_samesigs failure in
> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3786/steps/15/logs/stdio
Sorry about those issues, v2 sent of both patches.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167752):
https://lists.openembedded.org/g/openembedded-core/message/167752
Mute This Topic: https://lists.openembedded.org/mt/92205963/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2 v2] sato-icon-theme: Add back with support for scalable icons
Resurrect sato-icon-theme and move to a version with scalable icons support
to replace adwaita-icon-theme which no longer supports the icons we need
for the sato desktop.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
meta/conf/layer.conf | 2 ++
.../gstreamer/gst-examples/gst-player.desktop | 2 +-
.../packagegroup-core-x11-sato.bb | 2 +-
.../sato-icon-theme/sato-icon-theme_git.bb| 28 +++
5 files changed, 33 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
v2 - add missing layer.conf change to make allarch work
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index c55b2a09cf9..a69af3d7805 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -725,6 +725,7 @@ RECIPE_MAINTAINER:pn-rust-llvm = "Randy MacLeod
"
RECIPE_MAINTAINER:pn-rust-tools-cross-canadian-${TRANSLATED_TARGET_ARCH} =
"Randy MacLeod "
RECIPE_MAINTAINER:pn-rxvt-unicode = "Unassigned "
RECIPE_MAINTAINER:pn-sato-screenshot = "Ross Burton "
+RECIPE_MAINTAINER:pn-sato-icon-theme = "Richard Purdie
"
RECIPE_MAINTAINER:pn-sbc = "Unassigned "
RECIPE_MAINTAINER:pn-screen = "Anuj Mittal "
RECIPE_MAINTAINER:pn-seatd = "Alexander Kanavin "
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 076cba58d12..1387539734d 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -82,6 +82,8 @@ SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
weston-init->kbd \
connman->xl2tpd \
lttng-tools->lttng-modules \
+ sato-icon-theme->gdk-pixbuf \
+ sato-icon-theme->gtk+3 \
adwaita-icon-theme->gdk-pixbuf \
adwaita-icon-theme->gtk+3 \
"
diff --git a/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
b/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
index 7ddd456a1ed..d165e5d910e 100644
--- a/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
+++ b/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
@@ -1,7 +1,7 @@
[Desktop Entry]
Name=Media Player
Comment=Basic media player
-Icon=multimedia-player
+Icon=video-player
TryExec=gtk-play
Exec=gtk-play
StartupNotify=true
diff --git a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
index cfa301a58d2..6866a4d7380 100644
--- a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
+++ b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
@@ -31,7 +31,7 @@ RDEPENDS:${PN}-base = "\
matchbox-keyboard-im \
matchbox-config-gtk \
xcursor-transparent-theme \
-adwaita-icon-theme \
+sato-icon-theme \
settings-daemon \
shutdown-desktop \
${NETWORK_MANAGER} \
diff --git a/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
b/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
new file mode 100644
index 000..e2140bfdd70
--- /dev/null
+++ b/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
@@ -0,0 +1,28 @@
+SUMMARY = "Sato icon theme"
+HOMEPAGE = "https://www.yoctoproject.org/;
+BUGTRACKER = "http://bugzilla.yoctoproject.org/;
+
+LICENSE = "CC-BY-SA-3.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=56a830bbe6e4697fe6cbbae01bb7c2b2"
+SECTION = "x11"
+
+DEPENDS = "icon-naming-utils-native libxml-simple-perl-native"
+
+SRC_URI =
"git://git.yoctoproject.org/sato-icon-theme.git;protocol=https;branch=master"
+SRCREV = "d23f04ecb0328f655bf195df8eb04c1b734d53a9"
+
+S = "${WORKDIR}/git"
+
+inherit autotools pkgconfig allarch gtk-icon-cache perlnative
+
+# The configure script uses pkg-config to find native binaries to execute, so
+# tell it to use our pkg-config-native wrapper.
+export PKG_CONFIG = "pkg-config-native"
+
+FILES:${PN} += "${datadir}/icons/Sato"
+
+do_install:append() {
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
preferences-system.png {}/apps/preferences-desktop.png \;
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
file-manager.png {}/apps/system-file-manager.png \;
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
../apps/terminal.png {}/places/computer.png \;
+}
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167751):
https://lists.openembedded.org/g/openembedded-core/message/167751
Mute This Topic: https://lists.openembedded.org/mt/92216617/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2 v2] icon-naming-utils: Resurrect for sato-icon-theme
To add back sato-icon-theme we need this small util.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
.../icon-naming-utils_0.8.90.bb | 29 +++
2 files changed, 30 insertions(+)
create mode 100644
meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
v2 - Fix home page and license issue
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 18b0624af72..c55b2a09cf9 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -261,6 +261,7 @@ RECIPE_MAINTAINER:pn-hicolor-icon-theme = "Anuj Mittal
"
RECIPE_MAINTAINER:pn-hwlatdetect = "Alexander Kanavin "
RECIPE_MAINTAINER:pn-i2c-tools = "Anuj Mittal "
RECIPE_MAINTAINER:pn-icecc-create-env = "Joshua Watt "
+RECIPE_MAINTAINER:pn-icon-naming-utils = "Richard Purdie
"
RECIPE_MAINTAINER:pn-icu = "Alexander Kanavin "
RECIPE_MAINTAINER:pn-ifupdown = "Anuj Mittal "
RECIPE_MAINTAINER:pn-igt-gpu-tools = "Anuj Mittal "
diff --git a/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
new file mode 100644
index 000..67cbd031002
--- /dev/null
+++ b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
@@ -0,0 +1,29 @@
+HOMEPAGE = "http://tango.freedesktop.org/;
+SUMMARY = "Enables backwards compatibility with current desktop icon themes"
+DESCRIPTION = "A Perl script used for maintaining backwards \
+compatibility with current desktop icon themes, while migrating to the \
+names specified in the Icon Naming Specification. The Icon Naming \
+Utilities map the icon names used by the GNOME and KDE desktops to the \
+icon names proposed in the Icon Naming Specification, and generate the \
+icon files appropriate to the desktop environment you use. The Icon \
+Naming Specification provides a standard list of common icon contexts \
+and names that can be used to make icon themes work in a desktop \
+environment or application that implements the naming specification. "
+LICENSE = "GPL-2.0-only"
+DEPENDS = "libxml-simple-perl-native"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
+
+SRC_URI =
"http://tango.freedesktop.org/releases/icon-naming-utils-${PV}.tar.gz;
+SRC_URI[sha256sum] =
"044ab2199ed8c6a55ce36fd4fcd8b8021a5e21f5bab028c0a7cdcf52a5902e1c"
+
+inherit autotools allarch perlnative
+
+do_configure:append() {
+ # Make sure we use our nativeperl wrapper.
+ sed -i -e "1s:#!.*:#!/usr/bin/env nativeperl:"
${S}/icon-name-mapping.pl.in
+}
+
+FILES:${PN} += "${datadir}/dtds"
+
+BBCLASSEXTEND = "native"
\ No newline at end of file
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167750):
https://lists.openembedded.org/g/openembedded-core/message/167750
Mute This Topic: https://lists.openembedded.org/mt/92216616/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][RFC] Layer Setup JSON schema and example
On Wed, Jul 6, 2022 at 4:11 PM Alexander Kanavin wrote: > > On Wed, 6 Jul 2022 at 21:54, Joshua Watt wrote: > > $ python3 -m pip install jsonschema > > $ jsonschema -i meta/lib/layers.example.json meta/lib/layers.schema.json > > Since jsonschema is not a standard module, we need to think for a bit > about how and when validation should occur with tools available > directly in core. I would like it to happen every time json is > produced or (about to be) consumed, but then the module should be > coming from somewhere, either from the host or from a native recipe, > both look like not a great idea. Thoughts? Is this where 'oe-setup > installed via pip' approach starts to show benefits? :) Ya, for a 100% "standalone" tool, I'm not sure if we can do any real validation in python without external modules. For testing, can either add the requirement for the `python3-jsonschema` system package, or maybe use python3-jsonschema-native? > > Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167749): https://lists.openembedded.org/g/openembedded-core/message/167749 Mute This Topic: https://lists.openembedded.org/mt/92214601/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][RFC] Layer Setup JSON schema and example
On Wed, 6 Jul 2022 at 21:54, Joshua Watt wrote: > $ python3 -m pip install jsonschema > $ jsonschema -i meta/lib/layers.example.json meta/lib/layers.schema.json Since jsonschema is not a standard module, we need to think for a bit about how and when validation should occur with tools available directly in core. I would like it to happen every time json is produced or (about to be) consumed, but then the module should be coming from somewhere, either from the host or from a native recipe, both look like not a great idea. Thoughts? Is this where 'oe-setup installed via pip' approach starts to show benefits? :) Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167748): https://lists.openembedded.org/g/openembedded-core/message/167748 Mute This Topic: https://lists.openembedded.org/mt/92214601/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] icon-naming-utils: Resurrect for sato-icon-theme
Hello Richard,
On 06/07/2022 14:16:41+0100, Richard Purdie wrote:
> To add back sato-icon-theme we need this small util.
>
> Signed-off-by: Richard Purdie
> ---
> meta/conf/distro/include/maintainers.inc | 1 +
> .../icon-naming-utils_0.8.90.bb | 28 +++
> 2 files changed, 29 insertions(+)
> create mode 100644
> meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index 18b0624af72..c55b2a09cf9 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -261,6 +261,7 @@ RECIPE_MAINTAINER:pn-hicolor-icon-theme = "Anuj Mittal
> "
> RECIPE_MAINTAINER:pn-hwlatdetect = "Alexander Kanavin
> "
> RECIPE_MAINTAINER:pn-i2c-tools = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-icecc-create-env = "Joshua Watt "
> +RECIPE_MAINTAINER:pn-icon-naming-utils = "Richard Purdie
> "
> RECIPE_MAINTAINER:pn-icu = "Alexander Kanavin "
> RECIPE_MAINTAINER:pn-ifupdown = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-igt-gpu-tools = "Anuj Mittal "
> diff --git a/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> new file mode 100644
> index 000..bde265f64fe
> --- /dev/null
> +++ b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> @@ -0,0 +1,28 @@
> +SUMMARY = "Enables backwards compatibility with current desktop icon themes"
> +DESCRIPTION = "A Perl script used for maintaining backwards \
> +compatibility with current desktop icon themes, while migrating to the \
> +names specified in the Icon Naming Specification. The Icon Naming \
> +Utilities map the icon names used by the GNOME and KDE desktops to the \
> +icon names proposed in the Icon Naming Specification, and generate the \
> +icon files appropriate to the desktop environment you use. The Icon \
> +Naming Specification provides a standard list of common icon contexts \
> +and names that can be used to make icon themes work in a desktop \
> +environment or application that implements the naming specification. "
I believe you are missing HOMEPAGE here
> +LICENSE = "GPLv2"
This warns:
icon-naming-utils-0.8.90-r0 do_package_qa: QA Issue: Recipe LICENSE includes
obsolete licenses GPLv2 [obsolete-license]
> +DEPENDS = "libxml-simple-perl-native"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> +
> +SRC_URI =
> "http://tango.freedesktop.org/releases/icon-naming-utils-${PV}.tar.gz;
> +SRC_URI[sha256sum] =
> "044ab2199ed8c6a55ce36fd4fcd8b8021a5e21f5bab028c0a7cdcf52a5902e1c"
> +
> +inherit autotools allarch perlnative
> +
Finally, I believe this is also the cause of the
sstatetests.SStateTests.test_sstate_allarch_samesigs failure in
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3786/steps/15/logs/stdio
> +do_configure:append() {
> + # Make sure we use our nativeperl wrapper.
> + sed -i -e "1s:#!.*:#!/usr/bin/env nativeperl:"
> ${S}/icon-name-mapping.pl.in
> +}
> +
> +FILES:${PN} += "${datadir}/dtds"
> +
> +BBCLASSEXTEND = "native"
> \ No newline at end of file
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167747):
https://lists.openembedded.org/g/openembedded-core/message/167747
Mute This Topic: https://lists.openembedded.org/mt/92205963/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [RFC PATCH] bitbake-layers: add layer repositories/revisions save and restore tooling (aka 'layer configuration')
On Wed, 6 Jul 2022 at 21:54, Joshua Watt wrote: > I think my interest here is more in the JSON schema, and I think > that's the more important piece for consolidating tools around a > common standard in the long run. I've pushed up an RFC patch with a > proposed schema and example layer JSON file to review. It would be > nice if the script outlined here didn't have to be generated from > bblayers and was a static script that could operate on any JSON file, > since that is more generally useful; it would also be a good starting > point for a generic layer setup tool that we can point users to and > can be replaced by something more comprehensive (like what Richard > outlines) later without having to change the actual layer data (the > JSON). Or put another way, I'd prefer the data be kept separate from > the code. Defining the format formally in a verifiable way is quite useful, thanks. I'll integrate it into my patchset. And yes, I have a different viewpoint: I do not want separate tools that need to be pointed to, or any extra steps, or data decoupled from code. What I do want is to clone a layer, run a single script once, and be dropped into an environment where I can run sstate-accelerated bitbake. Maybe making a choice about what target I want to build for on the way. And without ever having to read a (often) badly written, unhelpful layer README, or asking anyone for help. If it's not like that, it's not good enough. > Note that my schema is missing the "is_bootstrap" option yours has; I > wasn't quite clear if that meant anything other than "don't fetch this > layer by default"? Yes. The idea is that the tools shouldn't have to guess if the json itself is hosted inside one of the layers it describes, and so that fact should be written into the json. It can be named 'contains_this_file' or something like that. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167746): https://lists.openembedded.org/g/openembedded-core/message/167746 Mute This Topic: https://lists.openembedded.org/mt/92117681/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [RFC PATCH] bitbake-layers: add layer repositories/revisions save and restore tooling (aka 'layer configuration')
On Tue, Jul 5, 2022 at 11:04 AM Alexander Kanavin wrote: > > On Tue, 5 Jul 2022 at 16:28, Joshua Watt wrote: > > In that regard, I'd prefer that the JSON file be what defines a layer > > setup and included in layers. The setup python script is nice (and > > convenient), but I think it would be better as an additional file > > alongside the JSON file (or that someone can download independently if > > the layer doesn't have one). I think a few tweaks would make it > > possible to write the script so it can operate generically on any JSON > > file input without needing templating. > > You have that choice when you run the generator: write out the bare > json, write out the script that embeds the json (and is guaranteed to > be compatible with it), or both. Additionally, the script can print > the json inside itself with --print-config. If you prefer to include > just the json into the layer, that's fine, but I don't particularly > want to solve the problem of where to find tools that can do something > with it (without exploding with cryptic compatibility errors), and I > can imagine most people, and especially beginners, would just want to > run the script directly. I think my interest here is more in the JSON schema, and I think that's the more important piece for consolidating tools around a common standard in the long run. I've pushed up an RFC patch with a proposed schema and example layer JSON file to review. It would be nice if the script outlined here didn't have to be generated from bblayers and was a static script that could operate on any JSON file, since that is more generally useful; it would also be a good starting point for a generic layer setup tool that we can point users to and can be replaced by something more comprehensive (like what Richard outlines) later without having to change the actual layer data (the JSON). Or put another way, I'd prefer the data be kept separate from the code. Note that my schema is missing the "is_bootstrap" option yours has; I wasn't quite clear if that meant anything other than "don't fetch this layer by default"? > > Alex > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167745): https://lists.openembedded.org/g/openembedded-core/message/167745 Mute This Topic: https://lists.openembedded.org/mt/92117681/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][RFC] Layer Setup JSON schema and example
Defines a common schema for layer setup that can be consumed by tools to
know how to fetch and assemble layers for end users. Also includes an
example of the layer setup that constructs poky for reference.
The schema can be used to validate a layer setup file with the commands:
$ python3 -m pip install jsonschema
$ jsonschema -i meta/lib/layers.example.json meta/lib/layers.schema.json
Signed-off-by: Joshua Watt
---
meta/lib/layers.example.json | 35 +++
meta/lib/layers.schema.json | 113 +++
2 files changed, 148 insertions(+)
create mode 100644 meta/lib/layers.example.json
create mode 100644 meta/lib/layers.schema.json
diff --git a/meta/lib/layers.example.json b/meta/lib/layers.example.json
new file mode 100644
index 00..33264dac9e
--- /dev/null
+++ b/meta/lib/layers.example.json
@@ -0,0 +1,35 @@
+{
+"version": "1.0",
+"sources": [
+{
+"name": "poky",
+"path": "poky",
+"description": "Poky reference distribution",
+"remote": {
+"type": "git",
+"branch": "master",
+"rev": "bc6d96e69684253a7236594cb0af2738be06b7a9",
+"remotes": [
+{
+"name": "origin",
+"uri": "git://git.yoctoproject.org/poky"
+}
+]
+},
+"layers": [
+{
+"name": "meta",
+"subpath": "meta"
+},
+{
+"name": "meta-poky",
+"subpath": "meta-poky"
+},
+{
+"name": "meta-yocto-bsp",
+"subpath": "meta-yocto-bsp"
+}
+]
+}
+]
+}
diff --git a/meta/lib/layers.schema.json b/meta/lib/layers.schema.json
new file mode 100644
index 00..19df89d38b
--- /dev/null
+++ b/meta/lib/layers.schema.json
@@ -0,0 +1,113 @@
+{
+"description": "OpenEmbedder Layer Setup Manifest",
+"type": "object",
+"additionalProperties": false,
+"required": [
+"version"
+],
+"properties": {
+"version": {
+"description": "The version of this document; currently '1.0'",
+"enum": ["1.0"]
+},
+"sources": {
+"description": "The list of layer sources",
+"type": "array",
+"items": {
+"type": "object",
+"description": "The upstream source from which a set of layers
may be fetched",
+"additionalProperties": false,
+"required": [
+"name",
+"path"
+],
+"properties": {
+"name": {
+"description": "The name of this layer source",
+"type": "string"
+},
+"path": {
+"description": "The path where this layer source will
be placed when fetching",
+"type": "string"
+},
+"description": {
+"description": "A description of this layer source",
+"type": "string"
+},
+"layers": {
+"description": "The list of layers to be used from
this upstream source",
+"type": "array",
+"items": {
+"description": "A layer from the upstream source",
+"type": "object",
+"additionalProperties": false,
+"required": [
+"name"
+],
+"properties": {
+"name": {
+"description": "The name of the layer",
+"type": "string"
+},
+"subpath": {
+"description": "The subpath (relative to
the source root) for this layer. Omit if the source root is the layer path",
+"type": "string"
+}
+}
+}
+},
+"remote": {
+"oneOf": [
+{
+"description": "A remote git source from which
to fetch",
+"type": "object",
+"additionalProperties": false,
+"required": [
+"type",
+"rev"
+],
Re: [OE-core] Build paths/reproduibility issues in master - help requested
On Wed, Jul 6, 2022 at 12:39 PM Richard Purdie wrote: > > On Mon, 2022-07-04 at 22:28 +0100, Richard Purdie via > lists.openembedded.org wrote: > > On Mon, 2022-07-04 at 14:34 +0100, Richard Purdie via > > > > With docs enabled: > > > > stdio: WARNING: lib32-vala-0.56.1-r0 do_package_qa: QA Issue: File > > > > /usr/bin/vapigen-wrapper in package lib32-vala contains reference to > > > > TMPDIR [buildpaths] > > > > stdio: WARNING: rpm-1_4.17.0-r0 do_package_qa: QA Issue: File > > > > /usr/lib64/pkgconfig/rpm.pc in package rpm-dev contains reference to > > > > TMPDIR [buildpaths] > > > > stdio: WARNING: lib32-gtk-doc-1.33.2-r0 do_package_qa: QA Issue: File > > > > /usr/share/gtk-doc/python/gtkdoc/config_data.py in package > > > > lib32-gtk-doc contains reference to TMPDIR [buildpaths] > > > > stdio: WARNING: vala-0.56.1-r0 do_package_qa: QA Issue: File > > > > /usr/bin/vapigen-wrapper in package vala contains reference to TMPDIR > > > > [buildpaths] > > > > stdio: WARNING: gtk-doc-1.33.2-r0 do_package_qa: QA Issue: File > > > > /usr/share/gtk-doc/python/gtkdoc/config_data.py in package gtk-doc > > > > contains reference to TMPDIR [buildpaths] > > I think I have fixes out for rpm (via lua) and vala. gtk-doc remains. > > > > These still remain. In addition we also have: > > > > > > A musl ltp issue: > > > stdio: WARNING: ltp-20220527-r0 do_package_qa: QA Issue: File > > > /opt/ltp/testcases/open_posix_testsuite/logfile.conformance-all in > > > package ltp contains reference to TMPDIR [buildpaths] > > Still remaining. > > > > > > > Some multilib issues: > > > stdio: WARNING: lib32-vala-0.56.1-r0 do_package_qa: QA Issue: File > > > /usr/bin/vapigen-wrapper in package lib32-vala contains reference to > > > TMPDIR [buildpaths] > > > stdio: WARNING: vala-0.56.1-r0 do_package_qa: QA Issue: File > > > /usr/bin/vapigen-wrapper in package vala contains reference to TMPDIR > > > [buildpaths] > > > stdio: WARNING: rpm-1_4.17.0-r0 do_package_qa: QA Issue: File > > > /usr/lib64/pkgconfig/rpm.pc in package rpm-dev contains reference to > > > TMPDIR [buildpaths] > > These are probably fixed. > > > > qemuarm64: > > > stdio: WARNING: kernel-devsrc-1.0-r0 do_package_qa: QA Issue: File > > > /lib/modules/5.15.44-yocto-standard/build/include/generated/.vdso-offsets.h.cmd > > > in package kernel-devsrc contains reference to TMPDIR [buildpaths] > > Fix out from Bruce (thanks!) > > > > > > > meta-gplv2 issue: > > > stdio: WARNING: mc-4.7.5.2-r3 do_package_qa: QA Issue: File > > > /usr/libexec/mc/extfs.d/iso9660 in package mc-helpers contains reference > > > to TMPDIR [buildpaths] > > > stdio: WARNING: tar-1.17-r3 do_package_qa: QA Issue: File > > > /usr/src/debug/tar/1.17-r3/build/lib/string.h in package tar-src contains > > > reference to TMPDIR > > This may be the end of meta-gplv2 since nobody cares. > > > > > > > Christopher replied about meta-virt which is much appreciated! > > > > With the .debug checking patch applied, we also see an issue with > > lttng-modules on beaglebone, edgerouter, and qemumips: > > > > stdio: WARNING: lttng-modules-2.13.4-r0 do_package_qa: QA Issue: File > > /lib/modules/5.15.36-yocto-standard/kernel/lttng-modules/lib/.debug/lttng-lib-ring-buffer.ko > > in package lttng-modules-dbg contains reference to TMPDIR I'll have a go at this one as well, but I'll be out of the office on Friday/Monday, so it'll be after hours and a bit slower than normal. Bruce > > Still remaining. > > Cheers, > > Richard > -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167743): https://lists.openembedded.org/g/openembedded-core/message/167743 Mute This Topic: https://lists.openembedded.org/mt/92128673/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [RFC PATCH] bitbake-layers: add layer repositories/revisions save and restore tooling (aka 'layer configuration')
On Sat, 2 Jul 2022 at 10:28, Tim Orling wrote: >> Configuration will be handled with TEMPLATECONF and a set of templates >> in a product/platform layer. It's already in core, it's simple to >> understand and it works. We used it in a very large project. It also >> requires a certain bit of discipline, which is a good thing: you don't >> get to implement ugly local.conf hacks in a turing complete language, >> and must design your configuration (distro, machines and images) >> carefully in a static manner. Then local.conf must contain only DISTRO >> and MACHINE, and a 'confuguration' is essentially a choice of those >> two plus a set of enabled layers plus site-specific settings for >> sstate, downloads, proxies and parallelism level. Back to >> (maintainable) basics. I just sent out patches for this bit (build configuration). The layer configuration generator/script needs a few changes which I'll do next. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167742): https://lists.openembedded.org/g/openembedded-core/message/167742 Mute This Topic: https://lists.openembedded.org/mt/92117681/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] bitbake-layers: add a command to save the active build configuration as a template into a layer
This is the reverse of setting up a build by pointing TEMPLATECONF to a
directory
with a template and running '. oe-init-build-env': this takes the config files
from build/conf,
replaces site-specific paths in bblayers.conf with ##OECORE##-relative paths,
and copies
the config files into a specified layer under a specified template name.
In many or perhaps most cases such static prefabricated configurations (that
require no
further editing) are just enough, and I believe they should be offered by the
official configuration management. On the other hand, generating build
configurations with a
sufficiently versatile tool is a far more complex problem, and one we should
try to tackle
once we see where and how static configs fall short.
Tooling to discover and select these templates when setting up a build will be
provided later on.
How to use:
alex@Zen2:/srv/work/alex/poky/build-layersetup$ bitbake-layers save-build-conf
../../meta-alex/ test-1
NOTE: Starting bitbake server...
NOTE: Configuration template placed into
/srv/work/alex/meta-alex/conf/templates/test-1
Please review the files in there, and particularly provide a configuration
description in /srv/work/alex/meta-alex/conf/templates/test-1/conf-notes.txt
You can try out the configuration with
TEMPLATECONF=/srv/work/alex/meta-alex/conf/templates/test-1 .
/srv/work/alex/poky/oe-init-build-env build-try-test-1
alex@Zen2:/srv/work/alex/poky/build-layersetup$
Signed-off-by: Alexander Kanavin
---
meta/lib/bblayers/buildconf.py | 90
meta/lib/oeqa/selftest/cases/bblayers.py | 5 ++
2 files changed, 95 insertions(+)
create mode 100644 meta/lib/bblayers/buildconf.py
diff --git a/meta/lib/bblayers/buildconf.py b/meta/lib/bblayers/buildconf.py
new file mode 100644
index 00..0af04f9531
--- /dev/null
+++ b/meta/lib/bblayers/buildconf.py
@@ -0,0 +1,90 @@
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+import logging
+import os
+import stat
+import sys
+import shutil
+import json
+
+import bb.utils
+import bb.process
+
+from bblayers.common import LayerPlugin
+
+logger = logging.getLogger('bitbake-layers')
+
+sys.path.insert(0, os.path.dirname(os.path.dirname(__file__)))
+
+import oe.buildcfg
+
+def plugin_init(plugins):
+return BuildConfPlugin()
+
+class BuildConfPlugin(LayerPlugin):
+notes_fixme = """FIXME: Please place here the description of this build
configuration.
+It will be shown to the users when they set up their builds via TEMPLATECONF.
+"""
+
+def _save_conf(self, templatename, templatepath, oecorepath,
relpaths_to_oecore):
+confdir = os.path.join(os.environ["BBPATH"], "conf")
+destdir = os.path.join(templatepath, "conf", "templates", templatename)
+os.makedirs(destdir, exist_ok=True)
+
+with open(os.path.join(confdir, "local.conf")) as src:
+with open(os.path.join(destdir, "local.conf.sample"), 'w') as dest:
+dest.write(src.read())
+
+with open(os.path.join(confdir, "bblayers.conf")) as src:
+with open(os.path.join(destdir, "bblayers.conf.sample"), 'w') as
dest:
+bblayers_data = src.read()
+
+for (abspath, relpath) in relpaths_to_oecore:
+bblayers_data = bblayers_data.replace(abspath,
"##OEROOT##/" + relpath)
+dest.write(bblayers_data)
+
+with open(os.path.join(destdir, "conf-notes.txt"), 'w') as dest:
+dest.write(self.notes_fixme)
+
+try:
+with open(os.path.join(confdir, "site.conf")) as src:
+with open(os.path.join(destdir, "site.conf.sample"), 'w') as
dest:
+dest.write(src.read())
+except FileNotFoundError:
+pass
+
+logger.info("""Configuration template placed into {}
+Please review the files in there, and particularly provide a configuration
description in {}
+You can try out the configuration with
+TEMPLATECONF={} . {}/oe-init-build-env build-try-{}"""
+.format(destdir, os.path.join(destdir, "conf-notes.txt"), destdir, oecorepath,
templatename))
+
+def do_save_build_conf(self, args):
+""" Save the currently active build configuration (conf/local.conf,
conf/bblayers.conf) as a template into a layer.\n This template can later be
used for setting up builds via TEMPLATECONF. """
+repos = {}
+layers = oe.buildcfg.get_layer_revisions(self.tinfoil.config_data)
+targetlayer = None
+oecore = None
+
+for l in layers:
+if l[0] == os.path.abspath(args.layerpath):
+targetlayer = l[0]
+if l[1] == 'meta':
+oecore = os.path.dirname(l[0])
+
+if not targetlayer:
+logger.error("Layer {} not in one of the currently enabled
layers:\n{}".format(args.layerpath, "\n".join([l[0] for l in layers])))
+elif not oecore:
+logger.error("Openembedded-core not in one of the currently
enabled
[OE-core] [PATCH 1/2] scripts/oe-setup-builddir: copy site.conf.sample out of template directories (if it exists)
This allows: 1. Showing users where and how to define these settings correctly when setting up a build from templates in poky (meta-poky/conf/site.conf.sample has commented out examples and was previously unused). 2. Distributing site-specific settings with template configurations in other layers, so there's no need to set them up separately. Signed-off-by: Alexander Kanavin --- scripts/oe-setup-builddir | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/scripts/oe-setup-builddir b/scripts/oe-setup-builddir index 54048e62ec..5ad6dd4138 100755 --- a/scripts/oe-setup-builddir +++ b/scripts/oe-setup-builddir @@ -64,6 +64,7 @@ if [ -n "$TEMPLATECONF" ]; then fi OECORELAYERCONF="$TEMPLATECONF/bblayers.conf.sample" OECORELOCALCONF="$TEMPLATECONF/local.conf.sample" +OECORESITECONF="$TEMPLATECONF/site.conf.sample" OECORENOTESCONF="$TEMPLATECONF/conf-notes.txt" fi @@ -77,9 +78,11 @@ You had no conf/local.conf file. This configuration file has therefore been created for you with some default values. You may wish to edit it to, for example, select a different MACHINE (target hardware). See conf/local.conf for more information as common configuration options are commented. - +Also check conf/site.conf for site specific settings such as proxies and +download cache locations. EOM cp -f "$OECORELOCALCONF" "$BUILDDIR/conf/local.conf" +cp -f "$OECORESITECONF" "$BUILDDIR/conf/site.conf" || true SHOWYPDOC=yes fi @@ -107,6 +110,7 @@ fi # Prevent disturbing a new GIT clone in same console unset OECORELOCALCONF unset OECORELAYERCONF +unset OECORESITECONF # Ending the first-time run message. Show the YP Documentation banner. if [ ! -z "$SHOWYPDOC" ]; then -- 2.30.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167740): https://lists.openembedded.org/g/openembedded-core/message/167740 Mute This Topic: https://lists.openembedded.org/mt/92212803/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [dunfell][PATCH] IMAGE_LOCALES_ARCHIVE: add option to prevent locale archive creation
From: Jate Sujjavanich
[YOCTO #14851]
Under some circumstances it is not desirable to create a combined locale
archive (/usr/lib/locale/locale-archive).
The new variable IMAGE_LOCALES_ARCHIVE defaults to '1', so the default
behaviour is not changed.
Modified to work with code before move to lib/oe/package_manager
Signed-off-by: Michael Thalmeier
Signed-off-by: Richard Purdie
(cherry picked from commit 8d78b819c2ec33fce3a34254fa90864ee5fa7617)
Signed-off-by: Jate Sujjavanich
---
meta/classes/image.bbclass | 5 -
meta/lib/oe/package_manager.py | 13 +++--
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 1900eff412..0d77d2f676 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -124,7 +124,7 @@ python () {
def rootfs_variables(d):
from oe.rootfs import variable_depends
variables =
['IMAGE_DEVICE_TABLE','IMAGE_DEVICE_TABLES','BUILD_IMAGES_FROM_FEEDS','IMAGE_TYPES_MASKED','IMAGE_ROOTFS_ALIGNMENT','IMAGE_OVERHEAD_FACTOR','IMAGE_ROOTFS_SIZE','IMAGE_ROOTFS_EXTRA_SPACE',
-
'IMAGE_ROOTFS_MAXSIZE','IMAGE_NAME','IMAGE_LINK_NAME','IMAGE_MANIFEST','DEPLOY_DIR_IMAGE','IMAGE_FSTYPES','IMAGE_INSTALL_COMPLEMENTARY','IMAGE_LINGUAS',
'IMAGE_LINGUAS_COMPLEMENTARY',
+
'IMAGE_ROOTFS_MAXSIZE','IMAGE_NAME','IMAGE_LINK_NAME','IMAGE_MANIFEST','DEPLOY_DIR_IMAGE','IMAGE_FSTYPES','IMAGE_INSTALL_COMPLEMENTARY','IMAGE_LINGUAS',
'IMAGE_LINGUAS_COMPLEMENTARY', 'IMAGE_LOCALES_ARCHIVE',
'MULTILIBRE_ALLOW_REP','MULTILIB_TEMP_ROOTFS','MULTILIB_VARIANTS','MULTILIBS','ALL_MULTILIB_PACKAGE_ARCHS','MULTILIB_GLOBAL_VARIANTS','BAD_RECOMMENDATIONS','NO_RECOMMENDATIONS',
'PACKAGE_ARCHS','PACKAGE_CLASSES','TARGET_VENDOR','TARGET_ARCH','TARGET_OS','OVERRIDES','BBEXTENDVARIANT','FEED_DEPLOYDIR_BASE_URI','INTERCEPT_DIR','USE_DEVFS',
'CONVERSIONTYPES', 'IMAGE_GEN_DEBUGFS', 'ROOTFS_RO_UNNEEDED',
'IMGDEPLOYDIR', 'PACKAGE_EXCLUDE_COMPLEMENTARY',
'REPRODUCIBLE_TIMESTAMP_ROOTFS', 'IMAGE_INSTALL_DEBUGFS']
@@ -176,6 +176,9 @@ IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s,
d.getVar('IMAGE_LINGUAS').split()))}"
+# per default create a locale archive
+IMAGE_LOCALES_ARCHIVE ?= '1'
+
# Prefer image, but use the fallback files for lookups if the image ones
# aren't yet available.
PSEUDO_PASSWD = "${IMAGE_ROOTFS}:${STAGING_DIR_NATIVE}"
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index db988d9247..502dfbe3ed 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -611,12 +611,13 @@ class PackageManager(object, metaclass=ABCMeta):
"'%s' returned %d:\n%s" %
(' '.join(cmd), e.returncode,
e.output.decode("utf-8")))
-target_arch = self.d.getVar('TARGET_ARCH')
-localedir = oe.path.join(self.target_rootfs, self.d.getVar("libdir"),
"locale")
-if os.path.exists(localedir) and os.listdir(localedir):
-generate_locale_archive(self.d, self.target_rootfs, target_arch,
localedir)
-# And now delete the binary locales
-self.remove(fnmatch.filter(self.list_installed(),
"glibc-binary-localedata-*"), False)
+if self.d.getVar('IMAGE_LOCALES_ARCHIVE') == '1':
+target_arch = self.d.getVar('TARGET_ARCH')
+localedir = oe.path.join(self.target_rootfs,
self.d.getVar("libdir"), "locale")
+if os.path.exists(localedir) and os.listdir(localedir):
+generate_locale_archive(self.d, self.target_rootfs,
target_arch, localedir)
+# And now delete the binary locales
+self.remove(fnmatch.filter(self.list_installed(),
"glibc-binary-localedata-*"), False)
def deploy_dir_lock(self):
if self.deploy_dir is None:
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167739):
https://lists.openembedded.org/g/openembedded-core/message/167739
Mute This Topic: https://lists.openembedded.org/mt/92211446/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone][PATCH] vim: 8.2.5083 -> 9.0.0005
This patch is already in the set currently out for review:
https://lists.openembedded.org/g/openembedded-core/message/167569
I'll be sending out the pull request later today, so it should appear
in kirkstone in the next day or so.
Steve
On Tue, Jul 5, 2022 at 4:27 PM Yu, Mingli wrote:
>
> From: Richard Purdie
>
> The license checksum changed due to a major version change in the referenced
> file.
>
> Signed-off-by: Richard Purdie
> (cherry picked from commit 89f34d8aa4f4572d048dbb732ca4c83d443157fb)
> Signed-off-by: Mingli Yu
> ---
> .../vim/{vim-tiny_8.2.bb => vim-tiny_9.0.bb}| 0
> meta/recipes-support/vim/vim.inc| 6 +++---
> meta/recipes-support/vim/{vim_8.2.bb => vim_9.0.bb} | 0
> 3 files changed, 3 insertions(+), 3 deletions(-)
> rename meta/recipes-support/vim/{vim-tiny_8.2.bb => vim-tiny_9.0.bb} (100%)
> rename meta/recipes-support/vim/{vim_8.2.bb => vim_9.0.bb} (100%)
>
> diff --git a/meta/recipes-support/vim/vim-tiny_8.2.bb
> b/meta/recipes-support/vim/vim-tiny_9.0.bb
> similarity index 100%
> rename from meta/recipes-support/vim/vim-tiny_8.2.bb
> rename to meta/recipes-support/vim/vim-tiny_9.0.bb
> diff --git a/meta/recipes-support/vim/vim.inc
> b/meta/recipes-support/vim/vim.inc
> index 06707dbe11..b85f34d6c8 100644
> --- a/meta/recipes-support/vim/vim.inc
> +++ b/meta/recipes-support/vim/vim.inc
> @@ -11,7 +11,7 @@ RSUGGESTS:${PN} = "diffutils"
>
> LICENSE = "Vim"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=6b30ea4fa660c483b619924bc709ef99 \
> -
> file://runtime/doc/uganda.txt;md5=daf48235bb824c77fe8ae88d5f575f74"
> +
> file://runtime/doc/uganda.txt;md5=001ef779f422a0e9106d428c84495b4d"
>
> SRC_URI = "git://github.com/vim/vim.git;branch=master;protocol=https \
> file://disable_acl_header_check.patch \
> @@ -21,8 +21,8 @@ SRC_URI =
> "git://github.com/vim/vim.git;branch=master;protocol=https \
> file://racefix.patch \
> "
>
> -PV .= ".5083"
> -SRCREV = "db77c49401145d76441fbb3d22a1d7d987681c13"
> +PV .= ".0005"
> +SRCREV = "040674129f3382822eeb7b590380efa5228124a8"
>
> # Remove when 8.3 is out
> UPSTREAM_VERSION_UNKNOWN = "1"
> diff --git a/meta/recipes-support/vim/vim_8.2.bb
> b/meta/recipes-support/vim/vim_9.0.bb
> similarity index 100%
> rename from meta/recipes-support/vim/vim_8.2.bb
> rename to meta/recipes-support/vim/vim_9.0.bb
> --
> 2.25.1
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167738):
https://lists.openembedded.org/g/openembedded-core/message/167738
Mute This Topic: https://lists.openembedded.org/mt/92199399/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] is "poky" distro defined to use "sysvinit" as INIT_MANAGER?
On Wed, Jul 6, 2022 at 12:38 PM Robert P. J. Day wrote: > > > not sure why i never noticed this before, but i started a new > project from the poky layer (not OE), and realized that poky.conf > explicitly sets: > > INIT_MANAGER = "sysvinit" > > which can't be overridden in my local.conf. if i want systemd, i guess > i can initialize my project from the OE layer, and i also notice that > i could use poky-altcfg.conf. > > but is there a reason that the default poky-based project fixes > INIT_MANAGER to "sysvinit". perhaps just for simplicity? > poky defaults to sysvinit. poky has poky-alt distro fi you want to use say systemd > rday > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167737): https://lists.openembedded.org/g/openembedded-core/message/167737 Mute This Topic: https://lists.openembedded.org/mt/92210454/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Build paths/reproduibility issues in master - help requested
On Mon, 2022-07-04 at 22:28 +0100, Richard Purdie via lists.openembedded.org wrote: > On Mon, 2022-07-04 at 14:34 +0100, Richard Purdie via > > > With docs enabled: > > > stdio: WARNING: lib32-vala-0.56.1-r0 do_package_qa: QA Issue: File > > > /usr/bin/vapigen-wrapper in package lib32-vala contains reference to > > > TMPDIR [buildpaths] > > > stdio: WARNING: rpm-1_4.17.0-r0 do_package_qa: QA Issue: File > > > /usr/lib64/pkgconfig/rpm.pc in package rpm-dev contains reference to > > > TMPDIR [buildpaths] > > > stdio: WARNING: lib32-gtk-doc-1.33.2-r0 do_package_qa: QA Issue: File > > > /usr/share/gtk-doc/python/gtkdoc/config_data.py in package lib32-gtk-doc > > > contains reference to TMPDIR [buildpaths] > > > stdio: WARNING: vala-0.56.1-r0 do_package_qa: QA Issue: File > > > /usr/bin/vapigen-wrapper in package vala contains reference to TMPDIR > > > [buildpaths] > > > stdio: WARNING: gtk-doc-1.33.2-r0 do_package_qa: QA Issue: File > > > /usr/share/gtk-doc/python/gtkdoc/config_data.py in package gtk-doc > > > contains reference to TMPDIR [buildpaths] I think I have fixes out for rpm (via lua) and vala. gtk-doc remains. > > These still remain. In addition we also have: > > > > A musl ltp issue: > > stdio: WARNING: ltp-20220527-r0 do_package_qa: QA Issue: File > > /opt/ltp/testcases/open_posix_testsuite/logfile.conformance-all in package > > ltp contains reference to TMPDIR [buildpaths] Still remaining. > > > > Some multilib issues: > > stdio: WARNING: lib32-vala-0.56.1-r0 do_package_qa: QA Issue: File > > /usr/bin/vapigen-wrapper in package lib32-vala contains reference to TMPDIR > > [buildpaths] > > stdio: WARNING: vala-0.56.1-r0 do_package_qa: QA Issue: File > > /usr/bin/vapigen-wrapper in package vala contains reference to TMPDIR > > [buildpaths] > > stdio: WARNING: rpm-1_4.17.0-r0 do_package_qa: QA Issue: File > > /usr/lib64/pkgconfig/rpm.pc in package rpm-dev contains reference to TMPDIR > > [buildpaths] These are probably fixed. > > qemuarm64: > > stdio: WARNING: kernel-devsrc-1.0-r0 do_package_qa: QA Issue: File > > /lib/modules/5.15.44-yocto-standard/build/include/generated/.vdso-offsets.h.cmd > > in package kernel-devsrc contains reference to TMPDIR [buildpaths] Fix out from Bruce (thanks!) > > > > meta-gplv2 issue: > > stdio: WARNING: mc-4.7.5.2-r3 do_package_qa: QA Issue: File > > /usr/libexec/mc/extfs.d/iso9660 in package mc-helpers contains reference to > > TMPDIR [buildpaths] > > stdio: WARNING: tar-1.17-r3 do_package_qa: QA Issue: File > > /usr/src/debug/tar/1.17-r3/build/lib/string.h in package tar-src contains > > reference to TMPDIR This may be the end of meta-gplv2 since nobody cares. > > > > Christopher replied about meta-virt which is much appreciated! > > With the .debug checking patch applied, we also see an issue with > lttng-modules on beaglebone, edgerouter, and qemumips: > > stdio: WARNING: lttng-modules-2.13.4-r0 do_package_qa: QA Issue: File > /lib/modules/5.15.36-yocto-standard/kernel/lttng-modules/lib/.debug/lttng-lib-ring-buffer.ko > in package lttng-modules-dbg contains reference to TMPDIR Still remaining. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167736): https://lists.openembedded.org/g/openembedded-core/message/167736 Mute This Topic: https://lists.openembedded.org/mt/92128673/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] is "poky" distro defined to use "sysvinit" as INIT_MANAGER?
not sure why i never noticed this before, but i started a new project from the poky layer (not OE), and realized that poky.conf explicitly sets: INIT_MANAGER = "sysvinit" which can't be overridden in my local.conf. if i want systemd, i guess i can initialize my project from the OE layer, and i also notice that i could use poky-altcfg.conf. but is there a reason that the default poky-based project fixes INIT_MANAGER to "sysvinit". perhaps just for simplicity? rday -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167735): https://lists.openembedded.org/g/openembedded-core/message/167735 Mute This Topic: https://lists.openembedded.org/mt/92210454/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] vala: Fix on target wrapper buildpaths issue
The on target wrapper contains paths from the host build. Remove them.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/vala/vala.inc | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-devtools/vala/vala.inc
b/meta/recipes-devtools/vala/vala.inc
index 90e0b77de0c..974baa33f5b 100644
--- a/meta/recipes-devtools/vala/vala.inc
+++ b/meta/recipes-devtools/vala/vala.inc
@@ -60,3 +60,9 @@ vapigen_sysroot_preprocess() {
}
SSTATE_SCAN_FILES += "vapigen-wrapper"
+
+PACKAGE_PREPROCESS_FUNCS += "vala_package_preprocess"
+
+vala_package_preprocess () {
+ sed -i -e 's:${RECIPE_SYSROOT}::g;' ${PKGD}${bindir}/vapigen-wrapper
+}
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167734):
https://lists.openembedded.org/g/openembedded-core/message/167734
Mute This Topic: https://lists.openembedded.org/mt/92210348/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] lua: Fix multilib buildpath reproducibility issues
The .pc we install ourselves for lua has hardcoded /lib assumptions in it
which means in a multilib environment, full build paths end up in users
like rpm's configuration.
Fix the .pc file to use a correct includedir and libdir to resolve
those reproducibility issues.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/lua/lua/lua.pc.in | 5 ++---
meta/recipes-devtools/lua/lua_5.4.4.bb | 2 +-
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-devtools/lua/lua/lua.pc.in
b/meta/recipes-devtools/lua/lua/lua.pc.in
index c27e86e85db..1fc288c4fec 100644
--- a/meta/recipes-devtools/lua/lua/lua.pc.in
+++ b/meta/recipes-devtools/lua/lua/lua.pc.in
@@ -1,6 +1,5 @@
-prefix=/usr
-libdir=${prefix}/lib
-includedir=${prefix}/include
+libdir=@LIBDIR@
+includedir=@INCLUDEDIR@
Name: Lua
Description: Lua language engine
diff --git a/meta/recipes-devtools/lua/lua_5.4.4.bb
b/meta/recipes-devtools/lua/lua_5.4.4.bb
index d7048413781..6f2cea53147 100644
--- a/meta/recipes-devtools/lua/lua_5.4.4.bb
+++ b/meta/recipes-devtools/lua/lua_5.4.4.bb
@@ -45,7 +45,7 @@ do_install () {
install
install -d ${D}${libdir}/pkgconfig
-sed -e s/@VERSION@/${PV}/ ${WORKDIR}/lua.pc.in > ${WORKDIR}/lua.pc
+sed -e s/@VERSION@/${PV}/ -e s#@LIBDIR@#${libdir}# -e
s#@INCLUDEDIR@#${includedir}# ${WORKDIR}/lua.pc.in > ${WORKDIR}/lua.pc
install -m 0644 ${WORKDIR}/lua.pc ${D}${libdir}/pkgconfig/
rmdir ${D}${datadir}/lua/5.4
rmdir ${D}${datadir}/lua
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167733):
https://lists.openembedded.org/g/openembedded-core/message/167733
Mute This Topic: https://lists.openembedded.org/mt/92209980/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] icecc.bbclass: enable networking in all tasks
On Wed, Jul 6, 2022 at 10:54 AM Martin Jansa wrote:
>
> FWIW: I have noticed yesterday that some of our builds were able to fetch
> external dependencies in do_configure again and found that it was caused by
> this commit.
>
> I understand why this was needed to make icecc.bbclass working again.
>
> Our (LGE) use-case is a bit special, because we inherit icecc by default
> (through INHERIT_DISTRO) even when most builders might have it disabled with
> ICECC_DISABLED - it's set this way, so that jenkins builders with icecc
> enabled produce sstate-cache which can be re-used in local build machines
> where icecc might be disabled.
>
> So to support this I've changed icecc.bbclass to respect ICECC_DISABLED when
> setting network varFlag:
> https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/kirkstone=5bbb735c3285a16bf2ec9548a58b887f93f4900e
>
> but that requires expand to be True in bitbake-worker as in:
> https://git.openembedded.org/bitbake-contrib/commit/?h=jansa/2.0=4a6c8e61a545152776c0c76304c4225f79de94d2
>
> But that has parsing performance penalty as discussed with RP on #yocto, here
> is relevant part:
>
> 16:03 < JaMa> RP: do you remember if there was specific reason for using
> expand=False for network varFlag in
> https://git.openembedded.org/bitbake/commit/?id=0746b6a2a32fec4c18bf1a52b1454ca4c04bf543
> ? I wanted to change
>
> https://git.openembedded.org/openembedded-core/commit/?h=kirkstone=25ea276a13a6ac2342c2b0945c8fafe878d56095
> to enable network only when ICECC_DISABLED isn't set
> 16:24 < RP> JaMa: it was efficiency
> 16:24 < RP> JaMa: saved any expansion call
> 16:24 < RP> and any processing to determine if the value was true or false
> 16:26 < JaMa> RP: and would it be acceptable to enable to support
> https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/kirkstone=5bbb735c3285a16bf2ec9548a58b887f93f4900e
> ?
> 16:28 < JaMa> I guess I can delVarFlag when ICECC_DISABLED is set, but then
> it would delete it even where it was explicitly enabled in the recipe
> 16:32 < RP> JaMa: well, I'd prefer not to as all these things mount up to
> increase parsing time but I'm starting to feel like I should just not care.
> I'm tired of saying no
> 16:33 < RP> JaMa: you could just equally set or delete those in anon python I
> guess. I really just don't know what to do for the best any more
> 16:34 < JaMa> RP: yes delVarFlag in anon python was my backup plan if the
> price for expand is too high, thanks
> 16:35 < RP> JaMa: it is sad in that "0" won't work in there are a value today
> either but I really don't know what price people want to pay on parsing speed
> vs usability and consistency
> 16:37 < JaMa> understood, thanks
> 16:39 < RP> JaMa: memories are paging back in, I think I did this to see
> whether anyone complained which they now have. It isn't unreasonable to
> properly check it :/
> 16:40 < RP> it is a bit like the cleandirs change for externalsrc. It will
> slow things down a lot :/
>
> Does anyone have some strong opinion either way or some other idea how to
> support this without parsing time penalty?
The only thing I can think of is maybe anonymous python? If that
works, it would at least limit the performance penalty to the case
where icecc.bbclass is inherited.
>
> Regards,
>
> On Mon, Feb 28, 2022 at 5:10 PM Jose Quaresma wrote:
>>
>> This patch can't be the right fix but currently the icecc.bbclass doesn't
>> work on master.
>>
>> Jose
>>
>> Jose Quaresma via lists.openembedded.org
>> escreveu no dia quarta,
>> 16/02/2022 Ã (s) 23:27:
>>>
>>> The icecc.bbclass needs network access to work properly.
>>>
>>> Currently I build with icecc inside a container with network isolation and
>>> my icecc daemon runs outside of the build container in my host.
>>> The only thing I need to do for using the icecc inside my build container is
>>> mounting the unix socket /var/run/icecc/iceccd.socket inside the container.
>>>
>>> I think we need something like this mount functionality to have access to
>>> some sockets connections inside the tasks that runs on the new namespace
>>> created with unshare system call.
>>>
>>> This patch is not a the real solution for the problem and is more like
>>> an hack so we can use the icecc.bbclass again.
>>>
>>> Signed-off-by: Jose Quaresma
>>> ---
>>> meta/classes/icecc.bbclass | 4
>>> 1 file changed, 4 insertions(+)
>>>
>>> diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass
>>> index 3bbd2645af..68415b04c7 100644
>>> --- a/meta/classes/icecc.bbclass
>>> +++ b/meta/classes/icecc.bbclass
>>> @@ -428,18 +428,22 @@ set_icecc_env() {
>>> bbnote "Using icecc tarball: $ICECC_VERSION"
>>> }
>>>
>>> +do_configure[network] = "1"
>>> do_configure:prepend() {
>>> set_icecc_env
>>> }
>>>
>>> +do_compile[network] = "1"
>>> do_compile:prepend() {
>>> set_icecc_env
>>> }
>>>
>>> +do_compile_kernelmodules[network] = "1"
>>>
Re: [OE-core] [PATCH] icecc.bbclass: enable networking in all tasks
FWIW: I have noticed yesterday that some of our builds were able to fetch
external dependencies in do_configure again and found that it was caused by
this commit.
I understand why this was needed to make icecc.bbclass working again.
Our (LGE) use-case is a bit special, because we inherit icecc by default
(through INHERIT_DISTRO) even when most builders might have it disabled
with ICECC_DISABLED - it's set this way, so that jenkins builders with
icecc enabled produce sstate-cache which can be re-used in local build
machines where icecc might be disabled.
So to support this I've changed icecc.bbclass to respect ICECC_DISABLED
when setting network varFlag:
https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/kirkstone=5bbb735c3285a16bf2ec9548a58b887f93f4900e
but that requires expand to be True in bitbake-worker as in:
https://git.openembedded.org/bitbake-contrib/commit/?h=jansa/2.0=4a6c8e61a545152776c0c76304c4225f79de94d2
But that has parsing performance penalty as discussed with RP on #yocto,
here is relevant part:
16:03 < JaMa> RP: do you remember if there was specific reason for using
expand=False for network varFlag in
https://git.openembedded.org/bitbake/commit/?id=0746b6a2a32fec4c18bf1a52b1454ca4c04bf543
? I wanted to change
https://git.openembedded.org/openembedded-core/commit/?h=kirkstone=25ea276a13a6ac2342c2b0945c8fafe878d56095
to enable network only when ICECC_DISABLED isn't set
16:24 < RP> JaMa: it was efficiency
16:24 < RP> JaMa: saved any expansion call
16:24 < RP> and any processing to determine if the value was true or false
16:26 < JaMa> RP: and would it be acceptable to enable to support
https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/kirkstone=5bbb735c3285a16bf2ec9548a58b887f93f4900e
?
16:28 < JaMa> I guess I can delVarFlag when ICECC_DISABLED is set, but then
it would delete it even where it was explicitly enabled in the recipe
16:32 < RP> JaMa: well, I'd prefer not to as all these things mount up to
increase parsing time but I'm starting to feel like I should just not care.
I'm tired of saying no
16:33 < RP> JaMa: you could just equally set or delete those in anon python
I guess. I really just don't know what to do for the best any more
16:34 < JaMa> RP: yes delVarFlag in anon python was my backup plan if the
price for expand is too high, thanks
16:35 < RP> JaMa: it is sad in that "0" won't work in there are a value
today either but I really don't know what price people want to pay on
parsing speed vs usability and consistency
16:37 < JaMa> understood, thanks
16:39 < RP> JaMa: memories are paging back in, I think I did this to see
whether anyone complained which they now have. It isn't unreasonable to
properly check it :/
16:40 < RP> it is a bit like the cleandirs change for externalsrc. It will
slow things down a lot :/
Does anyone have some strong opinion either way or some other idea how to
support this without parsing time penalty?
Regards,
On Mon, Feb 28, 2022 at 5:10 PM Jose Quaresma
wrote:
> This patch can't be the right fix but currently the icecc.bbclass doesn't
> work on master.
>
> Jose
>
> Jose Quaresma via lists.openembedded.org gmail@lists.openembedded.org> escreveu no dia quarta, 16/02/2022 Ã (s)
> 23:27:
>
>> The icecc.bbclass needs network access to work properly.
>>
>> Currently I build with icecc inside a container with network isolation and
>> my icecc daemon runs outside of the build container in my host.
>> The only thing I need to do for using the icecc inside my build container
>> is
>> mounting the unix socket /var/run/icecc/iceccd.socket inside the
>> container.
>>
>> I think we need something like this mount functionality to have access to
>> some sockets connections inside the tasks that runs on the new namespace
>> created with unshare system call.
>>
>> This patch is not a the real solution for the problem and is more like
>> an hack so we can use the icecc.bbclass again.
>>
>> Signed-off-by: Jose Quaresma
>> ---
>> meta/classes/icecc.bbclass | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass
>> index 3bbd2645af..68415b04c7 100644
>> --- a/meta/classes/icecc.bbclass
>> +++ b/meta/classes/icecc.bbclass
>> @@ -428,18 +428,22 @@ set_icecc_env() {
>> bbnote "Using icecc tarball: $ICECC_VERSION"
>> }
>>
>> +do_configure[network] = "1"
>> do_configure:prepend() {
>> set_icecc_env
>> }
>>
>> +do_compile[network] = "1"
>> do_compile:prepend() {
>> set_icecc_env
>> }
>>
>> +do_compile_kernelmodules[network] = "1"
>> do_compile_kernelmodules:prepend() {
>> set_icecc_env
>> }
>>
>> +do_install[network] = "1"
>> do_install:prepend() {
>> set_icecc_env
>> }
>> --
>> 2.35.1
>>
>>
>>
>>
>>
>
> --
> Best regards,
>
> José Quaresma
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167731):
https://lists.openembedded.org/g/openembedded-core/message/167731
Mute
[OE-core][dunfell 00/12] Pull request (cover letter only)
The following changes since commit c6f5fb5e7545636ef7948ad1562548b7b64dac35:
linux-firmware: upgrade 20220509 -> 20220610 (2022-06-20 07:32:00 -1000)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next
Ahmed Hossam (1):
insane.bbclass: host-user-contaminated: Correct per package home path
Alexander Kanavin (1):
wireless-regdb: upgrade 2022.04.08 -> 2022.06.06
Hitendra Prajapati (3):
golang: CVE-2022-24675 encoding/pem: fix stack overflow in Decode
golang: CVE-2021-31525 net/http: panic in ReadRequest and ReadResponse
when reading a very large header
grub2: CVE-2021-3981 Incorrect permission in grub.cfg allow
unprivileged user to read the file content
Joe Slater (1):
unzip: fix CVE-2021-4217
Marek Vasut (1):
lttng-modules: Backport Linux 5.18+, 5.15.44+, 5.10.119+ fixes
Marta Rybczynska (2):
cve-check: add support for Ignored CVEs
oeqa/selftest/cve_check: add tests for Ignored and partial reports
Martin Jansa (1):
wic: fix WicError message
Muhammad Hamza (1):
initramfs-framework: move storage mounts to actual rootfs
Richard Purdie (1):
unzip: Port debian fixes for two CVEs
meta/classes/cve-check.bbclass| 41 ++-
meta/classes/insane.bbclass | 2 +-
meta/lib/oeqa/selftest/cases/cve_check.py | 82 ++
.../grub/files/CVE-2021-3981.patch| 32 +++
meta/recipes-bsp/grub/grub2.inc | 1 +
.../initrdscripts/initramfs-framework/finish | 9 +
meta/recipes-devtools/go/go-1.14.inc | 2 +
.../go/go-1.14/CVE-2021-31525.patch | 38 +++
.../go/go-1.14/CVE-2022-24675.patch | 271 ++
.../unzip/unzip/CVE-2021-4217.patch | 67 +
.../unzip/unzip/CVE-2022-0529.patch | 39 +++
.../unzip/unzip/CVE-2022-0530.patch | 33 +++
meta/recipes-extended/unzip/unzip_6.0.bb | 3 +
...ndom-remove-unused-tracepoints-v5.18.patch | 46 +++
...emove-unused-tracepoints-v5.10-v5.15.patch | 45 +++
...racepoints-removed-in-stable-kernels.patch | 51
.../lttng/lttng-modules_2.11.6.bb | 3 +
04.08.bb => wireless-regdb_2022.06.06.bb} | 2 +-
scripts/wic | 2 +-
19 files changed, 754 insertions(+), 15 deletions(-)
create mode 100644 meta/recipes-bsp/grub/files/CVE-2021-3981.patch
create mode 100644 meta/recipes-devtools/go/go-1.14/CVE-2021-31525.patch
create mode 100644 meta/recipes-devtools/go/go-1.14/CVE-2022-24675.patch
create mode 100644 meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch
create mode 100644 meta/recipes-extended/unzip/unzip/CVE-2022-0529.patch
create mode 100644 meta/recipes-extended/unzip/unzip/CVE-2022-0530.patch
create mode 100644
meta/recipes-kernel/lttng/lttng-modules/0017-fix-random-remove-unused-tracepoints-v5.18.patch
create mode 100644
meta/recipes-kernel/lttng/lttng-modules/0018-fix-random-remove-unused-tracepoints-v5.10-v5.15.patch
create mode 100644
meta/recipes-kernel/lttng/lttng-modules/0019-fix-random-tracepoints-removed-in-stable-kernels.patch
rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2022.04.08.bb =>
wireless-regdb_2022.06.06.bb} (94%)
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167730):
https://lists.openembedded.org/g/openembedded-core/message/167730
Mute This Topic: https://lists.openembedded.org/mt/92208075/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 4/7] wayland: update 1.20.0 -> 1.21.0
Yes, the fix to meta-mingw was already sent, and is already in master-next.
Alex
On Wed, 6 Jul 2022 at 15:22, Alexandre Belloni
wrote:
>
> Hello Alex,
>
> I guess you have seen it in your build but this is probably the cause of
> the meta-mingw failure:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/5467/steps/12/logs/stdio
>
> On 05/07/2022 19:03:36+0200, Alexander Kanavin wrote:
> > Drop the patch, as it is no longer necessary
> > (genereated .pc defines everything as relative to the .pc path).
> >
> > Signed-off-by: Alexander Kanavin
> > ---
> > ...hardcode-the-path-to-wayland-scanner.patch | 27 ---
> > .../{wayland_1.20.0.bb => wayland_1.21.0.bb} | 5 ++--
> > 2 files changed, 2 insertions(+), 30 deletions(-)
> > delete mode 100644
> > meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> > rename meta/recipes-graphics/wayland/{wayland_1.20.0.bb =>
> > wayland_1.21.0.bb} (90%)
> >
> > diff --git
> > a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> >
> > b/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> > deleted file mode 100644
> > index e3e71925b8..00
> > ---
> > a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> > +++ /dev/null
> > @@ -1,27 +0,0 @@
> > -From 3e7cd56611aeec274e48a4816bc7c21f74f15be0 Mon Sep 17 00:00:00 2001
> > -From: Alexander Kanavin
> > -Date: Mon, 17 Feb 2020 21:46:18 +0100
> > -Subject: [PATCH] Do not hardcode the path to wayland-scanner
> > -
> > -This results in host contamination during builds.
> > -
> > -Upstream-Status: Inappropriate [oe-core specific]
> > -Signed-off-by: Alexander Kanavin
> > -
> >
> > - src/meson.build | 2 +-
> > - 1 file changed, 1 insertion(+), 1 deletion(-)
> > -
> > -diff --git a/src/meson.build b/src/meson.build
> > -index 15730a3..61edbc8 100644
> > a/src/meson.build
> > -+++ b/src/meson.build
> > -@@ -52,7 +52,7 @@ if get_option('scanner')
> > - 'datarootdir=' + join_paths('${prefix}',
> > get_option('datadir')),
> > - 'pkgdatadir=' + join_paths('${datarootdir}',
> > meson.project_name()),
> > - 'bindir=' + join_paths('${prefix}',
> > get_option('bindir')),
> > --'wayland_scanner=${bindir}/wayland-scanner'
> > -+'wayland_scanner=wayland-scanner'
> > - ],
> > - filebase: 'wayland-scanner'
> > - )
> > diff --git a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> > b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> > similarity index 90%
> > rename from meta/recipes-graphics/wayland/wayland_1.20.0.bb
> > rename to meta/recipes-graphics/wayland/wayland_1.21.0.bb
> > index dd48a29dc4..ce59e601d2 100644
> > --- a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> > +++ b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> > @@ -12,12 +12,11 @@ LIC_FILES_CHKSUM =
> > "file://COPYING;md5=b31d8f53b6aaf2b4985d7dd7810a70d1 \
> >
> > DEPENDS = "expat libffi wayland-native"
> >
> > -SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> > +SRC_URI =
> > "https://gitlab.freedesktop.org/wayland/wayland/-/releases/${PV}/downloads/${BPN}-${PV}.tar.xz
> > \
> > file://run-ptest \
> > - file://0002-Do-not-hardcode-the-path-to-wayland-scanner.patch \
> > file://0001-build-Fix-strndup-detection-on-MinGW.patch \
> > "
> > -SRC_URI[sha256sum] =
> > "b8a034154c7059772e0fdbd27dbfcda6c732df29cae56a82274f6ec5d7cd8725"
> > +SRC_URI[sha256sum] =
> > "6dc64d7fc16837a693a51cfdb2e568db538bfdc9f457d4656285bb9594ef11ac"
> >
> > UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html;
> > UPSTREAM_CHECK_REGEX = "wayland-(?P\d+\.\d+\.(?!9\d+)\d+)"
> > --
> > 2.30.2
> >
>
> >
> >
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167729):
https://lists.openembedded.org/g/openembedded-core/message/167729
Mute This Topic: https://lists.openembedded.org/mt/92189298/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] meta: introduce UBOOT_MKIMAGE_KERNEL_TYPE
Hello,
On 06/07/2022 13:10:28+0200, Ming Liu wrote:
> From: Ming Liu
>
> Sometimes an end user might want to choose another kernel type argument
> for uboot-mkimage other than "kernel", for instance: "kernel_noload".
>
> Let's introduce a variable UBOOT_MKIMAGE_KERNEL_TYPE to support that,
> and it could be used by BSP layers as well.
>
> Signed-off-by: Ming Liu
> ---
> meta/classes/kernel-fitimage.bbclass | 2 +-
> meta/classes/kernel-uboot.bbclass| 3 +++
> meta/classes/kernel-uimage.bbclass | 2 +-
> meta/lib/oeqa/selftest/cases/fitimage.py | 3 ++-
> 4 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 7e09b075ff..2112ae4cfa 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -148,7 +148,7 @@ fitimage_emit_section_kernel() {
> kernel-$2 {
> description = "Linux kernel";
> data = /incbin/("$3");
> -type = "kernel";
> +type = "${UBOOT_MKIMAGE_KERNEL_TYPE}";
> arch = "${UBOOT_ARCH}";
> os = "linux";
> compression = "$4";
> diff --git a/meta/classes/kernel-uboot.bbclass
> b/meta/classes/kernel-uboot.bbclass
> index 2facade818..1bc98e042d 100644
> --- a/meta/classes/kernel-uboot.bbclass
> +++ b/meta/classes/kernel-uboot.bbclass
> @@ -2,6 +2,9 @@
> FIT_KERNEL_COMP_ALG ?= "gzip"
> FIT_KERNEL_COMP_ALG_EXTENSION ?= ".gz"
>
> +# Kernel image type passed to mkimage (i.e. kernel kernel_noload...)
> +UBOOT_MKIMAGE_KERNEL_TYPE ?= "kernel"
> +
> uboot_prep_kimage() {
> if [ -e arch/${ARCH}/boot/compressed/vmlinux ]; then
> vmlinux_path="arch/${ARCH}/boot/compressed/vmlinux"
> diff --git a/meta/classes/kernel-uimage.bbclass
> b/meta/classes/kernel-uimage.bbclass
> index cedb4fa070..e116bf0265 100644
> --- a/meta/classes/kernel-uimage.bbclass
> +++ b/meta/classes/kernel-uimage.bbclass
> @@ -30,6 +30,6 @@ do_uboot_mkimage() {
> awk '$3=="${UBOOT_ENTRYSYMBOL}" {print "0x"$1;exit}'`
> fi
>
> - uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C "${linux_comp}" -a
> ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n "${DISTRO_NAME}/${PV}/${MACHINE}" -d
> linux.bin ${B}/arch/${ARCH}/boot/uImage
> + uboot-mkimage -A ${UBOOT_ARCH} -O ${UBOOT_MKIMAGE_KERNEL_TYPE} -T
> kernel -C "${linux_comp}" -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n
> "${DISTRO_NAME}/${PV}/${MACHINE}" -d linux.bin ${B}/arch/${ARCH}/boot/uImage
I feel like you replace the wrong argument here.
> rm -f linux.bin
> }
> diff --git a/meta/lib/oeqa/selftest/cases/fitimage.py
> b/meta/lib/oeqa/selftest/cases/fitimage.py
> index e6bfd1257e..7e6479c9ca 100644
> --- a/meta/lib/oeqa/selftest/cases/fitimage.py
> +++ b/meta/lib/oeqa/selftest/cases/fitimage.py
> @@ -763,6 +763,7 @@ FIT_HASH_ALG = "sha256"
>
> kernel_load = str(get_bb_var('UBOOT_LOADADDRESS'))
> kernel_entry = str(get_bb_var('UBOOT_ENTRYPOINT'))
> +kernel_type = str(get_bb_var('UBOOT_MKIMAGE_KERNEL_TYPE'))
> kernel_compression = str(get_bb_var('FIT_KERNEL_COMP_ALG'))
> uboot_arch = str(get_bb_var('UBOOT_ARCH'))
> fit_hash_alg = str(get_bb_var('FIT_HASH_ALG'))
> @@ -775,7 +776,7 @@ FIT_HASH_ALG = "sha256"
> 'kernel-1 {',
> 'description = "Linux kernel";',
> 'data = /incbin/("linux.bin");',
> -'type = "kernel";',
> +'type = "' + kernel_type + '";',
> 'arch = "' + uboot_arch + '";',
> 'os = "linux";',
> 'compression = "' + kernel_compression + '";',
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167728):
https://lists.openembedded.org/g/openembedded-core/message/167728
Mute This Topic: https://lists.openembedded.org/mt/92204115/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] linux-yocto 5.15.48 reproducibility failure
On Wed, Jul 6, 2022 at 9:31 AM Richard Purdie wrote: > > On Wed, 2022-07-06 at 15:29 +0200, Alexandre Belloni wrote: > > Hello Bruce, > > > > I got the following reproducible build failures: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio > > > > To me, it looks like the in-kernel config changed, did the compression > > alg change? > > > > Are you able to look at that soon or should I file a bug? > > FWIW, > http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220705-g8ltxczy/packages/diff-html/ > > and CONFIG_CC_HAS_ASM_GOTO_TIED_OUTPUT=y changed value... A quick look at the -stable queue to init/Kconfig does indeed show that option arriving .. from my scan of the change, it looks like there are different compilers on the hosts, and hence that check is detecting a buggy gcc (or not) and changing the value. So one of the build hosts is failing the test, and another isn't. I'm not sure how to fix that, unless we revert the change. I'll ponder it more. Bruce > > Cheers, > > Richard -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167727): https://lists.openembedded.org/g/openembedded-core/message/167727 Mute This Topic: https://lists.openembedded.org/mt/92206283/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] linux-yocto 5.15.48 reproducibility failure
On Wed, Jul 6, 2022 at 9:29 AM Alexandre Belloni wrote: > > Hello Bruce, > > I got the following reproducible build failures: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio > > To me, it looks like the in-kernel config changed, did the compression > alg change? > > Are you able to look at that soon or should I file a bug? I won't be doing any more reproducibility work until the end of next week at this point. FWIW, I have more -stable changes queued already, but the can stay pending until we sort these out. Bruce > > Regards, > > -- > Alexandre Belloni, co-owner and COO, Bootlin > Embedded Linux and Kernel engineering > https://bootlin.com -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167726): https://lists.openembedded.org/g/openembedded-core/message/167726 Mute This Topic: https://lists.openembedded.org/mt/92206283/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] linux-yocto 5.15.48 reproducibility failure
On Wed, 2022-07-06 at 15:29 +0200, Alexandre Belloni wrote: > Hello Bruce, > > I got the following reproducible build failures: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio > > To me, it looks like the in-kernel config changed, did the compression > alg change? > > Are you able to look at that soon or should I file a bug? FWIW, http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220705-g8ltxczy/packages/diff-html/ and CONFIG_CC_HAS_ASM_GOTO_TIED_OUTPUT=y changed value... Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167725): https://lists.openembedded.org/g/openembedded-core/message/167725 Mute This Topic: https://lists.openembedded.org/mt/92206283/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] linux-yocto 5.15.48 reproducibility failure
Hello Bruce, I got the following reproducible build failures: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio To me, it looks like the in-kernel config changed, did the compression alg change? Are you able to look at that soon or should I file a bug? Regards, -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167724): https://lists.openembedded.org/g/openembedded-core/message/167724 Mute This Topic: https://lists.openembedded.org/mt/92206283/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 4/7] wayland: update 1.20.0 -> 1.21.0
Hello Alex,
I guess you have seen it in your build but this is probably the cause of
the meta-mingw failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/5467/steps/12/logs/stdio
On 05/07/2022 19:03:36+0200, Alexander Kanavin wrote:
> Drop the patch, as it is no longer necessary
> (genereated .pc defines everything as relative to the .pc path).
>
> Signed-off-by: Alexander Kanavin
> ---
> ...hardcode-the-path-to-wayland-scanner.patch | 27 ---
> .../{wayland_1.20.0.bb => wayland_1.21.0.bb} | 5 ++--
> 2 files changed, 2 insertions(+), 30 deletions(-)
> delete mode 100644
> meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> rename meta/recipes-graphics/wayland/{wayland_1.20.0.bb =>
> wayland_1.21.0.bb} (90%)
>
> diff --git
> a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
>
> b/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> deleted file mode 100644
> index e3e71925b8..00
> ---
> a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -From 3e7cd56611aeec274e48a4816bc7c21f74f15be0 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin
> -Date: Mon, 17 Feb 2020 21:46:18 +0100
> -Subject: [PATCH] Do not hardcode the path to wayland-scanner
> -
> -This results in host contamination during builds.
> -
> -Upstream-Status: Inappropriate [oe-core specific]
> -Signed-off-by: Alexander Kanavin
> -
>
> - src/meson.build | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/src/meson.build b/src/meson.build
> -index 15730a3..61edbc8 100644
> a/src/meson.build
> -+++ b/src/meson.build
> -@@ -52,7 +52,7 @@ if get_option('scanner')
> - 'datarootdir=' + join_paths('${prefix}',
> get_option('datadir')),
> - 'pkgdatadir=' + join_paths('${datarootdir}',
> meson.project_name()),
> - 'bindir=' + join_paths('${prefix}',
> get_option('bindir')),
> --'wayland_scanner=${bindir}/wayland-scanner'
> -+'wayland_scanner=wayland-scanner'
> - ],
> - filebase: 'wayland-scanner'
> - )
> diff --git a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> similarity index 90%
> rename from meta/recipes-graphics/wayland/wayland_1.20.0.bb
> rename to meta/recipes-graphics/wayland/wayland_1.21.0.bb
> index dd48a29dc4..ce59e601d2 100644
> --- a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> +++ b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> @@ -12,12 +12,11 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=b31d8f53b6aaf2b4985d7dd7810a70d1 \
>
> DEPENDS = "expat libffi wayland-native"
>
> -SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> +SRC_URI =
> "https://gitlab.freedesktop.org/wayland/wayland/-/releases/${PV}/downloads/${BPN}-${PV}.tar.xz
> \
> file://run-ptest \
> - file://0002-Do-not-hardcode-the-path-to-wayland-scanner.patch \
> file://0001-build-Fix-strndup-detection-on-MinGW.patch \
> "
> -SRC_URI[sha256sum] =
> "b8a034154c7059772e0fdbd27dbfcda6c732df29cae56a82274f6ec5d7cd8725"
> +SRC_URI[sha256sum] =
> "6dc64d7fc16837a693a51cfdb2e568db538bfdc9f457d4656285bb9594ef11ac"
>
> UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html;
> UPSTREAM_CHECK_REGEX = "wayland-(?P\d+\.\d+\.(?!9\d+)\d+)"
> --
> 2.30.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167723):
https://lists.openembedded.org/g/openembedded-core/message/167723
Mute This Topic: https://lists.openembedded.org/mt/92189298/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] icon-naming-utils: Resurrect for sato-icon-theme
To add back sato-icon-theme we need this small util.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
.../icon-naming-utils_0.8.90.bb | 28 +++
2 files changed, 29 insertions(+)
create mode 100644
meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 18b0624af72..c55b2a09cf9 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -261,6 +261,7 @@ RECIPE_MAINTAINER:pn-hicolor-icon-theme = "Anuj Mittal
"
RECIPE_MAINTAINER:pn-hwlatdetect = "Alexander Kanavin "
RECIPE_MAINTAINER:pn-i2c-tools = "Anuj Mittal "
RECIPE_MAINTAINER:pn-icecc-create-env = "Joshua Watt "
+RECIPE_MAINTAINER:pn-icon-naming-utils = "Richard Purdie
"
RECIPE_MAINTAINER:pn-icu = "Alexander Kanavin "
RECIPE_MAINTAINER:pn-ifupdown = "Anuj Mittal "
RECIPE_MAINTAINER:pn-igt-gpu-tools = "Anuj Mittal "
diff --git a/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
new file mode 100644
index 000..bde265f64fe
--- /dev/null
+++ b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
@@ -0,0 +1,28 @@
+SUMMARY = "Enables backwards compatibility with current desktop icon themes"
+DESCRIPTION = "A Perl script used for maintaining backwards \
+compatibility with current desktop icon themes, while migrating to the \
+names specified in the Icon Naming Specification. The Icon Naming \
+Utilities map the icon names used by the GNOME and KDE desktops to the \
+icon names proposed in the Icon Naming Specification, and generate the \
+icon files appropriate to the desktop environment you use. The Icon \
+Naming Specification provides a standard list of common icon contexts \
+and names that can be used to make icon themes work in a desktop \
+environment or application that implements the naming specification. "
+LICENSE = "GPLv2"
+DEPENDS = "libxml-simple-perl-native"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
+
+SRC_URI =
"http://tango.freedesktop.org/releases/icon-naming-utils-${PV}.tar.gz;
+SRC_URI[sha256sum] =
"044ab2199ed8c6a55ce36fd4fcd8b8021a5e21f5bab028c0a7cdcf52a5902e1c"
+
+inherit autotools allarch perlnative
+
+do_configure:append() {
+ # Make sure we use our nativeperl wrapper.
+ sed -i -e "1s:#!.*:#!/usr/bin/env nativeperl:"
${S}/icon-name-mapping.pl.in
+}
+
+FILES:${PN} += "${datadir}/dtds"
+
+BBCLASSEXTEND = "native"
\ No newline at end of file
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167721):
https://lists.openembedded.org/g/openembedded-core/message/167721
Mute This Topic: https://lists.openembedded.org/mt/92205963/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] sato-icon-theme: Add back with support for scalable icons
Resurrect sato-icon-theme and move to a version with scalable icons support
to replace adwaita-icon-theme which no longer supports the icons we need
for the sato desktop.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
.../gstreamer/gst-examples/gst-player.desktop | 2 +-
.../packagegroup-core-x11-sato.bb | 2 +-
.../sato-icon-theme/sato-icon-theme_git.bb| 28 +++
4 files changed, 31 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index c55b2a09cf9..a69af3d7805 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -725,6 +725,7 @@ RECIPE_MAINTAINER:pn-rust-llvm = "Randy MacLeod
"
RECIPE_MAINTAINER:pn-rust-tools-cross-canadian-${TRANSLATED_TARGET_ARCH} =
"Randy MacLeod "
RECIPE_MAINTAINER:pn-rxvt-unicode = "Unassigned "
RECIPE_MAINTAINER:pn-sato-screenshot = "Ross Burton "
+RECIPE_MAINTAINER:pn-sato-icon-theme = "Richard Purdie
"
RECIPE_MAINTAINER:pn-sbc = "Unassigned "
RECIPE_MAINTAINER:pn-screen = "Anuj Mittal "
RECIPE_MAINTAINER:pn-seatd = "Alexander Kanavin "
diff --git a/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
b/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
index 7ddd456a1ed..d165e5d910e 100644
--- a/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
+++ b/meta/recipes-multimedia/gstreamer/gst-examples/gst-player.desktop
@@ -1,7 +1,7 @@
[Desktop Entry]
Name=Media Player
Comment=Basic media player
-Icon=multimedia-player
+Icon=video-player
TryExec=gtk-play
Exec=gtk-play
StartupNotify=true
diff --git a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
index cfa301a58d2..6866a4d7380 100644
--- a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
+++ b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
@@ -31,7 +31,7 @@ RDEPENDS:${PN}-base = "\
matchbox-keyboard-im \
matchbox-config-gtk \
xcursor-transparent-theme \
-adwaita-icon-theme \
+sato-icon-theme \
settings-daemon \
shutdown-desktop \
${NETWORK_MANAGER} \
diff --git a/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
b/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
new file mode 100644
index 000..e2140bfdd70
--- /dev/null
+++ b/meta/recipes-sato/sato-icon-theme/sato-icon-theme_git.bb
@@ -0,0 +1,28 @@
+SUMMARY = "Sato icon theme"
+HOMEPAGE = "https://www.yoctoproject.org/;
+BUGTRACKER = "http://bugzilla.yoctoproject.org/;
+
+LICENSE = "CC-BY-SA-3.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=56a830bbe6e4697fe6cbbae01bb7c2b2"
+SECTION = "x11"
+
+DEPENDS = "icon-naming-utils-native libxml-simple-perl-native"
+
+SRC_URI =
"git://git.yoctoproject.org/sato-icon-theme.git;protocol=https;branch=master"
+SRCREV = "d23f04ecb0328f655bf195df8eb04c1b734d53a9"
+
+S = "${WORKDIR}/git"
+
+inherit autotools pkgconfig allarch gtk-icon-cache perlnative
+
+# The configure script uses pkg-config to find native binaries to execute, so
+# tell it to use our pkg-config-native wrapper.
+export PKG_CONFIG = "pkg-config-native"
+
+FILES:${PN} += "${datadir}/icons/Sato"
+
+do_install:append() {
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
preferences-system.png {}/apps/preferences-desktop.png \;
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
file-manager.png {}/apps/system-file-manager.png \;
+ find ${D}${datadir}/icons/Sato/ -maxdepth 1 -type d -exec ln -s
../apps/terminal.png {}/places/computer.png \;
+}
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167722):
https://lists.openembedded.org/g/openembedded-core/message/167722
Mute This Topic: https://lists.openembedded.org/mt/92205964/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/7] sato: work around missing icons in adwaita 42.0
On Tue, 2022-07-05 at 19:03 +0200, Alexander Kanavin wrote: > adwaita icon theme upstream has done significant trimming around app category > icons > (fullcolour versions gone completely, 'symbolic' b versions still around > but marked > as legacy). Going forward, apps would need to provide their own icons. Given > that > sato is likely to be deprecated in favour of wayland/weston rather soon, > let's use > the symbolic icons for now. > > [YOCTO #14782] I did finally get some time to run some tests and compare these with some ideas I had. This patch has horribly fuzzy icons in black and white and I do not think it is a good option. I'm therefore definitely not going to take this patch. I'm going to work on cleaning up my patch to add svg icons to sato- icon-theme and bring those back for now. It will mean icon-naming-tools has to come back too but it isn't a complex recipe. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167720): https://lists.openembedded.org/g/openembedded-core/message/167720 Mute This Topic: https://lists.openembedded.org/mt/92189295/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] meta: introduce UBOOT_MKIMAGE_KERNEL_TYPE
From: Ming Liu
Sometimes an end user might want to choose another kernel type argument
for uboot-mkimage other than "kernel", for instance: "kernel_noload".
Let's introduce a variable UBOOT_MKIMAGE_KERNEL_TYPE to support that,
and it could be used by BSP layers as well.
Signed-off-by: Ming Liu
---
meta/classes/kernel-fitimage.bbclass | 2 +-
meta/classes/kernel-uboot.bbclass| 3 +++
meta/classes/kernel-uimage.bbclass | 2 +-
meta/lib/oeqa/selftest/cases/fitimage.py | 3 ++-
4 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 7e09b075ff..2112ae4cfa 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -148,7 +148,7 @@ fitimage_emit_section_kernel() {
kernel-$2 {
description = "Linux kernel";
data = /incbin/("$3");
-type = "kernel";
+type = "${UBOOT_MKIMAGE_KERNEL_TYPE}";
arch = "${UBOOT_ARCH}";
os = "linux";
compression = "$4";
diff --git a/meta/classes/kernel-uboot.bbclass
b/meta/classes/kernel-uboot.bbclass
index 2facade818..1bc98e042d 100644
--- a/meta/classes/kernel-uboot.bbclass
+++ b/meta/classes/kernel-uboot.bbclass
@@ -2,6 +2,9 @@
FIT_KERNEL_COMP_ALG ?= "gzip"
FIT_KERNEL_COMP_ALG_EXTENSION ?= ".gz"
+# Kernel image type passed to mkimage (i.e. kernel kernel_noload...)
+UBOOT_MKIMAGE_KERNEL_TYPE ?= "kernel"
+
uboot_prep_kimage() {
if [ -e arch/${ARCH}/boot/compressed/vmlinux ]; then
vmlinux_path="arch/${ARCH}/boot/compressed/vmlinux"
diff --git a/meta/classes/kernel-uimage.bbclass
b/meta/classes/kernel-uimage.bbclass
index cedb4fa070..e116bf0265 100644
--- a/meta/classes/kernel-uimage.bbclass
+++ b/meta/classes/kernel-uimage.bbclass
@@ -30,6 +30,6 @@ do_uboot_mkimage() {
awk '$3=="${UBOOT_ENTRYSYMBOL}" {print "0x"$1;exit}'`
fi
- uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C "${linux_comp}" -a
${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n "${DISTRO_NAME}/${PV}/${MACHINE}" -d
linux.bin ${B}/arch/${ARCH}/boot/uImage
+ uboot-mkimage -A ${UBOOT_ARCH} -O ${UBOOT_MKIMAGE_KERNEL_TYPE} -T
kernel -C "${linux_comp}" -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n
"${DISTRO_NAME}/${PV}/${MACHINE}" -d linux.bin ${B}/arch/${ARCH}/boot/uImage
rm -f linux.bin
}
diff --git a/meta/lib/oeqa/selftest/cases/fitimage.py
b/meta/lib/oeqa/selftest/cases/fitimage.py
index e6bfd1257e..7e6479c9ca 100644
--- a/meta/lib/oeqa/selftest/cases/fitimage.py
+++ b/meta/lib/oeqa/selftest/cases/fitimage.py
@@ -763,6 +763,7 @@ FIT_HASH_ALG = "sha256"
kernel_load = str(get_bb_var('UBOOT_LOADADDRESS'))
kernel_entry = str(get_bb_var('UBOOT_ENTRYPOINT'))
+kernel_type = str(get_bb_var('UBOOT_MKIMAGE_KERNEL_TYPE'))
kernel_compression = str(get_bb_var('FIT_KERNEL_COMP_ALG'))
uboot_arch = str(get_bb_var('UBOOT_ARCH'))
fit_hash_alg = str(get_bb_var('FIT_HASH_ALG'))
@@ -775,7 +776,7 @@ FIT_HASH_ALG = "sha256"
'kernel-1 {',
'description = "Linux kernel";',
'data = /incbin/("linux.bin");',
-'type = "kernel";',
+'type = "' + kernel_type + '";',
'arch = "' + uboot_arch + '";',
'os = "linux";',
'compression = "' + kernel_compression + '";',
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167719):
https://lists.openembedded.org/g/openembedded-core/message/167719
Mute This Topic: https://lists.openembedded.org/mt/92204115/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 20/27] python3-mako: upgrade 1.2.0 -> 1.2.1
Right yes.
License-Update: copyright years
Alex
On Wed, 6 Jul 2022 at 12:39, Khem Raj wrote:
>
>
>
> On Wed, Jul 6, 2022 at 4:07 AM Alexander Kanavin
> wrote:
>>
>> Signed-off-by: Alexander Kanavin
>> ---
>> .../python/{python3-mako_1.2.0.bb => python3-mako_1.2.1.bb} | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>> rename meta/recipes-devtools/python/{python3-mako_1.2.0.bb =>
>> python3-mako_1.2.1.bb} (73%)
>>
>> diff --git a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
>> b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
>> similarity index 73%
>> rename from meta/recipes-devtools/python/python3-mako_1.2.0.bb
>> rename to meta/recipes-devtools/python/python3-mako_1.2.1.bb
>> index 11e5f326bd..8155c37984 100644
>> --- a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
>> +++ b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
>> @@ -2,13 +2,13 @@ SUMMARY = "Templating library for Python"
>> HOMEPAGE = "http://www.makotemplates.org/;
>> SECTION = "devel/python"
>> LICENSE = "MIT"
>> -LIC_FILES_CHKSUM = "file://LICENSE;md5=b32291f107a8f1ea94c4a41e00a6a18d"
>> +LIC_FILES_CHKSUM = "file://LICENSE;md5=ad08dd28df88e64b35bcac27c822ee34"
>
>
> You forgot to mention What changed here
>>
>>
>> PYPI_PACKAGE = "Mako"
>>
>> inherit pypi python_setuptools_build_meta
>>
>> -SRC_URI[sha256sum] =
>> "9a7c7e922b87db3686210cf49d5d767033a41d4010b284e747682c92bddd8b39"
>> +SRC_URI[sha256sum] =
>> "f054a5ff4743492f1aa9ecc47172cb33b42b9d993cffcc146c9de17e717b0307"
>>
>> RDEPENDS:${PN} = "${PYTHON_PN}-html \
>>${PYTHON_PN}-markupsafe \
>> --
>> 2.30.2
>>
>>
>>
>>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167718):
https://lists.openembedded.org/g/openembedded-core/message/167718
Mute This Topic: https://lists.openembedded.org/mt/92202189/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 20/27] python3-mako: upgrade 1.2.0 -> 1.2.1
On Wed, Jul 6, 2022 at 4:07 AM Alexander Kanavin
wrote:
> Signed-off-by: Alexander Kanavin
> ---
> .../python/{python3-mako_1.2.0.bb => python3-mako_1.2.1.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-devtools/python/{python3-mako_1.2.0.bb =>
> python3-mako_1.2.1.bb} (73%)
>
> diff --git a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
> b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
> similarity index 73%
> rename from meta/recipes-devtools/python/python3-mako_1.2.0.bb
> rename to meta/recipes-devtools/python/python3-mako_1.2.1.bb
> index 11e5f326bd..8155c37984 100644
> --- a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
> +++ b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
> @@ -2,13 +2,13 @@ SUMMARY = "Templating library for Python"
> HOMEPAGE = "http://www.makotemplates.org/;
> SECTION = "devel/python"
> LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=b32291f107a8f1ea94c4a41e00a6a18d"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=ad08dd28df88e64b35bcac27c822ee34"
>
You forgot to mention What changed here
>
> PYPI_PACKAGE = "Mako"
>
> inherit pypi python_setuptools_build_meta
>
> -SRC_URI[sha256sum] =
> "9a7c7e922b87db3686210cf49d5d767033a41d4010b284e747682c92bddd8b39"
> +SRC_URI[sha256sum] =
> "f054a5ff4743492f1aa9ecc47172cb33b42b9d993cffcc146c9de17e717b0307"
>
> RDEPENDS:${PN} = "${PYTHON_PN}-html \
>${PYTHON_PN}-markupsafe \
> --
> 2.30.2
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167717):
https://lists.openembedded.org/g/openembedded-core/message/167717
Mute This Topic: https://lists.openembedded.org/mt/92202189/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH v4] curl : Add ptest
- curl-ptest is taking around 200 seconds to execute so
added curl-ptest to PTESTS_SLOW
- This patch is rework on an existing patch provided
by Maxin B. John (maxin.j...@intel.com)
https://www.openembedded.org/pipermail/openembedded-core/2017-July/139176.html
- Below is the run log of curl-ptest
START: ptest-runner
2022-07-03T15:52
BEGIN: /usr/lib/curl/ptest
* System characteristics
* curl 7.83.1 (x86_64-poky-linux-gnu)
* libcurl/7.83.1 OpenSSL/3.0.3 zlib/1.2.12 libidn2/2.3.2
* Features: alt-svc AsynchDNS Debug HSTS HTTPS-proxy IDN Largefile libz NTLM
SSL TLS-SRP UnixSockets
* Disabled: headers-api
* Host: qemux86-64
* System: Linux qemux86-64 5.15.44-yocto-standard #1 SMP PREEMPT Tue May 31
20:28:59 UTC 2022 x86_64 GNU/Linux
* OS: linux
* Servers: HTTP-unix
* Env:
* Seed: 238593
*
PASS: test 0001 (1 out of 1466, remaining: 25:07, took 1.029s, duration:
00:01)
PASS: test 0002 (2 out of 1466, remaining: 13:21, took 0.065s, duration:
00:01)
...
...
PASS: test 3019 (1460 out of 1466, remaining: 00:00, took 0.012s, duration:
03:16)
PASS: test 3020 (1461 out of 1466, remaining: 00:00, took 0.011s, duration:
03:16)
test 3025...The tool set in the test case for this: 'lib3025' does not exist
TESTDONE: 1280 tests were considered during 197 seconds.
TESTDONE: 783 tests out of PASS: 783 report: 100%
DURATION: 202
END: /usr/lib/curl/ptest
2022-07-03T15:56
STOP: ptest-runner
TOTAL: 1 FAIL: 0
- disable the curl tests that are expected to fail
- remove the generated file configurehelp.pm from curl test beacuse it is
causing reproducible build failure.
this file is used by some curl tests to scan symbols from curl headers. we
are anyway not installing curl
headers and already have disabled those tests.
[YOCTO #6707]
Signed-off-by: Yogesh Tyagi
---
v4:removed configurehelp.pm from curl test which is causing reproducible build
error
.../distro/include/ptest-packagelists.inc | 1 +
meta/recipes-support/curl/curl/disable-tests | 28 +++
meta/recipes-support/curl/curl/run-ptest | 6
meta/recipes-support/curl/curl_7.84.0.bb | 21 +-
4 files changed, 55 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/curl/curl/disable-tests
create mode 100644 meta/recipes-support/curl/curl/run-ptest
diff --git a/meta/conf/distro/include/ptest-packagelists.inc
b/meta/conf/distro/include/ptest-packagelists.inc
index a1ead90649..6c4339e3e1 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -81,6 +81,7 @@ PTESTS_SLOW = "\
babeltrace2-ptest \
busybox-ptest \
coreutils-ptest \
+curl-ptest \
dbus-ptest \
e2fsprogs-ptest \
findutils-ptest \
diff --git a/meta/recipes-support/curl/curl/disable-tests
b/meta/recipes-support/curl/curl/disable-tests
new file mode 100644
index 00..92056bd8ca
--- /dev/null
+++ b/meta/recipes-support/curl/curl/disable-tests
@@ -0,0 +1,28 @@
+# These CRL test (alt-avc) are failing
+356
+412
+413
+# These CRL tests are scanning docs
+971
+1119
+1132
+1135
+# These CRL tests are scnning headers
+1167
+# These CRL tests are scanning man pages
+1139
+1140
+1173
+1177
+# This CRL test is looking for m4 files
+1165
+# This CRL test is looking for src files
+1185
+# These CRL tests need --libcurl option to be enabled
+1400
+1401
+1402
+1403
+1404
+1405
+1465
diff --git a/meta/recipes-support/curl/curl/run-ptest
b/meta/recipes-support/curl/curl/run-ptest
new file mode 100644
index 00..614e822922
--- /dev/null
+++ b/meta/recipes-support/curl/curl/run-ptest
@@ -0,0 +1,6 @@
+#!/bin/sh
+cd tests
+./runtests.pl -a -n -s | sed \
+ -e 's|\([^ ]* *\) \([^ ]* *\)...OK|PASS: \1 \2|' \
+ -e 's|\([^ ]* *\) \([^ ]* *\)...FAILED|FAIL: \1 \2|' \
+ -e 's/Warning: test[0-9]\+ not present in tests\/data\/Makefile.inc//'
diff --git a/meta/recipes-support/curl/curl_7.84.0.bb
b/meta/recipes-support/curl/curl_7.84.0.bb
index 74a19d20c9..0d829cdf23 100644
--- a/meta/recipes-support/curl/curl_7.84.0.bb
+++ b/meta/recipes-support/curl/curl_7.84.0.bb
@@ -12,13 +12,15 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=190c514872597083303371684954f238"
SRC_URI = " \
https://curl.se/download/${BP}.tar.xz \
file://0001-easy_lock.h-include-sched.h-if-available-to-fix-buil.patch \
+file://run-ptest \
+file://disable-tests \
"
SRC_URI[sha256sum] =
"2d118b43f547bfe5bae806d8d47b4e596ea5b25a6c1f080aef49fbcd817c5db8"
# Curl has used many names over the years...
CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl
daniel_stenberg:curl"
-inherit autotools pkgconfig binconfig multilib_header
+inherit autotools pkgconfig binconfig multilib_header ptest
# Entropy source for random PACKAGECONFIG option
RANDOM ?= "/dev/urandom"
@@ -83,6 +85,23 @@ do_install:append:class-target() {
Re: [OE-core] Question about nativesdk-qemuwrapper-cross
On Wed, 2022-07-06 at 03:31 +, leimao...@fujitsu.com wrote:
> Hi, Richard
>
> I added nativesdk- qemuwrapper-cross into my meta-toolchain, and found the
> content of nativesdk-qemuwrapper script is like the following:
> --
> # cat
> /opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin/crossscripts/nativesdk-qemuwrapper
> #!/bin/sh
> # Wrapper script to run binaries under qemu user-mode emulation
> set -x
>
> if [ True = False -a "nativesdk-qemuwrapper-cross" !=
> "nativesdk-qemuwrapper-cross" ]; then
> echo "qemuwrapper: qemu usermode is not supported"
> exit 1
> fi
>
>
> qemu-x86_64 -r 3.2.0 -E
> LD_LIBRARY_PATH=$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib:$D/opt/poky/4.1+snapshot/sysroots/x86_64-pokysdk-linux/lib
> "$@"
> --
>
> Reference to qemuwrapper-cross, it seems that nativesdk qemuwrapper-cross is
> not correct.
> Why the "qemu_binary " is " qemu-x86_64"? Shouldn't it be "qemu-aarch64 "?
> Is it better to change nativesdk qemuwrapper-cross to
> qemuwrapper-cross-canadian-${MACHINE}?
A nativesdk-qemuwrapper-cross would run binaries from the SDK under
qemu, so if SDKMACHINE was x86-64, that would be correct.
It sounds like you want a qemuwrapper-cross-canadian-${MACHINE} which
is something different.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167715):
https://lists.openembedded.org/g/openembedded-core/message/167715
Mute This Topic: https://lists.openembedded.org/mt/92200125/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 27/27] ncurses: mark upstream version as unknown
This is to avoid check-version reporting a broken current version
(6.3+ sorts higher than 6.3 and isn't tagged in upstream git).
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/ncurses/ncurses_6.3+20220423.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
b/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
index 1c46e79b30..9fba5b584b 100644
--- a/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
+++ b/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
@@ -9,6 +9,7 @@ SRCREV = "20db1fb41ec91cd8a1f528e770362092c5403378"
S = "${WORKDIR}/git"
EXTRA_OECONF += "--with-abi-version=5"
UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)$"
+UPSTREAM_VERSION_UNKNOWN = "1"
# This is needed when using patchlevel versions like 6.1+20181013
CVE_VERSION =
"${@d.getVar("PV").split('+')[0]}.${@d.getVar("PV").split('+')[1]}"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167714):
https://lists.openembedded.org/g/openembedded-core/message/167714
Mute This Topic: https://lists.openembedded.org/mt/92202196/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 25/27] xcb-proto: upgrade 1.15 -> 1.15.2
Signed-off-by: Alexander Kanavin
---
...001-xcb-proto.pc.in-reinstate-libdir.patch | 29 +++
...{xcb-proto_1.15.bb => xcb-proto_1.15.2.bb} | 6 ++--
2 files changed, 33 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-graphics/xorg-proto/xcb-proto/0001-xcb-proto.pc.in-reinstate-libdir.patch
rename meta/recipes-graphics/xorg-proto/{xcb-proto_1.15.bb =>
xcb-proto_1.15.2.bb} (84%)
diff --git
a/meta/recipes-graphics/xorg-proto/xcb-proto/0001-xcb-proto.pc.in-reinstate-libdir.patch
b/meta/recipes-graphics/xorg-proto/xcb-proto/0001-xcb-proto.pc.in-reinstate-libdir.patch
new file mode 100644
index 00..fe0a96c207
--- /dev/null
+++
b/meta/recipes-graphics/xorg-proto/xcb-proto/0001-xcb-proto.pc.in-reinstate-libdir.patch
@@ -0,0 +1,29 @@
+From ed499cffabe64fc1dc5898cb69ffa7e62c19e9d8 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin
+Date: Tue, 5 Jul 2022 21:19:20 +0200
+Subject: [PATCH] xcb-proto.pc.in: reinstate libdir
+
+Otherwise the following occurs when building libxcb:
+| checking for xcb-proto >= 1.14... no
+| configure: error: Package requirements (xcb-proto >= 1.14) were not met:
+|
+| Variable 'libdir' not defined in
'/srv/work/alex/poky/build-64-alt/tmp/work/core2-64-poky-linux/libxcb/1.15-r0/recipe-sysroot/usr/share/pkgconfig/xcb-proto.pc'
+
+Upstream-Status: Submitted
[https://gitlab.freedesktop.org/xorg/proto/xcbproto/-/merge_requests/31]
+Signed-off-by: Alexander Kanavin
+---
+ xcb-proto.pc.in | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/xcb-proto.pc.in b/xcb-proto.pc.in
+index 0822b18..c7c8b47 100644
+--- a/xcb-proto.pc.in
b/xcb-proto.pc.in
+@@ -2,6 +2,7 @@ prefix=@prefix@
+ exec_prefix=@exec_prefix@
+ datarootdir=@datarootdir@
+ datadir=@datadir@
++libdir=@libdir@
+ xcbincludedir=${pc_sysrootdir}@xcbincludedir@
+ PYTHON_PREFIX=@PYTHON_PREFIX@
+ pythondir=${pc_sysrootdir}@pythondir@
diff --git a/meta/recipes-graphics/xorg-proto/xcb-proto_1.15.bb
b/meta/recipes-graphics/xorg-proto/xcb-proto_1.15.2.bb
similarity index 84%
rename from meta/recipes-graphics/xorg-proto/xcb-proto_1.15.bb
rename to meta/recipes-graphics/xorg-proto/xcb-proto_1.15.2.bb
index 070fb62455..4e4472a9c1 100644
--- a/meta/recipes-graphics/xorg-proto/xcb-proto_1.15.bb
+++ b/meta/recipes-graphics/xorg-proto/xcb-proto_1.15.2.bb
@@ -11,8 +11,10 @@ LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
file://src/dri2.xml;beginline=2;endline=28;md5=f8763b13ff432e8597e0d610cf598e65"
-SRC_URI = "https://xorg.freedesktop.org/archive/individual/proto/${BP}.tar.xz;
-SRC_URI[sha256sum] =
"d34c3b264e8365d16fa9db49179cfa3e9952baaf9275badda0f413966b65955f"
+SRC_URI = "https://xorg.freedesktop.org/archive/individual/proto/${BP}.tar.xz \
+ file://0001-xcb-proto.pc.in-reinstate-libdir.patch \
+ "
+SRC_URI[sha256sum] =
"7072beb1f680a2fe3f9e535b797c146d22528990c72f63ddb49d2f350a3653ed"
inherit autotools pkgconfig python3native
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167712):
https://lists.openembedded.org/g/openembedded-core/message/167712
Mute This Topic: https://lists.openembedded.org/mt/92202194/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 26/27] procps: restrict version check to 3.x
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/procps/procps_3.3.17.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/procps/procps_3.3.17.bb
b/meta/recipes-extended/procps/procps_3.3.17.bb
index 0f5575c9ab..59ad89d326 100644
--- a/meta/recipes-extended/procps/procps_3.3.17.bb
+++ b/meta/recipes-extended/procps/procps_3.3.17.bb
@@ -18,6 +18,10 @@ SRC_URI =
"git://gitlab.com/procps-ng/procps.git;protocol=https;branch=master \
file://0002-proc-escape.c-add-missing-include.patch \
"
SRCREV = "19a508ea121c0c4ac6d0224575a036de745eaaf8"
+# 4.x version is an API incompatible rewrite
+# until procps consumers are transitioned to it we need to stick with 3.x
+# https://gitlab.com/procps-ng/procps/-/issues/239
+UPSTREAM_CHECK_GITTAGREGEX = "(?P3(\.\d+)+)"
S = "${WORKDIR}/git"
@@ -100,4 +104,4 @@ ALTERNATIVE_LINK_NAME[ps] = "${base_bindir}/ps"
ALTERNATIVE:${PN}-sysctl = "sysctl"
ALTERNATIVE_TARGET[sysctl] = "${base_sbindir}/sysctl"
-ALTERNATIVE_LINK_NAME[sysctl] = "${base_sbindir}/sysctl"
\ No newline at end of file
+ALTERNATIVE_LINK_NAME[sysctl] = "${base_sbindir}/sysctl"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167713):
https://lists.openembedded.org/g/openembedded-core/message/167713
Mute This Topic: https://lists.openembedded.org/mt/92202195/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 23/27] python3-setuptools: upgrade 62.5.0 -> 62.6.0
Signed-off-by: Alexander Kanavin
---
.../0001-conditionally-do-not-fetch-code-by-easy_install.patch | 2 +-
...ython3-setuptools_62.5.0.bb => python3-setuptools_62.6.0.bb} | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-setuptools_62.5.0.bb =>
python3-setuptools_62.6.0.bb} (95%)
diff --git
a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
index 6d4a9ff0a2..b9574070ab 100644
---
a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
+++
b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
@@ -1,4 +1,4 @@
-From 5dfa8a8e0b1ad4712a8b8309c8663b7b598ba2a8 Mon Sep 17 00:00:00 2001
+From b64f3066ead6b317fb62c031c173ec6eadd44db9 Mon Sep 17 00:00:00 2001
From: Hongxu Jia
Date: Tue, 17 Jul 2018 10:13:38 +0800
Subject: [PATCH] conditionally do not fetch code by easy_install
diff --git a/meta/recipes-devtools/python/python3-setuptools_62.5.0.bb
b/meta/recipes-devtools/python/python3-setuptools_62.6.0.bb
similarity index 95%
rename from meta/recipes-devtools/python/python3-setuptools_62.5.0.bb
rename to meta/recipes-devtools/python/python3-setuptools_62.6.0.bb
index b3286d5dab..be6707ce88 100644
--- a/meta/recipes-devtools/python/python3-setuptools_62.5.0.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_62.6.0.bb
@@ -11,7 +11,7 @@ SRC_URI:append:class-native = "
file://0001-conditionally-do-not-fetch-code-by-e
SRC_URI += "file://0001-change-shebang-to-python3.patch \
file://0001-_distutils-sysconfig.py-make-it-possible-to-substite.patch"
-SRC_URI[sha256sum] =
"a4c782ac58fcc9e3a86e5e1a4c74cf9d24bf21e4f1562043309022e1bb76951c"
+SRC_URI[sha256sum] =
"990a4f7861b31532871ab72331e755b5f14efbe52d336ea7f6118144dd478741"
DEPENDS += "${PYTHON_PN}"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167710):
https://lists.openembedded.org/g/openembedded-core/message/167710
Mute This Topic: https://lists.openembedded.org/mt/92202192/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 24/27] python3-sphinx: upgrade 5.0.0 -> 5.0.2
Signed-off-by: Alexander Kanavin
---
.../python/{python3-sphinx_5.0.0.bb => python3-sphinx_5.0.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-sphinx_5.0.0.bb =>
python3-sphinx_5.0.2.bb} (91%)
diff --git a/meta/recipes-devtools/python/python3-sphinx_5.0.0.bb
b/meta/recipes-devtools/python/python3-sphinx_5.0.2.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-sphinx_5.0.0.bb
rename to meta/recipes-devtools/python/python3-sphinx_5.0.2.bb
index 93edd9db7e..46cc26e67e 100644
--- a/meta/recipes-devtools/python/python3-sphinx_5.0.0.bb
+++ b/meta/recipes-devtools/python/python3-sphinx_5.0.2.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=72c536e78c21c567311b193fe00cd253"
PYPI_PACKAGE = "Sphinx"
-SRC_URI[sha256sum] =
"464d9c1bd5613bcebe76b46658763f3f3dbb184da7406e632a84596d3cd8ee90"
+SRC_URI[sha256sum] =
"b18e978ea7565720f26019c702cd85c84376e948370f1cd43d60265010e1c7b0"
inherit setuptools3 pypi
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167711):
https://lists.openembedded.org/g/openembedded-core/message/167711
Mute This Topic: https://lists.openembedded.org/mt/92202193/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 20/27] python3-mako: upgrade 1.2.0 -> 1.2.1
Signed-off-by: Alexander Kanavin
---
.../python/{python3-mako_1.2.0.bb => python3-mako_1.2.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-mako_1.2.0.bb =>
python3-mako_1.2.1.bb} (73%)
diff --git a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
similarity index 73%
rename from meta/recipes-devtools/python/python3-mako_1.2.0.bb
rename to meta/recipes-devtools/python/python3-mako_1.2.1.bb
index 11e5f326bd..8155c37984 100644
--- a/meta/recipes-devtools/python/python3-mako_1.2.0.bb
+++ b/meta/recipes-devtools/python/python3-mako_1.2.1.bb
@@ -2,13 +2,13 @@ SUMMARY = "Templating library for Python"
HOMEPAGE = "http://www.makotemplates.org/;
SECTION = "devel/python"
LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=b32291f107a8f1ea94c4a41e00a6a18d"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=ad08dd28df88e64b35bcac27c822ee34"
PYPI_PACKAGE = "Mako"
inherit pypi python_setuptools_build_meta
-SRC_URI[sha256sum] =
"9a7c7e922b87db3686210cf49d5d767033a41d4010b284e747682c92bddd8b39"
+SRC_URI[sha256sum] =
"f054a5ff4743492f1aa9ecc47172cb33b42b9d993cffcc146c9de17e717b0307"
RDEPENDS:${PN} = "${PYTHON_PN}-html \
${PYTHON_PN}-markupsafe \
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167707):
https://lists.openembedded.org/g/openembedded-core/message/167707
Mute This Topic: https://lists.openembedded.org/mt/92202189/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 22/27] python3-requests: upgrade 2.28.0 -> 2.28.1
Signed-off-by: Alexander Kanavin
---
.../{python3-requests_2.28.0.bb => python3-requests_2.28.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-requests_2.28.0.bb =>
python3-requests_2.28.1.bb} (86%)
diff --git a/meta/recipes-devtools/python/python3-requests_2.28.0.bb
b/meta/recipes-devtools/python/python3-requests_2.28.1.bb
similarity index 86%
rename from meta/recipes-devtools/python/python3-requests_2.28.0.bb
rename to meta/recipes-devtools/python/python3-requests_2.28.1.bb
index f71763565d..ac8a570160 100644
--- a/meta/recipes-devtools/python/python3-requests_2.28.0.bb
+++ b/meta/recipes-devtools/python/python3-requests_2.28.1.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "http://python-requests.org;
LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM = "file://LICENSE;md5=34400b68072d710fecd0a2940a0d1658"
-SRC_URI[sha256sum] =
"d568723a7ebd25875d8d1eaf5dfa068cd2fc8194b2e483d7b1f7c81918dbec6b"
+SRC_URI[sha256sum] =
"7c5599b102feddaa661c826c56ab4fee28bfd17f5abca1ebbe3e7f19d7c97983"
inherit pypi setuptools3
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167709):
https://lists.openembedded.org/g/openembedded-core/message/167709
Mute This Topic: https://lists.openembedded.org/mt/92202191/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 21/27] python3-pycryptodomex: upgrade 3.14.1 -> 3.15.0
Signed-off-by: Alexander Kanavin
---
...-pycryptodomex_3.14.1.bb => python3-pycryptodomex_3.15.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-pycryptodomex_3.14.1.bb =>
python3-pycryptodomex_3.15.0.bb} (69%)
diff --git a/meta/recipes-devtools/python/python3-pycryptodomex_3.14.1.bb
b/meta/recipes-devtools/python/python3-pycryptodomex_3.15.0.bb
similarity index 69%
rename from meta/recipes-devtools/python/python3-pycryptodomex_3.14.1.bb
rename to meta/recipes-devtools/python/python3-pycryptodomex_3.15.0.bb
index 79a3fee19c..e22ce30833 100644
--- a/meta/recipes-devtools/python/python3-pycryptodomex_3.14.1.bb
+++ b/meta/recipes-devtools/python/python3-pycryptodomex_3.15.0.bb
@@ -1,7 +1,7 @@
require python-pycryptodome.inc
inherit setuptools3
-SRC_URI[sha256sum] =
"2ce76ed0081fd6ac8c74edc75b9d14eca2064173af79843c24fa62573263c1f2"
+SRC_URI[sha256sum] =
"7341f1bb2dadb0d1a0047f34c3a58208a92423cdbd3244d998e4b28df5eac0ed"
FILES:${PN}-tests = " \
${PYTHON_SITEPACKAGES_DIR}/Cryptodome/SelfTest/ \
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167708):
https://lists.openembedded.org/g/openembedded-core/message/167708
Mute This Topic: https://lists.openembedded.org/mt/92202190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 19/27] python3-jsonschema: upgrade 4.6.0 -> 4.6.1
Signed-off-by: Alexander Kanavin
---
...{python3-jsonschema_4.6.0.bb => python3-jsonschema_4.6.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-jsonschema_4.6.0.bb =>
python3-jsonschema_4.6.1.bb} (93%)
diff --git a/meta/recipes-devtools/python/python3-jsonschema_4.6.0.bb
b/meta/recipes-devtools/python/python3-jsonschema_4.6.1.bb
similarity index 93%
rename from meta/recipes-devtools/python/python3-jsonschema_4.6.0.bb
rename to meta/recipes-devtools/python/python3-jsonschema_4.6.1.bb
index edd7fafc77..5a5c80c821 100644
--- a/meta/recipes-devtools/python/python3-jsonschema_4.6.0.bb
+++ b/meta/recipes-devtools/python/python3-jsonschema_4.6.1.bb
@@ -4,7 +4,7 @@ LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=7a60a81c146ec25599a3e1dabb8610a8 \
file://json/LICENSE;md5=9d4de43111d33570c8fe49b4cb0e01af"
-SRC_URI[sha256sum] =
"9d6397ba4a6c0bf0300736057f649e3e12ecbc07d3e81a0dacb72de4e9801957"
+SRC_URI[sha256sum] =
"ec2802e6a37517f09d47d9ba107947589ae1d25ff557b925d83a321fc2aa5d3b"
inherit pypi python_hatchling
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167706):
https://lists.openembedded.org/g/openembedded-core/message/167706
Mute This Topic: https://lists.openembedded.org/mt/92202188/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 17/27] python3-hatchling: upgrade 1.3.0 -> 1.3.1
Signed-off-by: Alexander Kanavin
---
.../{python3-hatchling_1.3.0.bb => python3-hatchling_1.3.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-hatchling_1.3.0.bb =>
python3-hatchling_1.3.1.bb} (88%)
diff --git a/meta/recipes-devtools/python/python3-hatchling_1.3.0.bb
b/meta/recipes-devtools/python/python3-hatchling_1.3.1.bb
similarity index 88%
rename from meta/recipes-devtools/python/python3-hatchling_1.3.0.bb
rename to meta/recipes-devtools/python/python3-hatchling_1.3.1.bb
index 6e7ccd743f..fd76a28fb1 100644
--- a/meta/recipes-devtools/python/python3-hatchling_1.3.0.bb
+++ b/meta/recipes-devtools/python/python3-hatchling_1.3.1.bb
@@ -8,7 +8,7 @@ inherit pypi python_hatchling
DEPENDS += "python3-pluggy-native python3-tomli-native python3-pathspec-native
python3-packaging-native python3-editables-native"
DEPENDS:remove:class-native = "python3-hatchling-native"
-SRC_URI[sha256sum] =
"1401d45d3dd6a5910f64d539acaa943486d5e8b7dda1a97f2b0040fdddc5b85e"
+SRC_URI[sha256sum] =
"aaa63019c9d666053d9ff318097335e766123844547c52940155c0401c3c142f"
# Until we have a proper tool to invoke PEP517 builds, hatchling can't
# bootstrap itself automatically.
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167704):
https://lists.openembedded.org/g/openembedded-core/message/167704
Mute This Topic: https://lists.openembedded.org/mt/92202186/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 18/27] python3-hypothesis: upgrade 6.46.11 -> 6.48.2
Signed-off-by: Alexander Kanavin
---
...thon3-hypothesis_6.46.11.bb => python3-hypothesis_6.48.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-hypothesis_6.46.11.bb =>
python3-hypothesis_6.48.2.bb} (91%)
diff --git a/meta/recipes-devtools/python/python3-hypothesis_6.46.11.bb
b/meta/recipes-devtools/python/python3-hypothesis_6.48.2.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-hypothesis_6.46.11.bb
rename to meta/recipes-devtools/python/python3-hypothesis_6.48.2.bb
index 1d9772d4ff..9e74e2c1cd 100644
--- a/meta/recipes-devtools/python/python3-hypothesis_6.46.11.bb
+++ b/meta/recipes-devtools/python/python3-hypothesis_6.48.2.bb
@@ -13,7 +13,7 @@ SRC_URI += " \
file://test_rle.py \
"
-SRC_URI[sha256sum] =
"f5c1cf61b24b094355577a6b8fbbb8eb54c1b0216fbc0519af97c46bddf43c42"
+SRC_URI[sha256sum] =
"ef548f10438095678af7fcfa369b882390355a6329db73174a65749b677677ec"
RDEPENDS:${PN} += " \
python3-attrs \
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167705):
https://lists.openembedded.org/g/openembedded-core/message/167705
Mute This Topic: https://lists.openembedded.org/mt/92202187/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 15/27] python3-cryptography: upgrade 37.0.2 -> 37.0.3
Signed-off-by: Alexander Kanavin
---
...n3-cryptography_37.0.2.bb => python3-cryptography_37.0.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-cryptography_37.0.2.bb =>
python3-cryptography_37.0.3.bb} (97%)
diff --git a/meta/recipes-devtools/python/python3-cryptography_37.0.2.bb
b/meta/recipes-devtools/python/python3-cryptography_37.0.3.bb
similarity index 97%
rename from meta/recipes-devtools/python/python3-cryptography_37.0.2.bb
rename to meta/recipes-devtools/python/python3-cryptography_37.0.3.bb
index 9ef3a61e9f..53c8ea7477 100644
--- a/meta/recipes-devtools/python/python3-cryptography_37.0.2.bb
+++ b/meta/recipes-devtools/python/python3-cryptography_37.0.3.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=bf405a8056a6647e7d077b0e7bc36aba \
"
LDSHARED += "-pthread"
-SRC_URI[sha256sum] =
"f224ad253cc9cea7568f49077007d2263efa57396a2f2f78114066fd54b5c68e"
+SRC_URI[sha256sum] =
"ae430d51c67ac638dfbb42edf56c669ca9c74744f4d225ad11c6f3d355858187"
SRC_URI += "file://run-ptest \
file://check-memfree.py \
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167702):
https://lists.openembedded.org/g/openembedded-core/message/167702
Mute This Topic: https://lists.openembedded.org/mt/92202182/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 16/27] python3-cryptography-vectors: upgrade 37.0.2 -> 37.0.3
Signed-off-by: Alexander Kanavin
---
...vectors_37.0.2.bb => python3-cryptography-vectors_37.0.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-cryptography-vectors_37.0.2.bb =>
python3-cryptography-vectors_37.0.3.bb} (90%)
diff --git
a/meta/recipes-devtools/python/python3-cryptography-vectors_37.0.2.bb
b/meta/recipes-devtools/python/python3-cryptography-vectors_37.0.3.bb
similarity index 90%
rename from meta/recipes-devtools/python/python3-cryptography-vectors_37.0.2.bb
rename to meta/recipes-devtools/python/python3-cryptography-vectors_37.0.3.bb
index 3dbdc8ce3e..8c0a7ee9d3 100644
--- a/meta/recipes-devtools/python/python3-cryptography-vectors_37.0.2.bb
+++ b/meta/recipes-devtools/python/python3-cryptography-vectors_37.0.3.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=8c3617db4fb6fae01f1d253ab91511e4 \
# NOTE: Make sure to keep this recipe at the same version as
python3-cryptography
# Upgrade both recipes at the same time
-SRC_URI[sha256sum] =
"7c65d3de51756f418142df605417ec2c6e961c364f70cc8a103030889d5a3219"
+SRC_URI[sha256sum] =
"ac90c1340f73bc29b3bf964120b2db5f8e98e1fcf0074d85ddc871541974a559"
PYPI_PACKAGE = "cryptography_vectors"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167703):
https://lists.openembedded.org/g/openembedded-core/message/167703
Mute This Topic: https://lists.openembedded.org/mt/92202184/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 14/27] python3-cffi: upgrade 1.15.0 -> 1.15.1
Signed-off-by: Alexander Kanavin
---
.../python/{python3-cffi_1.15.0.bb => python3-cffi_1.15.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-cffi_1.15.0.bb =>
python3-cffi_1.15.1.bb} (83%)
diff --git a/meta/recipes-devtools/python/python3-cffi_1.15.0.bb
b/meta/recipes-devtools/python/python3-cffi_1.15.1.bb
similarity index 83%
rename from meta/recipes-devtools/python/python3-cffi_1.15.0.bb
rename to meta/recipes-devtools/python/python3-cffi_1.15.1.bb
index c36f23b3dd..daa290a54e 100644
--- a/meta/recipes-devtools/python/python3-cffi_1.15.0.bb
+++ b/meta/recipes-devtools/python/python3-cffi_1.15.1.bb
@@ -4,7 +4,7 @@ LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=5677e2fdbf7cdda61d6dd2b57df547bf"
DEPENDS += "libffi ${PYTHON_PN}-pycparser"
-SRC_URI[sha256sum] =
"920f0d66a896c2d99f0adbb391f990a84091179542c205fa53ce5787aff87954"
+SRC_URI[sha256sum] =
"d400bfb9a37b1351253cb402671cea7e89bdecc294e8016a707f6d1d8ac934f9"
inherit pypi setuptools3
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167701):
https://lists.openembedded.org/g/openembedded-core/message/167701
Mute This Topic: https://lists.openembedded.org/mt/92202181/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 13/27] pulseaudio: upgrade 16.0 -> 16.1
Signed-off-by: Alexander Kanavin
---
.../pulseaudio/{pulseaudio_16.0.bb => pulseaudio_16.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-multimedia/pulseaudio/{pulseaudio_16.0.bb =>
pulseaudio_16.1.bb} (84%)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_16.0.bb
b/meta/recipes-multimedia/pulseaudio/pulseaudio_16.1.bb
similarity index 84%
rename from meta/recipes-multimedia/pulseaudio/pulseaudio_16.0.bb
rename to meta/recipes-multimedia/pulseaudio/pulseaudio_16.1.bb
index f9940d4c85..64002cd1cc 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_16.0.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_16.1.bb
@@ -6,5 +6,5 @@ SRC_URI =
"http://freedesktop.org/software/pulseaudio/releases/${BP}.tar.xz \
file://volatiles.04_pulse \
file://0001-doxygen-meson.build-remove-dependency-on-doxygen-bin.patch \
"
-SRC_URI[sha256sum] =
"b4ec6271910a1a86803f165056547f700dfabaf8d5c6c69736f706b5bb889f47"
+SRC_URI[sha256sum] =
"8eef32ce91d47979f95fd9a935e738cd7eb7463430dabc72863251751e504ae4"
UPSTREAM_CHECK_REGEX = "pulseaudio-(?P\d+(\.(?!99)\d+)+)\.tar"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167700):
https://lists.openembedded.org/g/openembedded-core/message/167700
Mute This Topic: https://lists.openembedded.org/mt/92202180/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 12/27] piglit: upgrade to latest revision
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb
b/meta/recipes-graphics/piglit/piglit_git.bb
index 7b8dc5f0b4..38ededfcf8 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -14,7 +14,7 @@ SRC_URI =
"git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https;branch=ma
"
UPSTREAM_CHECK_COMMITS = "1"
-SRCREV = "b84975ef4575d8121dbc50fca72341aad4572cdc"
+SRCREV = "479b0002d004bc99514d186724b5a4fbfe543370"
# (when PV goes above 1.0 remove the trailing r)
PV = "1.0+gitr${SRCPV}"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167699):
https://lists.openembedded.org/g/openembedded-core/message/167699
Mute This Topic: https://lists.openembedded.org/mt/92202179/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 11/27] nghttp2: upgrade 1.47.0 -> 1.48.0
Signed-off-by: Alexander Kanavin
---
.../nghttp2/{nghttp2_1.47.0.bb => nghttp2_1.48.0.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/nghttp2/{nghttp2_1.47.0.bb => nghttp2_1.48.0.bb}
(93%)
diff --git a/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
b/meta/recipes-support/nghttp2/nghttp2_1.48.0.bb
similarity index 93%
rename from meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
rename to meta/recipes-support/nghttp2/nghttp2_1.48.0.bb
index 58ce08084d..4ff3ab829b 100644
--- a/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
+++ b/meta/recipes-support/nghttp2/nghttp2_1.48.0.bb
@@ -10,7 +10,7 @@ SRC_URI = "\
https://github.com/nghttp2/nghttp2/releases/download/v${PV}/nghttp2-${PV}.tar.xz
\
file://0001-fetch-ocsp-response-use-python3.patch \
"
-SRC_URI[sha256sum] =
"68271951324554c34501b85190f22f2221056db69f493afc3bbac8e7be21e7cc"
+SRC_URI[sha256sum] =
"47d8f30ee4f1bc621566d10362ca1b3ac83a335c63da7144947c806772d016e4"
inherit cmake manpages python3native
PACKAGECONFIG[manpages] = ""
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167698):
https://lists.openembedded.org/g/openembedded-core/message/167698
Mute This Topic: https://lists.openembedded.org/mt/92202178/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 10/27] mpg123: upgrade 1.29.3 -> 1.30.0
Signed-off-by: Alexander Kanavin
---
.../mpg123/{mpg123_1.29.3.bb => mpg123_1.30.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-multimedia/mpg123/{mpg123_1.29.3.bb => mpg123_1.30.0.bb}
(96%)
diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.29.3.bb
b/meta/recipes-multimedia/mpg123/mpg123_1.30.0.bb
similarity index 96%
rename from meta/recipes-multimedia/mpg123/mpg123_1.29.3.bb
rename to meta/recipes-multimedia/mpg123/mpg123_1.30.0.bb
index 0baa7aa4a1..f80bfa6550 100644
--- a/meta/recipes-multimedia/mpg123/mpg123_1.29.3.bb
+++ b/meta/recipes-multimedia/mpg123/mpg123_1.30.0.bb
@@ -10,7 +10,7 @@ LICENSE = "LGPL-2.1-only"
LIC_FILES_CHKSUM = "file://COPYING;md5=e7b9c15fcfb986abb4cc5e8400a24169"
SRC_URI = "https://www.mpg123.de/download/${BP}.tar.bz2;
-SRC_URI[sha256sum] =
"963885d8cc77262f28b77187c7d189e32195e64244de2530b798ddf32183e847"
+SRC_URI[sha256sum] =
"397ead52f0299475f2cefd38c3835977193fd9b1db6593680346c4e9109ed61c"
UPSTREAM_CHECK_REGEX = "mpg123-(?P\d+(\.\d+)+)\.tar"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167697):
https://lists.openembedded.org/g/openembedded-core/message/167697
Mute This Topic: https://lists.openembedded.org/mt/92202177/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 09/27] mesa: upgrade 22.1.2 -> 22.1.3
Signed-off-by: Alexander Kanavin
---
.../mesa/{mesa-gl_22.1.2.bb => mesa-gl_22.1.3.bb} | 0
meta/recipes-graphics/mesa/mesa.inc | 2 +-
meta/recipes-graphics/mesa/{mesa_22.1.2.bb => mesa_22.1.3.bb} | 0
3 files changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/mesa/{mesa-gl_22.1.2.bb => mesa-gl_22.1.3.bb}
(100%)
rename meta/recipes-graphics/mesa/{mesa_22.1.2.bb => mesa_22.1.3.bb} (100%)
diff --git a/meta/recipes-graphics/mesa/mesa-gl_22.1.2.bb
b/meta/recipes-graphics/mesa/mesa-gl_22.1.3.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_22.1.2.bb
rename to meta/recipes-graphics/mesa/mesa-gl_22.1.3.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index bb39e2f369..710cacb09d 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -24,7 +24,7 @@ SRC_URI =
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-swrast_kms-use-swkmsDRI2Extension-instead-of-driDRI2.patch \
"
-SRC_URI[sha256sum] =
"0971226b4a6a3d10cfc255736b33e4017e18c14c9db1e53863ac1f8ae0deb9ea"
+SRC_URI[sha256sum] =
"b98f32ba7aa2a1ff5725fb36eb999c693079f0ca16f70aa2f103e2b6c3f093e3"
UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
diff --git a/meta/recipes-graphics/mesa/mesa_22.1.2.bb
b/meta/recipes-graphics/mesa/mesa_22.1.3.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa_22.1.2.bb
rename to meta/recipes-graphics/mesa/mesa_22.1.3.bb
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167696):
https://lists.openembedded.org/g/openembedded-core/message/167696
Mute This Topic: https://lists.openembedded.org/mt/92202176/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 07/27] kmod: upgrade 29 -> 30
Signed-off-by: Alexander Kanavin
---
...dd-support-for-excluding-a-directory.patch | 172 --
.../kmod/{kmod_29.bb => kmod_30.bb} | 3 +-
2 files changed, 1 insertion(+), 174 deletions(-)
delete mode 100644
meta/recipes-kernel/kmod/kmod/0001-depmod-Add-support-for-excluding-a-directory.patch
rename meta/recipes-kernel/kmod/{kmod_29.bb => kmod_30.bb} (96%)
diff --git
a/meta/recipes-kernel/kmod/kmod/0001-depmod-Add-support-for-excluding-a-directory.patch
b/meta/recipes-kernel/kmod/kmod/0001-depmod-Add-support-for-excluding-a-directory.patch
deleted file mode 100644
index ea0570af2b..00
---
a/meta/recipes-kernel/kmod/kmod/0001-depmod-Add-support-for-excluding-a-directory.patch
+++ /dev/null
@@ -1,172 +0,0 @@
-From f50e2d67575ac5f256fb853ca9d29aeac92d9a57 Mon Sep 17 00:00:00 2001
-From: Saul Wold
-Date: Thu, 31 Mar 2022 14:56:28 -0700
-Subject: [PATCH] depmod: Add support for excluding a directory
-
-This adds support to depmod to enable a new exclude directive in
-the depmod.d/*.conf configuration file. Currently depmod
-already excludes directories named source or build. This change
-will allow additional directories like .debug to be excluded also
-via a new exclude directive.
-
-depmod.d/exclude.conf example:
-exclude.debug
-
-Upstream-Status: Accepted
-
-Signed-off-by: Saul Wold
-[ Fix warnings and make should_exclude_dir() return bool ]
-Signed-off-by: Lucas De Marchi
- man/depmod.d.xml | 14 ++
- tools/depmod.c | 66 +---
- 2 files changed, 76 insertions(+), 4 deletions(-)
-
-diff --git a/man/depmod.d.xml b/man/depmod.d.xml
-index b315e93..76548e9 100644
a/man/depmod.d.xml
-+++ b/man/depmod.d.xml
-@@ -131,6 +131,20 @@
-
-
-
-+
-+exclude excludedir
-+
-+
-+
-+This specifies the trailing directories that will be excluded
-+during the search for kernel modules.
-+
-+
-+ The excludedir is the trailing directory
-+ to exclude
-+
-+
-+
-
-
-
-diff --git a/tools/depmod.c b/tools/depmod.c
-index 07a35ba..4117dd1 100644
a/tools/depmod.c
-+++ b/tools/depmod.c
-@@ -458,6 +458,11 @@ struct cfg_external {
- char path[];
- };
-
-+struct cfg_exclude {
-+ struct cfg_exclude *next;
-+ char exclude_dir[];
-+};
-+
- struct cfg {
- const char *kversion;
- char dirname[PATH_MAX];
-@@ -469,6 +474,7 @@ struct cfg {
- struct cfg_override *overrides;
- struct cfg_search *searches;
- struct cfg_external *externals;
-+ struct cfg_exclude *excludes;
- };
-
- static enum search_type cfg_define_search_type(const char *path)
-@@ -580,6 +586,30 @@ static void cfg_external_free(struct cfg_external *ext)
- free(ext);
- }
-
-+static int cfg_exclude_add(struct cfg *cfg, const char *path)
-+{
-+ struct cfg_exclude *exc;
-+ size_t len = strlen(path);
-+
-+ exc = malloc(sizeof(struct cfg_exclude) + len + 1);
-+ if (exc == NULL) {
-+ ERR("exclude add: out of memory\n");
-+ return -ENOMEM;
-+ }
-+ memcpy(exc->exclude_dir, path, len + 1);
-+
-+ DBG("exclude add: %s\n", path);
-+
-+ exc->next = cfg->excludes;
-+ cfg->excludes = exc;
-+ return 0;
-+}
-+
-+static void cfg_exclude_free(struct cfg_exclude *exc)
-+{
-+ free(exc);
-+}
-+
- static int cfg_kernel_matches(const struct cfg *cfg, const char *pattern)
- {
- regex_t re;
-@@ -657,6 +687,11 @@ static int cfg_file_parse(struct cfg *cfg, const char
*filename)
- }
-
- cfg_external_add(cfg, dir);
-+ } else if (streq(cmd, "exclude")) {
-+ const char *sp;
-+ while ((sp = strtok_r(NULL, "\t ", )) != NULL) {
-+ cfg_exclude_add(cfg, sp);
-+ }
- } else if (streq(cmd, "include")
- || streq(cmd, "make_map_files")) {
- INF("%s:%u: command %s not implemented yet\n",
-@@ -857,6 +892,12 @@ static void cfg_free(struct cfg *cfg)
- cfg->externals = cfg->externals->next;
- cfg_external_free(tmp);
- }
-+
-+ while (cfg->excludes) {
-+ struct cfg_exclude *tmp = cfg->excludes;
-+ cfg->excludes = cfg->excludes->next;
-+ cfg_exclude_free(tmp);
-+ }
- }
-
-
-@@ -1229,6 +1270,25 @@ add:
- return 0;
- }
-
-+static bool should_exclude_dir(const struct cfg *cfg, const char *name)
-+{
-+ struct cfg_exclude *exc;
-+
-+ if (name[0] == '.' && (name[1] == '\0' ||
-+ (name[1] == '.' && name[2] == '\0')))
-+ return true;
-+
-+ if (streq(name, "build") || streq(name, "source"))
-+ return true;
-+
-+ for (exc = cfg->excludes; exc != NULL;
[OE-core] [PATCH 08/27] libsoup: upgrade 3.0.6 -> 3.0.7
Signed-off-by: Alexander Kanavin
---
.../libsoup/{libsoup_3.0.6.bb => libsoup_3.0.7.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/libsoup/{libsoup_3.0.6.bb => libsoup_3.0.7.bb}
(94%)
diff --git a/meta/recipes-support/libsoup/libsoup_3.0.6.bb
b/meta/recipes-support/libsoup/libsoup_3.0.7.bb
similarity index 94%
rename from meta/recipes-support/libsoup/libsoup_3.0.6.bb
rename to meta/recipes-support/libsoup/libsoup_3.0.7.bb
index 17825ae6a4..59cc4a1d0a 100644
--- a/meta/recipes-support/libsoup/libsoup_3.0.6.bb
+++ b/meta/recipes-support/libsoup/libsoup_3.0.7.bb
@@ -12,7 +12,7 @@ DEPENDS = "glib-2.0 glib-2.0-native libxml2 sqlite3 libpsl
nghttp2"
SHRT_VER = "${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
-SRC_URI[sha256sum] =
"b45d59f840b9acf9bb45fd45854e3ef672f57e3ab957401c3ad8d7502ac23da6"
+SRC_URI[sha256sum] =
"ebdf90cf3599c11acbb6818a9d9e3fc9d2c68e56eb829b93962972683e1bf7c8"
PROVIDES = "libsoup-3.0"
CVE_PRODUCT = "libsoup"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167695):
https://lists.openembedded.org/g/openembedded-core/message/167695
Mute This Topic: https://lists.openembedded.org/mt/92202175/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 06/27] harfbuzz: upgrade 4.3.0 -> 4.4.1
Signed-off-by: Alexander Kanavin
---
.../harfbuzz/{harfbuzz_4.4.0.bb => harfbuzz_4.4.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_4.4.0.bb => harfbuzz_4.4.1.bb}
(95%)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_4.4.0.bb
b/meta/recipes-graphics/harfbuzz/harfbuzz_4.4.1.bb
similarity index 95%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_4.4.0.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_4.4.1.bb
index 007e278464..c2867d2a9f 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_4.4.0.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_4.4.1.bb
@@ -12,7 +12,7 @@ UPSTREAM_CHECK_URI =
"https://github.com/${BPN}/${BPN}/releases;
UPSTREAM_CHECK_REGEX = "harfbuzz-(?P\d+(\.\d+)+).tar"
SRC_URI =
"https://github.com/${BPN}/${BPN}/releases/download/${PV}/${BPN}-${PV}.tar.xz;
-SRC_URI[sha256sum] =
"02035eddb9d84112834abd1654ce0e177d14f41fd8ce0c29d5b437690790"
+SRC_URI[sha256sum] =
"c5bc33ac099b2e52f01d27cde21cee4281b9d5bfec7684135e268512478bc9ee"
inherit meson pkgconfig lib_package gtk-doc gobject-introspection
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167693):
https://lists.openembedded.org/g/openembedded-core/message/167693
Mute This Topic: https://lists.openembedded.org/mt/92202173/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 05/27] gstreamer1.0: upgrade 1.20.2 -> 1.20.3
Signed-off-by: Alexander Kanavin
---
.../{gstreamer1.0_1.20.2.bb => gstreamer1.0_1.20.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.20.2.bb =>
gstreamer1.0_1.20.3.bb} (97%)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.2.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.3.bb
similarity index 97%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.2.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.3.bb
index 3aa9aa7048..1f4576c3e1 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.2.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.3.bb
@@ -23,7 +23,7 @@ SRC_URI =
"https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.x
file://0004-tests-add-helper-script-to-run-the-installed_tests.patch;striplevel=3
\
file://0005-tests-remove-gstbin-test_watch_for_state_change-test.patch \
"
-SRC_URI[sha256sum] =
"df24e8792691a02dfe003b3833a51f1dbc6c3331ae625d143b17da939ceb5e0a"
+SRC_URI[sha256sum] =
"607daf64bbbd5fb18af9d17e21c0d22c4d702fffe83b23cb22d1b1af2ca23a2a"
PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)}
\
check \
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167692):
https://lists.openembedded.org/g/openembedded-core/message/167692
Mute This Topic: https://lists.openembedded.org/mt/92202172/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 03/27] glib-2.0: upgrade 2.72.2 -> 2.72.3
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch | 2 +-
.../glib-2.0/{glib-2.0_2.72.2.bb => glib-2.0_2.72.3.bb} | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.72.2.bb => glib-2.0_2.72.3.bb}
(96%)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
index fb50fff6a5..c0114397d8 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
+++ b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
@@ -1,4 +1,4 @@
-From a30eb17c20e070124b55523d86729348f2929f95 Mon Sep 17 00:00:00 2001
+From 9a66887179d28d696562dcac43ad05d67580cfdb Mon Sep 17 00:00:00 2001
From: Ross Burton
Date: Fri, 11 Mar 2016 15:35:55 +
Subject: [PATCH] glib-2.0: relocate the GIO module directory for native builds
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.72.2.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb
similarity index 96%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.72.2.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb
index c4a8a4b8ad..dd1ea508d2 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.72.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb
@@ -19,7 +19,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz
\
"
SRC_URI:append:class-native = " file://relocate-modules.patch"
-SRC_URI[sha256sum] =
"78d599a133dba7fe2036dfa8db8fb6131ab9642783fc9578b07a20995252d2de"
+SRC_URI[sha256sum] =
"4a39a2f624b8512d500d5840173eda7fa85f51c109052eae806acece85d345f0"
# Find any meson cross files in FILESPATH that are relevant for the current
# build (using siteinfo) and add them to EXTRA_OEMESON.
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167690):
https://lists.openembedded.org/g/openembedded-core/message/167690
Mute This Topic: https://lists.openembedded.org/mt/92202170/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 04/27] glib-networking: upgrade 2.72.0 -> 2.72.1
Signed-off-by: Alexander Kanavin
---
.../{glib-networking_2.72.0.bb => glib-networking_2.72.1.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/glib-networking/{glib-networking_2.72.0.bb =>
glib-networking_2.72.1.bb} (93%)
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.72.0.bb
b/meta/recipes-core/glib-networking/glib-networking_2.72.1.bb
similarity index 93%
rename from meta/recipes-core/glib-networking/glib-networking_2.72.0.bb
rename to meta/recipes-core/glib-networking/glib-networking_2.72.1.bb
index d578f17aa5..41f18d1c48 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.72.0.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.72.1.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
SECTION = "libs"
DEPENDS = "glib-2.0"
-SRC_URI[archive.sha256sum] =
"100aaebb369285041de52da422b6b716789d5e4d7549a3a71ba587b932e0823b"
+SRC_URI[archive.sha256sum] =
"6fc1bedc8062484dc8a0204965995ef2367c3db5c934058ff1607e5a24d95a74"
PACKAGECONFIG ??= "openssl ${@bb.utils.contains('PTEST_ENABLED', '1', 'tests',
'', d)}"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167691):
https://lists.openembedded.org/g/openembedded-core/message/167691
Mute This Topic: https://lists.openembedded.org/mt/92202171/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 01/27] openssl: update 3.0.4 -> 3.0.5
CVEs fixed:
https://www.openssl.org/news/secadv/20220705.txt
Signed-off-by: Alexander Kanavin
---
.../openssl/{openssl_3.0.4.bb => openssl_3.0.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-connectivity/openssl/{openssl_3.0.4.bb =>
openssl_3.0.5.bb} (99%)
diff --git a/meta/recipes-connectivity/openssl/openssl_3.0.4.bb
b/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
similarity index 99%
rename from meta/recipes-connectivity/openssl/openssl_3.0.4.bb
rename to meta/recipes-connectivity/openssl/openssl_3.0.5.bb
index d9d17378d4..e50ff7f8c5 100644
--- a/meta/recipes-connectivity/openssl/openssl_3.0.4.bb
+++ b/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
@@ -18,7 +18,7 @@ SRC_URI:append:class-nativesdk = " \
file://environment.d-openssl.sh \
"
-SRC_URI[sha256sum] =
"2831843e9a668a0ab478e7020ad63d2d65e51f72977472dc73efcefbafc0c00f"
+SRC_URI[sha256sum] =
"aa7d8d9bef71ad6525c55ba11e5f4397889ce49c2c9349dcea6d3e4f0b024a7a"
inherit lib_package multilib_header multilib_script ptest perlnative
MULTILIB_SCRIPTS = "${PN}-bin:${bindir}/c_rehash"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167688):
https://lists.openembedded.org/g/openembedded-core/message/167688
Mute This Topic: https://lists.openembedded.org/mt/92202168/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 02/27] diffoscope: upgrade 216 -> 217
Signed-off-by: Alexander Kanavin
---
.../diffoscope/{diffoscope_216.bb => diffoscope_217.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/diffoscope/{diffoscope_216.bb =>
diffoscope_217.bb} (92%)
diff --git a/meta/recipes-support/diffoscope/diffoscope_216.bb
b/meta/recipes-support/diffoscope/diffoscope_217.bb
similarity index 92%
rename from meta/recipes-support/diffoscope/diffoscope_216.bb
rename to meta/recipes-support/diffoscope/diffoscope_217.bb
index 87172e9512..d5ab38f8ad 100644
--- a/meta/recipes-support/diffoscope/diffoscope_216.bb
+++ b/meta/recipes-support/diffoscope/diffoscope_217.bb
@@ -12,7 +12,7 @@ PYPI_PACKAGE = "diffoscope"
inherit pypi setuptools3
-SRC_URI[sha256sum] =
"7809caabf4369a1f1dffb9fa37e247b4326aa3366cabd6ab3eb7de5cb4402c39"
+SRC_URI[sha256sum] =
"1e9791e3f718ca809d98fb319b150ce6222a682b4009ea00838b9d8705003950"
RDEPENDS:${PN} += "binutils vim squashfs-tools python3-libarchive-c
python3-magic python3-rpm"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167689):
https://lists.openembedded.org/g/openembedded-core/message/167689
Mute This Topic: https://lists.openembedded.org/mt/92202169/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
