Package: libglib2.0-0 Version: 2.42.1-1 Severity: normal There are several misspellings of the word "character" in the glib library. Here's the output from trivial fgrep -r charater :
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:<p>A dot metacharater (".") in the pattern matches all docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html: metacharater.</p> docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html: metacharater.</p> glib/giochannel.c: g_warning ("Partial charater written before writing unichar.\n"); glib/gvariant.c: * If @limit is non-%NULL then @limit (and any charater after it) will glib/gregex.h: * @G_REGEX_DOTALL: A dot metacharater (".") in the pattern matches all glib/gregex.h: * metacharater. glib/gregex.h: * metacharater. glib/pcre/pcre_compile.c: /* Handle the case of a single charater - either with no UTF support, or (I guess it is the giochannel.c one which finds it way into the library binary). The problem here (and the reason for this severity) is that once some other executable links with libglib statically, these misspellings becomes part of that binary. In other words, these misspellings "breaks" other programs. An example of such a binary which has to link with glib statically is qemu-user-static binaries, which are supposed to work in foreign environments without additional libraries being installed there. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org