not handling another broken gpm scenario

[ian]

new details:

When GPM is installed but not working in such a way that /usr/bin/mev exits instead of providing mouse events, urwid doesn't work on the Linux console.

original report:

17:37 < intnull> ok, terminal.py in the latest gihub version works in the console for me :D
17:39 < wardi> I never quite got that example working properly..  I assume the others work too?
17:40 < wardi> that was supposed to be a running-urwid-without-taking-over-the-whole-screen thing
17:41 < intnull> well in the other i cant type anything
17:41 < intnull> UnicodeEncodeError
17:41 < wardi> that's interesting.
17:42 < wardi> intnull: what about tour.py?
17:42 < wardi> if you're not running with with a utf-8 encoding some of the examples certainly won't work
17:43 < intnull> well F8 works but nothing else
17:44 < intnull> in the plain console
17:44 < intnull> in my window manager everything works :)
17:47 < wardi> intnull: so, no arrow keys, pgup/pgdn, keyboard input except for F8?
17:48 < intnull> yeah in tour.py
17:48 < wardi> intnull: what's your LANG set to ?
17:49 < wardi> intnull: and TERM ?
17:49 < wardi> sorry, I confused terminal.py and shell.py
17:50 < wardi> terminal.py is the terminal widget example
17:50 < intnull> LANG: en_US.utf8
17:51 < wardi> intnull: try input_test.py
17:51 < wardi> press up, down, page up, page down and pastebin the result
17:51 < intnull> works
17:52 < wardi> intnull: try "input_test.py raw"
17:53 < intnull> with raw no output
17:53 < intnull> not even F8
17:53 < intnull> q works
17:54 < intnull> q or Q
17:55 < intnull> btw echo $TERM outputs linux
17:56 < intnull> im using archlinux
17:56 < wardi> oh, my master bookmark has fallen behind
17:58 < wardi> intnull: pull again
17:58 < wardi> although those changes shouldn't matter here.. hmm
17:59 < wardi> intnull: which version of python?
18:00 < intnull> wardi: Python 2.7.2
18:01 < wardi> intnull: that's really weird.  I might need to install arch to see if I can figure out what's different about its console
18:02 < intnull> wardi: what are you using?
18:02 < wardi> ubuntu and debian
18:06 < intnull> i have no clue :)
18:08 < wardi> I mean.. with "input_test.py raw" there really should be something showing up when you press keys.  the raw keycodes appear in the right column
18:09 < wardi> intnull: what happens with 0.9.9.2?  (the old-0.9.9 branch)
18:14 < intnull> wardi: which commit?
18:15 < intnull> do you use git?
18:15 < wardi> ee8dbe8d09
18:16 < intnull> ok tour.py works
18:17 < wardi> intnull: ok, so it's newly broken
18:17 < intnull> yeah everything works in this version :D
18:18 < wardi> I wonder if it's related to the on_idle stuff
18:18 < wardi> intnull: but it won't in my next release :-/
18:18 < intnull> nevermind i really dont use it
18:19 < intnull> windowmanager is a must
18:19 < wardi> well, I'll add a "raw_display + linux console on arch linux doesn't work" bug to my tracker

[ian]

needed to properly remove gpm_mev's fd from our watched file descriptors when it gives us invalid data. Added a new signal that raw_display can send to cause MainLoop to reload the input file descriptors.