Skip to content
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

support matching tox environment for catkin_pip #104

Open
asmodehn opened this issue Mar 23, 2017 · 4 comments
Open

support matching tox environment for catkin_pip #104

asmodehn opened this issue Mar 23, 2017 · 4 comments
Milestone

Comments

@asmodehn
Copy link
Member

We currently support running nose and pytest for testing.

We should add support to use tox directly, but testing only the environment passed as arguments.

The advantage is that we would be using the tox configuration, and we avoid needing a complex test configuration in CMakeLists.txt

@asmodehn
Copy link
Member Author

One of the problems here, is to hook up with catkin expectations (xunit file created in a specific place for example).
It might be worth investigating if we can also be more accepting regarding arguments to nosetest and pytest... without disturbing too much the existing cmake API...

@asmodehn
Copy link
Member Author

A good test candidate is https://github.com/box/flaky package : if we can run its tests (tox) we can release it on ROS...

@asmodehn
Copy link
Member Author

broken templates there : https://github.com/asmodehn/flaky-rosrelease

@asmodehn
Copy link
Member Author

asmodehn commented Sep 1, 2017

One good argument for this is also that it would allow us to run tests, from catkin, but in a separate python environment (where we can get latest versions of tests library).

This works if we trust that a test passing on latest python env with latest library also means the distro python env will work fine -> we rely on linux distro to provide a consistent, up to date, python environment.

That usecase would allow us to develop packages in pure python (if we can get the dependencies from PyPI), and test in each distro, while NOT relying on old test libraries as package dependency, but only test dependencies, that we don't need to port as ros package, or maintain bwcompat for.

ROS packages using that feature will become simple backports of python packages, and main dev workflow should be python.

This eases maintenance load a significant bit...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant