Re: [WiX-users] Problem durring major upgrade /qb or /qn
After a time of more careful researching of logs I understand that error occured in the install phase of major upgrade (Before that I thought that error in the remove phase). This means that I may avoid that error by setting more complex conditions for remove actions. For example Instead for example of (AnyFeature=2) use (AnyFeature =2) AND (!AnyFeature 2) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600837.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
Hello, I have the same issue. I double-checked that .NET package is marked as permanent and I tried both with and without rollback boundary but I still get ARP entry right after .NET is installed as prerequisite. I'm using Wix 3.9. My Chain is defined this way: Chain PackageGroupRef Id=NetFx45Redist/ RollbackBoundary / PackageGroupRef Id=TestPackage / /Chain The log from initial run is this: [0690:0168][2015-07-08T00:29:07]i001: Burn v3.9.1006.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\Users\Administrator\Desktop\TestInstaller.exe, cmdline: '-burn.unelevated BurnPipe.{4303C9F0-DB96-41D1-A217-26466A0A9178} {253C2727-CA99-43F7-B8B1-CF0835E221F0} 380 ' ... snip ... [0690:0168][2015-07-08T00:29:07]i000: Loading prerequisite bootstrapper application because managed host could not be loaded, error: 0x80070490. [0690:0464][2015-07-08T00:29:07]i000: Setting version variable 'WixBundleFileVersion' to value '1.0.0.0' [0690:0168][2015-07-08T00:29:07]i100: Detect begin, 2 packages [0690:0168][2015-07-08T00:29:07]i000: Registry key not found. Key = 'SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' [0690:0168][2015-07-08T00:29:07]i052: Condition 'PreviousInstallFolder' evaluates to false. [0690:0168][2015-07-08T00:29:07]i052: Condition 'NETFRAMEWORK45 = 378389' evaluates to false. [0690:0168][2015-07-08T00:29:07]i101: Detected package: NetFx45Redist, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i101: Detected package: TestPackage, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i199: Detect complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i200: Plan begin, 2 packages, action: Install [0690:0168][2015-07-08T00:29:09]w321: Skipping dependency registration on package with no dependency providers: NetFx45Redist [0690:0168][2015-07-08T00:29:09]i000: Setting string variable 'NetFx45FullLog' to value 'C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log' [0690:0168][2015-07-08T00:29:09]i201: Planned package: NetFx45Redist, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i201: Planned package: TestPackage, state: Absent, default requested: Absent, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i299: Plan complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i300: Apply begin [017C:054C][2015-07-08T00:29:09]i360: Creating a system restore point. [017C:054C][2015-07-08T00:29:09]i362: System restore disabled, system restore point not created. [017C:054C][2015-07-08T00:29:09]i000: Caching bundle from: 'C:\Users\ADMINI~1\AppData\Local\Temp\{380d557e-ec88-4923-9924-a37299972102}\.be\TestInstaller.exe' to: 'C:\ProgramData\Package Cache\{380d557e-ec88-4923-9924-a37299972102}\TestInstaller.exe' [017C:054C][2015-07-08T00:29:09]i320: Registering bundle dependency provider: {380d557e-ec88-4923-9924-a37299972102}, version: 1.0.0.0 [017C:0504][2015-07-08T00:29:09]i305: Verified acquired payload: NetFx45Redist at path: C:\ProgramData\Package Cache\.unverified\NetFx45Redist, moving to: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe. [017C:054C][2015-07-08T00:29:09]i301: Applying execute package: NetFx45Redist, action: Install, path: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe, arguments: 'C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe /q /norestart /ChainingPackage Test Installer /log C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log.html' [0690:0168][2015-07-08T00:33:20]i319: Applied execute package: NetFx45Redist, result: 0x0, restart: None [0690:0168][2015-07-08T00:33:20]i399: Apply complete, result: 0x0, restart: None, ba requested restart: No [0690:0168][2015-07-08T00:33:20]i500: Shutting down, exit code: 0x0 [0690:0168][2015-07-08T00:33:20]i000: The prerequisites were successfully installed. The bootstrapper application will be reloaded. [0690:0168][2015-07-08T00:33:20]i006: Bootstrapper application requested to be reloaded. [0690:0168][2015-07-08T00:33:20]i000: Loading managed bootstrapper application. [0690:0168][2015-07-08T00:33:20]i000: Creating BA thread to run asynchronously. [0690:060C][2015-07-08T00:33:20]i000: Starting Bootstrapper. Assembly CodeBase:file:///C:/Users/Administrator/AppData/Local/Temp/{380d557e-ec88-4923-9924-a37299972102}/.ba1/TestInstaller.DLL [0690:060C][2015-07-08T00:33:20]i000: Command Action: Install Resume: None Restart: Prompt Display: Full LayoutDir: Passthrough: False Relation: None ... snip ... [0690:060C][2015-07-08T00:33:50]i000: Exiting UI. [0690:0168][2015-07-08T00:33:50]i500: Shutting down, exit code: 0x [0690:0168][2015-07-08T00:33:50]i000: Shutting down without restart. ... snip ...
Re: [WiX-users] Managed Bootstrapper: Engine.EvaluateCondition() requires separate thread?
Later I figured out that the separate thread is active during event calls. So I tried it during *DetectComplete *event and it worked. br/ br/ But before that, I had to parse *BootstrapperApplicationData.xml* file to get *WixBalCondition* elements and get the collection into an array e.g. BalConditions[]. Here is my code snippet: void BootstrapperApplication_DetectComplete(object sender, DetectCompleteEventArgs e) { string balCondtionMessages = string.Empty; bool balConditionStatus = true; foreach (var balCondition in bootAppData.BundleData.BalConditions) { if (!model.BootstrapperApplication.Engine.EvaluateCondition(balCondition.Condition)) { balConditionStatus = false; if (!String.IsNullOrEmpty(balCondtionMessages)) { balCondtionMessages = balCondtionMessages + '\n' + - + balCondition.Message; } else balCondtionMessages = - + balCondition.Message; } } if (!balConditionStatus) { SetbalConditionMsg(balCondtionMessages); } } This makes us parse for all conditions in our Bundle.wxs code, evaluate them and display the related message in our Custom Bootstrapper UI. Farrukhw wrote Hi, In my Managed Bootstrapper, I tried to call Engine.EvaluateCondition(MY_PROG_FOUND); in Run() method. But it never evaluates and said something like: This requires a running thread. and it never evaluates. I'm trying to evaluate Bundle conditions in my managed bootstrapper but still no luck. MY_PROG_FOUND is defined in Bundle code: util:RegistrySearch Id=PETRELINSTALLLOCATION Variable=MY_PROG_FOUND Root=HKLM Key=SYSTEM\CurrentControlSet\Control\Session Manager\Environment Value=$(var.my_prog_env_var) Result=exists / bal:Condition Message=[WixBundleName] required the installation of My Program. /bal:Condition How can I use Engine.EvaluateCondition() in managed bootstrapper? Does this requires to be called in a specific event, like DetectBegin()?? Any help would be really appreciated... Thanks a bunch. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootstrapper-Engine-EvaluateCondition-requires-separate-thread-tp7600793p7600836.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch rollback works, but previous applied patch does not show in 'view installed updates' (after rollback)
kirannhegde wrote 1. What happens when you apply the patches outside of Burn? 2. Also, how did you make sure that Patch 2 is in the view when you uninstalled Patch 3? 3. Do you have a verbose windows installer log file? Hi Kirian 1. Applying the patches only workes fine. 2. I assumed burn would take care of this, but it does not. more info here http://wixtoolset.org/issues/4779/ 3. link to demo project and logs here http://filenurse.com/download/20eae9b495f74c059b165b19b49e0e28.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-rollback-works-but-previous-applied-patch-does-not-show-in-view-installed-updates-after-rollba-tp7600642p7600832.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to get the WixBundleLog value of LogPathVariable attribute ?
Using Engine.StringVariables[WixBundleVariable] e.g. in your case: Engine.StringVariables[WixBundleLog]; -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-get-the-WixBundleLog-value-of-LogPathVariable-attribute-tp7598738p7600833.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn, deploy and rollback Patches
Nir Bar wrote Is patch 1.0.1 Uninstallable? https://msdn.microsoft.com/en-us/library/aa372102%28v=vs.85%29.aspx PatchMetadata AllowRemoval=yes there is more info here http://wixtoolset.org/issues/4779/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-deploy-and-rollback-Patches-tp7600471p7600834.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies.
In this scenario, Bv1 needs to be repaired. Hard unsolved problem to do better than that. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: speirscd [mailto:speirs...@gmail.com] Sent: Wednesday, July 8, 2015 10:27 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies. The main problem is that in the below scenario an MSI is uninstalled after it is upgraded by a second installer and that second installer is uninstalled. In brief this appears to be a problem with not upgrading package dependencies in a multiple bundle and major upgrade scenario. *The scenario:* Existing Installers: MSI 'Mv1'. Bundle 'Av1' installs 'Mv1'. Bundle 'Bv1' installs 'Mv1'. MSI 'Mv2'. (Major upgrade of 'Mv1', including changing Product Id) Bundle 'Av2' installs 'Mv2'. (Upgrade bundle of 'Av1') Actions: Install Bv1. Mv1 is installed. Install Av2. Mv2 is installed by upgrading Mv1 to Mv2. Uninstall Av2. Mv2 is found to not have other dependencies, Mv2 is removed. Mv1 is not on the system Bv1 is no longer functional because Mv1 (or later) does not exist. *Query:* Is this an intended limitation? Is a major upgrade not feasible in this case where there exists two bundles installing/upgrading the same MSI? https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies.
The main problem is that in the below scenario an MSI is uninstalled after it is upgraded by a second installer and that second installer is uninstalled. In brief this appears to be a problem with not upgrading package dependencies in a multiple bundle and major upgrade scenario. *The scenario:* Existing Installers: MSI 'Mv1'. Bundle 'Av1' installs 'Mv1'. Bundle 'Bv1' installs 'Mv1'. MSI 'Mv2'. (Major upgrade of 'Mv1', including changing Product Id) Bundle 'Av2' installs 'Mv2'. (Upgrade bundle of 'Av1') Actions: Install Bv1. Mv1 is installed. Install Av2. Mv2 is installed by upgrading Mv1 to Mv2. Uninstall Av2. Mv2 is found to not have other dependencies, Mv2 is removed. Mv1 is not on the system Bv1 is no longer functional because Mv1 (or later) does not exist. *Query:* Is this an intended limitation? Is a major upgrade not feasible in this case where there exists two bundles installing/upgrading the same MSI? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Different-Bundles-Same-MSI-Upgrade-and-Bundle-Dependencies-tp7600840.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
Ahh, the prereqba completed successfully. So the bundle was successfully installed before being restarted to load the ManagedBA. That basically makes sense. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Jiri Tomek [mailto:katu...@volny.cz] Sent: Wednesday, July 8, 2015 1:02 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP Hello, I have the same issue. I double-checked that .NET package is marked as permanent and I tried both with and without rollback boundary but I still get ARP entry right after .NET is installed as prerequisite. I'm using Wix 3.9. My Chain is defined this way: Chain PackageGroupRef Id=NetFx45Redist/ RollbackBoundary / PackageGroupRef Id=TestPackage / /Chain The log from initial run is this: [0690:0168][2015-07-08T00:29:07]i001: Burn v3.9.1006.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\Users\Administrator\Desktop\TestInstaller.exe, cmdline: '-burn.unelevated BurnPipe.{4303C9F0-DB96-41D1-A217-26466A0A9178} {253C2727-CA99-43F7-B8B1-CF0835E221F0} 380 ' ... snip ... [0690:0168][2015-07-08T00:29:07]i000: Loading prerequisite bootstrapper application because managed host could not be loaded, error: 0x80070490. [0690:0464][2015-07-08T00:29:07]i000: Setting version variable 'WixBundleFileVersion' to value '1.0.0.0' [0690:0168][2015-07-08T00:29:07]i100: Detect begin, 2 packages [0690:0168][2015-07-08T00:29:07]i000: Registry key not found. Key = 'SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' [0690:0168][2015-07-08T00:29:07]i052: Condition 'PreviousInstallFolder' evaluates to false. [0690:0168][2015-07-08T00:29:07]i052: Condition 'NETFRAMEWORK45 = 378389' evaluates to false. [0690:0168][2015-07-08T00:29:07]i101: Detected package: NetFx45Redist, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i101: Detected package: TestPackage, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i199: Detect complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i200: Plan begin, 2 packages, action: Install [0690:0168][2015-07-08T00:29:09]w321: Skipping dependency registration on package with no dependency providers: NetFx45Redist [0690:0168][2015-07-08T00:29:09]i000: Setting string variable 'NetFx45FullLog' to value 'C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log' [0690:0168][2015-07-08T00:29:09]i201: Planned package: NetFx45Redist, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i201: Planned package: TestPackage, state: Absent, default requested: Absent, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i299: Plan complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i300: Apply begin [017C:054C][2015-07-08T00:29:09]i360: Creating a system restore point. [017C:054C][2015-07-08T00:29:09]i362: System restore disabled, system restore point not created. [017C:054C][2015-07-08T00:29:09]i000: Caching bundle from: 'C:\Users\ADMINI~1\AppData\Local\Temp\{380d557e-ec88-4923-9924-a37299972102}\.be\TestInstaller.exe' to: 'C:\ProgramData\Package Cache\{380d557e-ec88-4923-9924-a37299972102}\TestInstaller.exe' [017C:054C][2015-07-08T00:29:09]i320: Registering bundle dependency provider: {380d557e-ec88-4923-9924-a37299972102}, version: 1.0.0.0 [017C:0504][2015-07-08T00:29:09]i305: Verified acquired payload: NetFx45Redist at path: C:\ProgramData\Package Cache\.unverified\NetFx45Redist, moving to: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe. [017C:054C][2015-07-08T00:29:09]i301: Applying execute package: NetFx45Redist, action: Install, path: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe, arguments: 'C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe /q /norestart /ChainingPackage Test Installer /log C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log.html' [0690:0168][2015-07-08T00:33:20]i319: Applied execute package: NetFx45Redist, result: 0x0, restart: None [0690:0168][2015-07-08T00:33:20]i399: Apply complete, result: 0x0, restart: None, ba requested restart: No [0690:0168][2015-07-08T00:33:20]i500: Shutting down, exit code: 0x0 [0690:0168][2015-07-08T00:33:20]i000: The prerequisites were successfully installed. The bootstrapper application will be reloaded. [0690:0168][2015-07-08T00:33:20]i006: Bootstrapper application requested to be reloaded. [0690:0168][2015-07-08T00:33:20]i000: Loading managed bootstrapper application. [0690:0168][2015-07-08T00:33:20]i000: Creating BA thread to run asynchronously.
Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
Add feature to Burn. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: soundararajan dhakshinamoorthy [mailto:er.soundarara...@gmail.com] Sent: Wednesday, July 8, 2015 6:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP Hi Rob, Do you have any advice on how to handle prerequisites (not prereqmba) without adding an entry ? Thanks in advance Sound -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Customized downloaded MSI location
Hi, Could you please share any idea on this? Regards, Mohamed Yasir K -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7600851.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrap conditioned on OSbittage
My first question would be why. What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer? -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Wednesday, July 08, 2015 7:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage Sorry guys can I get some advise on this one please? I realise burn can't 'fire and forget' see http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/ but what (free) methods are there available to do this? Can anyone reccommend something? Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'? Many Thanks On 17 June 2015 at 12:36, Matt O'Connell techsupport...@gmail.com wrote: I've got a third party exe with 2 versions to bootstrap based on OS bittage, our current setup code only does this for MSIs. I've found how to do this with burn bundle but don't need the bundleness of it as per this http://stackoverflow.com/questions/30010837/i-dont-want-install-a-boot strapper-project-itself What would you guys recommend for this use case? -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrap conditioned on OSbittage
Sorry guys can I get some advise on this one please? I realise burn can't 'fire and forget' see http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/ but what (free) methods are there available to do this? Can anyone reccommend something? Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'? Many Thanks On 17 June 2015 at 12:36, Matt O'Connell techsupport...@gmail.com wrote: I've got a third party exe with 2 versions to bootstrap based on OS bittage, our current setup code only does this for MSIs. I've found how to do this with burn bundle but don't need the bundleness of it as per this http://stackoverflow.com/questions/30010837/i-dont-want-install-a-bootstrapper-project-itself What would you guys recommend for this use case? -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
Hi Rob, Do you have any advice on how to handle prerequisites (not prereqmba) without adding an entry ? Thanks in advance Sound On Wed, Jul 8, 2015 at 10:52 PM, Rob Mensching r...@firegiant.com wrote: Ahh, the prereqba completed successfully. So the bundle was successfully installed before being restarted to load the ManagedBA. That basically makes sense. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Jiri Tomek [mailto:katu...@volny.cz] Sent: Wednesday, July 8, 2015 1:02 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP Hello, I have the same issue. I double-checked that .NET package is marked as permanent and I tried both with and without rollback boundary but I still get ARP entry right after .NET is installed as prerequisite. I'm using Wix 3.9. My Chain is defined this way: Chain PackageGroupRef Id=NetFx45Redist/ RollbackBoundary / PackageGroupRef Id=TestPackage / /Chain The log from initial run is this: [0690:0168][2015-07-08T00:29:07]i001: Burn v3.9.1006.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\Users\Administrator\Desktop\TestInstaller.exe, cmdline: '-burn.unelevated BurnPipe.{4303C9F0-DB96-41D1-A217-26466A0A9178} {253C2727-CA99-43F7-B8B1-CF0835E221F0} 380 ' ... snip ... [0690:0168][2015-07-08T00:29:07]i000: Loading prerequisite bootstrapper application because managed host could not be loaded, error: 0x80070490. [0690:0464][2015-07-08T00:29:07]i000: Setting version variable 'WixBundleFileVersion' to value '1.0.0.0' [0690:0168][2015-07-08T00:29:07]i100: Detect begin, 2 packages [0690:0168][2015-07-08T00:29:07]i000: Registry key not found. Key = 'SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' [0690:0168][2015-07-08T00:29:07]i052: Condition 'PreviousInstallFolder' evaluates to false. [0690:0168][2015-07-08T00:29:07]i052: Condition 'NETFRAMEWORK45 = 378389' evaluates to false. [0690:0168][2015-07-08T00:29:07]i101: Detected package: NetFx45Redist, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i101: Detected package: TestPackage, state: Absent, cached: None [0690:0168][2015-07-08T00:29:07]i199: Detect complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i200: Plan begin, 2 packages, action: Install [0690:0168][2015-07-08T00:29:09]w321: Skipping dependency registration on package with no dependency providers: NetFx45Redist [0690:0168][2015-07-08T00:29:09]i000: Setting string variable 'NetFx45FullLog' to value 'C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log' [0690:0168][2015-07-08T00:29:09]i201: Planned package: NetFx45Redist, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i201: Planned package: TestPackage, state: Absent, default requested: Absent, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0690:0168][2015-07-08T00:29:09]i299: Plan complete, result: 0x0 [0690:0168][2015-07-08T00:29:09]i300: Apply begin [017C:054C][2015-07-08T00:29:09]i360: Creating a system restore point. [017C:054C][2015-07-08T00:29:09]i362: System restore disabled, system restore point not created. [017C:054C][2015-07-08T00:29:09]i000: Caching bundle from: 'C:\Users\ADMINI~1\AppData\Local\Temp\{380d557e-ec88-4923-9924-a37299972102}\.be\TestInstaller.exe' to: 'C:\ProgramData\Package Cache\{380d557e-ec88-4923-9924-a37299972102}\TestInstaller.exe' [017C:054C][2015-07-08T00:29:09]i320: Registering bundle dependency provider: {380d557e-ec88-4923-9924-a37299972102}, version: 1.0.0.0 [017C:0504][2015-07-08T00:29:09]i305: Verified acquired payload: NetFx45Redist at path: C:\ProgramData\Package Cache\.unverified\NetFx45Redist, moving to: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe. [017C:054C][2015-07-08T00:29:09]i301: Applying execute package: NetFx45Redist, action: Install, path: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe, arguments: 'C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe /q /norestart /ChainingPackage Test Installer /log C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log.html' [0690:0168][2015-07-08T00:33:20]i319: Applied execute package: NetFx45Redist, result: 0x0, restart: None [0690:0168][2015-07-08T00:33:20]i399: Apply complete, result: 0x0, restart: None, ba requested restart: No [0690:0168][2015-07-08T00:33:20]i500: Shutting down, exit code: 0x0 [0690:0168][2015-07-08T00:33:20]i000: The prerequisites were successfully installed. The bootstrapper application will be reloaded.