December 2007 - Installer-dev

question on building distribution packages
by Michael C. Silva 18 Dec '07

18 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com What am I missing? Mike _______________________________________________ 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 may be a silly question, but I'm trying to build a package that includes sub-packages and choices on which sub-packages to install. In Tiger this was very easy, but I'm totally lost as to how to do it in Leopard. I read this document: http://developer.apple.com/documentation/DeveloperTools/Conceptual/Software… /apple_ref/doc/uid/10000145i-CH9-SW13 But it provides no actual instructions (i.e. step-by-step) on using PackageMaker to build a distribution package. There seems to be something basic I'm missing in the specific steps it takes to build a distribution package This email sent to site_archiver(a)lists.apple.com

1 0

Re: PackageMaker 3.0 "Allow Relocation", file permissions bugs
by Nathan Duran 17 Dec '07

17 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 17, 2007, at 2:34 PM, Justin Greenfield wrote: That's putting it mildly, I'd say ;) All I know for sure is that the PackageMaker GUI has a lot of bugs. I'll keep the project relative glitch in mind the next time it crops up. I don't even want to open my projects to check what they're set to now since they seem to be working and I don't want to jinx it. Everybody always lambasts Adobe for refusing to utilize standard installation packages, but when you can easily end up wasting hours on a simple installer that only deposits two or three files, I don't see how they have any choice in the matter. _______________________________________________ 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: PackageMaker 3.0 "Allow Relocation", file permissions bugs
by Justin Greenfield 17 Dec '07

17 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 17, 2007, at 12:04 PM, Nathan Duran wrote: On Dec 17, 2007, at 9:53 AM, Justin Greenfield wrote: <installTo relocatable="true"> Nathan, Here is the only workaround we've found: Pretty bizarre and totally frustrating. Justin _______________________________________________ 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.… Save the .pmdoc. Build it from the command line. Run the package. Diverting again... Open .pmdoc back up in PackageMaker... the "relocatable" checkbox is selected again for no reason. Uncheck it. Save it. Open the .pmdoc bundle, look at the XML. No. That's not what I want. I *just* turned that off. So I edit the XML to say relocatable="false". Build it from the command line. Run the package. Diverting.... No, that's not what it should do. Same thing happens to me and no one's offered a fix or an explanation to date. The only way I was able to get rid of the problem in my own projects was to create brand new ones and change my build scripts to use the new 10.5 syntax. "Compatibility mode" flat out does not work and actually seems to damage something somewhere. We ditched the 10.4 compatibility mode and started with a blank pmdoc. All I know for sure is that the PackageMaker GUI has a lot of bugs. Using a project relative path to point to the app/component being packaged, as I was doing, breaks all kinds of things. Changing that to an absolute path lets you save things like file permissions and the "allow relocation" setting. Something about using the relative path setting completely screws up the rest of the settings. Using an absolute path at least maintains the correct settings from one session to the next. This email sent to site_archiver(a)lists.apple.com

1 0

Re: PackageMaker 3.0 "Allow Relocation", file permissions bugs
by Nathan Duran 17 Dec '07

17 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 17, 2007, at 9:53 AM, Justin Greenfield wrote: <installTo relocatable="true"> Save the .pmdoc. Build it from the command line. Run the package. Diverting again... Open .pmdoc back up in PackageMaker... the "relocatable" checkbox is selected again for no reason. Uncheck it. Save it. Open the .pmdoc bundle, look at the XML. No. That's not what I want. I *just* turned that off. So I edit the XML to say relocatable="false". Build it from the command line. Run the package. Diverting.... No, that's not what it should do. Same thing happens to me and no one's offered a fix or an explanation to date. The only way I was able to get rid of the problem in my own projects was to create brand new ones and change my build scripts to use the new 10.5 syntax. "Compatibility mode" flat out does not work and actually seems to damage something somewhere. _______________________________________________ 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 3.0 "Allow Relocation", file permissions bugs
by Justin Greenfield 17 Dec '07

