Bug#894647: python-rostest should depend on python-roslaunch
Package: python-rostest Severity: normal When running /usr/bin/rostest I get: Traceback (most recent call last): File "/usr/share/rostest/cmake/../../../bin/rostest", line 36, in rostestmain() File "/usr/lib/python2.7/dist-packages/rostest/__init__.py", line 273, in rostestmain from rostest.rostest_main import rostestmain as _main File "/usr/lib/python2.7/dist-packages/rostest/rostest_main.py", line 46, in import roslaunch ImportError: No module named roslaunch The binary package should depend on python-roslaunch. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#894644: libtf2-kdl-dev should depend on eigen3
Package: libtf2-kdl-dev Severity: normal Hi, when building with libtf2-kdl-dev I get the following error from cmake: CMake Error at /usr/share/tf2_kdl/cmake/tf2_kdlConfig.cmake:106 (message): Project 'tf2_kdl' specifies '/usr/include/eigen3' as an include dir, which is not found. It does neither exist as an absolute directory nor in '/usr//usr/include/eigen3'. Check the website 'http://ros.org/wiki/tf2' for information and consider reporting the problem. Call Stack (most recent call first): /usr/share/catkin/cmake/catkinConfig.cmake:76 (find_package) CMakeLists.txt:5 (find_package) -- Configuring incomplete, errors occurred! Installing libeigen3-dev fixed the problem. Thus, the package should probably depend on it. Thanks! cheers, josch -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Accepted orocos-bfl 0.8.0-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 02 Apr 2018 14:45:17 +0200 Source: orocos-bfl Binary: liborocos-bfl0.8 liborocos-bfl-dev liborocos-bfl-examples Architecture: source Version: 0.8.0-3 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Johannes Schauer <jo...@debian.org> Description: liborocos-bfl-dev - Orocos Bayesian Filtering Library development files liborocos-bfl-examples - Orocos Bayesian Filtering Library examples liborocos-bfl0.8 - Orocos Bayesian Filtering Library Changes: orocos-bfl (0.8.0-3) unstable; urgency=medium . * debian/changelog: break long lines * Add patch that fixes testsuite on non-amd64 architectures * Start using pkgkde-symbolshelper because the C++ symbols differ between architectures Checksums-Sha1: b67647fb084b453e0f4dade39b9002a37b404f66 2296 orocos-bfl_0.8.0-3.dsc 91dd24d0d9fdc545bc2bc623dff4552ff04b87b4 11220 orocos-bfl_0.8.0-3.debian.tar.xz be09afb16ece5332bb6beb01dc60676584b2fc0b 7551 orocos-bfl_0.8.0-3_source.buildinfo Checksums-Sha256: 7e4ac0b82f408e22d044b039092604126af2f62084e59fb2479e27f6e400f536 2296 orocos-bfl_0.8.0-3.dsc 623c6edf8e9a055cd0521feb08e5177aa56dbe2f605c09157b2a42bd1f89504a 11220 orocos-bfl_0.8.0-3.debian.tar.xz 768a17ccefe48c648c170b650a769e8d70ee1c0a1007fd465739538423ce031a 7551 orocos-bfl_0.8.0-3_source.buildinfo Files: fa4ee8179bafe1338dfbc09d67cc7f22 2296 devel optional orocos-bfl_0.8.0-3.dsc 8c658e5d8eacfaa7497e271ca2f234fb 11220 devel optional orocos-bfl_0.8.0-3.debian.tar.xz 9bdf14a8f96d263a7b98d8c74020d70f 7551 devel optional orocos-bfl_0.8.0-3_source.buildinfo -BEGIN PGP SIGNATURE- iQJFBAEBCAAvFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlrCJjYRHGpvc2NoQGRl Ymlhbi5vcmcACgkQ8sulx4+9g+HSCBAAqqxur8OPOdfi3oPEgUWEgq2VzsRxK7x6 OB57/jC8xDDrbKCeOOKoN3BVBmVO3sKWjgP6j+57WD0tmtSRKnwW5vNoh3pPdceF c+R2G/VyqEWbiyTX6UKpYlVATPgH6LKp0ahVfUJJQbERPVaKPc+KMc/Js7+33alc WHtClmvEon1UZYzqTZEETlbiS6WoqFC4BEA4ehUrC9olYhcQ14bSKsquFKMBkljd pHO5AGO/IMCL1vtZ7dQEBZ4dwiiXbWlooVEL7IXoacyN6Wce/smkUx6j+qvO36FK WCsAOkvV16MsRm10BwA9YEkR4mzUqQYP5W3OtqWhXEhwDUAAq8AXvUG628AyJigS wy4VPQCQl0+X9Ae2phXZjoXPK60VGOZouOetbrUv4/d2kDepyvVVW2r1zVgBsBiT 0oKJm23ztlfjqJuS864j/nne2N2YPobBnM9VlQwvTkHa/2lYrB7NpejPQLHXwuQx t56gXYwEu2kCCM/iyUN0uGEKqLinNMm45Pt1Vr2uewKGv7jZV84hsSE20DNzToGJ 3XC+HxiejVM8SxrDuoZmcGLndmd0QjfgiJEDOaPQQI9S8e6P1Hb0Dpsdv5urB7iE s08soOOrgcEmOjOlSEDcV/609sbt4imjXq/eCfRejkDjUm98tQw6i8ZdpurIrpCJ lYXhH8n009M= =D2oH -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Accepted orocos-bfl 0.8.0-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 02 Apr 2018 09:51:35 +0200 Source: orocos-bfl Binary: liborocos-bfl0.8 liborocos-bfl-dev liborocos-bfl-examples Architecture: source Version: 0.8.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Johannes Schauer <jo...@debian.org> Description: liborocos-bfl-dev - Orocos Bayesian Filtering Library development files liborocos-bfl-examples - Orocos Bayesian Filtering Library examples liborocos-bfl0.8 - Orocos Bayesian Filtering Library Changes: orocos-bfl (0.8.0-2) unstable; urgency=medium . * Bump Standards-Version to 4.1.3 (no changes required) * debian/copyright: Add more copyright holders * Also install pkgconfig in multiarch path to not prevent cross compilation * Bump debhelper compat level to 11 * Add Vcs-Git and Vcs-Browser fields * debian/tests/run-tests: bump CMAKE_MINIMUM_REQUIRED to 2.4 because cmake doesn't support older versions * debian/control: add Recommends:pkg-config for liborocos-bfl-dev * debian/tests/run-tests: use content of liborocos-bfl-examples package to test and not unpacked source * debian/tests/control: do not install @builddeps@ but install cmake and build-essential explicitly * do not compress example files to prevent mixed compressed and non-compressed sources * debian/tests/run-tests: Use hidden cmake options -H and -B Checksums-Sha1: 88c40e661ed8668b933910e7bb7ec89907ea6b80 2281 orocos-bfl_0.8.0-2.dsc 4fbebbc0de9d649ccf296a07a71359ec4bb2d89f 11328 orocos-bfl_0.8.0-2.debian.tar.xz cd22878da8166b0c7c9444bd10d65a1ee24bf981 7124 orocos-bfl_0.8.0-2_source.buildinfo Checksums-Sha256: d330ed80ed4f383cec96a68b15a8cb72494af522bb27db9d21a1b2b4c8a607cb 2281 orocos-bfl_0.8.0-2.dsc 2fa0f09414182755eefa418b90714875fec650904df272e974645ba353925074 11328 orocos-bfl_0.8.0-2.debian.tar.xz 748519aafdd82edd59089b7cfa90cd911d9dd46551f287e3a0bbea2b3fe5a31f 7124 orocos-bfl_0.8.0-2_source.buildinfo Files: ef8fa1249162cfeea393521842b2f776 2281 devel optional orocos-bfl_0.8.0-2.dsc 1013a3d71c74fd584695a6da03a3cd0b 11328 devel optional orocos-bfl_0.8.0-2.debian.tar.xz 61ade83e9d7524167b62c4c9c1d483cf 7124 devel optional orocos-bfl_0.8.0-2_source.buildinfo -BEGIN PGP SIGNATURE- iQJFBAEBCAAvFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlrB4W4RHGpvc2NoQGRl Ymlhbi5vcmcACgkQ8sulx4+9g+FLEQ//VAfDypcUCehCe29AYby4fAjxEdrKM8j9 M3W11CsRdEFTt/KUGBVpPcoFMQ3TSX76pzU0Yd7li5U0uAxrtWDabeqHJs7wlVGf xDZRgjarqhqZY9GxM8bJEH/SEA2su1g34RcppvEax6Tqn87zwnyg+wh1/lNbNGfc NloLczl8B56px9cRqv9fGe28RPQtiKFQOcUKXXbMrthjBGDYWUJ+F6rP4wG3sr8P S58LyUxb/HjVuUBi6Y+1D9IKsRWq78wDpWE3O02zI1mKi5M4a7YG0KkBVyupLiEv 38lTSU3afqC4MiDYTcVFe7V2Ds97IQFzJq824cfySMMnAdznbwS7byDnVGrut9SB VqhdeiinV2Yq4+1uNchiakfs8hw3If7Crt73xyarVnfifrwErJHrcE2WAECE0ctZ f6WLOn9deeHJkU3nTsXZwNbheDyl7sLxKxgjucsOLt9V0fvYD8b/PswRH34ZAP2P 20hCmKkVdLdPkUR8GimfI3wCd4M+31LRahPqCa5a44r/2fwPVbwziiObxZ/vnWIJ Zwog0GJxj9zXcPefHb9wQ4pqOBM40o7bsH7zlClWPyl/KoogDMTtb9HlFmzrg77a +n0GS75r27rFXYdfpDSJ+AOOMO+C4YrhCyAaOlbl5EmU8xnsUDaII0apwWPBocVP +GDc/iNv26E= =6nmZ -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: orocos-bfl_0.8.0-1_combined.changes REJECTED
Quoting Johannes Schauer (2018-03-27 10:30:37) > > * pkg-config file in wrong directory > > The pkg-config file is stored in: > > /usr/lib/pkgconfig/orocos-bfl.pc > > We assume you mean that it should go to /usr/lib//pkgconfig instead? > The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very > simple > and it will not differ between different architectures. Thus, it should be > save > if multiple co-installed liborocos-bfl-dev packages of different architectures > share the same file, no? Back when we submitted the package to NEW six months ago, the lintian warning pkg-config-unavailable-for-cross-compilation didn't exist yet. That's why this went unnoticed. I uploaded again and the pkgconfig file is now in: /usr/lib//pkgconfig/orocos-bfl.pc Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: orocos-bfl_0.8.0-1_combined.changes REJECTED
Hi Thorsten, Quoting Thorsten Alteholz (2018-03-04 16:00:10) > one of our trainees had a look at your package and found: > > * software last changed 9 years ago that is alright for several reasons: - the software is the de-facto standard in the ROS community for Kalman Filters and other filters - the software needs to be packaged because it has seven reverse dependencies in the ROS world which can only get packaged once this is packaged - the software is being developed on again. It was officially [1] moved to github [2] by upstream where it already has seen several commits during the past year, albeit no new release yet. But the debian/watch file is already set up to track the new development at github. - this is the kind of software that just works [tm]. We tested in on oldoldstable, oldstable, stable, testing and unstable and it works on all of them. [1] http://www.orocos.org/orocos/bfl-moved-github [2] https://github.com/toeklk/orocos-bayesian-filtering > * pkg-config file in wrong directory The pkg-config file is stored in: /usr/lib/pkgconfig/orocos-bfl.pc We assume you mean that it should go to /usr/lib//pkgconfig instead? The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very simple and it will not differ between different architectures. Thus, it should be save if multiple co-installed liborocos-bfl-dev packages of different architectures share the same file, no? > * licence infos correct > * some copyright holder missing from copyright file. example: > orocos-bfl-0.8.0/src/pdf/linearanalyticconditionalgaussian.h: > // Copyright (C) 2003 Klaas Gadeyne > //Wim Meeussen kuleuven dot be> > //Tinne De Laet kuleuven dot be> > vs. > Files: * > Copyright: 2006-2009 Tinne De Laet be> > 2001-2007 Klaas Gadeyne > License: LGPL-2.1+ Thanks, we found some more instances of these and hope that we now fixed all of them. Please consider the new version of src:orocos-bfl that I just uploaded. Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#878355: ITP: orocos-bfl -- Orocos Bayesian Filtering Library
Package: wnpp Severity: wishlist Owner: Johannes Schauer <jo...@debian.org> * Package name: orocos-bfl Version : 0.8.0 Upstream Author : Tinne De Laet, Klaas Gadeyne * URL : http://www.orocos.org/bfl * License : LGPL-2.1+ Programming Lang: C++ Description : Orocos Bayesian Filtering Library Orocos (http://www.orocos.org) is the acronym of the Open Robot Control Software project. The project's aim is to develop a general-purpose, free software, and modular framework for robot and machine control. The Orocos project supports 4 C++ libraries: the Real-Time Toolkit, the Kinematics and Dynamics Library, the Bayesian Filtering Library (BFL) and the Orocos Component Library. This package provides the Bayesian Filtering Library. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: packaging ROS bfl
Hi, Quoting Leopold Palomo-Avellaneda (2016-10-19 09:52:32) > orocos-bfl is packaged (not perfect), but not officially. See: > > https://anonscm.debian.org/cgit/debian-science/packages/orocos/bfl.git/ > > The project is not dead, but AFAIK upstream is the orocos team, specially > Klaas Gadeyne. However, I guess that is not very active. 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). > PS you know that you are _always_ welcome to contribute to the Robotic > packages ;-) Thanks! I will then use this git repository to push my changes. This also answers the question which bfl version you deem more packaging worthy. The question remains, what to do about the different naming bfl (ROS) versus orocos-bfl (upstream). Probably ROS packages using it would have to try detecting one of them with cmake and fall back onto the other if it wasn't found. Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
packaging ROS bfl
Hi, I intend to package ROS bfl but have several questions for the ROS people among you. ROS bfl (http://wiki.ros.org/bfl) seems to be a copy of orocos bfl (http://www.orocos.org/bfl). Not only does ROS distribute an outdated version (0.7.0 versus 0.8.0) but using the ROS library is also different from using the actual upstream library. In ROS you say: pkg_check_modules(BFL REQUIRED bfl) while for the upstream project you say: pkg_check_modules(BFL REQUIRED orocos-bfl) Intuitively, I'd rather package the actual upstream package instead of the ROS version but there are several issues with that: - ROS packages will require the library named bfl and not orocos-bfl - ROS packages might require version 0.7.0 instead of 0.8.0 - and I don't see a way to easily find out how many reverse dependencies ROS bfl actually has, so how many packages would be potentially affected - the actual upstream might be dead (seven commits in the past five years) while ROS bfl might continue to be maintained by ROS (but I don't know that for sure either) Funnily, the science-robotics meta package Suggests orocos-bfl even though that package is not in Debian. Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#841211: ros-mk: Could not find toolchain file
Package: ros-mk Version: 1.13.4-1 Severity: normal Hi, consider the following Makefile: include $(shell rospack find mk)/cmake_stack.mk when I then run make I get: cd build && cmake -Wdev -DCMAKE_TOOLCHAIN_FILE=/core/rosbuild/rostoolchain.cmake .. CMake Error at /usr/share/cmake-3.6/Modules/CMakeDetermineSystem.cmake:104 (message): Could not find toolchain file: /core/rosbuild/rostoolchain.cmake Call Stack (most recent call first): CMakeLists.txt CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage -- Configuring incomplete, errors occurred! /usr/share/mk/cmake_stack.mk:7: recipe for target 'all' failed make: *** [all] Error 1 The "toolchain file" it is looking for might be /usr/share/ros/core/rosbuild/rostoolchain.cmake as it is found in the package rosbuild (on which a dependency is missing) but even after installing rosbuild, the error above persists. Probably the /usr/share prefix is just missing. Thanks! cheers, josch -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core
Package: liblaser-geometry-dev Version: 1.6.4-2+b3 Severity: normal Hi, /usr/include/laser_geometry/laser_geometry.h reads: #include but that should instead be: #include 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. Thanks! cheers, josch -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#840794: librviz-dev: Missing dependency on libogre-1.9-dev
Package: librviz-dev Version: 1.12.1+dfsg-2+b1 Severity: normal Hi, when building a project with rviz-dev, I get: CMake Error at /usr/share/rviz/cmake/rvizConfig.cmake:99 (message): Project 'rviz' specifies '/usr/include/OGRE/Overlay' as an include dir, which is not found. It does neither exist as an absolute directory nor in '/usr//usr/include/OGRE/Overlay'. Ask the maintainer 'David Gossow, William Woodall ' to fix it. It seems that the package is missing a dependency on libogre-1.9-dev. Thanks! cheers, josch -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
robot_state_publisher in package ros-robot
Hi, the package description of ros-robot states: | Different to upstream, this packages does not provide: | control_msgs, diagnostics, executive_smach, filters, robot_state_publisher, | xacro. | Please install them from source, if you need them. 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 robot_state_publisher for a project so I would be willing to provide a patch if this just needs somebody to do the work. Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#833616: [libopencv-dev] missing dependency on libopencv3.0-jni
Control: tag -1 + confirmed Hi, On Sun, 7 Aug 2016 01:53:50 +0200 =?iso-8859-2?Q?Micha=B3_Miros=B3aw?=wrote: > libopencv-dev should depend on libopencv3.0-jni - if that's not > installed CMake's "FIND_PACKAGE(OpenCV REQUIRED)" generates: > > CMake Error at /usr/share/OpenCV/OpenCVModules.cmake:120 (message): >The imported target "opencv_java" references the file > > "/usr/lib/jni/libopencv_java300.so" > >but this file does not exist. Possible reasons include: > >* The file was deleted, renamed, or moved to another location. > >* An install or uninstall procedure did not complete successfully. > >* The installation package was faulty and contained > > "/usr/share/OpenCV/OpenCVModules.cmake" > >but not all the files it references. > > Call Stack (most recent call first): >/usr/share/OpenCV/OpenCVConfig.cmake:86 (include) >CMakeLists.txt:17 (FIND_PACKAGE) I can confirm this finding from our own cmake project. Installing libopencv3.0-jni fixes the problem. Thanks! cheers, josch signature.asc Description: signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761784: python-cpl: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Hi, adding some additional info: python-cpl actually calls libtool during the build so it needs to build depend on libtool-bin. cheers, josch -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers