[FFe] Sync urdfdom 0.4.1-1 (universe) from Debian unstable (main)

Bug #1569626 reported by Jose Luis Rivero
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ros-robot-model (Ubuntu)
Fix Released
Undecided
Martin Pitt
urdfdom (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Please sync urdfdom 0.4.1-1 (universe) from Debian unstable (main)

Why is necessary?
----------------
Sorry for discovering this so late. urdfdom is composed by two packages
the urdfdom libries (this request) and urdfdom-headers (all the .h files).
urdfdom-headers was synced before the freeze to version 0.4.1-1

jrivero@nium $ (master) rmadison urdfdom-headers | grep xenial
 urdfdom-headers | 0.4.1-1 | xenial/universe | source

urdfdom (libraries) was not synced since it landed few days after the Xenial freeze. It has really very little sense (and probably it is call to weird bugs) to have 0.4 headers together with 0.3 libraries from the same software.

jrivero@nium ~ $ rmadison urdfdom | grep xenial
 urdfdom | 0.3.0-2 | xenial/universe | source

Information
-----------
 * Upstream changes (no upstream changelog file):
   There are a good bunch of changes since 0.3 release.
   In another situation and different package I would not request
   the sync but note that urdfdom only has one rdepend: sdformat (I'm
   also the maintainer). We have been using together the two urfdom
   package 0.4 in debian for more than one  month (no bug so far) so
   the current situation is more dangerous than the sync (to my
   understanding). I'm also testing current xenial version of sdformat
   in the PPA.

 * build log and install log:
   - urdfdom 0.4 in current Xenial:
   https://launchpad.net/~j-rivero/+archive/ubuntu/urdfdom0.4-xenial/+build/9568607

 * What I've made to be sure this does not break anything:
   - Build the only package that depends on urdfdom inside the PPA:
     sdformat 4.0.0-1 current in xenial (only rdependency) with test
     suite:
     https://launchpadlibrarian.net/253527560/buildlog_ubuntu-xenial-amd64.sdformat_4.0.0-1ubuntu1_BUILDING.txt.gz

   - The main executable using sdformat and urfdom is the robotics
     simulator Gazebo. I've built it and run the test suite
     with the new urdfdom 0.4 in our building farm:
     http://build.osrfoundation.org/job/gazebo-ci-default-xenial-amd64-gpu-none/10/

Let me now if there are something more I can do.

Changelog entries since current xenial version 0.3.0-2:

urdfdom (0.4.1-1) unstable; urgency=medium

  [ Jose Luis Rivero ]
  * Imported Upstream version 0.4.0
  * Update patch. Submitted upstream
  * Imported Upstream version 0.4.1
  * Patch merged upstream
  * Migrate boost dependency to generic version
    (Closes: #812400)

  [ Anton Gladky ]
  * Apply "cme fix dpkg"

 -- Jose Luis Rivero <email address hidden> Fri, 05 Feb 2016 00:56:01 +0000

description: updated
Revision history for this message
Martin Pitt (pitti) wrote :

Sounds ok, approved. Thanks for testing the rdepends already!

Changed in urdfdom (Ubuntu):
status: New → Confirmed
status: Confirmed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

This bug was fixed in the package urdfdom - 0.4.1-1
Sponsored for Jose Luis Rivero (j-rivero)

---------------
urdfdom (0.4.1-1) unstable; urgency=medium

  [ Jose Luis Rivero ]
  * Imported Upstream version 0.4.0
  * Update patch. Submitted upstream
  * Imported Upstream version 0.4.1
  * Patch merged upstream
  * Migrate boost dependency to generic version
    (Closes: #812400)

  [ Anton Gladky ]
  * Apply "cme fix dpkg"

 -- Jose Luis Rivero <email address hidden> Fri, 05 Feb 2016 00:56:01 +0000

Revision history for this message
Martin Pitt (pitti) wrote :

Reopening, https://launchpad.net/ubuntu/+source/urdfdom/0.4.1-1 fails to build on all 32 bit arches. Jose, can you please have a look?

Changed in urdfdom (Ubuntu):
status: Fix Released → In Progress
Revision history for this message
Jose Luis Rivero (j-rivero) wrote :

Hello Martin:

Thanks for the warning. The build is failing on non 64bits architectures because it is still using a buggy version (multiarch: all) of urdfdom-headers (0.4.1-1). It should be fixed by using the 0.4.1-2 version of urdfdom-headers, which should be ready in Xenial thanks to: https://bugs.launchpad.net/ubuntu/+source/urdfdom-headers/+bug/1569604

Revision history for this message
Martin Pitt (pitti) wrote :

Ah, thanks. Much better now, I retried the builds and they succeed.

Revision history for this message
Martin Pitt (pitti) wrote :

Note to self: This needs a soname transition, once binaries for all arches are published:

  rebuild-lib-transition "liburdfdom-*0.4" ros-robot-model sdformat ros-rviz

I'll upload that in a bit.

Martin Pitt (pitti)
Changed in urdfdom (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Jose Luis Rivero (j-rivero) wrote :

Thanks Martin, I will keep an eye on this just in case that you need quick assistant if new bugs appear. Feel free to ping me at any moment.

Revision history for this message
Martin Pitt (pitti) wrote :
Revision history for this message
Martin Pitt (pitti) wrote :
Changed in ros-robot-model (Ubuntu):
assignee: nobody → Martin Pitt (pitti)
status: New → In Progress
status: In Progress → Fix Committed
Changed in urdfdom (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ros-robot-model - 1.11.8-3~fakesync

---------------
ros-robot-model (1.11.8-3~fakesync) xenial; urgency=medium

  * Adopt to new libexec location in catkin to fix FTBFS. Taken from Debian's
    1.11.8-3 package. (LP: #1569626)

 -- Martin Pitt <email address hidden> Wed, 13 Apr 2016 22:51:53 +0200

Changed in ros-robot-model (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Jose Luis Rivero (j-rivero) wrote :

Just back home: arg, I run the rdepends command in Wily and not in Xenial so I missed the new synced ros-* packages. Thanks Martin for syncing the ros-robot-model. We (in the open source robotics foundation, OSRF) are upstream for most of the ros-* packages, so feel free to assign/cc bugs directly to me (I will coordinate them inside the OSRF) or mail me directly, we are happy to help in any scenario involving ros-* packages.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.