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

Remove _tests packages from metapackage #409

Closed
1 of 2 tasks
matthew-reynolds opened this issue Jan 12, 2020 · 3 comments
Closed
1 of 2 tasks

Remove _tests packages from metapackage #409

matthew-reynolds opened this issue Jan 12, 2020 · 3 comments
Assignees

Comments

@matthew-reynolds
Copy link
Member

matthew-reynolds commented Jan 12, 2020

Following up from #404 (comment):

The combined_robot_hw_tests and controller_manager_tests packages should not be released and should not be dependencies of the metapackage. If they offered a framework for testing plugins/3rd party code, they would have a reason to be released, but as implemented they are essentially just more tests for their respective packages.

Steps to take:

  • Remove these packages from the ros_control metapackage, certainly in Noetic but ideally also in Kinetic and Melodic (Done in Remove _tests packages from metapackage #411)
  • In Noetic, do not release these packages Edit: Nevermind, let's release these as before in case anyone leverages them for their own tests.
@mateus-amarante
Copy link
Contributor

Shouldn't those *_tests packages be test dependencies of the meta package? Like:

<test_depend>controller_manager_tests</test_depend>	
<test_depend>combined_robot_hw_tests</test_depend>

@matthew-reynolds
Copy link
Member Author

rosdep doesn't distinguish between any types of dependencies, it just globs everything together (See here). rosinstall_generator does the same (See here).

Since there's no ability to filter out test dependencies, some potentially very heavy dependencies (ie gazebo) will be pulled in. Excluding test depends from the metapackage (And ultimately re-structuring some tests into dedicated packages which can also be excluded) makes it much more convenient for non-desktop installs.

@matthew-reynolds
Copy link
Member Author

Also, I forget who but someone brought up that it's still worthwhile to release the tests in case anyone wants to build their own tests on top of them, even if they're not part of the metapackage proper. So I'm going to remove the second item from this TODO and close this issue, as it is complete. Heads up @bmagyar

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

No branches or pull requests

3 participants