#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