Debian Patches
Status for glib2.0/2.88.3-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| gio-tests-services-Fix-installed-service-file-containing-.patch | gio/tests/services: Fix installed service file containing build path The refactoring in !5259 changed the installed service file's configure_file() to use the build output as input instead of the original .in template. Since @installed_tests_dir@ is already substituted in the build output, the installed version gets the build directory path instead of the install prefix. Use the .in template directly as input for the installed version. |
Jaipaul Cheernam <jaipaul.cheernam@est.tech> | yes | upstream | upstream, 2.88.4, commit:348ed57d6f7dc7a9d441f80864140e2ed5aabebe | 2026-07-30 |
| gdbusintrospection-Add-some-assertions-before-array-deref.patch | gdbusintrospection: Add some assertions before array dereferences The state handling inside the D-Bus introspection XML parser is complicated, and it’s possible that these dereferences of the `len - 1`th element might get reached when the array is empty. Make failures like that more debuggable by adding an assertion on the length beforehand. |
Philip Withnall <pwithnall@gnome.org> | yes | debian upstream | upstream, 2.89.0, commit:656ad4582cb1d7a7fa8bafe3ce8aec6aa3c17da0 | 2026-04-16 |
| tests-Improve-D-Bus-introspection-test-paths.patch | tests: Improve D-Bus introspection test paths This makes them more consistent with how test paths are meant to be used. |
Philip Withnall <pwithnall@gnome.org> | yes | debian upstream | upstream, 2.89.0, commit:7b276f05f66cc0df609ba68f76b8a8f4cd5297cb | 2026-04-16 |
| gdbusintrospection-Fix-XML-parser-state-handling-for-node.patch | gdbusintrospection: Fix XML parser state handling for <node> element nesting The check for whether a `<node>` element in D-Bus introspection XML was nested correctly was broken. `<node>` elements can only be at the top level, or nested immediately within another `<node>` element. Fix the check and add some unit tests for it. Spotted by linhlhq as #YWH-PGM9867-204. The fix is mine, and the unit test uses example XML strings adapted from their report. |
Philip Withnall <pwithnall@gnome.org> | yes | debian upstream | upstream, 2.89.0, commit:c9da977c178fbfc0e4caf99f9fdf5dc433d6fcc2 | 2026-04-16 |
| fuzzing-Add-a-fuzz-test-for-g_dbus_node_info_new_for_xml.patch | fuzzing: Add a fuzz test for g_dbus_node_info_new_for_xml() | Philip Withnall <pwithnall@gnome.org> | yes | debian upstream | upstream, 2.89.0, commit:4b3e3b6b69ddbca73a888c53bd98ef6916a84490 | 2026-04-19 |
| 01_gettext-desktopfiles.patch | Call gettext if .desktop file does not have inline translations Patch from OpenSUSE via Ubuntu, original author unknown. Martin Pitt and Vincent Untz appear to be the main authors. Reworked slightly by Philip Withnall to avoid exposing new public API for the non-standard keys. |
Philip Withnall <withnall@endlessm.com> | yes | upstream | 2017-11-23 | |
| debian/02_gettext-desktopfiles-ubuntu.patch | Provide backwards compatibility for 01_gettext-desktopfiles.patch for X-{Debian,Ubuntu}-Gettext-Domain Ubuntu-specific. 01_gettext-desktopfiles.patch was changed to use X-GNOME-, so this is necessary until all our .desktop files are converted. |
Martin Pitt <mpitt@debian.org> | no | 2009-02-24 | ||
| debian/03_disble_glib_compile_schemas_warning.patch | Disable confusing (to users) warning about deprecated schema paths Disable a warning when compiling schemas which are installed into 'deprecated' locations. Users see this very often due to glib-compile-schemas being called from libglib2.0-0's trigger and it is not very useful for them. |
Iain Lane <iain.lane@canonical.com> | not-needed | 2012-09-10 | ||
| debian/gdesktopappinfo-Try-using-x-terminal-emulator-for-Termina.patch | gdesktopappinfo: Try using x-terminal-emulator for Terminal=true apps Debian Policy provides x-terminal-emulator as an interface for launching a preferred terminal, for some definition of "preferred". However, the x-terminal-emulator alternative is a system-wide choice, so in situations where for example a GNOME user and a KDE user share a computer, only one of them can have the terminal that will match their desktop environment's appearance and behaviour conventions as the x-terminal-emulator. As a result, we still try to use a GTK-based terminal as a higher preference than x-terminal-emulator. This is done on the assumption that when apps are launched using GLib interfaces, they are most likely to have been launched from a GTK application or GTK-based desktop environment, and therefore a GTK-based terminal will be the best fit for the desktop environment's conventions and appearance. I've somewhat arbitrarily sorted x-terminal-emulator as less preferred than KDE's Konsole, but more preferred than rxvt and various xterm variants which are not associated with a particular desktop environment. |
Simon McVittie <smcv@debian.org> | not-needed | debian | 2023-02-04 | |
| workarounds/timer-test-use-volatile-for-locals.patch | timer test: use 'volatile' for locals GCC seems to be failing to follow the letter of the C spec by allowing extra precision in floating point values to persist across assignments which are optimised away. Force its hand by using 'volatile' on the locals in question. |
Ryan Lortie <desrt@desrt.ca> | yes | upstream | 2014-03-04 | |
| workarounds/gwakeuptest-Be-less-parallel-unless-invoked-with-m-slow.patch | gwakeuptest: Be less parallel unless invoked with -m slow This is a workaround for test failures on the reproducible-builds infrastructure, where a multi-threaded stress-test sometimes takes longer to finish on x86_64 than it would have done on slow architectures like arm and mips on the official Debian autobuilders. It is not clear why. This change will make this test more likely to pass, but less likely to detect bugs. |
Simon McVittie <smcv@debian.org> | no | debian | 2017-12-18 | |
| workarounds/closures-test-Skip-on-arm-unless-flaky-tests-are-allowed.patch | closures test: Skip on arm* unless flaky tests are allowed Choosing the right number of iterations to avoid either taking literally hours on some hardware, or getting spurious failures when one thread starves another, seems to be too hard to get right in practice. Make this test opt-in so that its failures aren't release-critical. We can run it as a separate autopkgtest that is marked flaky. |
Simon McVittie <smcv@debian.org> | not-needed | debian | 2019-01-03 | |
| workarounds/Disable-some-tests-on-slow-architectures-which-keep-faili.patch | Disable some tests on slow architectures which keep failing the tests [smcv: Modified to use g_test_skip() instead of omitting those test cases completely, and allow them to be re-enabled with a Debian-specific environment variable] |
Martin Pitt <martin.pitt@ubuntu.com> | no | 2012-09-27 | ||
| workarounds/Skip-test-which-performs-some-unreliable-floating-point-c.patch | Skip test which performs some unreliable floating point comparisons [smcv: Modified to use g_test_skip() instead of omitting those test cases completely, and allow them to be re-enabled with a Debian-specific environment variable] |
Iain Lane <laney@debian.org> | no | upstream | 2014-03-18 | |
| workarounds/Skip-unreliable-gdbus-threading-tests--by-default.patch | Skip unreliable gdbus-threading tests by default test_threaded_singleton() test to reproduce a race condition between last-unref of the global singleton GDBusConnection and g_bus_get_sync(). test_method_calls_in_thread() checks that multiple threads can all make method calls to the same proxy. However, test setup intermittently times out with: # GLib-GIO-DEBUG: run 0: refcount is 2, sleeping Bail out! GLib-GIO-FATAL-ERROR: connection had too many refs The current theory upstream is that this might be a reference leak in test_delivery_in_thread(). Furthermore, test teardown is now often failing when destroying the test bus. Demote these tests to be run as part of the "flaky" autopkgtests, but not at build time or in the part of the autopkgtest run that gates progress into testing. |
Simon McVittie <smcv@debian.org> | no | upstream | 2019-01-04 | |
| workarounds/gvariant-test-Don-t-run-at-build-time-on-mips.patch | gvariant test: Don't run at build-time on mips DEB_ALLOW_FLAKY_TESTS is not quite right here, because we don't know that the test would fail if left for long enough - the problem is that it doesn't get there, because generating random floating-point numbers is very slow on some of our mips hardware. However, it has the right practical effect. |
Simon McVittie <smcv@debian.org> | no | upstream | 2019-07-26 | |
| workarounds/gdbus-server-auth-Normally-skip-flaky-DBUS_COOKIE_SHA1-te.patch | gdbus-server-auth: Normally skip flaky DBUS_COOKIE_SHA1 tests These intermittently fail on the buildds, but the failure cannot be reproduced in a debugging environment. We do not expect to use D-Bus over TCP on non-Windows platforms: we use an AF_UNIX socket, which is much more robust and secure. However, when using AF_UNIX, DBUS_COOKIE_SHA1 is unnecessary, because we can use the more reliable EXTERNAL authentication. |
Simon McVittie <smcv@debian.org> | not-needed | 2020-11-19 | ||
| workarounds/Skip-memory-monitor-dbus-test-if-not-specifically-request.patch | Skip memory-monitor-dbus test if not specifically requested This seems to be unreliable, particularly on non-x86. |
Simon McVittie <smcv@debian.org> | no | debian | 2021-10-24 | |
| workarounds/tests-Skip-debugcontroller-test.patch | tests: Skip debugcontroller test This is known to be flaky upstream. |
Simon McVittie <smcv@debian.org> | not-needed | 2022-02-15 | ||
| workarounds/testfilemonitor-Skip-if-we-are-avoiding-flaky-tests.patch | testfilemonitor: Skip if we are avoiding flaky tests See https://gitlab.gnome.org/GNOME/glib/issues/1634 |
Simon McVittie <smcv@debian.org> | no | 2020-02-25 | ||
| debian/girepository-Describe-the-Debian-specific-cross-prefixed-.patch | girepository: Describe the Debian-specific cross-prefixed names | Simon McVittie <smcv@debian.org> | not-needed | 2024-02-28 | ||
| debian/girepository-Search-for-typelibs-in-the-pre-multiarch-pat.patch | girepository: Search for typelibs in the pre-multiarch path The majority of GIR typelibs are now installed in /usr/lib/${DEB_HOST_MULTIARCH}/girepository-1.0, but a small number of packages still install typelibs into /usr/lib/girepository-1.0. This patch can (and should) be dropped after the result of `apt-file search /usr/lib/girepository-1.0` becomes empty. See bug reports: https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org&tag=usr-lib-girepository-1.0 |
Simon McVittie <smcv@debian.org> | not-needed | debian | 2025-10-21 |
All known versions for source package 'glib2.0'
- 2.89.3-4 (experimental)
- 2.88.3-3 (sid)
- 2.88.3-2 (forky)
- 2.84.4-3~deb13u3 (trixie-proposed-updates, trixie, trixie-backports)
- 2.84.3-1 (trixie-security)
- 2.74.6-2+deb12u9 (bookworm)
- 2.74.6-2+deb12u6 (bookworm-backports, bookworm-security)
