[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