Culprit was Kipi plugin removeredeyes. I took the lazy way out after
triaging the removal of highgui in the linking. They presently use 3
different cmake FindOpenCV scripts rather than the one that comes with
opencv (didn't always, but they shouldn't be supporting that madness).
They don't specify what components they need (esp when using
MACRO_OPTIONAL_FIND_PACKAGE) which means defaults get linked in which
typically include highgui. libkface and digikam also link against all
these libs. From what I can tell they don't use any highgui
functionality. So that looks like it'll take some time to remove out
which I currently don't have for this.... so I'm just going to live
with a rm'ing the removeredye plugin from the filesysem as that seems
to achieve the desired affect of not crashing for a plugin I never use
anyway.
On Tue, Jul 15, 2014 at 3:17 AM, Jason Newton
Ugh, dll hell. Why in the world does kipi need highgui I wonder - aux imread/imwrite but highgui sucks at that anyway. That's the only library that has anything to do with gui toolkit. The others don't touch that stuff - in general at least. Well that gives me something to poke around to next I guess.
On Tue, Jul 15, 2014 at 3:01 AM, šumski
wrote: On Tuesday 15 of July 2014 11:54:00 Jason Newton wrote:
... i do use opencv for work but i dont think that has any bearing, i also build my packages in home:jenewton:science, you can test with that installed if you cant reproduce it - happens on all my machines. There's your problem - you build openCV against Qt5. One of kipi-plugins loads libopencv, which tries to load Qt5. And you can't have Qt4 and Qt5 loaded in the same process space...
Cheers, Hrvoje
-Jason -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org