This adds some extra waits, etc. to a few parallel tests, to make them less likely to fail, which they have done on rare occasion. It's difficult to be conclusive, given the multiprocessing/network nature of the tests.
It has also been revealed that when building python-readline for OSX 10.7 python-2.7, import readline prints the escape 'ESC[?1034h' to stdout (not sys.stdout, because it doesn't appear to be redirected, the hardwired process stdout). Since I've seen reference to this behavior of readline even outside Python (http://www.google.com/search?q=readline+1034h), I added handling to ignore it in the test suite, so IPython.core.tests.test_run once again passes all tests on system Python on OSX 10.7.
improve reliability of occasionally failing parallel tests
strip leading 'ESC[?1034h' in tests caused by `import readline`
`import readline` causes 'ESC[?1034h' to be the first output sometimes,
so strip that off the front of the first line if it is found.
This has been reported to RedHat in 2007, but appears to only apply to
OSX 10.7 at the moment.