Not using bootstrap.py as default?

[smcmahon (SteveM)]

Let me note that we already have nearly all the problems that have been mentioned as a negative for replacing bootstrap.py. Everyone that is checking out an old buildout or trying to update an old site is running into the fact that bootstrap.py is broken without extraordinary workarounds.

So, we already need to do some documentation to help these poor souls out of their bootstrap/setuptools hell. At the moment, it looks easiest to me to document the virtualenv/buildout approach.

[djowett]

I've just found time to come back & read this. I want to say thanks to Jens - for the virtualenv idea & everyone for the very helpful open discussion. I think the best thing that can be put in the docs is a clear admission that this area gets difficult at times... that should keep new adopters with us, rather than giving up!

Btw yesterday I found the following command which seems like it would help with version conflicts when I get them (is this obvious, or not?) In this example for plone.resource, it shows me what other products require it & what pins they apply:

$ grep plone.resource  eggs/*.egg/EGG-INFO/requires.txt 
eggs/plone.app.theming-1.1.6-py2.7.egg/EGG-INFO/requires.txt:plone.resource>=1.0b5
eggs/plone.app.theming-1.1.6-py2.7.egg/EGG-INFO/requires.txt:plone.resourceeditor
eggs/plone.app.themingplugins-1.0b1-py2.7.egg/EGG-INFO/requires.txt:plone.resource
eggs/plone.resourceeditor-1.0-py2.7.egg/EGG-INFO/requires.txt:plone.resource

[fgrcon]

Worked fine for a while but ...

see

TypeError: 'Version' object has no attribute '__getitem__'

The annoying @#$!@#$ problem I've had the last few days is solved by pip install setuptools==38.5.1 (or bin/pip install setuptools==38.5.1 depending on your setup) It seems that setuptools 39.0.1 is messed up. I had been getting this error running buildout: $ bin/buildout Develop: '/Users/kim/src/uwosh.oie.studyabroadstudent/.' Updating _mr.developer. Installing instance. While: Installing instance. An internal error occurred due to a bug in either zc.buildout or in a recipe being used: …

[jensens (Jens W. Klein)]

@fgrcon

Worked fine for a while but …

I think this was solved meanwhile.

[fgrcon]

Indeed, imissed to pin plone.recipe.zope2instance to 4.4.0 (was 4.3)
Sorry ....

[macagua (Leonardo Caballero)]

@jensens

I has been many nightmares trying to fixed the correct pinnies for setuptools or zc.buildout packages every son often, because my buildout.py file is outdated.

[idgserpro]

I'm not having bootstrap.py problems for a while. The last version is on https://bootstrap.pypa.io/bootstrap-buildout.py (it's hasn't been updated recently though).

For people coming just now about the bootstrap.py discussion, don't forget to check https://github.com/plone/Products.CMFPlone/issues/2001

[tomgross]

You can even skip step one and do bin/pip install -r https://raw.githubusercontent.com/plone/buildout.coredev/5.1/requirements.txt