[MacPorts] #20545: smartmontools no longer loaded on Tiger (was: smartmontools removes the user's config file and no longer works)
MacPorts
noreply at macports.org
Wed Jan 27 04:51:58 PST 2010
#20545: smartmontools no longer loaded on Tiger
----------------------------------+-----------------------------------------
Reporter: vinc17@… | Owner: toby@…
Type: defect | Status: reopened
Priority: Normal | Milestone:
Component: ports | Version: 1.7.1
Resolution: | Keywords:
Port: smartmontools |
----------------------------------+-----------------------------------------
Changes (by vinc17@…):
* status: closed => reopened
* resolution: worksforme =>
Comment:
Replying to [comment:8 toby@…]:
> RunAtLoad wouldn't make any sense - that only causes the job to get run
once.
It does make sense. This is what Apple sometimes does for daemons that
need to run all the time, e.g. in
/System/Library/LaunchDaemons/com.vix.cron.plist.
I don't see what you mean by "that only causes the job to get run once".
Actually I also need <key>OnDemand</key><false/> so that the daemon is
restarted automatically after being killed.
> KeepAlive is true, that should be enough.
Apple doesn't seem to use KeepAlive very much:
{{{
$ grep KeepAlive /System/Library/LaunchDaemons/*
/System/Library/LaunchDaemons/com.apple.usbmuxd.plist:
<key>KeepAlive</key>
}}}
But this plist also has <key>RunAtLoad</key><true/> and
<key>OnDemand</key><false/>.
> I don't see how you can say it's "clearly broken" - for me, it "clearly
works".
It works on ''your'' machine. But machines are different, with different
options and so on. You mustn't assume that just because it works on your
machine, it isn't buggy, in particular when analyzing various plist files
shows a clear difference.
> Are you on Tiger or something?
Yes, I'm on Tiger. Hmm... According to
[http://developer.apple.com/mac/library/technotes/tn2005/tn2083.html
Technical Note TN2083 - Daemons and Agents], this is what makes the
difference, KeepAlive is supported as of 10.5 only. In fact, setting
OnDemand to false would be sufficient.
(Wondering why trac doesn't have an "OS" field, contrary to usual BTS.)
--
Ticket URL: <http://trac.macports.org/ticket/20545#comment:10>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list