This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author fberger
Recipients alexis, eric.araujo, fberger, tarek
Date 2011-09-19.16:15:14
SpamBayes Score 8.58324e-09
Marked as misclassified No
Message-id <1316448915.36.0.926530328531.issue12585@psf.upfronthosting.co.za>
In-reply-to
Content
> Okay.  Adding the easy keyword to lure contributors.

Thanks.

> I wonder if there is something to fix at all; tar is a smart container
> format whereas zip is simpler, so I would not be surprised if the
> source of the difference is just that zip cannot contain links.

In my mind, that is no excuse for inconsistent behaviour on part of the wrapper. If the *user* (i.e. package creator) had any choice of storing symlinks "as is" or the file linked, I would agree; but there is no option, no parameter, in fact not even a hint at the behaviour. On the contrary, the *wrapper* (i.e. distutils) does have a choice of derefering symlinks in a tar file or not.

So, from my point of view: surprises == bad, options/parameters == good, transparent consitency == best.

P.S. "Explicit is better than implicit" may also apply here. ;-)
History
Date User Action Args
2011-09-19 16:15:15fbergersetrecipients: + fberger, tarek, eric.araujo, alexis
2011-09-19 16:15:15fbergersetmessageid: <1316448915.36.0.926530328531.issue12585@psf.upfronthosting.co.za>
2011-09-19 16:15:14fbergerlinkissue12585 messages
2011-09-19 16:15:14fbergercreate