[3/3] adwaita-icon-theme: upgrade 50.0 -> 51.0

AI-Generated: Uses Claude Code (Claude Opus 5)
Signed-off-by: Markus Volk <f_l_k@t-online.de>
---
 .../{adwaita-icon-theme_50.0.bb => adwaita-icon-theme_51.0.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-gnome/gnome/{adwaita-icon-theme_50.0.bb => adwaita-icon-theme_51.0.bb} (91%)

Hi Markus,

In the patch review call, whilst I was probably slightly in favour, the
general suggestion was to hold off on gnome 51 until after the release.
We do have quite a few 51 upgrades coming in, both here and in meta-oe
and I want check we're all on the same page. Should we move to 51 for
this release or not?

I'm suspecting we probably do want at least the glib upgrade?

Copying Ross.

Cheers,

Richard


On Wed, 2026-09-16 at 07:53 +0200, Markus Volk via lists.openembedded.org wrote:
> AI-Generated: Uses Claude Code (Claude Opus 5)
> Signed-off-by: Markus Volk <f_l_k@t-online.de>
> ---
>  .../{adwaita-icon-theme_50.0.bb => adwaita-icon-theme_51.0.bb}  | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-gnome/gnome/{adwaita-icon-theme_50.0.bb => adwaita-icon-theme_51.0.bb} (91%)
> 
> diff --git a/meta/recipes-gnome/gnome/adwaita-icon-theme_50.0.bb b/meta/recipes-gnome/gnome/adwaita-icon-theme_51.0.bb
> similarity index 91%
> rename from meta/recipes-gnome/gnome/adwaita-icon-theme_50.0.bb
> rename to meta/recipes-gnome/gnome/adwaita-icon-theme_51.0.bb
> index b0dc59353d..78dbe000ee 100644
> --- a/meta/recipes-gnome/gnome/adwaita-icon-theme_50.0.bb
> +++ b/meta/recipes-gnome/gnome/adwaita-icon-theme_51.0.bb
> @@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=c84cac88e46fc07647ea07e6c24eeb7c \
>  
>  inherit gnomebase allarch gtk-icon-cache
>  
> -SRC_URI[archive.sha256sum] = "fac6e0401fca714780561a081b8f7e27c3bc1db34ebda4da175081f26b24d460"
> +SRC_URI[archive.sha256sum] = "ba561cf3c96305a47179fa5605856ad695c9238ea07f7093aebd9ba80c4e323b"
>  
>  DEPENDS += "librsvg-native"

Hi Richard,

I created the GNOME-51 recipes to verify the basic functionality and 
test it in a runtime environment.
The only really annoying issue I've noticed so far is a segfault in 
gnome-keyring-51, which I've already
been able to fix locally. I don’t want to cause any confusion, and if 
the general consensus is that the
GNOME update should only be added after the release, I’m fine with 
that. However, if glib-2.0, gtk4
and libadwaita do make it into the release, I would personally consider 
that a benefit.

On 16 Sep 2026, at 09:41, Richard Purdie <richard.purdie@linuxfoundation.org> wrote:
> 
> Hi Markus,
> 
> In the patch review call, whilst I was probably slightly in favour, the
> general suggestion was to hold off on gnome 51 until after the release.
> We do have quite a few 51 upgrades coming in, both here and in meta-oe
> and I want check we're all on the same page. Should we move to 51 for
> this release or not?
> 
> I'm suspecting we probably do want at least the glib upgrade?

GLib especially is fine. GTK and associated recipes, probably good. Anything higher up the stack into what we’d call GNOME instead of GTK I think we hold off because really there needs to be a concerted upgrade at once, and GNOME is currently split between oe-core and meta-gnome (because of epiphany).

Ross