Tim Golden <m...@timgolden.me.uk> added the comment:
Closing as "won't fix": this would be the same if you had any code which tried
to do os.mkdir ("aux"). By way of comparison, Info-ZIP's UnZip returns
"checkdir error: aux exists but is not directory" which actually seems less
useful!
I don't believe it's the responsibility of the zipfile module (or tarfile or
bz2 or any other) to silently reinterpret the names of files -- how would any
code in the package expecting "aux/code.c" cope with the name change?
----------
assignee: -> tim.golden
resolution: -> wont fix
stage: -> committed/rejected
status: open -> closed
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue6609>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
