Closed ruffsl closed 5 years ago
Did the switch from dashing to eloquent happen three days ago? Eloquent is still be being bootstrapped and the rosdistro source entries for these packages aren't present.
The switch was made here 18 days ago in the docketfile: https://github.com/osrf/docker_images/pull/311
The images where building then, but the index has been disabled before that: https://github.com/osrf/docker_images/pull/307
Ah, brainwave. This is related to https://github.com/colcon/colcon-ros/pull/74
If I am reading https://github.com/osrf/docker_images/pull/307#issuecomment-520095593 we don't want the eloquent source entries when building the nightlies.
colcon was covering for these packages previously and now it isn't. I'm pretty sure that all of them should be fixed on latest. At least we fixed what we needed to resolve other CI failures. @mjcarroll we talked about this offline as something for the Eloquent alpha but I don't think anything we're doing there affects this after all.
I'm pretty sure that all of them should be fixed on latest.
Is there any action we should take here to resolve this, or do we just need to wait for fixes on latest to propicage to the nightly build?
Is there any action we should take here to resolve this, or do we just need to wait for fixes on latest to propicage to the nightly build?
The nightlies should be on latest. @ruffsl can you drop me a breadcrumb for where I can see the latest image build log. It's possible that either some fixes were incomplete or there are more to be performed which aren't caught by our CI for some reason.
The recent build logs can be viewed from the manage console in docker huh for the repo. You'll need to login to see the log output: https://cloud.docker.com/u/osrf/repository/docker/osrf/ros2/builds
Any developments? Todays build log still reports the same errors as original detailed above.
This is the ament index currently installed from the nightly fat archive, looks like a lot is still missing:
$ ls /opt/ros/eloquent/share/ament_index/resource_index
package_run_dependencies qt_gui__pluginlib__plugin rmw_typesupport rosbag2__pluginlib__plugin rosidl_interfaces rosidl_typesupport_cpp
packages rclcpp_components rmw_typesupport_c rosbag2_storage__pluginlib__plugin rosidl_runtime_packages rviz_common__pluginlib__plugin
parent_prefix_path rmw_output_prefixes rmw_typesupport_cpp rosidl_generator_packages rosidl_typesupport_c
The nightlies should be on latest.
@nuclearsandwich , is this still the case?
@tfoote or @sloretz , are any other users the nightly fat archives having issues with installing due to the missing entries in resource_index or missing package.xml
files? We can't be the only folks still being affected by the colcon changes upstream from two weeks ago?
As of writing, here are the list of packages that are still not registered in the ament_index: (cc @dirk-thomas )
You can also use this draft PR to determine missing installations: colcon/colcon-ros#79. There are certainly still items missing.
@ruffsl I just don't understand your (diff) list from the previous post. Some entries don't seem to make any sense.
@ruffsl I just don't understand your (diff) list from the previous post. Some entries don't seem to make any sense.
I was just diff'ing the output of ls
from the share
folder vs that of resource_index/packages
.
Alternately, here is the diff between packages in the index, vs packages that include a package.xml
.
I still have a hard time reading / understanding your diff. Anyway I addressed several cases in the referenced PRs based on a clean rebuild (using colcon/colcon-ros#79). Please feel free to ping me if you encounter any remaining - please with a simple, easy to read list :wink:
For any higher level packages (I only look up to a certain level of packages) please consider create PRs or tickets for them.
Since the colcon_ros
change causing this issue has been reverted, can this be closed? or is it kept to track the packages missing some files?
We can reopen this in the future if it resurfaces when the magic in colcon_ros is deprecated.
Looks like rosdep cannot locate rosdep definition for a number of packages, which is blocking the build for all nightly tags. This seems to have started occurring about 3 days ago: