dynamic install_requires breaks universal wheels about zodb

[mgedmin]

The third solution is probably not much of a solution, unless everyone who makes releases remembers to
build and upload py26, py27 wheels to PyPI at release time, passing --python-tag=py26/py27 as appropriate for each python bdist_wheel command.

[jamadden]

I'm responsible for the use of zodbpickle under 2.7 (it was already dynamically computed and used under Py3), so I'm happy to help resolve this. I guess I should finally try to read and understand PEP 426 :)

I added it for Python 2.7 because cPickle is broken in 2.7. cPickle works fine under 2.6, though (which is why jimfulton hadn't encountered the issue before). Now, zodbpickle claims to be an implementation of the Python 2.7 pickle modules, but it is also tested on Python 2.6. When the use of zodpickle under 2.7 was merged, I did a quick review of the differences between the 2.6 and 2.7 pickle modules, and didn't find anything that looked like a compatibility issue to me.

If that holds true, then I would support option one, using zodbpickle under Python 2.6. Although it's an additional dependency (for that one implementation), it would simplify the test matrix, and it seems reasonable and consistent to use the same pickle implementation under all platforms.

[mgedmin]

Oh snap I don't have PyPI rights for ZODB (and discovered this in the middle of ./fullrelease for 4.2.0b2). @jimfulton, @tseaver: please?

[tseaver]

https://pypi.python.org/pypi/ZODB/4.2.0#change-history

[mgedmin]

Welp, 4.2.0 doesn't fix this :(

Back to the drawing board (I want to understand why before attempting a different fix).

[mgedmin]

I cannot reproduce using the STEPS TO REPRODUCE anymore, but I can reproduce using zodbbrowser's tox.ini on Linux.

[jamadden]

RE: using zodbpickle everywhere: Although the pickle format wouldn't change, the exceptions that get raised would (from cPickle.PicklingError to zodbpickle.fastpickle.PicklingError, represented as _pickle.PicklingError) . This could be a minor compatibility concern (we ran into this in one of our test suites after jumping to ZODB 4.2.0).

[mgedmin]

I did a tox -r and now can't reproduce on Linux any more.

I can reproduce on Windows, even after wiping the Jenkins workspace.

[mgedmin]

Filed a pip bug: pypa/pip#2870

[mgedmin]

My problem was that I was building ZODB wheels with wheel 0.23.0, which did not support environment markers and thus created wrong metadata in the .whl file.

Upgrading to wheel 0.24.0 fixed everything.