No subject
Tue May 3 15:05:30 PDT 2016
<br>
> > >> BUT that=E2=80=99s not all yet. Once also needs to selec=
t the +contrib variant,<br>
> > >> otherwise you have to run another loop of building this =
port! Annoying<br>
> > >> is<br>
> > >> the word. What=E2=80=99s the reason for this odd behavio=
ur?<br>
> > ><br>
> > > There's little I can do about that. digiKam needs +qt5 (=
evidently) but<br>
> > > also +contrib. The only way to increase the chance that open=
cv is<br>
> > > installed with those variants by default is to add the varia=
nts to<br>
> > > digikam, but that doesn't make a lot of sense. This is d=
ue to the fact<br>
> > > that ports cannot depend on the variants of another port (un=
less they<br>
> > > have the same variant, but that's propagation, not depen=
dance). They<br>
> > > can only raise an error if they detect that a dependency is =
installed<br>
> > > with the wrong variant(s).<br>
<br>
In short: digikam needs port:opencv with +qt5+contrib. I try to impose that=
using<br>
<br>
{{{<br>
PortGroup=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0active_variants 1.1<br>
<br>
depends_lib-append=C2=A0 port:opencv<br>
require_active_variants opencv qt5<br>
require_active_variants opencv contrib<br>
}}}<br>
<br>
More information about the macports-dev
mailing list