The attached file has a snapshot of the python.org homepage that was
causing test_urllibnet to fail on some platforms (2 sparc, and ia64 at
least), but not other platforms.  This should be handled consistently.

I don't know if there are really errors in the attached web page or not.
 The problem occurs at byte offset 13259:

>>> data[13250:13270]
'r - Journ\xc3\xa9es Python'

I suppose that's invalid for ASCII, but valid UTF-8.

See r61921.  There is a problem that the API for fdopen doesn't accept
errors, encoding, etc. so it's problematic to handle this condition.

With python3.0, os.fdopen() is a simple call to io.open(), which has
these missing options.

Maybe os.fdopen should be deprecated or removed, and replaced by io.open.
Moreover, the comment in os.py is wrong: subprocess does not use fdopen
any more, but io.open instead.

What's the status of this?

I think the proposal to deprecate os.fdopen should be brought on
python-3000.

Committed r65343: os.fdopen accepts the same parameters as io.open().