July 2008 - Installer-dev - lists.apple.com

Re: PackageMaker woes (launchd and postinstall)
by Tim Schooley 15 Jul '08

15 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.14 (X11/20080505) Hi there, Many thanks for the advice. I ended up trying symbolic links (apparently aliases are something quite different), which launchd refused to use due to permissions issues. So installing directly to the Launch* directories does in fact seem to be the correct way to do it. I'm still stuck on running a script after installation. I'm aware of postinstall, but where do I add it in the PackageMaker GUI? Add it as a "content", or specify it in postinstall actions somehow? The shell needs to execute things in a certain order. The only area I can see for specifying scripts is within individual packages, but I need a "global" postinstall after everything is installed. gah! Thanks again for any help. Cheers, Tim � wrote: > > On Jul 14, 2008, at 12:06 PM, Tim Schooley wrote: >> >> Hi folks! >> >> So I'm trying to create a package for Leopard (not worried about >> backwards compatibility) that contains the following components: >> >> --- >> >> 1) A kernel extension >> 2) A launchd daemon >> 3) A launchd agent >> 4) An application >> >> I have organised the package into 3 sub-packages: >> >> - MyApp.kext >> - contains the kext only. >> - MyApp.framework >> - contains: >> - shared libraries >> - daemon >> - agent >> - launchd scripts >> - MyApp.app >> - contains: >> - application >> >> --- >> >> In PackageMaker, I specify 3 post-install actions: >> >> 1) Load the kext >> 2) Add an alias of: >> /Library/LaunchDaemons/myappdaemon.plist -> >> /Library/Frameworks/myapp.framework/Versions/Current/myappdaemon.plist >> 3) Add an alias of: >> /Library/LaunchAgents/myappdaemon.plist -> >> /Library/Frameworks/myapp.framework/Versions/Current/myappagent.plist >> >> --- >> >> So my problems so far are: >> >> 1) The aliases aren't created. >> 2) The installer insists that the user needs to log out and log in again. >> 3) I'd like to execute "launchctl load /path/to/launchd/scripts" >> afterwards, but am not quite sure how to go about it. The documentation >> for packagemaker is really sparse in this area. >> >> Any ideas? I'm pulling my hear out over the launchd stuff - I searched >> this list for launchd stuff, which returned old or unrelated issues. >> >> Would installing the launchd scripts to the /Library/Launch* paths >> directly be a better option? It doesn't seem as clean to me. >> >> Many many thanks for any advice. > > Regarding Problem #1: > > I would strongly recommend not doing what you're doing as it's > potentially a security flaw. Items inside /Library/Framework are > root:daemon. Items inside /Library/Launch* are root:wheel. By creating > an alias (do you mean symbolic link?) inside something that is > root:wheel from something that is root:admin, you're moving to a root > escalation security flaw. > > Just install your launchd scripts where they are supposed to be in the > first place. > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: installing into /Applications on non-English machines?
by Bill Coderre 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com The popular folders do, and some of the Apple apps do. _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… On Jul 14, 2008, at 2:14 PM, Stéphane Sudre wrote: On Jul 14, 2008, at 6:12 PM, Paul Miller wrote: Thinking ahead here: If I have an installer set to install an application into /Applications, where does that go on a French/ Spanish/German localized machine? Do I have to localize the install location in my installer somehow, and if so, how is this done? You don't have to care about this. Common Folders are only visually localized. The real path is the same across all localizations and is the English one. FYI: You can tell if a folder has a localized name if it contains an entity named ".localized" This email sent to site_archiver(a)lists.apple.com

1 0

Re: installing into /Applications on non-English machines?
by Stéphane Sudre 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… On Jul 14, 2008, at 6:12 PM, Paul Miller wrote: Thinking ahead here: If I have an installer set to install an application into /Applications, where does that go on a French/ Spanish/German localized machine? Do I have to localize the install location in my installer somehow, and if so, how is this done? You don't have to care about this. Common Folders are only visually localized. The real path is the same across all localizations and is the English one. This email sent to site_archiver(a)lists.apple.com

