August 2009 - Installer-dev

Re: 10.6 Upgrade kills permissions on Application Support folder
by Iceberg-Dev 26 Aug '09

26 Aug '09

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:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=SMGXMMeAZyF8ip0GKYEaLM6edkKquBpmriez+x4NfA8=; b=YUgjoUew1N7fSNQYMQVbsc/lHopnxBCZFFxZj0R19RFk0YN3E4b9z1duCW/n84MW43 xETK/P1AfEXm4fvpy5OjiBl6XZh/S2c1lt5FagtWlNqgGCj7NzPhfUPpjl2OoeSLD4t2 VK+xmr9ivbWVDF7BVjw1A6WOiIfj+FjDCmijE= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=wkCurW3k6vv6imq/ZBjqsriaNdS5CqZU9d5hyZLjxohcoUWbWuE/Sne28TG4M/Dzz+ xHrA5d+rQ2FSDWkpflylFjx1kuCEjnXstXsoH3o+x+67FskDVp7+67M93qxC3DiJ5ziY yHrfI5iQ30VNJaOwhLjySKEoIchtcJArTY/no= On Aug 26, 2009, at 9:48 PM, Clemmer, Everette 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.… I agree with that case when the application is installed for a specific user. What about the case when the application is installed for all users? It seems like it should be in /Library/ Application Support for the latter situation. A solution could be to use the /Users/Shared/ folder if you need a place where all users (admin and non admin) can read and write the same file(s). This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.6 Upgrade kills permissions on Application Support folder
by Clemmer, Everette 26 Aug '09

26 Aug '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcomhCQvb9LgSbjTSdOvnnZ+FdY2AgAAgMaN Thread-topic: 10.6 Upgrade kills permissions on Application Support folder _______________________________________________ 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

clarification re: Mac OS X standard directories inside a component’s hierarchy
by justin blecher 26 Aug '09

26 Aug '09

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:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=QfdNvcuX72SAXWVqk72UlV4xW5n4R8HvA5QHsojbT+c=; b=SVeFd4aRHWzMwFc9Rx2GfW8fMci3iP+ki1ZxYlc/ssERspu4HB7mJcze6HMvYr8pg3 clpbKOd26Jthqa6iLAxl3JjTPydTvGsLZ0yl63mnR/3J2bdzecGEOT6KEuHY7KwEwIey A+B2jHyQWzCJF2NOEcIHH7Q5HSl/ri9mxS3DQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=jDKulo6R/bHM3H/PgvDVZxOJGsGkOdVO+xhb5j4NF49C2vnJ+UkFJTSxreJ6PUPYKt QL2cZ2+1x7j0pa/zFlXCvpAxcR8g7vXdv6BpbeCqESxw9qsNHy18o6ODOnoVR6MDdtu/ 3TqnBlRFGr1Jqf+FHgdhpvFnxLH4a5m3yGA4U= greetings everyone, i'm new around these parts and currently wrestling with the concepts and best practices for evaluating existing packages, repackaging non-pkg installers, and rolling out InstaDMG-created images for < 30 macs i have the pleasure of [part-time] managing. today my question centers around this quote: Important: Never include Mac OS X standard directories inside a component’s hierarchy. That is, do not reflect any standard part of the Mac OS X file system (in any of the file system domains) inside your component’s structure. from: http://bit.ly/7xMuW (developer.apple.com docs) i interpret that to mean that, at a minimum, /Applications, /Library, and /System should never ever be included in the paths of the files installed, which effectively means that a package install directory of "/" is forbidden (assuming that files destined for the above folders are being installed). do i have that correct? if so, then a heckuva lot of packages seem to be packaged incorrectly. (shock! horror!) apple seems to break the rules, but i guess they're allowed to because they know their system/permissions fairly well. ;-) assuming my interpretation is correct, below is a short list of popular packages i examined found out in the wild intarwebs. (apologies in advance for calling these out here by name, i'm just trying to understand this stuff!) some examples of [what look to be] well-targeted packages: Adobe Flash Player.pkg * target: /Library/Internet Plug-Ins Remote Desktop Connection.mpkg (metapackage) * targets: /Library/Application Support, /Applications some examples of [what look to be] offenders: Flip4Mac WMV.mpkg (metapackage) * target : "/" * should have had a bunch of component packages, each with their own target directories: * /Applications, /Library/Frameworks, /Library/Preference Panes, /Library/QuickTime, /Library/Internet Plug-Ins Shockwave_Installer_Full.pkg * target: "/" * should have had two components: * DirectorShockwave.plugin (target: /Library/Internet Plug-Ins) * Shockwave 11 folder (target: /Library/Application Support/Adobe) - or would that be Adobe, with target of "/Library/Application Support" ? Silverlight.pkg * target: "/" * should have had two components: * Silverlight.plugin (target: /Library/Internet Plug-Ins) * Silverlight folder (target: /Library/Application Support/Microsoft) * or would that be Microsoft, with target of /Library/Application Support? they have other apps that use /Library/Application Support/Microsoft, which is not an OS X standard directory, so can we get away with using /Library/Application Support? here's my real questions: * is my assumption/interpretaton -- anytime there are items that belong in a "standard directory", a separate package must be made for them, targeted to that standard directory -- correct? * are my evaluations and suggestions for the fixing (hah!) the offending packages on the right track? (not like i'm interested in fixing them, i'm just trying to grok the concepts for my own packages.) * what is the definitive list of "Mac OS X standard directories", or how can i generate it dynamically? thanks for any/all insight, -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.… This email sent to site_archiver(a)lists.apple.com

1 0

10.6 Upgrade kills permissions on Application Support folder for my app
by Clemmer, Everette 26 Aug '09

26 Aug '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcomWtcHlrUbP2cTdkew/wPAVd59lw== Thread-topic: 10.6 Upgrade kills permissions on Application Support folder for my 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

Advice on installing an Agent to the users home directory
by Citizen 26 Aug '09

26 Aug '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hello, Here's what I'm doing... I'm using PackageMaker 3 and targeting OS X 10.5 (Leopard) and later. #!/usr/bin/env bash echo $SCRIPT_NAME: launching ApplicationAgent exit 0 Regards, Dave ------ David Kennedy (http://www.zenopolis.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.… My new application includes a User Agent. I want to give the user the option to install this application in the system domain or the user domain. My second requirement was that the installer launches the Agent without a system restart or logout. My problem is, that I don't know how to get the Installer to appropriately set up the Agent's Property List in the User Domain. I was hoping that there was someone on this list that had already achieved this, and give some pointers on if I'm taking the right approach or not. I'm new to Install topics and Unix scripting. * Currently I'm installing the Application and the Agent in the Application directory of the relevant domain. * The Agent Property List "com.zenopolis.ApplicationAgent.plist" is as follows: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd "> <plist version="1.0"> <dict> <key>Label</key> <string>com.zenopolis.ApplicationAgent</string> <key>KeepAlive</key> <true/> <key>StandardErrorPath</key> <string>/Users/Name/Desktop/stderror.txt</string> <key>StandardOutPath</key> <string>/Users/Name/Desktop/stdout.txt</string> <key>ProgramArguments</key> <array> <string>-ROOTPREFIX-/Applications/ApplicationAgent.app/Contents/ MacOS/ApplicationAgent</string> </array> </dict> </plist> * The Agent Property List is being placed in the Library/LaunchAgents directory of the relevant domain. * The Agent Property List file permissions are set to root/wheel and 644 in the installer. * To replace the -ROOTPREFIX- string (and launch the Agent) I use the following script: if test -e ~/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist; then perl -pi -e 's/-ROOTPREFIX-/$HOME/' ~/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist chown root:wheel ~/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist chmod 644 ~/Library/LaunchAgents/com.zenopolis.ApplicationAgent.plist launchctl load ~/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist elif test -e /Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist; then perl -pi -e 's/-ROOTPREFIX-//' /Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist launchctl load /Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist fi * For the User Domain, the perl command does not work. The result for this is the path "/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist". What I was attempting to get was the path "/Users/username/Library/LaunchAgents/ com.zenopolis.ApplicationAgent.plist". Is this general approach correct? Do I just need to keep searching and work out the right scripting voodoo? Or is this likely to be a dead end anyway? Are any of you tackling this same requirements in a completely different way? The following two attempts lead me to believe that I needed to set an absolute path in the Application Agent Property List: * I've tried replacing -ROOTPREFIX- for the User Domain with "~". The console showed the error: posix_spawnp("~/Applications/ ApplicationAgent.app/Contents/MacOS/ApplicationAgent", ...): No such file or directory. * I've also tried making the ProgramArguments value in the Agent Property List a relative path (../../Applications/ApplicationAgent.app/ Contents/MacOS/ApplicationAgent), but this did not work in the User Domain. The console showed the error: posix_spawnp("../../Applications/ ApplicationAgent.app/Contents/MacOS/ApplicationAgent", ...): No such file or directory. This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to add a new file to an existing package
by Ben Staveley-Taylor 24 Aug '09

24 Aug '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks, Andrew. <f n='myfile.txt' o='root' g='admin' p='33204'/> -- Ben. On 22 Aug 2009, at 06:39, Andrew Peckover wrote: Hello Ben, _______________________________________________ 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 never occurred to me that a file might be installed if it was not listed in the Contents pane so I never even tried. I'd be a bit nervous relying on that though -- it smacks of the kind of thing that will suddenly and mysteriously stop working in the final release build, and you won't spot it until well after you've shipped! I've now realized that the package contents is contained in an XML file inside the .pmdoc package. If I open the package up and edit the "01-<packagename>-contents.xml" file, there is a straightforward hierarchy of entries like: and editing this directly to add in a new file appears to work (so far!). A bit clunky, but if it works, it works. Welcome to the bizarre world of PackageMaker. I don't have a definitive answer for you... I will say though that the permissions I set in the "contents" pane seem flaky to me. i.e. sometimes they work and sometimes they don't, for whatever reason. I admit I haven't done rigorous testing, so it very well could be something I'm doing wrong. But in any case, since it doesn't work to start with, personally I don't see the point in even worrying about the contents pane, I just set the permissions of the source files how I want them, or use a simple script to set permissions after the files are installed. I really don't think it matters if the file shows up in the contents pane (can someone show me otherwise?) Initially, I thought that if a file didn't appear in the contents pane, that it wasn't going to be included in the package. But it is included, so everything's good. Another thought - I think the idea of the "snapshot" feature is that it registers changes that you make, so you might want to look into that. It's a new feature in one of the recent versions... Andrew This email sent to site_archiver(a)lists.apple.com

1 0

[Solved but...] Is there a way to make Installer.app more verbose?
by Iceberg-Dev 23 Aug '09

23 Aug '09

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:mime-version:in-reply-to :references:content-type:message-id:content-transfer-encoding:from :subject:date:to:x-mailer; bh=ujzYaAQ2Y9i6iUGEtpxL5ovaxGPP/4K1pV9V8sEZXjI=; b=IZfzWUBrKyDrRb/CQRjrIlLM+7t5n9zhDJNcw+gzwHh1vkBMYPlF6AwY2FAI9dLngd juDWHGruCDtPYxMJxYIOW3Tiw2w8yOLp49YD3K/3KGTQSABfecF3ZJ48tAcYVtWmt19/ fovF/BzgGec5yvYpRrKz2JklXGV9tByjYUckU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:content-type:message-id :content-transfer-encoding:from:subject:date:to:x-mailer; b=hidf1z4UzDVxnLTGrLzm/Tvo34jsqtlqRQJICETe/3Q9Hv+RzTYSmejhSoebdNyawR /Tc1TpSMs39silZJcwcAIpybi8BMus4WN4R1uA70cqhc4pkyTs7SsangDBuH9QijRiPD rOaDn0CaThxHU8HKe9J7HwGy2O9IEifbO2sd0= On Aug 23, 2009, at 1:33 AM, Iceberg-Dev wrote: It fails with the following output: _______________________________________________ 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.… Installer.app is complaining that the Source media I am installing is corrupted. OK but it's correctly seen by Pacifist and it can be extracted from Pacifist. BOMFatalError - cpio read error: bad file format OK, so the problem in this case was that the Payload file of the flat package was compressed "twice". Basically, there is room for improvement in Installer.app regarding the way it deals with flat packages because it is as flexible as an iron bar. Flat packages are xar archives. You can add files to a xar archive and by default it will compress them as gzip file inside the archive. Installer.app (or the Installation Framework) assumes that the Payload file has been added uncompressed to the xar archive. But at the same time the Flat Package Editor does not complain when the file is added compressed. This email sent to site_archiver(a)lists.apple.com

1 0

Is there a way to make Installer.app more verbose?
by Iceberg-Dev 22 Aug '09

22 Aug '09

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:mime-version :content-transfer-encoding:message-id:content-type:to:from:subject :date:x-mailer; bh=AHSrld41+lFqd5k2498IfYIfofi6mYQXoK5Yip+CX2k=; b=tvewZE8pq63N+8pU8JumwNxp2nOSWHxjI5KqT+8sguLFxw2NVNKxrgv1PoA5of9FyV x2pX9p7LqeJDxkMLaX1l2ZYRe3ylx+xumBMTrBk2hwnSOB+CmCx5fKxVzF5IwSw9htH6 eQzhjflDqXduS1yJDjEZ8cf7QB62inYwGBBIE= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:content-transfer-encoding:message-id:content-type:to :from:subject:date:x-mailer; b=Nd404YtVDR2JeJ/PkB+MZpRN5XNYKnDU3+Jl3rbbpwctHijZJveHvypwOGhs2DWxky h7S2plGcNEAgsQlm9uKiHEV2Igcj2yqQp41HkrlERFdHRb3ucTe2bkACss2Lg/0wo/DK XckZ41wYf2vzP7p0TQPwr7lE2UB8D+ruD1JGk= It fails with the following output: BOMFatalError - cpio read error: bad file format I also tried installing with installer. Same problem. _______________________________________________ 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.… Installer.app is complaining that the Source media I am installing is corrupted. OK but it's correctly seen by Pacifist and it can be extracted from Pacifist. The bom file can be read by lsbom and the list of files is correctly displayed by Installer.app if it asked to show them. So is there a way to make Installer.app be a little more helpful on the origin of the issue? This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to use already-built subpackages? (Disconnect between PkgMkr, SDG docs)
by Christopher Corbell 21 Aug '09

21 Aug '09

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:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=tJcn390yM3Umpqcdwlc833u30tRstn9MIDHAd7E3DjU=; b=kLmHlDHchAoJ/w7ANqdcsiwpMIrrm/sFDJzgDXrzOM+wTv8N7gNQnvnavh74jouvXY CydUP8452TtOND90M76DaL2WvUTyNCS1h0VbEfKus3ktP6ovCD4ZbnFwKecgi9l83IVv Lb/3El9HDDVkO3grWip1XOVI4a83Cs3IkH5qA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=s5C4OWHMlEmKTx9pf8usMa4BrqUvBo7uxqNw1T24zPbROXSNtk0OPujA8xaiBkCudT /JhZ4+DJQe42BwYxc0x3kKCBAmtrXQmnClWeDHtvQm4bL0tvuPFWpfEZRb4rsKRZHVHR sVkv7mSauKAkS0U4ZRxJ6xr5YfGYfxXdQczso= _______________________________________________ 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: API For the install target device's Model Number
by Bill Coderre 21 Aug '09

21 Aug '09

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