[Xquartz-dev] Xorg ports in MacPorts

[Jeremy Huddleston]

I'd prefer to use the system provided libraries if they're available  
and of sufficient version.  If the library isn't found, you can  
certainly pull it in yourself, but the library *should* be available  
(why would it not be).

One of my biggest hang-ups dealing with MacPorts has been needing to  
sanitize my C_INCLUDE_PATH, etc to remove macports because the protos  
installed in /opt/local were too old to build the server.  Plus, I've  
had some trouble tracking down problems because of which version of  
fontconfig was being used by an executable, etc.  It just makes life a  
lot simpler for both of us if we don't doubly install things.

--Jeremy

On Mar 2, 2008, at 13:33, Adam Mercer wrote:

> Hi
>
> In going though the MacPorts new submissions milestone I have ran into
> an issue regarding the xorg ports in MacPorts and wanted to get the
> input of the Xquartz developers on this issue.
>
> The standard MacPorts policy is to not use system libraries but depend
> on the appropriate port, this make supporting the port on different
> versions of Mac OS X much easier.  There is however an expection, X.
> In the past if a port depended on X, the following dependency syntax
> was used:  lib:libX11:XFree86, meaning to check for the libX11 library
> and if this was not found to build the XFree86 port.
>
> Now that Leopard has switched to xorg, I think its time to revisit
> this.  But before I bring it on the MacPorts dev list I'd like to get
> your input, how would you like to see xorg support handled?
>
> Ben: As you originally wrote, and are down as the maintainer for, most
> of the xorg ports, how did you see this being handled?
>
> Cheers
>
> Adam

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3040 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/xquartz-dev/attachments/20080302/33b3146c/attachment-0001.bin