January 2009 - Installer-dev

IFPkgFlagAllowBackRev not honored by metapackage
by Dan Wilson 30 Jan '09

30 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks, Dan _______________________________________________ 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 package that sets IFPkgFlagAllowBackRev to false, and it therefore doesn't allow an older version to downgrade the system. However, if I distribute the package as part of a metapackage, then the installation continues as usual and the component is downgraded. Is there any way to make the metapackage honor the IFPkgFlagAllowBackRev flag in a contained package? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Creating package that installs a LaunchDaemon
by Greg Neagle 30 Jan '09

30 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com +1 -Greg On Jan 30, 2009, at 9:25 AM, Nigel Kersten wrote: That being said, we've found the recommendations to be often not what we want and our package creation scripts always use --no-recommend. _______________________________________________ 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 would be nice if we could edit the DB used to apply the recommendations... Then I could fix it! This email sent to site_archiver(a)lists.apple.com

1 0

Re: Creating package that installs a LaunchDaemon
by Nigel Kersten 30 Jan '09

30 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Check your version of PackageMaker. This was an issue with the version of the dev tools that came out before the iPhone version of the dev tools, and I believe it was fixed both in that version and subsequent non-iPhone dev tool releases. That being said, we've found the recommendations to be often not what we want and our package creation scripts always use --no-recommend. On Fri, Jan 30, 2009 at 5:47 AM, Rick Cochran <rcc2(a)cornell.edu> wrote: > When using PackageMaker from the command line, the "--no-recommend" option > stops this behavior. > > Eli Bach wrote: >> >> Am I crazy or does PackageMaker 3.0.3 go out of it's way to apply >> incorrect permissions on files that go into /Library/LaunchDaemons/? >> >> For launchctl to work, permissions need to be 644, but PackageMaker >> installs them as 664. >> >> I've spent the time to create a source folder with the permissions I want >> for my files, and with Apple's permissions on their folders. >> >> When I get PackageMaker to build the package, it spends literally 5 >> minutes (as my package has a lot of files) "fixing" permissions to either be >> the same and/or to be incorrect. >> >> Is there some way to get PackageMaker to skip this "fixing" step? >> >> As a workaround, I've added a postinstall script that changes the >> permissions back, then calls launchctl to load the daemon. >> >> >> _______________________________________________ >> 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/rcc2%40cornell.edu >> >> This email sent to rcc2(a)cornell.edu > > _______________________________________________ > 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/nigel%40explanatorygap… > > This email sent to nigel(a)explanatorygap.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.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Creating package that installs a LaunchDaemon
by Rick Cochran 30 Jan '09

30 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.19 (X11/20081209) Is there some way to get PackageMaker to skip this "fixing" step? _______________________________________________ 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/rcc2%40cornell.edu _______________________________________________ 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.… When using PackageMaker from the command line, the "--no-recommend" option stops this behavior. Eli Bach wrote: Am I crazy or does PackageMaker 3.0.3 go out of it's way to apply incorrect permissions on files that go into /Library/LaunchDaemons/? For launchctl to work, permissions need to be 644, but PackageMaker installs them as 664. I've spent the time to create a source folder with the permissions I want for my files, and with Apple's permissions on their folders. When I get PackageMaker to build the package, it spends literally 5 minutes (as my package has a lot of files) "fixing" permissions to either be the same and/or to be incorrect. As a workaround, I've added a postinstall script that changes the permissions back, then calls launchctl to load the daemon. This email sent to rcc2(a)cornell.edu This email sent to site_archiver(a)lists.apple.com

1 0

Creating package that installs a LaunchDaemon
by Eli Bach 30 Jan '09

30 Jan '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:message-id:from:to :content-type:content-transfer-encoding:subject:mime-version:date :x-mailer; bh=WCbV+TmjPVoYIwKkey93GDzHzBjNyQhPNnuxqYvCTzc=; b=g5cc47+wlOinyPADq8EV3UDeJcNaYowgtyW8UQv74HGCRKGmp22dIDqZGnEc936C4l IV1xo5R6Hgbp8xulZubClveIGwYTrm55oFSUSI6fE1cercQo7pJo/JHL6VNfIUOAT8bN pdhlxt709xUSjEjW0YU9dgU2j5EdxIxdqFfTQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding:subject :mime-version:date:x-mailer; b=M8v4qmXexlX2/YCs1qW2qqY8PSwDAiPkzIa+AmU4VaMGFyNDgANg33+fRpNtl/DOcJ At1XN6dVhqnjj256b5STqtGYYa9AY9A6gCRIXQbM31tYPnoiZf7YH1ebdSShAFE5x2zo Yw/NHYStFGAHG1MI9S/P1U6Shsjze+MG2VRUI= Is there some way to get PackageMaker to skip this "fixing" step? _______________________________________________ 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.… Am I crazy or does PackageMaker 3.0.3 go out of it's way to apply incorrect permissions on files that go into /Library/LaunchDaemons/? For launchctl to work, permissions need to be 644, but PackageMaker installs them as 664. I've spent the time to create a source folder with the permissions I want for my files, and with Apple's permissions on their folders. When I get PackageMaker to build the package, it spends literally 5 minutes (as my package has a lot of files) "fixing" permissions to either be the same and/or to be incorrect. As a workaround, I've added a postinstall script that changes the permissions back, then calls launchctl to load the daemon. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Including links on PackageMaker screens
by Adam Fisk 29 Jan '09

