November 2012 - Installer-dev

help required : effect of changing HOME to secondary partion on installer
by Rajendran P 30 Nov '12

30 Nov '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Deleting old application files
by Beatrix Willius 26 Nov '12

26 Nov '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Deleting old application files
by Don Montalvo 26 Nov '12

26 Nov '12

Interesting, Apple doesn't mention this in their very vague instructions... http://www.apple.com/mac/volume-licensing/ or http://support.apple.com/kb/HT4781 In any case, doesn't solve the problem...distributing the "Apple sanctioned way" (above) so we're forced to use a preflight script to remove the old application before installing the new application. Don On Nov 26, 2012, at 12:33 PM, Ben Gollmer <bgollmer(a)tcnetworks.com> wrote: > The Mac App Store does write package receipts: > > $ pkgutil --pkgs > [snip] > com.artissoftware.mac.xScope > com.mactrackerapp.Mactracker > com.oleganza.gitbox > com.omnigroup.OmniFocus.MacAppStore > com.omnigroup.OmniPlan.MacAppStore > com.panic.Transmit > com.pixelmatorteam.pixelmator > com.reederapp.mac > cx.c3.theunarchiver > nu.tod.HTTPClient > > $ pkgutil --pkg-info com.pixelmatorteam.pixelmator > package-id: com.pixelmatorteam.pixelmator > version: 2.1.3 > volume: / > location: Applications > install-time: 1352393036 > > $ pkgutil --files com.pixelmatorteam.pixelmator > Pixelmator.app > Pixelmator.app/Contents > Pixelmator.app/Contents/Frameworks > Pixelmator.app/Contents/Frameworks/MyPaint.framework > Pixelmator.app/Contents/Frameworks/MyPaint.framework/Headers > Pixelmator.app/Contents/Frameworks/MyPaint.framework/MyPaint > Pixelmator.app/Contents/Frameworks/MyPaint.framework/Resources > Pixelmator.app/Contents/Frameworks/MyPaint.framework/Versions > [snip] > > -- > Ben > > On Nov 24, 2012, at 3:30 PM, Don Montalvo <donmontalvo(a)gmail.com> wrote: > >> Exception...drag install apps and Apple App Store don't leave receipts. >> >> Our PackageMaker packages check HW/SW requirements, if OK it then finds/kills the process in case it's running, and deletes the old application (and maybe some other files if necessary) before installing. >> >> We have a lot of Mac Packagers who don't always follow our guidelines (tough enough finding people who care to learn; some never learn and make a big mess out of things), and Help Desk and Desktop Support who sometimes delete old receipts (hard to break old habits when there is a rotating door). >> >> In our case if we relied on PackageIdentifier or the presence of receipts we would be building a house of cards. :( >> >> YMMV >> Don >> >> >> Sent from my iPhone >> >> Greg Neagle wrote: >> >>> This is automatic behavior with Apple's Installer. >>> >>> As long as you use the same PackageIdentifier for all versions of your package, any files that exist in a previous version of your package that do not exist in the current version of the package are removed. >>> >>> Again, this requires that you use a consistent PackageIdentifier, and also that the receipt(s) for the prior install(s) are present (without this, Installer has no way to determine which files are now obsolete). >>> >>> If this behavior is not sufficient for your needs, you'll need to write a preinstall script that removes obsolete files. >>> >>> -Greg >>> >>> Beatrix Willius wrote: >>> >>>> Hi, >>>> >>>> how do I force the Iceberg installer to delete the old application files before installing the new app? My app has a lot of files in the Frameworks folder. When using the installer to install a new version over an old one not all old files are deleted. As a result the files don't fit together and there is a nice Runtime error when starting the app. >>>> >>>> Mit freundlichen Grüßen/Regards >>>> >>>> Trixi Willius >> _______________________________________________ >> 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: >> https://lists.apple.com/mailman/options/installer-dev/bgollmer%40tcnetworks… >> >> This email sent to bgollmer(a)tcnetworks.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Deleting old application files
by Ben Gollmer 26 Nov '12

26 Nov '12

The Mac App Store does write package receipts: $ pkgutil --pkgs [snip] com.artissoftware.mac.xScope com.mactrackerapp.Mactracker com.oleganza.gitbox com.omnigroup.OmniFocus.MacAppStore com.omnigroup.OmniPlan.MacAppStore com.panic.Transmit com.pixelmatorteam.pixelmator com.reederapp.mac cx.c3.theunarchiver nu.tod.HTTPClient $ pkgutil --pkg-info com.pixelmatorteam.pixelmator package-id: com.pixelmatorteam.pixelmator version: 2.1.3 volume: / location: Applications install-time: 1352393036 $ pkgutil --files com.pixelmatorteam.pixelmator Pixelmator.app Pixelmator.app/Contents Pixelmator.app/Contents/Frameworks Pixelmator.app/Contents/Frameworks/MyPaint.framework Pixelmator.app/Contents/Frameworks/MyPaint.framework/Headers Pixelmator.app/Contents/Frameworks/MyPaint.framework/MyPaint Pixelmator.app/Contents/Frameworks/MyPaint.framework/Resources Pixelmator.app/Contents/Frameworks/MyPaint.framework/Versions [snip] -- Ben On Nov 24, 2012, at 3:30 PM, Don Montalvo <donmontalvo(a)gmail.com> wrote: > Exception...drag install apps and Apple App Store don't leave receipts. > > Our PackageMaker packages check HW/SW requirements, if OK it then finds/kills the process in case it's running, and deletes the old application (and maybe some other files if necessary) before installing. > > We have a lot of Mac Packagers who don't always follow our guidelines (tough enough finding people who care to learn; some never learn and make a big mess out of things), and Help Desk and Desktop Support who sometimes delete old receipts (hard to break old habits when there is a rotating door). > > In our case if we relied on PackageIdentifier or the presence of receipts we would be building a house of cards. :( > > YMMV > Don > > > Sent from my iPhone > > Greg Neagle wrote: > >> This is automatic behavior with Apple's Installer. >> >> As long as you use the same PackageIdentifier for all versions of your package, any files that exist in a previous version of your package that do not exist in the current version of the package are removed. >> >> Again, this requires that you use a consistent PackageIdentifier, and also that the receipt(s) for the prior install(s) are present (without this, Installer has no way to determine which files are now obsolete). >> >> If this behavior is not sufficient for your needs, you'll need to write a preinstall script that removes obsolete files. >> >> -Greg >> >> Beatrix Willius wrote: >> >>> Hi, >>> >>> how do I force the Iceberg installer to delete the old application files before installing the new app? My app has a lot of files in the Frameworks folder. When using the installer to install a new version over an old one not all old files are deleted. As a result the files don't fit together and there is a nice Runtime error when starting the app. >>> >>> Mit freundlichen Grüßen/Regards >>> >>> Trixi Willius > _______________________________________________ > 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: > https://lists.apple.com/mailman/options/installer-dev/bgollmer%40tcnetworks… > > This email sent to bgollmer(a)tcnetworks.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Deleting old application files
by Don Montalvo 24 Nov '12

24 Nov '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Deleting old application files
by Greg Neagle 24 Nov '12

24 Nov '12

This is automatic behavior with Apple's Installer. As long as you use the same PackageIdentifier for all versions of your package, any files that exist in a previous version of your package that do not exist in the current version of the package are removed. Again, this requires that you use a consistent PackageIdentifier, and also that the receipt(s) for the prior install(s) are present (without this, Installer has no way to determine which files are now obsolete). If this behavior is not sufficient for your needs, you'll need to write a preinstall script that removes obsolete files. -Greg On Nov 24, 2012, at 5:06 AM, Beatrix Willius <bwillius(a)gmx.de> wrote: > Hi, > > how do I force the Iceberg installer to delete the old application files before installing the new app? My app has a lot of files in the Frameworks folder. When using the installer to install a new version over an old one not all old files are deleted. As a result the files don't fit together and there is a nice Runtime error when starting the app. > > > Mit freundlichen Grüßen/Regards > > Trixi Willius > > http://www.mothsoftware.com > Mail Archiver X: The email archiving solution for professionals > > > _______________________________________________ > 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: > https://lists.apple.com/mailman/options/installer-dev/greg.neagle%40disneya… > > This email sent to greg.neagle(a)disneyanimation.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Deleting old application files
by Beatrix Willius 24 Nov '12

24 Nov '12

Hi, how do I force the Iceberg installer to delete the old application files before installing the new app? My app has a lot of files in the Frameworks folder. When using the installer to install a new version over an old one not all old files are deleted. As a result the files don't fit together and there is a nice Runtime error when starting the app. Mit freundlichen Grüßen/Regards Trixi Willius http://www.mothsoftware.com Mail Archiver X: The email archiving solution for professionals _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Package option dependencies
by Philip Petev 17 Nov '12

17 Nov '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: programmatically access pkgutil
by Per Olofsson 15 Nov '12

15 Nov '12

14 nov 2012 kl. 15:57 skrev hagen: > Hi, > is there an API (or something) to access pkgutil from my Application? otool -L /usr/sbin/pkgutil indicates that /System/Library/PrivateFrameworks/PackageKit.framework is a likely candidate. Hic sunt dracones, etc. > I am especially interested in accessing the info provided by pkgutil: > > pkgutil --pkg-info [pkgid] A class-dump of PackageKit brings up this class: @interface PKReceipt : NSObject { NSMutableDictionary *_receiptDictionary; NSString *_bomPath; void *_cachedBOM; NSString *_bundlePath; } + (id)__findReceiptsFromBOMsDirectory:(id)arg1; + (id)__findBundleReceiptsFromDirectory:(id)arg1; + (id)_findReceiptsOnVolumeAtPath:(id)arg1; + (id)_sharedReceiptsCache; + (id)receiptsOnVolumeAtPath:(id)arg1; + (id)receiptWithIdentifier:(id)arg1 volume:(id)arg2; + (id)receiptWithPackageFileName:(id)arg1 volume:(id)arg2; + (id)receiptsAtPath:(id)arg1; + (void)_clearCache; + (id)_receiptsDirectoryPathForDestination:(id)arg1; + (id)_receiptsDirectoryPathForSandboxRoot:(id)arg1 destination:(id)arg2; + (id)_searchDirectoriesForBOMReceiptsOnDestination:(id)arg1; + (id)_searchDirectoriesForBundleReceiptsOnDestination:(id)arg1; + (id)_receiptDictionaryPathFromBOMPath:(id)arg1; - (id)init; - (void)dealloc; - (id)initWithBOMPath:(id)arg1; - (id)initWithBundlePkgPath:(id)arg1; - (id)description; - (id)packageIdentifier; - (id)packageVersion; - (id)installDate; - (id)installProcessName; - (id)installPrefixPath; - (BOOL)_removeReceiptInDirectory:(id)arg1 error:(id *)arg2; - (id)packageGroups; - (void)_setPackageGroups:(id)arg1; - (id)_packageName; - (void)_setPackageName:(id)arg1; - (void)_setInstallProcessName:(id)arg1; - (void)_setInstallPrefixPath:(id)arg1; - (id)receiptStoragePaths; - (id)_BOM; - (void)_freeBOM; - (id)_directoryEnumerator; - (id)_attributesOfItemAtPath:(id)arg1; - (id)_SHA1ChecksumDataOfItemAtPath:(id)arg1; - (void)_setSHA1ChecksumData:(id)arg1 forItemAtPath:(id)arg2; - (id)_ACLStringOfItemAtPath:(id)arg1; - (void)_setACLString:(id)arg1 forItemAtPath:(id)arg2; - (BOOL)_updateSHA1ChecksumOfItemAtPath:(id)arg1 withFile:(id)arg2; - (BOOL)_updateACLsOfItemAtPath:(id)arg1 withFile:(id)arg2; @end -- Per Olofsson, IT-service, 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: programmatically access pkgutil
by helpcrypto helpcrypto 15 Nov '12

15 Nov '12

Have you considered doing some scripting? In what particular info (and what for) are u interested in? _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0