1 0

Re: installing into /Applications on non-English machines?
by Tobias Prinz 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.14 (Windows/20080421) Kind regards, Tobias "Tierlieb" Prinz _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Paul Miller schrieb: Thinking ahead here: If I have an installer set to install an application into /Applications, where does that go on a French/Spanish/German localized machine? Do I have to localize the install location in my installer somehow, and if so, how is this done? As far as I can tell from my German installation, /Applications is always named like that. The i18n layer seems to be placed above that, so you can always address the folder as /Applications (and go there via shell), although Finder will call it "Anwendungen" (or something else, I am currently on my Windows machine). This email sent to site_archiver(a)lists.apple.com

1 0

installing into /Applications on non-English machines?
by Paul Miller 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.14 (Windows/20080421) -- Paul Miller | paul(a)fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Thinking ahead here: If I have an installer set to install an application into /Applications, where does that go on a French/Spanish/German localized machine? Do I have to localize the install location in my installer somehow, and if so, how is this done? This email sent to site_archiver(a)lists.apple.com

1 0

Default install location for package.
by Riffel, Allen 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcjlxEzyNfruarXDRrqkQuJuv4Ka8w== Thread-topic: Default install location for package. _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

PackageMaker woes (launchd and postinstall)
by Tim Schooley 14 Jul '08

14 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.14 (X11/20080505) Hi folks! So I'm trying to create a package for Leopard (not worried about backwards compatibility) that contains the following components: --- 1) A kernel extension 2) A launchd daemon 3) A launchd agent 4) An application I have organised the package into 3 sub-packages: - MyApp.kext - contains the kext only. - MyApp.framework - contains: - shared libraries - daemon - agent - launchd scripts - MyApp.app - contains: - application --- In PackageMaker, I specify 3 post-install actions: 1) Load the kext 2) Add an alias of: /Library/LaunchDaemons/myappdaemon.plist -> /Library/Frameworks/myapp.framework/Versions/Current/myappdaemon.plist 3) Add an alias of: /Library/LaunchAgents/myappdaemon.plist -> /Library/Frameworks/myapp.framework/Versions/Current/myappagent.plist --- So my problems so far are: 1) The aliases aren't created. 2) The installer insists that the user needs to log out and log in again. 3) I'd like to execute "launchctl load /path/to/launchd/scripts" afterwards, but am not quite sure how to go about it. The documentation for packagemaker is really sparse in this area. Any ideas? I'm pulling my hear out over the launchd stuff - I searched this list for launchd stuff, which returned old or unrelated issues. Would installing the launchd scripts to the /Library/Launch* paths directly be a better option? It doesn't seem as clean to me. Many many thanks for any advice. Kind regards, Tim _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Uninstall problem...
by Scott Amory 12 Jul '08

12 Jul '08

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

1 0

Uninstall problem...
by Alec Carlson 11 Jul '08

11 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcjjqP2sPIdAQE+cEd2W/AAX8si0kw== Thread-topic: Uninstall problem... User-agent: Microsoft-Entourage/11.3.3.061214 _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer changes permissions on itself and its payload after 1st run
by Stéphane Sudre 11 Jul '08

11 Jul '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com My installer has some plugins and a few scripts, and an InstallerSections.plist file. It's an .mpkg with sub .pkgs in it. If I delete all the installed binaries and the installer, and Finder-copy over a new copy and run it again, everything works. _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… On Jul 11, 2008, at 8:24 PM, Mike wrote: I have an installer I built with Xcode 2.5's PackageMaker under OS X 10.5.4. When I run the installer and install my product, everything works. However, on any subsequent install from the same binary copy of the same installer, the resulting product doesn't work properly because the installer has changed some of the permissions on the installed payload and on the internal installer components themselves. I checked my preflight and postflight scripts and they don't change any permissions when they run so what gives? What could cause this behavior? Use lsbom (or Pacifist) to check the permissions of your payload inside the packages. It may show something. This email sent to site_archiver(a)lists.apple.com

1 0