error: can't copy '<dirname>': doesn't exist or not a regular file #483
Comments
|
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): I believe the issue was in distutils and was fixed in Python 2.7.7 or later. If you believe the issue still exists in later versions of Python, please indicate such and provide an example that replicates the failure. If you believe that setuptools should be monkey-patching a backport of the fix for older Pythons, please provide a pull request. Thanks. |
|
Original comment by stoneleaf (Bitbucket: stoneleaf, GitHub: stoneleaf): I'm using Python 3.5. Without the Now with the The repository is https://bitbucket.org/stoneleaf/xaml if you want to verify the problem. If this error should be reported somewhere else please let me know where.
|
|
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): That's odd. I'm unable to replicate your findings. Some things I note:
So I'm still at a loss as to how to replicate the issue. Do you have any other suggestions for replicating the failure? |
|
Original comment by stoneleaf (Bitbucket: stoneleaf, GitHub: stoneleaf): I'm such an idiot. BitBucket is my backup location for repositories, and I hadn't updated that one lately. It now has the latest version on it (0.5.0) I also updated my previous comment as the last error shown is the one when Before now I had been using Python 2.7 to build my packages, but finally decided to invest some time and update to the latest tools (Python3.5, setuptools, wheel, pip, etc), and on the one hand had much better results with getting all the files I wanted in the distribution actually showing up, but on the other hit that error. You should be able to replicate now (make sure and change that |
ghost
added
cokelaer
added a commit
to sequana/sequana
that referenced
this issue
Oct 3, 2016
|
This happened to us as well, the fix in the commit above fixed the issue for us too. Thanks! |
|
I just tried to replicate this again with Setuptools 28.1.0, but it worked just fine: I tried also with Python 3.5 using the latest setuptools and using different commands ( |
|
Same issue here with luigi I'm importing it from a pip module though (luigi is declared as a dependency in Environment:
Stack Trace: |
fdemmer
pushed a commit
to fdemmer/geordi
that referenced
this issue
Aug 7, 2017
pypa/setuptools#483 As per: Collecting geordi==0.4.2 (from -r reqs.txt (line 1)) Downloading https://artifactory-proxy.internal.useast.atlassian.io/bitbucket-pypi-virtual/packages/geordi/0.4.2/geordi-0.4.2.tar.gz (707kB) 100% |████████████████████████████████| 716kB 346kB/s Installing collected packages: geordi Running setup.py install for geordi ... error Complete output from command /usr/bin/python2 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-3M5vHi/geordi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-qHoU5K-record/install-record.txt --single-version-externally-managed --compile: running install running build running build_py creating build creating build/lib creating build/lib/geordi copying geordi/__init__.py -> build/lib/geordi running egg_info writing geordi.egg-info/PKG-INFO writing top-level names to geordi.egg-info/top_level.txt writing dependency_links to geordi.egg-info/dependency_links.txt warning: manifest_maker: standard file '-c' not found reading manifest file 'geordi.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' writing manifest file 'geordi.egg-info/SOURCES.txt' creating build/lib/geordi/static creating build/lib/geordi/static/geordi creating build/lib/geordi/static/geordi/css copying geordi/static/geordi/css/vis.min.css -> build/lib/geordi/static/geordi/css creating build/lib/geordi/static/geordi/img copying geordi/static/geordi/img/data.gif -> build/lib/geordi/static/geordi/img creating build/lib/geordi/static/geordi/js copying geordi/static/geordi/js/geordi.js -> build/lib/geordi/static/geordi/js copying geordi/static/geordi/js/vis.min.js -> build/lib/geordi/static/geordi/js creating build/lib/geordi/templates creating build/lib/geordi/templates/geordi copying geordi/templates/geordi/geordi.html -> build/lib/geordi/templates/geordi error: can't copy 'geordi/static/geordi/img': doesn't exist or not a regular file ---------------------------------------- Command "/usr/bin/python2 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-3M5vHi/geordi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-qHoU5K-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-build-3M5vHi/geordi/
|
Having the same issue with setuptools 35.0.1 When putting wildcard Obvious workaround is to precise the wildcard to not match the directories. I however wish the wildcard would resolve only to something that makes sense for the later install step... especially since |
|
Might relate to pypa/sampleproject#30 and #436 |
lwneal
added a commit
to lwneal/gnomehat
that referenced
this issue
Apr 20, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Originally reported by: stoneleaf (Bitbucket: stoneleaf, GitHub: stoneleaf)
This appears to be a regression of the problem discussed and fixed in http://bugs.python.org/issue19286.
This is possibly the same bug as Issue452 and Issue341.
My directory structure:
My setup.py (relevent section):
When I change the
'vim/*'to'vim/*.vim'the problem goes away.The text was updated successfully, but these errors were encountered: