site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Ulp/d/rq42atzos34lEk43HrWlcGXadCie7mo3FGyCg=; b=iwYtiFLyNcbYedtKycJiU3W+sxUKtbU034tfgpMqiHeWiO2IXddEildF/p2E0o7WI6 c1qQGkJDGB2ZF+32AAeQ+uBrh73h/MqPR5wQWpwvLuGV6QBGXigKMHjixSSDxjUBRrmR Y6jZre/wfrivvW49OTlnav/YPRxu6snmT8wy8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=YW9Akd4lNFv/Gxdvot10aO9v0Xmx+E8XHKU9NQwvvVIARZphxaC0sQ4ei0xIuy7bVi zH+A/IkVX7KCys41Kf8R8S2WehCbTZBWVpKHVY8aGMSkXEDG4wDWJZYGIlV+BvKWnr5+ gih0U1OyzMa9m7EfsKGH334A1xY5HJIskKiWQ= Reboots and Logouts are terrible, and for what? To save the packager 5 minutes of logic? A reboot costs me 15 minutes, minimum. More depending on what i'm doing. That cost varies user to user, but its still a pain in the ass for anybody involved and reminds me too much of Windows. Macs can load (almost) everything (including kernel extensions) dynamically, and it says a lot about an application that can pop through its installer and be ready to go without a reboot; more concisely, it presents a MUCH better user experience. When VMWare got this right with Fusion 3 it made a big impact on my perception of things, and I was jaded by VMWare long ago. Xo has the right idea here; if you are concerned about the potential for multiple users, you handle those cases (via InstallationCheck) by only allowing the install to happen when one user is logged in. For a /Library/LaunchAgents this is the way it SHOULD be anyway, because you don't want to go unloading daemons or agents that may otherwise be in use, nor should you be running updates/installs and loading things for sessions that aren't yours (from the user's perspective, even if they're an admin). if (`who | grep console | wc | awk '{ print $1 }'` > 1) exit 112; Unless they change how they display the console sessions in the who command, or take away grep, wc, or awk, that's pretty bulletproof across versions, and if the install is being run by root remotely via SSH or via ARD it should fall through that without issue. launchctl logic hasn't changed *that* much between 10.5 and 10.6, for the most part load and unload work the same, the biggest change being how the -w flag is handled, and you shouldn't be using the -w flag anyway when loading/unloading. And i just want to point out that your method for starting up the process in userspace is absolutely overkill. All you need is: `su $USER -c 'launchctl unload /Library/LaunchAgents/com.company.binary.plist'` The bsexec is waaay nerdier, if that's what your going for, but variations of the above work for me (and many others), with lots of success. -nick -- Nick Peelman nick@peelman.us On Fri, Mar 19, 2010 at 2:50 PM, Greg Neagle <Greg.Neagle@disneyanimation.com> wrote:

On Mar 19, 2010, at 11:39 AM, Greg Neagle wrote:

...

Any other complicated launchctl hackery will work differently in 10.5 and 10.6, and may brake

s/brake/break/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list      (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/nick%40peelman.us

This email sent to nick@peelman.us

_______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com