April 2011 - Installer-dev - lists.apple.com

Re: preventing relocation
by lbland 06 Apr '11

06 Apr '11

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com hi- "automatic relocation" is very confusing ... I've been bitten by it many times while developing (and testing) installers ... like why isn't it working? ... then duh! the "automatic relocation" "system" (whatever it is...) took over. ... you can always add a pre or post install script to untar your software thus bypassing the installer but also making it look like the installer did something ... thanks!- -lance _______________________________________________ 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: preventing relocation
by Clif Hirtle 06 Apr '11

06 Apr '11

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

preventing relocation
by Nat Echols 06 Apr '11

06 Apr '11

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:date:message-id:subject:from:to :content-type; bh=97Xt5UbHGRH/05gXtrrxoXgYjZStRPSt35I7+LA4cHM=; b=XLjToYW6AhoLZRdWdyC6u0ClDdytBcMczSKVOU7FNzTXltlNvYl9HpH9EqUEM6aQQF NCaf4+/fNX/6+zUXEJNCNcQEsWeWys//skjlAT7Kw1lnGIZ9ZywQilka8NVzZGZwzIiw yHV2uzwvLPo+ISRzPrHoq90B63NpoUV4EdIv4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=TlwGgM9llW6s27+20IJqp/V96KL5H1ApiLpZGZk9FTSb3vwkyBxw7iDoSZGDDyVUCB eWrEL++wD4s3YX5mLxqQU98ZL1MD5dOaIDH9iMOOryUfaqttOwxrH0h7bPVkllFZhc0q rSb5NUZ8BNyXqquq+Sw6mnwZaQ63NgskBVG9c= _______________________________________________ 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: Option to execute a command?
by Nathan Sims 05 Apr '11

05 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Apr 5, 2011, at 11:15 AM, Per Olofsson wrote: > 5 apr 2011 kl. 19.12 skrev Nathan Sims: > >> com.apple.PackageMaker[1294] Warning: Group ID 80 does not match 0 of root volume for "/Applications/ClassServer/Start_Autolaunch.csh". Make sure to have disk permissions repaired with Disk Utility. > > This is because the package root in your system has the group wheel while the virtual root of your package has the group admin. PackageMaker warns when ownership of what you pack doesn't match that of the host system. Yes, that was it. Setting everything consistently with the group admin silenced the warnings. Thanks! _______________________________________________ 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: Option to execute a command?
by Per Olofsson 05 Apr '11

05 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AQHL7kJU1BT4POw5L0OnxLhGDUmecpRFVkuAgACuEoCAAAIlgIAAC5aAgAACpgCAAAnaAIAAD+sAgAC4C4CACISQgIAAEZsA Thread-topic: Option to execute a command? 5 apr 2011 kl. 19.12 skrev Nathan Sims: > com.apple.PackageMaker[1294] Warning: Group ID 80 does not match 0 of root volume for "/Applications/ClassServer/Start_Autolaunch.csh". Make sure to have disk permissions repaired with Disk Utility. This is because the package root in your system has the group wheel while the virtual root of your package has the group admin. PackageMaker warns when ownership of what you pack doesn't match that of the host system. -- Per Olofsson System Administrator, ITS, University of Gothenburg _______________________________________________ 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: Option to execute a command?
by Nathan Sims 05 Apr '11

05 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Mar 31, 2011, at 12:07 AM, Per Olofsson wrote: > Ah, I assumed that you need to load a LaunchDaemon, which executes in the system's context, but you're loading a LaunchAgent, which executes in the user's session. Loading and unloading LaunchAgents for users is notoriously difficult, see: Yes, you were right. I intended to use a LaunchDaemon but was erroneously using a LaunchAgent. I switched it over to a LaunchDaemon and it is working now! There remains only one little issue. When I build the package, PackageMaker always complains about my script group ID: com.apple.PackageMaker[1294] Warning: Group ID 80 does not match 0 of root volume for "/Applications/ClassServer/Start_Autolaunch.csh". Make sure to have disk permissions repaired with Disk Utility. For one of the files, it says "Group ID 80", for another it says 20. I did run Disk Utility but apparently that's not the problem... Thanks! _______________________________________________ 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

Installer JavaScript Reference
by Adam Peck 05 Apr '11

05 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: Acvzret7rD9n5AIxQwG3I2sFTiMjnA== Thread-topic: Installer JavaScript Reference _______________________________________________ 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: Mysterious .app/Finder corruption?
by Andy O'Meara 04 Apr '11

