Bug#922589: FTBFS against opencv 4.0.1 (exp

2020-04-03 Thread Andreas Tille
Hi Alex,

On Fri, Apr 03, 2020 at 05:21:57PM +0100, Alex Dewar wrote:
> Maybe try patching configure.ac so it looks for opencv4 rather than
> opencv. I'd like to also address this in my PR, only I'm not sure how to
> get autotools to look for opencv4 OR opencv without failing... Any ideas?

Please be so kind and discuss this in public (at least including the
bug report.  And no, besides the quilt patch

   0017_opencv4.patch

I have no idea since it should do exactly what you mean.

Kind regards

 Andreas.
 
> On 28/03/2020 13:34, Andreas Tille wrote:
> > Hi Alex,
> > 
> > On Sat, Mar 28, 2020 at 11:30:04AM +, Alex Dewar wrote:
> > > I've stuck in a PR to the upstream OpenCFU repository, which should fix
> > > this issue: https://github.com/qgeissmann/OpenCFU/pull/26
> > > 
> > > Let me know if this works (or not) for you.
> > Thanks a lot for your port in OpenCFU to latest OpenCV.  Its probably
> > very valuable.  I've applied the patch in Salsa[1].
> > Unfortunately I'm still struck with the configure step:
> > 
> > ...
> > checking for pkg-config... /usr/bin/pkg-config
> > checking pkg-config is at least version 0.9.0... yes
> > checking for OPENCV... no
> > configure: error: OpenCV not found. Have you installed the library (devel 
> > version)
> > tail -v -n \+0 config.log
> > ...
> > 
> > 
> > Regarding the hint of Samuel Thibault:  Yes there is
> > 
> > # cat ./usr/lib/x86_64-linux-gnu/pkgconfig/opencv4.pc
> > # Package Information for pkg-config
> > 
> > prefix=/usr
> > exec_prefix=${prefix}
> > libdir=${exec_prefix}/lib/x86_64-linux-gnu
> > includedir_old=${prefix}/include/opencv4/opencv
> > includedir_new=${prefix}/include/opencv4
> > 
> > Name: OpenCV
> > Description: Open Source Computer Vision Library
> > Version: 4.2.0
> > Libs: -L${exec_prefix}/lib/x86_64-linux-gnu -lopencv_stitching 
> > -lopencv_aruco -lopencv_bgsegm -lopencv_bioinspired -lopencv_ccalib 
> > -lopencv_dnn_objdetect -lopencv_dnn_superres -lopencv_dpm -lopencv_highgui 
> > -lopencv_face -lopencv_freetype -lopencv_fuzzy -lopencv_hdf -lopencv_hfs 
> > -lopencv_img_hash -lopencv_line_descriptor -lopencv_quality -lopencv_reg 
> > -lopencv_rgbd -lopencv_saliency -lopencv_shape -lopencv_stereo 
> > -lopencv_structured_light -lopencv_phase_unwrapping -lopencv_superres 
> > -lopencv_optflow -lopencv_surface_matching -lopencv_tracking 
> > -lopencv_datasets -lopencv_text -lopencv_dnn -lopencv_plot -lopencv_ml 
> > -lopencv_videostab -lopencv_videoio -lopencv_viz -lopencv_ximgproc 
> > -lopencv_video -lopencv_xobjdetect -lopencv_objdetect -lopencv_calib3d 
> > -lopencv_imgcodecs -lopencv_features2d -lopencv_flann -lopencv_xphoto 
> > -lopencv_photo -lopencv_imgproc -lopencv_core
> > Libs.private: -ldl -lm -lpthread -lrt
> > Cflags: -I${includedir_old} -I${includedir_new}
> > 
> > 
> > in my pbuilder chroot - but this somehow does not help :-(
> > 
> > 
> > Kind regards
> > 
> > Andreas.
> > 
> > [1] 
> > https://salsa.debian.org/med-team/opencfu/-/commit/1cfb33ca7dd7e659cd597694d458d56dc18c661c
> > 
> 
> 

-- 
http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp

2020-03-28 Thread Andreas Tille
Hi Alex,

On Sat, Mar 28, 2020 at 11:30:04AM +, Alex Dewar wrote:
> I've stuck in a PR to the upstream OpenCFU repository, which should fix
> this issue: https://github.com/qgeissmann/OpenCFU/pull/26
> 
> Let me know if this works (or not) for you.

Thanks a lot for your port in OpenCFU to latest OpenCV.  Its probably
very valuable.  I've applied the patch in Salsa[1].
Unfortunately I'm still struck with the configure step:

...
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for OPENCV... no
configure: error: OpenCV not found. Have you installed the library (devel 
version)
tail -v -n \+0 config.log
...


Regarding the hint of Samuel Thibault:  Yes there is 

# cat ./usr/lib/x86_64-linux-gnu/pkgconfig/opencv4.pc
# Package Information for pkg-config

prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib/x86_64-linux-gnu
includedir_old=${prefix}/include/opencv4/opencv
includedir_new=${prefix}/include/opencv4

Name: OpenCV
Description: Open Source Computer Vision Library
Version: 4.2.0
Libs: -L${exec_prefix}/lib/x86_64-linux-gnu -lopencv_stitching -lopencv_aruco 
-lopencv_bgsegm -lopencv_bioinspired -lopencv_ccalib -lopencv_dnn_objdetect 
-lopencv_dnn_superres -lopencv_dpm -lopencv_highgui -lopencv_face 
-lopencv_freetype -lopencv_fuzzy -lopencv_hdf -lopencv_hfs -lopencv_img_hash 
-lopencv_line_descriptor -lopencv_quality -lopencv_reg -lopencv_rgbd 
-lopencv_saliency -lopencv_shape -lopencv_stereo -lopencv_structured_light 
-lopencv_phase_unwrapping -lopencv_superres -lopencv_optflow 
-lopencv_surface_matching -lopencv_tracking -lopencv_datasets -lopencv_text 
-lopencv_dnn -lopencv_plot -lopencv_ml -lopencv_videostab -lopencv_videoio 
-lopencv_viz -lopencv_ximgproc -lopencv_video -lopencv_xobjdetect 
-lopencv_objdetect -lopencv_calib3d -lopencv_imgcodecs -lopencv_features2d 
-lopencv_flann -lopencv_xphoto -lopencv_photo -lopencv_imgproc -lopencv_core
Libs.private: -ldl -lm -lpthread -lrt
Cflags: -I${includedir_old} -I${includedir_new}


in my pbuilder chroot - but this somehow does not help :-(


Kind regards

   Andreas.

[1] 
https://salsa.debian.org/med-team/opencfu/-/commit/1cfb33ca7dd7e659cd597694d458d56dc18c661c

-- 
http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp

2020-03-28 Thread Alex Dewar

I've stuck in a PR to the upstream OpenCFU repository, which should fix
this issue: https://github.com/qgeissmann/OpenCFU/pull/26

Let me know if this works (or not) for you.



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2020-02-17 Thread Andreas Tille
Hi again,
I seriously need help to port the code to OpenCV 4.
Unfortunately I did not found a porting guide.
Could you help?
Kind regards
Andreas.

On Fri, Jan 24, 2020 at 04:09:31PM +0100, Andreas Tille wrote:
> On Tue, Jan 07, 2020 at 05:15:14PM +0100, Samuel Thibault wrote:
> > > > pkg-config file has been marked deprecated by upstream.
> > > 
> > > I admit I have no idea what to do now.  Any hint?
> > 
> > Apparently there is a opencv4.pc file?
> 
> With this patch[1] opencv4 is detected - but the code is not compatible
> with opencv4.  I get lots of errors like this:
> 
> ...
> g++ -DHAVE_CONFIG_H -I.  -Isrc/processor/headers/ 
> -DINSTALLDIR='"/usr/share/opencfu"' -pthread -I/usr/include/gtkmm-2.4 
> -I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 
> -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 
> -I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include 
> -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include 
> -I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include 
> -I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include 
> -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
> -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo 
> -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount 
> -I/usr/include/blkid -I/usr/include/pango-1.0 -I/usr/include/harfbuzz 
> -I/usr/include/ pango-1.0 -I/usr/include/fribidi -I/usr/include/uuid 
> -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glibmm-2.4 
> -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/sigc++-2.0 
> -I/usr/  lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Isrc/gui/headers/ -Wdate-time 
> -D_FORTIFY_SOURCE=2 -I/usr/include/opencv4/opencv -I/usr/include/ opencv4 
> -fopenmp -Isrc/ -Wall   -g -O2 -fdebug-prefix-map=/build/opencfu-3.9.0=. 
> -fstack-protector-strong -Wformat -Werror=format-security -c -o 
> src/processor/src/opencfu-ArgumentParser.o `test -f 'src/
> processor/src/ArgumentParser.cpp' || echo 
> './'`src/processor/src/ArgumentParser.cpp
> In file included from src/processor/headers/ProcessingOptions.hpp:8,
>  from src/processor/headers/ArgumentParser.hpp:5,
>  from src/main.cpp:21:
> src/processor/headers/MaskROI.hpp: In constructor 'MaskROI::MaskROI(const 
> string&)':
> src/processor/headers/MaskROI.hpp:16:29: error: 'CV_LOAD_IMAGE_GRAYSCALE' was 
> not declared in this scope
>16 | 
> cv::imread(path,CV_LOAD_IMAGE_GRAYSCALE).copyTo(m_original_mat);
>   | ^~~
> src/processor/headers/MaskROI.hpp: In constructor 'MaskROI::MaskROI(cv::Mat, 
> int)':
> src/processor/headers/MaskROI.hpp:25:13: warning: this 'if' clause does not 
> guard... [-Wmisleading-indentation]
>25 | if(typepp != MASK_TYPE_NONE)
>   | ^~
> src/processor/headers/MaskROI.hpp:27:17: note: ...this statement, but the 
> latter is misleadingly indented as if it were guarded by the 'if'
>27 | img.copyTo(m_mat);
>   | ^~~
> In file included from src/processor/headers/ArgumentParser.hpp:5,
>  from src/main.cpp:21:
> src/processor/headers/ProcessingOptions.hpp: In member function 'bool 
> ProcessingOptions::setImage(std::string)':
> src/processor/headers/ProcessingOptions.hpp:114:46: error: 
> 'CV_LOAD_IMAGE_ANYDEPTH' was not declared in this scope
>   114 | cv::Mat tmpImg = cv::imread(str, CV_LOAD_IMAGE_ANYDEPTH | 
> CV_LOAD_IMAGE_COLOR);
>   |  ^~
> src/processor/headers/ProcessingOptions.hpp:114:71: error: 
> 'CV_LOAD_IMAGE_COLOR' was not declared in this scope
>   114 | cv::Mat tmpImg = cv::imread(str, CV_LOAD_IMAGE_ANYDEPTH | 
> CV_LOAD_IMAGE_COLOR);
>   |   
> ^~~
> ...
> 
> 
> When trying to build opencfu.  Is there any short guideline how to port from
> opencv < 4  to opencv version 4?
> 
> Any help would be appreciated
> 
>  Andreas,
> 
> 
> [1] 
> https://salsa.debian.org/med-team/opencfu/blob/master/debian/patches/0017_opencv4.patch
>  
> 
> -- 
> http://fam-tille.de
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2020-01-24 Thread Andreas Tille
On Tue, Jan 07, 2020 at 05:15:14PM +0100, Samuel Thibault wrote:
> > > pkg-config file has been marked deprecated by upstream.
> > 
> > I admit I have no idea what to do now.  Any hint?
> 
> Apparently there is a opencv4.pc file?

With this patch[1] opencv4 is detected - but the code is not compatible
with opencv4.  I get lots of errors like this:

...
g++ -DHAVE_CONFIG_H -I.  -Isrc/processor/headers/ 
-DINSTALLDIR='"/usr/share/opencfu"' -pthread -I/usr/include/gtkmm-2.4 
-I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 
-I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 
-I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include 
-I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include 
-I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include 
-I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo 
-I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount 
-I/usr/include/blkid -I/usr/include/pango-1.0 -I/usr/include/harfbuzz 
-I/usr/include/ pango-1.0 -I/usr/include/fribidi -I/usr/include/uuid 
-I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glibmm-2.4 
-I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/sigc++-2.0 
-I/usr/  lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Isrc/gui/headers/ -Wdate-time 
-D_FORTIFY_SOURCE=2 -I/usr/include/opencv4/opencv -I/usr/include/ opencv4 
-fopenmp -Isrc/ -Wall   -g -O2 -fdebug-prefix-map=/build/opencfu-3.9.0=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -o 
src/processor/src/opencfu-ArgumentParser.o `test -f 'src/
processor/src/ArgumentParser.cpp' || echo 
'./'`src/processor/src/ArgumentParser.cpp
In file included from src/processor/headers/ProcessingOptions.hpp:8,
 from src/processor/headers/ArgumentParser.hpp:5,
 from src/main.cpp:21:
src/processor/headers/MaskROI.hpp: In constructor 'MaskROI::MaskROI(const 
string&)':
src/processor/headers/MaskROI.hpp:16:29: error: 'CV_LOAD_IMAGE_GRAYSCALE' was 
not declared in this scope
   16 | 
