-
Notifications
You must be signed in to change notification settings - Fork 42
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
Add action_msgs package #41
Conversation
Contains common message and service definitions for all ROS actions. Messages: - GoalStatus.msg - Contains a goal ID, timestamp, and status. - GoalStatusArray.msg - An array of GoalStatus.msg. - UUID.msg - Type of goal IDs; this is temporary until we port the existing uuid_msgs (see TODOs). Service: - CancelGoal.srv - API for canceling goals describing the cancel policy.
action_msgs/package.xml
Outdated
|
||
<build_depend>builtin_interfaces</build_depend> | ||
|
||
<exec_depend>builtin_interfaces</exec_depend> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think <depend>builtin_interfaces</depend>
to get all three build_depend
, exec_depend
, and build_export_depend
would make sense because a C generator would export a header with an include to builtin_interfaces/msg/Time.h
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general there are only two types of dependencies: the ones for build time and the ones for run time. Internally exec_depend
and build_export_depend
do the same thing - they are only named separately since users found it "easier" / more intuitive than run_depend
.
Anyway if you use both then using depend
makes sense 👍
Blocked by ros2/rosidl#307 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Just one opinion that UUID could live in builtin_interfaces, but that is a conversation that can be resolved later.
@@ -0,0 +1,6 @@ | |||
# Goal ID | |||
# TODO(jacobperron): Use a ported version of https://github.com/ros-geographic-info/unique_identifier/blob/master/uuid_msgs |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given that uuid_msgs
has just a single message, I think the UUID.msg could live in builtin_interfaces
rather than porting a package named uuid_msgs
. Porting the tools in unique_id
wouldn't need to block that.
Sounds good. |
|
@sloretz @dirk-thomas |
Contains common message and service definitions for all ROS actions.
Messages:
Service:
Resolves #40