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

silent sub-launch of dependent package during install?
by Paul Miller 30 Jun '08

30 Jun '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.14 (Windows/20080421) Just doing a sanity check to see if this is ok. Is this considered good manners? -- 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.… I have a small, new package (containing a startup item) that is now shared by a bunch of my applications. This package is required, and I don't want to go around making meta-packages (or whatever they're called these days or in 10.6) of my existing application packages. What I want to do is just launch a silent install of this package (using "installer") in my postinstall/postupgrade scripts. I'll embed the dependent package in my primary package Resources, and just launch it from the script. This email sent to site_archiver(a)lists.apple.com

1 0

Re: PackageMaker Plugin under Leopard
by Scott Amory 27 Jun '08

27 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Scott On Jun 27, 2008, at 11:30 AM, bobkells wrote: _______________________________________________ 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.… It sounds like you are trying to use your installer plugin from your bundle style installer in the new Leopard flat installer. Unfortunately installer plugins aren't currently supported in a flat style installer. You'll most likely have to continue to use a bundle style installer. I am attempting to update a Tiger PackageMaker installation project to Leopard. It all seems to work with one exception. We have a Licensing plugin that isn't being recognized. Under Tiger, this plugin existed in /Contents/Plugins/License.bundle under the Installer.pkg directory. The *.pkg is no longer a directory in Leopard. Am adding the plugin to the leopard packagemaker using the raw edit mode, but not being recognized - doesn't show up in the editor screens as an option. Any suggestions? Should I attempt to create an old package using the leopard cmd-line? Haven't found much doc on this area. Thanks...bob _______________________________________________ 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/samory %40apple.com This email sent to samory(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

PackageMaker Plugin under Leopard
by bobkells 27 Jun '08

27 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: RoundCube Webmail/0.1-rc1 I am attempting to update a Tiger PackageMaker installation project to Leopard. It all seems to work with one exception. We have a Licensing plugin that isn't being recognized. Under Tiger, this plugin existed in /Contents/Plugins/License.bundle under the Installer.pkg directory. The *.pkg is no longer a directory in Leopard. Am adding the plugin to the leopard packagemaker using the raw edit mode, but not being recognized - doesn't show up in the editor screens as an option. Any suggestions? Should I attempt to create an old package using the leopard cmd-line? Haven't found much doc on this area. Thanks...bob _______________________________________________ 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: Daemon installer
by Stéphane Sudre 26 Jun '08

26 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi, _______________________________________________ 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 Jun 26, 2008, at 11:47 PM, Steve Baxter wrote: I'm in the process of turning one of our server apps into a proper daemon using launchctl. I have a couple of newbie daemon installer questions though! (1) Where is the best place to install my daemon application package? I'm currently thinking /Library/Application Support. This is a bundled app rather than a unix-type executable. It's not a bad location considering there is no official locations for launchd daemons. Make sure your app bundle owner, group and permissions are correctly set so that only root can modify or remove it. This email sent to site_archiver(a)lists.apple.com

1 0

Daemon installer
by Steve Baxter 26 Jun '08

26 Jun '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com Hi, Cheers, Steve Steve Baxter R&D Leader Improvision, a PerkinElmer Company steve(a)improvision.com steve.baxter(a)perkinelmer.com +44-2476-692229 _______________________________________________ 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.… I'm in the process of turning one of our server apps into a proper daemon using launchctl. I have a couple of newbie daemon installer questions though! (1) Where is the best place to install my daemon application package? I'm currently thinking /Library/Application Support. This is a bundled app rather than a unix-type executable. (2) I need to create a UID to run my daemon under, what is the best way of going about this? Should I just do it from my installer postflight script? Image Processing and Vision Company Limited (trading as Improvision) is a company registered in England and Wales with company number 2505778. VAT number GB536188722. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Domain-install complications after the fact
by Stéphane Sudre 26 Jun '08

26 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com <SCENARIO> </SCENARIO> Couldn't this be worked around by messing with the database? -- Stephane P.S: The switch from ppl to dob is strange in this case. _______________________________________________ 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 Jun 26, 2008, at 10:35 PM, Luke Bellandi wrote: I heard somewhere that you guys implemented home-directory (user domain) install for Leopard. That's great! ;) I'm curious from an academic standpoint about a scenario like the following: [1] I distribute a package that allows both User and Local domain installs into ~/Afolder/. [2] I deploy v1 of this product in the local domain of a computer with 10 user accounts. [3] v2 of the product comes out, and I don't install it in the local domains of the machines in the lab, but 5 of the 10 users install it in their user domains. STATUS: Given that the domain search order is [User->Local->Network- >System] Those users who installed v2 in their user directory will get v2 of the product while everyone else will get v1. That seems reasonable. [4] v3 of the product comes out, and I *do* install it in the local domain on the machine. STATUS: Now those users who installed v2 of the product in their home directories are behind the curve because of their explicit user-domain install. They won't be running against the v3 installed in the local domain. So -- there's nothing wrong with that scenario. Functionally it is completely correct. In the real world, however, you can imagine the computer-lab scenario where you've got a system-administrator who wants to keep certain products up to date and installed on the local machine and prevent users from overriding them. How can that be accomplished? While it can be done, it's usually a bad idea to "sudo" and go mucking around in other users' home folders -- though that would seem to be the only "solution" in this case. Or do people take the stance that this is a situation where we give people "enough rope to shoot themselves in the foot" with? I.e., if users do this and trump the local domain install, then so be it? Stupid question probably but from what I guess, this is not an application that gets installed but maybe some training materials or templates. Couldn't it be possible to go with the bad way (root messing up with the users directory) and sweeten it with an information message stating that the material is still available and has been updated? The issue with this is that this assumes the user has an admin password (or you want to use ARD to help with that). Maybe this boils down to a request for more flexibility in the way domain searching is done by the system? I'm interested in comments from folks at Apple of course, but also others on the list as well. Considering that domains are a 10.5 feature only, this would mean the package receipt will be in the database. This email sent to site_archiver(a)lists.apple.com

