-
Notifications
You must be signed in to change notification settings - Fork 137
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 python_version key to REP 153 #207
Conversation
18d67f9
to
995d6d6
Compare
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. I've left a couple wording suggestions below.
Co-Authored-By: Jacob Perron <[email protected]>
Co-Authored-By: Jacob Perron <[email protected]>
* python_version: an optional integer describing the major version of | ||
Python of the ROS distribution. |
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 this is optional, should the REP define a default?
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 don't think there is any default value which would be reasonable / not have common cases where it would be wrong. The official rosdistro
database is being update to define the value for every ROS distro: ros/rosdistro#22484.
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.
Well, given that the REP specifies that unknown keys are to be ignored, along with the fact that until very recently everything was python 2, clients will be assuming python 2 unless support for this key is added, right? In other words, it seems like the de-facto default is 2, here, but only because of assumptions made by consumers of the REP. That seems potentially problematic, but I suppose also mostly academic.
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.
along with the fact that until very recently everything was python 2, clients will be assuming python 2 unless support for this key is added, right?
That is incorrect. While all ROS 1 distros up to Melodic are using Python 2 all ROS 2 distributions are using Python 3.
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.
Great point-- that distinction is currently hard-coded then, yes? But it's "easy" right now because you can split ROS 1->Python 2, ROS 2->Python 3, until Noetic. Which comes back to this PR. Very good, thank you.
This specifies the semantic of the new key
python_version
introduced in ros-infrastructure/rosdistro#145.