04 Apr '11

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com Thanks for writing guys. Nothing was showing up in the Console, but I did discover something new. If I change my app so it only builds for i386 and x86_64 (ie. no ppc), then the problem goes away. I can't imagine what the heck could be going on behind the scenes such that the app has issues loading a bundle when the app happens to contain a ppc fork (despite that the host system is an intel Mac). Argh, strange!! So in short: the presence of ppc causes the app to fail to load our bundle. On Apr 1, 2011, at 6:59 PM, Eli Bach wrote: > > On Apr 1, 2011, at 3:35 PM, Andy O'Meara wrote: > >> Will keep trying to crack this! Ugh, it just sucks to burn so much time on crap like this.. > > Andy, > > Is anything showing up in Console when you launch it with the Finder? > > Eli > > ______________ On Apr 1, 2011, at 5:18 PM, Joseph Chilcote wrote: > On Fri, Apr 1, 2011 at 2:48 PM, Andy O'Meara > <andrew.omeara(a)soundspectrum.com> wrote:> >>> Also, since you can get it to work by >>> launching the App before packaging it, have you tried trapping for >>> what changes when you launch it on your build machine? Sounds like >>> this problem exists even before it's being packaged. >>> >> Sorry, I'm having trouble following you here. The app seems to be fine by every measure before getting packaged since there isn't a case where it had problems before getting packaged. It's only after the package installer is run where it has problems following a double-click launch. > > My bad, I mis-interpreted your original email to mean that if you > launch the app on the build machine and then package it, then the > problem does not appear. I see now that you were just proving that > the app worked. > > If it's indeed a problem that is specific to that folder, what if you > put something else in there, like say, Firefox? Will Firefox not > load? If you deploy the app directly to the Applications folder > without the subdirectory, does it error? > > Might be time to dust off your one of your developer tech support incidents. > > --joe > _______________________________________________ > 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/andrew.omeara%40sounds… > > This email sent to andrew.omeara(a)soundspectrum.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: installing in the user's home directory?
by Perbix, Michael 03 Apr '11

03 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: Acvxl4O35yjl59GxSSuiEt0VeGqFHA== Thread-topic: installing in the user's home directory? Using Iceberg makes this easy. Either install files somewhere on your HD (like the user template located at /System/Library/User Template/English.lproj and inside there is the template of what gets copied to all new users. Lets say you want to install prefs for an application you are pushing out. Install the pref file at /System/Library/User Template/English.lproj/Library/Preferences then create a text file script that will copy that to all your users. Lets say the pref file is myapp.plist. ____ 8< snip ________ #!/bin/sh # get listing of /Users Directory # and set template locaton dirs=`ls /Users` template="/System/Library/User Template/English.lprog" # now do something for each entry for dir in $dirs do # exclude /Users/Shared if [ "$dirs" != "Shared" ]; then cp "$template/Library/Preferences/myapp.plist" "/Users/$dir/Library/Preferences" chown $dir:$dir "/Users/$dir/Library/Preferences/myapp.plist" chmod 700 "/Users/$dir/Library/Preferences/myapp.plist" fi done ______ 8< snip _______ Take this script and make it a postflight script. Iceberg will take care of naming it correctly and such for you. Now, if you simply want to make a quick package to copy stuff you can do this....Make a new dummy package and put the item you want to copy in the "Resources" section of Iceberg (Iceberg will add it to the Resources folder of your package for you). Then do a postflight script which is something like above... ____ 8< snip ________ #!/bin/sh # get listing of /Users Directory dirs=`ls /Users` # now do something for each entry for dir in $dirs do # exclude /Users/Shared if [ "$dirs" != "Shared" ]; then cp "$1/Contents/Resources/myapp.plist" "/Users/$dir/Library/Preferences" chown $dir:$dir "/Users/$dir/Library/Preferences/myapp.plist" chmod 700 "/Users/$dir/Library/Preferences/myapp.plist" fi done ______ 8< snip _______ the $1 indicates the path to the script and then follow the path to the Resources folder. The chown and chmod commands make sure the file has the correct owner and permissions. -Mike On Apr 2, 2011, at 2:56 AM, Colin Cornaby wrote: > This isn't really simple. You've got to install into a temp location, and then copy the file into place in the user directory with a script, and then use the script to fix the permissions (if you're nice, not simply setting the permissions to 777...) > > It's been a bit so I don't recall offhand the trick I used to line up the permissions properly. It involved reading the permissions of the parent folder and copying them to the installed files. I'm sure someone else here can help you with that. > > If you only need to support 10.5 and higher, I believe the 10.5 package format has an added feature that allows you to install into a home directory. > > On Apr 2, 2011, at 12:40 AM, Rich Morin wrote: > >> I'm trying to use PackageMaker to create an installer >> that unpacks a directory tree into a sub-directory of >> the user's home directory. >> >> I'd like the permissions and ownership to be "normal" >> (eg, allow the user to read and write files, but not >> everyone on the system). So, the usual advice about >> setting things to root/admin isn't really appropriate >> and I certainly don't want things to be set to MY uid >> on someone else's machine. >> >> Suggestions? >> >> -r >> -- >> http://www.cfcl.com/rdm Rich Morin >> http://www.cfcl.com/rdm/resume rdm(a)cfcl.com >> http://www.cfcl.com/rdm/weblog +1 650-873-7841 >> >> Software system design, development, and documentation >> _______________________________________________ >> 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/colin.cornaby%40mac.com >> >> This email sent to colin.cornaby(a)mac.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/perbix%40lmsd.org > > This email sent to perbix(a)lmsd.org _______________________________________________ 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

requiring a file with a variable path?
by Rich Morin 03 Apr '11

03 Apr '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com My installer needs to install a file tree in the user's home directory, then copy a file from the installed tree into a directory with a variable path. Specifically, the directory may be named either: /Library/Application Support/ Google SketchUp 7/SketchUp/plugins Google SketchUp 8/SketchUp/plugins' ^ I have a (Ruby) preinstall script which checks for both of these paths, as: patt = '/Library/Application Support/' + 'Google SketchUp */SketchUp/plugins' pl_path = Dir.glob(patt)[-1] It then sets up a symlink (in /tmp/SketchApps_install) that the postinstall script uses to perform the copy. Problem is, I'd really like to have the installer check for this symlink and issue a nastygram if it isn't there. I've tried doing this in a couple of ways, but they all run into problems. Help? -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Software system design, development, and documentation _______________________________________________ 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