[Bug 1569626] [NEW] [FFe] Sync urdfdom 0.4.1-1 (universe) from Debian unstable (main)
Jose Luis Rivero
jrivero at osrfoundation.org
Wed Apr 13 00:33:11 UTC 2016
Public bug reported:
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 at 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 at 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 at osrfoundation.org> Fri, 05 Feb 2016
00:56:01 +0000
** Affects: urdfdom (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
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 at nium $ (master) rmadison urdfdom-headers | grep xenial
- urdfdom-headers | 0.4.1-1 | xenial/universe | source
+ 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.
+ 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 at nium ~ $ rmadison urdfdom | grep xenial
- urdfdom | 0.3.0-2 | xenial/universe | source
+ 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/
+ * 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)
+ [ 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"
+ [ Anton Gladky ]
+ * Apply "cme fix dpkg"
- -- Jose Luis Rivero <jrivero at osrfoundation.org> Fri, 05 Feb 2016
+ -- Jose Luis Rivero <jrivero at osrfoundation.org> Fri, 05 Feb 2016
00:56:01 +0000
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1569626
Title:
[FFe] Sync urdfdom 0.4.1-1 (universe) from Debian unstable (main)
Status in urdfdom package in Ubuntu:
New
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 at 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 at 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 at osrfoundation.org> Fri, 05 Feb 2016
00:56:01 +0000
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/urdfdom/+bug/1569626/+subscriptions
More information about the Ubuntu-sponsors
mailing list