On 13/01/2006 10:36, "Bryan Harris" <[EMAIL PROTECTED]> wrote:
> >> on 13/01/2006 06:32, Remo Del Bello at [EMAIL PROTECTED] wrote: >> >>> On 1/12/06 9:39 AM, Bryan Harris deftly typed out: >>> >>>>> My understanding is that a TERM signal will do the same as a "tell app X >>>>> to >>>>> quit". You will need to find a way to run the kill or killall with >>>>> superuser >>>>> (root) privileges to kill your wife's daemon, though. >>>> >>>> Do you have a source for this? The only thing I've found is: >>>> >>>> http://www.macdevcenter.com/pub/a/mac/2003/09/19/remote_control.html >>>> >>>> ... which seems to indicate that "tell app to quit" is kindlier than >>>> "kill". >>> >>> OK...it's true that it doesn't do the exact same thing as "tell app to quit" >>> because the AppleScript route prompts to save open docs. >>> >>> If your user on the machine is an administrator you can try: >>> >>> echo 'yourpassword' | sudo -u herusername osascript -e 'tell application >>> "Database Daemon" to quit' >>> >>> This should cause the AppleScript command to be run in her user context and >>> quit her Database Daemon. >> >> You could use Remote Apple Events to do it. Like this: >> >> Using terms from application "Database Daemon" >> tell application "Database Daemon" of machine "eppc://localhost" to quit >> End using >> >> When prompted for username and password enter your wife's details. It should >> then target the instance of the Database Daemon running in your wife's >> account. >> >> Make sure when you enter the login details you save them in the Keychain, as >> well as turning on Remote Apple Events in the Sharing system preference >> pane. > > > Interesting idea, but that doesn't let me do an automated backup, if I have > to be there to enter a password... If you allow it to store the details in the Keychain it shouldn't ask for them again. -- Matthew Smith -- To unsubscribe: <mailto:[EMAIL PROTECTED]> archives: <http://www.mail-archive.com/entourage-talk%40lists.letterrip.com/> old-archive: <http://www.mail-archive.com/entourage-talk%40lists.boingo.com/>
