From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: mathieu.dubois-briand@bootlin.com, ross.burton@arm.com,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] gtk4: upgrade 4.22.5 -> 4.24.0
Date: Sun, 04 Oct 2026 10:30:27 +0100 [thread overview]
Message-ID: <12078688ca6d7ca74d455b210aabe013e9cd6337.camel@linuxfoundation.org> (raw)
In-Reply-To: <DLTQ77V2KN0T.2RKW1BZSWGKCG@bootlin.com>
On Thu, 2026-10-01 at 20:50 +0200, Mathieu Dubois-Briand via
lists.openembedded.org wrote:
> On Thu Oct 1, 2026 at 1:54 PM CEST, Ross Burton via
> lists.openembedded.org wrote:
> > Hightlights from the upstream release notes:
> >
> > * GtkSvgWidget is a widget to display SVG, with some support for
> > interactive aspects of SVG
> >
> > * Wayland:
> > - Version 3.2 of the text protocol is supported
> > - xdg-session-management-v1 is used
> >
> > * GSK:
> > - A number of 10bit image formats are supported
> > - We are now using clip masks to reduce the number of offscreens
> >
> > * The gtk4-encode-symbolic tool for producing symbolic png icons
> > has
> > been dropped.
> >
> > * Snapping: GTK can now snap contents to device pixel boundaries,
> > for better control of rendering with fractional scales
> >
> > * GTK now respects the reduced motion setting in various places
> > and avoids animations (GtkSpinner, GtkStack, GtkRevealer)
> >
> > * New GtkShortcutTrigger functions it easier to handle synonymous
> > keys (in particular keypad keys).
> >
> > * Type-to-search (in particular interaction with input methods)
> > has been redone, switching from a "pull" to a "push" approach.
> >
> > * The first part of ongoing frameclock work has landed, improving
> > our ability to deliver frames on time
> >
> > * GTK supports the ext-background-effect Wayland protocol to allow
> > blurred background behind windows
> >
> > * The visible focus timeout can be changed with the new
> > gtk-keyboard-focus-visible-timeout setting
> >
> > * The GDK frameclock has been reworked to improve precision and
> > reduce
> > frame drops
> >
> > Add a hook to rewrite the content of the meson-generated unity
> > sources,
> > as these contain absolute build paths. Manipulate the file during
> > the
> > packaging process so that the actual build tree isn't altered,
> > meaning
> > rebuilds are not affected.
> >
> > Based on work by Markus Volk <f_l_k@t-online.de>.
> >
> > Signed-off-by: Ross Burton <ross.burton@arm.com>
> > ---
>
> Hi Ross,
>
> We might have some reproducibility issue here:
>
> https://autobuilder.yoctoproject.org/valkyrie/#/builders/37/builds/5098
> https://valkyrie.yocto.io/pub/repro-fail/oe-reproducible-20261001-l7m_wa7_/packages/diff-html/
I think I know the answer to the gtk4 mystery. The find/sed runs on
packages-split and it breaks the hardlink between package/ and
packages-split. rpm builds off package/, ipk/deb build off packages-
split. That means only rpm is seeing the "wrong" file and this is why
the reproducibility test only reports rpm, not ipk and deb.
When we debug, we tend to go to the deb/ipk files since they're easier
to see inside than rpm...
Cheers,
Richard
prev parent reply other threads:[~2026-10-04 9:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-01 11:54 [PATCH] gtk4: upgrade 4.22.5 -> 4.24.0 Ross Burton
2026-10-01 18:50 ` [OE-core] " Mathieu Dubois-Briand
2026-10-04 9:30 ` Richard Purdie [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=12078688ca6d7ca74d455b210aabe013e9cd6337.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=mathieu.dubois-briand@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=ross.burton@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox