Geographiclib does not exist in older versions of Ubuntu
Louis-PR opened this issue · comments
Since #40244, we have trouble issues using rosdep install with geographiclib dependency in a Bionic Beaver version of Ubuntu.
Refering to this line, @clalancette, could we add:
artful: [libgeographic-dev]
bionic: [libgeographic-dev]
vivid: [libgeographic-dev]
wily: [libgeographic-dev]
xenial: [libgeographic-dev]
yakkety: [libgeographic-dev]
zesty: [libgeographic-dev]
to the "geographiclib" key for ubuntu in base.yaml below :
ubuntu:
'*': [libgeographiclib-dev]
?
Bionic (and older) are all end-of-life now, so I don't think we should keep those keys around. But I'll ask others what they think; @ros/rosdeputies do you think we should restore these keys for end-of-life distributions?
I see this output in the terminal:
Looking for packages in '/opt/ros/melodic/share'... using matcher with tags [melodic, ubuntu, bionic]
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/osx-homebrew.yaml
/root/.ros/rosdep/sources.cache/a4b3c8956ab7a3e6d293ba33b57fac42799e69e6.pickle
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/base.yaml
/root/.ros/rosdep/sources.cache/b4931581ca7c5741f7ee4ac9767a1174838296f7.pickle
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/python.yaml
/root/.ros/rosdep/sources.cache/7cfbeed211a3f9a6507c86cebaeedb3e3c4387f8.pickle
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/rosdep/ruby.yaml
/root/.ros/rosdep/sources.cache/825fae71ab9ea366e0b22e8dbe1e2948232cb2e8.pickle
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/releases/fuerte.yaml
/root/.ros/rosdep/sources.cache/b67f64890f6d5269c51a68744711f115a8f207ae.pickle
loading cached data source:
https://raw.githubusercontent.com/ros/rosdistro/master/melodic/distribution.yaml
/root/.ros/rosdep/sources.cache/92e5d8c5f0d9455fe3a14e3dd1f7b90ca9ae78a8.pickle
Is there a way to change the URLs from master to a commit SHA or tag instead? That way I could download old yaml files that still work fine in melodic and bionic.
do you think we should restore these keys for end-of-life distributions?
I don't think that it makes particular sense to keep maintaining these if they are clearly end of life. Users should be able to use previous tags to preserve their current status, but consider migrating soon.
@mjcarroll, that's reasonable. How can users do this though?
Users should be able to use previous tags to preserve their current status
Oh, perhaps I was mistaken here. I thought that rosdep would let you target previous tags. @cottsay is this something in a PR that I am mis-remembering?
You can absolutely target rosdep at a snapshot of both the ROS distribution index as well as the rosdep database. Take a look at this wiki page: https://wiki.ros.org/SnapshotRepository#Usage
Step 3.5 is what does the magic. The change to ROSDISTRO_INDEX_URL changes the ROS distribution index, and the sed operation changes the rosdep database. That wiki page mentions targeting ${ROS_DISTRO}/${SYNC_DATESTAMP}, but you could drop a commit ref in there instead, like the one before the rosdep database change you're having trouble with.
You can absolutely target rosdep at a snapshot of both the ROS distribution index as well as the rosdep database. Take a look at this wiki page: https://wiki.ros.org/SnapshotRepository#Usage
I knew I had read it, but searching was failing me. Do you think this is something to move from the ROS wiki to somewhere else?
Actually, there is a PR open for this right now: ros2/ros2_documentation#4244 . I just haven't yet had time to review it to get it in.
Well, with that PR landed, I think that resolves this. @wico-silva and @Louis-PR feel free to try that out and open issues against the documentation if you continue to have issues.