cv::imread(path,CV_LOAD_IMAGE_GRAYSCALE).copyTo(m_original_mat);
  | ^~~
src/processor/headers/MaskROI.hpp: In constructor 'MaskROI::MaskROI(cv::Mat, 
int)':
src/processor/headers/MaskROI.hpp:25:13: warning: this 'if' clause does not 
guard... [-Wmisleading-indentation]
   25 | if(typepp != MASK_TYPE_NONE)
  | ^~
src/processor/headers/MaskROI.hpp:27:17: note: ...this statement, but the 
latter is misleadingly indented as if it were guarded by the 'if'
   27 | img.copyTo(m_mat);
  | ^~~
In file included from src/processor/headers/ArgumentParser.hpp:5,
 from src/main.cpp:21:
src/processor/headers/ProcessingOptions.hpp: In member function 'bool 
ProcessingOptions::setImage(std::string)':
src/processor/headers/ProcessingOptions.hpp:114:46: error: 
'CV_LOAD_IMAGE_ANYDEPTH' was not declared in this scope
  114 | cv::Mat tmpImg = cv::imread(str, CV_LOAD_IMAGE_ANYDEPTH | 
CV_LOAD_IMAGE_COLOR);
  |  ^~
src/processor/headers/ProcessingOptions.hpp:114:71: error: 
'CV_LOAD_IMAGE_COLOR' was not declared in this scope
  114 | cv::Mat tmpImg = cv::imread(str, CV_LOAD_IMAGE_ANYDEPTH | 
CV_LOAD_IMAGE_COLOR);
  |   
