Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
- Subject: Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
- From: Iceberg-Dev <email@hidden>
- Date: Sun, 6 Sep 2009 23:04:17 +0200
On Sep 5, 2009, at 1:54 AM, Kevin Brock wrote:
Kevin Brock wrote:
I managed to reproduce this with a really simple app. Xcode-->
new Cocoa app, then build. Make three versions of it. 1.0, 1.1,
1.2.
Make a simple PackageMaker project by dropping in the app, and
build it for each of the versions of the app.
Install 1.0 --> works
Install 1.1 version over 1.0 --> works
Install 1.2 version over 1.1, --> skipping component
"com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.1.0-*-
* is already installed.'
So it looks like it's not me. It's SnowLeopard...
Except that I can see the same behavior on Leopard. This is about
as minimal an app as it's possible to build the only thing I
customized was the name and the version. First upgrade is OK,
second fails.
Sep 4 16:44:32 host Installer[22355]:
======================================================================
==========
Sep 4 16:44:32 host Installer[22355]: User picked Standard Install
Sep 4 16:44:32 host Installer[22355]: Choices selected for
installation:
Sep 4 16:44:32 host Installer[22355]: Upgrade: "Upgrade Test"
Sep 4 16:44:32 host Installer[22355]: Upgrade: "upgrade"
Sep 4 16:44:32 host Installer[22355]: Upgrade Test
1.2-1.pkg#upgrade.pkg : com.mycompany.upgradeTest.upgrade.pkg : 1
Sep 4 16:44:32 host Installer[22355]:
======================================================================
==========
Sep 4 16:44:32 host Installer[22355]: It took 0.00 seconds to
summarize the package selections.
Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController
(Private) _buildInstallPlan]: location = file://localhost
Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController
(Private) _buildInstallPlan]: file://localhost/Users/user/Projects/
Test/upgrade/Upgrade Test 1.2-1.pkg#upgrade.pkg
Sep 4 16:44:32 host Installer[22355]: _installNextPackage of 1
Sep 4 16:44:32 host installdb[22366]: started (uid 96)
Sep 4 16:44:32 host installdb[22366]: Opened receipt database on
'/' with schema 17.
Sep 4 16:44:32 host Installer[22355]: Starting installation:
Sep 4 16:44:32 host Installer[22355]: Preparing volume "kumquat"
for installation
Sep 4 16:44:32 host Installer[22355]: Configuring volume "kumquat"
Sep 4 16:44:33 host Installer[22355]: Preparing disk for local
booted install.
Sep 4 16:44:33 host Installer[22355]: Free space on "host": 25.6
GB (27485581312 bytes).
Sep 4 16:44:33 host Installer[22355]: Create temporary directory "/
private/tmp/Upgrade Test 1.2-1.pkg.22355gkq6Pm"
Sep 4 16:44:33 host Installer[22355]: Running install actions
Sep 4 16:44:33 host Installer[22355]: Processing upgrade:
Sep 4 16:44:33 host Installer[22355]: Determining files to
install
Sep 4 16:44:33 host Installer[22355]: /Applications/upgrade.app
(version 1.0) was not installed because a newer version (1.1)
already exists.
If I remove the test app from the system and do an install with
this package, it works, and the version definitely is 1.2, not 1.0.
There are no scripts involved, no strange bundle types, no
customization...
Could it be that the application bundle is set so that Installer.app
will look for an already installed version and it's finding one in a
location that is not /Applications?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden