November 2005 - Installer-dev

Installation script arguments
by Graham Westlake 24 Nov '05

24 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks, Graham Westlake Sibelius Software _______________________________________________ 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've built an updater with PackageMaker 2.1, and I was hoping to be able to use the postflight script to carry out some post-processing on the upgraded app. The docs say that argument 2 passed to the script is the path to the installation destination; however, I only ever get '/' passed in. I'm guessing this is because my updater uses Find File to locate the previously installed app to upgrade, rather than letting the user choose a destination. Is there any way for my script to retrieve the location that Find File has returned? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can I use "Check" programs, instead of scripts?
by Scott Fraser 22 Nov '05

22 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Nov 21, 2005, at 06:34 PM, Christopher Ryan wrote: Thanks. Scott ----- _______________________________________________ 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 get Distribution Script's JavaScript, IFRequirements, or InstallationCheck/VolumeCheck, not all of them. This sounds like a documentation problem. The either/or distinction was not clear. Now my problem is that I can't seem to delete the last "Package Requirement" from the dialog pane "Edit Package Requirements...". The "-" (minus) button on the last requirement is dimmed and can't be deleted. There is no menu command to delete it. If I change the rule to a blank condition, I get a red exclamation point, and the "Save" button goes dim. No matter what I do, an "IFRequirementDicts" key/value pair is always emitted to the "Info.plist" file. Sounds like a bug. My only suggestion would be to make the package and remove the IFRequirement by hand. Then file a bug against Package Maker. Chris Making a new Package Maker project with an empty Requirements list seemed to do the trick. I'll also file a bug report. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can I use "Check" programs, instead of scripts?
by Marek Kozubal 22 Nov '05

22 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com http://tuvix.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDist… -Marek _______________________________________________ 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.… No, wait! I just discovered that if I manually edit the "Info.plist" file in the "xxx.pkg" bundle, and remove the "IFRequirementDicts" key/value pair, my Check tools are run. This seems wrong. Even if the Requirements are used instead of the InstallationCheck tool, I would still expect the "VolumeCheck" tool to be executed, because there are no volume-specific Requirements. From Available prior to Mac OS X v10.3. Scripts will work in v10.3, but are ignored if the package also includes requirements information in its property list. Basically, in 10.3 and later, if you have any sort of requirements plist info, the InstallationCheck and VolumeCheck scripts/executables no longer are run. They are mearly there for pre-10.3 support at this point, or instead of the requirements system. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can I use "Check" programs, instead of scripts?
by Christopher Ryan 22 Nov '05

22 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Scott, First, can I use compiled tools instead of scripts for these? Yes Executable named VolumeCheck and/or InstallationCheck Chris Thanks. Scott ----- _______________________________________________ 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 using PackageMaker (v2.1 (122)) to create an installer. I'm trying to use a compiled tool, rather than a script, for the InstallationCheck and VolumeCheck "executable". However, neither executable is called. I have "stdio.h" statements that create and write to a know file, so I know they aren't working. I know the tools work, because I can execute them from the command line, and they create the expected debug files and return the expected return value. Second, what do I need to do to get these to execute? The tools are placed in the proper location in the resulting "xxx.pkg" bundle. No, wait! I just discovered that if I manually edit the "Info.plist" file in the "xxx.pkg" bundle, and remove the "IFRequirementDicts" key/value pair, my Check tools are run. This seems wrong. Even if the Requirements are used instead of the InstallationCheck tool, I would still expect the "VolumeCheck" tool to be executed, because there are no volume-specific Requirements. This is the way IFRequirements work. This sort of confusion has brought us to "Distribution Scripts" in Tiger, which do everything through one interface (JavaScript) and the JS may call an executable. The original idea of IFRequirements were to allow a "safe" way to do requirement checks ( safe, because IFRequirements, unlike scripts or executables cannot edit the users hd), so they "replace" all old checks. You get Distribution Script's JavaScript, IFRequirements, or InstallationCheck/VolumeCheck, not all of them. Now my problem is that I can't seem to delete the last "Package Requirement" from the dialog pane "Edit Package Requirements...". The "-" (minus) button on the last requirement is dimmed and can't be deleted. There is no menu command to delete it. If I change the rule to a blank condition, I get a red exclamation point, and the "Save" button goes dim. No matter what I do, an "IFRequirementDicts" key/value pair is always emitted to the "Info.plist" file. Sounds like a bug. My only suggestion would be to make the package and remove the IFRequirement by hand. Then file a bug against Package Maker. Any suggestions? Do I have to start with a new PackageMaker with a blank list of requirements? This email sent to site_archiver(a)lists.apple.com

1 0

Can I use "Check" programs, instead of scripts?
by Scott Fraser 21 Nov '05

