Accepted ros-ros-comm-msgs 1.11.2-7 (source) into unstable

Version: 1.11.2-7 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: cl-rosgraph-msgs - Messages relating to the Robot OS Computation Graph, L

Accepted ros-common-msgs 1.12.5-4 (source) into unstable

: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: cl-actionlib-msgs - Messages relating to Robot OS actionlib, LISP interface cl-diagnostic-msgs - Messages relating

Bug#886886: ros-bond-core: FTBFS on m68k: timeout generating Python from MSG bond/Constants

Hi Adrian, did you have time to look into this already? Meanwhile ros-bond-core build successfully again, so I would propose to either assign this to qemu-m68k or close it. Cheers Jochen * John Paul Adrian Glaubitz [2018-01-11 00:56]: Hi Aaron! On 01/11/2018

Accepted ros-rospack 2.5.0-1 (source) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: librospack-dev - Robot OS package information library header files librospack0d - Robot OS package information library rospack-tools - command-line tool for retrieving infor

Accepted ros-std-msgs 0.5.11-2 (source) into unstable

Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: cl-std-msgs - LISP interface for Standard Robot OS Messages libstd-msgs-dev - C/C++ headers for Standard Robot OS Messages python-std-msgs - Python interface

Accepted ros-roscpp-core 0.6.9-1 (source) into unstable

: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: libcpp-common0d - Robot OS utility library libroscpp-core-dev - Development files for Robot OS roscpp-core libroscpp-serialization0d - Robo

Accepted ros-gencpp 0.6.0-1 (source) into unstable

ers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-gencpp - C++ Robot OS message and service generators Changes: ros-gencpp (0.6.0-1) unstable; urgency=medium . * Update watch file * Remove old catkin version * Update Vcs URLs to salsa.d.

Accepted ros-genmsg 0.5.10-1 (source) into unstable

ers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-genmsg - Python library for generating Robot OS message and service data Changes: ros-genmsg (0.5.10-1) unstable; urgency=medium . * Remove old catkin version * Update Vcs URLs to salsa.d

Accepted ros-catkin-pkg 0.4.1-1 (source) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-catkin-pkg - Low-level build system macros for Robot OS -- Python 2 module python3-catkin-pkg - Low-level build system macros for Robot OS -- Python 3 module Changes: ro

Accepted ros-catkin 0.7.11-1 (source) into unstable

ers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: catkin - Low-level build system macros and infrastructure for Robot OS Changes: ros-catkin (0.7.11-1) unstable; urgency=medium . * Update Vcs URLs to salsa.d.o * Move cleanup to d/clean * Add

