[prev in list] [next in list] [prev in thread] [next in thread]
List: macports-dev
Subject: Re: KMyMoney4 +no_gtk +no_x11 fails because gtk is installed anyway and more...
From: Jeremy Lavergne <jeremy () lavergne ! gotdns ! org>
Date: 2012-10-04 22:27:13
Message-ID: AFF644DB-A1CE-42DA-A5EA-B6631C24A524 () lavergne ! gotdns ! org
[Download RAW message or body]
> I've agreed before that we should do this split, in favor of having variants. I \
> agree it'll be a major pain to do.
> The goal would be to have the quartz and x11 subports simultaneously installable.
>
> But at that point, does anything speak against just making pango/cairo/gtk2 always \
> install both quartz and x11 parts and just get rid of the variants? Is that even \
> possible?
Other than avoiding the x11 dependency tree...
I'm not sure if a package somewhere requires -quartz or -x11.
Some ports catch my eye (their patchfile names):
* py-enable: no-64-bit-quartz.diff
* qjackctl: patch-configure-no-x11.diff
* gecko-sharp2
* aalib
It might also defeat the purpose of some x11 subports:
* freeciv/freeciv-x11
Also several ports have a default_variants for -x11:
* giflib
* openvrml
* pspp-devel
And of course, all the packages with their own x11 variants to help guide the \
dependency tree to use x11.
_______________________________________________
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic