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 <chr...@debian.org> GnuPG Key ID: 4096R/49E3ACD3 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
