December 2014 - Installer-dev

Re: Inter-package interference effect: installing one package upgrades another
by Greg Neagle 19 Dec '14

19 Dec '14

If the installed application contains the same bundle identifier when installed via the suite A package _or_ the suite B package, the Installer _will_ upgrade the application no matter where it is installed if a new package installs that same bundle identifier and has BundleIsRelocatable=true. That's how it works. -Greg On Dec 19, 2014, at 3:01 PM, Dave Barker-Plummer <dbp(a)stanford.edu> wrote: > Thanks. > > I’m new to this. The bundle identifier identifiers the individual application? If so then, yes, the same application is installed by both suites. > > In answer to your question. We would like a person who installs suite A and suite B in non-standard locations (or moves them post install) to be able to upgrade suite A, leaving suite B untouched. If the bundle is not relocatable, then a new copy of suite A will be installed in the install location (if I understand correctly). > > We want to be able to upgrade relocated applications. I believe that the OS is supposed to distinguish the suite, i.e. the copy of the application to upgrade, by the package identifier. > > — Dave > >> On Dec 19, 2014, at 1:22 PM, Greg Neagle <Greg.Neagle(a)disneyanimation.com> wrote: >> >> >> On Dec 19, 2014, at 10:29 AM, Dave Barker-Plummer <dbp(a)stanford.edu> wrote: >> >>> My group build two software suites. The applications in these suites overlap — one contains four applications, the other just two of those same applications. >>> >>> We are building installers for both packages using pkgbuild and then productbuild (for signing and installation panels). >>> >>> The pkgbuild scripts for both packages have different identifiers, and specify BundleIsRelocatable=true, and BundleOverwriteAction=upgrade. >>> >>> Now, when we install the smaller suite, one (but not both) of the applications in the smaller package is installed by upgrading the application previously installed by the larger suite. This application in in a different location on disk from the one that we are trying to install, and as mentioned was installed using a different package identifier. >> >> But same Bundle identifier (CFBundleIdentifer). >> >>> >>> Does anyone have any ideas, however outlandish, about what might be going wrong, or how to debug the problem? >>> >>> FWIW, setting BundleIsRelocatable false has the expected effect. >> >> Maybe I'm missing something, but you've described and answered your own problem. >> >> BundleIsRelocatable=true tells Installer to upgrade the bundle no matter where it is found on disk. >> BundleIsRelocatable=false turns off this behavior. So why is setting BundleIsRelocatable=false not the right approach for you? >> >> -Greg > > _______________________________________________ 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: Inter-package interference effect: installing one package upgrades another
by Dave Barker-Plummer 19 Dec '14

19 Dec '14

Thanks. I’m new to this. The bundle identifier identifiers the individual application? If so then, yes, the same application is installed by both suites. In answer to your question. We would like a person who installs suite A and suite B in non-standard locations (or moves them post install) to be able to upgrade suite A, leaving suite B untouched. If the bundle is not relocatable, then a new copy of suite A will be installed in the install location (if I understand correctly). We want to be able to upgrade relocated applications. I believe that the OS is supposed to distinguish the suite, i.e. the copy of the application to upgrade, by the package identifier. — Dave > On Dec 19, 2014, at 1:22 PM, Greg Neagle <Greg.Neagle(a)disneyanimation.com> wrote: > > > On Dec 19, 2014, at 10:29 AM, Dave Barker-Plummer <dbp(a)stanford.edu> wrote: > >> My group build two software suites. The applications in these suites overlap — one contains four applications, the other just two of those same applications. >> >> We are building installers for both packages using pkgbuild and then productbuild (for signing and installation panels). >> >> The pkgbuild scripts for both packages have different identifiers, and specify BundleIsRelocatable=true, and BundleOverwriteAction=upgrade. >> >> Now, when we install the smaller suite, one (but not both) of the applications in the smaller package is installed by upgrading the application previously installed by the larger suite. This application in in a different location on disk from the one that we are trying to install, and as mentioned was installed using a different package identifier. > > But same Bundle identifier (CFBundleIdentifer). > >> >> Does anyone have any ideas, however outlandish, about what might be going wrong, or how to debug the problem? >> >> FWIW, setting BundleIsRelocatable false has the expected effect. > > Maybe I'm missing something, but you've described and answered your own problem. > > BundleIsRelocatable=true tells Installer to upgrade the bundle no matter where it is found on disk. > BundleIsRelocatable=false turns off this behavior. So why is setting BundleIsRelocatable=false not the right approach for you? > > -Greg _______________________________________________ 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: Inter-package interference effect: installing one package upgrades another
by Greg Neagle 19 Dec '14

