On 2010-04-06 (e... yesterday?) new version of OpenCV has been released. Trivial name change and commenting the old patches works for me. Warning, there are some API changes in the new version! Reproducible: Always
Created attachment 232125 [details] Opencv 2.1.0 ebuild Here's a tentative ebuild for the latest version of opencv. I've also added the patch for the bundled Lapack (see http://bugs.gentoo.org/show_bug.cgi?id=310969). The previous (multilib, libpng14) have also been ported. Further patching might be needed to clean up all CMake warnings (multilib related).
Created attachment 232127 [details, diff] bundled lapack patch see : https://bugs.gentoo.org/show_bug.cgi?id=310969
Created attachment 232129 [details, diff] ported libpng14 patch Ported from v2.1-r1
Created attachment 232131 [details, diff] ported multilib patch Ported from v2.1-r1
Created attachment 236069 [details] opencv 2.1.0 ebuild This is my ebuild for OpenCV. It isn't complete, but it should work on a 64 bit prefix. Some cmake flags changed, openmp was removed, tbb support was added, numpy support was added. I think this can be merged with the other ebuild.
Created attachment 236071 [details, diff] opencv osx prefix patch OpenCV doesn't compile correctly on OSX, it links to QuickTime and QTkit at the same time when compiling 64 bit should be QTKit only.
Created attachment 236073 [details] Merge of ebuilds, this one should be the most complete did an attempt to merge the ebuilds
Created attachment 236091 [details] updated ebuild Neat, works for me on x86-64-linux, added missing $(cmake-utils_use_build bundled-lapack LAPACK)... Also you had the line for activating Numpy in the cmakefile commented, uncommented it. Hope it wasn't on purpose (?) ...
See comment (In reply to comment #8) > Also you had the line for activating Numpy in the cmakefile commented, > uncommented it. Hope it wasn't on purpose (?) ... See comment above that, that flag somehow doens't have any effect. If numpy is installed opencv just assumes you want to install it. Maybe that should be patched, but I'm happy with the current situation. Otherwise it could be reported upstream so this is fixed for 2.2.
Shouldn't all these ebuilds download and install version 2.1.0 of OpenCV? Those ebuilds here look like they install version 2.0.0-r1? I tried to rewrite the last ebuild for version 2.1.0, but without the 2 patches. I'm not sure, if it really works, because some stuff looks broken, but could be my code either.
(In reply to comment #10) > Shouldn't all these ebuilds download and install version 2.1.0 of OpenCV? > Those ebuilds here look like they install version 2.0.0-r1? no they don't? > > I tried to rewrite the last ebuild for version 2.1.0, but without the 2 > patches. So why did you do it? These ebuild are working, at least on the systems I tested. > I'm not sure, if it really works, because some stuff looks broken, but could be > my code either.
(In reply to comment #11) > (In reply to comment #10) > > Shouldn't all these ebuilds download and install version 2.1.0 of OpenCV? > > Those ebuilds here look like they install version 2.0.0-r1? > > no they don't? Ok, got it, I was looking inside the ebuild-file and missunderstood one line. > > > > I tried to rewrite the last ebuild for version 2.1.0, but without the 2 > > patches. > > So why did you do it? These ebuild are working, at least on the systems I > tested. > I thought, they weren't working. They are, like you said. Will they be in portage? > > I'm not sure, if it really works, because some stuff looks broken, but could be > > my code either. > I think your ebuilds are working, and version 2.1.0 is working better then 2.0.0.
There has been a bug when using v4l devices with opencv (https://code.ros.org/trac/opencv/ticket/141). I modified Christophe Paccolat's ebuild and added the patch fixing the mmap issue.
Created attachment 238489 [details, diff] mmap -> v4l2_mmap patch see https://code.ros.org/trac/opencv/ticket/141
Created attachment 238491 [details] updated ebuild to include mmap patch
2.1.0 in portage, with mmap patch lapack is bug 310969 and osx is bug 298121, didn't touch them in this round
