On Sat, 31 Jul 2010 20:41:13 -0400, Chris Butler wrote: > 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".
No new insight, just a quick look: Running the tests with LANG=en_US doesn't help: #v+ r...@belanna:~/libgtk2-spell-perl-1.03# LANG=en_US xvfb-run -a prove --blib --verbose t/* t/0.GtkSpell.t .. Xlib: extension "RANDR" missing on display ":99.0". 1..8 ok 1 - require Gtk2::Spell; ok 2 enchant error for language: en_US at t/0.GtkSpell.t line 34. # Looks like you planned 8 tests but ran 2. # Looks like your test exited with 255 just after 2. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 6/8 subtests Test Summary Report ------------------- t/0.GtkSpell.t (Wstat: 65280 Tests: 2 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 8 tests but ran 2. Files=1, Tests=2, 0 wallclock secs ( 0.05 usr 0.00 sys + 0.15 cusr 0.01 csys = 0.21 CPU) Result: FAIL #v- (In a cowbuilder chroot, with and without locales-all installed.) Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `- NP: Reinhard Mey: Ein Antrag auf Erteilung eines Antragsformulars
signature.asc
Description: Digital signature