29 Jan '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:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=kHPslK43omYSSATU+tSxBRXOCs3UGiJA5N7POaaxdFQ=; b=AwBUtpn0CuCzcODXx6OS3QAdk8IzGQDL5JS+BCsHZcTvmJUtPf2HKdHf8smLwMLEia 3lXbOUXaBeyaVzcei0q+uNdu5UUSsKuAD9ZKVoqpfAZHuEr6dzIJsfmUmM0qSJ9oHdBF OAww4givEj0xT4wlR6k/7PBIZtTfac18xyNjc= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=RnwSZawzWjrhdpaLebCG3jInA3+0nmZvfoDl5kswPRoGedM7X4oq2QFc9t0nQkq2TK m+0WNf9eSapWHco8FL0stmMZGwWahxatNf9DHooH70IxsOBuUk/YRFlby+hI5JYVQ78f V7qLUEWcbgGbp6M4Xb+xDFoc6cYPBcBnbUQX4= That's fantastic news, Bill -- don't know how I missed it! So the html can include all the standard stuff, like image links and all that? Thanks very much. -Adam On Thu, Jan 29, 2009 at 1:08 PM, Bill Coderre <bc(a)apple.com> wrote: > > On Jan 29, 2009, at 12:54 PM, Adam Fisk wrote: >> >> I just cam across an installer that includes links to external pages >> that open in a browser. How do you do that? I've tried straight href >> with no success in an external text file for, say, the welcome and >> conclusion screens. > > Welcome and Conclusion files can be rtf or html files. > > For html files, you do the standard <a href="http://blah">this is a > link</a>. > > For RTF files, in Leopard TextEdit, you can select a bit of text and then > under Format>Text>Link... you can add a URL. TextEdit does all the dirty > work, thank goodness. > > Yes, the option is hard to find. > > > -- Adam Fisk http://www.littleshoot.org read my blog at: http://adamfisk.wordpress.com follow me at: http://twitter.com/adamfisk _______________________________________________ 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: Including links on PackageMaker screens
by Bill Coderre 29 Jan '09

29 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com I just cam across an installer that includes links to external pages that open in a browser. How do you do that? I've tried straight href with no success in an external text file for, say, the welcome and conclusion screens. Welcome and Conclusion files can be rtf or html files. Yes, the option is hard to find. _______________________________________________ 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 Jan 29, 2009, at 12:54 PM, Adam Fisk wrote: For html files, you do the standard <a href="http://blah">this is a link</a>. For RTF files, in Leopard TextEdit, you can select a bit of text and then under Format>Text>Link... you can add a URL. TextEdit does all the dirty work, thank goodness. This email sent to site_archiver(a)lists.apple.com

1 0

Including links on PackageMaker screens
by Adam Fisk 29 Jan '09

29 Jan '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:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=RrWBtIDsx6tLSQwEqPp0R8bjbWidwjyMX6IRRLGwYQI=; b=cFK6KUZuQpWFoynhYLXotQXqeMur1pum66I3YSDeHiDABErMGQ1tElbv8/t1NB5eHJ FqIczjsibeYkHdksxl7MOBcU2cvliyq37GPQMc0e0eA4+HjeVu+s0BKzJ/iCIn1UAvZl fLp48xVSrSjv4dogKeEvYMqPndCMIv1+AQUMU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=vw46/CdljvFnz2VzxSxhWI2+RCfygunSqEmfTPbooH7oIro83Yft1zYdWq9yEC/+im LoqAS+Fotkpt+gv0hgkxSpQyYF0H28p2CfhSUi2Na5nWGfzKELgUp2qSFF74b4ksu69z h6BpJrB0jF5lO5mow2QpqYROgvDJ1TM3/AHxk= I just cam across an installer that includes links to external pages that open in a browser. How do you do that? I've tried straight href with no success in an external text file for, say, the welcome and conclusion screens. Thanks. -Adam -- Adam Fisk http://www.littleshoot.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

Re: One Package, 2 platforms
by Jason Todd Slack-Moehrle 29 Jan '09

29 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi Guys, Does anybody remember? -Jason On Jan 28, 2009, at 2:45 PM, Greg Neagle wrote: -Greg On Jan 28, 2009, at 2:11 PM, Iceberg-Dev wrote: On Jan 28, 2009, at 6:52 PM, Greg Neagle 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/mailinglists%40mailnew… _______________________________________________ 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.… Wasn't there an app a few years ago called "Renew" that was a software update type application for 3rd party apps? I forgot the guys name who wrote it, but IIRC he had a database of apps, versions, it checked your receipts for what you had installed and then provided an update as they were available. Example BBEdit or something. I thought it did automatic uninstall as well. That's not as big a problem unless the app installs more stuff outside its own bundle/directory on first run. If it's self- contained, then removal is a simple delete of the app bundle/ directory. The second alternative is the way to go if we ever want to have uninstall capabilities in the future. A generic uninstaller could use receipt info to figure out what to remove. A generic uninstaller could not "rewind" a post-install or post-upgrade script. Alas, I think we may never see robust uninstall on OS X, because it would require changes from Apple _and_ from all package developers. Actually, it would first require preventing installation by drag and drop. This email sent to mailinglists(a)mailnewsrss.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: One Package, 2 platforms
by Greg Neagle 28 Jan '09

28 Jan '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com -Greg On Jan 28, 2009, at 2:11 PM, Iceberg-Dev wrote: On Jan 28, 2009, at 6:52 PM, Greg Neagle 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.… That's not as big a problem unless the app installs more stuff outside its own bundle/directory on first run. If it's self-contained, then removal is a simple delete of the app bundle/directory. The second alternative is the way to go if we ever want to have uninstall capabilities in the future. A generic uninstaller could use receipt info to figure out what to remove. A generic uninstaller could not "rewind" a post-install or post-upgrade script. Alas, I think we may never see robust uninstall on OS X, because it would require changes from Apple _and_ from all package developers. Actually, it would first require preventing installation by drag and drop. This email sent to site_archiver(a)lists.apple.com

1 0