[ros-release] Kinetic release update

Jackie Kay jackie at osrfoundation.org
Tue Apr 12 04:19:30 UTC 2016


Jon: I believe the "blocking repos" column lists only the direct
dependencies of the repo in the first column. Otherwise the page would be
very crowded.

If you query laser_pipeline or laser_assembler you should see it
(laser_pipeline works because laser_assembler is a direct dependency). It
looks like laser_assembler is ready to be released.
http://54.183.65.232/status_page/blocked_releases/blocked_releases_kinetic.html?q=laser_pipeline

Archie: thanks, that would be great!

On Mon, Apr 11, 2016 at 9:14 PM, Archie Lee <alee at clearpathrobotics.com>
wrote:

> I can get in touch with Devon and get pr2_common released for urdf_tutorial
>
> On Mon, Apr 11, 2016 at 9:58 PM, Jon Binney via ros-release <
> ros-release at lists.ros.org> wrote:
>
>> I can do laser_pipeline. It depends on laser_assembler, which also
>> doesn't appear to be released but doesn't show up here - why is that?
>>
>> On Mon, Apr 11, 2016 at 6:41 PM, Jackie Kay via ros-release <
>> ros-release at lists.ros.org> wrote:
>>
>>> *tl;dr*: April 25th is the deadline for desktop-full. Fix your failing
>>> jobs on the farm or ask us to disable them. Check your repo's status on
>>> http://54.183.65.232/status_page/blocked_releases/blocked_releases_kinetic.html
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html>
>>>
>>> *Release Deadline*
>>> Today's update is brought to you by the metapackage "desktop-full".
>>>
>>> desktop-full consists of the metapackages "desktop", "perception", and
>>> "simulators".
>>>
>>> After desktop-full is released into Kinetic, we can consider ourselves
>>> in beta for Kinetic.
>>>
>>> I would like to establish a deadline of April 25th for releasing
>>> desktop-full.
>>>
>>> Here are the remaining packages that need to be released:
>>>
>>> control_msgs
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.control_msgs>
>>> executive_smach
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.executive_smach>
>>> gazebo_ros_pkgs
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.gazebo_ros_pkgs>
>>> image_transport_plugins
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.image_transport_plugins>
>>> laser_pipeline
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.laser_pipeline>
>>> perception_pcl
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.perception_pcl>
>>> robot_state_publisher
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.robot_state_publisher>
>>> rqt_common_plugins
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.rqt_common_plugins>
>>> rqt_robot_plugins
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.rqt_robot_plugins>
>>> stage_ros
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.stage_ros>
>>> urdf_tutorial
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.urdf_tutorial>
>>> visualization_tutorials
>>> <http://54.183.65.232/status_page/blocked_releases_kinetic.html?q=.visualization_tutorials>
>>>
>>> Maintainers of these packages (this includes me), let's get moving. If
>>> we released 1 package per day, we would beat the deadline. It's important
>>> to release early so that we can catch packaging errors on the farm.
>>>
>>> *armhf, arm64, and Debian Jessie*
>>> There are a lot of failing binary jobs on the farm right now. I believe
>>> all of the failures are currently on armhf/arm64 platforms, Debian Jessie,
>>> or both.
>>>
>>> To the maintainers of packages with failing jobs (this also includes
>>> me):
>>>
>>> If your failing job is due to architectural differences on ARM, please
>>> either address the problem or ask us to disable the armhf/arm64 build for
>>> your repo.
>>>
>>> If your failing job is due to missing package dependencies in Jessie,
>>> please look into adding the correct rosdep keys or adding a backport for
>>> missing dependencies. We do not have a way to blacklist packages in Debian
>>> only, but luckily these issues are usually easier to identify and fix than
>>> architecture differences.
>>>
>>> And if at some point your package fails on all architectures and you
>>> don't make efforts to fix it, I will blacklist it entirely because those
>>> emails are really annoying to receive.
>>>
>>>
>>> *Blocked Repos Webpage*
>>> An intern at OSRF is working on a web interface for the
>>> check_blocking_repos.py script announced on this list a few weeks ago.
>>>
>>> You can test it here:
>>>
>>> http://54.183.65.232/status_page/blocked_releases/blocked_releases_kinetic.html
>>>
>>> I encourage you to use it to figure out which packages are blocking your
>>> package (or if you are blocking someone else's packages).
>>>
>>> It's still in review and has a few minor improvements pending. If you
>>> find issues with it, you can report them on
>>> https://github.com/ros-infrastructure/ros_buildfarm
>>>
>>> Your ROS boss,
>>>
>>> Jackie
>>>
>>> _______________________________________________
>>> ros-release mailing list
>>> ros-release at lists.ros.org
>>> http://lists.ros.org/mailman/listinfo/ros-release
>>>
>>>
>>
>> _______________________________________________
>> ros-release mailing list
>> ros-release at lists.ros.org
>> http://lists.ros.org/mailman/listinfo/ros-release
>>
>>
>
>
> --
>
> *Archie Lee* | Mobile Robotics PR2 Support | Clearpath Robotics, Inc.
>
> 1425 Strasburg Rd., Suite 2A, Kitchener, Ontario N2R 1H2 Canada
> *T: * 519-513-2416 x 838 | *E:* alee at clearpathrobotics.com
> <email at clearpathrobotics.com>  | *W:* www.clearpathrobotics.com
>
>
> *Your Unmanned Experts **TM *
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-release/attachments/20160411/9c305434/attachment.html>


More information about the ros-release mailing list