^~~
...


When trying to build opencfu.  Is there any short guideline how to port from
opencv < 4  to opencv version 4?

Any help would be appreciated

 Andreas,


[1] 
https://salsa.debian.org/med-team/opencfu/blob/master/debian/patches/0017_opencv4.patch
 

-- 
http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2020-01-07 Thread Samuel Thibault
Hello,

Andreas Tille, le lun. 18 févr. 2019 10:45:59 +0100, a ecrit:
> On Mon, Feb 18, 2019 at 06:45:55AM +, Mo Zhou wrote:
> > pkg-config file has been marked deprecated by upstream.
> 
> I admit I have no idea what to do now.  Any hint?

Apparently there is a opencv4.pc file?

Samuel



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2019-02-18 Thread Mo Zhou
Hi Andreas,

Not only this package was broken by opencv4.0 due to the deprecation of
pkg-config file. If possibe, it's recommended to detect opencv using
cmake. Or maybe we can still enable this "deprecated" feature?

>  473 OCV_OPTION(OPENCV_GENERATE_PKGCONFIG  "Generate .pc file for pkg-config 
> build tool (deprecated)" OFF)

Let's wait and see how the upstreams of broken packages response...
If they still need the .pc file anyway, I think we'd better add it
back...

On Mon, Feb 18, 2019 at 10:45:59AM +0100, Andreas Tille wrote:
> Control: tags -1 help
> 
> Hi Lumin,
> 
> On Mon, Feb 18, 2019 at 06:45:55AM +, Mo Zhou wrote:
> > Source: opencfu
> > Version: 3.9.0-3
> > Severity: important
> > 
> > pkg-config file has been marked deprecated by upstream.
> 
> I admit I have no idea what to do now.  Any hint?
> 
> Kind regards
> 
>   Andreas.
> 
> -- 
> http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2019-02-18 Thread Andreas Tille
Control: tags -1 help

Hi Lumin,

On Mon, Feb 18, 2019 at 06:45:55AM +, Mo Zhou wrote:
> Source: opencfu
> Version: 3.9.0-3
> Severity: important
> 
> pkg-config file has been marked deprecated by upstream.

I admit I have no idea what to do now.  Any hint?

Kind regards

  Andreas.

-- 
http://fam-tille.de



Bug#922589: FTBFS against opencv 4.0.1 (exp)

2019-02-17 Thread Mo Zhou
Source: opencfu
Version: 3.9.0-3
Severity: important

pkg-config file has been marked deprecated by upstream.


opencfu_3.9.0-3_ppc64el-2019-02-15T11:23:33Z.build.zst
Description: Binary data