19 Dec '14

On Dec 19, 2014, at 10:29 AM, Dave Barker-Plummer <dbp(a)stanford.edu> wrote: > My group build two software suites. The applications in these suites overlap — one contains four applications, the other just two of those same applications. > > We are building installers for both packages using pkgbuild and then productbuild (for signing and installation panels). > > The pkgbuild scripts for both packages have different identifiers, and specify BundleIsRelocatable=true, and BundleOverwriteAction=upgrade. > > Now, when we install the smaller suite, one (but not both) of the applications in the smaller package is installed by upgrading the application previously installed by the larger suite. This application in in a different location on disk from the one that we are trying to install, and as mentioned was installed using a different package identifier. But same Bundle identifier (CFBundleIdentifer). > > Does anyone have any ideas, however outlandish, about what might be going wrong, or how to debug the problem? > > FWIW, setting BundleIsRelocatable false has the expected effect. Maybe I'm missing something, but you've described and answered your own problem. BundleIsRelocatable=true tells Installer to upgrade the bundle no matter where it is found on disk. BundleIsRelocatable=false turns off this behavior. So why is setting BundleIsRelocatable=false not the right approach for you? -Greg _______________________________________________ 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

Inter-package interference effect: installing one package upgrades another
by Dave Barker-Plummer 19 Dec '14

19 Dec '14

My group build two software suites. The applications in these suites overlap — one contains four applications, the other just two of those same applications. We are building installers for both packages using pkgbuild and then productbuild (for signing and installation panels). The pkgbuild scripts for both packages have different identifiers, and specify BundleIsRelocatable=true, and BundleOverwriteAction=upgrade. Now, when we install the smaller suite, one (but not both) of the applications in the smaller package is installed by upgrading the application previously installed by the larger suite. This application in in a different location on disk from the one that we are trying to install, and as mentioned was installed using a different package identifier. Does anyone have any ideas, however outlandish, about what might be going wrong, or how to debug the problem? FWIW, setting BundleIsRelocatable false has the expected effect. Thanks in advance — Dave _______________________________________________ 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: installing to user home directory with a network home dir
by Conor Schutzman 16 Dec '14

16 Dec '14

Oct 15 12:47:32 bld-mac-10_9-1 installer[99170] : Proceeding with home directory install using network home at /nfsland/usr/username 2014-10-15 12:47:32.501 installer[99170:507] -[IFNetworkDiskObject fileSystemType]: unrecognized selector sent to instance 0x7f988b7009d0 2014-10-15 12:47:32.501 installer[99170:507] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[IFNetworkDiskObject fileSystemType]: unrecognized selector sent to instance 0x7f988b70 _______________________________________________ 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

installing to user home directory with a network home dir
by Owen Urkov 16 Dec '14

16 Dec '14

Oct 15 12:47:32 bld-mac-10_9-1 installer[99170] : Proceeding with home directory install using network home at /nfsland/usr/username 2014-10-15 12:47:32.501 installer[99170:507] -[IFNetworkDiskObject fileSystemType]: unrecognized selector sent to instance 0x7f988b7009d0 2014-10-15 12:47:32.501 installer[99170:507] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[IFNetworkDiskObject fileSystemType]: unrecognized selector sent to instance 0x7f988b70 _______________________________________________ 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: .mpkg Installer is Installing component two times.
by Stephane Sudre 09 Dec '14

