| 2016-04-13 00:33:11 |
Jose Luis Rivero |
bug |
|
|
added bug |
| 2016-04-13 00:33:13 |
Jose Luis Rivero |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2016-04-13 00:34:53 |
Jose Luis Rivero |
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 <jrivero@osrfoundation.org> Fri, 05 Feb 2016 00:56:01 +0000
|
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 <jrivero@osrfoundation.org> Fri, 05 Feb 2016 00:56:01 +0000 |
|
| 2016-04-13 00:42:39 |
Jose Luis Rivero |
bug |
|
|
added subscriber Ubuntu Release Team |
| 2016-04-13 08:10:50 |
Martin Pitt |
urdfdom (Ubuntu): status |
New |
Confirmed |
|
| 2016-04-13 08:13:26 |
Martin Pitt |
urdfdom (Ubuntu): status |
Confirmed |
Fix Released |
|
| 2016-04-13 12:02:15 |
Martin Pitt |
urdfdom (Ubuntu): status |
Fix Released |
In Progress |
|
| 2016-04-13 16:46:17 |
Martin Pitt |
urdfdom (Ubuntu): status |
In Progress |
Fix Committed |
|
| 2016-04-13 20:53:11 |
Martin Pitt |
bug task added |
|
ros-robot-model (Ubuntu) |
|
| 2016-04-13 20:55:03 |
Martin Pitt |
ros-robot-model (Ubuntu): status |
New |
In Progress |
|
| 2016-04-13 20:55:03 |
Martin Pitt |
ros-robot-model (Ubuntu): assignee |
|
Martin Pitt (pitti) |
|
| 2016-04-13 20:55:46 |
Martin Pitt |
ros-robot-model (Ubuntu): status |
In Progress |
Fix Committed |
|
| 2016-04-13 20:56:20 |
Martin Pitt |
urdfdom (Ubuntu): status |
Fix Committed |
Fix Released |
|
| 2016-04-13 22:20:50 |
Launchpad Janitor |
ros-robot-model (Ubuntu): status |
Fix Committed |
Fix Released |
|
