Manual merge of version 4.12.3+ds-1+rpi1 and 4.12.4+ds-3 to produce 4.12.4+ds-3+rpi1

Make fast forward from 4.12.4+ds-2

[dgit --quilt=unapplied]

tests: Allow longer for a dialog to open

This hopefully makes the test pass more reliably, especially on riscv64.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6050
Bug-Debian: https://bugs.debian.org/1049434
Forwarded: no, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Allow-longer-for-a-dialog-to-open.patch

tests: Mark gltexture as expected to fail on big-endian machines

Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Mark-gltexture-as-expected-to-fail-on-big-endian-ma.patch

gstreamer-player: Use GtkName Prefix to avoid issues if actual library is included

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-Use-GtkName-Prefix-to-avoid-issues-if-ac.patch

media: Use gstplayer from meson subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name media-Use-gstplayer-from-meson-subproject.patch

gstreamer-player-1.0: Do not install it if it's a subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-1.0-Do-not-install-it-if-it-s-a-subproje.patch

subprojects: Add gst-player-1.0 as subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name subprojects-Add-gst-player-1.0-as-subporject.patch

Disable inscription-markup.ui reftest

It's rendered 1px to the left of where it should be, which is not a
serious problem for practical use of GTK, but is a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5099
Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-inscription-markup.ui-reftest.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, as used in Debian's GTK 3
packaging, with additional inspiration from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

tests: mark headless tests as flaky

See baaa7482489b0f7446ef1e0130e527a169c43b0c

Gbp-Pq: Name tests-mark-headless-tests-as-flaky.patch

Revert "build: Drop the install-tests option"

Debian and Ubuntu uses these installed tests as part of their
autopkgtest system

This reverts commit 3121f88265ac61733e257f5335473d6f139f158c.

Gbp-Pq: Name Revert-build-Drop-the-install-tests-option.patch

Revert "tests: Stop copying the tool tests"

This reverts commit bb3a6214cbeaa3211be007192e536bd473323836.

This is actually used by the installed tests
which we also had to revert dropping (in a separate patch)

Gbp-Pq: Name Revert-tests-Stop-copying-the-tool-tests.patch

gsk: Always use RGBA on big-endian architectures

The memorytexture test started failing on big-endian CPUs while using
"desktop" GL (not GLES) in commit b0e26873 "gsk: Use has_bgra in more
places". The subsequent commit f5812808 "gsk: Restore bigendian support"
was meant to fix this, but it seems it did not.

Always taking the RGBA code-path on big-endian might not be optimal,
but it seems to result in the test passing again.

Signed-off-by: Simon McVittie <smcv@debian.org>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6260
Bug-Debian: https://bugs.debian.org/1057782
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6653

Gbp-Pq: Name gsk-Always-use-RGBA-on-big-endian-architectures.patch

Release to unstable

d/control: Remove pandoc build-dependency

