ContextualVersionConflict error when building rpm about vpip

[eight04]

How did you get this error?

[jayvdb]

;-)

by building my own rpm
https://build.opensuse.org/package/show/home:jayvdb:py-new/python-vpip

[eight04]

I don't have a Linux machine and I don't know how the rpm is built. sdist and bdist_wheel completes successfully while [email protected] is installed.

I'm not sure why it generates this error while building. Dependencies should only be processed by the library user instead of the author.

[jayvdb]

This is a sdist+unix problem. setuptools creates a bin wrapper which uses pkg_resources , and pkg_resources checks all the pins of the package it is about to invoke. So when the package says setuptools~=40.7, pkg_resources will refuse to run the bin wrapper when setuptools 41 is installed.

[jayvdb]

I'll recheck this tmr.

[jayvdb]

Changing this to setuptools~=41.4 caused me the opposite problem -- I had v41.0.1 installed, which isnt compatible with setuptools~=41.4.

I updated my setuptools and all was good again.

Does one of these fail with lower setuptools versions?

vpip/commands/__init__.py:from pkg_resources import resource_listdir
vpip/dependency.py:from pkg_resources import parse_requirements
vpip/pip_api.py:from pkg_resources import Requirement

I suggest using tox or https://github.com/theacodes/nox , with setuptools as a factor in the matrix, so the test suite runs against a few versions of setuptools to ensure the lowest setuptools version is known and supported (or bumped when required), and the latest setuptools is also tested to ensure ongoing compatibility.

[eight04]

Does one of these fail with lower setuptools versions?

vpip/commands/__init__.py:from pkg_resources import resource_listdir
vpip/dependency.py:from pkg_resources import parse_requirements
vpip/pip_api.py:from pkg_resources import Requirement

I think they work fine from 40.5: https://github.com/eight04/vpip/blame/b2e64bd98acf85d512694814ced6efab628500f9/setup.cfg#L29

I suggest using tox or https://github.com/theacodes/nox , with setuptools as a factor in the matrix, so the test suite runs against a few versions of setuptools to ensure the lowest setuptools version is known and supported (or bumped when required), and the latest setuptools is also tested to ensure ongoing compatibility.

setuptools is a dependency. If we want to test the compatibility with dependencies, we should test all of them. But it doesn't worth it IMHO.

---

This is a build issue. We should fix the build process. It could be a bug in setup.py or the build script. But we shouldn't modify the production code.

[jayvdb]

https://github.com/ninjaaron/fast-entry_points is another solution specifically for the setuptools created entry point script. It removes that use of pkg_resources, so the bin wrapper is like the one created for wheels.

[eight04]

Now we don't depend on setuptools. Would you like to try it again?