[MacPorts] #49670: OpenCV 2.x (please re-instate or provide a new opencv2 port)

MacPorts noreply at macports.org
Wed Nov 11 23:41:36 PST 2015


#49670: OpenCV 2.x (please re-instate or provide a new opencv2 port)
------------------------+--------------------------------
 Reporter:  macports@…  |      Owner:  macports-tickets@…
     Type:  defect      |     Status:  new
 Priority:  Normal      |  Milestone:
Component:  ports       |    Version:  2.3.4
 Keywords:              |       Port:  opencv
------------------------+--------------------------------
 The opencv port was upgraded to 3.0.0 from 2.4.11 in Ticket #45203 in June
 this year (a week or so after the 3.0.0 release), removing the ability to
 build 2.4

 I don't understand why the decision was made to replace/remove 2.4,
 because it looks like 3.x differs in ways that break some code/projects
 reliant on the 2.x API or libraries (tickets #48081 #48067 for example,
 see also
 http://docs.opencv.org/master/db/dfa/tutorial_transition_guide.html#gsc.tab=0).

 Could we please have separate ports for 2.4 and 3.0 for those with
 projects that rely on one or the other? (even if they're incompatible with
 each other, *some* way of accessing the 2.x port would be helpful). It has
 only been a few months since the 3.0 release and I suspect many projects
 haven't had sufficient time to establish 3.0 compatibility (including one
 I work on but am not in a position to patch for OpenCV 3.x).

 A quick check of the Portfiles mentioning opencv suggests it might be
 worth checking which version of the following ports are definitely
 compatible with 3.0, in case any more of them are broken by the change:
 - aqua/nomacs
 - gis/orfeotoolbox
 - gnome/gstreamer010-gst-plugins-bad
 - gnome/gstreamer1-gst-plugins-bad (comment in the Portfile suggests >=
 2.0 and <= 2.5)
 - graphics/objectmarker
 - kde/digikam (issue #48081 says it won't build with 3.0)
 - math/caffe
 - multimedia/VLC
 - multimedia/VLC-devel
 - science/gerbil
 - science/gmic
 - x11/auto-multiple-choice

 Note that #48067 requests updates to many of the above for the changed
 library names, but I think there are *also* be differences in API.

-- 
Ticket URL: <https://trac.macports.org/ticket/49670>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list