Make fast forward from 4.4.0+ds1-4

[dgit --quilt=unapplied]

Disable clipboard test

This regularly times out on buildds, but I can't reproduce the hang
locally.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4229
Forwarded: no

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-clipboard-test.patch

Skip some known-failing tests on mips-family architectures

Forwarded: no

Gbp-Pq: Topic debian
Gbp-Pq: Name Skip-some-known-failing-tests-on-mips-family-architecture.patch

testsuite: Don't test the old gl renderer

This was removed in GTK 4.5, and two of its tests crash when run on
mipsel.

Forwarded: not-needed, upstream removed this renderer already

Gbp-Pq: Topic debian
Gbp-Pq: Name testsuite-Don-t-test-the-old-gl-renderer.patch

templates: Remove html5shiv

Internet Explorer is dead, or really should be, so let's not generate
references to external resources that can be a privacy breach.

Gbp-Pq: Topic debian
Gbp-Pq: Name templates-Remove-html5shiv.patch

Disable web fonts for now

The way this works is still changing upstream, and getting the
correct licensing and source code for the Red Hat font (ITP: #986999)
is not really in the scope of packaging gi-docgen.

Forwarded: not-needed, Debian-specific

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-web-fonts-for-now.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: 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: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

reftest-compare: Treat colour channels as undefined if alpha is zero

If the alpha channel is zero, it doesn't matter what the values of the
red, green and blue channels are: the pixel is still fully transparent.
On most architectures, fully transparent pixels end up all-zeroes
(fully transparent black), matching what's in the reference PNG file;
but on mips*el the blend-difference and blend-normal tests get all-ones
(fully transparent white) and a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4227
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3914
Applied-upstream: 4.5.0

Gbp-Pq: Name reftest-compare-Treat-colour-channels-as-undefined-if-alp.patch

compose: Update sequences from libX11 1.7.2

This adds support for sequences like <Compose>,G,u -> capital G with
breve. Previously, only a capital U was accepted for E, G, I and O
(but a lower-case u was accepted for A and U for some reason).

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Update-sequences-from-libX11-1.7.2.patch

compose: Document how to get compose-parse input from libX11 source

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Document-how-to-get-compose-parse-input-from-libX.patch

compose: Generate endian-dependent compact Compose data

The GtkComposeTable cache is always in big-endian format and is
byteswapped on load for the more common little-endian CPUs, but
init_builtin_table() in GtkIMContextSimple can't byteswap the built-in
data without copying it, which is undesirable. Pregenerate both big-
and little-endian compose data, and compile the correct flavour into
each build of GTK. This fixes failure of the composetable test when
building for a big-endian architecture such as s390x and (traditional,
big-endian) powerpc.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4217
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Generate-endian-dependent-compact-Compose-data.patch

Release to unstable

Add patch to disable clipboard test, which regularly times out on buildds

Sort patch series in upstream-first order

Release to unstable

Skip some known-failing tests on mips-family architectures

Forwarded: no

Gbp-Pq: Topic debian
Gbp-Pq: Name Skip-some-known-failing-tests-on-mips-family-architecture.patch

testsuite: Don't test the old gl renderer

This was removed in GTK 4.5, and two of its tests crash when run on
mipsel.

Forwarded: not-needed, upstream removed this renderer already

Gbp-Pq: Topic debian
Gbp-Pq: Name testsuite-Don-t-test-the-old-gl-renderer.patch

reftest-compare: Treat colour channels as undefined if alpha is zero

If the alpha channel is zero, it doesn't matter what the values of the
red, green and blue channels are: the pixel is still fully transparent.
On most architectures, fully transparent pixels end up all-zeroes
(fully transparent black), matching what's in the reference PNG file;
but on mips*el the blend-difference and blend-normal tests get all-ones
(fully transparent white) and a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4227
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3914
Applied-upstream: 4.5.0

Gbp-Pq: Name reftest-compare-Treat-colour-channels-as-undefined-if-alp.patch

compose: Update sequences from libX11 1.7.2

This adds support for sequences like <Compose>,G,u -> capital G with
breve. Previously, only a capital U was accepted for E, G, I and O
(but a lower-case u was accepted for A and U for some reason).

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Update-sequences-from-libX11-1.7.2.patch

compose: Document how to get compose-parse input from libX11 source

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Document-how-to-get-compose-parse-input-from-libX.patch

compose: Generate endian-dependent compact Compose data

The GtkComposeTable cache is always in big-endian format and is
byteswapped on load for the more common little-endian CPUs, but
init_builtin_table() in GtkIMContextSimple can't byteswap the built-in
data without copying it, which is undesirable. Pregenerate both big-
and little-endian compose data, and compile the correct flavour into
each build of GTK. This fixes failure of the composetable test when
building for a big-endian architecture such as s390x and (traditional,
big-endian) powerpc.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4217
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3902
Applied-upstream: 4.5.0

Gbp-Pq: Name compose-Generate-endian-dependent-compact-Compose-data.patch

templates: Remove html5shiv

Internet Explorer is dead, or really should be, so let's not generate
references to external resources that can be a privacy breach.

Gbp-Pq: Topic debian
Gbp-Pq: Name templates-Remove-html5shiv.patch

Disable web fonts for now

The way this works is still changing upstream, and getting the
correct licensing and source code for the Red Hat font (ITP: #986999)
is not really in the scope of packaging gi-docgen.

Forwarded: not-needed, Debian-specific

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-web-fonts-for-now.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: 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: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

Add patch to skip remaining failing gsk tests on mips*el

Add patch to disable testing of the old 'gl' renderer

The newer 'ngl' renderer is already the default, and 'gl' was removed
upstream in 4.5.x, so 'gl' doesn't seem worthwhile to try to support.
It also crashes in a couple of tests on mips*el. Let's focus testing
effort on the renderer that has a future.

Add patch to ignore colour differences on pixels with zero alpha

This makes some of the remaining failing tests pass on mips*el.

d/rules: Don't enable ffmpeg when experimental builds are copied to Ubuntu

Remove alternative dependency on libgdk-pixbuf2.0-dev

We don't support skipping a Debian release, and this package's
dependencies make it unlikely to be backported.

Update changelog

Update changelog

Remove dependency from gtk-4-examples on gtk-3-examples

This was because the demos shared GSettings schemas, but they no longer
have the same name.

Remove dependency from libgtk-4-bin to libgtk-3-bin

This was because they used to share gtkbuilder.its and gtkbuilder.loc,
but those have been replaced by their gtk4builder counterparts, in
libgtk-4-dev.

Drop dependency from libgtk-4-common to libgtk-3-common

This was put in place because they used to share GSettings schemas,
but that's no longer the case.

Simplify graphene dependency

The version in bullseye is sufficient for all architectures.

Build-Depend on libsysprof-capture-4-dev instead of sysprof

in preparation for the sysprof package split
See https://bugs.debian.org/971243

Also bump minimum version to 3.40.1. See explanation at
https://salsa.debian.org/gnome-team/mutter/-/commit/62a24ad428f

Release to experimental

Update compose data from libX11 1.7.2

This adds a few missing compose sequences.

Add proposed patch documenting how to regenerate Compose tables

Add proposed patch to use big-endian compose data on big-endian host

This resolves a FTBFS caused by test failure on s390x and other
big-endian ports.

d/missing-sources: Add source for libX11-derived compose sequences

By trial and error, the files in gtk/compose/ seem to be generated from
libX11 1.7.0.

Disable Broadway (HTML) backend

It isn't clear whether this is used in practice. If we disable it now,
enabling it later if requested will not be an ABI break, but if we
enable it now, we have to keep it enabled indefinitely.

Release to experimental

Always expect NEWS to be compressed (Closes: #985418)

debhelper always compresses NEWS files, even if they are small.

Completely move .links files to debhelper syntax (Closes: #991964)

Release to experimental

Update symbols file for new ABI

Update changelog

d/watch: Only watch for stable releases

d/copyright: Update

d/control.in: Update dependencies

Signed-off-by: Simon McVittie <smcv@debian.org>

d/tests: Fix variable reference in dh_fixperms override

New upstream release

Update upstream source from tag 'upstream/4.4.0+ds1'

Update to upstream version '4.4.0+ds1'
with Debian dir c02e321117168515ae729b3568decec568764cbf

New upstream version 4.4.0+ds1

4.4.0

Fix imcontext tests

We should force our internal im context for these
tests, so we don't depend on the environment.

Merge branch 'matthiasc/for-master' into 'master'

NEWS: Updates

See merge request GNOME/gtk!3861

NEWS: Updates

Merge branch 'cut-shortcut-activation-short' into 'master'

shortcutcontroller: Only do round-robin for mnemonics

Closes #4130

See merge request GNOME/gtk!3824

shortcutcontroller: Only do round-robin for mnemonics

Don't do round-robin activation unless we are looking
for mnemonics, where this is an expected feature.

Fixes: #4130

Merge branch 'matthiasc/for-master' into 'master'

gdk: Add a missing annotation

Closes #4097

See merge request GNOME/gtk!3860

Merge branch 'master' into 'master'

a11y: Send correct object reference for the root accessible

See merge request GNOME/gtk!3800

gdk: Add a missing annotation

Mark an array as zero-terminated.

Fixes: #4097

Merge branch 'add-support-for-windows-pointer-input-stack-gtk4' into 'master'

Add support for Windows Pointer Input Stack

Closes #262, #3162, #729, and #537

See merge request GNOME/gtk!3684

Release to experimental

Update changelog

d/rules: Only build the ffmpeg backend when targeting experimental

Upstream consider it to be experimental, and recommend the GStreamer
backend.

Silence a Lintian tag for documentation-like filenames among test data

d/copyright: Update

d/rules: Override dh_fixperms to set correct permissions on /usr/libexec

Making everything executable is not quite right for installed-tests.

Remove Vulkan symbols from .symbols file

This is an ABI break, but only in experimental so far. The Vulkan
renderer is marked as experimental upstream, with a note that it often
causes crashes in the Inspector view; this sounds like something we
likely don't want yet.

Update symbols file

tests: Specify locales' charsets explicitly, fixing FTBFS with new glibc

glibc 2.31-14 dropped support for all non-UTF-8 locales, so we can't
use /usr/share/i18n/SUPPORTED to choose a suitable charset any more.

d/control.in: Label the FFmpeg media backend as experimental

Based on what upstream git history says, we want people to be using the
GStreamer backend unless they have specific reasons not to.

Enable FFmpeg for the main build

This is currently off by default and labelled as experimental, but if
we want to offer libgtk-4-media-ffmpeg then we will have to enable it.

Disable GStreamer for the udeb build

Support for VP8 and VP9 is officially part of the GTK4 API, but it seems
OK to provide a reduced API in debian-installer.

d/rules: Rebuild emoji data from source files

This provides a straightforward way to check that we have the correct
source files.

Unfuzz patches

Gbp-dch: ignore

Drop patches that were applied upstream

d/control.in: Remove build-dependencies for Google Cloud Print

The service underlying this printing backend was shut down at the end
of 2020, so the printing backend is no longer useful and was removed
upstream.

d/control.in: Bump meson requirement as per meson.build

Merge branch 'block-cursor-fixes' into 'master'

textview: Don't eat block cursors

See merge request GNOME/gtk!3857

textview: Don't eat block cursors

We need to render even an empty paragraph when
it has a block cursor at the end. This fixes block
cursors not showing up in empty lines.

Merge branch 'matthiasc/for-master' into 'master'

window: Make resizeability changes work

See merge request GNOME/gtk!3856

window: Make resizeability changes work

We were forgetting to update the toplevel
properties here.

Move the _gdk_win32_pointer_input_api global variable into GdkWin32Display

windows: Update the docs for env vars

We've replaced some env vars with a new one.
Update the docs to match.

Fix typo

Disable visual feedback for pen ad touch

Filter out spurious mouse messages while handling pen or touch input

Add _gdk_win32_get_cursor_pos utility

Handle WinPointer input

Initialize WinPointer and enumerate devices

Add new GdkDeviceWinpointer type

Add winpointer.h header file for type declarations

Add entry for WinPointer in GdkWin32TabletInputAPI enum

Make room for other API's than Wintab