[MacPorts] #23092: InsightToolKit should not clean on each build

[MacPorts]

#23092: InsightToolKit should not clean on each build
---------------------------------+------------------------------------------
  Reporter:  trog24@…            |       Owner:  dweber@…           
      Type:  defect              |      Status:  reopened           
  Priority:  Normal              |   Milestone:                     
 Component:  ports               |     Version:  1.8.2              
Resolution:                      |    Keywords:                     
      Port:  InsightToolKit      |  
---------------------------------+------------------------------------------

Comment(by dweber@…):

 Replying to [comment:12 jeremyhu@…]:
 > @dwebber:
 >
 > If you can't fix this port so that it builds, then I can't fix your
 dependencies.  You will need to either fix the dependencies or fix the
 build.
 >
 > xorg-libs is not an end solution, and you should not be depending on it.
 It is a transitional package and will be removed once you fix your port to
 address this.  You have had one year worth of notice to address this, and
 this port is the only lagger.  Please fix it.
 >
 > http://lists.macosforge.org/pipermail/macports-
 dev/2009-February/007550.html
 >
 > As for a detailed test, otool -L works great.  I'm attaching a script
 that I use (very hackish) to figure out the dependencies.  You may need to
 adapt it if binaries aren't just in lib and bin.


 I was not aware of being 'notified' about this problem a year ago.  (I'm
 not able to keep up with everything MacPorts, I'm doing the best that I
 can to keep up with the ports that I've worked on.)

 So, now I can understand a bit of your frustration with this port.

 OK, so let's assume you want to fix the xorg-lib dependency issue.  Then
 build the port without any wrapping.  So, try this:

 {{{
 $ sudo port install InsightToolkit -doc -py25 +shared
 }}}

 I hope that helps.  It should help with the 95% complete failures, because
 I see these on 10.6 and they are all related to inadequate java resources
 and that will only happen when the wrapping variant is enabled (it is
 required by the 'py25' variant and it, in turn, requires 'shared').

 I will try to find time for {{{otool -L}}} explorations, to identify the
 xorg-libs deps.  For the most part, this port provides a library for image
 processing, not visualization.  I'm not entirely clear on why it should
 depend on anything xorg at all.

-- 
Ticket URL: <http://trac.macports.org/ticket/23092#comment:15>
MacPorts <http://www.macports.org/>
Ports system for Mac OS