On Thu, Mar 19, 2015 at 9:56 AM, Chris Barker
On Thu, Mar 19, 2015 at 9:26 AM, Ionel Cristian Mărieș
wrote:
The --record is for making a list of installed files. You don't need it if you don't use record.txt anywhere.
thanks -- I"ll take that out...
Actually, I took that out, and got: running install error: You must specify --record or --root when building system packages so it's needed I guess. By the way, the error I get if I do a raw setup.py install is: """ RuntimeError: Setuptools downloading is disabled in conda build. Be sure to add all dependencies in the meta.yaml url= https://pypi.python.org/simple/petulant-bear/r Command failed: /bin/bash -x -e /Users/chris.barker/PythonStuff/IOOS_packages/conda-recipes/wicken/build.sh """ so setuptools is trying to install petulant-bear, but conda has disables that. But it is, in fact installed, conda having done that to prepare the environment. So this is why I just want to tell setuptools to not try to download and install dependencies But we're getting off topic here -- should probably put in a feature request for "--no-deps" for install and build commands. -CHB
This was a cut and paste form teh net after much frustration -- once I got somethign that worked, I decided I was done -- I had no energy for figuring out why it worked...
As for --single-version-externally-managed, that's unrelated to your setup_requires pain - you probably already have the eggs around, so they aren't redownloaded.
well, what conda does to build a package is create a whole new empty environment, then install the dependencies (itself, without pip or easy_install, or...), then runs setup.py install (for python packages anyway). In this case, that step failed, or got ugly, anyway, as setuptools didn't think the dependent packages were installed, so tried to install them itself -- maybe that's because the dependency wasn't installed as an egg?
I can't recall at the moment whether that failed (I think so, but not sure why), but I certainly didn't want all those eggs re-installed.
What --single-version-externally-managed does is force the package to install in non-egg form (as distutils would).
hmm -- interesting -- this really was a dependency issue -- so it must change _something_ about how it looks for dependencies...
That also means only setup.py that uses setuptools will have the --single-version-externally-managed option available.
yup -- so I need to tack that on when needed, and can't just do it for all python packages...
Thanks -- that does make things a bit more clear!
-CHB
Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro
On Thu, Mar 19, 2015 at 6:17 PM, Chris Barker
wrote: On Thu, Mar 19, 2015 at 9:12 AM, Ionel Cristian Mărieș < contact@ionelmc.ro> wrote:
Worth considering, if you can afford it, to have a local patch that you apply before building. Then you have all the necessary fixes (like remove the setup_requires) in that patch file.
yup -- that's a option -- but a really painful one!
I did, in fact, find an incantation that works:
$PYTHON setup.py install --single-version-externally-managed --record=/tmp/record.txt
but boy, is that ugly, and hard to remember why not a --no-deps flag?
(and I have no idea what the --record thing is, or if it's even neccessary...
-Chris
This is a popular approach in Debian packages - they can have all kinds
of fixes for the upstream code.
Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro
--
Christopher Barker, Ph.D. Oceanographer
Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
--
Christopher Barker, Ph.D. Oceanographer
Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
-- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker@noaa.gov