Source: glib2.0
Version: 2.78.4-7
Severity: important
Tags: ftbfs trixie sid patch upstream fixed-upstream
Forwarded: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3945
X-Debbugs-Cc: Matthew Vernon <matt...@debian.org>
Control: fixed -1 2.80.0-7
GLib contains GRegex, an API wrapper around pcre2 (or pcre in older GLib
branches).
Because variable-length lookbehind was historically not allowed, its test
suite includes a test that asserts that these two regexes:
(?<!dogs?|cats?) x
(?<=ab(c|de)) foo
raise the error G_REGEX_ERROR_VARIABLE_LENGTH_LOOKBEHIND. However, pcre2
10.43 now implements variable-length lookbehind, causing compilation of
those regexes to succeed (and therefore causing those two tests to fail).
This is fixed in GLib 2.80.0, and should also be fixed in 2.78.5 when
that version gets released. After the time64 disaster has migrated,
we're overdue for an upload of GLib 2.80 to unstable *anyway*, but if
we need to apply the fix as a patch, it should be straightforward (it
just deletes two test-cases).
Matthew, if pcre2 (>= 10.43) isn't urgent, please don't upload it to
unstable until after this glib2.0 bug has been fixed (and ideally also
migrated to testing).
Unfortunately my understanding of the time64 situation is that further
package migrations are stalled because they cause the testing migration
scripts to crash (see #1070121). I would prefer to avoid significant
non-urgent changes in unstable until more of the time64 migration can
be forced through by the release team.
Thanks,
smcv
