-
Notifications
You must be signed in to change notification settings - Fork 134
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tox is incompatible with projects using flit.ini #75
Comments
Dealing with the ptyprocess specific question over there, answering more generally for flit here: By and large, I prefer to test pure Python code from the source directory rather than installing it. Flit facilitates this by eliminating the biggest source of differences between the source and installation - package_data and MANIFEST.in. The installed package should be exactly the same as the source package, just at a different path in the filesystem. If you do need to install the package, the intention for the next version of flit (see #72) is that flit should be installed outside your testing virtualenv, and be pointed to install the package inside it. The idea there is that flit is more a command line tool that happens to be implemented in Python, not something you should need to install in your testing environment. As you found, flit itself cannot be installed with Python 2, although there is a minimal installer shim that can be used in a pinch. #74 summarises the various options for integrating with systems that expect sdists or setup.py files. I am hopeful that we can hash out a new source tree standard that doesn't rely on setup.py files - see pypa/interoperability-peps#54. |
Thanks, I appreciate the explanation. If you could envision a world where |
I think the answer, given https://github.com/rbtcollins/interoperability-peps/blob/build-system-abstraction/build-system-abstraction.rst is "yes". Anyway, great work |
Thanks! Yes, I think it would be technically possible to teach tox about flit specifically, but I'd prefer to try to push through that build system abstraction proposal, and then teach tox about the new standard for source distributions. |
FYI, you can define *edit* Built-in support is here: tox-dev/tox#954 *edit* Something's missing, pip inside tox still needs an sdist with setup.py |
This might duplicate #74, but there is a lot of information there, so I thought I'd express this issue here.
tox depends upon a
setup.py
file to manage. We can avoid processing setup.py, but this negates the purpose of the tool -- to install the software from within a container.We can modify tox.ini to ignore using setup.py,
But not we're only creating a virtualenv to contain
py.test
and nothing more. We are using tests from, and testing against the source folder. We aim to test the installed version of our software to verify correct packaging (especially file inclusions/exclusions).Try 3, to explicitly install dependency
flit
so that we can install our package for testing:This fails because flit is only made available as a python 3 wheel and without source distribution, so it fails to install for python2.7 testing. I'm not sure where to go from here.
The text was updated successfully, but these errors were encountered: