<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 6/20/15 11:57 AM, "Marko Käning"
wrote:<br>
</div>
<blockquote
cite="mid:trinity-2fd940c8-75ef-4583-8fc3-75046f1d6c7a-1434826648071@3capp-webde-bs49"
type="cite">
<pre wrap="">Hi Ryan,
</pre>
<blockquote type="cite">
<pre wrap="">If fixing those two ports is more complicated than just updating them to a
newer version, or copying an existing patch from upstream, then yes, it
would be fine to create an opencv2 port.
</pre>
</blockquote>
<pre wrap="">
ok, I'll wait a bit until I have feedback from the digikam developer, but
I have no idea about VLC-devel and the other hidden cases of conflicts.
</pre>
</blockquote>
The opencv video input plugin for VLC-devel was disabled in <a
href="https://trac.macports.org/changeset/137661">r137661</a> so
it at least builds now.<br>
Similarly the opencv plugin for gstreamer1-gst-plugins-bad was
disabled in <a href="https://trac.macports.org/changeset/137657">r137657.</a><br>
auto-multiple-choice was patched by maintainer to build with opencv
3 in <a href="https://trac.macports.org/changeset/137787">r137787.</a><br>
gmic accidentally survived because it doesn't configure to build
with opencv on darwin in spite of depending on it #48084.<br>
<br>
digikam remains unresolved as you mentioned.<br>
<br>
I think that leaves the following dependents of opencv that need to
be checked for compatibility with opencv 3 or at least have their<br>
revision incremented to rebuild with the new library version.<br>
<br>
caffe <br>
gerbil <br>
nomacs <br>
objectmarker <br>
orfeotoolbox <br>
<br>
Dave<br>
<br>
<br>
<br>
</body>
</html>