[MacPorts] #41540: fetch-crl @3.0.12: new submission

[MacPorts]

#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 did some testing and share here some findings.

 Replying to [comment:9 ryandesign@…]:

 > I don't know what `launchctl remove` does.
 Seems, that this does basically the same as unload but does not require a
 plist file, instead it uses the job label.


 > > Might it be possible and/or reasonable to use `startupitem.create
 yes` instead and add the `StartInterval` in a later stage? Is there some
 hook, e.g. something like `startupitem-append` to do this? Or at which
 stage this could be done?
 >
 > There's no hook specifically for that. This is what I meant when I said
 above that MacPorts doesn't give you a lot of control over it. I don't
 know exactly when the plist is created; you could try patching it in post-
 destroot if you want to go that route.

 I conclude, there is now no way to patch/modify/replace the created plist
 file. The reason is that the plist is created and added in the
 `destroot`-stage, but the files and links are not **yet** in place when
 `post-destroot` is executed. So the `startupitem` related stuff (and the
 message) are created **after** after `post-destroot`. Not sure if this is
 the best way to handle `startupitem`.

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