17 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Think again. <installTo relocatable="true"> Seeking help... Justin _______________________________________________ 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.… We are trying to ship our software and are encountering several extremely frustrating bugs with PackageMaker 3.0.1 that may be a show- stopper for us to continue developing on Leopard. On 10.4 we built our packages with a script passing various flags to packagemaker and that worked great. Now we have upgraded to 10.5.1 and we noticed that our app wasn't being installed into the /Applications folder like it should. Looking at the installer log output, we noticed the "Diverting" mumbo jumbo that was installing the new app not to /Applications, but to /Users/ justin/Projects/MyApp-1.6.0/Builds/XCode/Debug etc. Basically, some seemingly random other copy of MyApp.app on my machine (of which there are probably many development copies). Searching around, we noted some posts on this mailing list that recommended building the package from a pmdoc seemed to fix this "diverting" problem, so I worked up a pmdoc that turns off the "relocatable" flag. Click "Build and Go" in PackageMaker and it seems to be doing what I want it to do. Great. Problem solved, right? Save the .pmdoc. Build it from the command line. Run the package. Diverting again... Open .pmdoc back up in PackageMaker... the "relocatable" checkbox is selected again for no reason. Uncheck it. Save it. Open the .pmdoc bundle, look at the XML. No. That's not what I want. I *just* turned that off. So I edit the XML to say relocatable="false". Build it from the command line. Run the package. Diverting.... No, that's not what it should do. So basically, what I'm left with, is instead of having a fully shell scriptable package build as we enjoyed in 10.4, is having to manually open up the .pmdoc document in PackageMaker, select the application choice's component, uncheck the "Allow relocation" checkbox (and don't bother saving because it doesn't persist), and build it from the GUI. Surely there is some workaround for this? I mean, we're even building our Windows installers from the command line on OS X nowadays... and I'm not sure how to accurately describe the sense of irony surrounding this situation to my manager. Additionally, the file permissions recommendations don't seem to "stick" when you save the .pmdoc in PackageMaker. Is this or is this not an important aspect of the package? Or is this another thing I must remember to do manually when I open my pmdoc in PackageMaker and want to build my installer? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Install deleting Files on Leopard?
by Mark Krenek 14 Dec '07

14 Dec '07

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

Re: Install deleting Files on Leopard?
by Stéphane Sudre 13 Dec '07

13 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On jeudi, décembre 13, 2007, at 08:20 PM, Annette Brooks wrote: First rules of updater package: - Do not use the same identifier for the package - Do not use the same name for the 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.… Has anyone ever run into a problem with the install deleting files on Leopard? I have an install which updates one file of 5 that were installed in a prior install. The initial install installed system files for an application - some going to /etc, others going to folders within /Library (Preferences, Preference Panes & Startup). The update is updating only the one file in the /etc - but when it is run on Leopard only it seems to be deleting all of the files from the initial install. Tiger and Panther correctly overwrite the /etc file and leave all of the others alone. I can't figure out how/why an install is deleting files not included in the pkg! otherwise Installer.app might thing this is the original installer and will accordingly delete files that have been previously installed if they are missing in the new package. This email sent to site_archiver(a)lists.apple.com

1 0

Install deleting Files on Leopard?
by Annette Brooks 13 Dec '07

13 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Seal-send-time: Thu, 13 Dec 2007 14:20:42 -0500 _______________________________________________ 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: The dmgs of wrath
by Nigel Kersten 13 Dec '07

13 Dec '07

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 7, 2007, at 3:45 PM, Stéphane Sudre wrote: * Disk Utility is not able to detect problems in Disk Images: This particular case is somehow slowly getting upsetting. I'm finding this extremely frustrating at the moment. _______________________________________________ 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.… - You can have a disk image mount fine on Mac OS X 10.3. But it won't mount fine (warning displayed or the very user centric error message about the lack of a mountable something) on 10.4. You have to fix it in 10.4 in most cases. - You can have a disk image mount fine on Mac OS X 10.4. But not on 10.5. You have to fix it in 10.5 in most cases. - My favorite: You can have a disk image mount fine on 10.4. It can mount fine on 10.5 if you download it using Safari and Safari is configured to automatically mount the disk image. But if you later double-click the disk image to mount it on 10.5, then it won't mount fine. I'm hitting certain 10.4 FileVault sparseimages where if you use "hdiutil attach" to mount them in 10.5, they will simply fail. If you however do "open /path/to.dmg" you get the alert about "Mounted with reduced functionality" and the image mounts correctly. My users are rather incredulous that they have home directories that Tiger deems ok, but Leopard doesn't. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer "diverting" files when package built/installed on 10.5
by nicolas bronnec 13 Dec '07

13 Dec '07

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