On Fri, 30 Dec 2022 at 00:19, Richard Purdie
wrote:
> Since I merged this we've been seeing an intermittent qemu ptest
> failure on both arm and x86:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/4479/steps/12/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/buil
On Sat, 2022-12-24 at 17:59 +0100, Alexander Kanavin wrote:
> qemu no longer carries libslirp in-tree,
> so enabling slirp requires providing external libslirp.
>
> Another noteworthy change is:
>
> x86: TCG support for AVX, AVX2, F16C, FMA3 and VAES instructions
>
> ... which means both meta-in
On Thu, 2022-12-29 at 11:21 -0800, Khem Raj wrote:
> On Thu, Dec 29, 2022 at 11:11 AM Alex Kiernan wrote:
> >
> > Should we just move these patches to rust-source and apply them for
> > everyone who consumes it?
>
> A common source will certainly be better however, we do not use shared
> worksp
On Wed, 2022-12-28 at 23:13 -0800, Khem Raj wrote:
> Brings following changes
>
> * f47a8cdd ldso: fix invalid early references to extern-linkage libc.page_size
> * 377218cb pthread_atfork: fix return value on malloc failure
> * 29e43191 fix double-processing of DT_RELR relocations in ldso relocat
On Thu, 29 Dec 2022 at 18:18, Richard Purdie
wrote:
> Is there something we should be adding to the devtool tests to cover
> this issue?
There is, yes. There's a set of tests in
meta/lib/oeqa/selftest/cases/devtool.py which deal specifically with
handling local files:
test_devtool_update_recipe_
On Thu, Dec 29, 2022 at 12:53 PM Richard Purdie
wrote:
>
> On Wed, 2022-12-28 at 14:51 +, Alex Kiernan wrote:
> > On Wed, Dec 28, 2022 at 12:01 AM Richard Purdie
> > wrote:
> > >
> > > On Tue, 2022-12-27 at 18:09 +, Alex Kiernan wrote:
> > > > On Mon, Dec 26, 2022 at 6:33 PM Richard Purdi
On Thu, Dec 29, 2022 at 11:11 AM Alex Kiernan wrote:
>
> Should we just move these patches to rust-source and apply them for everyone
> who consumes it?
A common source will certainly be better however, we do not use shared
workspace for rust recipes
so it does not matter as much.
>
> On Thu, 2
Should we just move these patches to rust-source and apply them for
everyone who consumes it?
On Thu, 29 Dec 2022, 19:09 Khem Raj, wrote:
> The same rust getrandom patch is needed for cargo on target as well
> as it uses the same crate
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/
The same rust getrandom patch is needed for cargo on target as well
as it uses the same crate
Signed-off-by: Khem Raj
---
meta/recipes-devtools/rust/cargo_1.66.0.bb | 5 -
.../rust/{rust => files}/getrandom-open64.patch | 0
2 files changed, 4 insertions(+), 1
Avoid out-of-range access to packet buffer
Upstream-Status:
Backport[https://github.com/ppp-project/ppp/commit/a75fb7b198eed50d769c80c36629f38346882cbf]
Signed-off-by:Minjae Kim
---
.../ppp/ppp/CVE-2022-4603.patch | 50 +++
meta/recipes-connectivity/ppp/ppp_2.4.7.
On Thu, 2022-12-29 at 17:20 +0200, Mikko Rapeli wrote:
> Hi,
>
> On Thu, Dec 29, 2022 at 04:11:10PM +0100, Markus Volk wrote:
> > While updating gnome-control-center I encountered an issue where
> > gtk-update-icon-cache could not be found and do_configure failed:
> >
> > > Program glib-compile-s
On Thu, 2022-12-29 at 17:01 +0100, Alexander Kanavin wrote:
> devtool modify/upgrade are not currently equipped to handle conditional local
> files
> in SRC_URI, and provide only the main no-override set in a workspace under
> source/component/oe-local-files/ (this is done via
> meta/classes/devt
On Thu, 2022-12-29 at 17:20 +0200, Mikko Rapeli wrote:
> Hi,
>
> On Thu, Dec 29, 2022 at 04:11:10PM +0100, Markus Volk wrote:
> > While updating gnome-control-center I encountered an issue where
> > gtk-update-icon-cache could not be found and do_configure failed:
> >
> > > Program glib-compile-s
On 26.12.2022 10:59, Martin Jansa wrote:
Please try recipetool changes on your go-mod recipes and provide feedback.
Coincidentally, I also needed grpc-web recipe, which original patchset
was tested on.
I applied the series on my kirkstone branch of poky and tried to run the
command:
% rec
By adding gtk-icon-cache to the inherit line gtk+3-native could be
removed from DEPENDS.
Am Do, 29. Dez 2022 um 17:01:08 +0100 schrieb Alexander Kanavin
:
soup 2.x support has been removed upstream.
libportal is no longer optional.
epiphany now also needs some native executables from
gtk and d
* environment.d/rpm.sh sets the right environment in SDK
and we don't need to use them
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/rpm/rpm_4.18.0.bb | 8
1 file changed, 8 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_4.18.0.bb
b/meta/recipes-devtools/rpm/rpm_4.1
* the paths in wrapper don't work for rpmdeps which is installed in
${libdir}/rpm unlike other wrapped bins from ${bindir} these relative
paths don't work there
* replace environment.d-rpm.sh with here-doc so that we can use
OE variables
* in the end it might be better to just get rid of th
I have recently sent a patch for libportal to includes libportal-gtk4.
It is under testing in meta-openembedded master-next.
Without gtk4 support 'nautilus' will fail to compile and i guess others
will follow.
Am Do, 29. Dez 2022 um 17:01:06 +0100 schrieb Alexander Kanavin
:
This used to b
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/vulkan/vulkan-samples_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
index d0b3458e1b..de90a88502 100644
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/go/{go-1.19.3.inc => go-1.19.4.inc} | 2 +-
...o-binary-native_1.19.3.bb => go-binary-native_1.19.4.bb} | 6 +++---
...cross-canadian_1.19.3.bb => go-cross-canadian_1.19.4.bb} | 0
.../go/{go-cross_1.19.3.bb => go-cross_1.19.4.bb}
soup 2.x support has been removed upstream.
libportal is no longer optional.
epiphany now also needs some native executables from
gtk and desktop-file-utils.
Signed-off-by: Alexander Kanavin
---
.../epiphany/{epiphany_42.4.bb => epiphany_43.0.bb} | 12 +---
1 file changed, 5 insertions(
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/libportal/libportal_0.6.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/libportal/libportal_0.6.bb
b/meta/recipes-gnome/libportal/libportal_0.6.bb
index 9784f04818..7d4ab758a7 100644
--- a/meta/re
boost itself is already updated.
Signed-off-by: Alexander Kanavin
---
...oost-build-native_1.80.0.bb => boost-build-native_1.81.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/boost/{boost-build-native_1.80.0.bb =>
boost-build-native_1.81.0.bb} (92%)
di
This used to be required by epiphany, then it became
optional and was moved to meta-oe, now it is again required.
The recipe was originally provided by... actually me :-)
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/maintainers.inc | 1 +
meta/recipes-gnome/libportal/libp
Qemu 7.2 finally allows us to move beyond building for original Core 2/Core i7
era hardware,
and this patch adds support for the newer generations. But first, a bit of
background:
Recently toolchains gained support for specifying x86-64 'levels' of
instruction set support; v3 corresponds to 2013-
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/valgrind/valgrind_3.20.0.bb | 9 +
1 file changed, 9 insertions(+)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.20.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.20.0.bb
index cd9c4d9fe9..1e1f0ccdd3 100644
--- a/meta
This allows us to
- test those more recent instruction sets (AVX, AVX2, BMI1, BMI2, F16C, FMA,
LZCNT, MOVBE, XSAVE)
- benefit from improved performance across the stack both in kvm-driven system
emulation and when running
on real silicon.
For example, glibc:
https://www.phoronix.com/news/Glibc-st
devtool modify/upgrade are not currently equipped to handle conditional local
files
in SRC_URI, and provide only the main no-override set in a workspace under
source/component/oe-local-files/ (this is done via
meta/classes/devtool-source.bbclass).
On the other hand, updating the changes from wor
Am Do, 29. Dez 2022 um 16:18:26 +0100 schrieb Martin Jansa
:
My guess is that it was caused by gnome-control-center inheritting
gtk-icon-cache before setting DEPENDS, so the DEPENDS from bbclass
are overwritten.
Absolutely true, that's been my issue. Thanks for the hint
-=-=-=-=-=-=-=-=-=-=-
Am Do, 29. Dez 2022 um 16:14:02 +0100 schrieb Alexander Kanavin
:
But what is the actual issue? Did depends end up malformed, and how?
The issue is, that for whatever reason the DEPENDS += line gets ignored
and I had to explicitly add gtk4-native to the DEPENDS of the
gnome-control-center rec
Hi,
On Thu, Dec 29, 2022 at 04:11:10PM +0100, Markus Volk wrote:
> While updating gnome-control-center I encountered an issue where
> gtk-update-icon-cache could not be found and do_configure failed:
>
> | Program glib-compile-schemas found: YES (glib-compile-schemas)
> | Program gtk4-update-icon
On Thu, Dec 29, 2022 at 4:14 PM Alexander Kanavin
wrote:
> But what is the actual issue? Did depends end up malformed, and how?
>
My guess is that it was caused by gnome-control-center inheritting
gtk-icon-cache before setting DEPENDS, so the DEPENDS from bbclass are
overwritten.
Moving inherit
But what is the actual issue? Did depends end up malformed, and how?
Alex
On Thu 29. Dec 2022 at 16.11, Markus Volk wrote:
> While updating gnome-control-center I encountered an issue where
> gtk-update-icon-cache could not be found and do_configure failed:
>
> | Program glib-compile-schemas fo
While updating gnome-control-center I encountered an issue where
gtk-update-icon-cache could not be found and do_configure failed:
| Program glib-compile-schemas found: YES (glib-compile-schemas)
| Program gtk4-update-icon-cache found: NO
| Program gtk-update-icon-cache found: NO
|
| ../gnome-cont
From: Kai Kang
Signed-off-by: Kai Kang
---
.../xorg-lib/{libsm_1.2.3.bb => libsm_1.2.4.bb}| 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libsm_1.2.3.bb => libsm_1.2.4.bb} (87%)
diff --git a/meta/recipes-graphics/xorg-lib/libsm_1.
From: Kai Kang
Update libx11 from 1.8.1 to 1.8.3.
* add LICENSE 'ISC' which is added by
https://github.com/freedesktop/xorg-libX11/commit/a04b84f0
* adjust the ordering according to
https://www.openembedded.org/wiki/Styleguide#Ordering_and_grouping
Signed-off-by: Kai Kang
---
.../{libx11_
From: Kai Kang
It replaced tar.bz2 tar archieves with tar.xz from the middle of 2021 on
page https://www.x.org/releases/individual/lib/. So set the default
value of XORG_EXT with 'tar.xz', and update related recipes accordingly.
Signed-off-by: Kai Kang
---
meta/recipes-graphics/xorg-lib/libdmx
From: Kai Kang
Update libx11-compose-data from 1.6.8 to 1.8.3
* add 'ISC' to LICENSE because of commit
https://github.com/freedesktop/xorg-libX11/commit/a04b84f0
* adjust ordering according to
https://www.openembedded.org/wiki/Styleguide#Ordering_and_grouping
Signed-off-by: Kai Kang
---
.
On Wed, 2022-12-28 at 14:51 +, Alex Kiernan wrote:
> On Wed, Dec 28, 2022 at 12:01 AM Richard Purdie
> wrote:
> >
> > On Tue, 2022-12-27 at 18:09 +, Alex Kiernan wrote:
> > > On Mon, Dec 26, 2022 at 6:33 PM Richard Purdie
> > > wrote:
> > > >
> > > > On Sun, 2022-12-25 at 21:59 +, A
Signed-off-by: Markus Volk
---
...ktop-schemas.pc.in-use-pc_sysrootdir.patch | 34 +++
.../gsettings-desktop-schemas_43.0.bb | 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas/0001-gsettings
40 matches
Mail list logo