09 Dec '14

I would say it's a bug of the PackageKit framework that does not perform the same installation procedure depending on the extension whereas it should only rely on the contents of the xar archive hierarchy to decide what to do. - If you build a bundle distribution and use the .mpkg extension, the installation behaves correctly. - If you build a flat distribution and use the .pkg extension, the installation behaves correctly. - If you build a flat distribution and use the .mpkg extension, the installation does not behave correctly according to the log. I would suggest filing a bug report on Radar so that the problem gets eventually fixed. That being said, as far as I know, PackageMaker always used .mpkg for bundle distributions and .pkg for flat distributions. That's what other tools also do. On Tue, Dec 9, 2014 at 3:53 PM, Rajeev Kumar <rajeevkumar235813(a)gmail.com> wrote: > Hi, > > I have created a sample "MyApp.app" and I am creating the Installer for it. > > Case 1: Creating Installer.pkg [myapp folder contains MyApp.pkg] > > $pkgbuild --analyze --root myapp myApp.plist > > $pkgbuild --root myapp --component-plist myApp.plist --identifier > "com.mycompany.myapp.pkg" --install-location "/Applications/" MyApp.pkg > > $productbuild --synthesize --package MyApp.pkg Distribution.xml > > $productbuild --distribution Distribution.xml --package-path . Installer.pkg > > If I install Installer.pkg, I get following in the /var/log/install.log > > Dec 9 20:11:33 RAJEKUMAR-MBP.local Installer[22102]: > InstallerStatusNotifications plugin loaded > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > ================================================================================ > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: User picked Standard > Install > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Choices selected for > installation: > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Upgrade: "" > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Upgrade: "(null)" > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > Installer.pkg#MyApp.pkg : com.mycompany.myapp.pkg : 0 > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > ================================================================================ > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: ----- Begin > install ----- > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: > request=PKInstallRequest <1 packages, destination=/> > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: packages=( > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.pkg#MyApp.pkg>" > > ) > > Full Log : http://pastebin.com/ZhxhdzST > > Case 2: Creating Installer.mpkg [myapp folder contains MyApp.pkg] > > $pkgbuild --analyze --root myapp myApp.plist > > $pkgbuild --root myapp --component-plist myApp.plist --identifier > "com.mycompany.myapp.pkg" --install-location "/Applications/" MyApp.pkg > > $productbuild --synthesize --package MyApp.pkg Distribution.xml > > $productbuild --distribution Distribution.xml --package-path . > Installer.mpkg > > If I install Installer.mpkg , I get following in the /var/log/install.log > > Dec 9 20:15:44 RAJEKUMAR-MBP.local Installer[22132]: > InstallerStatusNotifications plugin loaded > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > ================================================================================ > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: User picked Standard > Install > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Choices selected for > installation: > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Upgrade: "" > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Upgrade: "(null)" > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > Installer.mpkg#MyApp.pkg : com.mycompany.myapp.pkg : 0 > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > ================================================================================ > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: ----- Begin > install ----- > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: > request=PKInstallRequest <2 packages, destination=/> > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: packages=( > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.mpkg#MyApp.pkg>", > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.mpkg#MyApp.pkg>" > > ) > > Full Log : http://pastebin.com/isNBNW6H > > > As you can see when I am installing the Installer.mpkg the MyApp.pkg is > getting installed twice. If there are some pre/post install script > associated to it , then they are also executing twice. [In this run I have > removed the scripts to keep things simple] > > I am not able to understand this behavior . > > Any help would be appreciated. > > > Rajeev > > _______________________________________________ > 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/dev.iceberg%40gmail.c… > > This email sent to dev.iceberg(a)gmail.com -- Packaging Resources - http://s.sudre.free.fr/Packaging.html _______________________________________________ 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: .mpkg Installer is Installing component two times.
by Rajeev Kumar 09 Dec '14

09 Dec '14

_______________________________________________ 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: .mpkg Installer is Installing component two times.
by Stephane Sudre 09 Dec '14

09 Dec '14

