Bug#1063049: visp: NMU diff for 64-bit time_t transition
Dear, Thanks for this patch. If I understand well you will apply the patch. I don't have to apply it to the upstream. I'm right? Regards Fabien Le 04/02/2024 à 19:19, Steve Langasek a écrit : Source: visp Version: 3.6.0-2 Severity: serious Tags: patch pending sid trixie Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t NOTICE: these changes must not be uploaded to unstable yet! Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified visp as a source package shipping runtime libraries whose ABI either is affected by the change in size of time_t, or could not be analyzed via abi-compliance-checker (and therefore to be on the safe side we assume is affected). To ensure that inconsistent combinations of libraries with their reverse-dependencies are never installed together, it is necessary to have a library transition, which is most easily done by renaming the runtime library package. Since turning on 64-bit time_t is being handled centrally through a change to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is important that libraries affected by this ABI change all be uploaded close together in time. Therefore I have prepared a 0-day NMU for visp which will initially be uploaded to experimental if possible, then to unstable after packages have cleared binary NEW. Please find the patch for this NMU attached. If you have any concerns about this patch, please reach out ASAP. Although this package will be uploaded to experimental immediately, there will be a period of several days before we begin uploads to unstable; so if information becomes available that your package should not be included in the transition, there is time for us to amend the planned uploads. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
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
Bug#806876: visp: FTBFS when built with dpkg-buildpackage -A (143 tests failed out of 143)
I was able to reproduce. Your issue comes from "dpkg-buildpackage -A" that run the tests before building the package. If I comment debian/rules override_dh_auto_test rule "dpkg-buildpackage -A" is working. I don't find an additional option to "-A" to turn off the tests. Fabien
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. T
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#756784: visp: FTBFS on powerpc
I was able to deploy a Debian powerpc arch where I tried to reproduce without success the error reported during ViSP build. The test doesn't fail any more. I suspect that a 3rd party was updated. Is it possible to restart the build of the package. Thanks Fabien Le 01/08/14 18:41, Sebastian Ramacher a écrit : Source: visp Version: 2.9.0-3 Severity: serious Justification: fails to build from source viisp failed to build on powerpc with: | Start 90: videoReader | 90/135 Test #90: videoReader ...***Exception: SegFault 0.34 sec ... | 99% tests passed, 1 tests failed out of 135 | | Total Test time (real) = 137.03 sec | | The following tests FAILED: |90 - videoReader (SEGFAULT) | Errors while running CTest | make[2]: *** [test] Error 8 | Makefile:116: recipe for target 'test' failed The full log is available at https://buildd.debian.org/status/fetch.php?pkg=visp&arch=powerpc&ver=2.9.0-3&stamp=1405961889. Please take a look. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 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 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
Bug#754657: piuparts fail in unstable
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 Best regards Fabien Le 13/07/14 10:19, Thomas Moulard a écrit : Source: libvisp2.9 Version: 2.9.0-2 Severity: important piuparts check[1] fails on libvisp2.9_2.9.0-2 due to the fact the package provides this file: /usr/share/visp/data/wireframe-simulator/circles2.bnd Previous packages such as libvisp2.8 are also providing this file hence triggering a conflict. >From the log: Preparing to unpack .../libvisp2.9_2.9.0-2_amd64.deb ... Unpacking libvisp2.9:amd64 (2.9.0-2) ... dpkg: error processing archive /var/cache/apt/archives/libvisp2.9_2.9.0-2_amd64.deb (--unpack): trying to overwrite '/usr/share/visp/data/wireframe-simulator/circles2.bnd', which is also in package libvisp2.8:amd64 2.8.0-5.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to unpack .../multiarch-support_2.19-5_amd64.deb ... Unpacking multiarch-support (2.19-5) over (2.19-4) ... Errors were encountered while processing: /var/cache/apt/archives/libvisp2.9_2.9.0-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) 2m29.1s ERROR: Command failed (status=100): ['chroot', '/srv/piuparts.debian.org/tmp/tmpk7TUWx', 'apt-get', '-yf', 'dist-upgrade'] [snip] Preparing to unpack .../libvisp2.9_2.9.0-2_amd64.deb ... Unpacking libvisp2.9:amd64 (2.9.0-2) ... dpkg: error processing archive /var/cache/apt/archives/libvisp2.9_2.9.0-2_amd64.deb (--unpack): trying to overwrite '/usr/share/visp/data/wireframe-simulator/circles2.bnd', which is also in package libvisp2.8:amd64 2.8.0-5.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to unpack .../multiarch-support_2.19-5_amd64.deb ... Unpacking multiarch-support (2.19-5) over (2.19-4) ... Errors were encountered while processing: /var/cache/apt/archives/libvisp2.9_2.9.0-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [1] https://piuparts.debian.org/testing2sid/fail/libvisp-dev_2.9.0-2.log >From a8c72393de55f416f198cfafeef256c6cd272562 Mon Sep 17 00:00:00 2001 From: Fabien Spindler Date: Tue, 15 Jul 2014 19:31:15 +0200 Subject: [PATCH 6/6] Fix to allow installation of different versions of libvisp debian package --- CMakeLists.txt | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index d6ee2b2..7f88b59 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
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//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 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
Bug#754163: libvisp-dev: arch-dependent file in "Multi-Arch: same" package
This is not really a bug. The incriminate lines are commented (they start with # character). To fix it, we have to patch CMakeModules/visp-config.install.in in order to remove the lines: #CFLAGS="${VISP_CONFIG_CFLAGS_SCRIPT}" #LIBS="${VISP_CONFIG_LIBS_SCRIPT}" #VERSION="${VISP_VERSION}" Attached you will find the patch. Can someone apply it ? Thanks Fabien Le 08/07/14 12:03, Jakub Wilk a écrit : Package: libvisp-dev Version: 2.9.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libvisp-dev is marked as "Multi-Arch: same", but the following file is architecture-dependent: /usr/bin/visp-config An example diff between i386 and amd64 is attached. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 Iwamatsu 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
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 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,
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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