Peter Mounce wrote:
> Hi all
> Been quiet for a few days - busy.
> Windows Installer has a curious way of doing upgrades to packages. First
> of all, there are several types; over on the WiX mailing list, it's a
> generally accepted thing that the "Major Upgrade" flavour is the way to
> accomplish upgrades. The gist of what happens is that the version
> number is recorded by Windows Installer, and when another install with
> the same UpgradeCode GUID is attempted, a version number comparison
> However, given a version number of the form a.b.c.d, this comparison
> only takes into account a.b.c - no d. What this means for us is that
> the people that test the nightlies therefore can't upgrade without
> errors - since the version number that Windows Installer cares about
> does not change between previous release and vNextNightly, the package
> is installed side by side, and the installer complains.
> What needs to happen for Major Upgrades to work is for the version
> number to increment each iteration, else Windows Installer thinks it's
> the same package, and doesn't get rid of the old one.
> So - nightly users, until this issue gets resolved (after discussion and
> later implementation of whatever we decide), please uninstall before
> installing the next nightly.
> At the moment, I can only really think of one resolution, and that's to
> change our version numbering scheme so that we end up with a.b.d, where
> d is the revision number. I don't know the impact of that change
> through the project, but it would be a quick fix that would work well -
> I _hope_ it's only a cosmetic thing, since it's certainly the easiest
> for me to handle from the installer package's point of view.
> Any other ideas or consequences?
I thought Stefan had solved this one before by making a new guid
automatically for every build, using ??????.???????.??????.????????
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Aug 18 21:59:35 2005