Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Operation not permitted while trying hard linking #516

Closed
ghost opened this issue Mar 14, 2016 · 3 comments
Closed

Operation not permitted while trying hard linking #516

ghost opened this issue Mar 14, 2016 · 3 comments

Comments

@ghost
Copy link

ghost commented Mar 14, 2016

Originally reported by: sorin (Bitbucket: sorin, GitHub: sorin)


It seems that even current versions of setuptools to fail ugly when os.link cannot be performed, and this seems to be something more and more common, especially due to the virtualisation.

Hard links are not supported in many network mounts and virtual environments. In my case I am using Parallels to share my home directory which also contains the python modules which I am developing, allowing me to run the same code on OS X, Ubuntu and Windows.

It seems that doing python setup.py sdist fails with the (in)famous error:

hard linking README.txt -> foo-0.1
error: Operation not permitted

Based on the thread from http://www.itsprite.com/pythonpython-setup-py-sdist-error-operation-not-permitted/ I tried to add del os.link to my setup.py and it started to work.

While this workaround seems ugly, it seems that's the only one that covers all failure cases.

Problem reproduces with both 5.5.x and 20.x versions of setuptools.


@jamadden
Copy link
Member

jamadden commented Jul 21, 2016

I just got bit by this using setuptools-24.2.1. I was trying to use docker to produce gevent manylinux wheels in a more automated fashion using a mount point from the host machine (OS X).

The del os.link workaround fixed my problem.

@jaraco
Copy link
Member

jaraco commented Jul 21, 2016

This issue exists in Python (in distutils.command.sdist.sdist.make_release_tree and distutils.file_util.copy_file), but it could be patched here.

@jaraco jaraco closed this as completed in 9f77a06 Jul 21, 2016
@jaraco
Copy link
Member

jaraco commented Jul 21, 2016

Release pending with v24.3.0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants