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
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
On Mon, Mar 3, 2008 at 1:24 AM, Jeremy Huddleston <jeremyhu@berkeley.edu> wrote:
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).
So you'd be happying with dependencies of the form lib:libXt:xorg-libXt etc... then the dependencies would be satisfied by the system versions on Leopard and then on Tiger the xorg-libXt port would be built. There's one problem I see with this, which is the reason why MacPorts uses its own libraries in the first place. When Leopard+1 is released it will no doubt include a more recent xorg than Leopard and if a given port requires a more up to date version of the given xorg package that is available in Leopard then problems could ensue.
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.
Thanks for your input, I have a think and start a discussion regarding this on the MacPorts dev list. Cheers Adam
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.
Thanks for your input, I have a think and start a discussion regarding this on the MacPorts dev list.
Well, what about using pkg-config to verify versions? Could that work?
participants (2)
-
Adam Mercer
-
Jeremy Huddleston