Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1131154 > unrolled thread

Bug#1027680: gtk4: FTBFS with tiff 4.5.0+

Started byLászló Böszörményi (GCS) <gcs@debian.org>
First post2023-01-01 20:30 +0100
Last post2023-01-01 23:20 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#1027680: gtk4: FTBFS with tiff 4.5.0+ László Böszörményi (GCS) <gcs@debian.org> - 2023-01-01 20:30 +0100
    Bug#1027680: gtk4: FTBFS on some systems (with non-UTF-8 locale?) Simon McVittie <smcv@debian.org> - 2023-01-01 23:20 +0100

#1131154 — Bug#1027680: gtk4: FTBFS with tiff 4.5.0+

FromLászló Böszörményi (GCS) <gcs@debian.org>
Date2023-01-01 20:30 +0100
SubjectBug#1027680: gtk4: FTBFS with tiff 4.5.0+
Message-ID<FJcbU-eTe0-35@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Source: gtk4
Version: 4.8.2+ds-4
Severity: important
Justification: FTBFS
Usertags: tiff4_5
Tags: sid bookworm ftbfs patch

Hi,

Your package fails to build with the new major tiff release. During
self-testing one of those fails. The reason is that the output now has
a question mark instead of the quotation marks. Maybe it's just in my
system? I'm not sure, but a fix is attached.

Regards,
Laszlo/GCS

[toc] | [next] | [standalone]


#1131185 — Bug#1027680: gtk4: FTBFS on some systems (with non-UTF-8 locale?)

FromSimon McVittie <smcv@debian.org>
Date2023-01-01 23:20 +0100
SubjectBug#1027680: gtk4: FTBFS on some systems (with non-UTF-8 locale?)
Message-ID<FJeQp-eV0z-9@gated-at.bofh.it>
In reply to#1131154
Control: tags -1 - patch
Control: retitle -1 gtk4: FTBFS on some systems (with non-UTF-8 locale?)

On Sun, 01 Jan 2023 at 20:20:07 +0100, László Böszörményi wrote:
> Your package fails to build with the new major tiff release. During
> self-testing one of those fails. The reason is that the output now has
> a question mark instead of the quotation marks. Maybe it's just in my
> system?

This looks like you're building GTK in a non-UTF-8 locale, perhaps
LC_ALL=C, in which non-ASCII in GLib log messages gets converted from
UTF-8 to the locale encoding with lossy transliteration, and in particular
directional quotes are transliterated to "?". Ideally they should become
non-directional quotes, but I think this is a glibc decision rather than
a GLib decision (GLib just uses iconv(3) if I remember correctly).

What locale environment variables did you use for this build? Relevant
variables include LANG, LANGUAGE and everything starting with LC_.
The locale command should summarize them all.

It seems the glibc maintainers are in the process of deprecating non-UTF-8
locales, so this should hopefully solve itself when those locales become
unavailable or officially unsupported.

> --- gtk4-4.8.2+ds.orig/testsuite/tools/validate-data/invalid4.expected
> +++ gtk4-4.8.2+ds/testsuite/tools/validate-data/invalid4.expected
> @@ -1 +1 @@
> -Gtk-WARNING: Failed to find accessible property “text”: Could not parse enum: 'text'
> +Gtk-WARNING: Failed to find accessible property ?text?: Could not parse enum: 'text'

This is not a suitable patch because it would make the tests fail on any
system where they currently succeed, which notably seems to include the
official Debian buildds.

A better solution would be to force a UTF-8 locale in debian/rules (like
glib2.0 does), or possibly force a UTF-8 locale centrally in debhelper,
dpkg-buildpackage, sbuild or similar so that individual packages'
maintainers don't have to deal with this.

It appears the official Debian buildds have LC_ALL=C.UTF-8 and no other
LC_*, LANG or LANGUAGE variables.

    smcv

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web