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
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
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
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:
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
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
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
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
: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
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
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
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
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
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
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
15 matches
Mail list logo