Split this repo and deprecate robot_model

[sloretz]

Summary of meeting:

Original issue: collada_urdf depends on geometric_shapes which depends on octomap. During the ROS Lunar release packages depending on packages in robot_model were blocked needlessly by the release of octomap and geometric shapes.

Plan

Before Lunar release

• Leave the metapackage robot_model in this repo, but re-release to lunar with status end-of-life with EOL message indicating other packages have been moved
• Update ROS Lunar migration notes on ROS wiki to say robot_model has been deprecated

Anytime, but sooner rather than later

• Move collada_parser and collada_urdf together to a new repo (Strip collada indigo #197 Strip collada kinetic #198)
• Move kdl_parser and kdl_parser_py together to a new repo (Move kdl kinetic #201 Move kdl indigo #202)
• Move joint_state_publisher to a new repo (Removed joint_state_publisher (indigo) #218, Removed joint_state_publisher (kinetic) #219)
• Move urdf and urdf_parser_plugin together to a new repo (Kinetic move urdf #222, Indigo move urdf #223)
• Add a README for this repo which points to the new repositories

Before M Turtle

• Add a new rep like REP-142 that lists each package independently in the robot_metapackage instead of robot_model (Add in REP-150: updated metapackages for ROS Melodic ros-infrastructure/rep#144)
• Don't release robot_model metapackage into ROS M

note to self: https://discourse.ros.org/t/repository-consolidation-moving-released-packages-to-another-repo/327/4

[sloretz]

@clalancette @mikaelarguedas @wjwwood Does this look right?

[sloretz]

Closing in favor of https://osrfoundation.atlassian.net/browse/ROS-38

[wjwwood]

I think it can be split into categories based on what needs to happen by when:

• Before Lunar Release (ideally before Beta):
  • Leave the metapackage robot_model in this repo, but re-release to lunar with status end-of-life
    • Make sure the EOL message indicates that the robot_model metapackage is deprecated, the other packages have just been moved.
  • Update ROS Lunar migration notes on ROS wiki
    • Mention that the robot_model metapackge has been deprecated
• Any time, but sooner than later:
  • Move collada_parser and collada_urdf together to a new repo
  • Move kdl_parser and kdl_parser_py together to a new repo
  • Move joint_state_publisher to a new repo
  • Move urdf and urdf_parser_plugin together to a new repo
  • Add a README for this repo which points to the new repositories
• Any time before M-Turtle
  • Add a new rep like REP-142 that lists each package independently in the robot_metapackage instead of robot_model
  • Don't release robot_model metapackage into ROS M

Also, I think might be useful for these to be on GitHub since Jira is not public.

[wjwwood]

@sloretz it should be fine to have the overarching issue in JIRA as long as the individual issues are in GitHub, though I do still think having an organizing issue in GitHub helps with cross-referencing for external observers.

Edit: (I was just clarifying why I asked for it to be left open here, you don't need to change anything else)

[sloretz]

@wjwwood The first post is now split according to the categories you listed.

[wjwwood]

👍 lgtm

[mikaelarguedas]

@bmagyar FYI, thanks for reporting the issue

[bmagyar]

👍

[sloretz]

Step 1 in ros/rosdistro#14675

[sloretz]

Migration notes updated for lunar http://wiki.ros.org/lunar/Migration

[sloretz]

Ideas for new repo names?

• ros/collada_model
  • collada_parser
  • collada_urdf
• ros/kdl_model
  • kdl_parser
  • kdl_parser py
• ros/joint_state_publisher
  • joint_state_publisher
• ros/urdf_model
  • urdf
  • urdf_parser_plugin

@mikaelarguedas if these names look ok or if you've got better ones would you mind forking robot_model into them? I don't have the permissions needed to create a repo in the ros org.

[wjwwood]

My initial reaction is that the _model isn't always necessary, though I don't feel strongly about it. I would have done:

• ros/collada_urdf
  • because collada_urdf is the important package, and collada_parser is a means to an end imo
• ros/kdl_parser
  • this seems to fit better (to me at least) than _model which doesn't seem to have anything to do with the package names within the repository
• ros/urdf
  • urdf_parser_plugin is part of urdf in my mind, so urdf seems appropriate
  • if I consider what _model means when attached to urdf I can't come up with a meaning that tells me more than just urdf

These are all just suggestions. I think whatever you do will be just fine.