+x11, and +quartz variants (or a dangerous idea)

Ernest Prabhakar ernest.prabhakar at gmail.com
Fri Nov 30 11:23:47 PST 2007


Hi Randall,

On Tiger, I would've agreed with you.  On Leopard, X11 is installed by  
default, so I don't see a lot of value in assuming it is *not* present.

-- Ernie P.

On Nov 30, 2007, at 3:10 AM, Randall Wood wrote:

> I would like to suggest that the variants +quartz and +x11 should be  
> supported where relevant, eliminating the use of the +no_x11 variant:
>
>
> +quartz	Enable building the port to render graphics using the quartz  
> engine and aqua user interface
> +x11	Enable building the port to use X11
>
>
> Furthermore, I would like to suggest that these variants should  
> never be default variants and that we should modify the macports  
> base to recognize that a port has these variants and if neither is  
> selected (either at the command line or in variants.conf) that an  
> error message should be displayed explaining that the port may be  
> installed with either: +quartz, +x11, or +quartz+x11, although some  
> ports may result in unpredicatable behavior if +quartz+x11 is used.
>
>
> Furthermore, I would like to suggest that the +no_x11 variant and  
> the +no_quartz (if it is used at all) variants should be actively  
> discouraged.
>
>
> Background:
>
>
> I have removed X11 from my laptop and am building (albeit slowly)  
> and using applications that I used to run under X11 under Aqua or am  
> using an Aqua-based (roughly) equivilent application. This has  
> revealed a number of instances of ports assuming that X11 is  
> installed on a Mac OS X box, when that assumition is or should be  
> false, such as when the upstream project is supporting Quartz-only  
> builds, or when the project actually only really cares if GTK+ is  
> installed, but the port hauls in X-based dependencies anyway. Some  
> ports even build both the X11 and Quartz libraries for the port, but  
> then only advertize to subsequent and dependent builds only the  
> Quartz library.
>
>
> While working through this, I realized that we should assume that  
> X11 is not available on a machine and that we should re-gin our  
> ports to match that assumption. Right now the assumption for most  
> ports is that X11 is installed on a machine, and that users would  
> prefer items that provide both X11 and Quartz should always provide  
> X11 versions and should only maybe provide Quartz versions.
>
>
> Randall Wood
> randall.h.wood at alexandriasoftware.com
> http://shyramblings.blogspot.com
> "The rules are simple: The ball is round. The game lasts 90 minutes.  
> All the rest is just philosophy."
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20071130/ab8e0abb/attachment.html


More information about the macports-dev mailing list