[MacPorts] #41532: igtf-bundle @1.55: new submission

[MacPorts]

#41532: igtf-bundle @1.55: new submission
------------------------------+----------------------
  Reporter:  Peter.Danecek@…  |      Owner:  ram@…
      Type:  submission       |     Status:  assigned
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:
Resolution:                   |   Keywords:
      Port:  igtf-bundle      |
------------------------------+----------------------

Comment (by Peter.Danecek@…):

 Replying to [comment:15 dennisvd@…]:
 > Replying to [comment:11 ram@…]:
 >
 > Also, the IGTF relies heavily on CRLs, and the fetch-crl tool places
 them next to the certificate files. Aren't there also objections against
 having such variable data in .../share/...?

 Okay, I see it now. This is from `fetch-crl` Portfile

 {{{
 post-build {
 [...]
     # update the standard config file
     reinplace "s|/etc|${prefix}/etc|" fetch-crl.cnf
     system "echo 'statedir ${prefix}/var/cache/fetch-crl' >> ${worksrcpath
 }/fetch-crl.cnf"
 }
 }}}

 And the result is here:

 {{{
 #
 # Default configuration file for fetch-crl3
 # @(#)$Id$
 #
 infodir = /opt/local/etc/grid-security/certificates
 agingtolerance = 24
 nosymlinks
 nowarnings
 statedir /opt/local/var/cache/fetch-crl
 }}}

 But if we want to be consistent here, we would need to patch all the
 Globus Toolkit to behave in the same way, right? I guess in the current
 version this is not the case.

-- 
Ticket URL: <https://trac.macports.org/ticket/41532#comment:17>
MacPorts <http://www.macports.org/>
Ports system for OS X