It looks like something changed on the python.org server-side that is causing test_urllib2net tests test_urlwithfrag (and, on 3.4, test_redirect_url_withfrag) to fail because the fragment doesn't appear in the response url.  Which is very puzzling.  At least, I can't see any recent changes to urllib or the tests in the hg log.  The errors came to my attention as a result of a 3.4 buildbot run on a couple of completely unrelated patches, but I've confirmed that it also fails on 3.3 now.

The URLs in question are:

http://docs.python.org/3.4/glossary.html#term-global-interpreter-lock
http://docs.python.org/2/glossary.html#glossary

Which are now redirecting to https, which would cause a failure regardless of the fragment issue...perhaps the fragment issue is an expected result of the redirect.

New changeset 8263d3c1cf34 by Benjamin Peterson in branch '2.7':
use https docs url (#21115)
http://hg.python.org/cpython/rev/8263d3c1cf34

New changeset fc28ce0983de by Benjamin Peterson in branch '3.2':
use https docs url (#21115)
http://hg.python.org/cpython/rev/fc28ce0983de

New changeset 7ac893834a5e by Benjamin Peterson in branch '3.4':
merge 3.3 (#21115)
http://hg.python.org/cpython/rev/7ac893834a5e

New changeset c0d89375d4c8 by Benjamin Peterson in branch 'default':
merge 3.4 (#21115)
http://hg.python.org/cpython/rev/c0d89375d4c8

New changeset c8bef5664305 by Benjamin Peterson in branch 'default':
merge 3.4 (#21115)
http://hg.python.org/cpython/rev/c8bef5664305