[yocto] OpenEmbedded Happy Hour September 25 5pm/1700 UTC
All, Another month is behind us and everyone is invited to our regular monthly OpenEmbedded Happy Hour taking place this Wednesday, September 25 at 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+September+25&iso=20240925T17 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63885): https://lists.yoctoproject.org/g/yocto/message/63885 Mute This Topic: https://lists.yoctoproject.org/mt/108640106/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] OpenEmbedded Happy Hour August 28 9pm/2100 UTC
All, Just a quick reminder about our monthly OpenEmbedded Happy Hour that is scheduled for today, August 28 at 2100/9pm UTC (5pm ET/2pm PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+August+28&iso=20240828T21 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63760): https://lists.yoctoproject.org/g/yocto/message/63760 Mute This Topic: https://lists.yoctoproject.org/mt/108145739/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour July 31 5pm/1700 UTC
All, Sorry for the late reminder - our monthly OpenEmbedded Happy Hour will take place today in 30 minutes, July 31 at 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+July+31&iso=20240731T17 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#202717): https://lists.openembedded.org/g/openembedded-core/message/202717 Mute This Topic: https://lists.openembedded.org/mt/107649444/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 v3 1/2] gcc: remove paths to sysroot from configargs.h and checksum-options for gcc-cross-canadian
On Mon, Jul 22, 2024 at 09:51:51PM +0100, Richard Purdie wrote: > On Mon, 2024-07-22 at 01:34 -0400, Denys Dmytriyenko via > lists.openembedded.org wrote: > > From: Oleksandr Hnatiuk > > > > Apply fixes from gcc-cross (84a78f46d594 and 0ead8cbdfb96) to > > gcc-cross-canadian. > > This will improve (but not fix) reproducibility of gcc-cross-canadian. > > Also move this code to functions to avoid code duplication. > > > > Signed-off-by: Oleksandr Hnatiuk > > Signed-off-by: Denys Dmytriyenko > > --- > > v3 - add common functions to gcc-common.inc instead of > > gcc-configure-common.h > > > > meta/recipes-devtools/gcc/gcc-common.inc | 19 +++ > > .../gcc/gcc-configure-common.inc | 1 - > > .../gcc/gcc-cross-canadian.inc | 3 +++ > > meta/recipes-devtools/gcc/gcc-cross.inc | 15 ++- > > meta/recipes-devtools/gcc/gcc-target.inc | 16 ++-- > > 5 files changed, 26 insertions(+), 28 deletions(-) > > I ran a test build with this series and there is still a reproducibility > issue: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/5097 > > http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240722-tr5vb5sa/packages/ > > the key difference appearing to start in gcc-src. Thanks. What's the simplest way to reproduce it locally? -- Denys -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#202325): https://lists.openembedded.org/g/openembedded-core/message/202325 Mute This Topic: https://lists.openembedded.org/mt/107480211/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 v3 1/2] gcc: remove paths to sysroot from configargs.h and checksum-options for gcc-cross-canadian
From: Oleksandr Hnatiuk
Apply fixes from gcc-cross (84a78f46d594 and 0ead8cbdfb96) to
gcc-cross-canadian.
This will improve (but not fix) reproducibility of gcc-cross-canadian.
Also move this code to functions to avoid code duplication.
Signed-off-by: Oleksandr Hnatiuk
Signed-off-by: Denys Dmytriyenko
---
v3 - add common functions to gcc-common.inc instead of gcc-configure-common.h
meta/recipes-devtools/gcc/gcc-common.inc | 19 +++
.../gcc/gcc-configure-common.inc | 1 -
.../gcc/gcc-cross-canadian.inc| 3 +++
meta/recipes-devtools/gcc/gcc-cross.inc | 15 ++-
meta/recipes-devtools/gcc/gcc-target.inc | 16 ++--
5 files changed, 26 insertions(+), 28 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-common.inc
b/meta/recipes-devtools/gcc/gcc-common.inc
index 5ac82b1b57..507b257e1f 100644
--- a/meta/recipes-devtools/gcc/gcc-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-common.inc
@@ -116,3 +116,22 @@ target_prefix ?= "${prefix}"
# The real WORKDIR location isn't a dependency for the shared workdir.
src_patches[vardepsexclude] = "WORKDIR"
should_apply[vardepsexclude] += "PN"
+
+remove_sysroot_paths_from_configargs () {
+ # Prevent sysroot path from being used in configargs.h header, as it
will
+ # be rewritten when used by other sysroots preventing support for gcc
+ # plugins. Additionally the path is embeddeded into the output binary,
this
+ # prevents building a reproducible binary.
+ oe_runmake configure-gcc
+ sed -i 's@${STAGING_DIR_TARGET}@/host@g' ${B}/gcc/configargs.h
+ sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/configargs.h
+}
+
+remove_sysroot_paths_from_checksum_options () {
+ # Prevent sysroot/workdir paths from being used in checksum-options.
+ # checksum-options is used to generate a checksum which is embedded into
+ # the output binary.
+ oe_runmake TARGET-gcc=checksum-options all-gcc
+ sed -i 's@${DEBUG_PREFIX_MAP}@@g' ${B}/gcc/checksum-options
+ sed -i 's@${1}@/host@g' ${B}/gcc/checksum-options
+}
diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc
b/meta/recipes-devtools/gcc/gcc-configure-common.inc
index d77b2ec3d1..5c79936242 100644
--- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
@@ -119,4 +119,3 @@ do_configure () {
oe_runconf
}
-
diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index 7c4233c211..9528b71272 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -64,6 +64,9 @@ do_configure () {
}
do_compile () {
+ remove_sysroot_paths_from_configargs
+ remove_sysroot_paths_from_checksum_options '${STAGING_DIR_HOST}'
+
oe_runmake all-host configure-target-libgcc
(cd ${B}/${TARGET_SYS}/libgcc; oe_runmake enable-execute-stack.c
unwind.h md-unwind-support.h sfp-machine.h gthr-default.h)
}
diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
b/meta/recipes-devtools/gcc/gcc-cross.inc
index 5b0ca15d47..f8a7730cf3 100644
--- a/meta/recipes-devtools/gcc/gcc-cross.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross.inc
@@ -62,19 +62,8 @@ do_compile () {
export CXXFLAGS_FOR_TARGET="${TARGET_CXXFLAGS}"
export LDFLAGS_FOR_TARGET="${TARGET_LDFLAGS}"
- # Prevent native/host sysroot path from being used in configargs.h
header,
- # as it will be rewritten when used by other sysroots preventing support
- # for gcc plugins
- oe_runmake configure-gcc
- sed -i 's@${STAGING_DIR_TARGET}@/host@g' ${B}/gcc/configargs.h
- sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/configargs.h
-
- # Prevent sysroot/workdir paths from being used in checksum-options.
- # checksum-options is used to generate a checksum which is embedded into
- # the output binary.
- oe_runmake TARGET-gcc=checksum-options all-gcc
- sed -i 's@${DEBUG_PREFIX_MAP}@@g' ${B}/gcc/checksum-options
- sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/checksum-options
+ remove_sysroot_paths_from_configargs
+ remove_sysroot_paths_from_checksum_options '${STAGING_DIR_HOST}'
oe_runmake all-host configure-target-libgcc
(cd ${B}/${TARGET_SYS}/libgcc; oe_runmake enable-execute-stack.c
unwind.h md-unwind-support.h sfp-machine.h gthr-default.h)
diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
b/meta/recipes-devtools/gcc/gcc-target.inc
index e9187fc444..bd7506fe3a 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -132,20 +132,8 @@ FILES:${PN}-doc = "\
"
do_compile () {
- # Prevent full ta
[OE-core] [PATCH 2/2] gcc: unify cleanup of include-fixed, apply to cross-canadian
From: Denys Dmytriyenko
Since target and cross variants were already doing similar cleanup
of include-fixed headers, as those aren't used, unify the code and
also apply the same to cross-canadian variant.
Some of those header files get processed with a tool that leaves
absolute buildpaths inside the file's commented section, causing
QA errors. Since those aren't used, let's remove them.
This may be a temporary solution until the tool itself gets fixed
to not embed absolute buildpaths in the header files:
https://lists.openembedded.org/g/openembedded-core/topic/107268307
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-devtools/gcc/gcc-common.inc | 4 +++
.../gcc/gcc-cross-canadian.inc| 2 ++
meta/recipes-devtools/gcc/gcc-cross.inc | 2 +-
meta/recipes-devtools/gcc/gcc-target.inc | 31 +--
4 files changed, 8 insertions(+), 31 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-common.inc
b/meta/recipes-devtools/gcc/gcc-common.inc
index 507b257e1f..661f2aef5c 100644
--- a/meta/recipes-devtools/gcc/gcc-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-common.inc
@@ -135,3 +135,7 @@ remove_sysroot_paths_from_checksum_options () {
sed -i 's@${DEBUG_PREFIX_MAP}@@g' ${B}/gcc/checksum-options
sed -i 's@${1}@/host@g' ${B}/gcc/checksum-options
}
+
+cleanup_installed_include_fixed () {
+ find ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include-fixed -type f -not
-name "README" -not -name limits.h -not -name syslimits.h | xargs rm -f
+}
diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index 9528b71272..39f468412a 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -175,6 +175,8 @@ do_install () {
done
done
done
+
+ cleanup_installed_include_fixed
}
ELFUTILS = "nativesdk-elfutils"
diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
b/meta/recipes-devtools/gcc/gcc-cross.inc
index f8a7730cf3..a1a52d9449 100644
--- a/meta/recipes-devtools/gcc/gcc-cross.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross.inc
@@ -109,7 +109,7 @@ do_install () {
cp ${S}/libquadmath/quadmath.h
${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include/
cp ${S}/libquadmath/quadmath_weak.h
${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include/
- find ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include-fixed -type f -not
-name "README" -not -name limits.h -not -name syslimits.h | xargs rm -f
+ cleanup_installed_include_fixed
# install LTO linker plugins where binutils tools can find it
install -d ${D}${libdir}/bfd-plugins
diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
b/meta/recipes-devtools/gcc/gcc-target.inc
index bd7506fe3a..aba5c2848e 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -193,37 +193,8 @@ do_install () {
install -d ${D}${libdir}/bfd-plugins
ln -sf ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/liblto_plugin.so
${D}${libdir}/bfd-plugins/liblto_plugin.so
chown -R root:root ${D}
-}
-do_install:append () {
-#
-# Thefixinc.sh script, run on the gcc's compile phase, looks into
sysroot header
-# files and places the modified files into
-# {D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include-fixed folder. This
makes the
-# build not deterministic. The following code prunes all those headers
-# except those under include-fixed/linux, *limits.h and README,
yielding
-# the same include-fixed folders no matter what sysroot
-
-include_fixed="${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include-fixed"
-for f in $(find ${include_fixed} -type f); do
-case $f in
-*/include-fixed/linux/*)
-continue
-;;
-*/include-fixed/*limits.h)
-continue
-;;
-*/include-fixed/README)
-continue
-;;
-*)
-# remove file and directory if empty
-bbdebug 2 "Pruning $f"
-rm $f
-find $(dirname $f) -maxdepth 0 -empty -exec rmdir {} \;
-;;
-esac
-done
+ cleanup_installed_include_fixed
}
# Installing /usr/lib/gcc/* means we'd have two copies, one from gcc-cross
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202301):
https://lists.openembedded.org/g/openembedded-core/message/202301
Mute This Topic: https://lists.openembedded.org/mt/107480209/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] [scarthgap][master][PATCH] python3: provide /usr/bin/python as a symlink to python3
On Fri, Jul 19, 2024 at 08:18:26AM +0200, Alexander Kanavin wrote:
> There was a proposal with two option (maybe that was missed) and I
Yeah, I guess I missed that one.
> suggested just adding the link and be done with it. We can drop lots of
> patches and send tweaks then.
>
> Alex
>
> On Fri 19. Jul 2024 at 8.17, Alexander Kanavin
> wrote:
>
> > But there is no alternative. Python is python3 and has been for years.
Understood, but many distros still manage symlinks via update-alternatives,
hence my question. I guess since we don't supoort multiple versions at the
same time, it does make sense to keep it simple...
> > Alex
> >
> > On Fri 19. Jul 2024 at 0.47, Denys Dmytriyenko wrote:
> >
> >> Should this be done via update-alternatives, like many other Linux
> >> distros do?
> >>
> >>
> >> On Wed, Jul 17, 2024 at 10:32:01AM +0800, Song, Jiaying (CN) via
> >> lists.openembedded.org wrote:
> >> > From: Jiaying Song
> >> >
> >> > The /usr/bin/python cannot find the correct Python interpreter, so a
> >> symbolic
> >> > link is added to point it to the Python3 interpreter.
> >> >
> >> > Signed-off-by: Jiaying Song
> >> > ---
> >> > meta/recipes-devtools/python/python3/python3-manifest.json | 1 +
> >> > meta/recipes-devtools/python/python3_3.12.4.bb | 1 +
> >> > 2 files changed, 2 insertions(+)
> >> >
> >> > diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json
> >> b/meta/recipes-devtools/python/python3/python3-manifest.json
> >> > index 46092d4004..f9259e1450 100644
> >> > --- a/meta/recipes-devtools/python/python3/python3-manifest.json
> >> > +++ b/meta/recipes-devtools/python/python3/python3-manifest.json
> >> > @@ -220,6 +220,7 @@
> >> > "files": [
> >> > "${bindir}/python${PYTHON_MAJMIN}",
> >> > "${bindir}/python${PYTHON_MAJMIN}.real",
> >> > +"${bindir}/python",
> >> > "${bindir}/python3",
> >> > "${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h",
> >> > "${libdir}/python${PYTHON_MAJMIN}/UserDict.py",
> >> > diff --git a/meta/recipes-devtools/python/python3_3.12.4.bb
> >> b/meta/recipes-devtools/python/python3_3.12.4.bb
> >> > index 743ba0b1f1..94535e7678 100644
> >> > --- a/meta/recipes-devtools/python/python3_3.12.4.bb
> >> > +++ b/meta/recipes-devtools/python/python3_3.12.4.bb
> >> > @@ -165,6 +165,7 @@ do_install:prepend() {
> >> >
> >> > do_install:append:class-target() {
> >> > oe_multilib_header python${PYTHON_MAJMIN}/pyconfig.h
> >> > +ln -sf ${bindir}/python3 ${D}${bindir}/python
> >> > }
> >> >
> >> > do_install:append:class-native() {
> >> > --
> >> > 2.44.0
> >>
> >
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202268):
https://lists.openembedded.org/g/openembedded-core/message/202268
Mute This Topic: https://lists.openembedded.org/mt/107264938/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] [scarthgap][master][PATCH] python3: provide /usr/bin/python as a symlink to python3
Should this be done via update-alternatives, like many other Linux distros do?
On Wed, Jul 17, 2024 at 10:32:01AM +0800, Song, Jiaying (CN) via
lists.openembedded.org wrote:
> From: Jiaying Song
>
> The /usr/bin/python cannot find the correct Python interpreter, so a symbolic
> link is added to point it to the Python3 interpreter.
>
> Signed-off-by: Jiaying Song
> ---
> meta/recipes-devtools/python/python3/python3-manifest.json | 1 +
> meta/recipes-devtools/python/python3_3.12.4.bb | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json
> b/meta/recipes-devtools/python/python3/python3-manifest.json
> index 46092d4004..f9259e1450 100644
> --- a/meta/recipes-devtools/python/python3/python3-manifest.json
> +++ b/meta/recipes-devtools/python/python3/python3-manifest.json
> @@ -220,6 +220,7 @@
> "files": [
> "${bindir}/python${PYTHON_MAJMIN}",
> "${bindir}/python${PYTHON_MAJMIN}.real",
> +"${bindir}/python",
> "${bindir}/python3",
> "${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h",
> "${libdir}/python${PYTHON_MAJMIN}/UserDict.py",
> diff --git a/meta/recipes-devtools/python/python3_3.12.4.bb
> b/meta/recipes-devtools/python/python3_3.12.4.bb
> index 743ba0b1f1..94535e7678 100644
> --- a/meta/recipes-devtools/python/python3_3.12.4.bb
> +++ b/meta/recipes-devtools/python/python3_3.12.4.bb
> @@ -165,6 +165,7 @@ do_install:prepend() {
>
> do_install:append:class-target() {
> oe_multilib_header python${PYTHON_MAJMIN}/pyconfig.h
> +ln -sf ${bindir}/python3 ${D}${bindir}/python
> }
>
> do_install:append:class-native() {
> --
> 2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202240):
https://lists.openembedded.org/g/openembedded-core/message/202240
Mute This Topic: https://lists.openembedded.org/mt/107264938/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 v2] gcc: remove paths to sysroot from configargs.h and checksum-options for gcc-cross-canadian
On Wed, Jul 17, 2024 at 08:21:31PM -0400, Denys Dmytriyenko wrote:
> FWIW, I'm testing master-next now with your patch applied and I'm also seeing
> the same buildpaths QA error in .../include-fixed/pthread.h
>
> ERROR: gcc-cross-canadian-aarch64-14.1.0-r0 do_package_qa: QA Issue: File
> /usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/lib/aarch64-poky-linux/gcc/aarch64-poky-linux/14.1.0/include-fixed/pthread.h
> in package gcc-cross-canadian-aarch64 contains reference to TMPDIR
> [buildpaths]
> ERROR: gcc-cross-canadian-aarch64-14.1.0-r0 do_package_qa: Fatal QA errors
> were found, failing task.
> ERROR: Logfile of failure stored in:
> /OE/poky-master/build/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-aarch64/14.1.0/temp/log.do_package_qa.820539
> ERROR: Task
> (/OE/poky-master/meta/recipes-devtools/gcc/gcc-cross-canadian_14.1.bb:do_package_qa)
> failed with exit code '1'
>
> The header file contains this:
>
> /* DO NOT EDIT THIS FILE.
>
> It has been auto-edited by fixincludes from:
>
>
> "/OE/poky-master/build/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-aarch64/14.1.0/recipe-sysroot/usr/include/pthread.h"
>
> This had to be done to correct non-standard usages in the
> original, manufacturer supplied header file. */
>
> Both gcc-target and gcc-cross end up removing this header file:
> https://git.openembedded.org/openembedded-core/commit/?id=e0af4b2c8f8e29ac6f8eccef401c7c004355359d
> https://git.openembedded.org/openembedded-core/commit/?id=f0fcaa88b7b2977c2cb35b060747442ee9ff3dcd
>
> I'm not sure if we should do the same for gcc-cross-canadian as well - I'm
> trying it locally now...
Well, similarly pruning include-fixed with find+rm makes all the builds
succeed. But I haven't tried using the resulting gcc-canadian-cross yet.
Also, just a nitpick - I noticed the 2 new functions are used from
do_compile(), while being added to gcc-configure-common.inc, not
gcc-common.inc
> On Wed, Jul 17, 2024 at 02:56:06AM -0700, Oleksandr Hnatiuk via
> lists.openembedded.org wrote:
> > Apply fixes from gcc-cross (84a78f46d594 and 0ead8cbdfb96) to
> > gcc-cross-canadian.
> > This will improve (but not fix) reproducibility of gcc-cross-canadian.
> > Also move this code to functions to avoid code duplication.
> >
> > Signed-off-by: Oleksandr Hnatiuk
> > ---
> > .../gcc/gcc-configure-common.inc | 19 +++
> > .../gcc/gcc-cross-canadian.inc| 3 +++
> > meta/recipes-devtools/gcc/gcc-cross.inc | 15 ++-
> > meta/recipes-devtools/gcc/gcc-target.inc | 16 ++--
> > 4 files changed, 26 insertions(+), 27 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> > b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> > index d77b2ec3d1de..c936d1a9bd7b 100644
> > --- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> > +++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> > @@ -120,3 +120,22 @@ do_configure () {
> > oe_runconf
> > }
> >
> > +remove_sysroot_paths_from_configargs () {
> > + # Prevent sysroot path from being used in configargs.h header, as it
> > will
> > + # be rewritten when used by other sysroots preventing support for gcc
> > + # plugins. Additionally the path is embeddeded into the output binary,
> > this
> > + # prevents building a reproducible binary.
> > + oe_runmake configure-gcc
> > + sed -i 's@${STAGING_DIR_TARGET}@/host@g' ${B}/gcc/configargs.h
> > + sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/configargs.h
> > +}
> > +
> > +remove_sysroot_paths_from_checksum_options () {
> > + # Prevent sysroot/workdir paths from being used in checksum-options.
> > + # checksum-options is used to generate a checksum which is embedded into
> > + # the output binary.
> > + oe_runmake TARGET-gcc=checksum-options all-gcc
> > + sed -i 's@${DEBUG_PREFIX_MAP}@@g' ${B}/gcc/checksum-options
> > + sed -i 's@${1}@/host@g' ${B}/gcc/checksum-options
> > +}
> > +
> > diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> > b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> > index 7c4233c21157..9528b71272dd 100644
> > --- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> > +++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> > @@ -64,6 +64,9 @@ do_configure () {
> > }
> >
> > do_compile () {
> > + remove_sysroot_paths_from_configargs
> > +
Re: [OE-core] [PATCH v2] gcc: remove paths to sysroot from configargs.h and checksum-options for gcc-cross-canadian
FWIW, I'm testing master-next now with your patch applied and I'm also seeing
the same buildpaths QA error in .../include-fixed/pthread.h
ERROR: gcc-cross-canadian-aarch64-14.1.0-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/lib/aarch64-poky-linux/gcc/aarch64-poky-linux/14.1.0/include-fixed/pthread.h
in package gcc-cross-canadian-aarch64 contains reference to TMPDIR [buildpaths]
ERROR: gcc-cross-canadian-aarch64-14.1.0-r0 do_package_qa: Fatal QA errors were
found, failing task.
ERROR: Logfile of failure stored in:
/OE/poky-master/build/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-aarch64/14.1.0/temp/log.do_package_qa.820539
ERROR: Task
(/OE/poky-master/meta/recipes-devtools/gcc/gcc-cross-canadian_14.1.bb:do_package_qa)
failed with exit code '1'
The header file contains this:
/* DO NOT EDIT THIS FILE.
It has been auto-edited by fixincludes from:
"/OE/poky-master/build/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-aarch64/14.1.0/recipe-sysroot/usr/include/pthread.h"
This had to be done to correct non-standard usages in the
original, manufacturer supplied header file. */
Both gcc-target and gcc-cross end up removing this header file:
https://git.openembedded.org/openembedded-core/commit/?id=e0af4b2c8f8e29ac6f8eccef401c7c004355359d
https://git.openembedded.org/openembedded-core/commit/?id=f0fcaa88b7b2977c2cb35b060747442ee9ff3dcd
I'm not sure if we should do the same for gcc-cross-canadian as well - I'm
trying it locally now...
On Wed, Jul 17, 2024 at 02:56:06AM -0700, Oleksandr Hnatiuk via
lists.openembedded.org wrote:
> Apply fixes from gcc-cross (84a78f46d594 and 0ead8cbdfb96) to
> gcc-cross-canadian.
> This will improve (but not fix) reproducibility of gcc-cross-canadian.
> Also move this code to functions to avoid code duplication.
>
> Signed-off-by: Oleksandr Hnatiuk
> ---
> .../gcc/gcc-configure-common.inc | 19 +++
> .../gcc/gcc-cross-canadian.inc| 3 +++
> meta/recipes-devtools/gcc/gcc-cross.inc | 15 ++-
> meta/recipes-devtools/gcc/gcc-target.inc | 16 ++--
> 4 files changed, 26 insertions(+), 27 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> index d77b2ec3d1de..c936d1a9bd7b 100644
> --- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> +++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> @@ -120,3 +120,22 @@ do_configure () {
> oe_runconf
> }
>
> +remove_sysroot_paths_from_configargs () {
> + # Prevent sysroot path from being used in configargs.h header, as it
> will
> + # be rewritten when used by other sysroots preventing support for gcc
> + # plugins. Additionally the path is embeddeded into the output binary,
> this
> + # prevents building a reproducible binary.
> + oe_runmake configure-gcc
> + sed -i 's@${STAGING_DIR_TARGET}@/host@g' ${B}/gcc/configargs.h
> + sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/configargs.h
> +}
> +
> +remove_sysroot_paths_from_checksum_options () {
> + # Prevent sysroot/workdir paths from being used in checksum-options.
> + # checksum-options is used to generate a checksum which is embedded into
> + # the output binary.
> + oe_runmake TARGET-gcc=checksum-options all-gcc
> + sed -i 's@${DEBUG_PREFIX_MAP}@@g' ${B}/gcc/checksum-options
> + sed -i 's@${1}@/host@g' ${B}/gcc/checksum-options
> +}
> +
> diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> index 7c4233c21157..9528b71272dd 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> @@ -64,6 +64,9 @@ do_configure () {
> }
>
> do_compile () {
> + remove_sysroot_paths_from_configargs
> + remove_sysroot_paths_from_checksum_options '${STAGING_DIR_HOST}'
> +
> oe_runmake all-host configure-target-libgcc
> (cd ${B}/${TARGET_SYS}/libgcc; oe_runmake enable-execute-stack.c
> unwind.h md-unwind-support.h sfp-machine.h gthr-default.h)
> }
> diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
> b/meta/recipes-devtools/gcc/gcc-cross.inc
> index 5b0ca15d4762..f8a7730cf322 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> @@ -62,19 +62,8 @@ do_compile () {
> export CXXFLAGS_FOR_TARGET="${TARGET_CXXFLAGS}"
> export LDFLAGS_FOR_TARGET="${TARGET_LDFLAGS}"
>
> - # Prevent native/host sysroot path from being used in configargs.h
> header,
> - # as it will be rewritten when used by other sysroots preventing support
> - # for gcc plugins
> - oe_runmake configure-gcc
> - sed -i 's@${STAGING_DIR_TARGET}@/host@g' ${B}/gcc/configargs.h
> - sed -i 's@${STAGING_DIR_HOST}@/host@g' ${B}/gcc/configargs.h
> -
> - # Pr
Re: [OE-core] [PATCH] nativesdk-libtool: sanitize the script, remove buildpaths
On Wed, Jul 17, 2024 at 07:29:45AM +0100, Richard Purdie wrote:
> On Tue, 2024-07-16 at 18:09 -0400, Denys Dmytriyenko via
> lists.openembedded.org wrote:
> > From: Denys Dmytriyenko
> >
> > Copy the same sed command to sanitize libtool script from target recipe
> > to nativesdk one. Otherwise fails with buildpaths QA error:
> >
> > ERROR: nativesdk-libtool-2.5.0-r0 do_package_qa: QA Issue: File
> > /usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/libtool
> > in package nativesdk-libtool contains reference to TMPDIR [buildpaths]
> >
> > Signed-off-by: Denys Dmytriyenko
> > ---
> > .../libtool/nativesdk-libtool_2.5.0.bb | 12
> > 1 file changed, 12 insertions(+)
> >
> > diff --git a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
> > b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
> > index ddb60e717c..69de7a8e40 100644
> > --- a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
> > +++ b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
> > @@ -13,6 +13,18 @@ do_install () {
> > autotools_do_install
> > install -d ${D}${bindir}/
> > install -m 0755 libtool ${D}${bindir}/
> > +
> > + sed -e 's@--sysroot=${STAGING_DIR_HOST}@@g' \
> > + -e "s@${DEBUG_PREFIX_MAP}@@g" \
> > + -e 's@${STAGING_DIR_HOST}@@g' \
> > + -e 's@${STAGING_DIR_NATIVE}@@g' \
> > + -e 's@^\(sys_lib_search_path_spec="\).*@\1${libdir}
> > ${base_libdir}"@' \
> > + -e 's@^\(compiler_lib_search_dirs="\).*@\1${libdir}
> > ${base_libdir}"@' \
> > + -e 's@^\(compiler_lib_search_path="\).*@\1${libdir}
> > ${base_libdir}"@' \
> > + -e 's@^\(predep_objects="\).*@\1"@' \
> > + -e 's@^\(postdep_objects="\).*@\1"@' \
> > + -e "s@${HOSTTOOLS_DIR}/@@g" \
> > + -i ${D}${bindir}/libtool
> > }
> >
> > SYSROOT_PREPROCESS_FUNCS += "libtoolnativesdk_sysroot_preprocess"
> >
>
> Rather than duplicate code, particularly long commands like this, it
> should be moved to a function and called from both locations.
v2 submitted.
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202171):
https://lists.openembedded.org/g/openembedded-core/message/202171
Mute This Topic: https://lists.openembedded.org/mt/107261637/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 v2] nativesdk-libtool: sanitize the script, remove buildpaths
From: Denys Dmytriyenko
Use the same sed command to sanitize libtool script for target recipe
and nativesdk one. Otherwise fails with buildpaths QA error:
ERROR: nativesdk-libtool-2.5.0-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/libtool
in package nativesdk-libtool contains reference to TMPDIR [buildpaths]
Signed-off-by: Denys Dmytriyenko
---
v2 - extract common code into .inc
meta/recipes-devtools/libtool/libtool_2.5.0.bb| 15 +--
.../libtool/nativesdk-libtool_2.5.0.bb| 1 +
.../libtool/remove-buildpaths.inc | 13 +
3 files changed, 15 insertions(+), 14 deletions(-)
create mode 100644 meta/recipes-devtools/libtool/remove-buildpaths.inc
diff --git a/meta/recipes-devtools/libtool/libtool_2.5.0.bb
b/meta/recipes-devtools/libtool/libtool_2.5.0.bb
index 44a4950574..c1e315aece 100644
--- a/meta/recipes-devtools/libtool/libtool_2.5.0.bb
+++ b/meta/recipes-devtools/libtool/libtool_2.5.0.bb
@@ -1,4 +1,5 @@
require libtool-${PV}.inc
+require remove-buildpaths.inc
SRC_URI += "file://multilib.patch"
@@ -15,20 +16,6 @@ SYSROOT_DIRS_IGNORE += " \
ACLOCALEXTRAPATH:class-target = ""
-do_install:append () {
-sed -e 's@--sysroot=${STAGING_DIR_HOST}@@g' \
--e "s@${DEBUG_PREFIX_MAP}@@g" \
--e 's@${STAGING_DIR_HOST}@@g' \
--e 's@${STAGING_DIR_NATIVE}@@g' \
--e 's@^\(sys_lib_search_path_spec="\).*@\1${libdir}
${base_libdir}"@' \
--e 's@^\(compiler_lib_search_dirs="\).*@\1${libdir}
${base_libdir}"@' \
--e 's@^\(compiler_lib_search_path="\).*@\1${libdir}
${base_libdir}"@' \
--e 's@^\(predep_objects="\).*@\1"@' \
--e 's@^\(postdep_objects="\).*@\1"@' \
--e "s@${HOSTTOOLS_DIR}/@@g" \
--i ${D}${bindir}/libtool
-}
-
inherit multilib_script
MULTILIB_SCRIPTS = "${PN}:${bindir}/libtool"
diff --git a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
index ddb60e717c..2589bd617e 100644
--- a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
+++ b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
@@ -1,4 +1,5 @@
require libtool-${PV}.inc
+require remove-buildpaths.inc
FILESEXTRAPATHS =. "${FILE_DIRNAME}/libtool:"
diff --git a/meta/recipes-devtools/libtool/remove-buildpaths.inc
b/meta/recipes-devtools/libtool/remove-buildpaths.inc
new file mode 100644
index 00..1ca95aeace
--- /dev/null
+++ b/meta/recipes-devtools/libtool/remove-buildpaths.inc
@@ -0,0 +1,13 @@
+do_install:append () {
+sed -e 's@--sysroot=${STAGING_DIR_HOST}@@g' \
+-e "s@${DEBUG_PREFIX_MAP}@@g" \
+-e 's@${STAGING_DIR_HOST}@@g' \
+-e 's@${STAGING_DIR_NATIVE}@@g' \
+-e 's@^\(sys_lib_search_path_spec="\).*@\1${libdir}
${base_libdir}"@' \
+-e 's@^\(compiler_lib_search_dirs="\).*@\1${libdir}
${base_libdir}"@' \
+-e 's@^\(compiler_lib_search_path="\).*@\1${libdir}
${base_libdir}"@' \
+-e 's@^\(predep_objects="\).*@\1"@' \
+-e 's@^\(postdep_objects="\).*@\1"@' \
+-e "s@${HOSTTOOLS_DIR}/@@g" \
+-i ${D}${bindir}/libtool
+}
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202170):
https://lists.openembedded.org/g/openembedded-core/message/202170
Mute This Topic: https://lists.openembedded.org/mt/107402004/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 v2] llvm: extend llvm-config reproducivility fix to nativesdk class
From: Denys Dmytriyenko
It's not limited to "target", but also happens to nativesdk:
ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/llvm-config
in package nativesdk-llvm contains reference to TMPDIR [buildpaths]
Signed-off-by: Denys Dmytriyenko
---
v2 - only apply the fix to nativesdk, leaving native be as is
meta/recipes-devtools/llvm/llvm_18.1.8.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
index 8dad952923..a700a1b2b1 100644
--- a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
+++ b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
@@ -99,6 +99,10 @@ do_compile:prepend:class-target() {
sed -i -e "s,${WORKDIR},,g" ${B}/tools/llvm-config/BuildVariables.inc
}
+do_compile:prepend:class-nativesdk() {
+sed -i -e "s,${WORKDIR},,g" ${B}/tools/llvm-config/BuildVariables.inc
+}
+
do_compile() {
if ${@bb.utils.contains('PACKAGECONFIG', 'libllvm', 'true', 'false', d)};
then
ninja -v ${PARALLEL_MAKE}
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202131):
https://lists.openembedded.org/g/openembedded-core/message/202131
Mute This Topic: https://lists.openembedded.org/mt/107262037/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] llvm: extend llvm-config reproducivility fix to all classes
On Tue, Jul 16, 2024 at 08:12:25AM +0100, Richard Purdie wrote:
> On Mon, 2024-07-15 at 21:36 -0400, Denys Dmytriyenko via
> lists.openembedded.org wrote:
> > It's not limited to "target", but also happens to e.g. nativesdk:
> >
> > ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
> > /usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-
> > linux/usr/bin/llvm-config in package nativesdk-llvm contains
> > reference to TMPDIR [buildpaths]
> >
> > Signed-off-by: Denys Dmytriyenko
> > ---
> > meta/recipes-devtools/llvm/llvm_18.1.8.bb | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
> > b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
> > index 8dad952923..6afca9c7d7 100644
> > --- a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
> > +++ b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
> > @@ -95,7 +95,7 @@ EXTRA_OECMAKE:append:class-nativesdk = "\
> > "
> >
> > # patch out build host paths for reproducibility
> > -do_compile:prepend:class-target() {
> > +do_compile:prepend() {
> > sed -i -e "s,${WORKDIR},,g" ${B}/tools/llvm-
> > config/BuildVariables.inc
> > }
> >
>
>
> Do we need those buildpaths in llvm-native?
I'm not really sure, but I can spin up a v2.
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202129):
https://lists.openembedded.org/g/openembedded-core/message/202129
Mute This Topic: https://lists.openembedded.org/mt/107244907/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] nativesdk-libtool: sanitize the script, remove buildpaths
From: Denys Dmytriyenko
Copy the same sed command to sanitize libtool script from target recipe
to nativesdk one. Otherwise fails with buildpaths QA error:
ERROR: nativesdk-libtool-2.5.0-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/libtool
in package nativesdk-libtool contains reference to TMPDIR [buildpaths]
Signed-off-by: Denys Dmytriyenko
---
.../libtool/nativesdk-libtool_2.5.0.bb | 12
1 file changed, 12 insertions(+)
diff --git a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
index ddb60e717c..69de7a8e40 100644
--- a/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
+++ b/meta/recipes-devtools/libtool/nativesdk-libtool_2.5.0.bb
@@ -13,6 +13,18 @@ do_install () {
autotools_do_install
install -d ${D}${bindir}/
install -m 0755 libtool ${D}${bindir}/
+
+ sed -e 's@--sysroot=${STAGING_DIR_HOST}@@g' \
+ -e "s@${DEBUG_PREFIX_MAP}@@g" \
+ -e 's@${STAGING_DIR_HOST}@@g' \
+ -e 's@${STAGING_DIR_NATIVE}@@g' \
+ -e 's@^\(sys_lib_search_path_spec="\).*@\1${libdir}
${base_libdir}"@' \
+ -e 's@^\(compiler_lib_search_dirs="\).*@\1${libdir}
${base_libdir}"@' \
+ -e 's@^\(compiler_lib_search_path="\).*@\1${libdir}
${base_libdir}"@' \
+ -e 's@^\(predep_objects="\).*@\1"@' \
+ -e 's@^\(postdep_objects="\).*@\1"@' \
+ -e "s@${HOSTTOOLS_DIR}/@@g" \
+ -i ${D}${bindir}/libtool
}
SYSROOT_PREPROCESS_FUNCS += "libtoolnativesdk_sysroot_preprocess"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202128):
https://lists.openembedded.org/g/openembedded-core/message/202128
Mute This Topic: https://lists.openembedded.org/mt/107261637/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] llvm: extend llvm-config reproducivility fix to all classes
It's not limited to "target", but also happens to e.g. nativesdk:
ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/llvm-config
in package nativesdk-llvm contains reference to TMPDIR [buildpaths]
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-devtools/llvm/llvm_18.1.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
index 8dad952923..6afca9c7d7 100644
--- a/meta/recipes-devtools/llvm/llvm_18.1.8.bb
+++ b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
@@ -95,7 +95,7 @@ EXTRA_OECMAKE:append:class-nativesdk = "\
"
# patch out build host paths for reproducibility
-do_compile:prepend:class-target() {
+do_compile:prepend() {
sed -i -e "s,${WORKDIR},,g" ${B}/tools/llvm-config/BuildVariables.inc
}
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202077):
https://lists.openembedded.org/g/openembedded-core/message/202077
Mute This Topic: https://lists.openembedded.org/mt/107244907/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] hdparm: drop NO_GENERIC_LICENSE
thanks
On Wed, Jul 10, 2024 at 02:05:41AM +0200, Martin Jansa wrote:
> see:
> https://lists.openembedded.org/g/openembedded-core/message/201631
> which is already in master-next:
> https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=129d2df6bb963bf33da3656ceb6ca5b03cd80383
>
> On Wed, Jul 10, 2024 at 2:02 AM Denys Dmytriyenko via
> lists.openembedded.org wrote:
> >
> > Latest SPDX update[1] brought in a generic hdparm license, no need
> > to set NO_GENERIC_LICENSE any more.
> >
> > [1]
> > https://git.openembedded.org/openembedded-core/commit/?id=e9c1f48af10ccb58251ecc7e041babb99b94d6df
> >
> > Signed-off-by: Denys Dmytriyenko
> > ---
> > meta/recipes-extended/hdparm/hdparm_9.65.bb | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/meta/recipes-extended/hdparm/hdparm_9.65.bb
> > b/meta/recipes-extended/hdparm/hdparm_9.65.bb
> > index d5e6ab6065a..1b6af566a29 100644
> > --- a/meta/recipes-extended/hdparm/hdparm_9.65.bb
> > +++ b/meta/recipes-extended/hdparm/hdparm_9.65.bb
> > @@ -8,7 +8,6 @@ LICENSE = "BSD-2-Clause & GPL-2.0-only & hdparm"
> > LICENSE:${PN} = "BSD-2-Clause & hdparm"
> > LICENSE:${PN}-dbg = "BSD-2-Clause & hdparm"
> > LICENSE:wiper = "GPL-2.0-only"
> > -NO_GENERIC_LICENSE[hdparm] = "LICENSE.TXT"
> >
> > LIC_FILES_CHKSUM =
> > "file://LICENSE.TXT;md5=495d03e50dc6c89d6a30107ab0df5b03 \
> >
> > file://debian/copyright;md5=a82d7ba3ade9e8ec902749db98c592f3 \
> > --
> > 2.35.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201688):
https://lists.openembedded.org/g/openembedded-core/message/201688
Mute This Topic: https://lists.openembedded.org/mt/107133678/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] hdparm: drop NO_GENERIC_LICENSE
Latest SPDX update[1] brought in a generic hdparm license, no need
to set NO_GENERIC_LICENSE any more.
[1]
https://git.openembedded.org/openembedded-core/commit/?id=e9c1f48af10ccb58251ecc7e041babb99b94d6df
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/hdparm/hdparm_9.65.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-extended/hdparm/hdparm_9.65.bb
b/meta/recipes-extended/hdparm/hdparm_9.65.bb
index d5e6ab6065a..1b6af566a29 100644
--- a/meta/recipes-extended/hdparm/hdparm_9.65.bb
+++ b/meta/recipes-extended/hdparm/hdparm_9.65.bb
@@ -8,7 +8,6 @@ LICENSE = "BSD-2-Clause & GPL-2.0-only & hdparm"
LICENSE:${PN} = "BSD-2-Clause & hdparm"
LICENSE:${PN}-dbg = "BSD-2-Clause & hdparm"
LICENSE:wiper = "GPL-2.0-only"
-NO_GENERIC_LICENSE[hdparm] = "LICENSE.TXT"
LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=495d03e50dc6c89d6a30107ab0df5b03 \
file://debian/copyright;md5=a82d7ba3ade9e8ec902749db98c592f3 \
--
2.35.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201686):
https://lists.openembedded.org/g/openembedded-core/message/201686
Mute This Topic: https://lists.openembedded.org/mt/107133678/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] OpenEmbedded Happy Hour June 26 9pm/2100 UTC
All, You are invited to our regularly scheduled OpenEmbedded Happy Hour later today, June 26 for Asia/Pacific timezones at 2100/9pm UTC (5pm ET/2pm PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+June+26&iso=20240626T21 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63395): https://lists.yoctoproject.org/g/yocto/message/63395 Mute This Topic: https://lists.yoctoproject.org/mt/106893720/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] weston: upgrade 13.0.0 -> 13.0.1
Weston 13.0.1, a bug fix release for 13.0.0 has been released.
Full changelog:
https://lists.freedesktop.org/archives/wayland-devel/2024-April/043575.html
Signed-off-by: Denys Dmytriyenko
---
...tools-Include-libgen.h-for-basename-signat.patch | 13 +
.../wayland/{weston_13.0.0.bb => weston_13.0.1.bb} | 2 +-
2 files changed, 6 insertions(+), 9 deletions(-)
rename meta/recipes-graphics/wayland/{weston_13.0.0.bb => weston_13.0.1.bb}
(98%)
diff --git
a/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch
b/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch
index 1d281fa832..fbec9f9d4e 100644
---
a/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch
+++
b/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch
@@ -1,4 +1,4 @@
-From 2b53236ac637dfa7fb0f438f7391a73f6ef92a06 Mon Sep 17 00:00:00 2001
+From e050830898ea37d30ef1c5339cb1665bdb92dcdc Mon Sep 17 00:00:00 2001
From: Khem Raj
Date: Thu, 14 Dec 2023 09:13:54 -0800
Subject: [PATCH] libweston,tools: Include libgen.h for basename signature
@@ -20,7 +20,7 @@ Signed-off-by: Khem Raj
2 files changed, 2 insertions(+)
diff --git a/libweston/backend-drm/libbacklight.c
b/libweston/backend-drm/libbacklight.c
-index ca7f2d68..74690fa7 100644
+index ca7f2d6..74690fa 100644
--- a/libweston/backend-drm/libbacklight.c
+++ b/libweston/backend-drm/libbacklight.c
@@ -41,6 +41,7 @@
@@ -30,19 +30,16 @@ index ca7f2d68..74690fa7 100644
+#include
#include
#include
-
+
diff --git a/tools/zunitc/src/zunitc_impl.c b/tools/zunitc/src/zunitc_impl.c
-index 18f03015..9b460fa0 100644
+index 18f0301..9b460fa 100644
--- a/tools/zunitc/src/zunitc_impl.c
+++ b/tools/zunitc/src/zunitc_impl.c
@@ -27,6 +27,7 @@
-
+
#include
#include
+#include
#include
#include
#include
---
-2.43.0
-
diff --git a/meta/recipes-graphics/wayland/weston_13.0.0.bb
b/meta/recipes-graphics/wayland/weston_13.0.1.bb
similarity index 98%
rename from meta/recipes-graphics/wayland/weston_13.0.0.bb
rename to meta/recipes-graphics/wayland/weston_13.0.1.bb
index cb0024c5ca..eae13e1c21 100644
--- a/meta/recipes-graphics/wayland/weston_13.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_13.0.1.bb
@@ -14,7 +14,7 @@ SRC_URI =
"https://gitlab.freedesktop.org/wayland/weston/-/releases/${PV}/downlo
file://systemd-notify.weston-start \
"
-SRC_URI[sha256sum] =
"52ff1d4aa2394a2e416c85a338b627ce97fa71d43eb762fd4aaf145d36fc795a"
+SRC_URI[sha256sum] =
"ea1566ab4f5ffce7e9fd4f7a1fca5b30caae4d50023bf459213994094e02b29a"
UPSTREAM_CHECK_URI = "https://gitlab.freedesktop.org/wayland/weston/-/tags";
UPSTREAM_CHECK_REGEX = "releases/(?P\d+\.\d+\.(?!9\d+)\d+)"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200350):
https://lists.openembedded.org/g/openembedded-core/message/200350
Mute This Topic: https://lists.openembedded.org/mt/106494488/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] wayland: upgrade 1.22.0 -> 1.23.0
This is the official release for Wayland 1.23.
Besides numerous bugfixes and protocol clarifications, Wayland 1.23 includes
the following new features:
- A mechanism to set the size of the internal connection buffer used by
libwayland
- An enum-header mode for wayland-scanner to generate headers with only enums
- wayland-scanner now generates validator functions for enums on the server
side
- Protocols can now indicate with a "deprecated-since" XML attribute that a
request, event or enum entry is deprecated
- An API to set a name for a queue to aid debugging
- wl_client_get_user_data() and wl_client_set_user_data() to more easily attach
custom data to a client
- OpenBSD support
- A wl_shm.release request for proper cleanup of this global
Changelog:
https://lists.freedesktop.org/archives/wayland-devel/2024-May/043636.html
Signed-off-by: Denys Dmytriyenko
---
...build-Fix-strndup-detection-on-MinGW.patch | 9 ++--
...der-pkgconfig-sysroot-for-pkgdatadir.patch | 46 ---
.../{wayland_1.22.0.bb => wayland_1.23.0.bb} | 3 +-
3 files changed, 4 insertions(+), 54 deletions(-)
delete mode 100644
meta/recipes-graphics/wayland/wayland/0002-Consider-pkgconfig-sysroot-for-pkgdatadir.patch
rename meta/recipes-graphics/wayland/{wayland_1.22.0.bb => wayland_1.23.0.bb}
(93%)
diff --git
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
index bc753de113..c6ddf8a1f9 100644
---
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
+++
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
@@ -1,4 +1,4 @@
-From b4c64b6f07743e3fb63ce52359bc664ab7d60df0 Mon Sep 17 00:00:00 2001
+From a90bfa622f7323074c715674b368cba80bc7d196 Mon Sep 17 00:00:00 2001
From: Joshua Watt
Date: Thu, 20 Feb 2020 15:20:45 -0600
Subject: [PATCH] build: Fix strndup detection on MinGW
@@ -20,10 +20,10 @@ Signed-off-by: Denys Dmytriyenko
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
-index 3bc25c9..adde7b9 100644
+index 8e28f2a..b56ba91 100644
--- a/meson.build
+++ b/meson.build
-@@ -38,11 +38,11 @@ have_funcs = [
+@@ -45,11 +45,11 @@ have_funcs = [
'prctl',
'memfd_create',
'mremap',
@@ -36,6 +36,3 @@ index 3bc25c9..adde7b9 100644
config_h.set10('HAVE_XUCRED_CR_PID', cc.has_member('struct xucred', 'cr_pid',
prefix : '#include '))
have_broken_msg_cmsg_cloexec = false
if host_machine.system() == 'freebsd'
---
-2.7.4
-
diff --git
a/meta/recipes-graphics/wayland/wayland/0002-Consider-pkgconfig-sysroot-for-pkgdatadir.patch
b/meta/recipes-graphics/wayland/wayland/0002-Consider-pkgconfig-sysroot-for-pkgdatadir.patch
deleted file mode 100644
index 4573bb635a..00
---
a/meta/recipes-graphics/wayland/wayland/0002-Consider-pkgconfig-sysroot-for-pkgdatadir.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From ff8ecbe8891d592e645927659318720f9e190054 Mon Sep 17 00:00:00 2001
-From: Andreas Cord-Landwehr
-Date: Sun, 6 Feb 2022 17:23:46 +0100
-Subject: [PATCH] Consider pkgconfig sysroot for pkgdatadir
-
-For libs/cflags this is done automatically, but not for manually accessed
-variables. This matches what wayland-protocols does.
-
-Upstream-Status: Submitted
[https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/272]
- src/meson.build | 6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
-diff --git a/src/meson.build b/src/meson.build
-index a8a1d2b..721e151 100644
a/src/meson.build
-+++ b/src/meson.build
-@@ -65,7 +65,7 @@ if get_option('scanner')
- version: meson.project_version(),
- variables: [
- 'datarootdir=' + join_paths('${prefix}',
get_option('datadir')),
-- 'pkgdatadir=' + join_paths('${datarootdir}',
meson.project_name()),
-+ 'pkgdatadir=' +
join_paths('${pc_sysrootdir}${datarootdir}', meson.project_name()),
- 'bindir=' + join_paths('${prefix}',
get_option('bindir')),
- 'wayland_scanner=${bindir}/wayland-scanner'
- ],
-@@ -211,7 +211,7 @@ if get_option('libraries')
- filebase: 'wayland-server',
- variables: [
- 'datarootdir=' + join_paths('${prefix}',
get_option('datadir')),
-- 'pkgdatadir=' + join_paths('${datarootdir}',
meson.project_name())
-+ 'pkgdatadir=' +
join_paths('${pc_sysrootdir}${datarootdir}', meson.project_name())
- ]
-
[OE-core] OpenEmbedded Happy Hour May 29 5pm/1700 UTC
All, Please join us for our monthly OpenEmbedded Happy Hour tomorrow, May 29 at 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+29&iso=20240529T17 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#199978): https://lists.openembedded.org/g/openembedded-core/message/199978 Mute This Topic: https://lists.openembedded.org/mt/106359448/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour April 24 9pm/2100 UTC
All, You are invited to our regularly scheduled OpenEmbedded Happy Hour tomorrow, April 24 for Asia/Pacific timezones at 2100/9pm UTC (5pm ET/2pm PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+April+24&iso=20240424T21 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198631): https://lists.openembedded.org/g/openembedded-core/message/198631 Mute This Topic: https://lists.openembedded.org/mt/105696322/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/3] mtd-utils: upgrade 2.1.6 -> 2.2.0
This is a small release of changes that have accumulated since last August.
As it contains mainly new command line switches (i.e. features) for some
of the tools, this receives a minor version bump.
The Autotools based build system also received a slight overhaul, cleaning
up how configure switches and dependencies are handled. It should now
also be possible to compile mtd-utils without requiring zlib.
Full changelog:
https://lists.infradead.org/pipermail/linux-mtd/2024-March/104058.html
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-devtools/mtd/mtd-utils_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
index 4b27528f64..a40d79c864 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -11,9 +11,9 @@ inherit autotools pkgconfig update-alternatives
DEPENDS = "zlib e2fsprogs util-linux"
RDEPENDS:mtd-utils-tests += "bash"
-PV = "2.1.6"
+PV = "2.2.0"
-SRCREV = "219e741f40f4801bae263e0b581b64888d887b4a"
+SRCREV = "31e990c56aba7584cde310685d663bb122f16003"
SRC_URI = "git://git.infradead.org/mtd-utils.git;branch=master"
S = "${WORKDIR}/git"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197861):
https://lists.openembedded.org/g/openembedded-core/message/197861
Mute This Topic: https://lists.openembedded.org/mt/105280866/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 3/3] wayland-protocols: upgrade 1.33 -> 1.34
This release comes with three new staging protocols:
* xdg-toplevel-drag
This protocol enhances regular drag and drop by allowing attaching a
toplevel window to a drag. This can be used to implement e.g. detachable
toolbars and browser tab drag behavior that can be seen in other
platforms.
* xdg-dialog
This protocol allows setting dialog specific hints on a toplevel, more
specifically marking them as modal.
* linux-drm-syncobj
This protocol will allow explicit synchronization of buffers using DRM
synchronization objects. While being a protocol that is unlikely to be
widely used directly by applications and toolkits themselves, it is an
important building block for improving Vulkan and OpenGL drivers.
Other than this, the tablet and foreign toplevel list protocols also
received clarifications and fixes.
Full changelog:
https://lists.freedesktop.org/archives/wayland-devel/2024-March/043537.html
Signed-off-by: Denys Dmytriyenko
---
.../{wayland-protocols_1.33.bb => wayland-protocols_1.34.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/wayland/{wayland-protocols_1.33.bb =>
wayland-protocols_1.34.bb} (91%)
diff --git a/meta/recipes-graphics/wayland/wayland-protocols_1.33.bb
b/meta/recipes-graphics/wayland/wayland-protocols_1.34.bb
similarity index 91%
rename from meta/recipes-graphics/wayland/wayland-protocols_1.33.bb
rename to meta/recipes-graphics/wayland/wayland-protocols_1.34.bb
index 074ea3663a..8c12985714 100644
--- a/meta/recipes-graphics/wayland/wayland-protocols_1.33.bb
+++ b/meta/recipes-graphics/wayland/wayland-protocols_1.34.bb
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=c7b12b6702da38ca028ace54aae3d484 \
file://stable/presentation-time/presentation-time.xml;endline=26;md5=4646cd7d9edc9fa55db941f2d3a7dc53"
SRC_URI =
"https://gitlab.freedesktop.org/wayland/wayland-protocols/-/releases/${PV}/downloads/wayland-protocols-${PV}.tar.xz";
-SRC_URI[sha256sum] =
"94f0c50b090d6e61a03f62048467b19abbe851be4e11ae7b36f65f8b98c3963a"
+SRC_URI[sha256sum] =
"c59b27cacd85f60baf4ee5f80df5c0d15760ead6a2432b00ab7e2e0574dcafeb"
UPSTREAM_CHECK_URI =
"https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tags";
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197863):
https://lists.openembedded.org/g/openembedded-core/message/197863
Mute This Topic: https://lists.openembedded.org/mt/105280869/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/3] lzip: upgrade 1.24 -> 1.24.1
* No changes have been made to the code. Just a compilation failure on MinGW
has been fixed. (Caused by different mkdir signature in POSIX and Windows).
Full changelog:
https://lists.nongnu.org/archive/html/lzip-bug/2024-03/msg3.html
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/lzip/{lzip_1.24.bb => lzip_1.24.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/lzip/{lzip_1.24.bb => lzip_1.24.1.bb} (93%)
diff --git a/meta/recipes-extended/lzip/lzip_1.24.bb
b/meta/recipes-extended/lzip/lzip_1.24.1.bb
similarity index 93%
rename from meta/recipes-extended/lzip/lzip_1.24.bb
rename to meta/recipes-extended/lzip/lzip_1.24.1.bb
index 73040a6f00..6eda012734 100644
--- a/meta/recipes-extended/lzip/lzip_1.24.bb
+++ b/meta/recipes-extended/lzip/lzip_1.24.1.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=76d6e300ffd8fb9d18bd9b136a9bba13 \
"
SRC_URI = "${SAVANNAH_GNU_MIRROR}/lzip/lzip-${PV}.tar.gz"
-SRC_URI[sha256sum] =
"d42659229b10e066eeb6e81eb673cdd893b672e512d26719c2d95975556ca56c"
+SRC_URI[sha256sum] =
"30c9cb6a0605f479c496c376eb629a48b0a1696d167e3c1e090c5defa481b162"
B = "${WORKDIR}/build"
do_configure[cleandirs] = "${B}"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197862):
https://lists.openembedded.org/g/openembedded-core/message/197862
Mute This Topic: https://lists.openembedded.org/mt/105280867/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 36/36] xz: upgrade 5.4.6 -> 5.6.1 _WARNING_
On Mon, Apr 01, 2024 at 11:42:51AM +0200, Fathi Boudra wrote: > On Sat, 30 Mar 2024 at 17:18, Richard Purdie > wrote: > > > > On Sat, 2024-03-30 at 14:06 +0100, Martin Jansa wrote: > > > From what is publicly known it injected malicious code (through m4 > > > macro using payload hidden in obfuscated compressed test file) into > > > built liblzma.so.5 which then hijacks RSA_public_decrypt call e.g. in > > > sshd (when sshd is built with patch adding systemd notifications > > > which brings liblzma dependency to sshd e.g. on debian and ubuntu > > > based systems). > > > > > > The build systems which just built this xz version shouldn't be > > > affected (as it won't be using the liblzma.so from the OE build on > > > the host). > > > > > > This publicly known part should be OK for OE, but it's right to be > > > worried about the other things which aren't known (not only from > > > these guys or from xz project). > > > > I concur. > > > > It is worrying but I've kind of been expecting something like this for > > a while unfortunately. > > > > We need to watch what is going on and act accordingly if/as anything > > else becomes known. > > https://nvd.nist.gov/vuln/detail/CVE-2024-3094 > > Distros have downgraded to older releases, still trying to figure out > which version to use. While 5.4.6 version we've upgraded to in February was not yet compromised, it was already being taken over by Jia Tan, moving releases to controlled subdomain of xz.tukaani.org hosted off of GitHub directly, preparing for the malicious release of 5.6.0 and 5.6.1. So, we've pointed to GitHub location accordingly: https://git.openembedded.org/openembedded-core/commit/?id=9cc6c809c154019afe3bf6e6d617eab640faa4d0 https://git.openembedded.org/openembedded-core/commit/?id=5be69fc3ff6296411c736e5c7c9522d99c0be2c6 But GitHub has suspended the project and associated developer accounts. The original maintainer has posted some details on this matter here: https://tukaani.org/xz-backdoor/ Again, 5.4.6 tarball wasn't compromised, but it is no longer accessible from GitHub - should we revert back to 5.4.5 that was hosted on the original site? Though it should be mirrored... -- Denys -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#197849): https://lists.openembedded.org/g/openembedded-core/message/197849 Mute This Topic: https://lists.openembedded.org/mt/105226831/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour March 27 5pm/1700 UTC
All, A friendly reminder - our regular monthly OpenEmbedded Happy Hour is coming up tomorrow, on March 27 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+March+27&iso=20240327T17 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#197540): https://lists.openembedded.org/g/openembedded-core/message/197540 Mute This Topic: https://lists.openembedded.org/mt/105164525/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] OpenEmbedded Happy Hour February 28 9pm/2100 UTC
All, Please note that we have our regularly scheduled OpenEmbedded Happy Hour later today, February 28 for Asia/Pacific timezones at 2100/9pm UTC (4pm ET/1pm PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+February+28&iso=20240228T21 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#62641): https://lists.yoctoproject.org/g/yocto/message/62641 Mute This Topic: https://lists.yoctoproject.org/mt/104628429/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH v2] xz: upgrade 5.4.5 -> 5.4.6
Project has made changes to the site structure: https://tukaani.org/
| The XZ projects were moved to their own website on xz.tukaani.org in
| January 2024. The old links will be kept working via redirections.
While old release tarballs are still being accesible on the site via
redirects, new releases are no longer hosted on the site and point
directly to github - update SRC_URI.
The website change was mentioned in the COPYING file, changing its hash.
Full Changelog:
https://github.com/tukaani-project/xz/releases/tag/v5.4.6
License-Update: new URL due to website restructure
Signed-off-by: Denys Dmytriyenko
---
v2 - add License-Update: tag
meta/recipes-extended/xz/{xz_5.4.5.bb => xz_5.4.6.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/xz/{xz_5.4.5.bb => xz_5.4.6.bb} (91%)
diff --git a/meta/recipes-extended/xz/xz_5.4.5.bb
b/meta/recipes-extended/xz/xz_5.4.6.bb
similarity index 91%
rename from meta/recipes-extended/xz/xz_5.4.5.bb
rename to meta/recipes-extended/xz/xz_5.4.6.bb
index ad519e5689..6c13e7ebe5 100644
--- a/meta/recipes-extended/xz/xz_5.4.5.bb
+++ b/meta/recipes-extended/xz/xz_5.4.6.bb
@@ -17,17 +17,17 @@ LICENSE:${PN}-dbg = "GPL-2.0-or-later"
LICENSE:${PN}-locale = "GPL-2.0-or-later"
LICENSE:liblzma = "PD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=c8ea84ebe7b93cce676b54355dc6b2c0 \
+LIC_FILES_CHKSUM = "file://COPYING;md5=d4378ea9d5d1fc9ab0ae10d7948827d9 \
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
file://COPYING.GPLv3;md5=1ebbd3e34237af26da5dc08a4e440464 \
file://COPYING.LGPLv2.1;md5=4fbd65380cdd255951079008b364516c \
file://lib/getopt.c;endline=23;md5=2069b0ee710572c03bb3114e4532cd84 \
"
-SRC_URI = "https://tukaani.org/xz/xz-${PV}.tar.gz \
+SRC_URI =
"https://github.com/tukaani-project/xz/releases/download/v${PV}/xz-${PV}.tar.gz
\
file://run-ptest \
"
-SRC_URI[sha256sum] =
"135c90b934aee8fbc0d467de87a05cb70d627da36abe518c357a873709e5b7d6"
+SRC_URI[sha256sum] =
"aeba3e03bf8140ddedf62a0a367158340520f6b384f75ca6045ccc6c0d43fd5c"
UPSTREAM_CHECK_REGEX = "xz-(?P\d+(\.\d+)+)\.tar"
CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#195699):
https://lists.openembedded.org/g/openembedded-core/message/195699
Mute This Topic: https://lists.openembedded.org/mt/104381417/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] xz: upgrade 5.4.5 -> 5.4.6
Project has made changes to the site structure: https://tukaani.org/
| The XZ projects were moved to their own website on xz.tukaani.org in
| January 2024. The old links will be kept working via redirections.
While old release tarballs are still being accesible on the site via
redirects, new releases are no longer hosted on the site and point
directly to github - update SRC_URI.
The website change was mentioned in the COPYING file, changing its hash.
Full Changelog:
https://github.com/tukaani-project/xz/releases/tag/v5.4.6
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/xz/{xz_5.4.5.bb => xz_5.4.6.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/xz/{xz_5.4.5.bb => xz_5.4.6.bb} (91%)
diff --git a/meta/recipes-extended/xz/xz_5.4.5.bb
b/meta/recipes-extended/xz/xz_5.4.6.bb
similarity index 91%
rename from meta/recipes-extended/xz/xz_5.4.5.bb
rename to meta/recipes-extended/xz/xz_5.4.6.bb
index ad519e5689..6c13e7ebe5 100644
--- a/meta/recipes-extended/xz/xz_5.4.5.bb
+++ b/meta/recipes-extended/xz/xz_5.4.6.bb
@@ -17,17 +17,17 @@ LICENSE:${PN}-dbg = "GPL-2.0-or-later"
LICENSE:${PN}-locale = "GPL-2.0-or-later"
LICENSE:liblzma = "PD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=c8ea84ebe7b93cce676b54355dc6b2c0 \
+LIC_FILES_CHKSUM = "file://COPYING;md5=d4378ea9d5d1fc9ab0ae10d7948827d9 \
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
file://COPYING.GPLv3;md5=1ebbd3e34237af26da5dc08a4e440464 \
file://COPYING.LGPLv2.1;md5=4fbd65380cdd255951079008b364516c \
file://lib/getopt.c;endline=23;md5=2069b0ee710572c03bb3114e4532cd84 \
"
-SRC_URI = "https://tukaani.org/xz/xz-${PV}.tar.gz \
+SRC_URI =
"https://github.com/tukaani-project/xz/releases/download/v${PV}/xz-${PV}.tar.gz
\
file://run-ptest \
"
-SRC_URI[sha256sum] =
"135c90b934aee8fbc0d467de87a05cb70d627da36abe518c357a873709e5b7d6"
+SRC_URI[sha256sum] =
"aeba3e03bf8140ddedf62a0a367158340520f6b384f75ca6045ccc6c0d43fd5c"
UPSTREAM_CHECK_REGEX = "xz-(?P\d+(\.\d+)+)\.tar"
CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#195695):
https://lists.openembedded.org/g/openembedded-core/message/195695
Mute This Topic: https://lists.openembedded.org/mt/104381081/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] zlib: upgrade 1.3 -> 1.3.1
Refresh local patch.
Changelog:
https://github.com/madler/zlib/releases/tag/v1.3.1
Signed-off-by: Denys Dmytriyenko
---
...configure-Pass-LDFLAGS-to-link-tests.patch | 22 +--
.../zlib/{zlib_1.3.bb => zlib_1.3.1.bb} | 2 +-
2 files changed, 11 insertions(+), 13 deletions(-)
rename meta/recipes-core/zlib/{zlib_1.3.bb => zlib_1.3.1.bb} (94%)
diff --git
a/meta/recipes-core/zlib/zlib/0001-configure-Pass-LDFLAGS-to-link-tests.patch
b/meta/recipes-core/zlib/zlib/0001-configure-Pass-LDFLAGS-to-link-tests.patch
index e6cc915ba5..07b2cd3879 100644
---
a/meta/recipes-core/zlib/zlib/0001-configure-Pass-LDFLAGS-to-link-tests.patch
+++
b/meta/recipes-core/zlib/zlib/0001-configure-Pass-LDFLAGS-to-link-tests.patch
@@ -1,7 +1,7 @@
Upstream-Status: Submitted [https://github.com/madler/zlib/pull/599]
Signed-off-by: Ross Burton
-From f15584918a7fbbe3cc794ad59100e5e8153ea9f6 Mon Sep 17 00:00:00 2001
+From ea77f1f003a4d18b23cca703f3c824942863a1b4 Mon Sep 17 00:00:00 2001
From: Khem Raj
Date: Tue, 8 Mar 2022 22:38:47 -0800
Subject: [PATCH] configure: Pass LDFLAGS to link tests
@@ -13,24 +13,25 @@ tests perform correctly. Without this some tests may fail
resulting in
wrong confgure result, ending in miscompiling the package
Signed-off-by: Khem Raj
+
---
configure | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
-index 52ff4a0..d04ee59 100755
+index c55098a..a7c6d72 100755
--- a/configure
+++ b/configure
-@@ -427,7 +427,7 @@ if test $shared -eq 1; then
+@@ -443,7 +443,7 @@ if test $shared -eq 1; then
echo Checking for shared library support... | tee -a configure.log
# we must test in two steps (cc then ld), required at least on SunOS 4.x
- if try $CC -w -c $SFLAGS $test.c &&
+ if try $CC -c $SFLAGS $test.c &&
- try $LDSHARED $SFLAGS -o $test$shared_ext $test.o; then
+ try $LDSHARED $SFLAGS $LDFLAGS -o $test$shared_ext $test.o; then
echo Building shared library $SHAREDLIBV with $CC. | tee -a configure.log
elif test -z "$old_cc" -a -z "$old_cflags"; then
echo No shared library support. | tee -a configure.log
-@@ -503,7 +503,7 @@ int main(void) {
+@@ -505,7 +505,7 @@ int main(void) {
}
EOF
fi
@@ -39,7 +40,7 @@ index 52ff4a0..d04ee59 100755
sizet=`./$test`
echo "Checking for a pointer-size integer type..." $sizet"." | tee -a
configure.log
CFLAGS="${CFLAGS} -DNO_SIZE_T=${sizet}"
-@@ -537,7 +537,7 @@ int main(void) {
+@@ -539,7 +539,7 @@ int main(void) {
return 0;
}
EOF
@@ -48,7 +49,7 @@ index 52ff4a0..d04ee59 100755
echo "Checking for fseeko... Yes." | tee -a configure.log
else
CFLAGS="${CFLAGS} -DNO_FSEEKO"
-@@ -554,7 +554,7 @@ cat > $test.c < $test.c <
int main() { return strlen(strerror(errno)); }
EOF
@@ -57,7 +58,7 @@ index 52ff4a0..d04ee59 100755
echo "Checking for strerror... Yes." | tee -a configure.log
else
CFLAGS="${CFLAGS} -DNO_STRERROR"
-@@ -661,7 +661,7 @@ int main()
+@@ -663,7 +663,7 @@ int main()
return (mytest("Hello%d\n", 1));
}
EOF
@@ -66,7 +67,7 @@ index 52ff4a0..d04ee59 100755
echo "Checking for vsnprintf() in stdio.h... Yes." | tee -a configure.log
echo >> configure.log
-@@ -751,7 +751,7 @@ int main()
+@@ -753,7 +753,7 @@ int main()
}
EOF
@@ -75,6 +76,3 @@ index 52ff4a0..d04ee59 100755
echo "Checking for snprintf() in stdio.h... Yes." | tee -a configure.log
echo >> configure.log
---
-2.25.1
-
diff --git a/meta/recipes-core/zlib/zlib_1.3.bb
b/meta/recipes-core/zlib/zlib_1.3.1.bb
similarity index 94%
rename from meta/recipes-core/zlib/zlib_1.3.bb
rename to meta/recipes-core/zlib/zlib_1.3.1.bb
index ede75f90bd..e6a81ef789 100644
--- a/meta/recipes-core/zlib/zlib_1.3.bb
+++ b/meta/recipes-core/zlib/zlib_1.3.1.bb
@@ -13,7 +13,7 @@ SRC_URI = "https://zlib.net/${BP}.tar.gz \
"
UPSTREAM_CHECK_URI = "http://zlib.net/";
-SRC_URI[sha256sum] =
"ff0ba4c292013dbc27530b3a81e1f9a813cd39de01ca5e0f8bf355702efa593e"
+SRC_URI[sha256sum] =
"9a93b2b7dfdac77ceba5a558a580e74667dd6fede4585b91eefb60f03b72df23"
# When a new release is made the previous release is moved to fossils/, so add
this
# to PREMIRRORS so it is also searched automatically.
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#195692):
https://lists.openembedded.org/g/openembedded-core/message/195692
Mute This Topic: https://lists.openembedded.org/mt/104379162/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] lttng-modules: upgrade 2.13.10 -> 2.13.11
Changelog:
https://lwn.net/Articles/957396/
Drop 2 backported patches and 1 implemented differently upstream.
Signed-off-by: Denys Dmytriyenko
---
...-and-cpu_core_id-moved-in-linux-6.7..patch | 79 ---
...per-fdtable-adjust-fd-lookup-to-v6.7.patch | 35
...ignatures-changed-in-linux-6.7.0-rc1.patch | 71 -
...es_2.13.10.bb => lttng-modules_2.13.11.bb} | 5 +-
4 files changed, 1 insertion(+), 189 deletions(-)
delete mode 100644
meta/recipes-kernel/lttng/lttng-modules/0001-fix-phys_proc_id-and-cpu_core_id-moved-in-linux-6.7..patch
delete mode 100644
meta/recipes-kernel/lttng/lttng-modules/0001-wrapper-fdtable-adjust-fd-lookup-to-v6.7.patch
delete mode 100644
meta/recipes-kernel/lttng/lttng-modules/0002-fix-mm-vmscan-signatures-changed-in-linux-6.7.0-rc1.patch
rename meta/recipes-kernel/lttng/{lttng-modules_2.13.10.bb =>
lttng-modules_2.13.11.bb} (81%)
diff --git
a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-phys_proc_id-and-cpu_core_id-moved-in-linux-6.7..patch
b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-phys_proc_id-and-cpu_core_id-moved-in-linux-6.7..patch
deleted file mode 100644
index 598f5a7efa..00
---
a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-phys_proc_id-and-cpu_core_id-moved-in-linux-6.7..patch
+++ /dev/null
@@ -1,79 +0,0 @@
-From 4f32efe70b618c4721bf197692fc9d709d352528 Mon Sep 17 00:00:00 2001
-From: Kienan Stewart
-Date: Mon, 20 Nov 2023 11:27:12 -0500
-Subject: [PATCH 1/2] fix: phys_proc_id and cpu_core_id moved in linux
- 6.7.0-rc1
-
-See upstream commit:
-
-commit 02fb601d27a7abf60d52b21bdf5b100a8d63da3f
-Author: Thomas Gleixner
-Date: Mon Aug 14 10:18:30 2023 +0200
-
-x86/cpu: Move phys_proc_id into topology info
-
-Rename it to pkg_id which is the terminology used in the kernel.
-
-No functional change.
-
-See upstream commit:
-
-commit e95256335d45cc965cd12c423535002974313340
-Author: Thomas Gleixner
-Date: Mon Aug 14 10:18:34 2023 +0200
-
-x86/cpu: Move cpu_core_id into topology info
-
-Rename it to core_id and stick it to the other ID fields.
-
-No functional change.
-
-Upstream-Status: Backport [commit 4f32efe7]
-
-Signed-off-by: Kienan Stewart
-Signed-off-by: Mathieu Desnoyers
-Change-Id: I574b02430210d5bb72c4b9db901d0e3a6dc7bea0
- .../instrumentation/events/lttng-statedump.h | 19 +++
- 1 file changed, 19 insertions(+)
-
-diff --git a/include/instrumentation/events/lttng-statedump.h
b/include/instrumentation/events/lttng-statedump.h
-index 642aa356..4831a941 100644
a/include/instrumentation/events/lttng-statedump.h
-+++ b/include/instrumentation/events/lttng-statedump.h
-@@ -253,6 +253,23 @@ LTTNG_TRACEPOINT_EVENT(lttng_statedump_interrupt,
-
- #define LTTNG_HAVE_STATEDUMP_CPU_TOPOLOGY
-
-+#if (LTTNG_LINUX_VERSION_CODE >= LTTNG_KERNEL_VERSION(6,7,0))
-+LTTNG_TRACEPOINT_EVENT(lttng_statedump_cpu_topology,
-+ TP_PROTO(struct lttng_kernel_session *session, struct cpuinfo_x86 *c),
-+ TP_ARGS(session, c),
-+ TP_FIELDS(
-+ ctf_string(architecture, "x86")
-+ ctf_integer(uint16_t, cpu_id, c->cpu_index)
-+ ctf_string(vendor, c->x86_vendor_id[0] ? c->x86_vendor_id :
"unknown")
-+ ctf_integer(uint8_t, family, c->x86)
-+ ctf_integer(uint8_t, model, c->x86_model)
-+ ctf_string(model_name, c->x86_model_id[0] ? c->x86_model_id :
"unknown")
-+ ctf_integer(uint16_t, physical_id, c->topo.pkg_id)
-+ ctf_integer(uint16_t, core_id, c->topo.core_id)
-+ ctf_integer(uint16_t, cores, c->booted_cores)
-+ )
-+)
-+#else
- LTTNG_TRACEPOINT_EVENT(lttng_statedump_cpu_topology,
- TP_PROTO(struct lttng_kernel_session *session, struct cpuinfo_x86 *c),
- TP_ARGS(session, c),
-@@ -268,6 +285,8 @@ LTTNG_TRACEPOINT_EVENT(lttng_statedump_cpu_topology,
- ctf_integer(uint16_t, cores, c->booted_cores)
- )
- )
-+#endif /* LTTNG_LINUX_VERSION_CODE >= LTTNG_KERNEL_VERSION(6,7,0) */
-+
- #endif /* CONFIG_X86_32 || CONFIG_X86_64 */
-
- #endif /* LTTNG_TRACE_LTTNG_STATEDUMP_H */
---
-2.34.1
-
diff --git
a/meta/recipes-kernel/lttng/lttng-modules/0001-wrapper-fdtable-adjust-fd-lookup-to-v6.7.patch
b/meta/recipes-kernel/lttng/lttng-modules/0001-wrapper-fdtable-adjust-fd-lookup-to-v6.7.patch
deleted file mode 100644
index b374483517..00
---
a/meta/recipes-kernel/lttng/lttng-modules/0001-wrapper-fdtable-adjust-fd-lookup-to-v6.7.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 76e4ea0c33a8c7726c0df28083d5c8bc1c1335e8 Mon Sep 17 00:00:00 2001
-From: Bruce Ashfield
-Date: Thu, 23 Nov 2023 13:49:51 -0500
-Subject: [PATCH] wrapper/fdtable: adjust fd lookup to v6.7+
-
-commit 0ede61d8589cc2d93 [file: convert to SLAB_TYPESAFE_BY_RCU]
-renames lookup_fd_rcu to lookup_fdget_rcu, so we need to
-ve
[OE-core] Canceled: OpenEmbedded Happy Hour November 29
There will be no OE Happy Hour on November 29 due to the ongoing Yocto Project Summit[1] this week and the OpenEmbedded Developers Meeting[2] on Friday. [1] https://summit.yoctoproject.org/yocto-project-summit-2023-11/ [2] https://www.openembedded.org/wiki/OEDvM_2023.12 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#191409): https://lists.openembedded.org/g/openembedded-core/message/191409 Mute This Topic: https://lists.openembedded.org/mt/102861585/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour October 25 9pm/2100 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on October 25 for Asia/Pacific timezones @ 2100/9pm UTC (5pm ET / 2pm PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+October+25&iso=20231025T21 Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189668): https://lists.openembedded.org/g/openembedded-core/message/189668 Mute This Topic: https://lists.openembedded.org/mt/102173053/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour September 27 5pm/1700 UTC
All, A friendly reminder - our regular monthly OpenEmbedded Happy Hour is coming up in 3 days, on September 27 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+September+27&iso=20230927T17 Since there were multiple confusions with time conversions to different timezones lately, please note the last link above, that's been provided for years, pointing to the actual event and allowing you to look up exact time for your location. Best regards, Denys Dmytriyenko OpenEmbedded Board of Directors -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188166): https://lists.openembedded.org/g/openembedded-core/message/188166 Mute This Topic: https://lists.openembedded.org/mt/101562454/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] bitbake.conf: add MACHINE to SDK_NAME
Do the same here as Poky has done 5 years ago, adding MACHINE to
SDK_NAME:
https://git.yoctoproject.org/meta-yocto/commit/?id=3614dd4aee9d19f1024edb6a36b2862c2d726c04
This avoids file conflicts in deploy/sdk/ when building multiple
machines (either manually or via multiconfig), where sdk/toolchain
installers, manifests and now SPDX archives will overlap otherwise.
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 67577c8fe7..3fd089cebb 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -459,7 +459,7 @@ PKGDATA_DIR_SDK = "${TMPDIR}/pkgdata/${SDK_SYS}"
##
SDK_NAME_PREFIX ?= "oecore"
-SDK_NAME = "${SDK_NAME_PREFIX}-${IMAGE_BASENAME}-${SDK_ARCH}-${TUNE_PKGARCH}"
+SDK_NAME =
"${SDK_NAME_PREFIX}-${IMAGE_BASENAME}-${SDK_ARCH}-${TUNE_PKGARCH}-${MACHINE}"
SDKPATH = "/usr/local/oe-sdk-hardcoded-buildpath"
SDKPATHNATIVE = "${SDKPATH}/sysroots/${SDK_SYS}"
# The path to default to installing the SDK to
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188138):
https://lists.openembedded.org/g/openembedded-core/message/188138
Mute This Topic: https://lists.openembedded.org/mt/101531119/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] spdx: use TOOLCHAIN_OUTPUTNAME for SDK filename prefix
Replace SDK_NAME with TOOLCHAIN_OUTPUTNAME when naming SDK host and
target SPDX archives.
In most cases TOOLCHAIN_OUTPUTNAME is almost identical to SDK_NAME,
but sometimes custom meta-toolchain recipes have some variations and
populate_sdk_base.bbclass already uses TOOLCHAIN_OUTPUTNAME to name
corresponding host and target manifests:
SDK_HOST_MANIFEST = "${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.host.manifest"
SDK_TARGET_MANIFEST = "${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.target.manifest"
To match the naming convention, also use TOOLCHAIN_OUTPUTNAME here
for naming SPDX archives as well, resulting in:
${TOOLCHAIN_OUTPUTNAME}-host.spdx.tar.zst
${TOOLCHAIN_OUTPUTNAME}-target.spdx.tar.zst
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
meta/classes/create-spdx-2.2.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/create-spdx-2.2.bbclass
b/meta/classes/create-spdx-2.2.bbclass
index a2b96da61a..885f07a1f8 100644
--- a/meta/classes/create-spdx-2.2.bbclass
+++ b/meta/classes/create-spdx-2.2.bbclass
@@ -986,7 +986,7 @@ def sdk_combine_spdx(d, sdk_type):
from pathlib import Path
from oe.sdk import sdk_list_installed_packages
-sdk_name = d.getVar("SDK_NAME") + "-" + sdk_type
+sdk_name = d.getVar("TOOLCHAIN_OUTPUTNAME") + "-" + sdk_type
sdk_deploydir = Path(d.getVar("SDKDEPLOYDIR"))
sdk_spdxid = oe.sbom.get_sdk_spdxid(sdk_name)
sdk_packages = sdk_list_installed_packages(d, sdk_type == "target")
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188139):
https://lists.openembedded.org/g/openembedded-core/message/188139
Mute This Topic: https://lists.openembedded.org/mt/101531120/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour August 30 9pm/2100 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on August 30 for Asia/Pacific timezones @ 2100/9pm UTC (5pm ET / 2pm PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+August+30&iso=20230830T21 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#186867): https://lists.openembedded.org/g/openembedded-core/message/186867 Mute This Topic: https://lists.openembedded.org/mt/101042131/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] OpenEmbedded Happy Hour July 26 5pm/1700 UTC
In less than a day, tomorrow, we hope to see everyone at OE Happy Hour. On Wed, Jul 19, 2023 at 06:07:04PM -0400, Denys Dmytriyenko wrote: > All, > > A friendly reminder - our regular monthly OpenEmbedded Happy Hour is 1 week > away, on July 26 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) > > https://www.openembedded.org/wiki/Calendar > https://www.openembedded.org/wiki/Happy_Hours > https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+July+26&iso=20230726T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#184855): https://lists.openembedded.org/g/openembedded-core/message/184855 Mute This Topic: https://lists.openembedded.org/mt/100245300/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour July 26 5pm/1700 UTC
All, A friendly reminder - our regular monthly OpenEmbedded Happy Hour is 1 week away, on July 26 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+July+26&iso=20230726T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#184617): https://lists.openembedded.org/g/openembedded-core/message/184617 Mute This Topic: https://lists.openembedded.org/mt/100245300/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] Canceled: OpenEmbedded Happy Hour June 28
All, Due to the coinciding Embedded Open Source Summit (EOSS) in Prague, the OE Board has decided to cancel our regular Happy Hour on June 28. The next Happy Hour is scheduled for July 26 - see you all then. Thank you. -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#183364): https://lists.openembedded.org/g/openembedded-core/message/183364 Mute This Topic: https://lists.openembedded.org/mt/99759472/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] binutils: move packaging of gprofng static lib into common .inc
Commit f72fd51e0d (binutils: package static libs from gprofng) added
corresponding FILES:${PN}-staticdev entry to the main .bb recipe.
But binutils-cross-canadian fails with exactly the same QA issue,
hence move FILES:${PN}-staticdev to the common shared .inc file.
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-devtools/binutils/binutils.inc | 2 ++
meta/recipes-devtools/binutils/binutils_2.40.bb | 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
b/meta/recipes-devtools/binutils/binutils.inc
index c69d29448f..e176b5cff1 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -33,6 +33,8 @@ FILES:${PN}-dev = " \
${libdir}/libctf-nobfd.so \
${libdir}/libopcodes.so"
+FILES:${PN}-staticdev += "${libdir}/gprofng/*.a"
+
# Rather than duplicating multiple entries for these, make one
# list and reuse it.
diff --git a/meta/recipes-devtools/binutils/binutils_2.40.bb
b/meta/recipes-devtools/binutils/binutils_2.40.bb
index 9fe4bf5ae3..4ce1b4bec2 100644
--- a/meta/recipes-devtools/binutils/binutils_2.40.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.40.bb
@@ -67,7 +67,6 @@ FILES:libbfd = "${libdir}/libbfd-*.so.* ${libdir}/libbfd-*.so"
FILES:libopcodes = "${libdir}/libopcodes-*.so.* ${libdir}/libopcodes-*.so"
FILES:gprofng = "${sysconfdir}/gprofng.rc ${libdir}/gprofng/libgp-*.so
${libdir}/gprofng/libgprofng.so.* ${bindir}/gp-* ${bindir}/gprofng"
FILES:${PN}-dev += "${libdir}/libgprofng.so ${libdir}/libsframe.so"
-FILES:${PN}-staticdev += "${libdir}/gprofng/*.a"
SRC_URI:append:class-nativesdk = "
file://0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch "
USE_ALTERNATIVES_FOR:class-nativesdk = ""
--
2.35.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182600):
https://lists.openembedded.org/g/openembedded-core/message/182600
Mute This Topic: https://lists.openembedded.org/mt/99440396/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 3/3] binutils: package static libs from gprofng
On Tue, May 02, 2023 at 07:44:06AM -0700, Khem Raj wrote:
> From: Martin Jansa
>
> * fixes:
> ERROR: binutils-2.40-r0 do_package: QA Issue: binutils: Files/directories
> were installed but not shipped in any package:
> /usr/lib/gprofng/libgp-collectorAPI.a
> Please set FILES such that these items are packaged. Alternatively if they
> are unneeded, avoid installing them or delete them within do_install.
> binutils: 1 installed and not shipped files. [installed-vs-shipped]
>
> Signed-off-by: Martin Jansa
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/binutils/binutils_2.40.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-devtools/binutils/binutils_2.40.bb
> b/meta/recipes-devtools/binutils/binutils_2.40.bb
> index 4ce1b4bec2..9fe4bf5ae3 100644
> --- a/meta/recipes-devtools/binutils/binutils_2.40.bb
> +++ b/meta/recipes-devtools/binutils/binutils_2.40.bb
> @@ -67,6 +67,7 @@ FILES:libbfd = "${libdir}/libbfd-*.so.*
> ${libdir}/libbfd-*.so"
> FILES:libopcodes = "${libdir}/libopcodes-*.so.* ${libdir}/libopcodes-*.so"
> FILES:gprofng = "${sysconfdir}/gprofng.rc ${libdir}/gprofng/libgp-*.so
> ${libdir}/gprofng/libgprofng.so.* ${bindir}/gp-* ${bindir}/gprofng"
^^^
> FILES:${PN}-dev += "${libdir}/libgprofng.so ${libdir}/libsframe.so"
> +FILES:${PN}-staticdev += "${libdir}/gprofng/*.a"
1. since there's a separate gprofng package, should this instead be:
FILES:gprofng-staticdev += "${libdir}/gprofng/*.a"
2. it also breaks for binutils-cross-canadian, since this change is not in any
of the common .inc files
> SRC_URI:append:class-nativesdk = "
> file://0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch "
>
> USE_ALTERNATIVES_FOR:class-nativesdk = ""
> --
> 2.40.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182339):
https://lists.openembedded.org/g/openembedded-core/message/182339
Mute This Topic: https://lists.openembedded.org/mt/98640197/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour May 31 5pm/1700 UTC
All, Sorry for short notice - our regular OpenEmbedded Happy Hour is today, May 31 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+31&iso=20230531T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182018): https://lists.openembedded.org/g/openembedded-core/message/182018 Mute This Topic: https://lists.openembedded.org/mt/99244878/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] bitbake.conf: Add SRCPV to BB_HASH_CODEPARSER_VALS
Also add SRCPV to the list of BB_HASH_CODEPARSER_VALS for code parser
cache handling. Otherwise an empty SRC_URI in the list triggers this
exception:
bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was
${@bb.fetch2.get_srcrev(d)} which triggered exception
FetchError: Fetcher failure: SRCREV was used yet no valid SCM was found in
SRC_URI
The variable dependency chain for the failure is: SRCPV -> UBOOT_LOCALVERSION
-> do_compile
Signed-off-by: Denys Dmytriyenko
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b527dc564e..e28df7478f 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -962,7 +962,7 @@ BB_SIGNATURE_EXCLUDE_FLAGS ?= "doc deps depends \
sstate-lockfile-shared prefuncs postfuncs export_func deptask rdeptask \
recrdeptask nodeprrecs stamp-extra-info sstate-outputdirs filename lineno \
progress mcdepends number_threads"
-BB_HASH_CODEPARSER_VALS = "LOGFIFO=/ T=/ WORKDIR=/ DATE=1234 TIME=1234
PV=0.0-1 PN=no-pn METADATA_REVISION=1234 SRC_URI= "
+BB_HASH_CODEPARSER_VALS = "LOGFIFO=/ T=/ WORKDIR=/ DATE=1234 TIME=1234
PV=0.0-1 PN=no-pn METADATA_REVISION=1234 SRC_URI= SRCPV=1234"
MLPREFIX ??= ""
MULTILIB_VARIANTS ??= ""
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181968):
https://lists.openembedded.org/g/openembedded-core/message/181968
Mute This Topic: https://lists.openembedded.org/mt/99232447/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] u-boot: do_compile depends on the value of UBOOT_LOCALVERSION
On Tue, May 30, 2023 at 03:47:07PM +0100, Richard Purdie wrote:
> On Mon, 2023-05-29 at 12:06 -0400, Denys Dmytriyenko wrote:
> > On Mon, May 29, 2023 at 01:41:00PM +0100, Richard Purdie wrote:
> > > On Sun, 2023-05-28 at 17:15 +, Denys Dmytriyenko wrote:
> > > > UBOOT_LOCALVERSION is often used to pass SCM commit SHA to the code
> > > > via populating .scmversion file at the start of do_compile(). Let's
> > > > explicitly mark do_compile() as depending on the the value of this
> > > > variable to avoid errors like this:
> > > >
> > > > $ echo 'UBOOT_LOCALVERSION = "${SRCPV}"' >> conf/local.conf
> > > > $ bitbake u-boot
> >
> >
> >
> >
> > > > Loading cache: 100%
> > > > Loaded 0 entries from dependency cache.
> > > > WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb:
> > > > Exception during build_dependencies for do_compile
> > > > WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb:
> > > > Error during finalise of
> > > > /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
> > > > ERROR: ExpansionError during parsing
> > > > /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
> > > > Traceback (most recent call last):
> > > > File "Var ", line 1, in
> > > > File "/OE/poky-master/bitbake/lib/bb/fetch2/__init__.py", line 784,
> > > > in get_srcrev(d=,
> > > > method_name='sortable_revision'):
> > > > if not scms:
> > > > >raise FetchError("SRCREV was used yet no valid SCM was
> > > > found in SRC_URI")
> > > >
> > > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV,
> > > > expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception
> > > > FetchError: Fetcher failure: SRCREV was used yet no valid SCM was found
> > > > in SRC_URI
> > > > The variable dependency chain for the failure is: SRCPV ->
> > > > UBOOT_LOCALVERSION -> do_compile
> > > >
> > > > ERROR: Parsing halted due to errors, see error messages above
> > > >
> > > > Signed-off-by: Denys Dmytriyenko
> > > > ---
> > > > meta/recipes-bsp/u-boot/u-boot.inc | 1 +
> > > > 1 file changed, 1 insertion(+)
> > > >
> > > > diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
> > > > b/meta/recipes-bsp/u-boot/u-boot.inc
> > > > index b3482dcef3..ec8108f5c9 100644
> > > > --- a/meta/recipes-bsp/u-boot/u-boot.inc
> > > > +++ b/meta/recipes-bsp/u-boot/u-boot.inc
> > > > @@ -23,6 +23,7 @@ PACKAGECONFIG[openssl] = ",,openssl-native"
> > > > # u-boot build system and appended to the u-boot version. If the
> > > > .scmversion
> > > > # file already exists it will not be overwritten.
> > > > UBOOT_LOCALVERSION ?= ""
> > > > +do_compile[vardepvalue] = "${UBOOT_LOCALVERSION}"
> > > >
> > > > require u-boot-configure.inc
> > > >
> > >
> > > How would I reproduce this?
> >
> > The instructions are in the description above.
>
> Sorry, I'd assumed you'd need a specific target MACHINE so I somehow
> didn't think they were complete.
No, any qemu target should do.
> > > The fix looks a bit like a workaround and I'd like to understand what
> > > is really going on here.
> >
> > This started happening recently after your change that empties SRC_URI for
> > code parser cache handling in BB_HASH_CODEPARSER_VALS, as reported here:
> >
> > https://lists.openembedded.org/g/openembedded-core/message/181726
>
> It would be useful if the commit message had mentioned that!
>
> I suspect the correct fix is to add SRCPV=xxx to
> BB_HASH_CODEPARSER_VALS
>
> Could you see if that works instead?
Yes, it works. Do you need a patch?
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181944):
https://lists.openembedded.org/g/openembedded-core/message/181944
Mute This Topic: https://lists.openembedded.org/mt/99185604/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] u-boot: do_compile depends on the value of UBOOT_LOCALVERSION
On Mon, May 29, 2023 at 01:41:00PM +0100, Richard Purdie wrote:
> On Sun, 2023-05-28 at 17:15 +0000, Denys Dmytriyenko wrote:
> > UBOOT_LOCALVERSION is often used to pass SCM commit SHA to the code
> > via populating .scmversion file at the start of do_compile(). Let's
> > explicitly mark do_compile() as depending on the the value of this
> > variable to avoid errors like this:
> >
> > $ echo 'UBOOT_LOCALVERSION = "${SRCPV}"' >> conf/local.conf
> > $ bitbake u-boot
> > Loading cache: 100%
> > Loaded 0 entries from dependency cache.
> > WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb:
> > Exception during build_dependencies for do_compile
> > WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb: Error
> > during finalise of /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
> > ERROR: ExpansionError during parsing
> > /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
> > Traceback (most recent call last):
> > File "Var ", line 1, in
> > File "/OE/poky-master/bitbake/lib/bb/fetch2/__init__.py", line 784, in
> > get_srcrev(d=,
> > method_name='sortable_revision'):
> > if not scms:
> > >raise FetchError("SRCREV was used yet no valid SCM was found
> > in SRC_URI")
> >
> > bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression
> > was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError:
> > Fetcher failure: SRCREV was used yet no valid SCM was found in SRC_URI
> > The variable dependency chain for the failure is: SRCPV ->
> > UBOOT_LOCALVERSION -> do_compile
> >
> > ERROR: Parsing halted due to errors, see error messages above
> >
> > Signed-off-by: Denys Dmytriyenko
> > ---
> > meta/recipes-bsp/u-boot/u-boot.inc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
> > b/meta/recipes-bsp/u-boot/u-boot.inc
> > index b3482dcef3..ec8108f5c9 100644
> > --- a/meta/recipes-bsp/u-boot/u-boot.inc
> > +++ b/meta/recipes-bsp/u-boot/u-boot.inc
> > @@ -23,6 +23,7 @@ PACKAGECONFIG[openssl] = ",,openssl-native"
> > # u-boot build system and appended to the u-boot version. If the
> > .scmversion
> > # file already exists it will not be overwritten.
> > UBOOT_LOCALVERSION ?= ""
> > +do_compile[vardepvalue] = "${UBOOT_LOCALVERSION}"
> >
> > require u-boot-configure.inc
> >
>
> How would I reproduce this?
The instructions are in the description above.
> The fix looks a bit like a workaround and I'd like to understand what
> is really going on here.
This started happening recently after your change that empties SRC_URI for
code parser cache handling in BB_HASH_CODEPARSER_VALS, as reported here:
https://lists.openembedded.org/g/openembedded-core/message/181726
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181874):
https://lists.openembedded.org/g/openembedded-core/message/181874
Mute This Topic: https://lists.openembedded.org/mt/99185604/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] u-boot: do_compile depends on the value of UBOOT_LOCALVERSION
UBOOT_LOCALVERSION is often used to pass SCM commit SHA to the code
via populating .scmversion file at the start of do_compile(). Let's
explicitly mark do_compile() as depending on the the value of this
variable to avoid errors like this:
$ echo 'UBOOT_LOCALVERSION = "${SRCPV}"' >> conf/local.conf
$ bitbake u-boot
Loading cache: 100%
Loaded 0 entries from dependency cache.
WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb: Exception
during build_dependencies for do_compile
WARNING: /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb: Error
during finalise of /OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
ERROR: ExpansionError during parsing
/OE/poky-master/meta/recipes-bsp/u-boot/u-boot_2023.04.bb
Traceback (most recent call last):
File "Var ", line 1, in
File "/OE/poky-master/bitbake/lib/bb/fetch2/__init__.py", line 784, in
get_srcrev(d=,
method_name='sortable_revision'):
if not scms:
>raise FetchError("SRCREV was used yet no valid SCM was found in
SRC_URI")
bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was
${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher
failure: SRCREV was used yet no valid SCM was found in SRC_URI
The variable dependency chain for the failure is: SRCPV -> UBOOT_LOCALVERSION
-> do_compile
ERROR: Parsing halted due to errors, see error messages above
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-bsp/u-boot/u-boot.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
b/meta/recipes-bsp/u-boot/u-boot.inc
index b3482dcef3..ec8108f5c9 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -23,6 +23,7 @@ PACKAGECONFIG[openssl] = ",,openssl-native"
# u-boot build system and appended to the u-boot version. If the .scmversion
# file already exists it will not be overwritten.
UBOOT_LOCALVERSION ?= ""
+do_compile[vardepvalue] = "${UBOOT_LOCALVERSION}"
require u-boot-configure.inc
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181848):
https://lists.openembedded.org/g/openembedded-core/message/181848
Mute This Topic: https://lists.openembedded.org/mt/99185604/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] xz: upgrade 5.4.2 -> 5.4.3
5.4.3 (2023-05-04)
* All fixes from 5.2.12
* Features in the CMake build can now be disabled as CMake cache
variables, similar to the Autotools build.
* Minor update to the Croatian translation.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/xz/{xz_5.4.2.bb => xz_5.4.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/xz/{xz_5.4.2.bb => xz_5.4.3.bb} (95%)
diff --git a/meta/recipes-extended/xz/xz_5.4.2.bb
b/meta/recipes-extended/xz/xz_5.4.3.bb
similarity index 95%
rename from meta/recipes-extended/xz/xz_5.4.2.bb
rename to meta/recipes-extended/xz/xz_5.4.3.bb
index 87f9602bf6..e1cdac3014 100644
--- a/meta/recipes-extended/xz/xz_5.4.2.bb
+++ b/meta/recipes-extended/xz/xz_5.4.3.bb
@@ -25,7 +25,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=c8ea84ebe7b93cce676b54355dc6b2c0 \
"
SRC_URI = "https://tukaani.org/xz/xz-${PV}.tar.gz";
-SRC_URI[sha256sum] =
"87947679abcf77cc509d8d1b474218fd16b72281e2797360e909deaee1ac9d05"
+SRC_URI[sha256sum] =
"1c382e0bc2e4e0af58398a903dd62fff7e510171d2de47a1ebe06d1528e9b7e9"
UPSTREAM_CHECK_REGEX = "xz-(?P\d+(\.\d+)+)\.tar"
CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181396):
https://lists.openembedded.org/g/openembedded-core/message/181396
Mute This Topic: https://lists.openembedded.org/mt/98917914/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] grep: upgrade 3.10 -> 3.11
This is to announce grep-3.11, a stable release.
This release makes PCRE patterns like [\d] work again, at the expense of
reverting to the behavior of grep 3.8, in that patterns like \w and \b go
back to using ASCII rather than Unicode interpretations. However, if you
build grep using pcre2 newer than 10.42, then \w and \b do work properly.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/grep/{grep_3.10.bb => grep_3.11.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/grep/{grep_3.10.bb => grep_3.11.bb} (94%)
diff --git a/meta/recipes-extended/grep/grep_3.10.bb
b/meta/recipes-extended/grep/grep_3.11.bb
similarity index 94%
rename from meta/recipes-extended/grep/grep_3.10.bb
rename to meta/recipes-extended/grep/grep_3.11.bb
index 33fd64d27e..cb3105de04 100644
--- a/meta/recipes-extended/grep/grep_3.10.bb
+++ b/meta/recipes-extended/grep/grep_3.11.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1ebbd3e34237af26da5dc08a4e440464"
SRC_URI = "${GNU_MIRROR}/grep/grep-${PV}.tar.xz"
-SRC_URI[sha256sum] =
"24efa5b595fb5a7100879b51b8868a0bb87a71c183d02c4c602633b88af6855b"
+SRC_URI[sha256sum] =
"1db2aedde89d0dea42b16d9528f894c8d15dae4e190b59aecc78f5a951276eab"
inherit autotools gettext texinfo pkgconfig
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181397):
https://lists.openembedded.org/g/openembedded-core/message/181397
Mute This Topic: https://lists.openembedded.org/mt/98917915/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] kernel-devicetree: allow specification of dtb directory
On Mon, May 08, 2023 at 02:18:57PM -0400, Denys Dmytriyenko wrote:
> On Mon, May 08, 2023 at 01:13:58PM -0500, Randolph Sapp wrote:
> > On 5/8/23 01:13, Peter Kjellerstedt wrote:
> > >That is most certainly a good alternative.
> > >
> > >//Peter
> > >
> > >*From:*Martin Jansa
> > >*Sent:* den 8 maj 2023 00:20
> > >*To:* Peter Kjellerstedt
> > >*Cc:* r...@ti.com; a...@ti.com; detheri...@ti.com; reat...@ti.com;
> > >de...@denix.org; alexandre.bell...@bootlin.com;
> > >openembedded-core@lists.openembedded.org
> > >*Subject:* Re: [OE-core][PATCH] kernel-devicetree: allow
> > >specification of dtb directory
> > >
> > >or
> > >
> > >if "${@'true' if oe.types.boolean(d.getVar('KERNEL_DTBVENDORED'))
> > >else 'false'}
> > ><mailto:$%7b@'true'%20if%20oe.types.boolean(d.getVar('KERNEL_DTBVENDORED'))%20else%20'false'%7d>";
> > >then
> > >
> > >to avoid test as well (like systemd recipes is using) and I did
> > >here as well in:
> > >
> > >https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=e2a6da5202a6671113758f9746ddbd8141a75757
> > >
> > ><https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=e2a6da5202a6671113758f9746ddbd8141a75757>
> > >
> > >On Sun, May 7, 2023 at 10:49 PM Peter Kjellerstedt
> > >mailto:peter.kjellerst...@axis.com>>
> > >wrote:
> > >
> > >[ Outlook does not support commenting inline for HTML mails, thus
> > >I’m top posting…]
> > >
> > >The problem is `==`, which is a bashism. POSIX shells (like dash)
> > >only support `=`. When it comes to quoting, you typically want to
> > >quote shell variables in tests in case they are empty. OTOH, static
> > >strings without whitespace or other special characters do not need
> > >quoting. So the correct way to write the if statements is:
> > >
> > > if [ "${KERNEL_DTBVENDORED}" = false ]; then
> > >
> > >(In this case it is actually a bitbake variable being quoted, but
> > >unless you can guarantee it is not empty, the same rule applies.)
> > >
> > >//Peter
> > Ah, my bad. I need to figure out a way to get shellcheck to run on
> > bash blocks in bb recipes. Would save everyone some time. I'll
> > submit a V2 with your modifications Martin!
>
> No V2 - it already got merged into master. Moreover, due to this oversight,
> it
> defaults to "vendored" DT install in some builds, where bash is not the
> system
> shell...
>
> We should merge Martin's fix from his contrib tree ASAP.
BTW, there are other nuisances with this change:
https://patchwork.yoctoproject.org/project/ti/patch/20230508181551.2404141-1-de...@denix.org/
Not sure how common the use of third level in KERNEL_DTBDEST dir structure is,
maybe we should add a third level generic glob to OE-Core to be safe...
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181025):
https://lists.openembedded.org/g/openembedded-core/message/181025
Mute This Topic: https://lists.openembedded.org/mt/98709532/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] kernel-devicetree: allow specification of dtb directory
On Mon, May 08, 2023 at 01:13:58PM -0500, Randolph Sapp wrote:
> On 5/8/23 01:13, Peter Kjellerstedt wrote:
> >That is most certainly a good alternative.
> >
> >//Peter
> >
> >*From:*Martin Jansa
> >*Sent:* den 8 maj 2023 00:20
> >*To:* Peter Kjellerstedt
> >*Cc:* r...@ti.com; a...@ti.com; detheri...@ti.com; reat...@ti.com;
> >de...@denix.org; alexandre.bell...@bootlin.com;
> >openembedded-core@lists.openembedded.org
> >*Subject:* Re: [OE-core][PATCH] kernel-devicetree: allow
> >specification of dtb directory
> >
> >or
> >
> >if "${@'true' if oe.types.boolean(d.getVar('KERNEL_DTBVENDORED'))
> >else 'false'}
> >";
> >then
> >
> >to avoid test as well (like systemd recipes is using) and I did
> >here as well in:
> >
> >https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=e2a6da5202a6671113758f9746ddbd8141a75757
> >
> >
> >
> >On Sun, May 7, 2023 at 10:49 PM Peter Kjellerstedt
> >mailto:peter.kjellerst...@axis.com>>
> >wrote:
> >
> >[ Outlook does not support commenting inline for HTML mails, thus
> >I’m top posting…]
> >
> >The problem is `==`, which is a bashism. POSIX shells (like dash)
> >only support `=`. When it comes to quoting, you typically want to
> >quote shell variables in tests in case they are empty. OTOH, static
> >strings without whitespace or other special characters do not need
> >quoting. So the correct way to write the if statements is:
> >
> > if [ "${KERNEL_DTBVENDORED}" = false ]; then
> >
> >(In this case it is actually a bitbake variable being quoted, but
> >unless you can guarantee it is not empty, the same rule applies.)
> >
> >//Peter
> >
> >*From:*openembedded-core@lists.openembedded.org
> >
> > >> *On Behalf Of
> >*Martin Jansa
> >*Sent:* den 6 maj 2023 11:10
> >*To:* r...@ti.com
> >*Cc:* a...@ti.com ; detheri...@ti.com
> >; reat...@ti.com ;
> >de...@denix.org ;
> >alexandre.bell...@bootlin.com
> >;
> >openembedded-core@lists.openembedded.org
> >
> >*Subject:* Re: [OE-core][PATCH] kernel-devicetree: allow
> >specification of dtb directory
> >
> >On Fri, May 5, 2023 at 6:38 PM Randolph Sapp via
> >lists.openembedded.org
> > >> wrote:
> >
> >From: Randolph Sapp mailto:r...@ti.com>>
> >
> >Fedora/Redhat and Arch are somewhat standardized on their dtb
> >directory
> >structure. Let's add some flags to configure yocto to mimic that
> >behavior.
> >
> >Add the following variables to the kernel class:
> > - KERNEL_DTBDEST (controls the destination directory
> >for dtbs)
> > - KERNEL_DTBVENDORED (controls if vendor subdirectories
> >are to
> > be respected)
> >
> >Currently KERNEL_DTBDEST is expected to be a subdir of
> >KERNEL_IMAGEDEST
> >and KERNEL_DTBVENDORED is expected to be "true"/"false". This only
> >applies to the package directory structure. The deploydir
> >structure is
> >purposely left untouched for compatibility with existing recipes.
> >
> >By default this is configured to behave the same as the current
> >recipe
> >and produce a flat dtb directory at KERNEL_IMAGEDEST.
> >
> >Signed-off-by: Randolph Sapp mailto:r...@ti.com>>
> >---
> >
> >Well, suppose I was breaking things by submitting this to kirkstone
> >first. This is just the master version of the following patchset:
> >https://lists.openembedded.org/g/openembedded-core/message/180754
> >
> >
> >I'd love to get that series merged as well if this patch is
> >acceptable.
> >
> > meta/classes-recipe/kernel-devicetree.bbclass | 22
> >++-
> > meta/classes-recipe/kernel.bbclass | 2 ++
> > 2 files changed, 19 insertions(+), 5 deletions(-)
> >
> >diff --git a/meta/classes-recipe/kernel-devicetree.bbclass
> >b/meta/classes-recipe/kernel-devicetree.bbclass
> >index 4d0ecb1032..a6c6c5f227 100644
> >--- a/meta/classes-recipe/kernel-devicetree.bbclass
> >+++ b/meta/classes-recipe/kernel-devicetree.bbclass
> >...
> >
> >- dtb_base_name=`basename $dtb
Re: [OE-core] [PATCH v2] wic/bootimg-efi: if fixed-size is set then use that for mkdosfs
On Wed, Apr 26, 2023 at 02:06:59AM -0700, Paresh Bhagat via lists.openembedded.org wrote: > Hi Randolph > > I tested your patch in my local kirkstone build for am62x. SD Card boot is > working. > Boot logs here: http://serenity.dal.design.ti.com:/ewakutoqom.yaml This is an internal-only resource ^^^ Since you are both TI-ers, don't you think there's a better way to communicate this information rather than using a public mailing list? :) -- Denys -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#180777): https://lists.openembedded.org/g/openembedded-core/message/180777 Mute This Topic: https://lists.openembedded.org/mt/98420230/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour April 26 9pm/2100 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on April 26 for Asia/Pacific timezones @ 2100/9pm UTC (5pm ET / 2pm PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+April+26&iso=20230426T21 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#180401): https://lists.openembedded.org/g/openembedded-core/message/180401 Mute This Topic: https://lists.openembedded.org/mt/98500239/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 v3] devicetree.bbclass: Allow selection of dts files to build
On Mon, Apr 24, 2023 at 08:48:24AM +, Petr Kubizňák - 2N wrote:
> Hi Denys,
>
> > Any examples of this being used? Not really clear from the description
> > what's
> > this really used for...
>
> I'm not sure what is unclear to you - just the commit message, or the patch
> itself?
>
> An example could be beaglebone-yocto.conf. If someone decides to move the
> device tree files from kernel to a standalone repository, then it is enough
> (e.g.) to rename KERNEL_DEVICETREE to EXTERNAL_DEVICETREE in the machine
> conf, and make an assignment DT_FILES = "${EXTERNAL_DEVICETREE}" in the
> devicetree recipe.
>
> So how about to replace the unclear sentence by:
> To make DT_FILES consistent with KERNEL_DEVICETREE, the list works with both
> dts and dtb files.
Thanks, this sounds much better, I believe.
> Would that make more sense to you? Or do you think the example should be
> part of that commit message, too?
>
> Cheers,
> Petr
>
>
> From: Denys Dmytriyenko
> Sent: Sunday, April 23, 2023 12:07 AM
> To: Petr Kubizňák - 2N
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH v3] devicetree.bbclass: Allow selection of dts
> files to build
>
> On Fri, Apr 21, 2023 at 05:23:25PM +0200, Petr Kubizňák wrote:
> > Add DT_FILES variable to allow the user of the class to select specific
> > dts files to build. This is useful for packages featuring dts files
> > for multiple machines.
> >
> > Since many machine configs contain a list of dtb files
> > (e.g. KERNEL_DEVICETREE), DT_FILES works with both dts and dtb files.
>
> Any examples of this being used? Not really clear from the description what's
> this really used for...
>
>
> > Signed-off-by: Petr Kubizňák
> > ---
> > meta/classes-recipe/devicetree.bbclass | 9 +++--
> > 1 file changed, 7 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/classes-recipe/devicetree.bbclass
> > b/meta/classes-recipe/devicetree.bbclass
> > index ed2a92e447..bd50d7fa1d 100644
> > --- a/meta/classes-recipe/devicetree.bbclass
> > +++ b/meta/classes-recipe/devicetree.bbclass
> > @@ -53,8 +53,10 @@ KERNEL_INCLUDE ??= " \
> >
> > DT_INCLUDE[doc] = "Search paths to be made available to both the device
> > tree compiler and preprocessor for inclusion."
> > DT_INCLUDE ?= "${DT_FILES_PATH} ${KERNEL_INCLUDE}"
> > -DT_FILES_PATH[doc] = "Defaults to source directory, can be used to select
> > dts files that are not in source (e.g. generated)."
> > +DT_FILES_PATH[doc] = "Path to the directory containing dts files to build.
> > Defaults to source directory."
> > DT_FILES_PATH ?= "${S}"
> > +DT_FILES[doc] = "Space-separated list of dts or dtb files (relative to
> > DT_FILES_PATH) to build. If empty, all dts files are built."
> > +DT_FILES ?= ""
> >
> > DT_PADDING_SIZE[doc] = "Size of padding on the device tree blob, used as
> > extra space typically for additional properties during boot."
> > DT_PADDING_SIZE ??= "0x3000"
> > @@ -125,9 +127,12 @@ def devicetree_compile(dtspath, includes, d):
> > subprocess.run(dtcargs, check = True, stdout=subprocess.PIPE,
> > stderr=subprocess.STDOUT)
> >
> > python devicetree_do_compile() {
> > +import re
> > includes = expand_includes("DT_INCLUDE", d)
> > +dtfiles = d.getVar("DT_FILES").split()
> > +dtfiles = [ re.sub(r"\.dtbo?$", ".dts", dtfile) for dtfile in dtfiles ]
> > listpath = d.getVar("DT_FILES_PATH")
> > -for dts in os.listdir(listpath):
> > +for dts in dtfiles or os.listdir(listpath):
> > dtspath = os.path.join(listpath, dts)
> > try:
> > if not(os.path.isfile(dtspath)) or not(dts.endswith(".dts") or
> > devicetree_source_is_overlay(dtspath)):
> > --
> > 2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180390):
https://lists.openembedded.org/g/openembedded-core/message/180390
Mute This Topic: https://lists.openembedded.org/mt/98413143/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 v3] devicetree.bbclass: Allow selection of dts files to build
On Fri, Apr 21, 2023 at 05:23:25PM +0200, Petr Kubizňák wrote:
> Add DT_FILES variable to allow the user of the class to select specific
> dts files to build. This is useful for packages featuring dts files
> for multiple machines.
>
> Since many machine configs contain a list of dtb files
> (e.g. KERNEL_DEVICETREE), DT_FILES works with both dts and dtb files.
Any examples of this being used? Not really clear from the description what's
this really used for...
> Signed-off-by: Petr Kubizňák
> ---
> meta/classes-recipe/devicetree.bbclass | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes-recipe/devicetree.bbclass
> b/meta/classes-recipe/devicetree.bbclass
> index ed2a92e447..bd50d7fa1d 100644
> --- a/meta/classes-recipe/devicetree.bbclass
> +++ b/meta/classes-recipe/devicetree.bbclass
> @@ -53,8 +53,10 @@ KERNEL_INCLUDE ??= " \
>
> DT_INCLUDE[doc] = "Search paths to be made available to both the device tree
> compiler and preprocessor for inclusion."
> DT_INCLUDE ?= "${DT_FILES_PATH} ${KERNEL_INCLUDE}"
> -DT_FILES_PATH[doc] = "Defaults to source directory, can be used to select
> dts files that are not in source (e.g. generated)."
> +DT_FILES_PATH[doc] = "Path to the directory containing dts files to build.
> Defaults to source directory."
> DT_FILES_PATH ?= "${S}"
> +DT_FILES[doc] = "Space-separated list of dts or dtb files (relative to
> DT_FILES_PATH) to build. If empty, all dts files are built."
> +DT_FILES ?= ""
>
> DT_PADDING_SIZE[doc] = "Size of padding on the device tree blob, used as
> extra space typically for additional properties during boot."
> DT_PADDING_SIZE ??= "0x3000"
> @@ -125,9 +127,12 @@ def devicetree_compile(dtspath, includes, d):
> subprocess.run(dtcargs, check = True, stdout=subprocess.PIPE,
> stderr=subprocess.STDOUT)
>
> python devicetree_do_compile() {
> +import re
> includes = expand_includes("DT_INCLUDE", d)
> +dtfiles = d.getVar("DT_FILES").split()
> +dtfiles = [ re.sub(r"\.dtbo?$", ".dts", dtfile) for dtfile in dtfiles ]
> listpath = d.getVar("DT_FILES_PATH")
> -for dts in os.listdir(listpath):
> +for dts in dtfiles or os.listdir(listpath):
> dtspath = os.path.join(listpath, dts)
> try:
> if not(os.path.isfile(dtspath)) or not(dts.endswith(".dts") or
> devicetree_source_is_overlay(dtspath)):
> --
> 2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180324):
https://lists.openembedded.org/g/openembedded-core/message/180324
Mute This Topic: https://lists.openembedded.org/mt/98413143/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] grep: upgrade 3.9 -> 3.10
This is to announce grep-3.10, a stable release,
fixing a bug with -P and \d. TL;DR, grep-3.9 would do this:
$ LC_ALL=en_US.UTF-8 grep -P '\d' <<< ٠١٢٣٤٥٦٧٨٩
٠١٢٣٤٥٦٧٨٩
It should print nothing, like it has always done.
For more detail, see https://lists.gnu.org/r/bug-grep/2023-03/msg5.html
Thanks to Paul Eggert for catching the \D variant and to Bruno Haible
for assiduously tending gnulib and for testing grep on so many
different systems.
There have been 12 commits by 2 people in the 17 days since 3.9.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/grep/{grep_3.9.bb => grep_3.10.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/grep/{grep_3.9.bb => grep_3.10.bb} (94%)
diff --git a/meta/recipes-extended/grep/grep_3.9.bb
b/meta/recipes-extended/grep/grep_3.10.bb
similarity index 94%
rename from meta/recipes-extended/grep/grep_3.9.bb
rename to meta/recipes-extended/grep/grep_3.10.bb
index 3c39a5fb56..33fd64d27e 100644
--- a/meta/recipes-extended/grep/grep_3.9.bb
+++ b/meta/recipes-extended/grep/grep_3.10.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=1ebbd3e34237af26da5dc08a4e440464"
SRC_URI = "${GNU_MIRROR}/grep/grep-${PV}.tar.xz"
-SRC_URI[sha256sum] =
"abcd11409ee23d4caf35feb422e53bbac867014cfeed313bb5f488aca170b599"
+SRC_URI[sha256sum] =
"24efa5b595fb5a7100879b51b8868a0bb87a71c183d02c4c602633b88af6855b"
inherit autotools gettext texinfo pkgconfig
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179741):
https://lists.openembedded.org/g/openembedded-core/message/179741
Mute This Topic: https://lists.openembedded.org/mt/98085200/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] xz: upgrade 5.4.1 -> 5.4.2
COPYING files had 2 updates w/o affecting licensing:
* URLs to gnu.org and fsf.org switched to https
* Clarifying licensing of liblzma Doxygen-generated docs - details below
5.4.2 (2023-03-18)
* All fixes from 5.2.11 that were not included in 5.4.1.
* If xz is built with support for the Capsicum sandbox but running
in an environment that doesn't support Capsicum, xz now runs
normally without sandboxing instead of exiting with an error.
* liblzma:
- Documentation was updated to improve the style, consistency,
and completeness of the liblzma API headers.
- The Doxygen-generated HTML documentation for the liblzma API
header files is now included in the source release and is
installed as part of "make install". All JavaScript is
removed to simplify license compliance and to reduce the
install size.
- Fixed a minor bug in lzma_str_from_filters() that produced
too many filters in the output string instead of reporting
an error if the input array had more than four filters. This
bug did not affect xz.
* Build systems:
- autogen.sh now invokes the doxygen tool via the new wrapper
script doxygen/update-doxygen, unless the command line option
--no-doxygen is used.
- Added microlzma_encoder.c and microlzma_decoder.c to the
VS project files for Windows and to the CMake build. These
should have been included in 5.3.2alpha.
* Tests:
- Added a test to the CMake build that was forgotten in the
previous release.
- Added and refactored a few tests.
* Translations:
- Updated the Brazilian Portuguese translation.
- Added Brazilian Portuguese man page translation.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/xz/{xz_5.4.1.bb => xz_5.4.2.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/xz/{xz_5.4.1.bb => xz_5.4.2.bb} (87%)
diff --git a/meta/recipes-extended/xz/xz_5.4.1.bb
b/meta/recipes-extended/xz/xz_5.4.2.bb
similarity index 87%
rename from meta/recipes-extended/xz/xz_5.4.1.bb
rename to meta/recipes-extended/xz/xz_5.4.2.bb
index 71bf4b540a..87f9602bf6 100644
--- a/meta/recipes-extended/xz/xz_5.4.1.bb
+++ b/meta/recipes-extended/xz/xz_5.4.2.bb
@@ -17,15 +17,15 @@ LICENSE:${PN}-dbg = "GPL-2.0-or-later"
LICENSE:${PN}-locale = "GPL-2.0-or-later"
LICENSE:liblzma = "PD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=97d554a32881fee0aa283d96e47cb24a \
+LIC_FILES_CHKSUM = "file://COPYING;md5=c8ea84ebe7b93cce676b54355dc6b2c0 \
file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-file://COPYING.GPLv3;md5=d32239bcb673463ab874e80d47fae504 \
+file://COPYING.GPLv3;md5=1ebbd3e34237af26da5dc08a4e440464 \
file://COPYING.LGPLv2.1;md5=4fbd65380cdd255951079008b364516c \
file://lib/getopt.c;endline=23;md5=2069b0ee710572c03bb3114e4532cd84 \
"
SRC_URI = "https://tukaani.org/xz/xz-${PV}.tar.gz";
-SRC_URI[sha256sum] =
"e4b0f81582efa155ccf27bb88275254a429d44968e488fc94b806f2a61cd3e22"
+SRC_URI[sha256sum] =
"87947679abcf77cc509d8d1b474218fd16b72281e2797360e909deaee1ac9d05"
UPSTREAM_CHECK_REGEX = "xz-(?P\d+(\.\d+)+)\.tar"
CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179742):
https://lists.openembedded.org/g/openembedded-core/message/179742
Mute This Topic: https://lists.openembedded.org/mt/98085201/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour March 29 5pm/1700 UTC
All, Another month has passed and we will hold our regular OpenEmbedded Happy Hour tomorrow, March 29 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+March+29&iso=20230329T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#179241): https://lists.openembedded.org/g/openembedded-core/message/179241 Mute This Topic: https://lists.openembedded.org/mt/97908662/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour February 22 9pm/2100 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on February 22 for Asia/Pacific timezones @ 2100/9pm UTC (4pm ET / 1pm PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+February+22&iso=20230222T21 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#177577): https://lists.openembedded.org/g/openembedded-core/message/177577 Mute This Topic: https://lists.openembedded.org/mt/97163921/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour January 25 5pm/1700 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on January 25 for Europe/Americas timezones @ 1700/5pm UTC (12pm ET / 9am PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+January+25&iso=20230125T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#176331): https://lists.openembedded.org/g/openembedded-core/message/176331 Mute This Topic: https://lists.openembedded.org/mt/96508532/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] OpenEmbedded Happy Hour November 30
Well, historically we used to have the OpenEmbedded Happy Hour after the sessions on the second day of the Yocto Project Summit and ask people to re-join a different Zoom room to socialize. This time around there's a dedicated YP Summit social time reserved, so to avoid switchig Zooms, we decided to move the OpenEmbedded Happy Hour to Friday, December 2, after the virtual Developers Meeting. The public calendar has been updated accordingly. Thank you. -- Denys On Tue, Nov 29, 2022 at 07:57:57PM +0100, Alexander Kanavin wrote: > Isn't that clashing with YPS social slot? > https://summit.yoctoproject.org/yocto-project-summit-2022-11/talk/UBXLG8/ > > Alex > > On Tue, 29 Nov 2022 at 14:15, Denys Dmytriyenko wrote: > > > > All, > > > > This month OpenEmbedded Happy Hour coincides with the Yocto Project Summit > > and will be held on Wednesday, November 30 after the sessions are over, > > aroud 1800/6pm UTC (1pm ET / 10am PT). The usual Zoom link is in the Wiki: > > > > https://www.openembedded.org/wiki/Calendar > > https://www.openembedded.org/wiki/Happy_Hours -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#174028): https://lists.openembedded.org/g/openembedded-core/message/174028 Mute This Topic: https://lists.openembedded.org/mt/95333631/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][dunfell][PATCH v2] qemu: fix CVE-2021-20196 block fdc null pointer dereference may lead to guest crash
On Tue, Nov 29, 2022 at 04:56:08AM -1000, Steve Sakoman wrote:
> On Tue, Nov 29, 2022 at 1:08 AM vkumbhar wrote:
> >
> > From: Vivek Kumbhar
> >
> > Upstream-Status: Backport
> > [https://gitlab.com/qemu-project/qemu/-/commit/1ab95af033a419e7a64e2d58e67dd96b20af5233]
Plus Upstream-Status is not needed here ^^^, only down there in the patch file
itself.
> > Signed-off-by: Vivek Kumbhar
> > ---
> > meta/recipes-devtools/qemu/qemu.inc | 1 +
> > .../qemu/qemu/CVE-2021-20196.patch| 62 +++
> > 2 files changed, 63 insertions(+)
> > create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-20196.patch
> >
> > diff --git a/meta/recipes-devtools/qemu/qemu.inc
> > b/meta/recipes-devtools/qemu/qemu.inc
> > index 764f948a28..a915b54c1a 100644
> > --- a/meta/recipes-devtools/qemu/qemu.inc
> > +++ b/meta/recipes-devtools/qemu/qemu.inc
> > @@ -113,6 +113,7 @@ SRC_URI =
> > "https://download.qemu.org/${BPN}-${PV}.tar.xz \
> > file://CVE-2022-0216-2.patch \
> > file://CVE-2021-3750.patch \
> >file://CVE-2021-3638.patch \
> > + file://CVE-2021-20196.patch \
> > "
> > UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
> >
> > diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2021-20196.patch
> > b/meta/recipes-devtools/qemu/qemu/CVE-2021-20196.patch
> > new file mode 100644
> > index 00..24da80e7db
> > --- /dev/null
> > +++ b/meta/recipes-devtools/qemu/qemu/CVE-2021-20196.patch
> > @@ -0,0 +1,62 @@
> > +From 94608c59045791dfd35102bc59b792e96f2cfa30 Mon Sep 17 00:00:00 2001
> > +From: Vivek Kumbhar
> > +Date: Tue, 29 Nov 2022 15:57:13 +0530
> > +Subject: [PATCH] CVE-2021-20196
> > +
> > +Upstream-Status:
> > https://gitlab.com/qemu-project/qemu/-/commit/1ab95af033a419e7a64e2d58e67dd96b20af5233
>
> This should be: Upstream-Status: Backport
> [https://gitlab.com/qemu-project/qemu/-/commit/1ab95af033a419e7a64e2d58e67dd96b20af5233]
>
> I've fixed it, so no need for a v2.
>
> Steve
>
> > +CVE: CVE-2021-20196
> > +Signed-off-by: Vivek Kumbhar
> > +
> > +hw/block/fdc: Kludge missing floppy drive to fix CVE-2021-20196
> > +
> > +Guest might select another drive on the bus by setting the
> > +DRIVE_SEL bit of the DIGITAL OUTPUT REGISTER (DOR).
> > +The current controller model doesn't expect a BlockBackend
> > +to be NULL. A simple way to fix CVE-2021-20196 is to create
> > +an empty BlockBackend when it is missing. All further
> > +accesses will be safely handled, and the controller state
> > +machines keep behaving correctly.
> > +---
> > + hw/block/fdc.c | 19 ++-
> > + 1 file changed, 18 insertions(+), 1 deletion(-)
> > +
> > +diff --git a/hw/block/fdc.c b/hw/block/fdc.c
> > +index ac5d31e8..e128e975 100644
> > +--- a/hw/block/fdc.c
> > b/hw/block/fdc.c
> > +@@ -58,6 +58,11 @@
> > + } \
> > + } while (0)
> > +
> > ++/* Anonymous BlockBackend for empty drive */
> > ++static BlockBackend *blk_create_empty_drive(void)
> > ++{
> > ++return blk_new(qemu_get_aio_context(), 0, BLK_PERM_ALL);
> > ++}
> > +
> > + //
> > + /* qdev floppy bus */
> > +@@ -1356,7 +1361,19 @@ static FDrive *get_drv(FDCtrl *fdctrl, int unit)
> > +
> > + static FDrive *get_cur_drv(FDCtrl *fdctrl)
> > + {
> > +-return get_drv(fdctrl, fdctrl->cur_drv);
> > ++FDrive *cur_drv = get_drv(fdctrl, fdctrl->cur_drv);
> > ++
> > ++if (!cur_drv->blk) {
> > ++/*
> > ++ * Kludge: empty drive line selected. Create an anonymous
> > ++ * BlockBackend to avoid NULL deref with various BlockBackend
> > ++ * API calls within this model (CVE-2021-20196).
> > ++ * Due to the controller QOM model limitations, we don't
> > ++ * attach the created to the controller device.
> > ++ */
> > ++cur_drv->blk = blk_create_empty_drive();
> > ++}
> > ++return cur_drv;
> > + }
> > +
> > + /* Status A register : 0x00 (read-only) */
> > +--
> > +2.25.1
> > +
> > --
> > 2.25.1
> >
> >
> >
> >
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173978):
https://lists.openembedded.org/g/openembedded-core/message/173978
Mute This Topic: https://lists.openembedded.org/mt/95331908/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 v2][master] go: Update reproducibility patch to fix panic errors
On Tue, Nov 29, 2022 at 06:23:02AM -0600, Ryan Eatmon via
lists.openembedded.org wrote:
> Based on a discussion on the mailing list [1], there are panic
> errors that occur on a few platforms caused by the patch. We
> cannot simply remove the original patch due to the
> reproducibility issues that it addresses, so this patch on the
> original patch fixes the cause of the panic errors.
>
> The previous version of this patch was a little too aggressive
> in cleaning up the environment. Some of the variables impacted
> by the filerCompilerFlags() function require at least one value
> to remain in the array. In this case, the values for ccExe,
> cxxExe, and fcExe require a value or later code that access
> them result in a panic related to accessing a value out of range.
>
> This updated patch adds a flag that requires keeping the first
> value so that at least one thing remains and the assignments
> for the Exes set that flag to true. The first item in the
> array should be the executable name, so leaving it should be
> safe.
>
> I have run the oe-selftest and everything passed in my setup.
>
> There is a bug report [2] filed for the issue that this patch
> addresses.
>
> [1] https://lists.openembedded.org/g/openembedded-core/topic/94022663
> [2] https://bugzilla.yoctoproject.org/show_bug.cgi?id=14976
Should be specified here as:
[YOCTO #14976]
> Signed-off-by: Ryan Eatmon
> ---
> ...ent-based-hash-generation-less-pedan.patch | 30 ++-
> 1 file changed, 16 insertions(+), 14 deletions(-)
>
> diff --git
> a/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
>
> b/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> index 17fa9d9831..43be5cd2e8 100644
> ---
> a/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> +++
> b/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> @@ -74,7 +74,7 @@ index c88b315..a06455c 100644
> +cppflags, cflags, cxxflags, fflags, ldflags, _ := b.CFlags(p,
> true)
>
> -ccExe := b.ccExe()
> -+ccExe := filterCompilerFlags(b.ccExe())
> ++ccExe := filterCompilerFlags(b.ccExe(), true)
> fmt.Fprintf(h, "CC=%q %q %q %q\n", ccExe, cppflags, cflags,
> ldflags)
> // Include the C compiler tool ID so that if the C
> // compiler changes we rebuild the package.
> @@ -83,7 +83,7 @@ index c88b315..a06455c 100644
> }
> if len(p.CXXFiles)+len(p.SwigCXXFiles) > 0 {
> -cxxExe := b.cxxExe()
> -+cxxExe := filterCompilerFlags(b.cxxExe())
> ++cxxExe := filterCompilerFlags(b.cxxExe(), true)
> fmt.Fprintf(h, "CXX=%q %q\n", cxxExe, cxxflags)
> if cxxID, err := b.gccToolID(cxxExe[0], "c++"); err ==
> nil {
> fmt.Fprintf(h, "CXX ID=%q\n", cxxID)
> @@ -91,7 +91,7 @@ index c88b315..a06455c 100644
> }
> if len(p.FFiles) > 0 {
> -fcExe := b.fcExe()
> -+fcExe := filterCompilerFlags(b.fcExe())
> ++fcExe := filterCompilerFlags(b.fcExe(), true)
> fmt.Fprintf(h, "FC=%q %q\n", fcExe, fflags)
> if fcID, err := b.gccToolID(fcExe[0], "f95"); err ==
> nil {
> fmt.Fprintf(h, "FC ID=%q\n", fcID)
> @@ -104,20 +104,22 @@ index c88b315..a06455c 100644
> }
>
> // Configuration specific to compiler toolchain.
> -@@ -2705,8 +2707,23 @@ func envList(key, def string) []string {
> +@@ -2705,8 +2707,25 @@ func envList(key, def string) []string {
> return args
> }
>
> +var filterFlags = os.Getenv("CGO_PEDANTIC") == ""
> +
> -+func filterCompilerFlags(flags []string) []string {
> ++func filterCompilerFlags(flags []string, keepfirst bool) []string {
> +var newflags []string
> ++ var realkeepfirst bool = keepfirst
> +if !filterFlags {
> +return flags
> +}
> +for _, flag := range flags {
> -+if strings.HasPrefix(flag, "-m") {
> ++if strings.HasPrefix(flag, "-m") || realkeepfirst {
> +newflags = append(newflags, flag)
> ++ realkeepfirst = false
> +}
> +}
> +return newflags
> @@ -129,21 +131,21 @@ index c88b315..a06455c 100644
> defaults := "-g -O2"
>
> if cppflags, err = buildFlags("CPPFLAGS", "", p.CgoCPPFLAGS,
> checkCompilerFlags); err != nil {
> -@@ -2724,6 +2741,13 @@ func (b *Builder) CFlags(p *load.Package) (cppflags,
> cflags, cxxflags, fflags, l
> +@@ -2724,6 +2743,13 @@ func (b *Builder) CFlags(p *load.Package) (cppflags,
> cflags, cxxflags, fflags, l
> if ldflags, err = buildFlags("LDFLAGS", defaults, p.CgoLDFLAGS,
> checkLinkerFlags); err != nil {
>
[OE-core] OpenEmbedded Happy Hour November 30
All, This month OpenEmbedded Happy Hour coincides with the Yocto Project Summit and will be held on Wednesday, November 30 after the sessions are over, aroud 1800/6pm UTC (1pm ET / 10am PT). The usual Zoom link is in the Wiki: https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#173966): https://lists.openembedded.org/g/openembedded-core/message/173966 Mute This Topic: https://lists.openembedded.org/mt/95333631/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][master] go: Update patch due to build errors
On Mon, Nov 28, 2022 at 09:58:43PM +0100, Alexander Kanavin wrote:
> What build errors is this addressing and how can they be observed?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14976
> On Mon, 28 Nov 2022 at 21:46, Ryan Eatmon via lists.openembedded.org
> wrote:
> >
> > The previous version of this patch was a little too zealous in
> > cleaning up the envvironment. Some of the variable impacted
> > by the filerCompilerFlags() function require at least one
> > value to remain in the array. In this case, the values for
> > ccExe, cxxExe, and fcExe require a value or it results in
> > a panic related to accessing a value out of range.
> >
> > The updated patch adds a flag that requires keeping the first
> > value so that at least one thing remains and the assignments
> > for the Exes set that flag to true. The first item in the
> > array should be the compiler name anyway so it should remain.
> >
> > Signed-off-by: Ryan Eatmon
> > ---
> > ...ent-based-hash-generation-less-pedan.patch | 30 ++-
> > 1 file changed, 16 insertions(+), 14 deletions(-)
> >
> > diff --git
> > a/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> >
> > b/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> > index 17fa9d9831..43be5cd2e8 100644
> > ---
> > a/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> > +++
> > b/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> > @@ -74,7 +74,7 @@ index c88b315..a06455c 100644
> > + cppflags, cflags, cxxflags, fflags, ldflags, _ :=
> > b.CFlags(p, true)
> >
> > - ccExe := b.ccExe()
> > -+ ccExe := filterCompilerFlags(b.ccExe())
> > ++ ccExe := filterCompilerFlags(b.ccExe(), true)
> > fmt.Fprintf(h, "CC=%q %q %q %q\n", ccExe, cppflags, cflags,
> > ldflags)
> > // Include the C compiler tool ID so that if the C
> > // compiler changes we rebuild the package.
> > @@ -83,7 +83,7 @@ index c88b315..a06455c 100644
> > }
> > if len(p.CXXFiles)+len(p.SwigCXXFiles) > 0 {
> > - cxxExe := b.cxxExe()
> > -+ cxxExe := filterCompilerFlags(b.cxxExe())
> > ++ cxxExe := filterCompilerFlags(b.cxxExe(), true)
> > fmt.Fprintf(h, "CXX=%q %q\n", cxxExe, cxxflags)
> > if cxxID, err := b.gccToolID(cxxExe[0], "c++"); err
> > == nil {
> > fmt.Fprintf(h, "CXX ID=%q\n", cxxID)
> > @@ -91,7 +91,7 @@ index c88b315..a06455c 100644
> > }
> > if len(p.FFiles) > 0 {
> > - fcExe := b.fcExe()
> > -+ fcExe := filterCompilerFlags(b.fcExe())
> > ++ fcExe := filterCompilerFlags(b.fcExe(), true)
> > fmt.Fprintf(h, "FC=%q %q\n", fcExe, fflags)
> > if fcID, err := b.gccToolID(fcExe[0], "f95"); err
> > == nil {
> > fmt.Fprintf(h, "FC ID=%q\n", fcID)
> > @@ -104,20 +104,22 @@ index c88b315..a06455c 100644
> > }
> >
> > // Configuration specific to compiler toolchain.
> > -@@ -2705,8 +2707,23 @@ func envList(key, def string) []string {
> > +@@ -2705,8 +2707,25 @@ func envList(key, def string) []string {
> > return args
> > }
> >
> > +var filterFlags = os.Getenv("CGO_PEDANTIC") == ""
> > +
> > -+func filterCompilerFlags(flags []string) []string {
> > ++func filterCompilerFlags(flags []string, keepfirst bool) []string {
> > + var newflags []string
> > ++ var realkeepfirst bool = keepfirst
> > + if !filterFlags {
> > + return flags
> > + }
> > + for _, flag := range flags {
> > -+ if strings.HasPrefix(flag, "-m") {
> > ++ if strings.HasPrefix(flag, "-m") || realkeepfirst {
> > + newflags = append(newflags, flag)
> > ++ realkeepfirst = false
> > + }
> > + }
> > + return newflags
> > @@ -129,21 +131,21 @@ index c88b315..a06455c 100644
> > defaults := "-g -O2"
> >
> > if cppflags, err = buildFlags("CPPFLAGS", "", p.CgoCPPFLAGS,
> > checkCompilerFlags); err != nil {
> > -@@ -2724,6 +2741,13 @@ func (b *Builder) CFlags(p *load.Package)
> > (cppflags, cflags, cxxflags, fflags, l
> > +@@ -2724,6 +2743,13 @@ func (b *Builder) CFlags(p *load.Package)
> > (cppflags, cflags, cxxflags, fflags, l
> > if ldflags, err = buildFlags("LDFLAGS", defaults, p.CgoLDFLAGS,
> > checkLinkerFlags); err != nil {
> > return
> > }
> > + if filtered {
> > -+ cppflags = filterCompilerFlags(cppflags)
> > -+ cflags = filterCompilerFlags(cflags)
> > -+ cxxflags = filterCompiler
[OE-core] [kirkstone][PATCH] glibc-locale: explicitly remove empty dirs in ${libdir}
glibc-locale defaults to ENABLE_BINARY_LOCALE_GENERATION ?= "0", but gets
changed to "1" in the default-distrovars.inc
When it is explicitly set back to "0", it fails with this error:
ERROR: glibc-locale-2.35-r0 do_package: QA Issue: glibc-locale:
Files/directories were installed but not shipped in any package:
/usr/lib/locale
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
glibc-locale: 1 installed and not shipped files. [installed-vs-shipped]
ERROR: glibc-locale-2.35-r0 do_package: Fatal QA errors were found, failing
task.
There's a code to remove empty dirs in ${libdir}, but it's keyed off of
PACKAGE_NO_GCONV to clean up $[libdir]/gconv, just extend it to also cover
other empty dirs, including ${libdir}/locale.
Signed-off-by: Denys Dmytriyenko
Signed-off-by: Richard Purdie
---
meta/recipes-core/glibc/glibc-locale.inc | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-locale.inc
b/meta/recipes-core/glibc/glibc-locale.inc
index b8de7d3192..7c14abfe99 100644
--- a/meta/recipes-core/glibc/glibc-locale.inc
+++ b/meta/recipes-core/glibc/glibc-locale.inc
@@ -87,10 +87,9 @@ do_install() {
if [ ${PACKAGE_NO_GCONV} -eq 0 ]; then
copy_locale_files ${libdir}/gconv 0755
copy_locale_files ${datadir}/i18n 0644
- else
- # Remove the libdir if it is empty when gconv is not copied
- find ${D}${libdir} -type d -empty -delete
fi
+ # Remove empty dirs in libdir when gconv or locales are not copied
+ find ${D}${libdir} -type d -empty -delete
copy_locale_files ${datadir}/locale 0644
install -m 0644 ${LOCALETREESRC}/SUPPORTED ${WORKDIR}/SUPPORTED
}
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171202):
https://lists.openembedded.org/g/openembedded-core/message/171202
Mute This Topic: https://lists.openembedded.org/mt/94009741/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] glibc-locale: explicitly remove empty dirs in ${libdir}
glibc-locale defaults to ENABLE_BINARY_LOCALE_GENERATION ?= "0", but gets
changed to "1" in the default-distrovars.inc
When it is explicitly set back to "0", it fails with this error:
ERROR: glibc-locale-2.36-r0 do_package: QA Issue: glibc-locale:
Files/directories were installed but not shipped in any package:
/usr/lib/locale
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
glibc-locale: 1 installed and not shipped files. [installed-vs-shipped]
ERROR: glibc-locale-2.36-r0 do_package: Fatal QA errors were found, failing
task.
There's a code to remove empty dirs in ${libdir}, but it's keyed off of
PACKAGE_NO_GCONV to clean up $[libdir]/gconv, just extend it to also cover
other empty dirs, including ${libdir}/locale.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-core/glibc/glibc-locale.inc | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-locale.inc
b/meta/recipes-core/glibc/glibc-locale.inc
index b8de7d3192..7c14abfe99 100644
--- a/meta/recipes-core/glibc/glibc-locale.inc
+++ b/meta/recipes-core/glibc/glibc-locale.inc
@@ -87,10 +87,9 @@ do_install() {
if [ ${PACKAGE_NO_GCONV} -eq 0 ]; then
copy_locale_files ${libdir}/gconv 0755
copy_locale_files ${datadir}/i18n 0644
- else
- # Remove the libdir if it is empty when gconv is not copied
- find ${D}${libdir} -type d -empty -delete
fi
+ # Remove empty dirs in libdir when gconv or locales are not copied
+ find ${D}${libdir} -type d -empty -delete
copy_locale_files ${datadir}/locale 0644
install -m 0644 ${LOCALETREESRC}/SUPPORTED ${WORKDIR}/SUPPORTED
}
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171155):
https://lists.openembedded.org/g/openembedded-core/message/171155
Mute This Topic: https://lists.openembedded.org/mt/93983239/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][dunfell] linux-yocto-rt/5.4: fixup -rt build breakage
On Mon, Jul 18, 2022 at 11:44:56PM -0400, Bruce Ashfield wrote:
> From: Bruce Ashfield
>
> Integrating the following commit(s) to linux-yocto/5.4:
>
> cc478e363cc3 rt: fixup random and irq/manage merge issues
>
> Signed-off-by: Bruce Ashfield
> ---
> meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> index 5bc1993cf2..fe75aee4da 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> @@ -11,7 +11,7 @@ python () {
> raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
> linux-yocto-rt to enable it")
> }
>
> -SRCREV_machine ?= "086bb7f7d2b47d654922e5cc526cc6274b28e319"
This does not match to what is currently in dunfell, so it won't apply:
https://git.openembedded.org/openembedded-core/tree/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb?h=dunfell#n14
> +SRCREV_machine ?= "cc478e363cc35064b58a871a4cc535aa973c5891"
> SRCREV_meta ?= "aaaf9f090dfb3160154b24fbc2f9a6e669babc87"
>
> SRC_URI =
> "git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
> --
> 2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#168270):
https://lists.openembedded.org/g/openembedded-core/message/168270
Mute This Topic: https://lists.openembedded.org/mt/92476074/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 2/2][dunfell] linux-yocto/5.4: update to v5.4.203
Oops, Richard's alias didn't get resolved properly the first time, sorry On Mon, Jul 18, 2022 at 02:06:52PM -0400, Denys Dmytriyenko wrote: > There's been some rework done around random subsystem lately. It now breaks > RT > kernel, at least on Aarch64, x86_64, maybe other platforms. Is there a quick > fix, or should this update be reverted in Dunfell? > > > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:39:45: > warning: 'struct random_ready_callback' declared inside parameter list will > not be visible outside of this definition or declaration > |39 | extern int add_random_ready_callback(struct random_ready_callback > *rdy); > | | ^ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:40:46: > warning: 'struct random_ready_callback' declared inside parameter list will > not be visible outside of this definition or declaration > |40 | extern void del_random_ready_callback(struct random_ready_callback > *rdy); > | | ^ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:47:6: > error: conflicting types for 'get_random_bytes' > |47 | void get_random_bytes(void *buf, size_t len); > | | ^~~~ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:35:13: > note: previous declaration of 'get_random_bytes' was here > |35 | extern void get_random_bytes(void *buf, int nbytes); > | | ^~~~ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:48:21: > error: conflicting types for 'get_random_bytes_arch' > |48 | size_t __must_check get_random_bytes_arch(void *buf, size_t len); > | | ^ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:41:25: > note: previous declaration of 'get_random_bytes_arch' was here > |41 | extern int __must_check get_random_bytes_arch(void *buf, int > nbytes); > | | ^ > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/scripts/Makefile.build:99: > recipe for target 'arch/arm64/kernel/asm-offsets.s' failed > | make[2]: *** [arch/arm64/kernel/asm-offsets.s] Error 1 > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/Makefile:1134: > recipe for target 'prepare0' failed > | make[1]: *** [prepare0] Error 2 > | > /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/Makefile:179: > recipe for target 'sub-make' failed > | make: *** [sub-make] Error 2 > | ERROR: oe_runmake failed > | WARNING: exit code 1 from a shell command. > | ERROR: Execution of > '/OE/poky-dunfell/build/tmp/work/qemuarm64-poky-linux/linux-yocto-rt/5.4.203+gitAUTOINC+010ac788e8_fa8536530b-r0/temp/run.do_compile.240410' > failed with exit code 1 > ERROR: Task > (/OE/poky-dunfell/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb:do_compile) > failed with exit code '1' > NOTE: Tasks Summary: Attempted 586 tasks of which 465 didn't need to be rerun > and 1 failed. > > Summary: 1 task failed: > /OE/poky-dunfell/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb:do_compile > Summary: There were 2 ERROR messages shown, returning a non-zero exit code. > > > On Thu, Jul 07, 2022 at 12:38:27PM -0400, Bruce Ashfield wrote: > > From: Bruce Ashfield > > > > Updating to the latest korg -stable release that comprises > > the following commits: > > > > 871cbc208bf0 Linux 5.4.203 > > 572cc34503d4 crypto: arm/ghash-ce - define fpu before fpu registers are > > referenced > > 3bf992f9d9a8 crypto: arm - use Kconfig based compiler checks for crypto > > opcodes > > 1b43c30cd5d5 ARM: 9029/1: Make iwmmxt.S support Clang's integrated > > assembler > > 9e00e5d195ed ARM: OMAP2+: drop unnecessary adrl > > 3657432a75e3 ARM: 8929/1: use APSR_nzcv instead of r15 as mrc operand > > 02c200fdba46 ARM: 8933/1: replace Sun/Solaris style flag on section > > directive > > 54e6ecd5b7ca crypto: arm/sha512-neon - avoid ADRL pseudo instruction > > 5e6f80033286 crypto: arm/sha256-neon - avoid ADRL pseudo instruction > > e120403c0e7c ARM: 8971/1: replace the sole use of a symbol with its > > definition > > 0a43679016f0 ARM: 8990/1:
Re: [OE-core] [PATCH 2/2][dunfell] linux-yocto/5.4: update to v5.4.203
There's been some rework done around random subsystem lately. It now breaks RT kernel, at least on Aarch64, x86_64, maybe other platforms. Is there a quick fix, or should this update be reverted in Dunfell? | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:39:45: warning: 'struct random_ready_callback' declared inside parameter list will not be visible outside of this definition or declaration |39 | extern int add_random_ready_callback(struct random_ready_callback *rdy); | | ^ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:40:46: warning: 'struct random_ready_callback' declared inside parameter list will not be visible outside of this definition or declaration |40 | extern void del_random_ready_callback(struct random_ready_callback *rdy); | | ^ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:47:6: error: conflicting types for 'get_random_bytes' |47 | void get_random_bytes(void *buf, size_t len); | | ^~~~ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:35:13: note: previous declaration of 'get_random_bytes' was here |35 | extern void get_random_bytes(void *buf, int nbytes); | | ^~~~ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:48:21: error: conflicting types for 'get_random_bytes_arch' |48 | size_t __must_check get_random_bytes_arch(void *buf, size_t len); | | ^ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/include/linux/random.h:41:25: note: previous declaration of 'get_random_bytes_arch' was here |41 | extern int __must_check get_random_bytes_arch(void *buf, int nbytes); | | ^ | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/scripts/Makefile.build:99: recipe for target 'arch/arm64/kernel/asm-offsets.s' failed | make[2]: *** [arch/arm64/kernel/asm-offsets.s] Error 1 | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/Makefile:1134: recipe for target 'prepare0' failed | make[1]: *** [prepare0] Error 2 | /OE/poky-dunfell/build/tmp/work-shared/qemuarm64/kernel-source/Makefile:179: recipe for target 'sub-make' failed | make: *** [sub-make] Error 2 | ERROR: oe_runmake failed | WARNING: exit code 1 from a shell command. | ERROR: Execution of '/OE/poky-dunfell/build/tmp/work/qemuarm64-poky-linux/linux-yocto-rt/5.4.203+gitAUTOINC+010ac788e8_fa8536530b-r0/temp/run.do_compile.240410' failed with exit code 1 ERROR: Task (/OE/poky-dunfell/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb:do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 586 tasks of which 465 didn't need to be rerun and 1 failed. Summary: 1 task failed: /OE/poky-dunfell/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb:do_compile Summary: There were 2 ERROR messages shown, returning a non-zero exit code. On Thu, Jul 07, 2022 at 12:38:27PM -0400, Bruce Ashfield wrote: > From: Bruce Ashfield > > Updating to the latest korg -stable release that comprises > the following commits: > > 871cbc208bf0 Linux 5.4.203 > 572cc34503d4 crypto: arm/ghash-ce - define fpu before fpu registers are > referenced > 3bf992f9d9a8 crypto: arm - use Kconfig based compiler checks for crypto > opcodes > 1b43c30cd5d5 ARM: 9029/1: Make iwmmxt.S support Clang's integrated > assembler > 9e00e5d195ed ARM: OMAP2+: drop unnecessary adrl > 3657432a75e3 ARM: 8929/1: use APSR_nzcv instead of r15 as mrc operand > 02c200fdba46 ARM: 8933/1: replace Sun/Solaris style flag on section > directive > 54e6ecd5b7ca crypto: arm/sha512-neon - avoid ADRL pseudo instruction > 5e6f80033286 crypto: arm/sha256-neon - avoid ADRL pseudo instruction > e120403c0e7c ARM: 8971/1: replace the sole use of a symbol with its > definition > 0a43679016f0 ARM: 8990/1: use VFP assembler mnemonics in register > load/store macros > 472671eec98a ARM: 8989/1: use .fpu assembler directives instead of > assembler arguments > 2bfb0d43a47c net: mscc: ocelot: allow unregistered IP multicast flooding > 223d551a6681 kexec_file: drop weak attribute from > arch_kexec_apply_relocations[_add] > ab3ed204a146 powerpc/ftrace: Remove ftrace init tramp once kernel init is > complete > 77e2ad091850 drm: remove drm_fb_helper_modinit > 9ef3ad40a81f Linux 5.4.202 > ceda71d49f6b powerpc/pseries: wire up rng during setup_arch() > ece983890287 kbuild: link vmlinux only once for CONFIG_TRIM_UNUSED_KSYMS > (2nd attempt) > 2a81e813141e random: update comment from copy_to_user() -> copy_to_iter() > 80f0038d757e modpost: fix section mismatch check for e
Re: [OE-core] OpenEmbedded Happy Hour March 30 5pm/1700 UTC
Reminder, OpenEmbedded Happy Hour is tomorrow. See you all there. On Thu, Mar 24, 2022 at 06:41:58PM -0400, Denys Dmytriyenko wrote: > All, > > You are cordially invited to the next OpenEmbedded Happy Hour on March 30 > for Europe/Americas timezones @ 1700/5pm UTC (1pm ET / 10am PT): > > https://www.openembedded.org/wiki/Calendar > https://www.openembedded.org/wiki/Happy_Hours > https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+March+30&iso=20220330T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#163772): https://lists.openembedded.org/g/openembedded-core/message/163772 Mute This Topic: https://lists.openembedded.org/mt/90011134/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour March 30 5pm/1700 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on March 30 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET / 10am PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+March+30&iso=20220330T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#163624): https://lists.openembedded.org/g/openembedded-core/message/163624 Mute This Topic: https://lists.openembedded.org/mt/90011134/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] OpenEmbedded Happy Hour February 23 9pm/2100 UTC
On Mon, Feb 21, 2022 at 06:26:05PM -0500, Denys Dmytriyenko wrote: > All, > > You are cordially invited to the next OpenEmbedded Happy Hour on February 23 > for Asia/Pacific timezones @ 2100/9pm UTC (4pm ET / 1pm PT): > > https://www.openembedded.org/wiki/Calendar > https://www.openembedded.org/wiki/Happy_Hours > https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+February+23&iso=20220223T21 Reminder, this is happening in 2 hours! See you then and there. -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#162273): https://lists.openembedded.org/g/openembedded-core/message/162273 Mute This Topic: https://lists.openembedded.org/mt/89306214/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour February 23 9pm/2100 UTC
All, You are cordially invited to the next OpenEmbedded Happy Hour on February 23 for Asia/Pacific timezones @ 2100/9pm UTC (4pm ET / 1pm PT): https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+February+23&iso=20220223T21 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#162109): https://lists.openembedded.org/g/openembedded-core/message/162109 Mute This Topic: https://lists.openembedded.org/mt/89306214/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 03/33] gdb: update 11.1 -> 11.2
https://git.openembedded.org/openembedded-core/commit/?id=f24c2bf93a9549ae5a21ce378a7bf47ef052ad65
I realize these are in master-next and haven't been merged to master yet.
Richard mentioned there are some issues with one of the autobuilder nodes
and hence master-next is taking longer to test lately.
I don't believe bombarding Richard with duplicate patches improves his
productivity. :) On his behalf I'm asking for a bit more patience and
understanding...
On Wed, Feb 02, 2022 at 07:27:28PM +0100, Alexander Kanavin wrote:
> Simplyfy .inc structure: merge gdb.inc into gdb_11.2.bb, rename
> gdb-${PV}.inc to gdb.inc. This will allow easier automatic updates.
>
> Drop upstreamed patch.
>
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-devtools/gdb/gdb-11.1.inc| 19 --
> ...ian_11.1.bb => gdb-cross-canadian_11.2.bb} | 2 +-
> .../{gdb-cross_11.1.bb => gdb-cross_11.2.bb} | 2 +-
> meta/recipes-devtools/gdb/gdb.inc | 27 +-
> ...erver-register-set-selection-dynamic.patch | 317 --
> .../gdb/{gdb_11.1.bb => gdb_11.2.bb} | 13 +-
> 6 files changed, 31 insertions(+), 349 deletions(-)
> delete mode 100644 meta/recipes-devtools/gdb/gdb-11.1.inc
> rename meta/recipes-devtools/gdb/{gdb-cross-canadian_11.1.bb =>
> gdb-cross-canadian_11.2.bb} (71%)
> rename meta/recipes-devtools/gdb/{gdb-cross_11.1.bb => gdb-cross_11.2.bb}
> (50%)
> delete mode 100644
> meta/recipes-devtools/gdb/gdb/0011-AArch64-Make-gdbserver-register-set-selection-dynamic.patch
> rename meta/recipes-devtools/gdb/{gdb_11.1.bb => gdb_11.2.bb} (80%)
>
> diff --git a/meta/recipes-devtools/gdb/gdb-11.1.inc
> b/meta/recipes-devtools/gdb/gdb-11.1.inc
> deleted file mode 100644
> index 5364a880e3..00
> --- a/meta/recipes-devtools/gdb/gdb-11.1.inc
> +++ /dev/null
> @@ -1,19 +0,0 @@
> -LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> - file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
> - file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
> - file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
> -
> -SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
> - file://0001-make-man-install-relative-to-DESTDIR.patch \
> - file://0002-mips-linux-nat-Define-_ABIO32-if-not-defined.patch \
> -
> file://0003-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch \
> -
> file://0005-Dont-disable-libreadline.a-when-using-disable-static.patch \
> - file://0006-use-asm-sgidefs.h.patch \
> - file://0007-Change-order-of-CFLAGS.patch \
> - file://0008-resolve-restrict-keyword-conflict.patch \
> - file://0009-Fix-invalid-sigprocmask-call.patch \
> - file://0010-gdbserver-ctrl-c-handling.patch \
> -
> file://0011-AArch64-Make-gdbserver-register-set-selection-dynamic.patch \
> - "
> -SRC_URI[sha256sum] =
> "cccfcc407b20d343fb320d4a9a2110776dd3165118ffd41f4b1b162340333f94"
> diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_11.1.bb
> b/meta/recipes-devtools/gdb/gdb-cross-canadian_11.2.bb
> similarity index 71%
> rename from meta/recipes-devtools/gdb/gdb-cross-canadian_11.1.bb
> rename to meta/recipes-devtools/gdb/gdb-cross-canadian_11.2.bb
> index 301035940c..4ab2b7156d 100644
> --- a/meta/recipes-devtools/gdb/gdb-cross-canadian_11.1.bb
> +++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_11.2.bb
> @@ -1,3 +1,3 @@
> require gdb-common.inc
> require gdb-cross-canadian.inc
> -require gdb-${PV}.inc
> +require gdb.inc
> diff --git a/meta/recipes-devtools/gdb/gdb-cross_11.1.bb
> b/meta/recipes-devtools/gdb/gdb-cross_11.2.bb
> similarity index 50%
> rename from meta/recipes-devtools/gdb/gdb-cross_11.1.bb
> rename to meta/recipes-devtools/gdb/gdb-cross_11.2.bb
> index 50cf159fdb..3b654a2f0d 100644
> --- a/meta/recipes-devtools/gdb/gdb-cross_11.1.bb
> +++ b/meta/recipes-devtools/gdb/gdb-cross_11.2.bb
> @@ -1,2 +1,2 @@
> require gdb-cross.inc
> -require gdb-${PV}.inc
> +require gdb.inc
> diff --git a/meta/recipes-devtools/gdb/gdb.inc
> b/meta/recipes-devtools/gdb/gdb.inc
> index 2c95ed3ca0..cf801b192b 100644
> --- a/meta/recipes-devtools/gdb/gdb.inc
> +++ b/meta/recipes-devtools/gdb/gdb.inc
> @@ -1,11 +1,18 @@
> -require gdb-common.inc
> -
> -inherit gettext pkgconfig
> -
> -#LDFLAGS:append = " -s"
> -#export CFLAGS:append=" -L${STAGING_LIBDIR}"
> -
> -# cross-canadian must not see this
> -PACKAGES =+ "gdbserver"
> -FILES:gdbserver = "${bindir}/gdbserver"
> +LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> + file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
> + file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
> + file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
>
> +SRC_URI = "${GNU_MIRROR}/gdb/gdb-
Re: [OE-core] [PATCH 04/33] connman: update 1.40 -> 1.41
https://git.openembedded.org/openembedded-core/commit/?id=54c896c76ba5955990f27ed1ec5dd81d2f9d09e2
On Wed, Feb 02, 2022 at 07:27:29PM +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> .../0002-resolve-musl-does-not-implement-res_ninit.patch| 2 +-
> .../connman/{connman_1.40.bb => connman_1.41.bb}| 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-connectivity/connman/{connman_1.40.bb =>
> connman_1.41.bb} (85%)
>
> diff --git
> a/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch
>
> b/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch
> index 9dca21a02f..63a8fa81b1 100644
> ---
> a/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch
> +++
> b/meta/recipes-connectivity/connman/connman/0002-resolve-musl-does-not-implement-res_ninit.patch
> @@ -1,4 +1,4 @@
> -From 01974865e4d331eeaf25248bee1bb96539c450d9 Mon Sep 17 00:00:00 2001
> +From f2e6254a48fc0bb41b1617b7832aed4977230cf9 Mon Sep 17 00:00:00 2001
> From: Khem Raj
> Date: Mon, 6 Apr 2015 23:02:21 -0700
> Subject: [PATCH] resolve: musl does not implement res_ninit
> diff --git a/meta/recipes-connectivity/connman/connman_1.40.bb
> b/meta/recipes-connectivity/connman/connman_1.41.bb
> similarity index 85%
> rename from meta/recipes-connectivity/connman/connman_1.40.bb
> rename to meta/recipes-connectivity/connman/connman_1.41.bb
> index edb23a1267..736b78eaeb 100644
> --- a/meta/recipes-connectivity/connman/connman_1.40.bb
> +++ b/meta/recipes-connectivity/connman/connman_1.41.bb
> @@ -9,7 +9,7 @@ SRC_URI =
> "${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
>
> SRC_URI:append:libc-musl = "
> file://0002-resolve-musl-does-not-implement-res_ninit.patch"
>
> -SRC_URI[sha256sum] =
> "1a57ae7ce234aa3a1744aac3be5c2121d98dce999440ef8ab9cc4edfd5edcb12"
> +SRC_URI[sha256sum] =
> "79fb40f4fdd5530c45aa8e592fb16ba23d3674f3a98cf10b89a6576f198de589"
>
> RRECOMMENDS:${PN} = "connman-conf"
> RCONFLICTS:${PN} = "networkmanager"
> --
> 2.20.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161264):
https://lists.openembedded.org/g/openembedded-core/message/161264
Mute This Topic: https://lists.openembedded.org/mt/88865278/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 28/33] lttng-tools: upgrade 2.13.2 -> 2.13.4
https://git.openembedded.org/openembedded-core/commit/?id=7de004c74447b3075abb9641843254a7a5c7233b
On Wed, Feb 02, 2022 at 07:27:53PM +0100, Alexander Kanavin wrote:
> From: Alexander Kanavin
>
> Signed-off-by: Alexander Kanavin
> ---
> .../lttng/{lttng-tools_2.13.2.bb => lttng-tools_2.13.4.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-kernel/lttng/{lttng-tools_2.13.2.bb =>
> lttng-tools_2.13.4.bb} (98%)
>
> diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.13.2.bb
> b/meta/recipes-kernel/lttng/lttng-tools_2.13.4.bb
> similarity index 98%
> rename from meta/recipes-kernel/lttng/lttng-tools_2.13.2.bb
> rename to meta/recipes-kernel/lttng/lttng-tools_2.13.4.bb
> index d6ce2c7e32..98b91270ba 100644
> --- a/meta/recipes-kernel/lttng/lttng-tools_2.13.2.bb
> +++ b/meta/recipes-kernel/lttng/lttng-tools_2.13.4.bb
> @@ -39,7 +39,7 @@ SRC_URI =
> "https://lttng.org/files/lttng-tools/lttng-tools-${PV}.tar.bz2 \
> file://disable-tests.patch \
> "
>
> -SRC_URI[sha256sum] =
> "ced2ba00020da77fd17ac92b5a53825502409a07e3aeca28f9515d4a844fd7bd"
> +SRC_URI[sha256sum] =
> "565f3102410a53d484f4c8ff517978f1dc59f67f9d16f872f4357f3ca12200f6"
>
> inherit autotools ptest pkgconfig useradd python3-dir manpages systemd
>
> --
> 2.20.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161263):
https://lists.openembedded.org/g/openembedded-core/message/161263
Mute This Topic: https://lists.openembedded.org/mt/88865309/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 15/33] ell: upgrade 0.47 -> 0.48
https://git.openembedded.org/openembedded-core/commit/?id=53070e8e119d90b633db8b26ba002ae95f2cfcca
On Wed, Feb 02, 2022 at 07:27:40PM +0100, Alexander Kanavin wrote:
> From: Alexander Kanavin
>
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-core/ell/{ell_0.47.bb => ell_0.48.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-core/ell/{ell_0.47.bb => ell_0.48.bb} (89%)
>
> diff --git a/meta/recipes-core/ell/ell_0.47.bb
> b/meta/recipes-core/ell/ell_0.48.bb
> similarity index 89%
> rename from meta/recipes-core/ell/ell_0.47.bb
> rename to meta/recipes-core/ell/ell_0.48.bb
> index 1db0065a37..737302a444 100644
> --- a/meta/recipes-core/ell/ell_0.47.bb
> +++ b/meta/recipes-core/ell/ell_0.48.bb
> @@ -16,7 +16,7 @@ inherit autotools pkgconfig
>
> SRC_URI =
> "https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz \
> "
> -SRC_URI[sha256sum] =
> "4901a0baac4eb24163ceafb44fd448430361d25d8f17d89ff29f8b0b162b3eb9"
> +SRC_URI[sha256sum] =
> "9894943042a5d6165d3e5cc354f92274fb1304004d02b4bee682ab6067cdbbd5"
>
> do_configure:prepend () {
> mkdir -p ${S}/build-aux
> --
> 2.20.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161262):
https://lists.openembedded.org/g/openembedded-core/message/161262
Mute This Topic: https://lists.openembedded.org/mt/88865294/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 27/33] wayland-protocols: upgrade 1.24 -> 1.25
https://git.openembedded.org/openembedded-core/commit/?id=66dc75cf5e6b741ef7ba011841cd5ceeebf17b36
On Wed, Feb 02, 2022 at 07:27:52PM +0100, Alexander Kanavin wrote:
> From: Alexander Kanavin
>
> Signed-off-by: Alexander Kanavin
> ---
> .../{wayland-protocols_1.24.bb => wayland-protocols_1.25.bb}| 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-graphics/wayland/{wayland-protocols_1.24.bb =>
> wayland-protocols_1.25.bb} (91%)
>
> diff --git a/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
> b/meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
> similarity index 91%
> rename from meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
> rename to meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
> index 0cfdb90b68..074801b22d 100644
> --- a/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
> +++ b/meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
> @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=c7b12b6702da38ca028ace54aae3d484 \
>
> SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> "
> -SRC_URI[sha256sum] =
> "bff0d8cffeeceb35159d6f4aa6bab18c807b80642c9d50f66cba52ecf7338bc2"
> +SRC_URI[sha256sum] =
> "f1ff0f7199d0a0da337217dd8c99979967808dc37731a1e759e822b75b571460"
>
> UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
>
> --
> 2.20.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161261):
https://lists.openembedded.org/g/openembedded-core/message/161261
Mute This Topic: https://lists.openembedded.org/mt/88865308/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 2/2] weston: upgrade 9.0.0 -> 10.0.0
On Tue, Feb 01, 2022 at 12:15:01PM -0500, Denys Dmytriyenko wrote: > On Tue, Feb 01, 2022 at 02:30:54PM +0100, Alexander Kanavin wrote: > Just to make it clear to everyone else on the list - this is not the final > 10.0.0 release, but rather an RC1 that is versioned as 9.0.93, hence the RFC > status of the patch, just for review. BTW, the final 10.0.0 just got released earlier today: https://lists.freedesktop.org/archives/wayland-devel/2022-February/042103.html Alex, Would it be possible to includue the link above with the full Changelog in the commit message? Thanks. -- Denys -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#161171): https://lists.openembedded.org/g/openembedded-core/message/161171 Mute This Topic: https://lists.openembedded.org/mt/88831953/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 2/2] weston: upgrade 9.0.0 -> 10.0.0
orrect-header.patch > +++ /dev/null > @@ -1,32 +0,0 @@ > -From a2ba4714a6872e547621d29d9ddcb0f374b88cf6 Mon Sep 17 00:00:00 2001 > -From: Chen Qi > -Date: Tue, 20 Apr 2021 20:42:18 -0700 > -Subject: [PATCH] meson.build: fix incorrect header > - > -The wayland.c actually include 'xdg-shell-client-protocol.h' instead of > -the server one, so fix it. Otherwise, it's possible to get build failure > -due to race condition. > - > -Upstream-Status: Pending > - > -Signed-off-by: Chen Qi > > - libweston/backend-wayland/meson.build | 2 +- > - 1 file changed, 1 insertion(+), 1 deletion(-) > - > -diff --git a/libweston/backend-wayland/meson.build > b/libweston/backend-wayland/meson.build > -index 7e82513..29270b5 100644 > a/libweston/backend-wayland/meson.build > -+++ b/libweston/backend-wayland/meson.build > -@@ -10,7 +10,7 @@ srcs_wlwl = [ > - fullscreen_shell_unstable_v1_protocol_c, > - presentation_time_protocol_c, > - presentation_time_server_protocol_h, > --xdg_shell_server_protocol_h, > -+xdg_shell_client_protocol_h, > - xdg_shell_protocol_c, > - ] > - > --- > -2.30.2 > - > diff --git > a/meta/recipes-graphics/wayland/weston/0001-tests-include-fcntl.h-for-open-O_RDWR-O_CLOEXEC-and-.patch > > b/meta/recipes-graphics/wayland/weston/0001-tests-include-fcntl.h-for-open-O_RDWR-O_CLOEXEC-and-.patch > deleted file mode 100644 > index 6fe86ff3f0..00 > --- > a/meta/recipes-graphics/wayland/weston/0001-tests-include-fcntl.h-for-open-O_RDWR-O_CLOEXEC-and-.patch > +++ /dev/null > @@ -1,47 +0,0 @@ > -From 58760e09eed662a72da939ff4802d605489cff8e Mon Sep 17 00:00:00 2001 > -From: Denys Dmytriyenko > -Date: Tue, 8 Sep 2020 19:37:42 -0400 > -Subject: [PATCH] tests: include fcntl.h for open(), O_RDWR, O_CLOEXEC and > - O_CREAT > - > -musl libc (unlike glibc) requires explicitly incuding fcntl.h to define > open(), > -O_RDWR, O_CLOEXEC and O_CREAT. Otherwise the build fails with the errors: > - > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c: In function > 'wait_for_lock': > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c:135:7: warning: > implicit declaration of function 'open'; did you mean 'popen'? > [-Wimplicit-function-declaration] > -| 135 | fd = open(lock_path, O_RDWR | O_CLOEXEC | O_CREAT, 00700); > -| | ^~~~ > -| | popen > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c:135:23: error: > 'O_RDWR' undeclared (first use in this function) > -| 135 | fd = open(lock_path, O_RDWR | O_CLOEXEC | O_CREAT, 00700); > -| | ^~ > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c:135:23: note: each > undeclared identifier is reported only once for each function it appears in > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c:135:32: error: > 'O_CLOEXEC' undeclared (first use in this function) > -| 135 | fd = open(lock_path, O_RDWR | O_CLOEXEC | O_CREAT, 00700); > -| |^ > -| ../weston-9.0.0/tests/weston-test-fixture-compositor.c:135:44: error: > 'O_CREAT' undeclared (first use in this function) > -| 135 | fd = open(lock_path, O_RDWR | O_CLOEXEC | O_CREAT, 00700); > -| |^~~ > - > -Upstream-Status: Submitted > [https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/493/diffs?commit_id=b10c0e843dcb8148bbe869bb15261955b94ac98c] > - > -Signed-off-by: Denys Dmytriyenko > > - tests/weston-test-fixture-compositor.c | 1 + > - 1 file changed, 1 insertion(+) > - > -diff --git a/tests/weston-test-fixture-compositor.c > b/tests/weston-test-fixture-compositor.c > -index 0c9855f..e0e32c9 100644 > a/tests/weston-test-fixture-compositor.c > -+++ b/tests/weston-test-fixture-compositor.c > -@@ -31,6 +31,7 @@ > - #include > - #include > - #include > -+#include > - > - #include "shared/helpers.h" > - #include "weston-test-fixture-compositor.h" > --- > -2.7.4 > - > diff --git > a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch > > b/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch > deleted file mode 100644 > index f6ebfd8f61..00 > --- > a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch > +++ /dev/null > @@ -1,199 +0,0 @@ > -From a1548c742bf2dedbb47282d8a00407b60bbab669 Mon Sep 17 00:00:00 2001 > -From: Tom Hochstein > -Date: Wed, 22 Feb 2
[OE-core] [PATCH] yocto-check-layer: add ability to perform tests from a global bbclass
This is useful when needing to test layer's recipes, where this special
bbclass can define a global python function that gets called on each
recipe parsing during "bitbake -S none world" signature dump and be able
to fail layer's check accordingly.
First test being added is to detect recipes skipping "installed-vs-shipped"
QA check. As "installed-vs-shipped" is a packaging QA check, it happens very
late in the build process and failing it could mean some potential issues
with packaging, especially when recipe uses BBCLASSEXTEND="nativesdk" and
resulting package is used in an SDK.
In OE-Core failing this QA check leads to an error, but other layers can
suppress it or change it to a warning. Detecting weird packaging problems
with SDKs is quite difficult and time consuming. Also, waiting for the
actual "installed-vs-shipped" packaging QA check to fail means that all
recipes in the layer under test have to run through all standard tasks in
the build chain, equivalent to a multi-hour world-build.
Hence yocto-check-layer takes a shortcut and only detects a mere attempt
at skipping "installed-vs-shipped" QA check in the INSANE_SKIP list during
initial parsing when dumping the signature information for the layer.
Signed-off-by: Denys Dmytriyenko
---
meta/classes/yocto-check-layer.bbclass | 16
scripts/lib/checklayer/__init__.py | 5 -
scripts/lib/checklayer/cases/common.py | 15 +++
3 files changed, 35 insertions(+), 1 deletion(-)
create mode 100644 meta/classes/yocto-check-layer.bbclass
diff --git a/meta/classes/yocto-check-layer.bbclass
b/meta/classes/yocto-check-layer.bbclass
new file mode 100644
index 000..329d3f8
--- /dev/null
+++ b/meta/classes/yocto-check-layer.bbclass
@@ -0,0 +1,16 @@
+#
+# This class is used by yocto-check-layer script for additional per-recipe
tests
+# The first test ensures that the layer has no recipes skipping
'installed-vs-shipped' QA checks
+#
+
+WARN_QA:remove = "installed-vs-shipped"
+ERROR_QA:append = " installed-vs-shipped"
+
+python () {
+packages = set((d.getVar('PACKAGES') or '').split())
+for package in packages:
+skip = set((d.getVar('INSANE_SKIP') or "").split() +
+ (d.getVar('INSANE_SKIP:' + package) or "").split())
+if 'installed-vs-shipped' in skip:
+oe.qa.handle_error("installed-vs-shipped", 'Package %s is skipping
"installed-vs-shipped" QA test.' % package, d)
+}
diff --git a/scripts/lib/checklayer/__init__.py
b/scripts/lib/checklayer/__init__.py
index e69a10f..9186160 100644
--- a/scripts/lib/checklayer/__init__.py
+++ b/scripts/lib/checklayer/__init__.py
@@ -261,7 +261,7 @@ def check_command(error_msg, cmd, cwd=None):
raise RuntimeError(msg)
return output
-def get_signatures(builddir, failsafe=False, machine=None):
+def get_signatures(builddir, failsafe=False, machine=None, extravars=None):
import re
# some recipes needs to be excluded like meta-world-pkgdata
@@ -273,6 +273,9 @@ def get_signatures(builddir, failsafe=False, machine=None):
tune2tasks = {}
cmd = 'BB_ENV_EXTRAWHITE="$BB_ENV_EXTRAWHITE BB_SIGNATURE_HANDLER"
BB_SIGNATURE_HANDLER="OEBasicHash" '
+if extravars:
+cmd += extravars
+cmd += ' '
if machine:
cmd += 'MACHINE=%s ' % machine
cmd += 'bitbake '
diff --git a/scripts/lib/checklayer/cases/common.py
b/scripts/lib/checklayer/cases/common.py
index 9f15e05..318cda1 100644
--- a/scripts/lib/checklayer/cases/common.py
+++ b/scripts/lib/checklayer/cases/common.py
@@ -54,6 +54,21 @@ class CommonCheckLayer(OECheckLayerTestCase):
'''
get_signatures(self.td['builddir'], failsafe=False)
+def test_world_inherit_class(self):
+'''
+This also does "bitbake -S none world" along with inheriting
"yocto-check-layer"
+class, which can do additional per-recipe test cases.
+'''
+msg = []
+try:
+get_signatures(self.td['builddir'], failsafe=False, machine=None,
extravars='BB_ENV_EXTRAWHITE="$BB_ENV_EXTRAWHITE INHERIT"
INHERIT="yocto-check-layer"')
+except RuntimeError as ex:
+msg.append(str(ex))
+if msg:
+msg.insert(0, 'Layer %s failed additional checks from
yocto-check-layer.bbclass\nSee below log for specific recipe parsing errors:\n'
% \
+self.tc.layer['name'])
+self.fail('\n'.join(msg))
+
def test_signatures(self):
if self.tc.layer['type'] == LayerType.SOFTWARE and \
not self.tc.test_softwa
[OE-core] [PATCH] wayland-protocols: upgrade 1.24 -> 1.25
https://lists.freedesktop.org/archives/wayland-devel/2022-January/042102.html
wayland-protocols 1.25 is now available.
Apart from minor fixes and clarifications, this release also adds a new staging
protocol for session locking, as well as a 'bounds' event to the xdg_toplevel
interface. See the individual commits and protocol specifications for
details.
Signed-off-by: Denys Dmytriyenko
---
.../{wayland-protocols_1.24.bb => wayland-protocols_1.25.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/wayland/{wayland-protocols_1.24.bb =>
wayland-protocols_1.25.bb} (91%)
diff --git a/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
b/meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
similarity index 91%
rename from meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
rename to meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
index 0cfdb90b68..074801b22d 100644
--- a/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
+++ b/meta/recipes-graphics/wayland/wayland-protocols_1.25.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=c7b12b6702da38ca028ace54aae3d484 \
SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
"
-SRC_URI[sha256sum] =
"bff0d8cffeeceb35159d6f4aa6bab18c807b80642c9d50f66cba52ecf7338bc2"
+SRC_URI[sha256sum] =
"f1ff0f7199d0a0da337217dd8c99979967808dc37731a1e759e822b75b571460"
UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161086):
https://lists.openembedded.org/g/openembedded-core/message/161086
Mute This Topic: https://lists.openembedded.org/mt/88757474/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour January 26 5pm/1700 UTC
All, Our next OpenEmbedded Happy Hour is on January 26 for Europe/Americas timezones @ 1700/5pm UTC (12pm ET / 9am PT): https://www.openembedded.org/wiki/Calendar https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+January+26&iso=20220126T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#160949): https://lists.openembedded.org/g/openembedded-core/message/160949 Mute This Topic: https://lists.openembedded.org/mt/88678725/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 05/14] lttng-tools: Add missing DEPENDS on bison-native
Steve,
Can we get this backported to dunfell, please? Thanks!
On Mon, Sep 20, 2021 at 01:46:12PM +0100, Richard Purdie wrote:
> This was being provided by other pieces of the dependency chain but is
> specifically required by configure and could fail if those pieces come
> from sstate. Fix such builds by adding the missing dependency.
>
> Signed-off-by: Richard Purdie
> ---
> meta/recipes-kernel/lttng/lttng-tools_2.13.0.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.13.0.bb
> b/meta/recipes-kernel/lttng/lttng-tools_2.13.0.bb
> index 95bb2519d7d..47cab42fcf5 100644
> --- a/meta/recipes-kernel/lttng/lttng-tools_2.13.0.bb
> +++ b/meta/recipes-kernel/lttng/lttng-tools_2.13.0.bb
> @@ -12,7 +12,7 @@ LIC_FILES_CHKSUM =
> "file://LICENSE;md5=40ef17463fbd6f377db3c47b1cbaded8 \
>
> include lttng-platforms.inc
>
> -DEPENDS = "liburcu popt libxml2 util-linux"
> +DEPENDS = "liburcu popt libxml2 util-linux bison-native"
> RDEPENDS:${PN} = "libgcc"
> RRECOMMENDS:${PN} += "${LTTNGMODULES}"
> RDEPENDS:${PN}-ptest += "make perl bash gawk babeltrace procps
> perl-module-overloading coreutils util-linux kmod ${LTTNGMODULES} sed
> python3-core grep"
> --
> 2.32.0
>
--
Regards,
Denys Dmytriyenko
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160679):
https://lists.openembedded.org/g/openembedded-core/message/160679
Mute This Topic: https://lists.openembedded.org/mt/85739576/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] mtd-utils: upgrade 2.1.3 -> 2.1.4
https://lore.kernel.org/all/c31dba4f-42a8-ba48-7df2-b56bf4699...@sigma-star.at/t/ Roughly half a year after the last release, this is a smaller, patch level release that primarily consists of a hand full of fixes that have accumulated since then. This includes some fixes regarding the user space ports of mtd-tests using the wrong page size, and most recently a fix regarding a missing jffs2 kernel header in the last release tarball, causing build failures on some systems. Changes from 2.1.3 to 2.1.4: Features: - ubiscan debugging and statistics utility Fixes: - Some mtd-tests erroneously using sub-pages instead of the full page size - Buffer overrun in fectest - Missing jffs2 kernel header in the last release, leading to build failures on some systems. Signed-off-by: Denys Dmytriyenko --- meta/recipes-devtools/mtd/mtd-utils_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb b/meta/recipes-devtools/mtd/mtd-utils_git.bb index 2004572375..c05d3b7c35 100644 --- a/meta/recipes-devtools/mtd/mtd-utils_git.bb +++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb @@ -11,9 +11,9 @@ inherit autotools pkgconfig update-alternatives DEPENDS = "zlib e2fsprogs util-linux" RDEPENDS:mtd-utils-tests += "bash" -PV = "2.1.3" +PV = "2.1.4" -SRCREV = "42ea7cd48d2b3c306d59bb6c530d79f8c25bf9f5" +SRCREV = "c7f1bfa44a84d02061787e2f6093df5cc40b9f5c" SRC_URI = "git://git.infradead.org/mtd-utils.git;branch=master \ file://add-exclusion-to-mkfs-jffs2-git-2.patch \ " -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#160667): https://lists.openembedded.org/g/openembedded-core/message/160667 Mute This Topic: https://lists.openembedded.org/mt/88498537/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] hdparm: upgrade 9.62 -> 9.63
hdparm-9.63:
- new --sanitize-overwrite-passes flag, courtesy Michal Grzedzicki.
- "Plurals patch" from Martin Guy.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-extended/hdparm/{hdparm_9.62.bb => hdparm_9.63.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/hdparm/{hdparm_9.62.bb => hdparm_9.63.bb} (94%)
diff --git a/meta/recipes-extended/hdparm/hdparm_9.62.bb
b/meta/recipes-extended/hdparm/hdparm_9.63.bb
similarity index 94%
rename from meta/recipes-extended/hdparm/hdparm_9.62.bb
rename to meta/recipes-extended/hdparm/hdparm_9.63.bb
index 61bb44ff38..e286610d6a 100644
--- a/meta/recipes-extended/hdparm/hdparm_9.62.bb
+++ b/meta/recipes-extended/hdparm/hdparm_9.63.bb
@@ -26,7 +26,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz \
file://wiper.sh-fix-stat-path.patch \
"
-SRC_URI[sha256sum] =
"2c0f9d75cdbeda928a25a128cd3d0b7120445ec0910c0b29d4c1038ed1be777f"
+SRC_URI[sha256sum] =
"70785deaebba5877a89c123568b41dee990da55fc51420f13f609a1072899691"
EXTRA_OEMAKE = 'STRIP="echo" LDFLAGS="${LDFLAGS}"'
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160666):
https://lists.openembedded.org/g/openembedded-core/message/160666
Mute This Topic: https://lists.openembedded.org/mt/88484705/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 v3] wayland: upgrade 1.19.0 -> 1.20.0
Wayland 1.20.0 is released!
This release contains the following major changes:
- FreeBSD support has been entirely upstreamed and has been added to
our continuous integration system.
- The autotools build system has been dropped. Meson has replaced it.
- A few protocol additions: wl_surface.offset allows clients to update
a surface's buffer offset independently from the buffer,
wl_output.name and description allow clients to identify outputs
without depending on xdg-output-unstable-v1.
- In protocol definitions, events have a new "type" attribute and can
now be marked as destructors.
- A number of bug fixes, including a race condition when destroying
proxies in multi-threaded clients.
Also backport libsdl2 patch to fix building against wayland-1.20.0
Signed-off-by: Denys Dmytriyenko
---
v3 - update the patch to fix strndup detection on MinGW - still required
.../0001-Fix-build-against-wayland-1.20.patch | 45 ++
meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb| 1 +
...0001-build-Fix-strndup-detection-on-MinGW.patch | 20 ++
.../{wayland_1.19.0.bb => wayland_1.20.0.bb} | 2 +-
4 files changed, 59 insertions(+), 9 deletions(-)
create mode 100644
meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
rename meta/recipes-graphics/wayland/{wayland_1.19.0.bb => wayland_1.20.0.bb}
(96%)
diff --git
a/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
b/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
new file mode 100644
index 000..8923334
--- /dev/null
+++
b/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
@@ -0,0 +1,45 @@
+From e2ade2bfc46d915cd306c63c830b81d800b2575f Mon Sep 17 00:00:00 2001
+From: David Redondo
+Date: Fri, 10 Dec 2021 16:22:34 +0100
+Subject: [PATCH] Fix build against wayland 1.20
+
+Fixes #5088
+
+Upstream-Status: Backport [https://github.com/libsdl-org/SDL/pull/5092]
+
+---
+ src/video/wayland/SDL_waylanddyn.h | 2 ++
+ src/video/wayland/SDL_waylandsym.h | 4
+ 2 files changed, 6 insertions(+)
+
+diff --git a/src/video/wayland/SDL_waylanddyn.h
b/src/video/wayland/SDL_waylanddyn.h
+index 13b0884..2268555 100644
+--- a/src/video/wayland/SDL_waylanddyn.h
b/src/video/wayland/SDL_waylanddyn.h
+@@ -95,6 +95,8 @@ void SDL_WAYLAND_UnloadSymbols(void);
+ #define wl_proxy_marshal_constructor_versioned
(*WAYLAND_wl_proxy_marshal_constructor_versioned)
+ #define wl_proxy_set_tag (*WAYLAND_wl_proxy_set_tag)
+ #define wl_proxy_get_tag (*WAYLAND_wl_proxy_get_tag)
++#define wl_proxy_marshal_flags (*WAYLAND_wl_proxy_marshal_flags)
++#define wl_proxy_marshal_array_flags (*WAYLAND_wl_proxy_marshal_array_flags)
+
+ #define wl_seat_interface (*WAYLAND_wl_seat_interface)
+ #define wl_surface_interface (*WAYLAND_wl_surface_interface)
+diff --git a/src/video/wayland/SDL_waylandsym.h
b/src/video/wayland/SDL_waylandsym.h
+index d6e6a76..32e47d2 100644
+--- a/src/video/wayland/SDL_waylandsym.h
b/src/video/wayland/SDL_waylandsym.h
+@@ -84,6 +84,10 @@ SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_18)
+ SDL_WAYLAND_SYM(void, wl_proxy_set_tag, (struct wl_proxy *, const char *
const *))
+ SDL_WAYLAND_SYM(const char * const *, wl_proxy_get_tag, (struct wl_proxy *))
+
++SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_20)
++SDL_WAYLAND_SYM(struct wl_proxy*, wl_proxy_marshal_flags, (struct wl_proxy
*proxy, uint32_t opcode, const struct wl_interface *interfac, uint32_t version,
uint32_t flags, ...))
++SDL_WAYLAND_SYM(struct wl_proxy*, wl_proxy_marshal_array_flags, (struct
wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface,
uint32_t version, uint32_t flags, union wl_argument *args))
++
+ SDL_WAYLAND_INTERFACE(wl_seat_interface)
+ SDL_WAYLAND_INTERFACE(wl_surface_interface)
+ SDL_WAYLAND_INTERFACE(wl_shm_pool_interface)
+--
+2.7.4
+
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb
index 5e645b4..0b42d58 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb
@@ -18,6 +18,7 @@ PROVIDES = "virtual/libsdl2"
SRC_URI = "http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
file://more-gen-depends.patch \
+ file://0001-Fix-build-against-wayland-1.20.patch \
"
S = "${WORKDIR}/SDL2-${PV}"
diff --git
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
index ad1063b..bc753de 100644
---
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
+++
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
@@ -1,4 +1,4 @@
-From 6a6223a8e217664a348835e92d5a602f50e18b2c Mon Sep 17 00:00:00 2001
+From b4c64b6f07743e3fb63ce52359bc664ab7d60df0 Mon Sep
[OE-core] Canceled: OpenEmbedded Happy Hour December 29
Hi, The next OpenEmbedded Happy Hour is being canceled due to the Holidays and since we had the last one on December 3. The next Happy Hour will take place on January 26 2022: https://www.openembedded.org/wiki/Calendar -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#159805): https://lists.openembedded.org/g/openembedded-core/message/159805 Mute This Topic: https://lists.openembedded.org/mt/87775439/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 v2] wayland: upgrade 1.19.0 -> 1.20.0
On Sat, Dec 11, 2021 at 10:42:08PM +, Richard Purdie wrote: > On Sat, 2021-12-11 at 14:12 -0500, Denys Dmytriyenko wrote: > > Wayland 1.20.0 is released! > > > > This release contains the following major changes: > > > > - FreeBSD support has been entirely upstreamed and has been added to > > our continuous integration system. > > - The autotools build system has been dropped. Meson has replaced it. > > - A few protocol additions: wl_surface.offset allows clients to update > > a surface's buffer offset independently from the buffer, > > wl_output.name and description allow clients to identify outputs > > without depending on xdg-output-unstable-v1. > > - In protocol definitions, events have a new "type" attribute and can > > now be marked as destructors. > > - A number of bug fixes, including a race condition when destroying > > proxies in multi-threaded clients. > > > > Drop patch to fix strndup detection on MinGW that no longer applies, as > > meson claims to had that fixed since version 0.54.2 > > > > Also backport libsdl2 patch to fix building against wayland-1.20.0 > > > > Signed-off-by: Denys Dmytriyenko > > --- > > v2 - fix libsdl2 breakage > > Thanks, does the v2 also address the mingw failure: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/4469 So, meson's claim of fixing strndup detection is a lie! Please wait for v3... -- Denys -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#159576): https://lists.openembedded.org/g/openembedded-core/message/159576 Mute This Topic: https://lists.openembedded.org/mt/87663874/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 v2] wayland: upgrade 1.19.0 -> 1.20.0
Wayland 1.20.0 is released!
This release contains the following major changes:
- FreeBSD support has been entirely upstreamed and has been added to
our continuous integration system.
- The autotools build system has been dropped. Meson has replaced it.
- A few protocol additions: wl_surface.offset allows clients to update
a surface's buffer offset independently from the buffer,
wl_output.name and description allow clients to identify outputs
without depending on xdg-output-unstable-v1.
- In protocol definitions, events have a new "type" attribute and can
now be marked as destructors.
- A number of bug fixes, including a race condition when destroying
proxies in multi-threaded clients.
Drop patch to fix strndup detection on MinGW that no longer applies, as
meson claims to had that fixed since version 0.54.2
Also backport libsdl2 patch to fix building against wayland-1.20.0
Signed-off-by: Denys Dmytriyenko
---
v2 - fix libsdl2 breakage
.../0001-Fix-build-against-wayland-1.20.patch | 45 ++
meta/recipes-graphics/libsdl2/libsdl2_2.0.16.bb| 1 +
...0001-build-Fix-strndup-detection-on-MinGW.patch | 37 --
.../{wayland_1.19.0.bb => wayland_1.20.0.bb} | 3 +-
4 files changed, 47 insertions(+), 39 deletions(-)
create mode 100644
meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
delete mode 100644
meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
rename meta/recipes-graphics/wayland/{wayland_1.19.0.bb => wayland_1.20.0.bb}
(93%)
diff --git
a/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
b/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
new file mode 100644
index 000..8923334
--- /dev/null
+++
b/meta/recipes-graphics/libsdl2/libsdl2/0001-Fix-build-against-wayland-1.20.patch
@@ -0,0 +1,45 @@
+From e2ade2bfc46d915cd306c63c830b81d800b2575f Mon Sep 17 00:00:00 2001
+From: David Redondo
+Date: Fri, 10 Dec 2021 16:22:34 +0100
+Subject: [PATCH] Fix build against wayland 1.20
+
+Fixes #5088
+
+Upstream-Status: Backport [https://github.com/libsdl-org/SDL/pull/5092]
+
+---
+ src/video/wayland/SDL_waylanddyn.h | 2 ++
+ src/video/wayland/SDL_waylandsym.h | 4
+ 2 files changed, 6 insertions(+)
+
+diff --git a/src/video/wayland/SDL_waylanddyn.h
b/src/video/wayland/SDL_waylanddyn.h
+index 13b0884..2268555 100644
+--- a/src/video/wayland/SDL_waylanddyn.h
b/src/video/wayland/SDL_waylanddyn.h
+@@ -95,6 +95,8 @@ void SDL_WAYLAND_UnloadSymbols(void);
+ #define wl_proxy_marshal_constructor_versioned
(*WAYLAND_wl_proxy_marshal_constructor_versioned)
+ #define wl_proxy_set_tag (*WAYLAND_wl_proxy_set_tag)
+ #define wl_proxy_get_tag (*WAYLAND_wl_proxy_get_tag)
++#define wl_proxy_marshal_flags (*WAYLAND_wl_proxy_marshal_flags)
++#define wl_proxy_marshal_array_flags (*WAYLAND_wl_proxy_marshal_array_flags)
+
+ #define wl_seat_interface (*WAYLAND_wl_seat_interface)
+ #define wl_surface_interface (*WAYLAND_wl_surface_interface)
+diff --git a/src/video/wayland/SDL_waylandsym.h
b/src/video/wayland/SDL_waylandsym.h
+index d6e6a76..32e47d2 100644
+--- a/src/video/wayland/SDL_waylandsym.h
b/src/video/wayland/SDL_waylandsym.h
+@@ -84,6 +84,10 @@ SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_18)
+ SDL_WAYLAND_SYM(void, wl_proxy_set_tag, (struct wl_proxy *, const char *
const *))
+ SDL_WAYLAND_SYM(const char * const *, wl_proxy_get_tag, (struct wl_proxy *))
+
++SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_20)
++SDL_WAYLAND_SYM(struct wl_proxy*, wl_proxy_marshal_flags, (struct wl_proxy
*proxy, uint32_t opcode, const struct wl_interface *interfac, uint32_t version,
uint32_t flags, ...))
++SDL_WAYLAND_SYM(struct wl_proxy*, wl_proxy_marshal_array_flags, (struct
wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface,
uint32_t version, uint32_t flags, union wl_argument *args))
++
+ SDL_WAYLAND_INTERFACE(wl_seat_interface)
+ SDL_WAYLAND_INTERFACE(wl_surface_interface)
+ SDL_WAYLAND_INTERFACE(wl_shm_pool_interface)
+--
+2.7.4
+
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.16.bb
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.16.bb
index bd7dea2..83b41d3 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.16.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.16.bb
@@ -18,6 +18,7 @@ PROVIDES = "virtual/libsdl2"
SRC_URI = "http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
file://more-gen-depends.patch \
+ file://0001-Fix-build-against-wayland-1.20.patch \
"
S = "${WORKDIR}/SDL2-${PV}"
diff --git
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
deleted file mode 100644
index ad1063b..000
---
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
+++ /dev/null
@@ -1,37 +0,
[OE-core] [PATCH] wayland: upgrade 1.19.0 -> 1.20.0
Wayland 1.20.0 is released!
This release contains the following major changes:
- FreeBSD support has been entirely upstreamed and has been added to
our continuous integration system.
- The autotools build system has been dropped. Meson has replaced it.
- A few protocol additions: wl_surface.offset allows clients to update
a surface's buffer offset independently from the buffer,
wl_output.name and description allow clients to identify outputs
without depending on xdg-output-unstable-v1.
- In protocol definitions, events have a new "type" attribute and can
now be marked as destructors.
- A number of bug fixes, including a race condition when destroying
proxies in multi-threaded clients.
Drop patch to fix strndup detection on MinGW that no longer applies, as
meson claims to had that fixed since version 0.54.2
Signed-off-by: Denys Dmytriyenko
---
...0001-build-Fix-strndup-detection-on-MinGW.patch | 37 --
.../{wayland_1.19.0.bb => wayland_1.20.0.bb} | 3 +-
2 files changed, 1 insertion(+), 39 deletions(-)
delete mode 100644
meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
rename meta/recipes-graphics/wayland/{wayland_1.19.0.bb => wayland_1.20.0.bb}
(93%)
diff --git
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
deleted file mode 100644
index ad1063b..000
---
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From 6a6223a8e217664a348835e92d5a602f50e18b2c Mon Sep 17 00:00:00 2001
-From: Joshua Watt
-Date: Thu, 20 Feb 2020 15:20:45 -0600
-Subject: [PATCH] build: Fix strndup detection on MinGW
-
-GCC and meson conspire together to incorrectly detect that strndup()
-exists on MinGW as __builtin_strndup, when no such function exists. As a
-work around, meson will skip looking for __builtin functions if an
-'#include' is in the prefix, so add '#include ' when looking
-for strndup().
-
-See: https://github.com/mesonbuild/meson/issues/3672
-
-Signed-off-by: Joshua Watt
-Upstream-Status: Submitted
[https://gitlab.freedesktop.org/wayland/wayland/merge_requests/63]
-
- meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/meson.build b/meson.build
-index 11c35fa..80729d0 100644
a/meson.build
-+++ b/meson.build
-@@ -36,11 +36,11 @@ have_funcs = [
- 'posix_fallocate',
- 'prctl',
- 'memfd_create',
-- 'strndup',
- ]
- foreach f: have_funcs
- config_h.set('HAVE_' + f.underscorify().to_upper(), cc.has_function(f))
- endforeach
-+config_h.set('HAVE_STRNDUP', cc.has_function('strndup') and
cc.has_header_symbol('string.h', 'strndup'))
-
- if get_option('libraries')
- ffi_dep = dependency('libffi')
diff --git a/meta/recipes-graphics/wayland/wayland_1.19.0.bb
b/meta/recipes-graphics/wayland/wayland_1.20.0.bb
similarity index 93%
rename from meta/recipes-graphics/wayland/wayland_1.19.0.bb
rename to meta/recipes-graphics/wayland/wayland_1.20.0.bb
index 4c9ae0f..e984414 100644
--- a/meta/recipes-graphics/wayland/wayland_1.19.0.bb
+++ b/meta/recipes-graphics/wayland/wayland_1.20.0.bb
@@ -15,9 +15,8 @@ DEPENDS = "expat libffi wayland-native"
SRC_URI = "https://wayland.freedesktop.org/releases/${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] =
"baccd902300d354581cd5ad3cc49daa4921d55fb416a5883e218750fef166d15"
+SRC_URI[sha256sum] =
"b8a034154c7059772e0fdbd27dbfcda6c732df29cae56a82274f6ec5d7cd8725"
UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159484):
https://lists.openembedded.org/g/openembedded-core/message/159484
Mute This Topic: https://lists.openembedded.org/mt/87623718/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour December 3 8pm/2000 UTC after OEDVM
All, As previously announced, OpenEmbedded Developer Virtual Meeting will take place on December 3 from 12:00 UTC until 20:00 UTC: https://www.openembedded.org/wiki/OEDVM_Nov_2021 Once the meeting is over, everybody is invited to hang out and relax at the OpenEmbedded Happy Hour, which tentatively will start at 20:00 UTC (3pm ET / 12pm PT): https://www.openembedded.org/wiki/Happy_Hours https://www.openembedded.org/wiki/Calendar https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+December+3&iso=20211203T20 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#158866): https://lists.openembedded.org/g/openembedded-core/message/158866 Mute This Topic: https://lists.openembedded.org/mt/87347698/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] wayland-protocols: upgrade 1.23 -> 1.24
wayland-protocols 1.24 is now available.
This release adds feedback to the DMA buffer protocol, allowing smarter and
more dynamic DMA buffer allocation semantics. Other changes include
documentation improvements and improved testing infrastructure.
This is also the first release of wayland-protocols that do not include a
autotools build description.
https://lists.freedesktop.org/archives/wayland-devel/2021-November/042039.html
Disable build-time tests as they want to cross-compile in an allarch package:
| # Check buildability
| add_languages('c', 'cpp', native: false)
Signed-off-by: Denys Dmytriyenko
---
.../{wayland-protocols_1.23.bb => wayland-protocols_1.24.bb}| 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/wayland/{wayland-protocols_1.23.bb =>
wayland-protocols_1.24.bb} (84%)
diff --git a/meta/recipes-graphics/wayland/wayland-protocols_1.23.bb
b/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
similarity index 84%
rename from meta/recipes-graphics/wayland/wayland-protocols_1.23.bb
rename to meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
index 60b6eb1..2a1f1e3 100644
--- a/meta/recipes-graphics/wayland/wayland-protocols_1.23.bb
+++ b/meta/recipes-graphics/wayland/wayland-protocols_1.24.bb
@@ -11,11 +11,13 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=c7b12b6702da38ca028ace54aae3d484 \
SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
"
-SRC_URI[sha256sum] =
"6c0af1915f96f615927a6270d025bd973ff1c58e521e4ca1fc9abfc914633f76"
+SRC_URI[sha256sum] =
"bff0d8cffeeceb35159d6f4aa6bab18c807b80642c9d50f66cba52ecf7338bc2"
UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html";
-inherit allarch autotools pkgconfig
+inherit allarch meson pkgconfig
+
+EXTRA_OEMESON += "-Dtests=false"
PACKAGES = "${PN}"
FILES:${PN} += "${datadir}/pkgconfig/wayland-protocols.pc"
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158619):
https://lists.openembedded.org/g/openembedded-core/message/158619
Mute This Topic: https://lists.openembedded.org/mt/87267791/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] pls comment on weston non-PAM patch (link inside)
On Fri, Nov 19, 2021 at 05:58:42PM +, Tom Hochstein wrote: > Thanks Alex. @Otavio<mailto:otavio.salva...@ossystems.com.br> pushed the > hardest for the use case and I don't really have anything to add. Given that > Pekka has suggested that there is a better approach without weston-launch, > it seems that removing the patch is fine. In the worst case we can backport > the patch to meta-freescale until we have a new solution. I would agree - if upstream supports our use case differently, we should probably switch to using it and drop the patch. That would be less burden updating it between the versions... -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#158587): https://lists.openembedded.org/g/openembedded-core/message/158587 Mute This Topic: https://lists.openembedded.org/mt/87003161/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour October 27 9pm/2100 UTC
All, Our next OpenEmbedded Happy Hour is on October 27 for Asia/Pacific timezones @ 2100/9pm UTC (5pm ET / 2pm PT): https://www.openembedded.org/wiki/Calendar https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+October+27&iso=20211027T21 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#157360): https://lists.openembedded.org/g/openembedded-core/message/157360 Mute This Topic: https://lists.openembedded.org/mt/86586655/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour September 29 during ELC hours and after
Oops, sorry, updated the subject to the correct date. On Fri, Sep 24, 2021 at 06:19:10PM -0400, Denys Dmytriyenko wrote: > All, > > As you are aware, next week is LF Embedded Linux Conference, which coincides > with our OE Happy Hour. The Board has decided to extend the Happy Hour for > the > entire duration of Wednesday ELC sessions for people to come and go > throughout > the day and meet during breaks or for the entire hallway sessions. Hope to > see > you there! > > https://www.openembedded.org/wiki/Happy_Hours -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#156340): https://lists.openembedded.org/g/openembedded-core/message/156340 Mute This Topic: https://lists.openembedded.org/mt/85850524/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] OpenEmbedded Happy Hour August 25 9pm/2100 UTC
All, As you are aware, next week is LF Embedded Linux Conference, which coincides with our OE Happy Hour. The Board has decided to extend the Happy Hour for the entire duration of Wednesday ELC sessions for people to come and go throughout the day and meet during breaks or for the entire hallway sessions. Hope to see you there! https://www.openembedded.org/wiki/Happy_Hours -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#156339): https://lists.openembedded.org/g/openembedded-core/message/156339 Mute This Topic: https://lists.openembedded.org/mt/85850489/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