1 0

Domain-install complications after the fact
by Luke Bellandi 26 Jun '08

26 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcjXy3+mrvc4MWt+skaza8K3UkO2WQAAKnc8 Thread-topic: Domain-install complications after the fact User-agent: Microsoft-Entourage/12.10.0.080409 I heard somewhere that you guys implemented home-directory (user domain) install for Leopard. That's great! ;) I'm curious from an academic standpoint about a scenario like the following: <SCENARIO> [1] I distribute a package that allows both User and Local domain installs into ~/Afolder/. [2] I deploy v1 of this product in the local domain of a computer with 10 user accounts. [3] v2 of the product comes out, and I don't install it in the local domains of the machines in the lab, but 5 of the 10 users install it in their user domains. STATUS: Given that the domain search order is [User->Local->Network->System] Those users who installed v2 in their user directory will get v2 of the product while everyone else will get v1. That seems reasonable. [4] v3 of the product comes out, and I *do* install it in the local domain on the machine. STATUS: Now those users who installed v2 of the product in their home directories are behind the curve because of their explicit user-domain install. They won't be running against the v3 installed in the local domain. </SCENARIO> So -- there's nothing wrong with that scenario. Functionally it is completely correct. In the real world, however, you can imagine the computer-lab scenario where you've got a system-administrator who wants to keep certain products up to date and installed on the local machine and prevent users from overriding them. How can that be accomplished? While it can be done, it's usually a bad idea to "sudo" and go mucking around in other users' home folders -- though that would seem to be the only "solution" in this case. Or do people take the stance that this is a situation where we give people "enough rope to shoot themselves in the foot" with? I.e., if users do this and trump the local domain install, then so be it? Maybe this boils down to a request for more flexibility in the way domain searching is done by the system? I'm interested in comments from folks at Apple of course, but also others on the list as well. Thanks all! - Luke _______________________________________________ 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

how to add installation choices in package maker
by sandeep chaudhary 26 Jun '08

26 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=R6shZMcDrCXkvcwbe2eYv5Q/tVqI7/Gr/PHihzenNw0y8xxDC17v0oMpzsvyliwKhx7IcvzQas82abDaRMrlr2l+Ktqsq9R3GOuIpmq5J5V4NWj0zU2y6Phw9wJET5ifldiWls1+cKjku1J7YMZM2bPt7vQ85gVmh9JcFq6vGuA=; _______________________________________________ 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: does script have return value? and how to make uninstaller app?
by Karl Kuehn 25 Jun '08

25 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=OiBhHHtW9CXU1h/KbW3tJx3DrdI1hi5TSNPmE69ctok=; b=my+KMfVWrLCKjufxMoGbdAd7nunHzM69zFV/NpCnJpPddM4DSm8pqp8auvBkiAjH+6 xESqYIulEjYBjyYn4MAf2vHH76OnRXuuwRM4MO3o3jInhAzipWWvJdl2x7A6i3DjMXts 9eluSFc99E29sgzW4IS4FS1YGPYfen1pG2BP8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=qDBArEK9hafAa10lzudvW6v+4JAM9yDh26aT+rtER0mxQkSBBpIgy1lIuOxLPvCABJ a/6674VHOw/PWbaXXKFTUZ/tlF7Ov70k2f/Jxh/bhaCjgfuZ6BAquoL76Qbp6RvgjpsB XGZ5p5kvp+eZmQ+1fgC23mMKTZ3yu3MNvh+0w= On Jun 24, 2008, at 11:59 PM, Andrew Li wrote: http://s.sudre.free.fr/Stuff/PackageMaker_Howto.html -- Karl Kuehn larkost(a)softhome.net _______________________________________________ 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.… Hi, I have read the <<SoftwareDeliveryGuide.pdf>> document, and it says that only the preflight, preinstall, and preuprade can stop an install. When one of these executables returns anything other than 0, Installer cancels the install. So, my question is that, Is there any other return value from script? If I want to get some return value from these scripts, so how can I do? The documentation on this is a little scattered, but there is a good summary of what you are looking for on this page: Search for the phrase "32: Warning", and that should get you to the right place. And, my other question is that, how to make an uninstaller app using PackageMaker? That is a bit more difficult, and you would be scripting everything. A .pkg only really supplies a rudimentary GUI and an easy-to-use method of acquiring the rights you need. This email sent to site_archiver(a)lists.apple.com

1 0

does script have return value? and how to make uninstaller app?
by Andrew Li 25 Jun '08

25 Jun '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcjWkQuqgLi7Sd5ERpqxgMKSsnYODw== Thread-topic: does script have return value? and how to make uninstaller app? _______________________________________________ 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