Accepted ros-rosdep 0.12.2-1 (source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-rosdep2 - rosdep package manager abstraction tool for Robot OS (Python 2) python3-rosdep2 - rosdep package manager abstraction tool for Robot OS (Python 3) Changes: ros-rosd

Accepted ros-bloom 0.6.4-1 (source) into unstable

ers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-bloom - Bloom is a release automation tool from Robot OS (Python 2) python3-bloom - Bloom is a release automation tool from Robot OS (Python 3) Changes: ros-bloom (0.6.4-1) unstable; ur

Accepted ros-wstool 0.1.17-1 (source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-wstool - Commands to manage multi-VCS repositories (for Robot OS) Python 2 python3-wstool - Commands to manage multi-VCS repositories (for Robot OS) Python 3 Changes: ros-wsto

Accepted ros-vcstools 0.1.40-1 (source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-vcstools - VCS/SCM Python source control library for svn, git, hg, and bzr ( python3-vcstools - VCS/SCM Python source control library for svn, git, hg, and bzr ( Changes:

Accepted ros-rosinstall-generator 0.1.14-1 (source) into unstable

Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-rosinstall-generator - Tool to generate rosinstall files (for Robot OS) Python 2 python3-rosinstall-generator - Tool to generate rosi

Accepted ros-rosinstall 0.7.8-1 (source) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-rosinstall - Installer for Robot OS (Python 2) python3-rosinstall - Installer for Robot OS (Python 3) Changes: ros-rosinstall (0.7.8-1) unstable; urgency=medium . * Upd

Accepted ros-rosdistro 0.6.8-1 (source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: python-rosdistro - Tool to work with rosdistro files (for Robot OS, Python 2) python3-rosdistro - Tool to work with rosdistro files (for Robot OS, Python 3) Changes: ros-rosdis

Accepted ros-metapackages 1.9 (source) into unstable

hanged-By: Jochen Sprickerhof <jspri...@debian.org> Description: ros-base - Python Robot OS base metapackage ros-base-dev - Robot OS base development metapackage ros-base-lisp-dev - Lisp Robot OS base development metapackage ros-base-python-dev - Python Robot OS base development metapacka

Accepted ros-ros-comm 1.13.5+ds1-2 (source) into unstable

Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: cl-roscpp-msgs - Header for roscpp messages, LISP cl-topic-tools - LISP library for working with Robot OS topics libmessage-filters-dev - Development files

Accepted ros-geometric-shapes 0.5.3-2 (source) into unstable

<debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: libgeometric-shapes-dev - Robot OS geometric_shapes package - development files libgeometric-shapes2d - Robot OS geometric_shapes package Closes: 891516 Changes: r

Accepted ros-geometry2 0.5.16-2 (source) into unstable

ers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: cl-tf2-msgs - Robot OS tf2 transform library messages - LISP cl-tf2-srvs - Robot OS tf2 transform library services - LISP libtf2-0d - Robot OS tf2 transform library libtf2-bullet-dev - Robot OS t

Bug#887454: Re-uploaded console-bridge

* Andreas Tille [2018-02-17 22:30]: A not uploaded state has the target distribution "UNRELEASED". Once it is uploaded this is set to "unstable" and the commit log says something like: "Uploaded to unstable (or new)" I think that's pretty obvious vor everybody even

Bug#887454: Re-uploaded console-bridge

* Andreas Tille [2018-02-17 19:13]: I tend to disagree. A package that's rejected by ftpmaster will not reach the archive. I'm tagging only those commits that have an equivalent package inside the package pool. But how would you know which state you uploaded to ftp-master?

Bug#887454: Re-uploaded console-bridge

Hi Andreas, * Andreas Tille [2018-02-17 13:48]: I've re-uploaded console-bridge_0.4.0+dfsg-1 to new. I did so as well yesterday, that's why your upload was rejected. (I wasn't aware of the bug, so sorry for not commenting about it.) Please note: I have removed the

Accepted sdformat 6.0.0+dfsg-1 (source amd64 all) into experimental, experimental

Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Jochen Sprickerhof <jspri...@debian.org> Description: libsdformat6 - Simulation Description Format (SDF) parser - Shared library libsdformat6-dev - Simulation Description Format (SDF) parser - Develo

Bug#841168: libqhull-dev: Has /usr/include/libqhull_r headers, but no libqhull_r.so

* Barak A. Pearlmutter [2017-11-26 00:07]: I'm thinking it might make sense to ditch the non-reentrant version of this library. I doubt there would be any measurable performance loss. Can you imagine any objections? We would need to make sure all rdepends can build

Bug#841168: libqhull-dev: Has /usr/include/libqhull_r headers, but no libqhull_r.so

Hi Barak, the PCL project would like to use the qhull_r version [1], so I had a quick look at it and pushed a patch to git [2] to include it. If you are ok with it, I would upload the new package as well. As it needs to go through new, I would like to do this soon. So if you don't replay

Bug#857393: closed by Jochen Sprickerhof <jspri...@debian.org> (Bug#857393: fixed in gazebo 7.8.1+dfsg-2)

* Andreas Beckmann [2017-11-09 16:44]: For consistency, the fonts-liberation dependency should rather be moved to gazebo7-common (which contains the font symlinks) Thanks for noticing, fixed in git. Cheers Jochen signature.asc Description: PGP signature --

Bug#860702: pcl: FTBFS on i386: segmentation fault

Hi, * Lucas Nussbaum [2017-04-21 11:27]: > I did the archive rebuild that resulted in this bug on a machine with a > jessie kernel. I did another rebuild on a machine with a stretch > kernel, and this failure disappeared. I found the same, segfault on barriere.d.o (Kernel

Bug#860702: pcl: FTBFS on i386: segmentation fault

* Jochen Sprickerhof <jspri...@debian.org> [2017-04-19 22:10]: > > > Segmentation fault > > > doc/doxygen/CMakeFiles/doc.dir/build.make:60: recipe for target > > > 'doc/doxygen/CMakeFiles/doc' failed > > > make[3]: *** [doc/doxygen/CMakeFiles/d

Bug#860702: pcl: FTBFS on i386: segmentation fault

Control: tags -1 + moreinfo unreproducible * Lucas Nussbaum [2017-04-19 09:26]: > > This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) > > (preloaded format=latex) > > restricted \write18 enabled. > > entering extended mode > > (./_formulas.tex > > LaTeX2e

Bug#794856: fixed in opencv 3.0.0+dfsg-1~exp1

Hi Nobuhiro, I've pushed a new OpenCV version excluding the Lenna images to delayed/5 and the vcs. Please tell me, if I should delay it further. I will take care of the unblock request once it's true, as well. Cheers Jochen signature.asc Description: PGP signature --

Bug#794856: fixed in opencv 3.0.0+dfsg-1~exp1

Hi Nobuhiro, this seems to be still open for testing (2.4.9.1+dfsg-2.2) and is listed on: https://bugs.debian.org/release-critical/other/testing.html Do you plan to fix it, or should I have a look? Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing

Re: Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Hi, #850027 is closed and funguloids and rviz work fine for me again :). Is this fixed, or do we have to anything else here? I would really like to see ogre-1.9 in stretch. Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing list

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

Package: libfreeimage3 Followup-For: Bug #850027 Hi, is there anything I can do to speed this up? Would be nice to get rviz back ;). Cheers Jochen -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#848799: pcl: FTBFS: make[3]: *** No rule to make target '/usr/lib/libmpi.so', needed by 'lib/x86_64-linux-gnu/libpcl_io.so.1.8.0'. Stop.

Control: affects -1 src:gdcm Control: affects 848793 src:pcl Control: merge -1 848793 signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#848799: pcl: FTBFS: make[3]: *** No rule to make target '/usr/lib/libmpi.so', needed by 'lib/x86_64-linux-gnu/libpcl_io.so.1.8.0'. Stop.

Control: reassign -1 src:vtk6 Control: affects -1 src:pcl Control: merge -1 848793 Rebuilding should be enough (tested locally). signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#846520: pcl: enable parallel builds on 32 bit arches

Hi Emilio, * Emilio Pozuelo Monfort [2016-12-01 22:24]: > Why was this disabled? Do the builds run out of memory often? It'd be good > to re-enable this, the speedup is huge and it would avoid taking one buildd > for a day and a half on some architectures. Exactly because it

Bug#844373: closing 844373

close 844373 thanks Hi, the files accidentally ended in there, due to a new install rule in the googletest package. This was fixed in #844199 and a rebuild was triggered in #844322, so this should be fine again. Cheers Jochen signature.asc Description: PGP signature --

Re: packaging ROS bfl

* Johannes Schauer [2016-10-19 10:40]: > I see. This is the upstream packaging with only very minor modifications by > Jochen (liblti-dev is not packaged yet either, so it got removed from B-D). Yeah, that was only a quick shot to try some stuff. Feel free to rework it. > The

Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core

* Johannes Schauer [2016-10-19 09:45]: > MESSAGE(${catkin_INCLUDE_DIRS}) It's a list, try: MESSAGE("${catkin_INCLUDE_DIRS}") /usr/include;/usr/include/eigen3 Looks fine for me. Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing

Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core

Hi Josch, * Johannes Schauer [2016-10-18 15:36]: > because libeigen3-dev installs to /usr/include/eigen3/Eigen/Core. > Otherwise, all users of liblaser-geometry-dev must manually add > /usr/include/eigen3 to their include path. That's normally intentional, because cmake or

Bug#840165: fcl bug

* Leopold Palomo-Avellaneda [2016-10-17 11:31]: > Please Jochen, could you upload it? Will do later. @Jose: Can you comment why you added it in https://anonscm.debian.org/cgit/debian-science/packages/fcl.git/commit/?id=2b59789404c96e4fbc6877ef2db0adccbeb8d97b Cheers Jochen

Re: robot_state_publisher in package ros-robot

Hi Josch, * Johannes Schauer [2016-10-14 18:22]: > My question: why is robot_state_publisher not provided by the package? Is > there > a reason not to? It is not explained in README.Debian. Or is this just > something that is simply "not-done-yet". I need the

Bug#835292: pcl 1.8 fails to build on armel and armhf (OpenGLES?)

Hi Doko, thanks for the report, I'm pretty sure it's https://bugs.debian.org/798408. Can you give me a hint, how to proceed with this? Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-18 19:25]: > Done. Also ros-control-msgs and ros-move-base contain action files, I > moved them as well inside the msgs package. Awesome, thanks a lot! I will start uploading the new versions now. Note that they have to go

Bug#833383: ros-std-msgs: split headers and message definitions

* Daniele E. Domenichelli [2016-08-11 18:57]: > Another reason why I would like a cmake config file installed with the > package and not a Findstd_msgs.cmake file in my projects is to be able > to check the version... At some point, perhaps, some message might be > added,

Bug#833383: ros-std-msgs: split headers and message definitions

* Daniele E. Domenichelli [2016-08-11 11:24]: >cmake_minimum_required(VERSION 2.8.9) >project(foo) > >find_package(YARP REQUIRED) >find_package(std_msgs REQUIRED) > >yarp_generate_bindings(GENERATED_SRCS >

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-10 15:19]: > Thanks! I replied to the comments on github, anyway I'm reporting the > everything here: Great, let's move it all over here. > It would be useful to be able to do something similar anyway, perhaps >

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-09 20:03]: > I suppose this should be done to all the ros-*-msgs packages, right? Yes :). > I already have a patch for ros-std-msgs, you can find it here: > >

Bug#833383: ros-std-msgs: split headers and message definitions

* ddomeniche...@drdanz.it [2016-08-05 00:05]: > These messages definition could be used to generate bindings for other > programming languages and/or frameworks. Good point :). > I'd like to have it in a separate package, with a very small number of > dependencies. >

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-03 19:35]: > It would be very useful to be able to install the message definitions without > installing the whole libstd-msgs-dev package that depends on many other > packages. Interesting point, what would be the use case?

Bug#820113: No rule to make target '/usr/lib/x86_64-linux-gnu/hdf5/openmpi/lib/libhdf5.so'

Package: libvtk6-dev Version: 6.2.0+dfsg1-11 Severity: normal Dear Maintainer, the latest vtk6 needs a dependency on libhdf5-openmpi-dev, I guess it's because of the enabling the parallel version in a108eef. Test case is again: http://pointclouds.org/documentation/tutorials/reading_pcd.php

Bug#819741: libvtk6-dev: No rule to make target libproj.so / cannot find -lvtkproj4

Package: libvtk6-dev Version: 6.2.0+dfsg1-10 Severity: important Dear Maintainer, with #750184 libvtk6-dev needs a dependency on libproj-dev. But still with it installed I get an error from cmake that it cant find vtkproj4. As a test case I used:

Bug#815814: urdfdom: FTBFS on several architectures

Package: src:urdfdom Followup-For: Bug #815814 Hi, I've looked into this and the bug is actually in urdfdom-headers-dev. It's /usr/share/urdfdom_headers/cmake/urdfdom_headers-config-version.cmake installs arch:all but has a arch dependent check at the bottom: > # check that the installed

Bug#815218: (no subject)

Thanks for the report, we are currently working on a transition of the build system and symbols in ros-ros-comm. Once it's done, we will upload a new version which will fix this. Cheers Jochen -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#812083: reassign 812083 to libconsole-bridge-dev

From 15603360c8f21f5775cd6c8f4f5cf9639b4d4f20 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de> Date: Wed, 20 Jan 2016 22:56:20 +0100 Subject: [PATCH] Install cmake files again --- debian/libconsole-bridge-dev.install | 1 + 1 file changed, 1 insertion(+) diff

Bug#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

Hi, I've pushed changes to libxmlrpcpp-dev to move the base64.h to /usr/include/xmlrpcpp [1]. Would it be ok if I reassign this to libxmlrpcpp-dev and close it, or should we split it, to leave one open for heimdal-dev? * Wookey [2016-01-16 03:26]: > Debian now has this

Bug#811498: libconsole-bridge0.2v5: ABI bump without package rename

Package: libconsole-bridge0.2v5 Version: 0.3.0-1 Severity: serious Justification: Policy 8.1 Hi Jose, the new libconsole-bridge0.2v5 package contains a library with a new name, making all depending packages break due to linker error. 0.3.0-1: $ dpkg -L libconsole-bridge0.2v5 | grep so\.0

Bug#799660: libeigen3-dev: Transition to cmake 3.3

Package: libeigen3-dev Version: 3.2.5-4 Severity: important Dear Maintainer, Debian unstable now contains cmake 3.3, obsoleting the workaround from #784767. I've seen that you fixed this already in experimental. Would be great to get this (or an other workaround) in unstable as well, as Eigen is

Bug#787007: libgazebo5: recompile against libsimbody3.5 on amd64

Package: libgazebo5 Version: 5.0.1+dfsg-1 Severity: important Dear Maintainer, Gazebo is not installable on unstable amd64 at the moment. Please recompile it on a clean unstable system (i.e. with libsimbody3.5). libsimbody moved to 3.5 in March already. Thanks, Jochen -- System Information:

Bug#751249: vtk6 is not installable (tcl-vtk conflict)

Package: vtk6 Version: 6.1.0+dfsg-5 Severity: important Dear Maintainer, vtk6 is not installable (and thus libvtk6-dev as well). Problem is, that vtk6 contains a conflict against tcl-vtk because both of them contain /usr/bin/vtk. Starting with 6.1.0+dfsg-4 libvtk6.1 depends on libxdmf2, which