Cheers Rob I'll give that a go & see how it works out. Not quite what I was expecting but it sounds like it should do what I need.
Any ideas on the Uninstall issue? I've got a few internal testers who can't uninstall the only Burn bundle I've provided thus far due to this issue which means they can't install any updated builds & pretty much blocks us using Burn at all. Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the <Virtual Environment>** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -----Original Message----- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 29 April 2012 08:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates to false, attempts minor upgrade Oh, well, this is far more advanced scenario than I thought you were trying to accomplish. The way I'd accomplish what you described using Burn is via slipstreaming. You include the MSI and MSP as you have it now but with none of the conditions. Then you have the MSI be the baseline you expect your customers have (like v2.0) and you have the MSP included in the Bundle be the update to go from v2.0 -> latest. The patch, hopefully, is relatively small. The final piece is to mark the MSP as a slipstream of the MSI. You can do this by adding the SlipstreamMSP element to the MSI or in the next build, you can specify the MSP is a Slipstream="yes" (or something like that) and it will slipstream the other way around. The end result is a constant (stable) evaluation that installs the baseline+MSP in one transaction if the baseline is not on the machine (aka: nothing installed or older version installed) or installs only the MSP if the basline is already on the machine. Using slipstreaming is a 300-level concept in Burn that definitely needs documentation. On Fri, Apr 27, 2012 at 4:13 AM, Pally Sandher <pally.sand...@iesve.com>wrote: > Ah I probably wasn't clear. v1 had Product Code A, v2 has Product Code B. > Hence I have a upgrade patch for versions 2.0 or 2.1 -> 2.2 while a Major > Upgrade for 1.x -> 2.x > > Patching works fine now with Burn using the MSP, however for anyone who > doesn't have any version of this product installed or has v1.x I would like > to be able to have Burn run the Major Upgrade. Currently I can't do this > because if they have v2.x installed, it first attempts a Minor Upgrade with > the MSI first & then tries to update using the MSP. Since both packages are > downloaded rather than embedded, it unnecessarily downloads a 760 MB MSI > followed by the required 360 MB MSP. > > Right now the solution is to leave the MSI out of the Burn bundle & ask > users to deal with it manually. Not an optimal solution but if I can't get > Burn doing what we need it to, it'll have to do. > > Palbinder Sandher > Software Platform Engineer > T: +44 (0) 141 945 8500 > F: +44 (0) 141 945 8501 > http://www.iesve.com > > **Design, Simulate + Innovate with the <Virtual Environment>** > Integrated Environmental Solutions Limited. Registered in Scotland No. > SC151456 > Registered Office - Helix Building, West Of Scotland Science Park, Glasgow > G20 0SP > Email Disclaimer > > > -----Original Message----- > From: Rob Mensching [mailto:r...@robmensching.com] > Sent: 26 April 2012 22:54 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates to > false, attempts minor upgrade > > Uhh, you can't Major Upgrade if the ProductCode is the same. I'm confused. > People (maybe not you) have been asking for support for support for Minor > Updates for a long time. Burn automatically handles it when an MSI doesn't > change it's ProductCode but has a higher version. Burn also notifies the BA > when a higher version of the MSI (Minor Update or Major Upgrade MSIs) is > already present on the machine as a "downgrade". > > I also don't understand the comment about patching. You can include patches > in Burn and it will install them. You can even "slipstream" MSPs and Burn > will be able to install the original MSI and the MSP in one transaction if > the MSI isn't present already and only install the MSP if the MSI is > already installed. It's really cool. > > On Thu, Apr 26, 2012 at 8:06 AM, Pally Sandher <pally.sand...@iesve.com > >wrote: > > > Not too bothered about 3 so I'll ignore it for now. Just mentioned it as > > one our QA guys noticed it today. > > > > Regarding 4, I do have the same product code & higher version however my > > Upgrade Table code looks like the following: > > > > <Upgrade Id="removed"> > > <!--Original Shared Content UpgradeCode reinstated. This should > never > > change--> > > <UpgradeVersion Minimum="2.2.0" IncludeMinimum="yes" > OnlyDetect="yes" > > Property="NEWERVERSIONDETECTED" /> > > <UpgradeVersion Minimum="1.0.0" IncludeMinimum="yes" Maximum="1.9.9" > > IncludeMaximum="yes" IgnoreRemoveFailure="no" OnlyDetect="no" > > Property="OLDERVERSIONBEINGUPGRADED" /> > > </Upgrade> > > > > Burn is trying to be too clever for its own good & changing the expected > > behaviour. I create a patch to upgrade from 2.0 or 2.1 to 2.2 as it's > less > > than half the size of the full installer & I don't want to make users > > download something they don't need. > > Forcing someone to use a Minor Upgrade when they actually want either > > Major Upgrade or disallow installation seems rather counter-intuitive. > > > > I'll raise bugs in the SourceForge tracker for the other issues. > > > > Palbinder Sandher > > Software Platform Engineer > > T: +44 (0) 141 945 8500 > > F: +44 (0) 141 945 8501 > > http://www.iesve.com > > > > **Design, Simulate + Innovate with the <Virtual Environment>** > > Integrated Environmental Solutions Limited. Registered in Scotland No. > > SC151456 > > Registered Office - Helix Building, West Of Scotland Science Park, > Glasgow > > G20 0SP > > Email Disclaimer > > > > > > > > -----Original Message----- > > From: Rob Mensching [mailto:r...@robmensching.com] > > Sent: 26 April 2012 15:41 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates to > > false, attempts minor upgrade > > > > 1. Agree about the InstallCondition doc. Want to file a bug? > > 2. DisplayInternalUI on MSP might be broken. Want to file a bug? > > 3. Burn calculates size of installed packages + their cache size if they > > are cached. I'd need more details about the size being wrong to be more > > helpful. > > 4. The log file should explain when an MSI is being minor upgraded. > > Basically, if you have same product code but higher version, minor > upgrade > > kicks in. > > > > On Thu, Apr 26, 2012 at 3:11 AM, Pally Sandher <pally.sand...@iesve.com > > >wrote: > > > > > I've removed the InstallCondition for the patch & it's now working as > > > intended. Thanks for the input on this however I would point out the > > > documentation mentions nothing about "patch applicability" & the > > > InstallCondition description says "A condition to evaluate before > > > installing the package. The package will only be installed if the > > condition > > > evaluates to true." which it's not unreasonable to assume the converse > > > (i.e. if InstallCondition evaluates to false, the package is not > > installed) > > > -> http://wix.sourceforge.net/manual-wix3/wix_xsd_msppackage.htm > > > > > > Anyone have any input on the previous questions I posted in this > thread? > > > Why is DisplayInternalUI="yes" being ignored for MspPackage. Also > > > InstallSize seems to be ignored in MspPackage & ExePackage (tried > setting > > > it to 0 and 1, same results with burn size entry in ARP showing the > total > > > of all packages in the chain which is vastly inflated). > > > > > > My original question is still unanswered. Even without an > > InstallCondition > > > attribute for the MsiPackage it will still attempt a minor upgrade > which > > is > > > contrary to the behaviour it exhibits when the MSI is manually run. > > > > > > Palbinder Sandher > > > Software Platform Engineer > > > T:+44 (0) 141 945 8500 > > > F:+44 (0) 141 945 8501 > > > http://www.iesve.com > > > > > > **Design, Simulate + Innovate with the <Virtual Environment>** > > > Integrated Environmental Solutions Limited. Registered in Scotland No. > > > SC151456 > > > Registered Office - Helix Building, West Of Scotland Science Park, > > Glasgow > > > G20 0SP > > > Email Disclaimer > > > > > > > > > -----Original Message----- > > > From: Rob Mensching [mailto:r...@robmensching.com] > > > Sent: 26 April 2012 06:51 > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates > to > > > false, attempts minor upgrade > > > > > > Sounds like we should scan patches for those that disallow removal and > > mark > > > them permanent. > > > > > > The InstallCondition behavior is expected. If the InstallCondition is > > false > > > that means "this Package should not be Installed" (aka: should not > exist > > on > > > the box). > > > > > > On Wed, Apr 25, 2012 at 9:30 AM, Bob Arnson <b...@joyofsetup.com> > wrote: > > > > > > > On 25-Apr-12 10:06, Pally Sandher wrote: > > > > > Why is it attempting to uninstall the patch when the condition is > > > false& > > > > the patch has AllowRemoval="no"? > > > > Because Burn always attempts to uninstall a package that's present > when > > > > its install condition is false, and Burn doesn't know the patch is > > > > permanent. You can file a feature request to change either of those > > > > facts or consider using patch applicability instead of install > > > > conditions to control the patch installation. > > > > > > > > -- > > > > sig://boB > > > > http://joyofsetup.com/ > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > Live Security Virtual Conference > > > > Exclusive live event will cover all the ways today's security and > > > > threat landscape has changed and how IT managers can respond. > > Discussions > > > > will include endpoint security, mobile security and the latest in > > malware > > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > > > > WiX-users mailing list > > > > WiX-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > > > > > -- > > > virtually, Rob Mensching - http://RobMensching.com LLC > > > > > > > > > ------------------------------------------------------------------------------ > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > Discussions > > > will include endpoint security, mobile security and the latest in > malware > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > Discussions > > > will include endpoint security, mobile security and the latest in > malware > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > -- > > virtually, Rob Mensching - http://RobMensching.com LLC > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