It isn't needed any more, and pandoc is currently uninstallable in
unstable (#1057309, #1053686).

Release to unstable

Declare fast forward from 4.12.4+ds-1

[dgit --quilt=unapplied --overwrite]

tests: Allow longer for a dialog to open

This hopefully makes the test pass more reliably, especially on riscv64.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6050
Bug-Debian: https://bugs.debian.org/1049434
Forwarded: no, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Allow-longer-for-a-dialog-to-open.patch

tests: Mark gltexture as expected to fail on big-endian machines

Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Mark-gltexture-as-expected-to-fail-on-big-endian-ma.patch

gstreamer-player: Use GtkName Prefix to avoid issues if actual library is included

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-Use-GtkName-Prefix-to-avoid-issues-if-ac.patch

media: Use gstplayer from meson subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name media-Use-gstplayer-from-meson-subproject.patch

gstreamer-player-1.0: Do not install it if it's a subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-1.0-Do-not-install-it-if-it-s-a-subproje.patch

subprojects: Add gst-player-1.0 as subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name subprojects-Add-gst-player-1.0-as-subporject.patch

Disable inscription-markup.ui reftest

It's rendered 1px to the left of where it should be, which is not a
serious problem for practical use of GTK, but is a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5099
Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-inscription-markup.ui-reftest.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, as used in Debian's GTK 3
packaging, with additional inspiration from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

tests: mark headless tests as flaky

See baaa7482489b0f7446ef1e0130e527a169c43b0c

Gbp-Pq: Name tests-mark-headless-tests-as-flaky.patch

Revert "build: Drop the install-tests option"

Debian and Ubuntu uses these installed tests as part of their
autopkgtest system

This reverts commit 3121f88265ac61733e257f5335473d6f139f158c.

Gbp-Pq: Name Revert-build-Drop-the-install-tests-option.patch

Revert "tests: Stop copying the tool tests"

This reverts commit bb3a6214cbeaa3211be007192e536bd473323836.

This is actually used by the installed tests
which we also had to revert dropping (in a separate patch)

Gbp-Pq: Name Revert-tests-Stop-copying-the-tool-tests.patch

gsk: Always use RGBA on big-endian architectures

The memorytexture test started failing on big-endian CPUs while using
"desktop" GL (not GLES) in commit b0e26873 "gsk: Use has_bgra in more
places". The subsequent commit f5812808 "gsk: Restore bigendian support"
was meant to fix this, but it seems it did not.

Always taking the RGBA code-path on big-endian might not be optimal,
but it seems to result in the test passing again.

Signed-off-by: Simon McVittie <smcv@debian.org>
Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6260
Bug-Debian: https://bugs.debian.org/1057782
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6653

Gbp-Pq: Name gsk-Always-use-RGBA-on-big-endian-architectures.patch

Add proposed patch to fix test failure on big-endian CPUs

Closes: #1057782

Build-Depend on dh-sequence-gnome

used by Ubuntu to pull in dh_translations

releasing package gtk4 version 4.12.4+ds-1

Record gtk4 (4.12.4+ds-1) in archive suite sid

tests: Allow longer for a dialog to open

This hopefully makes the test pass more reliably, especially on riscv64.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6050
Bug-Debian: https://bugs.debian.org/1049434
Forwarded: no, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Allow-longer-for-a-dialog-to-open.patch

tests: Mark gltexture as expected to fail on big-endian machines

Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Mark-gltexture-as-expected-to-fail-on-big-endian-ma.patch

gstreamer-player: Use GtkName Prefix to avoid issues if actual library is included

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-Use-GtkName-Prefix-to-avoid-issues-if-ac.patch

media: Use gstplayer from meson subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name media-Use-gstplayer-from-meson-subproject.patch

gstreamer-player-1.0: Do not install it if it's a subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-1.0-Do-not-install-it-if-it-s-a-subproje.patch

subprojects: Add gst-player-1.0 as subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name subprojects-Add-gst-player-1.0-as-subporject.patch

Disable inscription-markup.ui reftest

It's rendered 1px to the left of where it should be, which is not a
serious problem for practical use of GTK, but is a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5099
Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-inscription-markup.ui-reftest.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, as used in Debian's GTK 3
packaging, with additional inspiration from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

tests: mark headless tests as flaky

See baaa7482489b0f7446ef1e0130e527a169c43b0c

Gbp-Pq: Name tests-mark-headless-tests-as-flaky.patch

Revert "build: Drop the install-tests option"

Debian and Ubuntu uses these installed tests as part of their
autopkgtest system

This reverts commit 3121f88265ac61733e257f5335473d6f139f158c.

Gbp-Pq: Name Revert-build-Drop-the-install-tests-option.patch

Revert "tests: Stop copying the tool tests"

This reverts commit bb3a6214cbeaa3211be007192e536bd473323836.

This is actually used by the installed tests
which we also had to revert dropping (in a separate patch)

Gbp-Pq: Name Revert-tests-Stop-copying-the-tool-tests.patch

gtk4 (4.12.4+ds-1) unstable; urgency=medium

  * New upstream release

[dgit import unpatched gtk4 4.12.4+ds-1]

Import gtk4_4.12.4+ds.orig.tar.xz

[dgit import orig gtk4_4.12.4+ds.orig.tar.xz]

Import gtk4_4.12.4+ds-1.debian.tar.xz

[dgit import tarball gtk4 4.12.4+ds-1 gtk4_4.12.4+ds-1.debian.tar.xz]

New upstream release

Update upstream source from tag 'upstream/4.12.4+ds'

Update to upstream version '4.12.4+ds'
with Debian dir bb344c20763a3a49aa1f106346878e34b17e38e0

New upstream version 4.12.4+ds

4.12.4

Fix warnings when compiling with -pedantic

Add a debug node for CSS outlines

All the other CSS render operations have one, so outlines should, too.

This was found by tracking down a random border node in a rendering.

gtk: fix NULL pointer dereference

`gtk_window_get_default_size()` claims width/height are optional-out
arguments, but defers to `gtk_window_get_remembered_size()` which
may dereference a NULL-pointer.

Since `gtk_window_get_remembered_size()` is only called by
`gtk_window_get_default_size()`, collapse it into the latter
and perform the NULL check there.

inspector: Replace "no glyph" with space glyph

This makes right-aligning the text work again.

inspector: Use the right font for the fps overlay

Initialize the font only when we have a widget that provides it. That
way we don't pick a terrible default font, but the widget's preferred
one.

Some minor fpsoverlay improvements

Avoid some allocations.

inspector: Speed up the fps overlay

Do less work!

docs: Replace deprecated gtk_widget_show with gtk_widget_set_visible

gl: Fix padding in icon library

The previous code would not pad the left side with the left column of
pixels but with the top row.

Test attached.

gsk: Fix texture-scale node Cairo drawing

The code was interpreting x/y coordinates wrong sometimes and causing
things to not be drawn at the correct offset.

Testcase included.

rendernode-tool: Add --undecorated to show command

This is to get exactly just the rendernode drawn when testing, and not
any extra drawing code.

widget-factory: Remove insert-image icon

This icon is already present in the hicolor icon theme.

widget-factory: Remove view-grid-symbolic icon

No longer needed as it's included in the hicolor icon theme now.

icons: Add view-grid-symbolic

This showed up as missing icon in the file chooser when used with
the hicolor icon theme.

Resolves: https://gitlab.gnome.org/GNOME/gtk/-/issues/6184

Adjust tests

a11y: When using rule 2.E for computing accessible name, use it only if appropriate

We were using it in all cases, so, we were using it to compute descriptions,
and also for non-embedded controls. That was overriding descriptions
set, for example, in Gnome settings, and was causing the value of spinboxes
to be read multiple times.

builds: Require -Zc:preprocessor for Visual Studio debug builds

This flag is actually required for the debugging code to successfully build,
so check that it is really there for debug-enabled Visual Studio builds.

MSVC Builds: Don't enable -utf-8 explicitly

We already require a Meson release that enables -utf-8 by default, so we don't
really need to explicitly enable it here.

build: Add msvc_recommended_pragmas.h

We really always want to force-include msvc_recommended_pragmas.h to check for
things at compile time so that we can avoid stuff like missing includes or
attempting to return a value in a function that is supposed to have a
void-return-type.

The current problem is that, as indicated in the Visual Studio CI job, that we
couldn't locate msvc_recommended_pragmas.h during the build if GLib is built
as a subproject, and/or when msvc_recommended_pragmas.h is not in the paths
indicated by %INCLUDE%, meaning that the aforementioned issues would not be
caught by CI, which will then break builds on Visual Studio for people when
msvc_recommended_pragmas.h is found during their builds.

It would also be nice to be quiet from the warnings that we can really
disregard anyways.

So, add a copy of msvc_recommended_pragmas.h from GLib and update the build
files to look for it in build-aux/msvc, so that it can always be used during
the build, especially by the CI.

Fix swizzle values for some memory formats

For opaque formats with 3 channels, we should use the default
GL_ALPHA, but for opaque formats with an ignored 4th channel,
we must use GL_ONE.

translated bn.po and hi.po

Resolves:https://gitlab.gnome.org/GNOME/gtk/-/issues/6164

gl: Remove optimization that does the wrong thing

Drawing a texture-scale node like a texture node when the filter is set
to "linear" doesn't work, because the texture node switches to
trilinear when mipmaps are available.

gl: Make sure render_texture() sets the right format for high depth

Setting the format got lost when converting this coe to the texture
builder, because that codepaths avods the texture sniffing and always
uses RGBA8.

gdk: Make float32 report its true depth

I have no idea how this is the only value that is wrong.

Release to unstable

Make fast forward from 4.12.3+ds-2

[dgit --quilt=unapplied]

tests: Allow longer for a dialog to open

This hopefully makes the test pass more reliably, especially on riscv64.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/6050
Bug-Debian: https://bugs.debian.org/1049434
Forwarded: no, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Allow-longer-for-a-dialog-to-open.patch

tests: Mark gltexture as expected to fail on big-endian machines

Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name tests-Mark-gltexture-as-expected-to-fail-on-big-endian-ma.patch

gstreamer-player: Use GtkName Prefix to avoid issues if actual library is included

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-Use-GtkName-Prefix-to-avoid-issues-if-ac.patch

media: Use gstplayer from meson subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name media-Use-gstplayer-from-meson-subproject.patch

gstreamer-player-1.0: Do not install it if it's a subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name gstreamer-player-1.0-Do-not-install-it-if-it-s-a-subproje.patch

subprojects: Add gst-player-1.0 as subproject

Origin: https://gitlab.gnome.org/3v1n0/gtk/-/commits/gst-player-subproject
Forwarded: not-needed

Gbp-Pq: Topic debian
Gbp-Pq: Name subprojects-Add-gst-player-1.0-as-subporject.patch

Disable inscription-markup.ui reftest

It's rendered 1px to the left of where it should be, which is not a
serious problem for practical use of GTK, but is a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5099
Forwarded: not-needed, workaround

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-inscription-markup.ui-reftest.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, as used in Debian's GTK 3
packaging, with additional inspiration from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Topic debian
Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

tests: mark headless tests as flaky

See baaa7482489b0f7446ef1e0130e527a169c43b0c

Gbp-Pq: Name tests-mark-headless-tests-as-flaky.patch

Revert "build: Drop the install-tests option"

Debian and Ubuntu uses these installed tests as part of their
autopkgtest system

This reverts commit 3121f88265ac61733e257f5335473d6f139f158c.

Gbp-Pq: Name Revert-build-Drop-the-install-tests-option.patch

Revert "tests: Stop copying the tool tests"

This reverts commit bb3a6214cbeaa3211be007192e536bd473323836.

This is actually used by the installed tests
which we also had to revert dropping (in a separate patch)

Gbp-Pq: Name Revert-tests-Stop-copying-the-tool-tests.patch

d/control: Use ${gir:Provides} to generate virtual package names

d/control: Add ${gir:Depends} to -dev package

This will add dependencies on gir1.2-pango-1.0-dev and so on.

d/control: Add more gir1.2-x-y-dev build-dependencies

Gbp-Dch: ignore

d/control: Build-depend on relevant gir1.2-*-dev virtual packages

This will help with eventually converting some or all of them into real
packages, to allow GIR XML to be omitted when cross-compiling or
bootstrapping.

Update Russian translation

Merge branch 'invalid-client-rects-4-12' into 'gtk-4-12'

[4.12] GdkWin32: ignore invalid client rects

See merge request GNOME/gtk!6545

GdkWin32: ignore invalid client rects

Gdk-Win32 uses GetClientRect() internally to query the surfaces coordinates,
but this API may fail in some transient contexts (observed when iconifying
a maximized window).
Check if the rect area is null, and don't update the surface position in
that case. This will keep the current surface size, until Win32 notifies
the new valid window state later.
This prevents using a nulled next_layout for toplevel size computation,
which would break widgets allocation once notified on gtk side.

Fixes #5724
Closes #5724