[MacPorts] #13993: trafshow 5.2.3_1 shouldn't use /usr/share/libtool

[MacPorts]

#13993: trafshow 5.2.3_1 shouldn't use /usr/share/libtool
--------------------------------------+-------------------------------------
  Reporter:  ryandesign at macports.org  |       Owner:  ryandesign at macports.org
      Type:  defect                   |      Status:  new                    
  Priority:  Normal                   |   Milestone:  Port Bugs              
 Component:  ports                    |     Version:  1.6.0                  
Resolution:                           |    Keywords:                         
--------------------------------------+-------------------------------------
Comment (by ryandesign at macports.org):

 I thought that Xcode 2.5 deliberately does not install these items so as
 not to conflict with the same items which would be installed by Xcode 3.0,
 in the case where Xcode 2.5 and Xcode 3.0 are installed on the same system
 (which is possible on Leopard).


 Anyway, I see this as another instance of this FAQ item:

 http://trac.macports.org/projects/macports/wiki/FAQ#WhyisMacPortsusingitsownlibraries

 MacPorts should use its own software, not Apple software, wherever
 possible, because Apple can (and in this case, for our purposes, did)
 break their software from time to time. Regardless of whether it's a bug
 in Xcode 3.0 or an intended feature, it currently breaks our ports,
 therefore we need to fix our ports.


 There are less than a dozen ports at this point that used
 /usr/share/libtool. I am fixing the nomaintainer and openmaintainer ports
 now, and will file tickets for the others and will fix them as soon as
 their maintainers consent (or 72 hours after their nonresponse).

-- 
Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13993#comment:2>
MacPorts </projects/macports>
Ports system for Mac OS