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 olliewalsh
Recipients eric.araujo, olliewalsh, tarek
Date 2012-06-27.12:53:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1340801621.17.0.778641533675.issue15205@psf.upfronthosting.co.za>
In-reply-to
Content
Hi,

This is related to #12585.

Distutils sdist builds a package tree using hardlinks to the source if supported by the OS. This is then tarred/zipped/etc...

If the source contains symbolic links to external files:

On Linux (and apparently Solaris) they are not dereferenced and the resulting package is broken.

On OSX (and apparently all BSD kernels) a hardlink to a symlink will dereference the symlink first and the resulting tgz package is ok. However I would expect issue #8876 to be more likely as the symlink could references a different filesystem which would case hardlinking to fail.


In #12585 I assume that zip dereferences the symlinks which masks the issue.

distutils2 appears to always copy instead of hardlinking resolving all of these issues.

distutils can be monkey patched to do the same: 
http://article.gmane.org/gmane.comp.python.distutils.devel/2078
History
Date User Action Args
2012-06-27 12:53:41olliewalshsetrecipients: + olliewalsh, tarek, eric.araujo
2012-06-27 12:53:41olliewalshsetmessageid: <1340801621.17.0.778641533675.issue15205@psf.upfronthosting.co.za>
2012-06-27 12:53:40olliewalshlinkissue15205 messages
2012-06-27 12:53:40olliewalshcreate