This package name was Ubuntu-specific, and was dropped since 45.0-4
(the Debian version of a-i-t has a Provides for a-i-t-full). Use a
versioned build-dependency so that we definitely have all of the
necessary icons to run tests successfully.
Thanks: Heinrich Schuchardt
If at some point in the future we have another transition as extensive
as time64, then libgtk-3-0t64 could conceivably be replaced by some
other package, which I have modelled here as libgtk-3-0xyz. If that
happens, we need to avoid deletion of immmodules.cache, otherwise
we will have another bug similar to #1065494.
This test-case depends on several implementation details of dpkg-repack
and libgtk-3-0t64, so it might need to be adjusted in the future. As
a result, I have marked it as flaky, so that failures in the official
autopkgtest environment will not be considered a release-critical bug
that stalls migration and requires immediate intervention by maintainers.
The unit tests expect that gdk-pixbuf can load SVG files. This is
provided by librsvg2-common, which used to be pulled in by
adwaita-icon-theme.
Closes: #959390
This is due to a known failure: state/focus1.ui passes in a desktop
session but fails in a minimal autopkgtest VM. Treating one test as
flaky seems better than treating all tests as flaky.
* Sync with ubuntu:
* debian/rules: Make test failures fatal again
* debian/libgtk-3-0.symbols: Updated
* debian/rules: Update build-depends
* debian/libgtk-3-bin.install: Add gtk-launch: A new commandline utility
to launch an application from its desktop file
* Add autopkgtest support
* debian/patches/072_statusicon_icon_size.patch:
* Removed merged upstream
* debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch:
* Removed, fixed upstream
* debian/patches/073_transparent_colors.patch
* Removed, fixed upstream
* debian/control.in: bump glib2.0 build-dep to >= 2.33.14 to trump the dodgy
version in unstable
