[Python-Dev] Time for 2.3.3?

Tim Peters tim.one at comcast.net
Sat Nov 22 14:31:14 EST 2003


>>> Did a cvs update about 30 minutes ago.  make test reports no errors.
>>> Running again with "-u all -r" to see what happens.

>> Also looks good.  This was with a RH9 system.

[Barry Warsaw]
> Unfortunately, no so for me:
>
> test_mimetypes
> test test_mimetypes failed -- Traceback (most recent call last):
>   File "/home/barry/projects/python23/Lib/test/test_mimetypes.py",
> line 52, in test_guess_all_types
>     eq(all, ['.bat', '.c', '.h', '.ksh', '.pl', '.txt'])
>   File "/home/barry/projects/python23/Lib/unittest.py", line 302,
> in failUnlessEqual
>     raise self.failureException, \
> AssertionError: ['.asc', '.bat', '.c', '.h', '.ksh', '.pl', '.txt']
> != ['.bat', '.c', '.h', '.ksh', '.pl', '.txt']
>
> But we've seen these before, right?  Doesn't some test interfere with
> globals in a way that screws mimetypes occasionally?

googling on test_guess_all_types nails it:

    http://mail.python.org/pipermail/python-dev/2003-September/038264.html

Jeff Epler reported there, in a reply to you about the same thing in 2.3.1,
that test_urllib2 interferes with test_mimetypes (when run in that order),
and included a patch claimed to fix it.  Of course, since he didn't put the
patch on SF, it just got lost.




More information about the Python-Dev mailing list