Bug#591129: libgtk2-spell-perl: FTBFS: enchant error for language: en at t/0.GtkSpell.t line 34.

Chris Butler chrisb at debian.org
Sun Aug 1 00:41:13 UTC 2010


On Sat, Jul 31, 2010 at 06:42:45PM -0400, Lucas Nussbaum wrote:
> Relevant part:
> > make[2]: Entering directory `/build/user-libgtk2-spell-perl_1.03-4-amd64-twELDx/libgtk2-spell-perl-1.03'
> > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> > Xlib:  extension "RANDR" missing on display ":99.0".
> > enchant error for language: en at t/0.GtkSpell.t line 34.

Googling this error message, I found a bug reported against logjam in redhat:

https://bugzilla.redhat.com/show_bug.cgi?id=439830

    Here's why this is happening: The old default for logjam's spellcheck
    language was "en", which worked on old gtkspell. New gtkspell uses
    proper LOCALE settings, for which "en_US" is correct, not just "en".

The failing test seems to be breaking at the point where it calls
gtk_new_attach (which is where the language is set). In this case, it calls
it with a NULL "lang" setting, which causes gtkspell to try looking at the
LANG environment variable. If this is not set, it falls back to "en".

If "en" is no longer a valid language setting for gtkspell, then I'd suggest
this is a bug in gtkspell. If someone else can confirm this (I'm a bit tired
from flying to NY, so may have missed something), then we can reassign.

-- 
Chris Butler <chrisb at debian.org>
  GnuPG Key ID: 4096R/49E3ACD3





More information about the pkg-perl-maintainers mailing list