21 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com First, can I use compiled tools instead of scripts for these? Thanks. Scott ----- _______________________________________________ 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 using PackageMaker (v2.1 (122)) to create an installer. I'm trying to use a compiled tool, rather than a script, for the InstallationCheck and VolumeCheck "executable". However, neither executable is called. I have "stdio.h" statements that create and write to a know file, so I know they aren't working. I know the tools work, because I can execute them from the command line, and they create the expected debug files and return the expected return value. Second, what do I need to do to get these to execute? The tools are placed in the proper location in the resulting "xxx.pkg" bundle. No, wait! I just discovered that if I manually edit the "Info.plist" file in the "xxx.pkg" bundle, and remove the "IFRequirementDicts" key/value pair, my Check tools are run. This seems wrong. Even if the Requirements are used instead of the InstallationCheck tool, I would still expect the "VolumeCheck" tool to be executed, because there are no volume-specific Requirements. Now my problem is that I can't seem to delete the last "Package Requirement" from the dialog pane "Edit Package Requirements...". The "-" (minus) button on the last requirement is dimmed and can't be deleted. There is no menu command to delete it. If I change the rule to a blank condition, I get a red exclamation point, and the "Save" button goes dim. No matter what I do, an "IFRequirementDicts" key/value pair is always emitted to the "Info.plist" file. Any suggestions? Do I have to start with a new PackageMaker with a blank list of requirements? This email sent to site_archiver(a)lists.apple.com

1 0

About /Library/Widgets
by Stéphane Sudre 21 Nov '05

21 Nov '05

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.… /Library/Widgets is said to be root:admin drwxrwxr-x in AdditionalEssentials.pkg (in the Receipts). Is there any reason why Disk Utility.app thinks that the permissions should be drwxr-xr-x instead? This email sent to site_archiver(a)lists.apple.com

1 0

PackageMaker 2.1 command line problem
by Graham Westlake 21 Nov '05

21 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Creating Package Shell Scanning Package Root Does anyone know how I might get round this? Thanks. Graham Westlake Sibelius Software _______________________________________________ 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've been automatically building an updater for a point upgrade of our app using some shell scripts, a bit of Perl and PackageMaker 2.0.1, as shipped with Xcode 2.1. My command line looks something like this: PackageMaker -build -p "./My App Updater.pkg" -f "./package_contents" -b "/tmp" -s -ds -v -r "./install_resources" -i "./Info.plist" -d "./ Description.plist" This worked really well, until I upgraded to Xcode 2.2, and hence PackageMaker 2.1. Now I'm getting the following output: The package could not be created because of the following errors: You do not have permissions to archive the following files in your root. 3 <CFArray 0x31fb80 [0xa073a150]>{type = mutable-small, count = 0, values = ( )} This email sent to site_archiver(a)lists.apple.com

1 0

BundleVersions.plist
by Tobias Peciva 20 Nov '05

20 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hey List, Thanks, Tobias Peciva Pharos Systems _______________________________________________ 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.… Just wanted to check if anyone has been able to build proper BundleVersions.plist files with the most recent developer tools (2.2)? My applications each have a version.plist file in their Contents directories. When building an installer with the old PackageMaker command line tool (that shipped with Xcode 2.1), this would generate a BundleVersions.plist file with all the version information. Since installing the 2.2 tools, the BundleVersions.plist file is mostly empty: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http:// www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict/> </plist> Is this a bug, or did the behavior/requirements of PackageMaker somehow change? This email sent to site_archiver(a)lists.apple.com

1 0

Re: How can I set the color of text in pkg installer?
by Christopher Ryan 19 Nov '05

19 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Chris On vendredi, novembre 18, 2005, at 06:40 PM, Luke Bellandi wrote: On Nov 17, 2005, at 10:55 PM, Hae-seong Zo wrote: Hi, Stupid idea if you only need to work with 10.4. Add an InstallPlugIn which will: This may work. I haven't tested it. _______________________________________________ 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/ryanc%40apple.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.… I wouldn't suggest such a thing. The advantage of the current architecture is that Apple can update the look and feel and older documents get this new look and feel over time. If you do this, it is likely your plugin will break in the future. Stick with the plugin APIs. Is there any way to change the color of displayed text in the pkg installer? I couldn't find anything about the text color in google and this list archive. I change the background of the installer, which is dark one, so I can't see the text in left-size and in the semi-opaque box either. For the reference, I use Iceberg to make .pkg file. There's currently no way to do this in the Installer. The only text that you as a package author have control over is the text in your Welcome, ReadMe, and License files. - Create a category of PluginMatrixElement and overwrite the (void) setImage:(NSImage *) inImage; method so that you set the image of the _imageView and then change the color of the _textField text color. - You would need to do the same with the InstallerAutoTextView view but I still have to find where and how it's declared to know which method to change. This email sent to ryanc(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: How can I set the color of text in pkg installer?
by Stéphane Sudre 18 Nov '05

18 Nov '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On vendredi, novembre 18, 2005, at 06:40 PM, Luke Bellandi wrote: On Nov 17, 2005, at 10:55 PM, Hae-seong Zo wrote: Hi, Stupid idea if you only need to work with 10.4. Add an InstallPlugIn which will: This may work. I haven't tested it. _______________________________________________ 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.… Is there any way to change the color of displayed text in the pkg installer? I couldn't find anything about the text color in google and this list archive. I change the background of the installer, which is dark one, so I can't see the text in left-size and in the semi-opaque box either. For the reference, I use Iceberg to make .pkg file. There's currently no way to do this in the Installer. The only text that you as a package author have control over is the text in your Welcome, ReadMe, and License files. - Create a category of PluginMatrixElement and overwrite the (void)setImage:(NSImage *) inImage; method so that you set the image of the _imageView and then change the color of the _textField text color. - You would need to do the same with the InstallerAutoTextView view but I still have to find where and how it's declared to know which method to change. This email sent to site_archiver(a)lists.apple.com

1 0