Bug#783460: spelling mistakes in glib: charater

Michael Tokarev mjt at tls.msk.ru
Mon Apr 27 08:25:04 UTC 2015

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.



More information about the pkg-gnome-maintainers mailing list