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

Niko Tyni ntyni at debian.org
Sun Aug 22 16:36:40 UTC 2010


On Sat, Jul 31, 2010 at 08:41:13PM -0400, Chris Butler wrote:
> 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.

This most probably broke in June with enchant_1.6.0-1.

> 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".

It's looking for an English dictionary, such as in the myspell-en-us
or hunspell-en-us packages. Building with either of those makes the
tests succeed.

It would probably also be good to set LC_ALL=C for the test suite
so that user locale settings don't affect the build. (Setting LC_ALL=en_US
or something like that works too, but then we need the locales package
or perl will complain about unknown locale settings.)
-- 
Niko Tyni   ntyni at debian.org





More information about the pkg-perl-maintainers mailing list