[MacPorts] #17356: gtk2 fails to link with libXdamage.1.1.0.dylib
MacPorts
noreply at macports.org
Sat Dec 20 00:16:59 PST 2008
#17356: gtk2 fails to link with libXdamage.1.1.0.dylib
------------------------------------+---------------------------------------
Reporter: golekipro@… | Owner: macports-tickets@…
Type: defect | Status: reopened
Priority: Normal | Milestone: Port Bugs
Component: ports | Version: 1.6.0
Resolution: | Keywords: easytag easytag-devel
Port: gtk2 |
------------------------------------+---------------------------------------
Comment(by jeremyhu@…):
I wasn't suggesting we force users to adopt +universal... I was just
making an observation...
The technical barrier to removing /usr/X11/lib/*.la is that those files
aren't actually part of the OS. They're shipped with XCode, so even if a
SU removes them, the user can just reinstall them again by reinstalling
XCode... =/ There was a huge discussion on this a few months ago on
xquartz-dev if you want to dig it up, but it essentially comes down to
there not being a good solution for Leopard becasue even if we do stop
shippment of the .las in Xcode and force-delete them if they exist in a
SU, we still have a problem in that all the .las in Macports actually
refer by filename to the .las in /usr/X11/lib ... so that would break
existing .las in macports and fink (In fact it was eitehr a fink or
macports dev at the time that vehemently opposed that as a solution)
Removing the .la in gtk2 itself wouldn't really fix the problem either
because it's possible that something else in macports (or fink or gentoo
or /usr/local or ...) refers to that .la (the same reason why we're not
removing them in a SU) ...
The best solution, IMO, is to 'find / -name '*.la' -exec rm {} \;' ... but
that's not quite an option... /sigh...
--
Ticket URL: <http://trac.macports.org/ticket/17356#comment:8>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list