Debian Patches

Status for gjs/1.87.1-1

Patch Description Author Forwarded Bugs Origin Last update
test-Skip-Gdk.Event-test-if-GTK-not-enabled.patch test: Skip Gdk.Event test if GTK not enabled
This copies the event struct which fails if there isn't an attached
display, and for that Gtk.init() needs to have been called. This was
breaking the installed_tests CI job.		 Philip Chimento <philip.chimento@gmail.com> no 2026-01-02
overrides-Gio-Improve-wrapper-definition-for-object-types.patch overrides/Gio: Improve wrapper definition for object types without a gtype

In case we have a type that is a non-primitive, it has no gtype or name
(e.g. it's a non-boxed type struct), or if it has one it matches the
expected platform prefix, then also rename it after the platform
specific name

This allows to handle some private cases in Gio for now, but it will be
useful in future for GLib		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
modules-core-Generalize-and-extract-the-function-to-defin.patch modules/core: Generalize and extract the function to define platform-specfic wrappers

We're going to need to use this for GLib too, so let's make it more
generic instead of repeating the same code multiple times		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
deprecation-Add-support-for-deprecating-renamed-symbols.patch deprecation: Add support for deprecating renamed symbols
Symbols may be renamed in GLib/Gio due to introspection changes, in such
case we should be able to provide fallback solutions at Gjs level.

So add support for signaling the user that a deprecated symbol has been
renamed		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
modules-common-Add-utility-function-to-define-a-deprecati.patch modules/common: Add utility function to define a deprecation wrapper
Allow to easily create a wrapper to a deprecated symbol		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
testGio-Add-tests-for-all-the-Unix-compatibility-wrappers.patch testGio: Add tests for all the Unix compatibility wrappers we added
Ensure that all the compatibility wrappers we expect are defined, adding
basic test functions for all the symbols.

We've to be a bit verbose because the warnings won't be repeated, so we
need to access to the deprecated value from a different place in any
test		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
overrides-GLib-Deprecate-GLibUnix.signal_add_full.patch overrides/GLib: Deprecate GLibUnix.signal_add_full
As per an introspection issue we had in GLib the GLib.unix_signal_add
method was not matching GLibUnix.signal_add, this was because the
original symbol was not renamed into the introspection-friendly full
version.

The exported symbol in `GLibUnix` was in fact `signal_add_full`.

Now things are fixed in GLib, but now we should ensure that anyone that
was using GLibUnix.signal_add_full is not broken by the switch but
rather informed about the rename via a deprecation warning		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19
build-Fix-unity-build-with-generated-enums.patch build: Fix unity build with generated enums
Without including config.h first, _GNU_SOURCE and its associated feature
macros don't get defined before including libc headers, leading to
locale.h not providing locale_t.		 Philip Chimento <philip.chimento@gmail.com> no upstream, https://gitlab.gnome.org/GNOME/gjs/-/commit/8dc1744a71faa0b550f6a3eabc09a5e2d6100ec4 2026-01-02
overrides-GLib-Add-wrappers-for-deprecated-GLibUnix-types.patch overrides/GLib: Add wrappers for deprecated GLibUnix types
All the platform-dependent types that are part of GLib are going to be
moved to GLibUnix and GLibWin32, so let's create wrappers for these
overrides and test that they are defined as expected		 "Marco Trevisan (Treviño)" <mail@3v1n0.net> no https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/1054 2025-12-19

All known versions for source package 'gjs'

Links