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 nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
