@henningkayser and @rhaschke, you're self-attributing yourselves commits in here. I don't remember you contributed to this in February. See https://github.com/ros-planning/geometric_shapes/pull/96/commits. It'd be nice if you could rebase and add original authors.

@vmayoral, Henning has put a lot of effort to cleanup the commits in #96, which were changing stuff back and forth. Probably that's the reason why he put himself as author for cmake related changes.
As you might have noticed, I'm not mentioned as author of any commits (except fixups, which I expect to be squashed with their base commits).

@henningkayser, I have asked for a release of octomap into dashing.

@rhaschke thanks for following up on the random_numbers and octomap dependencies! With octomap I had some issues with the ros2 branch, namely conflicting opengl headers and issues with the top-level CMakeLists octomap-distribution which lead to problems with colcon finding octomap (pretty much the same issue you just ran into with Travis CI). octomap-distribution is detected as the top-level package by colcon. Even with octomap included as build dependency, colcon doesn't find it and might even build geometric_shapes before octomap-distribution resulting in missing dependency octomap. If we add octomap-distribution as build dependency to the package.xml, rosdep complains that this package can't be found since it doesn't provide a package.xml. Either octomap-distribution needs to be a proper meta package with separate package.xml or it should be omitted in the ROS 2 package. I wanted to address those issues next, the forked branch contains temporary fixes.

@henningkayser, I have asked for a release of octomap into dashing.

That's great, with pre-built releases the issues above shouldn't occur