Closed mjd3 closed 2 years ago
Thanks for raising this up @mjd3, problem was previously described at https://github.com/BerkeleyAutomation/FogROS2/issues/15#issue-1196892468 and yesterday again at the end of my comment at https://github.com/BerkeleyAutomation/FogROS2/issues/19#issuecomment-1099446348. Particularly, note:
Remove duplicated code in FogROS2 launch extensions fogros2_launch (ping @jeffi and @KeplerC, there's currently lots of duplicated code and we should only include the extensions)
In a nutshell, the extension of the ROS 2 launch file system has been done by dumping the launch
package re-building the package as an overlay (and re-extending the CLI tooling with the same verbs and subverbs). This obviously creates a clash. I'm pretty sure that you'll observe more errors as well if you just type ros2
in the CLI, as again this dives deep into how ROS 2 extensions work.
The conflicting package is https://github.com/BerkeleyAutomation/FogROS2/tree/mjd3/code-cleanup/fogros2_launch (which if you observe, has lots of duplicates when compared to https://github.com/ros2/launch/tree/master/launch). We should not be duplicating all of this. Instead, we should only be specializing whatever classes are needed (I think it's only just one class, right @KeplerC?).
So what's needed is simply to clean up https://github.com/BerkeleyAutomation/FogROS2/tree/mjd3/code-cleanup/fogros2_launch, remove all duplicates with respect launch
and leave it as a simple set of extensions (classes that inherit launch
abstractions and specialize them for the purpose of FogROS2). Let me know if that helps.
Also, these changes would need to be brought to all branches for things to work fine (including main
and humble
).
Added this to the list we're keeping at https://github.com/BerkeleyAutomation/FogROS2/issues/15 since this is also a major roadblock for release.
This should be closed by #29
Describe the bug When trying to run
ros2 launch
, it appears there is a circular import causing it to crash. Potentially due to multiple modules namedlaunch
?To Reproduce Steps to reproduce the behavior:
mjd3/code-cleanup
branch)ros2 launch
inside container Stack trace:Expected behavior Should instead output the possible next arguments, not crash.