#41540: fetch-crl @3.0.12: new submission ------------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: fetch-crl | ------------------------------+-------------------------------- Comment (by Peter.Danecek@…): I am reconsidering the function of this port slightly. Actually this port makes the assumption that certificates go (will go) into `${prefix}/etc/grid-security/certificates`. This might not be the case and above all depends on choices made elsewhere (e.g. `igtf-bundle` see ticket #41532). On the other hand, the utilities provided by this port, are potentially useful in a context independent of any prepackages certificate bundle, for example if the user decides to manage certificates manually or to install them in `/etc/grid-security` for example, this tools still could be used. So this is what I propose: - this port installs **only** the utilities, the docu and an example config file; - does **no** default configuration and **no** launchd magic; - such configuration is moved to any potential user (dependent) of this port, e.g. (future) `igtf-bundle` port; - igtf-bundle will depend on this port and use it to make a first request for CRLs on activation, and clean CRLs when deactivated; It may provide a auto-fetch launchd service as well; -- Ticket URL: <https://trac.macports.org/ticket/41540#comment:10> MacPorts <http://www.macports.org/> Ports system for OS X