Axel, My speculation would be that some other component of the system is twiddling the enabled/disabled state of that job somewhat regularly. That causes the database to "dirty" itself.
Anyway I wouldn't worry too much about this. It's just an implementation detail leaking and shouldn't actually cause you any problems. -damien > On Mar 12, 2016, at 03:27, Axel Luttgens <axel.luttg...@skynet.be> wrote: > > >> Le 7 mars 2016 à 17:46, Damien Sorresso a écrit : >> >> Hey Axel, >> >> launchd periodically synchronizes the disabled dictionary to disk, and it >> will only actually do that if the "_dirty" key is set in that dictionary. >> Once written, the key is removed. >> -damien > > Hello Damien, > > Thanks for having kindly provided these details. > > I gave me some additional time to observe the "phenomenon" before replying. > > It seems that since I’ve noticed that "_dirty" key in the output of > "launchctl print-disabled", I’m stuck with it: it persists no matter how long > I wait or how often I reboot. > > I guess the disk store is the /var/db/com.apple.xpc.launchd/disabled.plist > file? > > If yes, this is the current output of "plutil -p" applied to that file: > > { > "com.apple.mtmfs" => 0 > "com.example.myservice" => 0 > "com.apple.ftpd" => 1 > "com.apple.mrt" => 0 > "com.apple.locate" => 0 > "com.apple.rpmuxd" => 0 > "com.openssh.sshd" => 0 > "com.apple.usbmuxd" => 0 > "org.ntp.ntpd" => 0 > } > > while the output of "launchctl print-disabled system" currently is: > > disabled services = { > "_dirty" => true > "com.openssh.sshd" => false > "com.example.myservice" => false > "com.apple.rpmuxd" => false > "com.apple.usbmuxd" => false > "com.apple.ftpd" => true > "com.apple.mrt" => false > "com.apple.mtmfs" => false > "com.apple.backupd-auto" => false > "com.apple.locate" => false > "org.ntp.ntpd" => false > } > > One could thus infer from the above that the dirty state stems from > "com.apple.backupd-auto". > > In which case this raises a subsidiary question: why would the enabled status > of that backupd-auto service never be written to disk? > > Sincerely, > Axel > > _______________________________________________ > launchd-dev mailing list > launchd-dev@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/launchd-dev _______________________________________________ launchd-dev mailing list launchd-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/launchd-dev