Bug#591129: libgtk2-spell-perl: FTBFS: enchant error for language: en at t/0.GtkSpell.t line 34.
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: 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
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