Closed MithunKinarullathil closed 2 years ago
Thanks for opening this Pull Request! We need you to:
Complete the activities.
Action: Complete Link to relevant issues in GitHub or Jira Action: Complete Link to relevant pull requests, esp. upstream and downstream changes Action: Complete Ensure you have provided tests - that demonstrates feature works or fixes the issue
If an activity is not applicable, use '\~activity description\~' to mark it not applicable.
This PR is just to close up a wound that is restricting the users without additional advantage. We have another good way to expose the ROS topics using the movai-cheatsheet, which has been tested thoroughly in the EE. It is better than exposing the full network to the host (which can have unintended consequences). So to summarize what this PR archives.
User is able to run their own ROS launches and ROS things in their host independently with movi-flow running beside it. (currently, this is not possible if movai-flow is running, which is restricting function without providing additional value)
For the short term we will document the steps from the cheat sheet, and how to expose topics manually to the community
For the long term, once the cheatsheet tools are exposed, they will be able to do this easily using the cli.
This PR is just to close up a wound that is restricting the users without additional advantage. We have another good way to expose the ROS topics using the movai-cheatsheet, which has been tested thoroughly in the EE. It is better than exposing the full network to the host (which can have unintended consequences). So to summarize what this PR archives.
- User is able to run their own ROS launches and ROS things in their host independently with movi-flow running beside it. (currently, this is not possible if movai-flow is running, which is restricting function without providing additional value)
- For the short term we will document the steps from the cheat sheet, and how to expose topics manually to the community
- For the long term, once the cheatsheet tools are exposed, they will be able to do this easily using the cli.
OK, I got it. I will just complete that for the long term, I would recommend not to have any CLI at all ;)
This PR is just to close up a wound that is restricting the users without additional advantage. We have another good way to expose the ROS topics using the movai-cheatsheet, which has been tested thoroughly in the EE. It is better than exposing the full network to the host (which can have unintended consequences). So to summarize what this PR archives.
- User is able to run their own ROS launches and ROS things in their host independently with movi-flow running beside it. (currently, this is not possible if movai-flow is running, which is restricting function without providing additional value)
- For the short term we will document the steps from the cheat sheet, and how to expose topics manually to the community
- For the long term, once the cheatsheet tools are exposed, they will be able to do this easily using the cli.
OK, I got it. I will just complete that for the long term, I would recommend not to have any CLI at all ;)
Haha. I have to disagree from a ros developer perspective. It's much easier for me to develop with a cli even if there is a good UI tool. It saves time ;)
Kudos, SonarCloud Quality Gate passed!
0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells
No Coverage information
0.0% Duplication
@xsoulp FYI. This should solve a bit of the issue you were mentioning. @diasdm This should be enough for the sonarqube test?
[^note]: Put an
x
into the [ ] to show you have filled the information. The template comes from https://github.com/MOV-AI/.github/blob/master/.github/pull_request_template.md You can override it by creating .github/pull_request_template.md in your own repository