On Thu, Mar 19, 2015 at 9:56 AM, Chris Barker <chris.bar...@noaa.gov> wrote:
> On Thu, Mar 19, 2015 at 9:26 AM, Ionel Cristian Mărieș <cont...@ionelmc.ro > > 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 <chris.bar...@noaa.gov> >> wrote: >> >>> On Thu, Mar 19, 2015 at 9:12 AM, Ionel Cristian Mărieș < >>> cont...@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.bar...@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.bar...@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.bar...@noaa.gov
_______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