What does the Distribution.xml file look like before you call productbuild --distribution …? What does the final distribution file looks like in Installer.mpkg? (You can use Pacifist to check this)? On Tue, Dec 9, 2014 at 3:53 PM, Rajeev Kumar <rajeevkumar235813(a)gmail.com> wrote: > Hi, > > I have created a sample "MyApp.app" and I am creating the Installer for it. > > Case 1: Creating Installer.pkg [myapp folder contains MyApp.pkg] > > $pkgbuild --analyze --root myapp myApp.plist > > $pkgbuild --root myapp --component-plist myApp.plist --identifier > "com.mycompany.myapp.pkg" --install-location "/Applications/" MyApp.pkg > > $productbuild --synthesize --package MyApp.pkg Distribution.xml > > $productbuild --distribution Distribution.xml --package-path . Installer.pkg > > If I install Installer.pkg, I get following in the /var/log/install.log > > Dec 9 20:11:33 RAJEKUMAR-MBP.local Installer[22102]: > InstallerStatusNotifications plugin loaded > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > ================================================================================ > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: User picked Standard > Install > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Choices selected for > installation: > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Upgrade: "" > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: Upgrade: "(null)" > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > Installer.pkg#MyApp.pkg : com.mycompany.myapp.pkg : 0 > > Dec 9 20:11:34 RAJEKUMAR-MBP.local Installer[22102]: > ================================================================================ > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: ----- Begin > install ----- > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: > request=PKInstallRequest <1 packages, destination=/> > > Dec 9 20:11:40 RAJEKUMAR-MBP.local installd[557]: PackageKit: packages=( > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.pkg#MyApp.pkg>" > > ) > > Full Log : http://pastebin.com/ZhxhdzST > > Case 2: Creating Installer.mpkg [myapp folder contains MyApp.pkg] > > $pkgbuild --analyze --root myapp myApp.plist > > $pkgbuild --root myapp --component-plist myApp.plist --identifier > "com.mycompany.myapp.pkg" --install-location "/Applications/" MyApp.pkg > > $productbuild --synthesize --package MyApp.pkg Distribution.xml > > $productbuild --distribution Distribution.xml --package-path . > Installer.mpkg > > If I install Installer.mpkg , I get following in the /var/log/install.log > > Dec 9 20:15:44 RAJEKUMAR-MBP.local Installer[22132]: > InstallerStatusNotifications plugin loaded > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > ================================================================================ > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: User picked Standard > Install > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Choices selected for > installation: > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Upgrade: "" > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: Upgrade: "(null)" > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > Installer.mpkg#MyApp.pkg : com.mycompany.myapp.pkg : 0 > > Dec 9 20:15:45 RAJEKUMAR-MBP.local Installer[22132]: > ================================================================================ > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: ----- Begin > install ----- > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: > request=PKInstallRequest <2 packages, destination=/> > > Dec 9 20:15:50 RAJEKUMAR-MBP.local installd[557]: PackageKit: packages=( > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.mpkg#MyApp.pkg>", > > "PKLeopardPackage > <file://localhost/Users/rajekumar/Library/Developer/Xcode/DerivedData/MyApp-excgqrqzmxujpyfruiyzersgsjlq/Build/Products/Debug/Installer.mpkg#MyApp.pkg>" > > ) > > Full Log : http://pastebin.com/isNBNW6H > > > As you can see when I am installing the Installer.mpkg the MyApp.pkg is > getting installed twice. If there are some pre/post install script > associated to it , then they are also executing twice. [In this run I have > removed the scripts to keep things simple] > > I am not able to understand this behavior . > > Any help would be appreciated. > > > Rajeev > > _______________________________________________ > 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/dev.iceberg%40gmail.c… > > This email sent to dev.iceberg(a)gmail.com -- Packaging Resources - http://s.sudre.free.fr/Packaging.html _______________________________________________ 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

.mpkg Installer is Installing component two times.
by Rajeev Kumar 09 Dec '14

09 Dec '14

_______________________________________________ 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