Skip to content
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

Merged
merged 3 commits into from
Oct 7, 2019

Conversation

dirk-thomas
Copy link
Member

This specifies the semantic of the new key python_version introduced in ros-infrastructure/rosdistro#145.

@dirk-thomas dirk-thomas self-assigned this Oct 1, 2019
rep-0153.rst Outdated Show resolved Hide resolved
Copy link
Contributor

@jacobperron jacobperron left a 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.

rep-0153.rst Outdated Show resolved Hide resolved
rep-0153.rst Outdated Show resolved Hide resolved
dirk-thomas and others added 2 commits October 2, 2019 09:36
Co-Authored-By: Jacob Perron <[email protected]>
Co-Authored-By: Jacob Perron <[email protected]>
Comment on lines 81 to 82
* python_version: an optional integer describing the major version of
Python of the ROS distribution.
Copy link
Contributor

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?

Copy link
Member Author

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.

Copy link
Contributor

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.

Copy link
Member Author

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.

Copy link
Contributor

@kyrofa kyrofa Oct 3, 2019

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.

@dirk-thomas dirk-thomas merged commit 5635c7c into master Oct 7, 2019
@dirk-thomas dirk-thomas deleted the dirk-thomas/add-python_version-to-index branch October 7, 2019 16:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants