Bug#806876: visp: FTBFS when built with dpkg-buildpackage -A (143 tests failed out of 143)
On 02/12/2015 16:50, Santiago Vila wrote: So, maybe a target "override_dh_auto_test-indep" that does not do anything would fix this. Thanks. Doesn't work if I rename "override_dh_auto_test" into "override_dh_auto_test-indep". Doesn't work if I introduce "override_dh_auto_test-indep" that does nothing and keep "override_dh_auto_test" as it is. The solution I found is to rename "override_dh_auto_test" into "override_dh_auto_test-arch" to make testing arch dependent. override_dh_auto_test-arch: export VISP_INPUT_IMAGE_PATH=/usr/share/visp-images-data/ \ && dh_auto_test --max-parallel=1 || ${DH_AUTOTEST_CAN_FAIL} I'm not expert, so I don't know if this is the right way to disable testing using dpkg-buildpackage -A -- 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#806876: visp: FTBFS when built with dpkg-buildpackage -A (143 tests failed out of 143)
Dear, This is not an issue for me. Tests use visp-images package that seems not installed. That's why they fail. Fabien On 02/12/2015 13:09, Santiago Vila wrote: Package: src:visp Version: 2.10.0+dfsg-1 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] debian/rules build-indep dh build-indep --parallel dh_testdir -i -O--parallel debian/rules override_dh_auto_configure make[1]: Entering directory '/<>/visp-2.10.0+dfsg' # Copy monkey images to replace lena cp debian/new-images/img-monkey* doc/image cp debian/new-images/monkey.* tutorial/image # Continue with dh_auto_configure dh_auto_configure -- -DCMAKE_INSTALL_LIBDIR:STRING="lib/x86_64-linux-gnu" -DCMAKE_BUILD_TYPE=Release -DBUILD_DEMOS=ON -DBUILD_TESTS=ON -DBUILD_EXAMPLES=ON -DBUILD_TUTORIALS=ON -DBUILD_SHARED_LIBS=ON -DUSE_FFMPEG=OFF -DUSE_OPENCV=ON -DUSE_COIN=ON -DUSE_LAPACK=ON -DUSE_GSL=ON -DUSE_OGRE=ON -DUSE_XML2=ON -DUSE_GTK2=ON -DUSE_LIBJPEG=ON -DUSE_LIBPNG=ON -DUSE_X11=ON -DUSE_ZBAR=ON -DUSE_DMTX=ON -DUSE_DC1394=ON -DUSE_V4L2=ON -DUSE_OIS=ON -DUSE_LIBFREENECT=ON cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_INSTALL_LIBDIR:STRING=lib/x86_64-linux-gnu -DCMAKE_BUILD_TYPE=Release -DBUILD_DEMOS=ON -DBUILD_TESTS=ON -DBUILD_EXAMPLES=ON -DBUILD_TUTORIALS=ON -DBUILD_SHARED_LIBS=ON -DUSE_FFMPEG=OFF -DUSE_OPENCV=ON -DUSE_COIN=ON -DUSE_LAPACK=ON -DUSE_GSL=ON -DUSE_OGRE=ON -DUSE_XML2=ON -DUSE_GTK2=ON -DUSE_LIBJPEG=ON -DUSE_LIBPNG=ON -DUSE_X11=ON -DUSE_ZBAR=ON -DUSE_DMTX=ON -DUSE_DC1394=ON -DUSE_V4L2=ON -DUSE_OIS=ON -DUSE_LIBFREENECT=ON -- The C compiler identification is GNU 5.2.1 [... snipped ...] 114 - templateTrackerPyramidal-SSDESM-SRT (Not Run) 115 - templateTrackerPyramidal-SSDESM-Translation (Not Run) 116 - templateTrackerPyramidal-SSDForwardAdditional-Affine (Not Run) 117 - templateTrackerPyramidal-SSDForwardAdditional-Homography (Not Run) 118 - templateTrackerPyramidal-SSDForwardAdditional-HomographySL3 (Not Run) 119 - templateTrackerPyramidal-SSDForwardAdditional-SRT (Not Run) 120 - templateTrackerPyramidal-SSDForwardAdditional-Translation (Not Run) 121 - templateTrackerPyramidal-SSDForwardCompositional-Affine (Not Run) 122 - templateTrackerPyramidal-SSDForwardCompositional-Homography (Not Run) 123 - templateTrackerPyramidal-SSDForwardCompositional-HomographySL3 (Not Run) 124 - templateTrackerPyramidal-SSDForwardCompositional-SRT (Not Run) 125 - templateTrackerPyramidal-SSDForwardCompositional-Translation (Not Run) 126 - templateTrackerPyramidal-SSDInverseCompositional-Affine (Not Run) 127 - templateTrackerPyramidal-SSDInverseCompositional-Homography (Not Run) 128 - templateTrackerPyramidal-SSDInverseCompositional-HomographySL3 (Not Run) 129 - templateTrackerPyramidal-SSDInverseCompositional-SRT (Not Run) 130 - templateTrackerPyramidal-SSDInverseCompositional-Translation (Not Run) 131 - templateTrackerPyramidal-ZNCCForwardAdditional-Affine (Not Run) 132 - templateTrackerPyramidal-ZNCCForwardAdditional-Homography (Not Run) 133 - templateTrackerPyramidal-ZNCCForwardAdditional-HomographySL3 (Not Run) 134 - templateTrackerPyramidal-ZNCCForwardAdditional-SRT (Not Run) 135 - templateTrackerPyramidal-ZNCCForwardAdditional-Translation (Not Run) 136 - templateTrackerPyramidal-ZNCCInverseCompositional-Affine (Not Run) 137 - templateTrackerPyramidal-ZNCCInverseCompositional-Homography (Not Run) 138 - templateTrackerPyramidal-ZNCCInverseCompositional-HomographySL3 (Not Run) 139 - templateTrackerPyramidal-ZNCCInverseCompositional-SRT (Not Run) 140 - templateTrackerPyramidal-ZNCCInverseCompositional-Translation (Not Run) 141 - videoReader (Not Run) 142 - imageSequenceReader (Not Run) 143 - wireframeSimulator (Not Run) Errors while running CTest Makefile:119: recipe for target 'test' failed make[2]: *** [test] Error 8 make[2]: Leaving directory '/<>/visp-2.10.0+dfsg/obj-x86_64-linux-gnu' dh_auto_test: make -j1 test ARGS+=-j1 returned exit code 2 debian/rules:107: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory '/<>/visp-2.10.0+dfsg' debian/rules:70: recipe for target 'build-indep' failed make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 Sorry not to have a fix, as I am reporting many bugs similar to this one.
Bug#772331: libvisp-dev: bashism in /bin/sh script
Hi, Sorry for the delay. I have introduced a patch that fixes this bug. I have also introduced two other patches that improve compat with cmake 3.0.x and X server. These changes were uploaded to mentors and are available from http://mentors.debian.net/package/visp Let me know if I have to do something other... Best regards PS: All the changes were done on https://github.com/lagadic/visp-debian that is a fork of https://alioth.debian.org/anonscm/git/debian-science/packages/visp.git Fabien - Mail original - De: Raphael Geissert atom...@gmail.com À: mainto...@bugs.debian.org Envoyé: Samedi 6 Décembre 2014 14:02:29 Objet: Bug#772331: libvisp-dev: bashism in /bin/sh script Package: libvisp-dev Severity: minor Version: 2.9.0-3+b2 User: debian-rele...@lists.debian.org Usertags: goal-dash Hi, I've ran checkbashisms (from the 'devscripts' package) over the whole archive and I found that your package has a /bin/sh script that uses a bashism. checkbashisms' output: possible bashism in ./usr/bin/visp-config line 87 (exit|return with negative status code): exit -1; possible bashism in ./usr/bin/visp-config line 100 (exit|return with negative status code): *) usage; exit -1 ;; Not using bash (or a Debian Policy compliant shell interpreter that doesn't provide such an extra feature) as /bin/sh is likely to lead to errors or unexpected behaviours. Please be aware that dash is the default /bin/sh. Please closely examine the above output and the script, and determine what the proper severity of the bug is, and adjust it accordingly. If it's important or greater please hurry to get this fixed for jessie. Hints about how to fix bashisms can be found at: https://wiki.ubuntu.com/DashAsBinSh Thanks in advance, Raphael Geissert -- 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#756784: visp: FTBFS on powerpc
Le 03/08/14 05:37, Thomas Moulard a écrit : I asked for a rebuild a while ago, still waiting for an answer: https://lists.debian.org/debian-wb-team/2014/07/msg00015.html Is there something more to do? I also asked yesterday https://lists.debian.org/debian-wb-team/2014/08/msg4.html Fabien -- 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#754657: piuparts fail in unstable
Le 15/07/14 20:10, Thomas Moulard a écrit : On Tue, Jul 15, 2014 at 7:46 PM, Fabien Spindler fabien.spind...@inria.fr wrote: Thomas, I have attached a patch that fixes this issue. Moreover debian/libvisp2.9.install need to be changed with usr/share/visp-2.9.0/data/ And also debian/libvisp-dev.install to add the line usr/lib/*/visp/data/ since we introduce patch 0003-Install-OGRE-config-files-in-arch-specific-directory.patch Thanks Fabien, I won't have time to apply this patch this week but I will upload the next revision of the visp packages solving this bug next week. Sorry, but my previous patch was corrupted. Attached the good version that applies on CMakeLists.txt from upstream (and not the version where patch 0001 and 0003 were applied previously). Fabien From d3e3f90b622b64031f0689a33cb26072ff97106d Mon Sep 17 00:00:00 2001 From: Fabien Spindler fabien.spind...@inria.fr Date: Tue, 15 Jul 2014 22:58:28 +0200 Subject: [PATCH 2/2] Shared data are linked to a given version --- CMakeLists.txt | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index 9b44006..133040a 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -928,14 +928,14 @@ IF(USE_OGRE) if(UNIX) install(FILES ${VISP_BINARY_DIR}/install/resources.cfg -DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/ogre-simulator +DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp-${VISP_VERSION}/data/ogre-simulator PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) if(OGRE_MEDIA_NOT_AVAILABLE) install(DIRECTORY data/ogre-simulator/media - DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/ogre-simulator + DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp-${VISP_VERSION}/data/ogre-simulator FILE_PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) @@ -2157,7 +2157,7 @@ IF(UNIX) foreach(SCENE ${WIREFRAME_SCENES}) INSTALL(FILES ${VISP_SOURCE_DIR}/src/simulator/wireframe-simulator/scene/${SCENE} - DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/wireframe-simulator + DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp-${VISP_VERSION}/data/wireframe-simulator PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) @@ -2165,7 +2165,7 @@ IF(UNIX) foreach(SCENE ${ROBOT_ARMS_SCENES}) INSTALL(FILES ${VISP_SOURCE_DIR}/src/robot/simulator-robot/arms/${SCENE} - DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/robot-simulator + DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp-${VISP_VERSION}/data/robot-simulator PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) -- 2.0.0 -- 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#754164: libvisp2.9: arch-dependent file in Multi-Arch: same package
Attached you will find a patch that fixes this issue. It consists in installing plugins.cfg rather /usr/lib/arch-triplet/visp/data/ogre-simulator Best regards Fabien Le 08/07/14 12:04, Jakub Wilk a écrit : Package: libvisp2.9 Version: 2.9.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libvisp2.9 is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/visp/data/ogre-simulator/plugins.cfg An example diff between i386 and amd64 is attached. From 38801f5680f05dd508e89d6ae29bc3f25ac287e9 Mon Sep 17 00:00:00 2001 From: Fabien Spindler fabien.spind...@inria.fr Date: Wed, 9 Jul 2014 08:06:32 +0200 Subject: [PATCH 2/3] Fix plugings.cfg multi arch support --- CMakeLists.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index 9b44006..d6ee2b2 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -840,7 +840,7 @@ IF(USE_OGRE) if(OGRE_PLUGIN_DIR_REL) INSTALL(FILES ${VISP_HAVE_OGRE_PLUGINS_PATH}/plugins.cfg - DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/ogre-simulator + DESTINATION ${CMAKE_INSTALL_LIBDIR}/visp/data/ogre-simulator PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) @@ -848,7 +848,7 @@ IF(USE_OGRE) if(OGRE_PLUGIN_DIR_DBG) INSTALL(FILES ${VISP_HAVE_OGRE_PLUGINS_PATH}/plugins_d.cfg - DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/visp/data/ogre-simulator + DESTINATION ${CMAKE_INSTALL_LIBDIR}/visp/data/ogre-simulator PERMISSIONS OWNER_READ GROUP_READ WORLD_READ OWNER_WRITE COMPONENT libraries ) @@ -2097,7 +2097,7 @@ if(VISP_INSTALL_DIR_OGRE_RESOURCES) endif() # Only if plugins.cfg created by hand, we change the path to plugins.cfg in install/vpConfig.h if(VISP_INSTALL_DIR_OGRE_RESOURCES) - SET(VISP_HAVE_OGRE_PLUGINS_PATH ${VISP_ROOT_DIR_DATA_CONFIGCMAKE}/data/ogre-simulator) + SET(VISP_HAVE_OGRE_PLUGINS_PATH ${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_LIBDIR}/visp/data/ogre-simulator) endif() # Generate the package dependent file include/visp/vpConfig.h -- 2.0.0 -- 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS
Le 19/02/14 09:32, Thomas Moulard a écrit : On Wed, Feb 19, 2014 at 3:43 PM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: Hi, I just upload opencv 2.4.8+dfsg1-2. This version fixes a problem that can not be build applications using opencv. But visp has other build error by libusb.h in /usr/include/libfreenect.hpp. Could you check this problem? Hi, thank you for fixing the bug! I cannot reproduce the problem (builds fine on my local pbuilder). Is it architecture specific? Could you please attach the log on your machine? I'm able to reproduce the bug. It comes when package libusb-1.0-0-dev package is installed. I will fix the issue and send the patch. Fabien Best, -- 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS
Le 19/02/14 09:59, Fabien Spindler a écrit : Le 19/02/14 09:32, Thomas Moulard a écrit : On Wed, Feb 19, 2014 at 3:43 PM, Nobuhiro Iwamatsuiwama...@nigauri.org wrote: Hi, I just upload opencv 2.4.8+dfsg1-2. This version fixes a problem that can not be build applications using opencv. But visp has other build error by libusb.h in /usr/include/libfreenect.hpp. Could you check this problem? Hi, thank you for fixing the bug! I cannot reproduce the problem (builds fine on my local pbuilder). Is it architecture specific? Could you please attach the log on your machine? I'm able to reproduce the bug. It comes when package libusb-1.0-0-dev package is installed. I will fix the issue and send the patch. Fabien Attached is the patch for ViSP 2.8.0. Fabien Best, Index: CMakeModules/FindLIBUSB-1.cmake === --- CMakeModules/FindLIBUSB-1.cmake (revision 4677) +++ CMakeModules/FindLIBUSB-1.cmake (working copy) @@ -35,6 +35,7 @@ # # LIBUSB_1_FOUND # LIBUSB_1_LIBRARIES +# LIBUSB_1_INCLUDE_DIRS # # Authors: # Celine Teuliere @@ -55,11 +56,18 @@ /usr/lib /usr/local/lib ) + FIND_PATH(LIBUSB_1_INCLUDE_DIR libusb.h +$ENV{LIBUSB_1_HOME}/include/libusb-1.0 +$ENV{LIBUSB_1_HOME}/build/include/libusb-1.0 +/usr/include/libusb-1.0 +/usr/local/include/libusb-1.0 +) ENDIF(WIN32) ## -IF(LIBUSB_1_LIBRARY) +IF(LIBUSB_1_LIBRARY AND LIBUSB_1_INCLUDE_DIR) + SET(LIBUSB_1_INCLUDE_DIRS ${LIBUSB_1_INCLUDE_DIR}) SET(LIBUSB_1_LIBRARIES ${LIBUSB_1_LIBRARY}) SET(LIBUSB_1_FOUND TRUE) ELSE() @@ -67,6 +75,8 @@ ENDIF() MARK_AS_ADVANCED( + LIBUSB_1_INCLUDE_DIRS + LIBUSB_1_INCLUDE_DIR LIBUSB_1_LIBRARIES LIBUSB_1_LIBRARY ) Index: CMakeLists.txt === --- CMakeLists.txt (revision 4677) +++ CMakeLists.txt (working copy) @@ -1073,6 +1073,7 @@ MESSAGE(STATUS libusb-1.0 found) +LIST(APPEND VISP_EXTERN_INCLUDE_DIRS ${LIBUSB_1_INCLUDE_DIRS}) LIST(APPEND VISP_EXTERN_LIBRARIES ${LIBUSB_1_LIBRARIES}) ELSE() MESSAGE(STATUS libusb-1.0 not found) @@ -1089,7 +1090,7 @@ # The material is found. Check if libfreenect is an old version include(CheckCXXSourceCompiles) SET(CMAKE_REQUIRED_LIBRARIES ${LIBFREENECT_LIBRARIES} ${PTHREAD_LIBRARIES} ${LIBUSB_1_LIBRARIES}) -SET(CMAKE_REQUIRED_INCLUDES ${LIBFREENECT_INCLUDE_DIRS} ${PTHREAD_INCLUDE_DIRS}) +SET(CMAKE_REQUIRED_INCLUDES ${LIBFREENECT_INCLUDE_DIRS} ${PTHREAD_INCLUDE_DIRS} ${LIBUSB_1_INCLUDE_DIRS}) CHECK_CXX_SOURCE_COMPILES( #include libfreenect.hpp -- 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS
The proposed fix https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737153 lead to an other error during ViSP package configuration: CMake Error at /usr/share/OpenCV/OpenCVModules.cmake:117 (message) : The imported target opencv_java references the file /usr/share/OpenCV/java/libopencv_java248.so but this file does not exist. Fabien -- 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS
Le 14/02/14 13:15, Rebecca N. Palmer a écrit : Debian doesn't have a /usr/share/OpenCV/java/libopencv_java248.so, but it does have a /usr/lib/libopencv_java248.so in libopencv2.4-jni; does build-depending on that help? When I install libopencv-dev 2.4.8+dfsg1-1 all OpenCV libraries are installed in /usr/lib/i386-linux-gnu. But locate is unable to find any libopencv_java. Fabien -- 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS
Le 14/02/14 18:36, Rebecca N. Palmer a écrit : libopencv-dev doesn't pull in the Java libraries; I don't know if the appropriate fix is that it should, or that the cmake script shouldn't be looking for them when building C(++). I think that the script OpenCVModules.cmake should not look for libopencv_java. When I build opencv 2.4.8 from source, libopencv_java is not build. The error can be simply reproduced using the following CMakeLists.txt project(dummy) cmake_minimum_required(version 2.8) find_package(OpenCV REQUIRED) Hope it helps Fabien -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers