Re: [WiX-users] Patching a product without ProductVersion property
Patchwiz or Pure WiX style? From: Nir Bar [nir@panel-sw.com] Sent: June 28, 2015 6:34 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Patching a product without ProductVersion property We have a legacy product that was distributed without ProductVersion authored into the MSI. I don't know how this was done, since ProductVersion is a required property; however I can only fix that in future major-upgrade releases. The problem now is that we want to deliver a patch package for this product. Building the patch fails because the base is missing the ProductVersion. Is there any way to work around that? Thanks, Nir. - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching-a-product-without-ProductVersion-property-tp7600732.html Sent from the wix-users mailing list archive at Nabble.com. -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Impossible to install Wix 3.8 or 3.9 !
That sounds like a bug. Log one please! -Original Message- From: Fabrice MAUPIN [mailto:fmau...@iback.fr] Sent: June-19-15 2:17 AM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Impossible to install Wix 3.8 or 3.9 ! Hi, I found the problem. It was just a update problem for DotNet Framework (4.0 to 4.5). After the update, no problem to install Wix 3.8. Thank you Fabrice -Message d'origine- De : Phill Hogland [mailto:phogl...@rimage.com] Envoyé : jeudi 18 juin 2015 15:20 À : wix-users@lists.sourceforge.net Objet : Re: [WiX-users] Impossible to install Wix 3.8 or 3.9 ! What does the log in your %temp% folder indicate? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Impossible-to- install-Wix-3-8-or-3-9-tp7600658p7600660.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Well after a week of wasting my time on this it turns out we had a file restore of a IT-Special kind. They restore the wixpdb folder to the WRONG directory. This meant that the wixpdb files didn't match up with the MSIs that we were melting against and this caused the issues downstream. Can we add validation of things like ProductCode, Version, UpgradeCode to melt please when a wixpdb is provided with the MSI? This would have saved folks a HUGE amount of time and I think is an essential part of validating a pair of files are meant to be together. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-09-15 1:56 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I've been digging a lot deeper into what is going on when installing the product vs. applying the patch. Running procmon.exe (sysinternals) I see that the product is being registered here: HKCR\Installer\Products\BA2E5E0A5A687F244A67FD7AC4440CC2 HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\BA2E5E0A5A687F244A67FD7AC4440CC2\InstallProperties The UpgradeCode is here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UpgradeCodes\CC10F1EC4984F7947A3470DD3A64810E\ BA2E5E0A5A687F244A67FD7AC4440CC2 (REG_SZ) But when the patch is run it is looking for the product in the following locations (and can't find it, obviously): HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\9A9192E5849F91945A1B03B88B701A97\InstallProperties So the key difference being RTM-- BA2E5E0A5A687F244A67FD7AC4440CC2 Patch- 9A9192E5849F91945A1B03B88B701A97 What forces drive windows installer to look in this path? Is this based on a stable GUID of some kind that may be changing under the hood that we can't see? Thoughts anyone? -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: June-09-15 9:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field{5E2919A9-F948-4919-A5B1-308BB807A179}/field /row I hope I'm going in the right direction. Maybe someone has some insights out there? :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Sorry, posted that last one to the wrong conversation :( Rob et. al. I have a question regarding upgrading WiX. We have several RTMs that have been produced using 3.7 and 3.9. Is it supported to move producing updated installers+patches to newer versions of WiX? My concern is that I don't want to have a large number of WiX versions floating around as both WiX and our own products mature over time. Thanks, Stephen -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-10-15 1:46 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Bug logged and pull request for 3.10 already created and awaiting Bob's firm but fair hands to review it :) http://wixtoolset.org/issues/4792 https://github.com/wixtoolset/wix3/pull/268 -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: June-10-15 1:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Validating the provided .wixpdb actually goes with the .MSI seems like a good idea. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Wednesday, June 10, 2015 6:37 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Well after a week of wasting my time on this it turns out we had a file restore of a IT-Special kind. They restore the wixpdb folder to the WRONG directory. This meant that the wixpdb files didn't match up with the MSIs that we were melting against and this caused the issues downstream. Can we add validation of things like ProductCode, Version, UpgradeCode to melt please when a wixpdb is provided with the MSI? This would have saved folks a HUGE amount of time and I think is an essential part of validating a pair of files are meant to be together. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-09-15 1:56 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I've been digging a lot deeper into what is going on when installing the product vs. applying the patch. Running procmon.exe (sysinternals) I see that the product is being registered here: HKCR\Installer\Products\BA2E5E0A5A687F244A67FD7AC4440CC2 HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\BA2E5E0A5A687F244A67FD7AC4440CC2\InstallProperties The UpgradeCode is here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UpgradeCodes\CC10F1EC4984F7947A3470DD3A64810E\ BA2E5E0A5A687F244A67FD7AC4440CC2 (REG_SZ) But when the patch is run it is looking for the product in the following locations (and can't find it, obviously): HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\9A9192E5849F91945A1B03B88B701A97\InstallProperties So the key difference being RTM-- BA2E5E0A5A687F244A67FD7AC4440CC2 Patch- 9A9192E5849F91945A1B03B88B701A97 What forces drive windows installer to look in this path? Is this based on a stable GUID of some kind that may be changing under the hood that we can't see? Thoughts anyone? -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: June-09-15 9:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Bug logged and pull request for 3.10 already created and awaiting Bob's firm but fair hands to review it :) http://wixtoolset.org/issues/4792 https://github.com/wixtoolset/wix3/pull/268 -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: June-10-15 1:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Validating the provided .wixpdb actually goes with the .MSI seems like a good idea. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Wednesday, June 10, 2015 6:37 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Well after a week of wasting my time on this it turns out we had a file restore of a IT-Special kind. They restore the wixpdb folder to the WRONG directory. This meant that the wixpdb files didn't match up with the MSIs that we were melting against and this caused the issues downstream. Can we add validation of things like ProductCode, Version, UpgradeCode to melt please when a wixpdb is provided with the MSI? This would have saved folks a HUGE amount of time and I think is an essential part of validating a pair of files are meant to be together. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-09-15 1:56 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I've been digging a lot deeper into what is going on when installing the product vs. applying the patch. Running procmon.exe (sysinternals) I see that the product is being registered here: HKCR\Installer\Products\BA2E5E0A5A687F244A67FD7AC4440CC2 HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\BA2E5E0A5A687F244A67FD7AC4440CC2\InstallProperties The UpgradeCode is here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UpgradeCodes\CC10F1EC4984F7947A3470DD3A64810E\ BA2E5E0A5A687F244A67FD7AC4440CC2 (REG_SZ) But when the patch is run it is looking for the product in the following locations (and can't find it, obviously): HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\9A9192E5849F91945A1B03B88B701A97\InstallProperties So the key difference being RTM-- BA2E5E0A5A687F244A67FD7AC4440CC2 Patch- 9A9192E5849F91945A1B03B88B701A97 What forces drive windows installer to look in this path? Is this based on a stable GUID of some kind that may be changing under the hood that we can't see? Thoughts anyone? -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: June-09-15 9:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field
Re: [WiX-users] Download Msi or Exe with Bundle
Rob et. al. I have a question regarding upgrading WiX. We have several RTMs that have been produced using 3.7 and 3.9. Is it supported to move producing updated installers+patches to newer versions of WiX? My concern is that I don't want to have a large number of WiX versions floating around as both WiX and our own products mature over time. Thanks, Stephen -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: June-10-15 1:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Download Msi or Exe with Bundle The bundle can self-update itself. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Shal Philipp [mailto:luc2...@inbox.ru] Sent: Wednesday, June 10, 2015 3:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Download Msi or Exe with Bundle Hello. I'm trying to develop simple scenario - Bootstraper after running download last version of installer and installs it. Am i right that it is impossible for Bundle now? Neither exe installers (hash is necessary in RemotePayload) nor msi installers (msi should be analyzed while build and hash computes too) can't implement such scenario. Do I understand it in a proper way or I'm missing something and in 3.9 we can download and install installers somehow without hash check but only with signature check? Thanks for answer. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Download-Msi-or-Exe-with-Bundle-tp7600586.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
I've been digging a lot deeper into what is going on when installing the product vs. applying the patch. Running procmon.exe (sysinternals) I see that the product is being registered here: HKCR\Installer\Products\BA2E5E0A5A687F244A67FD7AC4440CC2 HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\BA2E5E0A5A687F244A67FD7AC4440CC2\InstallProperties The UpgradeCode is here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UpgradeCodes\CC10F1EC4984F7947A3470DD3A64810E\ BA2E5E0A5A687F244A67FD7AC4440CC2 (REG_SZ) But when the patch is run it is looking for the product in the following locations (and can't find it, obviously): HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\9A9192E5849F91945A1B03B88B701A97\InstallProperties So the key difference being RTM-- BA2E5E0A5A687F244A67FD7AC4440CC2 Patch- 9A9192E5849F91945A1B03B88B701A97 What forces drive windows installer to look in this path? Is this based on a stable GUID of some kind that may be changing under the hood that we can't see? Thoughts anyone? -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: June-09-15 9:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field{5E2919A9-F948-4919-A5B1-308BB807A179}/field /row I hope I'm going in the right direction. Maybe someone has some insights out there? :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior. If you pass in the PATCH property yourself and even one patch does not apply to the specified ProductCode, Windows Installer will terminate and return ERROR_PATCH_TARGET_NOT_FOUND (1642). I'm confused ever so slightly. Now which ProductCode would be in the patch then? I can't see it in Orca? Would I look in the .wixmst for that detail after the torch call in my PWP process? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:45 PM To: General discussion about the WiX toolset. Cc: Tuchlinsky, Dave Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Hey Keith, Recognize my last name in your street address? :) That was my great-great-great-great grand-uncle's farm! Not even joking. -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: June-09-15 9:04 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field{5E2919A9-F948-4919-A5B1-308BB807A179}/field /row I hope I'm going in the right direction. Maybe someone has some insights out there? :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior. If you pass in the PATCH property yourself and even one patch does not apply to the specified ProductCode, Windows Installer will terminate and return ERROR_PATCH_TARGET_NOT_FOUND (1642). I'm confused ever so slightly. Now which ProductCode would be in the patch then? I can't see it in Orca? Would I look in the .wixmst for that detail after the torch call in my PWP process? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:45 PM To: General discussion about the WiX toolset. Cc: Tuchlinsky, Dave Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals DebugView running and the HKLM Software Policies for Windows\Installer Debug set to 7 as per: https://support.symantec.com/en_US/article.HOWTO4103.html I get the followin in DebugView [1348] SHIMVIEW: ShimInfo(Complete) [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'Debug' is 7 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Entering MsiApplyPatch. Package: .\MY-HF-24-CAS.msp, Product: , Installtype: 0, Commandline: [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'DisableUserInstalls' is 0 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: MsiApplyPatch is returning: 1642 [1348] What else would you guys like to see? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 1:19 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Hello all, I have run across quite the puzzle last week
[WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Hello all, I have run across quite the puzzle last week. We have been generating patches for several RTM versions of our products since December or 2013 with Pure WiX patching and 3.7. Just recently (about a week ago) the patch scripts are generating MSPs for ONE of the versions that do not apply to its RTM. I'm getting no Windows Installer logs, however Orca is reporting the following when I try to View Patch... --- Orca --- This patch can not be applied to packages with the current Product Code. --- OK I see the ProductCode in the Upgrade MSI is different to that of the PC in the RTM. Should this matter? When attempting to apply the patch on a Server OS (2008 R2) I get the following: Windows Installer The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a difference version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade patch. What else should I be looking at from MSIExec? I've been working on this for the better part of 5 days and can't figure out what is going on. I can reproduce the issue on my dev box as well with a newly built Upgrade MSI. Thoughts please :( Stephen -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals DebugView running and the HKLM Software Policies for Windows\Installer Debug set to 7 as per: https://support.symantec.com/en_US/article.HOWTO4103.html I get the followin in DebugView [1348] SHIMVIEW: ShimInfo(Complete) [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'Debug' is 7 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Entering MsiApplyPatch. Package: .\MY-HF-24-CAS.msp, Product: , Installtype: 0, Commandline: [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'DisableUserInstalls' is 0 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: MsiApplyPatch is returning: 1642 [1348] What else would you guys like to see? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 1:19 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Hello all, I have run across quite the puzzle last week. We have been generating patches for several RTM versions of our products since December or 2013 with Pure WiX patching and 3.7. Just recently (about a week ago) the patch scripts are generating MSPs for ONE of the versions that do not apply to its RTM. I'm getting no Windows Installer logs, however Orca is reporting the following when I try to View Patch... --- Orca --- This patch can not be applied to packages with the current Product Code. --- OK I see the ProductCode in the Upgrade MSI is different to that of the PC in the RTM. Should this matter? When attempting to apply the patch on a Server OS (2008 R2) I get the following: Windows Installer The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a difference version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade patch. What else should I be looking at from MSIExec? I've been working on this for the better part of 5 days and can't figure out what is going on. I can reproduce the issue on my dev box as well with a newly built Upgrade MSI. Thoughts please :( Stephen -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior. If you pass in the PATCH property yourself and even one patch does not apply to the specified ProductCode, Windows Installer will terminate and return ERROR_PATCH_TARGET_NOT_FOUND (1642). I'm confused ever so slightly. Now which ProductCode would be in the patch then? I can't see it in Orca? Would I look in the .wixmst for that detail after the torch call in my PWP process? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:45 PM To: General discussion about the WiX toolset. Cc: Tuchlinsky, Dave Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals DebugView running and the HKLM Software Policies for Windows\Installer Debug set to 7 as per: https://support.symantec.com/en_US/article.HOWTO4103.html I get the followin in DebugView [1348] SHIMVIEW: ShimInfo(Complete) [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'Debug' is 7 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Entering MsiApplyPatch. Package: .\MY-HF-24-CAS.msp, Product: , Installtype: 0, Commandline: [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'DisableUserInstalls' is 0 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: MsiApplyPatch is returning: 1642 [1348] What else would you guys like to see? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 1:19 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Hello all, I have run across quite the puzzle last week. We have been generating patches for several RTM versions of our products since December or 2013 with Pure WiX patching and 3.7. Just recently (about a week ago) the patch scripts are generating MSPs for ONE of the versions that do not apply to its RTM. I'm getting no Windows Installer logs, however Orca is reporting the following when I try to View Patch... --- Orca --- This patch can not be applied to packages with the current Product Code. --- OK I see the ProductCode in the Upgrade MSI is different to that of the PC in the RTM. Should this matter? When attempting to apply the patch on a Server OS (2008 R2) I get the following: Windows Installer The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a difference version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade patch. What else should I be looking at from MSIExec? I've been working on this for the better part of 5 days and can't figure out what is going on. I can reproduce the issue on my dev box as well with a newly built Upgrade MSI. Thoughts please :( Stephen -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field{5E2919A9-F948-4919-A5B1-308BB807A179}/field /row I hope I'm going in the right direction. Maybe someone has some insights out there? :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior. If you pass in the PATCH property yourself and even one patch does not apply to the specified ProductCode, Windows Installer will terminate and return ERROR_PATCH_TARGET_NOT_FOUND (1642). I'm confused ever so slightly. Now which ProductCode would be in the patch then? I can't see it in Orca? Would I look in the .wixmst for that detail after the torch call in my PWP process? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:45 PM To: General discussion about the WiX toolset. Cc: Tuchlinsky, Dave Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals DebugView running and the HKLM Software Policies for Windows\Installer Debug set to 7 as per: https://support.symantec.com/en_US/article.HOWTO4103.html I get the followin in DebugView [1348] SHIMVIEW: ShimInfo(Complete) [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'Debug' is 7 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Entering MsiApplyPatch. Package: .\MY-HF-24-CAS.msp, Product: , Installtype: 0, Commandline: [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'DisableUserInstalls' is 0 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: MsiApplyPatch is returning: 1642 [1348] What else would you guys like to see? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 1:19 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Hello all, I have run across quite the puzzle last week. We have been generating patches for several RTM versions of our products since December or 2013 with Pure WiX patching and 3.7. Just recently (about a week ago) the patch scripts are generating MSPs for ONE of the versions that do not apply to its RTM. I'm getting no Windows Installer logs, however Orca is reporting the following when I try to View Patch... --- Orca --- This patch can not be applied to packages with the current Product Code. --- OK I see the ProductCode in the Upgrade MSI is different to that of the PC in the RTM. Should this matter? When attempting to apply the patch on a Server OS (2008 R2) I get the following: Windows Installer The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a difference version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade patch. What else should I be looking at from MSIExec? I've been working on this for the better part of 5 days and can't figure out what is going on. I can reproduce the issue on my dev box as well with a newly built Upgrade MSI. Thoughts please :( Stephen -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Generating unique and stable GUIDs in foreach loops
Hey Samer, Just reading over the WiX documentation for Component@GUID values here: http://wixtoolset.org/documentation/manual/v3/xsd/wix/component.html This value should be a guid that uniquely identifies this component's contents, language, platform, and version. If omitted, the default value is '*' which indicates that the linker should generate a stable guid. Generatable guids are supported only for components with a single file as the component's keypath or no files and a registry value as the keypath. It's also possible to set the value to an empty string to specify an unmanaged component. Unmanaged components are a security vulnerability because the component cannot be removed or repaired by Windows Installer (it is essentially an unpatchable, permanent component). Therefore, a guid should always be specified for any component which contains resources that may need to be patched in the future. Basically, Basically, Basically, you could create a GUID manuall in the component. Having a unique prefix or something in a map based on $(var.INST) if the values of INST don't fit within a GUIDs character set. Someone may have even made a dictionary wix extension that would help you accomplish this. Example: ?foreach INST in $(var.InstList)? Component Id=Application.exe_$(var.INST) Directory=DIR_$(var.INST) Guid=F9884964-4A3C-4974-$(var.INST)-AE25DF520FC4 Condition![CDATA[INSTANCE=$(var.INST)]]/Condition File Id=application.exe_$(var.INST) Name=Application.exe KeyPath=yes Source=PARENT_FOLDER/Application/Application.exe / /Component ?endforeach? -Original Message- From: Samer Vazdekis [mailto:sbazd...@yahoo.com] Sent: May-26-15 11:22 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Generating unique and stable GUIDs in foreach loops Hi there, I have a question about the following piece of Wix code. I am finding that all components added by the following foreach loop has the same GUID. Is there a way to guarantee a unique and stable GUID for each competent and still use the foreach loop? ?foreach INST in $(var.InstList)? Component Id=Application.exe_$(var.INST) Directory=DIR_$(var.INST) Condition![CDATA[INSTANCE=$(var.INST)]]/Condition File Id=application.exe_$(var.INST) Name=Application.exe KeyPath=yes Source=PARENT_FOLDER/Application/Application.exe / /Component ?endforeach? Thanks,Samer. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] PreprocessorExtensions and accessing them from one another
Hey everyone, I'm trying to write a new preprocessor extension and have it internally access the instance of another preprocessor extension already instantiated by the compiler. Can I do this or do I have to evaluate the function within my XML and have that value passed in as an argument into my new extension? It would be along the line of Ext1:addStuffToContainer(hello, test123, anotherValue, hello2, bob, rob, ...) Ext2:doWork(hello) Instead of having to do Ext2:doWork(Ext1:getContainerStuff(hello, 3, 4, 2, ...)) And Ext2 could enumerate over Ext1's contents and get something out of its container/bucket. I would really prefer to do this with as few glue-code pieces in the XML as possible. Stephen Tunney -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PreprocessorExtensions and accessing them from one another
And more importantly, how would I write tests for these extensions? Can I invoke the core somehow via a unit test or do I need to write a little XML and test the output a-la blackbox testing? Stephen Tunney -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: May-27-15 3:49 PM To: General discussion about the WiX toolset. Subject: [WiX-users] PreprocessorExtensions and accessing them from one another Hey everyone, I'm trying to write a new preprocessor extension and have it internally access the instance of another preprocessor extension already instantiated by the compiler. Can I do this or do I have to evaluate the function within my XML and have that value passed in as an argument into my new extension? It would be along the line of Ext1:addStuffToContainer(hello, test123, anotherValue, hello2, bob, rob, ...) Ext2:doWork(hello) Instead of having to do Ext2:doWork(Ext1:getContainerStuff(hello, 3, 4, 2, ...)) And Ext2 could enumerate over Ext1's contents and get something out of its container/bucket. I would really prefer to do this with as few glue-code pieces in the XML as possible. Stephen Tunney -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI Buttons become Unresponsive on Server 2012R2 and Windows Installer Service 5.0
Can you upload your fix snippet for inspection? -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: April-14-15 4:06 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] MSI Buttons become Unresponsive on Server 2012R2 and Windows Installer Service 5.0 Logs don't show much, but I just figured it out. Actually had to do with the Dialog scheduling. Under certain conditions, the wrong dialog was loading--and it was disconnected from everything else. Weird that it only showed itself on 2012 R2, but weird happens. Even weirder is no one in QA noticed the missing check box on the dialog. All fixed now. Thanks. -- John Merryweather Cooper Senior Software Engineer | Integration Development Group | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Nir Bar [mailto:nir@panel-sw.com] Sent: Tuesday, April 14, 2015 2:44 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSI Buttons become Unresponsive on Server 2012R2 and Windows Installer Service 5.0 Can you upload the log files? - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-Buttons-become-Unresponsive-on-Server-2012R2-and-Windows-Installer-Service-5-0-tp7599957p7599960.html Sent from the wix-users mailing list archive at Nabble.com. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to supersede a minor update in next patch.
If all have supercede set, then patch 1.0.3 would apply to BOTH 1.0.1 AND 1.0.2 as long as ProductCodes and UpgradeCodes match up. -Original Message- From: Nir Bar [mailto:nir@panel-sw.com] Sent: March-24-15 1:54 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to supersede a minor update in next patch. Is it not possible to create two patches to v1.0.3 - one applicable on v1.0.1 and the other on v1.0.2? - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-supersede-a-minor-update-in-next-patch-tp7599690p7599693.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Writing a C++ Custom Action Project
A general rule with C++ CAs that I follow: Put ALL of your local/stack variables above the WcaInitialize call. I run into weird behaviour (crashes, access violations, etc.) if I don't. This is true when running in VS2010 and VS2013 compilers. -Original Message- From: Sarvagya Pant [mailto:sarvagya.p...@gmail.com] Sent: March-13-15 1:40 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Writing a C++ Custom Action Project I have written a C# Custom Action that is supposed to get the Values of Properties passed to the installer and create some config file. Since the C# Custom action was done, my installer depends upon .Net too. I want to avoid this dependency, thus I am opting to write the Custom action in C++. Following is the C# code that I'm trying to convert in C++: session.Log(Entering WriteFileToDisk);string ipAddress = session[IPADDRESS];string productCode = session[ProductCode];string config_path = C:\\SomeFolderToInstall\\;string compression = session[COMPRESSION];string ssl = session[SSL];if (string.IsNullOrEmpty(compression)){ compression = True; //default true}if (string.IsNullOrEmpty(ssl)){ ssl = False; //default false}if (string.IsNullOrEmpty(ipAddress)){ ipAddress = 127.0.0.1;}string temp = @ {{ logpoint_ip : {0}, compression : {1}, ssl: {2} }};string filePath = C:\\SomeFolderToInstall\\lpa.config;System.IO.FileInfo file = new System.IO.FileInfo(filePath); file.Directory.Create(); // If the directory already exists, this method does nothing.System.IO.File.WriteAllText(file.FullName, config);System.IO.File.WriteAllText(config_path + productcode.txt, productCode); session.Log(Confile file is written); session.Log(Product Code file is written);return ActionResult.Success; The Visual C++ code is given below: #include stdafx.h UINT __stdcall WriteFileToDisk(MSIHANDLE hInstall){ HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; hr = WcaInitialize(hInstall, WriteFileToDisk); ExitOnFailure(hr, Failed to initialize); LPWSTR ip = NULL; hr = WcaGetProperty(LIPADDRESS,ip); ExitOnFailure(hr, Failure in IPADDRESS); if(ip == L || ip == NULL) { ip = L127.0.0.1; } WcaLog(LOGMSG_STANDARD, (PCSTR)ip); LPWSTR ssl = NULL; hr = WcaGetProperty(LSSL,ssl); ExitOnFailure(hr, Failure in SSL); if(ssl == L || ssl == NULL) { ssl = LFalse; } LPWSTR comp = NULL; hr = WcaGetProperty(LCOMPRESSION,comp); ExitOnFailure(hr, Failure in COMPRESSION); if(comp == L || comp == NULL) { comp = LTrue; } WcaLog(LOGMSG_STANDARD, Got the Parameters); char buffer[150]; sprintf(buffer, {\n\ipaddress\: \%s\,\n\ssl\: \%s\,\n\compression\:\%s\\n},ip,ssl,comp); WcaLog(LOGMSG_STANDARD, Config Generated is : ); WcaLog(LOGMSG_STANDARD, buffer); HANDLE hFile; hFile = CreateFile(LC://LogPointAgent//some_config.config, // name of the write GENERIC_WRITE, // open for writing 0, // do not share NULL, // default security CREATE_NEW, // create new file only FILE_ATTRIBUTE_NORMAL, // normal file NULL); if (hFile == INVALID_HANDLE_VALUE) { WcaLog(LOGMSG_STANDARD, Invalid Handle for Config File); ExitFunction(); } BOOL bErrorFlag; DWORD dwBytesToWrite = (DWORD)strlen(buffer); DWORD dwBytesWritten = 0; bErrorFlag = WriteFile( hFile, // open file handle buffer, // start of data to write dwBytesToWrite, // number of bytes to write dwBytesWritten, // number of bytes that were written NULL);// no overlapped structure if (FALSE == bErrorFlag) { WcaLog(LOGMSG_STANDARD, Terminal failure: Unable to write to file.\n); } else { if (dwBytesWritten != dwBytesToWrite) { // This is an error because a synchronous write that results in // success (WriteFile returns TRUE) should write all data as // requested. This would not necessarily be the case for // asynchronous writes. WcaLog(LOGMSG_STANDARD, Error: dwBytesWritten != dwBytesToWrite\n); } else { WcaLog(LOGMSG_STANDARD, Wrote Config file Successfully); } } CloseHandle(hFile);LExit: er = SUCCEEDED(hr) ? ERROR_SUCCESS : ERROR_INSTALL_FAILURE; return WcaFinalize(er);} UINT __stdcall DeleteResidue(MSIHANDLE hInstall){ HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; hr = WcaInitialize(hInstall, DeleteResidue); ExitOnFailure(hr, Failed to initialize); LExit: er = SUCCEEDED(hr) ? ERROR_SUCCESS : ERROR_INSTALL_FAILURE; return
[WiX-users] WiX 3.9 R2 NuGet package
Hey everyone, Trying to use the NuGet package for our next product release that is upgrading us from 3.7 to 3.9 R2. I have the nuget package installing for the solution but this seems to have a chicken/egg problem. I don't have WiX installed on the machine. Therefore the wixproj projects aren't recognized by Visual Studio 2013. Since the projects aren't recognized I can't manage packages for them. Since I can't manage packages I can't add the WiX nuget package. :( Round and round we go. Does anyone have any insights into this? I would LOVE to be able to use the package and remove the headache of maintaining the installation state of my build farm for at least one more thing. Thoughts? Stephen -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Including files to installer with bindpath -bestpractice?
I would first attempt declaring your bindpath values in your light command line just to be sure with a -b Protocol=..\Protocol\bin\Release -Original Message- From: Jani C Oinonen [mailto:jani.c.oino...@consultant.husqvarnagroup.com] Sent: March-04-15 10:15 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Including files to installer with bindpath -bestpractice? The project looks like this (v3.7.1224.0): In my wixproj i have different BindInputPaths like these: BindInputPaths Include=..\Protocol\bin\Release\ BindNameProtocol/BindName InProjectfalse/InProject /BindInputPaths Is there a better way to declare these paths? i don't like having hardcoded paths in the wixproj file. Then the files in the wxs are then included like this: Component Id=cmpProtocol Guid=* File Id=fileProtocol KeyPath=yes Source=!(bindpath.Protocol)\Protocol.dll / /Component I then build two different .msi's on the build server and fetch them. Now comes the patching. At the moment the steps that i'm trying locally looks like this: The administrative install and creation of wixmst: Melt.exe old\Setup1.2.1027.3270.msi -out oldout\Setup.wixpdb -pdb old\Setup.wixpdb -x oldout\files Melt.exe newSetup1.2.1028.3271.msi -out newout\Setup.wixpdb -pdb new\Setup.wixpdb -x newout\files torch.exe -v -p -xi oldout\Setup.wixpdb newout\Setup.wixpdb -out patch\diff.wixmst Creation of wixmsp candle.exe patch.wsx light.exe patch.wixobj -out patch\patch.wixmsp Creation of msp pyro.exe patch\patch.wixmsp -out patch\patch.msp -t RTM patch\diff.wixmst And this is where i'm getting errors, when running pyro: error PYRO0103 : The system cannot find the file 'C:\some\path\on\buildserver\Source\Setup\Company.ico'. error PYRO0103 : The system cannot find the file 'C:\some\path\on\buildserver\Source\Setup\Company.cer'. The .ico and .cer are included like this: Icon Id=icon.ico SourceFile=!(bindpath.ProjectDir)\Company.ico/ Property Id=ARPPRODUCTICON Value=icon.ico / Property Id=WIXUI_INSTALLDIR Value=INSTALLLOCATION / PatchCertificates DigitalCertificate Id=HusqvarnaCertificate SourceFile=!(bindpath.ProjectDir)\Company.cer / /PatchCertificates I thought that melt.exe would replace the bindpaths with the local paths? Or am i doing something wrong? It's not complaining about the other 65 files that are included in the installer, although i'm not sure if pyro lists all errors. Maybe it stops after a while. Any help is highly appreciated! Best regards, Jani From: Tunney, Stephen stephen.tun...@nuance.com To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Date: 2015-03-04 15:41 Subject:Re: [WiX-users] Including files to installer with bindpath - bestpractice? What command line arguments do you have for your light command that generates your wixmsp? -Original Message- From: Jani C Oinonen [mailto:jani.c.oino...@consultant.husqvarnagroup.com] Sent: March-04-15 5:03 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Including files to installer with bindpath - best practice? I'm in the process of enabling UAC patching for our software. The process today looks like this (some steps are left out): I use melt on the two different msi packages + wixpdb files to create new wixpdb files + extraction of all the files (administrative install). i use torch, that compares the two newly created wixpdb files and their extracted files, to create a diff.wixmst file i create the patch.wixmsp with light Then i create the final .msp file with pyro + diff.wixmst and patch.wixmsp. This works fine when i build everything locally. However, if i retrieve the two .msi packages from our buildserver, pyro will start throwing PYRO0103 errors. The error message clearly shows that the wixdb files contains the paths from the buildserver, which arent ofcourse valid locally on my computer. I find it really hard to find information but i've come to the conclusion that i need to use BindInputPaths in my wixproj file and then use !(bindpath.SomeName) in the wxs files. If i've understood the issue correctly, this should give pyro the possibility to replace the paths and the errors should go away. However, in one of my wxs files there are about 15 project references, like this: $(var.SomeProject.TargetPath) I could ofcourse create named bindpaths for all the projects, but something tells me that there should be a smarter way to do this? Another problem that arises is that i'm probably forced to use hardcoded paths? $(var.SomeProject.TargetPath) always results in the correct path, but if i use bindpaths i'm forced to provide a hardcoded, relative path to the built dll's, etc? Example: ItemGroup BindInputPaths Include=..\..\SomeVsProject\bin\release\ BindNameSomeVsProject/BindName InProjectfalse/InProject /BindInputPaths /ItemGroup This will work fine if the project
Re: [WiX-users] WiX 3.9 R2 NuGet package
All of these statements make me a sad panda :( -Original Message- From: Sean Hall [mailto:r.sean.h...@gmail.com] Sent: March-04-15 11:48 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] WiX 3.9 R2 NuGet package There is no official Nuget package for WiX. That won't happen until 4.0 stabilizes. There are no plans for releasing 3.x by Nuget package. The nuget package in 4.x will not include the VS integration, you will still need to install WiX for that. On Wed, Mar 4, 2015 at 10:33 AM, Tunney, Stephen stephen.tun...@nuance.com wrote: Hey everyone, Trying to use the NuGet package for our next product release that is upgrading us from 3.7 to 3.9 R2. I have the nuget package installing for the solution but this seems to have a chicken/egg problem. I don't have WiX installed on the machine. Therefore the wixproj projects aren't recognized by Visual Studio 2013. Since the projects aren't recognized I can't manage packages for them. Since I can't manage packages I can't add the WiX nuget package. :( Round and round we go. Does anyone have any insights into this? I would LOVE to be able to use the package and remove the headache of maintaining the installation state of my build farm for at least one more thing. Thoughts? Stephen -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Including files to installer with bindpath - best practice?
What command line arguments do you have for your light command that generates your wixmsp? -Original Message- From: Jani C Oinonen [mailto:jani.c.oino...@consultant.husqvarnagroup.com] Sent: March-04-15 5:03 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Including files to installer with bindpath - best practice? I'm in the process of enabling UAC patching for our software. The process today looks like this (some steps are left out): I use melt on the two different msi packages + wixpdb files to create new wixpdb files + extraction of all the files (administrative install). i use torch, that compares the two newly created wixpdb files and their extracted files, to create a diff.wixmst file i create the patch.wixmsp with light Then i create the final .msp file with pyro + diff.wixmst and patch.wixmsp. This works fine when i build everything locally. However, if i retrieve the two .msi packages from our buildserver, pyro will start throwing PYRO0103 errors. The error message clearly shows that the wixdb files contains the paths from the buildserver, which arent ofcourse valid locally on my computer. I find it really hard to find information but i've come to the conclusion that i need to use BindInputPaths in my wixproj file and then use !(bindpath.SomeName) in the wxs files. If i've understood the issue correctly, this should give pyro the possibility to replace the paths and the errors should go away. However, in one of my wxs files there are about 15 project references, like this: $(var.SomeProject.TargetPath) I could ofcourse create named bindpaths for all the projects, but something tells me that there should be a smarter way to do this? Another problem that arises is that i'm probably forced to use hardcoded paths? $(var.SomeProject.TargetPath) always results in the correct path, but if i use bindpaths i'm forced to provide a hardcoded, relative path to the built dll's, etc? Example: ItemGroup BindInputPaths Include=..\..\SomeVsProject\bin\release\ BindNameSomeVsProject/BindName InProjectfalse/InProject /BindInputPaths /ItemGroup This will work fine if the project folder never changes it's name and only when i compile in releasemode. But as soon as that changes the wix project will fail. Is there some way to include these files in a more reliable way? Best regards, Jani The information in this email may be confidential and/or legally privileged. It has been sent for the sole use of the intended recipient(s). If you are not an intended recipient, you are strictly prohibited from reading, disclosing, distributing, copying or using this email or any of its contents, in any way whatsoever. If you have received this email in error, please contact the sender by reply email and destroy all copies of the original message. Please also be advised that emails are not a secure form for communication, and may contain errors. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 3.9 RC2 Installer Sitting at CA for a long time
:( Nothing else is running on the machine. Action 14:40:52: RollbackCleanup. Removing backup files I'm looking at SysInternals Process Explorer and nothing looks pegged: CPU is at 10% RAM is low disk I/O doesn't seem crazy either Log files are: WiX Toolset_v3.9.1208.0_20150303143601 WiX Toolset_v3.9.1208.0_20150303143601_6_Wix WiX Toolset_v3.9.1208.0_20150303143601_7_Wix64 WiX Toolset_v3.9.1208.0_20150303143601_8_msdk.msi WiX Toolset_v3.9.1208.0_20150303143601_9_nsdk2010.msi WiX Toolset_v3.9.1208.0_20150303143601_10_nsdk2013.msi WiX Toolset_v3.9.1208.0_20150303143601_11_votive.msi Is negative one really bad? :( Installing on Server 2012 R2 Standard. I have VS 2013 Premium Update 4 installed on the machine as well. Thoughts on where I should look from here? -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time
That's exactly what I'm talking about :) Besides, *my* installers never have any bugs ahem/ So the logs showed everything as completed. The only two processes that were running were both named Wix39.exe and weren't doing anything. I killed the processes and everything is working properly. No, I had ZERO instances of devenv.exe or msbuild.exe running (fresh start). Where should I put all of my logs? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: March-03-15 4:21 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time I think he's speaking of the Wix install itself running. I seem to remember the VS integration hunk being horrid and random as far as timing. Did you have any instances of Visual Studio running while the installer is running? (I forget the command but I think we shell out to devenv to register / integrate.) -Original Message- From: Jeremiahf [mailto:jeremi...@gmail.com] Sent: Tuesday, March 03, 2015 3:19 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time as in Verbose log. :) On Tue, Mar 3, 2015 at 3:17 PM, Jeremiahf jeremi...@gmail.com wrote: What is your CA code? logs? On Tue, Mar 3, 2015 at 3:02 PM, Tunney, Stephen stephen.tun...@nuance.com wrote: :( Nothing else is running on the machine. Action 14:40:52: RollbackCleanup. Removing backup files I'm looking at SysInternals Process Explorer and nothing looks pegged: CPU is at 10% RAM is low disk I/O doesn't seem crazy either Log files are: WiX Toolset_v3.9.1208.0_20150303143601 WiX Toolset_v3.9.1208.0_20150303143601_6_Wix WiX Toolset_v3.9.1208.0_20150303143601_7_Wix64 WiX Toolset_v3.9.1208.0_20150303143601_8_msdk.msi WiX Toolset_v3.9.1208.0_20150303143601_9_nsdk2010.msi WiX Toolset_v3.9.1208.0_20150303143601_10_nsdk2013.msi WiX Toolset_v3.9.1208.0_20150303143601_11_votive.msi Is negative one really bad? :( Installing on Server 2012 R2 Standard. I have VS 2013 Premium Update 4 installed on the machine as well. Thoughts on where I should look from here? - - Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time
One was the child of the other. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Jeremiahf [mailto:jeremi...@gmail.com] Sent: March-03-15 5:22 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time The only two processes On Tue, Mar 3, 2015 at 4:13 PM, Tunney, Stephen stephen.tun...@nuance.com wrote: That's exactly what I'm talking about :) Besides, *my* installers never have any bugs ahem/ So the logs showed everything as completed. The only two processes that were running were both named Wix39.exe and weren't doing anything. I killed the processes and everything is working properly. No, I had ZERO instances of devenv.exe or msbuild.exe running (fresh start). Where should I put all of my logs? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: March-03-15 4:21 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time I think he's speaking of the Wix install itself running. I seem to remember the VS integration hunk being horrid and random as far as timing. Did you have any instances of Visual Studio running while the installer is running? (I forget the command but I think we shell out to devenv to register / integrate.) -Original Message- From: Jeremiahf [mailto:jeremi...@gmail.com] Sent: Tuesday, March 03, 2015 3:19 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] 3.9 RC2 Installer Sitting at CA for a long time as in Verbose log. :) On Tue, Mar 3, 2015 at 3:17 PM, Jeremiahf jeremi...@gmail.com wrote: What is your CA code? logs? On Tue, Mar 3, 2015 at 3:02 PM, Tunney, Stephen stephen.tun...@nuance.com wrote: :( Nothing else is running on the machine. Action 14:40:52: RollbackCleanup. Removing backup files I'm looking at SysInternals Process Explorer and nothing looks pegged: CPU is at 10% RAM is low disk I/O doesn't seem crazy either Log files are: WiX Toolset_v3.9.1208.0_20150303143601 WiX Toolset_v3.9.1208.0_20150303143601_6_Wix WiX Toolset_v3.9.1208.0_20150303143601_7_Wix64 WiX Toolset_v3.9.1208.0_20150303143601_8_msdk.msi WiX Toolset_v3.9.1208.0_20150303143601_9_nsdk2010.msi WiX Toolset_v3.9.1208.0_20150303143601_10_nsdk2013.msi WiX Toolset_v3.9.1208.0_20150303143601_11_votive.msi Is negative one really bad? :( Installing on Server 2012 R2 Standard. I have VS 2013 Premium Update 4 installed on the machine as well. Thoughts on where I should look from here? --- -- - Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly
Re: [WiX-users] Custom action without having to install .net
You might look into this: https://msdn.microsoft.com/en-us/vstudio/dotnetnative.aspx We have had success with this in writing a couple of very simple CAs for experimentation (starting tomcat service bootstrappers, SQL Server CAs). Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Craig Reeves [mailto:craig.ree...@kraygsoft.com] Sent: February-18-15 2:07 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Custom action without having to install .net Anything written in managed code using the dot net framework will have a dependency on .net your options are that you write the custom action in c++ or you compile it in .net 2 in the hope that they have that installed. One other option is to use a boot chainer like Burn. this will install the dotnet framework before executing the MSI. Kind Regards Craig Reeves craig.ree...@kraygsoft.com On Wed, Feb 18, 2015 at 6:22 AM, Sarvagya Pant sarvagya.p...@gmail.com wrote: I have created a custom action using C# .Net 4.0 that is supposed to get the property passed to it and create a file eg: msiexec /i somemsi.msi /l*v out.txt IPADDRESS=127.0.0.1 I have created both MSI that does the work. But as this MSI is to be deployed to customers, I have following questions: 1. Does the customer, which will install the product, should also install .net 4.0 for running just a function from the DLL of Custom Action? 2. If above case is true, how can I remove the dependency of adding .net 4.0 so that customer doesn't need to install .net before installing my executable? Thanks, Sarvagya -- *sarvagya* -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Kind Regards Craig Reeves craig.ree...@kraygsoft.com -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [WIX]: Japanese MSI package creation
All, Just because you have that header at the top doesn't mean that your file is ENCODED in UTF-8. Open the wxs file in VS and go to File-Advanced Save Options. Ensure that the codepage you want is specified. -Original Message- From: Dileep S [mailto:dileep.sanamp...@gmail.com] Sent: February-03-15 11:04 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] [WIX]: Japanese MSI package creation Hi Valdimar, I also used same on top of wxs file. ?xml version=1.0 encoding=UTF-8? If file name is in English there is no problem to create Japanese MSI package. If file name contains Japanese characters this problem occurs. Can you just check with your Wix Source by specifying Japanese characters? In folder it self i was able to see file name as like this (' ƒTƒ“ƒvƒ‹_’èŒ^06.SFC'). Can you just try and let me know by giving the file name same like this? Thanks in advance. On Wed, Feb 4, 2015 at 6:43 AM, Valdimar vrionia...@gmail.com wrote: dileep s wrote Component Id=sfcComponentId1 Guid=5eb3283d-5a24-405c-9309-f9a13a05077b DiskId=1 Feature=Complete File Id=sfcFileId1 Name=ƒTƒ“ƒvƒ‹_’èŒ^06.SFC Source=F:\Sample\Japanese\ƒTƒ“ƒvƒ‹_’èŒ^06.SFC KeyPath=yes / /Component I got following error: error LGHT0311: A string was provided with characters that are not available in the specified database code page '932'. Either change these characters to ones that exist in the database's code page, or update the database's code page by modifying one of the following attributes: Product/@Codepage, Module/@Codepage, Patch/@Codepage, PatchCreation/@Codepage, or WixLocalization/@Codepage. Hi Dileep, Do your WiX source files specify UTF-8 encoding at the top? Mine have ?xml version=1.0 encoding=UTF-8? and codepage 932 specified and I haven't seen that error. Looking through my code though... I seem to have managed to avoid using any Japanese characters in any of my filepaths. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-Japa nese-MSI-package-creation-tp7599117p7599124.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems running heat under LocalSystem service
Try running as local system from the command line with SysInternals PsExec https://technet.microsoft.com/en-ca/sysinternals/bb897553.aspx I think it is psexec -S cmd.exe (or powershell depending on your needs). Then try running heat again and see what permissions issues you are getting. Also try looking in other folders for tmp4869.tmp. Could be a hardcoded path somewhere that doesn't evaluate %TEMP% properly. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Dan Ports [mailto:d...@intrigma.com] Sent: January-30-15 10:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Problems running heat under LocalSystem service Hello, I recently tried setting up a build agent that runs MSBuild to build a simple WiX setup package. The build agent runs as a Windows service that runs under the LocalSystem account. I consistently received the following error: HarvestDirectory: ..\..\Tools\WiX\Heat.exe dir ..\..\Build\WiX\Release -cg WebComponents -dr INSTALLDIR -ke -scom -sreg -ag -sfrag -out obj\Release\_WebComponents_dir.wxs heat.exe : error HEAT0001: Could not find file 'C:\Windows\system32\config\systemprofile\AppData\Local\Temp\tmp4869.tmp'. When I tried running that command line in a normal interactive session, it completed successfully. When I switched the build agent to run under a domain user account rather than LocalSystem, the build completed successfully, so it seems like there is some kind of problem running the WiX tools under a LocalSystem service. This sounds very much like this issue: http://wixtoolset.org/issues/4596/ Has anyone else run into this? Thanks, Dan *Dan Ports* Vice President of Technology, Intrigma Inc. Medical Staffing Optimization And Scheduling Software 349 5th Avenue, New York, NY 10016 (212) 390-1040 | intrigma.com The information in this email is confidential and therefore privileged and/or protected under law. If you are not the intended recipient, please notify us immediately at i...@intrigma.com and delete the original message and any attachments. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems running heat under LocalSystem service
I've read your review. There are numerous emails regarding issues with calling the HeatDirectory task in MSBuild and having it error out when the wrong architecture-based MSBuild is called. I think there is a mixup in the task itself but that is just a guess. -Original Message- From: Dan Ports [mailto:d...@intrigma.com] Sent: January-30-15 1:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Problems running heat under LocalSystem service Thanks for the suggestions, Stephen. I dug a bit deeper, found the cause of the problem, and updated the original issue I mentioned: http://wixtoolset.org/issues/4596/ *Dan Ports* Vice President of Technology, Intrigma Inc. Medical Staffing Optimization And Scheduling Software 349 5th Avenue, New York, NY 10016 (212) 390-1040 | intrigma.com The information in this email is confidential and therefore privileged and/or protected under law. If you are not the intended recipient, please notify us immediately at i...@intrigma.com and delete the original message and any attachments. On Fri, Jan 30, 2015 at 11:38 AM, Tunney, Stephen stephen.tun...@nuance.com wrote: Try running as local system from the command line with SysInternals PsExec https://technet.microsoft.com/en-ca/sysinternals/bb897553.aspx I think it is psexec -S cmd.exe (or powershell depending on your needs). Then try running heat again and see what permissions issues you are getting. Also try looking in other folders for tmp4869.tmp. Could be a hardcoded path somewhere that doesn't evaluate %TEMP% properly. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Dan Ports [mailto:d...@intrigma.com] Sent: January-30-15 10:10 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Problems running heat under LocalSystem service Hello, I recently tried setting up a build agent that runs MSBuild to build a simple WiX setup package. The build agent runs as a Windows service that runs under the LocalSystem account. I consistently received the following error: HarvestDirectory: ..\..\Tools\WiX\Heat.exe dir ..\..\Build\WiX\Release -cg WebComponents -dr INSTALLDIR -ke -scom -sreg -ag -sfrag -out obj\Release\_WebComponents_dir.wxs heat.exe : error HEAT0001: Could not find file 'C:\Windows\system32\config\systemprofile\AppData\Local\Temp\tmp4869.tmp'. When I tried running that command line in a normal interactive session, it completed successfully. When I switched the build agent to run under a domain user account rather than LocalSystem, the build completed successfully, so it seems like there is some kind of problem running the WiX tools under a LocalSystem service. This sounds very much like this issue: http://wixtoolset.org/issues/4596/ Has anyone else run into this? Thanks, Dan *Dan Ports* Vice President of Technology, Intrigma Inc. Medical Staffing Optimization And Scheduling Software 349 5th Avenue, New York, NY 10016 (212) 390-1040 | intrigma.com The information in this email is confidential and therefore privileged and/or protected under law. If you are not the intended recipient, please notify us immediately at i...@intrigma.com and delete the original message and any attachments. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought
Re: [WiX-users] WiX 3.5 projects don't load properly with new Perforce plugin for vs2010
Does downgrading your client bring you back to a working state? If so, time to talk to Perforce. The P4 client for all versions of VS = 2010 have been... touchy from my experience (this pain stretches all the way back to 2001). I've never fully embraced them until 2012 when they finally got it right and don't modify the .sln or .???proj files. -Original Message- From: gapearce [mailto:mr_gapea...@yahoo.com] Sent: January-28-15 3:33 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX 3.5 projects don't load properly with new Perforce plugin for vs2010 I just found the version info for the plugin in VS2010 - it is Microsoft Visual Studio 2010 P4VS - Perforce Plugin for Visual Studio 2014.2.97.6861 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-3-5-projects-don-t-load-properly-with-new-Perforce-plugin-for-vs2010-tp7599070p7599071.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adjusting result of heat.exe?
Here's a little diddy I wrote up for the JDK. Some minor modifications will be required. There are two files JDK.HeatTx.xsl ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:wix=http://schemas.microsoft.com/wix/2006/wi; xsl:import href=JDK.HeatTx.base.xsl / xsl:variable name=platformx64/xsl:variable xsl:variable name=javaRuntimeSubfoldernamejdk1.7.0_21/xsl:variable xsl:variable name=installerCabDiskId$(var.JDKDiskId)/xsl:variable /xsl:stylesheet JDK.HeatTx.base.xsl ?xml version=1.0 encoding=utf-8 ? xsl:stylesheet version=1.0 xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:wix=http://schemas.microsoft.com/wix/2006/wi; xsl:output method=xml indent=yes / xsl:strip-space elements=*/ xsl:variable name=platformTEST/xsl:variable xsl:variable name=javaRuntimeSubfoldernameTEST/xsl:variable xsl:variable name=installerCabDiskIdTEST/xsl:variable xsl:template match=wix:Wix Wix xsl:comment*/xsl:comment xsl:comment*/xsl:comment xsl:comment*/xsl:comment xsl:commentThis code is AUTO-GENERATED by a combination of HEAT.EXE and the JDK.HeatTx.xsl:value-of select=$platform /.xsl file that should be RIGHT BESIDE THE FILE YOU ARE LOOKING AT IN VISUAL STUDIO/xsl:comment xsl:comment*/xsl:comment xsl:comment*/xsl:comment xsl:comment*/xsl:comment xsl:processing-instruction name=include$(var.SolutionDir)Variables.wxi/xsl:processing-instruction xsl:processing-instruction name=defineLibraries_JDK=$(var.MyAppLibraries)MyApp/JDK/server-jre-windows-xsl:value-of select=$platform //xsl:value-of select=$javaRuntimeSubfoldername ///xsl:processing-instruction xsl:apply-templates select=wix:Fragment / /Wix /xsl:template xsl:template match=wix:Wix/wix:Fragment name=Fragments Fragment xsl:apply-templates / /Fragment /xsl:template xsl:template match=@*|node() xsl:copy xsl:apply-templates select=@*|node()/ /xsl:copy /xsl:template xsl:template match=node()|@* name=all xsl:copy xsl:apply-templates select=node()|@*/ /xsl:copy /xsl:template xsl:template match=wix:Wix/wix:Fragment/wix:ComponentGroup/wix:Component name=Component xsl:element name=Component xsl:attribute name=Id xsl:value-of select=./@Id/ /xsl:attribute xsl:attribute name=Directory xsl:value-of select=./@Directory/ /xsl:attribute xsl:attribute name=Guid xsl:value-of select=./@Guid/ /xsl:attribute xsl:attribute name=DiskId xsl:value-of select=$installerCabDiskId/ /xsl:attribute xsl:apply-templates select=@*|node() / /xsl:element /xsl:template /xsl:stylesheet At the end, it should spit out something like this: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:wix=http://schemas.microsoft.com/wix/2006/wi; !--*-- !--*-- !--*-- !--This code is AUTO-GENERATED by a combination of HEAT.EXE and the JDK.HeatTx.x64.xsl file that should be RIGHT BESIDE THE FILE YOU ARE LOOKING AT IN VISUAL STUDIO-- !--*--
Re: [WiX-users] NuGet official Support
What versioning questions do you have? -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: January-15-15 5:15 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] NuGet official Support After we finish working out all the versioning questions. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Thursday, January 15, 2015 2:00 PM To: General discussion about the WiX toolset. Subject: [WiX-users] NuGet official Support When are we going to expect Official support for a NuGet and/or Chocolatey and/or OneGet package for WiX? :) -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] NuGet official Support
I can *watch* the weekly meetings Link? Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: January-16-15 12:43 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] NuGet official Support Watch last weekly meeting. Enumerate issues there. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Friday, January 16, 2015 7:07 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] NuGet official Support What versioning questions do you have? -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MBA Application - No controls showing up on my main view
Hello Everyone, Trying to create a window for my main view. I get the window showing up but no controls and no text. Just the standard MSI icon. I know I'm invoking the right class since the Run method defined below has a MessageBox.Show(...) and I'm getting that message box. Anyone have any previous experience with this? Is my XAML really that bad? XAML: Window x:Class=Nuance.NDI.Equitrac.MainView_Master xmlns=http://schemas.microsoft.com/winfx/2006/xaml/presentation; xmlns:x=http://schemas.microsoft.com/winfx/2006/xaml; xmlns:d=http://schemas.microsoft.com/expression/blend/2008; xmlns:mc=http://schemas.openxmlformats.org/markup-compatibility/2006; mc:Ignorable=d Title=Nuance Document Imaging Width=800 MinWidth=800 Height=600 MinHeight=600 Window.Resources BooleanToVisibilityConverter x:Key=BooleanToVisibilityConverter / /Window.Resources Image HorizontalAlignment=Left Height=379 Margin=84,96,0,0 VerticalAlignment=Top Width=479 Source=C:\Users\stephen_tunney\Pictures\Logan\2013-10-11.jpg/ /Window UX.cs: public class UX : BootstrapperApplication { public UX() : base() { #if DEBUG if (!System.Diagnostics.Debugger.IsAttached) System.Diagnostics.Debugger.Launch(); #endif } /// summary /// global dispatcher /// /summary static public Dispatcher BootstrapperDispatcher { get; private set; } /// summary /// entry point for our custom UI /// /summary protected override void Run() { MessageBox.Show(Hello World!); this.Engine.Log(LogLevel.Verbose, Launching Equtirac UX); BootstrapperDispatcher = Dispatcher.CurrentDispatcher; MainViewModel viewModel = new MainViewModel(this); viewModel.Bootstrapper.Engine.Detect(); MainView_Master view = new MainView_Master(); view.DataContext = viewModel; view.Closed += (sender, e) = BootstrapperDispatcher.InvokeShutdown(); Dispatcher.Run(); this.Engine.Quit(0); } } Logs show no errors: [18A4:16FC][2015-01-16T16:34:56]i001: Burn v3.9.901.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\ExpressMBA.exe, cmdline: '' [18A4:16FC][2015-01-16T16:34:56]i000: Initializing string variable 'InstallFolder' to value '[ProgramFilesFolder]Test\App' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20150116163456.log' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\ExpressMBA.exe' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleName' to value 'ExpressMBA' [18A4:16FC][2015-01-16T16:34:56]i000: Loading managed bootstrapper application. [18A4:16FC][2015-01-16T16:34:56]i000: Creating BA thread to run asynchronously. [18A4:25B8][2015-01-16T16:34:58]i000: Launching Equtirac UX [18A4:16FC][2015-01-16T16:34:58]i100: Detect begin, 2 packages [18A4:16FC][2015-01-16T16:34:58]i000: Registry key not found. Key = 'SOFTWARE\Equitrac\Express\1.0)' [18A4:16FC][2015-01-16T16:34:58]i052: Condition 'PreviousInstallFolder' evaluates to false. [18A4:16FC][2015-01-16T16:34:58]i000: Setting numeric variable 'Netfx35Version' to value 1 [18A4:16FC][2015-01-16T16:34:58]i102: Detected related bundle: {cba9179a-f8a5-4b2d-a060-b90d9449ecbc}, type: Upgrade, scope: PerMachine, version: 1.0.0.0, operation: None [18A4:16FC][2015-01-16T16:34:58]i052: Condition 'Netfx35Version' evaluates to true. [18A4:16FC][2015-01-16T16:34:58]i101: Detected package: dotnetfx35.exe, state: Present, cached: None [18A4:16FC][2015-01-16T16:34:58]i101: Detected package: CAS.msi, state: Absent, cached: None [18A4:16FC][2015-01-16T16:34:58]i199: Detect complete, result: 0x0 [18A4:16FC][2015-01-16T16:35:04]i500: Shutting down, exit code: 0x0 [18A4:16FC][2015-01-16T16:35:04]i410: Variable: InstallFolder = C:\Program Files (x86)\Test\App [18A4:16FC][2015-01-16T16:35:04]i410: Variable: Netfx35Version = 1 [18A4:16FC][2015-01-16T16:35:04]i410: Variable: ProgramFilesFolder = C:\Program Files (x86)\ [18A4:16FC][2015-01-16T16:35:04]i410: Variable: WixBundleAction = 4 [18A4:16FC][2015-01-16T16:35:04]i410: Variable: WixBundleElevated = 0 [18A4:16FC][2015-01-16T16:35:04]i410: Variable: WixBundleLog = C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20150116163456.log [18A4:16FC][2015-01-16T16:35:04]i410: Variable: WixBundleManufacturer = Test [18A4:16FC][2015-01-16T16:35:04]i410: Variable: WixBundleName = ExpressMBA
Re: [WiX-users] MBA Application - No controls showing up on my main view
And solved my own problem as soon as I had sent the email... I've been looking at this for two weeks on and off. My XAML Window/@x:Class 's namespace was different than that of the code-behind. The constructor I guess was being auto-created and InitializeComponent was not being called. One for the ages I guess. http://demotivators.despair.com/demotivational/mistakesdemotivator.jpg Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: January-16-15 4:40 PM To: General discussion about the WiX toolset. Subject: [WiX-users] MBA Application - No controls showing up on my main view Hello Everyone, Trying to create a window for my main view. I get the window showing up but no controls and no text. Just the standard MSI icon. I know I'm invoking the right class since the Run method defined below has a MessageBox.Show(...) and I'm getting that message box. Anyone have any previous experience with this? Is my XAML really that bad? XAML: Window x:Class=Nuance.NDI.Equitrac.MainView_Master xmlns=http://schemas.microsoft.com/winfx/2006/xaml/presentation; xmlns:x=http://schemas.microsoft.com/winfx/2006/xaml; xmlns:d=http://schemas.microsoft.com/expression/blend/2008; xmlns:mc=http://schemas.openxmlformats.org/markup-compatibility/2006; mc:Ignorable=d Title=Nuance Document Imaging Width=800 MinWidth=800 Height=600 MinHeight=600 Window.Resources BooleanToVisibilityConverter x:Key=BooleanToVisibilityConverter / /Window.Resources Image HorizontalAlignment=Left Height=379 Margin=84,96,0,0 VerticalAlignment=Top Width=479 Source=C:\Users\stephen_tunney\Pictures\Logan\2013-10-11.jpg/ /Window UX.cs: public class UX : BootstrapperApplication { public UX() : base() { #if DEBUG if (!System.Diagnostics.Debugger.IsAttached) System.Diagnostics.Debugger.Launch(); #endif } /// summary /// global dispatcher /// /summary static public Dispatcher BootstrapperDispatcher { get; private set; } /// summary /// entry point for our custom UI /// /summary protected override void Run() { MessageBox.Show(Hello World!); this.Engine.Log(LogLevel.Verbose, Launching Equtirac UX); BootstrapperDispatcher = Dispatcher.CurrentDispatcher; MainViewModel viewModel = new MainViewModel(this); viewModel.Bootstrapper.Engine.Detect(); MainView_Master view = new MainView_Master(); view.DataContext = viewModel; view.Closed += (sender, e) = BootstrapperDispatcher.InvokeShutdown(); Dispatcher.Run(); this.Engine.Quit(0); } } Logs show no errors: [18A4:16FC][2015-01-16T16:34:56]i001: Burn v3.9.901.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\ExpressMBA.exe, cmdline: '' [18A4:16FC][2015-01-16T16:34:56]i000: Initializing string variable 'InstallFolder' to value '[ProgramFilesFolder]Test\App' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20150116163456.log' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\ExpressMBA.exe' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Release\' [18A4:16FC][2015-01-16T16:34:56]i000: Setting string variable 'WixBundleName' to value 'ExpressMBA' [18A4:16FC][2015-01-16T16:34:56]i000: Loading managed bootstrapper application. [18A4:16FC][2015-01-16T16:34:56]i000: Creating BA thread to run asynchronously. [18A4:25B8][2015-01-16T16:34:58]i000: Launching Equtirac UX [18A4:16FC][2015-01-16T16:34:58]i100: Detect begin, 2 packages [18A4:16FC][2015-01-16T16:34:58]i000: Registry key not found. Key = 'SOFTWARE\Equitrac\Express\1.0)' [18A4:16FC][2015-01-16T16:34:58]i052: Condition 'PreviousInstallFolder' evaluates to false. [18A4:16FC][2015-01-16T16:34:58]i000: Setting numeric variable 'Netfx35Version' to value 1 [18A4:16FC][2015-01-16T16:34:58]i102: Detected related bundle: {cba9179a-f8a5-4b2d-a060-b90d9449ecbc}, type: Upgrade, scope: PerMachine, version: 1.0.0.0, operation: None [18A4:16FC][2015-01-16T16:34:58]i052: Condition 'Netfx35Version' evaluates to true. [18A4:16FC][2015-01-16T16:34:58]i101: Detected package: dotnetfx35.exe, state: Present, cached: None [18A4:16FC][2015-01-16T16:34:58]i101: Detected package: CAS.msi, state: Absent
Re: [WiX-users] Modifying a MSPs contents
Thank you, Bob for your helpful comments. I suppose recompiling the exe shell that is the MBA really isn't that bad. We can use the previously compiled MBA Assembly DLL and app.config which is our internal code and will already be properly signed. There is little real risk in the outer layer since it is all generated from WiX source. Cheers! Stephen -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: January-14-15 11:04 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Modifying a MSPs contents On 13-Jan-15 14:35, Tunney, Stephen wrote: Rob, Bob, et al, is there any dark magic out there that can assist in this quest? No. DTF can read a lot and write a bit. Reassembling packages isn't on the todo list for either DTF or Wix.dll. -- sig://boB http://joyofsetup.com/ -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] NuGet official Support
When are we going to expect Official support for a NuGet and/or Chocolatey and/or OneGet package for WiX? :) -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dark a WiX StdBA or MBA?
Amazing! Ok, second part of my question is this: Can I inject a replacement msi/msp payload? What tool would I use then? My scenario is that we are looking to change our signing strategy into a manner that more efficiently uses our existing payloads rather than a recompile of our installers and bootstrapper. New scenario is this Get Gold RTM Candidate signed with internal development keys. Dark the bootstrapper - Get MSIs/MSPs Use Windows Installer APIs to aquire binaries from each, and extract Sign+Timstamp those Use Windows Installer APIs to re-insert binaries for each Sign+Timestamp updated MSIs/MSPs Use ??? to update bootstrapper payload(s) Sign+Timestamp updated bootstrapper. Release to the world This is a generic approach (IMHO) that can be used universally and can facilitate proper code signing and strong naming (PKI) infrastructure for enterprise development houses. Any insight would be amazing! Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself T -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: January-13-15 11:43 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Dark a WiX StdBA or MBA? Yes. Dark can be used to extract the payload. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Tuesday, January 13, 2015 9:35 AM To: General discussion about the WiX toolset. Subject: [WiX-users] Dark a WiX StdBA or MBA? Can a BA be processed by a dark or melt type application? -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Modifying a MSPs contents
Hello all again Another question about modifying installers. This time patches. I'm looking through the Microsoft.Deployment.WindowsInstaller.dll and I see a few methods for enumerating transforms and I *read* TransformInfo objects but I do not see any way to manipulate those objects (with say, newly signed binaries) :) Rob, Bob, et al, is there any dark magic out there that can assist in this quest? Regards, Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Dark a WiX StdBA or MBA?
Can a BA be processed by a dark or melt type application? -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating patches using wixout (-bf flag deprecated)
You need to start using the bindpath variables in your wxs sources. Melt will take care of pointing the wixpdb to the new location. -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: January-08-15 2:39 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Creating patches using wixout (-bf flag deprecated) Ouch. So now you have to keep your old and new source files on hand. Would be nice to keep the bind-files option or work it into the wixpdb. Also, not being able to bind the files into the wixout or wixpdb means that if you move the wixout/wixpdb and then try to run Pyro against it, all the paths are now pointing to the wrong place. It's quite frustrating. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-patches-using-wixout-bf-flag-deprecated-tp7598765p7598774.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating patches using wixout (-bf flag deprecated)
Melt kind of does an administrative install of the database (msi or msm). It updates the wixpdb Data entries to point to the new location for the files. -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: January-08-15 3:04 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Creating patches using wixout (-bf flag deprecated) Bind paths vs. Visual Studio project references (e.g. $(var.MyProject.TargetDir))...the latter doesn't require passing custom parameters to light. Why make the specifying of a source file more arcane with a bind paths binder variable? Especially when the use case is a patch file in the unseen future? IMHO, better to just let us use a -bf flag when we need it. I personally like being able to bind the binary data into the wixout so that it can be moved and used later. Such a useful feature to throw away. Especially when the binder variable is not a great replacement. What's melt got to do with it? Isn't that for merge modules? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-patches-using-wixout-bf-flag-deprecated-tp7598765p7598779.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is this code doing?
It is ensuring that an empty directory named Program Files\Common Files\Microsoft Shared\Help It seems a bit odd that DirectoryRef elements aren't being used. We would need to see more of the Fragment/file to know EXACTLY where this directory structure will land. is created. Stephen Tunney -Original Message- From: Majcica, Mario [mailto:mario.majc...@bakerhughes.com] Sent: December-18-14 10:00 AM To: General discussion about the WiX toolset. Subject: [WiX-users] What is this code doing? Hi all, I inherited in maintenance a WiX project and unfortunately who created can't be asked about it. All of the code is clear except the following: Directory Id=ProgramFilesFolder Name=Program Files Directory Id=CommonFilesFolder Name=Common Files Directory Id=MSShared.3643236F_FC70_11D3_A536_0090278A1BB8 Name=Microsoft Shared Directory Id=D_Help Name=Help Component Id=Bogus_HHRegCA_component Guid={07C0C968-85D1-11D4-A53F-0090278A1BB8} KeyPath=yes CreateFolder Directory=D_Help / /Component /Directory /Directory /Directory /Directory Can anyone help me understanding what is this code doing? Thanks Mario Majcica -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch sequencing problem - Small update + a supseding hotfix
Superseding really *should* mean that the update you are providing is meant to include the fixes from all previous fixes. If the result is a file gets rolled back as part of a hotfix then so be it. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: kirannhegde [mailto:kirann.he...@gmail.com] Sent: December-01-14 11:42 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patch sequencing problem - Small update + a supseding hotfix Hello, Thanks for the response. I am not using Wix to build my patch. I am using msimsp to build my patch. Another follow up question: Is a superseding hotfix meant to replace everything from supserseded hotfixes , even if that results in downgrade of files? Regards, Kiran Hegde -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-sequencing-problem-Small-update-a-supseding-hotfix-tp7598304p7598312.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unhandled exception when launching MBA
Hey everyone, Trying to create an MBA based on .NET 4.5. Everything compiled correctly but when I launch the exe I get an unhandled exception: An unhandled Microsoft NET Framework exception occurred in ExpressMBA.exe [4400]. When I attach the VS 2013 debugger the breakpoint is sitting at the DetectBegin event handler's open brace that I have implemented. void Bootstrapper_DetectBegin(object sender, DetectBeginEventArgs e) Breakpoint here { //TODO } I can't bring up $exception in the watch window or the immediate window (sad Panda). The logs don't show anything out of the ordinary either. Does anyone have any insight into this exception? [1130:1F78][2014-12-02T11:59:06]i001: Burn v3.9.901.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe, cmdline: '' [1130:1F78][2014-12-02T11:59:06]i000: Initializing string variable 'InstallFolder' to value '[ProgramFilesFolder]Test\App' [1130:1F78][2014-12-02T11:59:06]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20141202115906.log' [1130:1F78][2014-12-02T11:59:06]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe' [1130:1F78][2014-12-02T11:59:06]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\' [1130:1F78][2014-12-02T11:59:06]i000: Setting string variable 'WixBundleName' to value 'ExpressMBA' [1130:1F78][2014-12-02T11:59:06]i000: Loading managed bootstrapper application. [1130:1F78][2014-12-02T11:59:06]i000: Creating BA thread to run asynchronously. [1130:15FC][2014-12-02T11:59:06]i000: Launching Equtirac UX [1130:1F78][2014-12-02T12:00:09]i100: Detect begin, 2 packages [1130:1F78][2014-12-02T12:03:12]i000: Setting string variable 'NETFRAMEWORK45' to value '378758' [1130:1F78][2014-12-02T12:03:12]i000: Registry key not found. Key = 'SOFTWARE\Equitrac\Express\1.0)' [1130:1F78][2014-12-02T12:03:12]i052: Condition 'PreviousInstallFolder' evaluates to false. [1130:1F78][2014-12-02T12:03:12]i052: Condition 'NETFRAMEWORK45 = 378389' evaluates to true. [1130:1F78][2014-12-02T12:03:14]i101: Detected package: NetFx45Redist, state: Present, cached: None [1130:1F78][2014-12-02T12:03:14]i101: Detected package: CAS.msi, state: Absent, cached: None [1130:1F78][2014-12-02T12:03:14]i199: Detect complete, result: 0x0 [1130:1F78][2014-12-02T12:03:16]i500: Shutting down, exit code: 0x0 [1130:1F78][2014-12-02T12:03:17]i410: Variable: InstallFolder = C:\Program Files (x86)\Test\App [1130:1F78][2014-12-02T12:03:17]i410: Variable: NETFRAMEWORK45 = 378758 [1130:1F78][2014-12-02T12:03:17]i410: Variable: ProgramFilesFolder = C:\Program Files (x86)\ [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleAction = 4 [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleElevated = 0 [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleLog = C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20141202115906.log [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleManufacturer = Test [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleName = ExpressMBA [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleOriginalSource = C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleOriginalSourceFolder = C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleProviderKey = {8bc45db7-dbfd-4b2f-85ff-dcece008eef3} [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleTag = [1130:1F78][2014-12-02T12:03:17]i410: Variable: WixBundleVersion = 1.0.0.0 [1130:1F78][2014-12-02T12:03:17]i007: Exit code: 0x0, restarting: No Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unhandled exception when launching MBA
Bingo! That did it :) Thank you for the heads up Phill!!! -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: December-02-14 2:15 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Unhandled exception when launching MBA I'm not sure if this comment will be much help, but when I started working on an mba I made the mistake of trying to interact with Engine Variables early in my app startup, before DetectBegin handler was fired, which caused threads to close and then an exception later. I add System.Diagnostics.Debugger.Launch(); to the app::Run function and step in from there. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unhandled-exception-when-launching-MBA-tp7598331p7598332.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch sequencing problem - Small update + a supseding hotfix
I'm going to assume that you have the binaryref tag in your patch family. The pure WiX patching method has a bug in torch that doesn't update the path for binary entries in the upgrade path. Nor does melt extract the binary file for you. You will need to do these things manually at the moment to get the new CustomAction into the patch. From: kirannhegde [kirann.he...@gmail.com] Sent: December 1, 2014 1:15 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Patch sequencing problem - Small update + a supseding hotfix Hello All,Here is my scenario:Base product has a version of 1.0-I have a small update(QFE) which has a sequence number of 1.0.6.0The small update contains a file named PatchCustomActions.dll with a version of 1.0.3.0Patch code: {2BA41362-74A7-427D-A219-93CBFF4C5844}The small update also contains a text file name Sample.txt which has the text : Hotfix 3-I have another minor upgrade msp package which has a sequence number of 1.0.4.0The minor upgrade contains the same file named PatchCustomActions.dll with a version of 1.0.0.0Patch code:{7E832DAB-2AD8-440F-A3B5-2558237E53D7}The minor upgrade also contains the same text file name Sample.txt which has the text : Hotfix Rollup Pack 1Few other facts about the packages:-Both the small update and minor upgrade target the base product v1.0.-The minor upgrade also has the supersedence bit set(i.e it supersedes all preceding hotfixes which belong to the same family and has a lower sequence number).-The minor upgrade transforms the product version to 1.1-The small update has a higher sequence number than the minor upgrade package as i dont want the small update to be superseded.Scenario:I install small update followed by the minor upgrade package. The windows installer log states that the logical order of application of the patches is the small update followed by the minor upgrade.However, at the end of the installation, i observe that the version of PatchCustomActions.dll is still 1.0.0.0(i.e the version contained in the minor upgrade, even though the small update contains v1.0.3.0 of the dll).Could someone explain to me as to why this is happening?Attached is the log file for your reference.Any help woudl be very much appreciated.Thanks,Kiran Hegde HRP1_+_HF3.log http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7598304/HRP1_%2B_HF3.log -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-sequencing-problem-Small-update-a-supseding-hotfix-tp7598304.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .wixpdb usage
Hello Everyone and good day, As part of our automated build process I back up all generated .wixpdb files. I'm just wondering how useful these are when debugging a crash or hang of an MSI when given a dump file from a customer. Can they be used at all? I need the .wixpdb files for generating our patches via the Pure WiX Patching method but I don't necessarily need to keep any around long term other than the RTM ones. I've been googling a lot over the past few hours and haven't found any concrete evidence of what else these files are useful for. Thanks! Stephen -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .wixpdb usage
Don't tease me like that, Rob! :) Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: November-19-14 1:36 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] .wixpdb usage Today: patching. Future: ? _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Wednesday, November 19, 2014 10:32 AM To: General discussion about the WiX toolset. Subject: [WiX-users] .wixpdb usage Hello Everyone and good day, As part of our automated build process I back up all generated .wixpdb files. I'm just wondering how useful these are when debugging a crash or hang of an MSI when given a dump file from a customer. Can they be used at all? I need the .wixpdb files for generating our patches via the Pure WiX Patching method but I don't necessarily need to keep any around long term other than the RTM ones. I've been googling a lot over the past few hours and haven't found any concrete evidence of what else these files are useful for. Thanks! Stephen -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Generate mst files based on wixout instead of MSIs (to reduce build time)
Rule #1: You must use bindpaths in your RTM msi. -Original Message- From: SE [mailto:evensi...@gmail.com] Sent: November-12-14 1:59 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Generate mst files based on wixout instead of MSIs (to reduce build time) Hi Tobias, I'm also trying to build the .mst based on the .wixout instead the .msi Do you have any insight on the subject? Did you managed to fix it out? TNX -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Generate-mst-files-based-on-wixout-instead-of-MSIs-to-reduce-build-time-tp7596620p7597882.html Sent from the wix-users mailing list archive at Nabble.com. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Directory ID character case - Does it matter
Hey everyone, I've got a large number of directories and files that look like this (pseudo code): DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_FR Component Id=XXX_FR file Name=myapp_fr.exe Source=!(bindpath.start)/myapp_fr.exe keypath=true/ /Component /Directory /DirectoryRef DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_EN Component Id=XXX_EN file Name=myapp_en.exe Source=!(bindpath.start)/myapp_en.exe keypath=true/ /Component /Directory /DirectoryRef And the list of language-specific binaries continues ad-nausea. Notice the case difference in the file name and the component/directory ID values. First question, does the CASE of an ID matter? Second, do these equate to public properties if they are all caps? I would really like to stick all of this pattern utilizing the preprocessor foreach. There are hundreds of files, components, and directories that match this exact pattern for us, and the list of languages we are going to be supporting going forward will only get larger. Thanks! Stephen Tunney Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory ID character case - Does it matter
Thank you for your fast response, John. Now the next question. I have a pattern below. The language however is really derived from the locale (ex. en-US, fr-FR, etc.). I pull the Language out in a CA and each component has a ConditionalLANGUAGE=en/Conditional inside of it. I would like to leverage this for our folder structure though. So when $(var.Language) = fr (or FR) we can say $(fun.toUpper(var.Language)) inside of the Directory/@Id or toLower for the file/@Name and then I don't need a second lookup/map set up in our wix preprocessor variable list. So the question is this: Is there a toUpper function available in the existing wix preprocessor extensions? The only documented function appears to be $(fun.AutoVersion(x.y)), as listed at http://wixtoolset.org/documentation/manual/v3/overview/preprocessor.html Cheers, Stephen -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: October-21-14 11:32 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Directory ID character case - Does it matter 1) Yes 2) Public Properties (those that can be altered on the command line and/or (with the Secure attribute) will pass to/from the UI and Execute sequences MUST be all upper case. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Tuesday, October 21, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: [WiX-users] Directory ID character case - Does it matter Hey everyone, I've got a large number of directories and files that look like this (pseudo code): DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_FR Component Id=XXX_FR file Name=myapp_fr.exe Source=!(bindpath.start)/myapp_fr.exe keypath=true/ /Component /Directory /DirectoryRef DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_EN Component Id=XXX_EN file Name=myapp_en.exe Source=!(bindpath.start)/myapp_en.exe keypath=true/ /Component /Directory /DirectoryRef And the list of language-specific binaries continues ad-nausea. Notice the case difference in the file name and the component/directory ID values. First question, does the CASE of an ID matter? Second, do these equate to public properties if they are all caps? I would really like to stick all of this pattern utilizing the preprocessor foreach. There are hundreds of files, components, and directories that match this exact pattern for us, and the list of languages we are going to be supporting going forward will only get larger. Thanks! Stephen Tunney Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Directory ID character case - Does it matter
It would behove me to ask if this would be welcome in WiX 4 as a new feature or should I just have it be another custom extension function that we have for our in-house development? Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself T -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: October-21-14 12:23 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Directory ID character case - Does it matter No, but it would have to qualify as one of the easier ones to write. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Tuesday, October 21, 2014 11:15 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Directory ID character case - Does it matter Thank you for your fast response, John. Now the next question. I have a pattern below. The language however is really derived from the locale (ex. en-US, fr-FR, etc.). I pull the Language out in a CA and each component has a ConditionalLANGUAGE=en/Conditional inside of it. I would like to leverage this for our folder structure though. So when $(var.Language) = fr (or FR) we can say $(fun.toUpper(var.Language)) inside of the Directory/@Id or toLower for the file/@Name and then I don't need a second lookup/map set up in our wix preprocessor variable list. So the question is this: Is there a toUpper function available in the existing wix preprocessor extensions? The only documented function appears to be $(fun.AutoVersion(x.y)), as listed at http://wixtoolset.org/documentation/manual/v3/overview/preprocessor.html Cheers, Stephen -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: October-21-14 11:32 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Directory ID character case - Does it matter 1) Yes 2) Public Properties (those that can be altered on the command line and/or (with the Secure attribute) will pass to/from the UI and Execute sequences MUST be all upper case. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Tuesday, October 21, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: [WiX-users] Directory ID character case - Does it matter Hey everyone, I've got a large number of directories and files that look like this (pseudo code): DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_FR Component Id=XXX_FR file Name=myapp_fr.exe Source=!(bindpath.start)/myapp_fr.exe keypath=true/ /Component /Directory /DirectoryRef DirectoryRef Id=INSTALLFOLDER Directory Id=XXX_EN Component Id=XXX_EN file Name=myapp_en.exe Source=!(bindpath.start)/myapp_en.exe keypath=true/ /Component /Directory /DirectoryRef And the list of language-specific binaries continues ad-nausea. Notice the case difference in the file name and the component/directory ID values. First question, does the CASE of an ID matter? Second, do these equate to public properties if they are all caps? I would really like to stick all of this pattern utilizing the preprocessor foreach. There are hundreds of files, components, and directories that match this exact pattern for us, and the list of languages we are going to be supporting going forward will only get larger. Thanks! Stephen Tunney Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use
[WiX-users] WiX 3.x Installs are mutually exclusive. Why? :)
Hey guys, Just ramping up to upgrade from 3.7 to 3.9 and it appears as though I can only have 1 version installed (via the installer) at a time on my development box. This has me a touch concerned. I would really like to maintain older versions of our product with the version of WiX that generated the RTM installer. I think this would be essential for generating patches, etc. Also, I have noticed that the SDK folder structure in the ZIPs in 3.9 (and 3.8) do not match the directory structure of the installer. Is there a reason for this? Cheers, Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.x Installs are mutually exclusive. Why? :)
How does that translate into usage by developers? Where is [[Version]] pulled from? I see the following at the top of my wixproj files Project ToolsVersion=4.0 DefaultTargets=Build xmlns=http://schemas.microsoft.com/developer/msbuild/2003; Import Project=../../WiXVersioning.targets / PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration Platform Condition= '$(Platform)' == '' x86/Platform ProductVersion3.7/ProductVersion I'm assuming I should put the propertygroup you mentioned below the ProductVersion and replace [[Version]] with $(ProductVersion). And even then, to that end I would likely just stick all of these things in my existing WiXVersioning.targets file so all wixproj files get the changes from one place. Also, I'm assuming the zip file's .target files take care of the difference in the folder structure. In the wix3.9-binaries we have ./sdk/inc ./sdk/vs20XX/lib ./x64 ./x86 From the installer we have ./sdk ./sdk/VS20XX/lib (I'll ignore the case difference because this is windows I'm concerned about, not mono) ./sdk/VS20XX/inc There is an inc folder in each version of VS for the installer. Shouldn't this be one inc file and multiple lib folders as it is in the zip? This seems to be a bug in the installer to me. Also, in the zip there is no bin folder. Everything from the bin folder is just in the root, including ./x86. Would we be able to update one or the other before RTM and get this addressed? How does this currently get addressed? How do the wix.targets and wix20XX.targets files address the complete difference in disk footprint that these two deployment strategies present? Right now we are moving files around from the zip to match the directory structure of what is laid down in the installer so that things actually compile. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: October-02-14 2:54 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] WiX 3.x Installs are mutually exclusive. Why? :) You don't need WiX installed to use it. Check out the Integrating WiX Projects Into Daily Builds topic in the help file. Short version is to download the binaries zip, put it in a known location on your build machine, and then use PropertyGroup WixToolPath$(SourceCodeControlRoot)\wix\[[Version]]\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath /PropertyGroup in your project to point it at the desired WiX version. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Thursday, October 02, 2014 1:29 PM To: General discussion about the WiX toolset. Subject: [WiX-users] WiX 3.x Installs are mutually exclusive. Why? :) Hey guys, Just ramping up to upgrade from 3.7 to 3.9 and it appears as though I can only have 1 version installed (via the installer) at a time on my development box. This has me a touch concerned. I would really like to maintain older versions of our product with the version of WiX that generated the RTM installer. I think this would be essential for generating patches, etc. Also, I have noticed that the SDK folder structure in the ZIPs in 3.9 (and 3.8) do not match the directory structure of the installer. Is there a reason for this? Cheers, Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https
[WiX-users] WiX 3.9 RTM
Hey Rob, Bob Just curious as to how you feel about the stability of 3.9.901.0 (RC3). Do you feel that it will become the RTM? Thanks, Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT0284: Support for more than 260 characthers in Path?
Does prepending the path with \\?\ help out at all? http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-paths-in-net-part-1-of-3-kim-hamilton.aspx Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Carter Young [mailto:ecyo...@grandecom.net] Sent: September-15-14 10:03 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] LGHT0284: Support for more than 260 characthers in Path? The Visual Studio Limit is still 260. I don't think that Wix should go greater than 260 when the IDE has issues... Carter Quoting neslekkim asbj...@neslekkim.net: I thought Windows supports more than 260 characters by now? According to this: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs. 85).aspx#maxpath We run into path problems way to often with this.. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/LGHT0284 -Support-for-more-than-260-characthers-in-Path-tp7596814.html Sent from the wix-users mailing list archive at Nabble.com. -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT0284: Support for more than 260 characthers in Path?
What are you using for a CI engine? Jenkins and CruiseControl.NET allow for doing custom workspace roots that can help shorten your path lengths. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself ™ -Original Message- From: Asbjørn Mikkelsen [mailto:asbj...@neslekkim.net] Sent: September-15-14 11:01 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] LGHT0284: Support for more than 260 characthers in Path? So, if Windows Installer api does not support it, does that mean that Light would not work? on the workstations where we develop and build, it works ok, but on the buildserver, since it's scoping the output from versioncontrol for each build, it crashes from time to time, very annoying, and this is 2014.. On Mon, Sep 15, 2014 at 4:43 PM, Rob Mensching r...@firegiant.com wrote: Win32 pretty consistently supports that syntax. .NET Framework pretty consistently does not. IIRC, Windows Installer API never supports it. IOW, we are mostly SOL. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Monday, September 15, 2014 7:15 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] LGHT0284: Support for more than 260 characthers in Path? Does prepending the path with \\?\ help out at all? http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-paths-in-net-p art-1-of-3-kim-hamilton.aspx Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- mvh Asbjørn -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What should i sign (digitaly)?
A signature doesn't just say this is something I wrote though. Authenticode *should* be used to ensure that what you have provided to your customers hasn't been modified in any way (malicious or not). Authenticode also assists with code getting around annoying anti-virus behaviour as well. We sign all of our 3rd party libraries for this reason. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: September-12-14 1:20 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What should i sign (digitaly)? I don't understand why you'd want to declare something is yours (i.e. put your signature on it) when it isn't. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Ilir Bekteshi [mailto:ilir...@gmail.com] Sent: Friday, September 12, 2014 1:09 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What should i sign (digitaly)? I think i didn't make myself clear, i do know how to sign the files. The question was more like should i sign and timestamp Wix Toolset binaries with my own certificate? -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn to MSI -- Secure password -- Best Parctice
Is there a wiki article or anything on security best practices where this stuff could be captured a little more formally? -Original Message- From: Sean Hall [mailto:r.sean.h...@gmail.com] Sent: August-27-14 6:44 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Burn to MSI -- Secure password -- Best Parctice Make sure that your mba uses the SecureStringVariables property in the Engine class, which requires that your password is in a SecureString. You shouldn't put the password in a System.String. On Wed, Aug 27, 2014 at 11:55 AM, Phill Hogland phogl...@rimage.com wrote: Thanks Rob, very much. I had the Bundle/@Variable hidden but missed the Product/@Property. Thanks again. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-to- MSI-Secure-password-Best-Parctice-tp7596576p7596578.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Manager Bootstrapper issue with requirement for .net framework
Hello everyone, I'm attempting to write my first bootstrapper (YAY) and I've decided that the managed bootstrapper would be ideal for our organization. I'm trying to get a quick and dirty sample up and running with a dummy MSI inside that installs its own WXS file. Running WiX 3.8 RTM with VS2013 on Win7x64. So my issue is this: The prerequisite dialog appears with the license. I can click Install and the UAC dialog appears. The progress bar shows up but goes nowhere for about 10-15 seconds and eventually the process just dies. I have .NET 3.5.1 as a prerequisite. I have this version of the framework installed on my machine as well as 4.5.1 though our product will only really need 3.5 for runtime. I'm not getting any compiler errors or anything. I have tried this with supportedRuntime set to: supportedRuntime version=v4.0 / OR supportedRuntime version=v2.0.50727 / And the behaviour does not change. Has anyone else seen this behaviour? == Bundle.wxs ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; xmlns:bal=http://schemas.microsoft.com/wix/BalExtension; Bundle Name=ExpressMBA Version=1.0.0.0 Manufacturer=Test UpgradeCode=98f562b0-179f-4295-ba70-ee5a957d1b10 BootstrapperApplicationRef Id=ManagedBootstrapperApplicationHost Payload SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll.config/ Payload SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll/ Payload SourceFile=C:\Program Files (x86)\WiX Toolset v3.8\SDK\Microsoft.Deployment.WindowsInstaller.dll/ /BootstrapperApplicationRef Variable Name=InstallFolder Type=string Value=[ProgramFilesFolder]Test\App/ Chain PackageGroupRef Id='Netfx351Full' / !--PackageGroupRef Id=NetFx40Web /-- MsiPackage SourceFile=..\CAS\bin\Debug\CAS.msi Compressed=no Cache=yes DisplayInternalUI=yes EnableFeatureSelection=no ForcePerMachine=yes InstallCondition=1 Visible=yes Vital=yes MsiProperty Name=INSTALLLOCATION Value=[InstallFolder] / /MsiPackage /Chain /Bundle Fragment !-- Managed bootstrapper requires .NET as a dependency, since it was written in .NET. WiX provides a Bootstrapper for the bootstrapper. The fragment below includes .NET. For more information or examples see Heath Stewart's blog or the WiX source: http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx -- WixVariable Id=WixMbaPrereqPackageId Value=Netfx351Full / WixVariable Id=WixMbaPrereqLicenseUrl Value=NetfxLicense.rtf / util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework Setup\NDP\v3.5 Value=Version Variable=Netfx351FullVersion / util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework Setup\NDP\v3.5 Value=Version Variable=Netfx351x64FullVersion Win64=yes / PackageGroup Id=Netfx351Full ExePackage Id=Netfx351Full Cache=no Compressed=yes PerMachine=yes Permanent=yes Vital=yes SourceFile=\\wat-bartist.watdev.ca\Build_Depot\Support\DotNetRedist\dotNetFx35.exe DownloadUrl=http://www.microsoft.com/en-ca/download/details.aspx?id=25150; DetectCondition=(Netfx351FullVersion=quot;3.5.30729.5420quot;) AND (NOT VersionNT64 OR (Netfx351x64FullVersion=quot;3.5.30729.5420quot;)) InstallCondition=(VersionNT = v6.0 OR VersionNT64 = v6.0) AND (NOT (Netfx351FullVersion=quot;3.5.30729.5420quot; OR Netfx351x64FullVersion=quot;3.5.30729.5420quot;))/ /PackageGroup /Fragment Fragment !-- Managed bootstrapper requires .NET as a dependency, since it was written in .NET. WiX provides a Bootstrapper for the bootstrapper. The fragment below includes .NET. For more information or examples see Heath Stewart's blog or the WiX source: http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx -- WixVariable Id=WixMbaPrereqPackageId Value=Netfx451Full / WixVariable Id=WixMbaPrereqLicenseUrl Value=NetfxLicense.rtf / util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework Setup\NDP\v4\Full Value=Version Variable=Netfx4FullVersion / util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework Setup\NDP\v4\Full Value=Version Variable=Netfx4x64FullVersion Win64=yes / PackageGroup Id=Netfx451Full ExePackage Id=Netfx451Full Cache=yes Compressed=yes PerMachine=yes Permanent=yes Vital=yes SourceFile=\\wat-bartist.watdev.ca\Build_Depot\Support\DotNetRedist\NDP451-KB2858728-x86-x64-AllOS-ENU.exe DownloadUrl=http://www.microsoft.com/en-us/download/details.aspx?id=40779; DetectCondition=(Netfx4FullVersion=quot;4.5.50938quot;) AND (NOT VersionNT64 OR
Re: [WiX-users] Manager Bootstrapper issue with requirement for .net framework
I now have an error in my logs much sooner in the bootstrapper process: [1878:157C][2014-08-18T23:01:04]i001: Burn v3.8.1128.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe, cmdline: '' [1878:157C][2014-08-18T23:01:04]i000: Initializing string variable 'InstallFolder' to value '[ProgramFilesFolder]Test\App' [1878:157C][2014-08-18T23:01:05]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20140818230105.log' [1878:157C][2014-08-18T23:01:05]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe' [1878:157C][2014-08-18T23:01:05]i000: Setting string variable 'WixBundleName' to value 'ExpressMBA' [1878:157C][2014-08-18T23:01:05]i000: Loading managed bootstrapper application. [1878:157C][2014-08-18T23:01:05]e000: Error 0x80131040: Failed to create the managed bootstrapper application. [1878:157C][2014-08-18T23:01:05]e000: Error 0x80131040: Failed to create UX. [1878:157C][2014-08-18T23:01:05]e000: Error 0x80131040: Failed to load UX. [1878:157C][2014-08-18T23:01:05]e000: Error 0x80131040: Failed while running [1878:157C][2014-08-18T23:01:05]i410: Variable: InstallFolder = C:\Program Files (x86)\Test\App [1878:157C][2014-08-18T23:01:05]i410: Variable: ProgramFilesFolder = C:\Program Files (x86)\ [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleAction = 4 [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleElevated = 0 [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleLog = C:\Users\STEPHE~1\AppData\Local\Temp\ExpressMBA_20140818230105.log [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleManufacturer = Test [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleName = ExpressMBA [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleOriginalSource = C:\5.5_tunney\Installation\Products\ExpressMBA\ExpressMBA\bin\Debug\ExpressMBA.exe [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleProviderKey = {fc128d53-fa1a-4bd5-b617-22c31c97df0f} [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleTag = [1878:157C][2014-08-18T23:01:05]i410: Variable: WixBundleVersion = 1.0.0.0 [1878:157C][2014-08-18T23:01:05]e000: Error 0x80131040: Failed to run per-user mode. [1878:157C][2014-08-18T23:01:05]i007: Exit code: 0x80131040, restarting: No From: Sean Hall [r.sean.h...@gmail.com] Sent: August 18, 2014 4:52 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Manager Bootstrapper issue with requirement for .net framework The configuration file must be named BootstrapperCore.config. The easiest thing to do is just add Name=BootstrapperCore.config to the Payload of your config file. On Mon, Aug 18, 2014 at 1:49 PM, Tunney, Stephen stephen.tun...@nuance.com wrote: Hello everyone, I'm attempting to write my first bootstrapper (YAY) and I've decided that the managed bootstrapper would be ideal for our organization. I'm trying to get a quick and dirty sample up and running with a dummy MSI inside that installs its own WXS file. Running WiX 3.8 RTM with VS2013 on Win7x64. So my issue is this: The prerequisite dialog appears with the license. I can click Install and the UAC dialog appears. The progress bar shows up but goes nowhere for about 10-15 seconds and eventually the process just dies. I have .NET 3.5.1 as a prerequisite. I have this version of the framework installed on my machine as well as 4.5.1 though our product will only really need 3.5 for runtime. I'm not getting any compiler errors or anything. I have tried this with supportedRuntime set to: supportedRuntime version=v4.0 / OR supportedRuntime version=v2.0.50727 / And the behaviour does not change. Has anyone else seen this behaviour? == Bundle.wxs ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util= http://schemas.microsoft.com/wix/UtilExtension; xmlns:bal= http://schemas.microsoft.com/wix/BalExtension; Bundle Name=ExpressMBA Version=1.0.0.0 Manufacturer=Test UpgradeCode=98f562b0-179f-4295-ba70-ee5a957d1b10 BootstrapperApplicationRef Id=ManagedBootstrapperApplicationHost Payload SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll.config/ Payload SourceFile=..\BootstrapperUX\bin\Debug\BootstrapperUX.dll/ Payload SourceFile=C:\Program Files (x86)\WiX Toolset v3.8\SDK\Microsoft.Deployment.WindowsInstaller.dll/ /BootstrapperApplicationRef Variable Name=InstallFolder Type=string Value=[ProgramFilesFolder]Test\App/ Chain PackageGroupRef Id='Netfx351Full' / !--PackageGroupRef Id=NetFx40Web /-- MsiPackage SourceFile=..\CAS\bin\Debug\CAS.msi Compressed=no Cache=yes DisplayInternalUI=yes EnableFeatureSelection=no ForcePerMachine=yes
Re: [WiX-users] How do I create a FirewallException for a port range?
Pre-processor loop ?portRangeList=1,2,3,4,5,6,7,8,9? ?foreach dynaPortAwesomeness in $(var.portRangeList)? fire:FirewallException Id=MyFirewallException Name=!(loc.CASFirewallExceptionDescription) Port=$(var.dynaPortAwesomeness) Protocol=tcp Scope=any IgnoreFailure=yes Profile=all / ?endforeach? Still kind of ugly but saves a LOT of XML -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: July-10-14 3:14 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] How do I create a FirewallException for a port range? Probably not but it would be awesome if someone helped add that support. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: Thursday, July 10, 2014 9:47 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How do I create a FirewallException for a port range? I believe, and someone can correct me if wrong, that generally the WixFirewallExtension supports the parameters which were available to the Windows Firewall (XP era) which also works with the Windows Advanced Firewall. But the extension does not provide a way to specify some of the parameters of the Windows Advanced Firewall, like Group Name and port ranges. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-do-I-create-a-FirewallException-for-a-port-range-tp7595749p7595754.html Sent from the wix-users mailing list archive at Nabble.com. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to mix hand-generated and auto-generated .wxs content
Sounds like you need to give a component group name in your heat call -cg MyComponentGroup Add the wxs file generated from heat to your project. Add the a ComponentGroupRef to your feature or another componentgroup depending on your preferences to the hand rolled wxs file. Done -Original Message- From: eric [mailto:eric.bu...@lmco.com] Sent: July-09-14 12:48 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to mix hand-generated and auto-generated .wxs content I have a project that has a large number of files. Between versions of our software, new files get added and some get removed. Therefore, in automating our build process, I would like to have heat auto-generate a .wxs file (let's call it files.wxs). But then there are certain hand-generated items, like the product element with its associated version and environment tags for environment variables that we need to set. These never change (except for the version number which increments). Right now, I have put all of that in a file named product.wxs. How can I best combine them into one .msi? Do I need to create a component element inside the product element for each of the fragments that were auto-generated in the files.wxs file? If so, that kind of defeats the purpose of auto-generating that file. I'm hoping there is another way. Help!Thanks, in advance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-mix-hand-generated-and-auto-generated-wxs-content-tp7595738.html Sent from the wix-users mailing list archive at Nabble.com. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat throws error on Windows 7
Just happy to be of assistance :) From: eric [eric.bu...@lmco.com] Sent: June 30, 2014 10:07 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] heat throws error on Windows 7 Thanks for the help, scubasteve! In my hunt, I realized that it was choking on some ruby files that I hadn't intended to include anyway. Once I removed them, the harvesting process went fine. I didn't investigate further to see if it was indeed permissions issues, but one way or the other, you led me to the solution. Thanks! scubasteve2 wrote That sounds like a permissions problem to me. Check your windows-based ACLs for all files and folders involved in your process. Did you install WIX from a Cygwin command line? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-throws-error-on-Windows-7-tp7595399p7595591.html Sent from the wix-users mailing list archive at Nabble.com. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat throws error on Windows 7
That sounds like a permissions problem to me. Check your windows-based ACLs for all files and folders involved in your process. Did you install WIX from a Cygwin command line? -Original Message- From: eric [mailto:eric.bu...@lmco.com] Sent: June-23-14 9:06 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] heat throws error on Windows 7 It does, indeed. I realized that it runs fine in Cygwin, but not from the Windows commandline. Any idea why that might be? I would prefer not to have to set up Cygwin on our build server. scubasteve2 wrote Does ./MyFolder exist? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-throws-error-on-Windows-7-tp7595399p7595408.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat throws error on Windows 7
Does ./MyFolder exist? From: eric [eric.bu...@lmco.com] Sent: June 21, 2014 11:14 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] heat throws error on Windows 7 I ran heat from the commandline with a command in the following form: heat dir .\MyFolder -gg -template product -out out.wsx But when I did, I got the following error: Windows Installer XML Toolset Toolset Harvester version 3.8.1128.0 Copyright (c) Outercurve Foundation. All rights reserved. Unhandled Exception: System.IO.IOException: The handle is invalid. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.__ConsoleStream.Write(Byte[] buffer, Int32 offset, Int32 count) at System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder) at System.IO.StreamWriter.Write(Char[] buffer, Int32 index, Int32 count) at System.IO.TextWriter.WriteLine(String value) at System.IO.TextWriter.SyncTextWriter.WriteLine(String value) at Microsoft.Tools.WindowsInstallerXml.ConsoleMessageHandler.Display(Object sender, MessageEventArgs mea) at Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Run(String[] args) at Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Main(String[] args) The Windows version reported on my commandline is Version 6.1.7601. Anybody have any idea why this might be happening? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-throws-error-on-Windows-7-tp7595399.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB
So we confirm that the output of the wixmst file only contains characters from the bottom half of the Windows ANSI character set? Thereby allowing us to mark it as both UTF-8 AND ANSI? From: Rob Mensching [r...@firegiant.com] Sent: June 14, 2014 3:04 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB Thanks. You confirmed my memory. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Jeremy Farrell [mailto:jeremy.farr...@oracle.com] Sent: Friday, June 13, 2014 3:07 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB ASCII (the One True ASCII, ANSI X3.4-1986) is the 7 bit subset of both Windows ANSI and Unicode. In UTF-8 encoding, this subset is a 7-bit value, so ends up in a single byte which makes it identical to the ASCII and ANSI encodings. The top half of Windows ANSI (values 128 to 255) does not match ASCII or Unicode. So it depends what Stephen means by the file is encoded in ANSI. If it only uses the ASCII subset, then it's equally valid to describe it as encoded in ASCII, UTF-8 or Windows ANSI. If it uses characters from the top half of Windows ANSI then it's not UTF-8. -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: Friday, June 13, 2014 8:53 AM I always get this mixed up but I thought that ASCII was basically a subset of ANSI and UTF-8 and they all look the same (unless you write a BOM) until you use non-ASCII characters. The grand majority of internal WiX goo is ASCII without a BOM so it all looks the same... I think Joel agrees with my memory (http://www.joelonsoftware.com/articles/Unicode.html): This has the neat side effect that English text looks exactly the same in UTF-8 as it did in ASCII, so Americans don't even notice anything wrong. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Thursday, June 12, 2014 6:25 PM Also, I have been looking at this file in more detail. The file itself is encoded with ANSI, but the XML header tag states that the XML is in UTF-8. Is this intentional? -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build warning request
I do believe the sample I gave for the last bug I fixed can show this exact behaviour. I will work on fixing this next week when I'm back from business travel. Think I have time to squeeze this in for 3.9? Stephen From: Bob Arnson [b...@joyofsetup.com] Sent: June 14, 2014 11:11 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build warning request On 6/14/2014 3:02 AM, Rob Mensching wrote: That sounds a lot like: Yep. If it's not working, it could be a bug in Melt. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build warning request
I use melt but without the bindpath the wixpdbs can't find the location on the new machine where the patches are being built. I'm referring to a build system where the machines are all based off of the same template but aren't truly homogenous. Different jenkins slaves have more or fewer executors based on available disks. So an MSI generated on E:\\ will not melt properly without bindpaths when melted on D:\\ or even a different path on the same disk. From: Tunney, Stephen [stephen.tun...@nuance.com] Sent: June 12, 2014 8:45 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Build warning request I can agree with the first, but the second scenario will simply result in a useless patch if the user doesn't have bindpaths and tried to do pure wix patching. I've tried with the simplest scenarios and pyro creates warnings stating that each transform applied has not differences. From: Bob Arnson [b...@joyofsetup.com] Sent: June 12, 2014 6:48 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build warning request On 6/12/2014 1:15 PM, Tunney, Stephen wrote: Can we perhaps put a compiler warning in if a bindpath isn't used? Bind paths are a great idea but penalizing the other methods just seems mean. :) And perhaps also add a build error when a user tries to use pure wix patching method without a bindpath? Would be thrown during the light.exe phase when outputting a wixmsp file. As above. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Main MSI with sub-msi's
A bundle can contain a collection of executables, MSIs, MSPs. They can all be compressed within the bundle. Read up on Burn and WixStdBA and WixManagedBootstrapper. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: neslekkim [mailto:asbj...@neslekkim.net] Sent: June-13-14 8:43 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Main MSI with sub-msi's I'm creating four MSI's now, three MSI's are setting up each an WebService, and, one main MSI that installs an clientapplication. Today, these are separate MSI's, and will probably be that for those who want to install separately. But, the main MSI, we want to be made so it includes the other MSI's somehow, preferably all linked in the main MSI file, so everything can be installed, and choosed from an featuretree in that installation. But, it seem that this might not be very easy? If I choose bundle, I will get an EXE, not an msi file (since MSI supposedly cannot start an msi?) Bundle will not include the MSI either, they need to reside next to the exe-file, or be downloadable from somewere. Neither of those we want.. But, are there other ways of doing this?, is it kosher to make MSM modules AND MSI modules for the service packages?, and include the MSM modules inside the main one? Or, is it better to include the wix sources from the service packaged into the main MSI, and also use them in their own msi's? I guess there will be problems with component id's, and I will get problems with product codes, updates etc.. :( -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Main-MSI-with-sub-msi-s-tp7595221.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Build warning request
Hey WiX team, Can we perhaps put a compiler warning in if a bindpath isn't used? And perhaps also add a build error when a user tries to use pure wix patching method without a bindpath? Would be thrown during the light.exe phase when outputting a wixmsp file. Thoughts? Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Torch output, how to force wixmst XML output instead of CAB
Hey Bob, I had posted this question earlier but I guess it got lost in the piles of emails going out to your adoring fans ;) In my torch command I have -xi -xo set, and I'm still getting a cab file with a .wixmst extension? How do I force this to be the expected XML file? What causes the conversion to a cab file in this case? Thanks, Stephen -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build warning request
I can agree with the first, but the second scenario will simply result in a useless patch if the user doesn't have bindpaths and tried to do pure wix patching. I've tried with the simplest scenarios and pyro creates warnings stating that each transform applied has not differences. From: Bob Arnson [b...@joyofsetup.com] Sent: June 12, 2014 6:48 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build warning request On 6/12/2014 1:15 PM, Tunney, Stephen wrote: Can we perhaps put a compiler warning in if a bindpath isn't used? Bind paths are a great idea but penalizing the other methods just seems mean. :) And perhaps also add a build error when a user tries to use pure wix patching method without a bindpath? Would be thrown during the light.exe phase when outputting a wixmsp file. As above. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB
Speaking of evil things... might I make a suggestion that two files be output? TransformX.wixmst (XML file) TransformX.wixmst.cab (paired cab file) This would be super ideal and would help keep separation of concerns for each file sane as well. Or would that break too much stuff? Can I add a command line argument to split these things up? Would anyone be opposed to that? From: Bob Arnson [b...@joyofsetup.com] Sent: June 12, 2014 6:41 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB On 6/12/2014 3:40 PM, Tunney, Stephen wrote: I had posted this question earlier but I guess it got lost in the piles of emails going out to your adoring fans ;) No, I'm just busy. :) In my torch command I have -xi -xo set, and I'm still getting a cab file with a .wixmst extension? How do I force this to be the expected XML file? What causes the conversion to a cab file in this case? If the output contains a file, it's stored as an XML file with a .cab at the beginning. There's no option to force WiX to not store the files in the output. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB
Also, I have been looking at this file in more detail. The file itself is encoded with ANSI, but the XML header tag states that the XML is in UTF-8. Is this intentional? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-12-14 9:01 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB Speaking of evil things... might I make a suggestion that two files be output? TransformX.wixmst (XML file) TransformX.wixmst.cab (paired cab file) This would be super ideal and would help keep separation of concerns for each file sane as well. Or would that break too much stuff? Can I add a command line argument to split these things up? Would anyone be opposed to that? From: Bob Arnson [b...@joyofsetup.com] Sent: June 12, 2014 6:41 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Torch output, how to force wixmst XML output instead of CAB On 6/12/2014 3:40 PM, Tunney, Stephen wrote: I had posted this question earlier but I guess it got lost in the piles of emails going out to your adoring fans ;) No, I'm just busy. :) In my torch command I have -xi -xo set, and I'm still getting a cab file with a .wixmst extension? How do I force this to be the expected XML file? What causes the conversion to a cab file in this case? If the output contains a file, it's stored as an XML file with a .cab at the beginning. There's no option to force WiX to not store the files in the output. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible to add an existing file to Visual Studio WiX Setup project without it making a local copy?
You can also do this by right clicking on the project and Add -- Existing Item.. When you find the file you want, don't double click, go down to the Add button and you will notice a tiny arrow to the right, click and then select Add As Link. That should do it, and eliminates having to modify pesky xml files :) -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: June-09-14 8:51 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Is it possible to add an existing file to Visual Studio WiX Setup project without it making a local copy? I used to use a wixlib project but when I added multiplatform projects and tried to use MSBuild directly for my build process I had problems with a x64 project failing due to a dependency on the wixlib project (which had already been built) but would not build with platform set to x64. So for wxs file I have a 'CommonSrc' project. (A MSI setup project works, but is never built.) I use this project only to edit the wxs as needed (with comments in the wxs indicating that it should only be edited in the CommonSrc project). I then run a script file which copies the file to each project where this wxs file is needed. (Not exactly what you are asking for, but since I only edit the file in the 'CommonSrc' location I no longer have confusion related to managing the various copies.) For wxi files that are common I place them in a common Include folder, and add the following to the project file. CompilerAdditionalOptions -I$(ReleaseVersionedProjectRoot)\Common\Src\Includes /CompilerAdditionalOptions Then at the top of the one wxi file that I have in each project I add the following. ?include commonIncludes.wxi ? The various wxs files include this local wix file, and by extension have access to the information in my various common wxi file. Again not exactly what you are looking for, but maybe it can help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-it-possible-to-add-an-existing-file-to-Visual-Studio-WiX-Setup-project-without-it-making-a-local--tp7595113p7595114.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://www.hpccsystems.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://www.hpccsystems.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in torch - wixmst output is not in XML format
Hey Bob, It might be a case of The Mondays but I'm at a loss at what you are getting at :( What are these other files that might get output by torch? How can I supress their output? No typo in this email! ;) -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: June-08-14 10:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bug in torch - wixmst output is not in XML format On 6/8/2014 11:13 AM, Tunney, Stephen wrote: Re: [WiX-users] Bug in torch - wixmst output is not in XML format -xo doesn't produce a text file if there are files in the output (which is pretty often). -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://www.hpccsystems.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://www.hpccsystems.com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bug in torch - wixmst output is not in XML format
OK. That's kinda cool, now how do I stop it from outputting that? :) From: Bob Arnson [b...@joyofsetup.com] Sent: June 9, 2014 6:24 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bug in torch - wixmst output is not in XML format On 6/9/2014 9:06 AM, Tunney, Stephen wrote: It might be a case of The Mondays but I'm at a loss at what you are getting at :( What are these other files that might get output by torch? How can I supress their output? Rename the .wixmst to .cab and open it in explorer. You'll see binaries in the .cab. -- sig://boB http://joyofsetup.com/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Bug in torch - wixmst output is not in XML format
Hey everyone, I've got the following command line for torch after applying melt to a WiX-built MSI. It is a fairly large MSI (500 megs with cabs embedded). Starting 'C:\Program Files (x86)\WiX Toolset v3.8\bin\torch.exe -nologo -p -xo -xi C:\dev/out/Patch/RTM/Melted/MyMSI.x64/wixpdb/MyMSI.x64.wixpdb C:\dev/out/Patch/Upgrade/Melted/ MyMSI.x64/wixpdb/ MyMSI.x64.wixpdb -out C:\dev/out/Patch/Patch. MyMSI.x64.wixmst' I would attach the wixpdb and wixmst files, but they are all in the 20+ megabyte size range. Anyone have any suggestions as to what I could be doing wrong? My patches get built but what I'm trying to do is apply a simple XSLT to the wixmst file to get the list of files that are marked as changed for each transformation that is going into the patch so that QA can verify and I don't have to do anything. Thanks, Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Managed Bootstrapper application - internal msi UI appearing *behind* the bootstrapper UI
Yes, you are correct in that assumption. From: Jeremiahf [jeremi...@gmail.com] Sent: June 6, 2014 5:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Managed Bootstrapper application - internal msi UI appearing *behind* the bootstrapper UI I'm assuming you have this in your value in your MsiPackage chain? DisplayInternalUI=yes On Thu, Jun 5, 2014 at 12:10 PM, Tunney, Stephen stephen.tun...@nuance.com wrote: Does anyone know how I can fix this? We are hitting this with an internal UI is being displayed on the screen. Doesn't look too good :( Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- They may forget what you said but they will never forget how you made them feel. -- Anonymous -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Managed Bootstrapper application - internal msi UI appearing *behind* the bootstrapper UI
Does anyone know how I can fix this? We are hitting this with an internal UI is being displayed on the screen. Doesn't look too good :( Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] HeatDirectory MSBuild task dying with BadImageFormatException
Hey everyone, Ok, I've added a BeforeBuild target in my wixproj to run heat on a directory using the HeatDirectory task. I see in my logs that msbuild is successfully calling lit, candle, etc. successfully but I get the following error from heat :( Thoughts? I get this whether I run msbuild from 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319' or 'C:\Windows\Microsoft.NET\Framework\v2.0.50727' Please help :( I'm running 3.7 RTM [msbuild2] C:\Program Files (x86)\WiX Toolset v3.7\bin\Heat.exe dir ../../../Libraries/DWS/JDK/server-jre-windows-x86/jre1.7.0_21 -cg DWS_JDK_ComponentGroup_x86 -dr DWS -scom -sreg -var var.WASLibraries_JDK -nologo -v -ag -gg -nologo -t JDK.HeatTx.xsl -out ./Generated/JDK.x86.wxs [msbuild2] Could not load file or assembly 'file:///C:\Program Files (x86)\WiX Toolset v3.7\bin\Heat.exe' or one of its dependencies. An attempt was made to load a program with an incorrect format. [msbuild2] at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark stackMark) [msbuild2] at System.Reflection.Assembly.LoadFrom(String assemblyFile) [msbuild2] at Microsoft.Tools.WindowsInstallerXml.Build.Tasks.WixToolTask.ExecuteToolThread(Object parameters) [msbuild2] Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HeatDirectory MSBuild task dying with BadImageFormatException
Bah, turns out I needed to explicitly point to the msbuild in: C:\Windows\Microsoft.NET\Framework\v4.0.30319\ No other instance of MSBUILD.EXE works with this particular assembly. Why would the other WiX assemblies work out ok? Perhaps some bad .config value or compiler options for heat.exe? Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: May-16-14 2:37 PM To: General discussion about the WiX toolset. Subject: [WiX-users] HeatDirectory MSBuild task dying with BadImageFormatException Hey everyone, Ok, I've added a BeforeBuild target in my wixproj to run heat on a directory using the HeatDirectory task. I see in my logs that msbuild is successfully calling lit, candle, etc. successfully but I get the following error from heat :( Thoughts? I get this whether I run msbuild from 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319' or 'C:\Windows\Microsoft.NET\Framework\v2.0.50727' Please help :( I'm running 3.7 RTM [msbuild2] C:\Program Files (x86)\WiX Toolset v3.7\bin\Heat.exe dir ../../../Libraries/DWS/JDK/server-jre-windows-x86/jre1.7.0_21 -cg DWS_JDK_ComponentGroup_x86 -dr DWS -scom -sreg -var var.WASLibraries_JDK -nologo -v -ag -gg -nologo -t JDK.HeatTx.xsl -out ./Generated/JDK.x86.wxs [msbuild2] Could not load file or assembly 'file:///C:\Program Files (x86)\WiX Toolset v3.7\bin\Heat.exe' or one of its dependencies. An attempt was made to load a program with an incorrect format. [msbuild2] at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) [msbuild2] at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark stackMark) [msbuild2] at System.Reflection.Assembly.LoadFrom(String assemblyFile) [msbuild2] at Microsoft.Tools.WindowsInstallerXml.Build.Tasks.WixToolTask.ExecuteToolThread(Object parameters) [msbuild2] Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [WiX-devs] Is anyone adding outbound firewall exceptions?
You are correct, Rob. I reply blindly at times. Both mailing lists get placed in the same folder with my outlook rules set up as such. -Original Message- From: TimM [mailto:timmay...@smarttech.com] Sent: April-29-14 9:44 AM To: wix-d...@lists.sourceforge.net Subject: Re: [WiX-devs] Is anyone adding outbound firewall exceptions? I am also now needing the ability to create inbound/outbound firewall setting and therefore I am wondering if this has made it into any of the newer released versions of WiX as of yet. I did see this one post stating that code was done, but still needed to get in to WiX 3.6 and therefore I was wondering if it actually made it in that version or a newer versions? http://blog.gmane.org/gmane.comp.windows.devel.wix.devel/month=20110201 Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-anyone-adding-outbound-firewall-exceptions-tp5981879p7594401.html Sent from the wix-devs mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-devs mailing list wix-d...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-devs -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Localized strings not in Wix Extensions
It is better to have everything in your wxl file, then you can change presentation strings in one spot, and leave your code alone :) You could use a hardcoded string but you will find in the long run it just isn't worth it. en-US is default (case-insensitive I think). Enjoy. -Original Message- From: TimM [mailto:timmay...@smarttech.com] Sent: April-29-14 1:07 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Localized strings not in Wix Extensions Hello, We are currently building with WiX 3.7 and our install supports multiple languages and I just added the FirewallExecption to our project. And we are also receiving the localization error LGHT0102 for the firewall strings. So this still has not been fixed/updated as of yet? Or am I also missing something? Having to create all those string id entries in all my string .wxl files will be a pain, but if we have to do it for now then I guess I will. But if there is a solution out there that we can use the more the better -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Localized-strings-not-in-Wix-Extensions-tp3658448p7594413.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Debugging Managed Bootstrapper Application
System.Diagnostics.Debugger.Launch() at the beginning of your CA will do the job nicely :) -Original Message- From: gowri.malas...@non.agilent.com [mailto:gowri.malas...@non.agilent.com] Sent: March-24-14 3:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Debugging Managed Bootstrapper Application Hello, how to debug MBA written in C#? I tried this (http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-debug-Managed-BA-Burn-td6630791.html) of course without steps 1 2 as I didn't want to debug engine. But no luck. I just launches the program but it never steps into my code. Also this one http://stackoverflow.com/questions/11001980/how-to-debug-custom-bootstrap-application Any help/pointers greatly appreciated. Thanks Reddy -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Code signing issue and soon-to-be-released patch
Everyone should be aware of the issue and be prepared to re-sign their binaries and installers :( http://blogs.technet.com/b/srd/archive/2013/12/10/ms13-098-update-to-enhance-the-security-of-authenticode.aspx -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to pass values from command line to wix installer
No worries, The next time you're near Toronto you can buy me a beer ;) -Original Message- From: Kiran Somisetty [mailto:mr.svski...@gmail.com] Sent: February-13-14 6:29 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer Thank you Tunneyit worked :) On Tue, Feb 11, 2014 at 8:27 PM, Tunney, Stephen stephen.tun...@nuance.comwrote: And please excuse the poor formatting of my message :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: February-11-14 9:56 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer This looks like an issue (perhaps not a bug) with WIX schema validation during compliation of the wxs file. It is checking your .wxs file against an xsd schema that limits the possible attribute values for @AnonymousAccess to the literals yes and no. I've hit this before with other items and what I've done is had Component ConditionMYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=yes / /Component Component ... ConditionNOT MYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=no / /Component The conditions are MUTUALLY EXCLUSIVE in this case and should fit your criteria -Original Message- From: Kiran Somisetty [mailto:mr.svski...@gmail.com] Sent: February-11-14 9:42 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer I have declared the property like below Property Id=VALUEPASSEDyes/Property using it like below iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ but when I compile the project I am getting below error Error 3 The iis:WebDirProperties/@AnonymousAccess attribute's value, '[VALUEPASSED]', is not a legal yes/no value. The only legal values are 'no' and 'yes'. C:\Infodev\TRFAudit\WixInstaller\trfaudit.wxs 26 1 Installer Pls correct me. On Tue, Feb 11, 2014 at 7:56 PM, Ilir Bekteshi ilir...@gmail.com wrote: You should use Property for example: iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ Then run msiexec /i abc.msi VALUEPASSED=yourvalue On 2/11/14, Walter Dexter wfdex...@gmail.com wrote: If you mean when you install the resulting MSI, that would be in the Windows installer documentation. Or you can do msiexec /? and I think that's in there. On Feb 11, 2014 7:42 AM, Kiran Somisetty mr.svski...@gmail.com wrote: I have a requirement to pass values from the command line while installing the wix. I want to assign this to AnynymousAccess attribute. iis:WebDirProperties Id=webdir AnonymousAccess='value passed'/ Can you pls help me on this, I searched the documentation, but haven't got any clues. Kiran -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview
Re: [WiX-users] how to pass values from command line to wix installer
And please excuse the poor formatting of my message :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: February-11-14 9:56 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer This looks like an issue (perhaps not a bug) with WIX schema validation during compliation of the wxs file. It is checking your .wxs file against an xsd schema that limits the possible attribute values for @AnonymousAccess to the literals yes and no. I've hit this before with other items and what I've done is had Component ConditionMYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=yes / /Component Component ... ConditionNOT MYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=no / /Component The conditions are MUTUALLY EXCLUSIVE in this case and should fit your criteria -Original Message- From: Kiran Somisetty [mailto:mr.svski...@gmail.com] Sent: February-11-14 9:42 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer I have declared the property like below Property Id=VALUEPASSEDyes/Property using it like below iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ but when I compile the project I am getting below error Error 3 The iis:WebDirProperties/@AnonymousAccess attribute's value, '[VALUEPASSED]', is not a legal yes/no value. The only legal values are 'no' and 'yes'. C:\Infodev\TRFAudit\WixInstaller\trfaudit.wxs 26 1 Installer Pls correct me. On Tue, Feb 11, 2014 at 7:56 PM, Ilir Bekteshi ilir...@gmail.com wrote: You should use Property for example: iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ Then run msiexec /i abc.msi VALUEPASSED=yourvalue On 2/11/14, Walter Dexter wfdex...@gmail.com wrote: If you mean when you install the resulting MSI, that would be in the Windows installer documentation. Or you can do msiexec /? and I think that's in there. On Feb 11, 2014 7:42 AM, Kiran Somisetty mr.svski...@gmail.com wrote: I have a requirement to pass values from the command line while installing the wix. I want to assign this to AnynymousAccess attribute. iis:WebDirProperties Id=webdir AnonymousAccess='value passed'/ Can you pls help me on this, I searched the documentation, but haven't got any clues. Kiran -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android
Re: [WiX-users] how to pass values from command line to wix installer
This looks like an issue (perhaps not a bug) with WIX schema validation during compliation of the wxs file. It is checking your .wxs file against an xsd schema that limits the possible attribute values for @AnonymousAccess to the literals yes and no. I've hit this before with other items and what I've done is had Component ConditionMYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=yes / /Component Component ... ConditionNOT MYPROPERTY=HELLO/Condition iis:WebDirProperties ... AnonymousAccess=no / /Component The conditions are MUTUALLY EXCLUSIVE in this case and should fit your criteria -Original Message- From: Kiran Somisetty [mailto:mr.svski...@gmail.com] Sent: February-11-14 9:42 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to pass values from command line to wix installer I have declared the property like below Property Id=VALUEPASSEDyes/Property using it like below iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ but when I compile the project I am getting below error Error 3 The iis:WebDirProperties/@AnonymousAccess attribute's value, '[VALUEPASSED]', is not a legal yes/no value. The only legal values are 'no' and 'yes'. C:\Infodev\TRFAudit\WixInstaller\trfaudit.wxs 26 1 Installer Pls correct me. On Tue, Feb 11, 2014 at 7:56 PM, Ilir Bekteshi ilir...@gmail.com wrote: You should use Property for example: iis:WebDirProperties Id=webdir AnonymousAccess='[VALUEPASSED]'/ Then run msiexec /i abc.msi VALUEPASSED=yourvalue On 2/11/14, Walter Dexter wfdex...@gmail.com wrote: If you mean when you install the resulting MSI, that would be in the Windows installer documentation. Or you can do msiexec /? and I think that's in there. On Feb 11, 2014 7:42 AM, Kiran Somisetty mr.svski...@gmail.com wrote: I have a requirement to pass values from the command line while installing the wix. I want to assign this to AnynymousAccess attribute. iis:WebDirProperties Id=webdir AnonymousAccess='value passed'/ Can you pls help me on this, I searched the documentation, but haven't got any clues. Kiran -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Possible bug in CAs when uninstalling a patch
Hey guys, I've got a couple of custom actions set in InstallExecuteSequence that has no conditions. I want these CAs to execute when modifying a feature to do some backup and restore functionality. The CAs run fine for normal install, patch install, feature uninstall etc. However the CAs do not run on patch uninstall. Any insights would be fantastic. Here is a snippet: SetProperty Id=ServiceCreateSnapshotCA Value=[INSTALLFOLDER] Sequence=execute Before=ServiceCreateSnapshotCA / CustomAction Id=ServiceCreateSnapshotCA BinaryKey=ServiceSteps DllEntry=CreateSnapshot Execute=deferred Impersonate=no Return=ignore HideTarget=no / InstallExecuteSequence !-- Create a snapshot if is being removed, reinstalled or patched. -- Custom Action=ServiceCreateSnapshotCA Before=StopServices Overridable=yes / Stephen -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ManagedBootstrapperApplication - sans UI
Hey guys, I'm trying to use the managed bootstrapper and all I want the bootstrapper to is elevate privileges and have the MSI embedded in the EXE. What would be the fastest way to do this? So far I can't seem to get around having the .net prerequisite UI showing up for some reason. Stephen -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Strange problem with printer driver installation
Another might be the fact that you have a x64 and x86 version of the your driver being installed? -Original Message- From: Carter Young [mailto:ecyo...@grandecom.net] Sent: December-27-13 10:05 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Strange problem with printer driver installation Just an idea: Does V1 of your Driver have an uninstaller? If so build a bundle that will call the uninstaller before installing the new version. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Signing all DLLs and EXEs in project
Make sure you set the number of files in the item group to under 1000, there is a limit to the length of the command line that signtool (and windows) will accept :) Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself T -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: December-18-13 2:29 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Signing all DLLs and EXEs in project There are specific targets that need to be overridden to sign CABs, Burn, and MSIs. In the general case (which is MsBuild and NOT WiX): 1) you need to create a signtool MsBuild Tool Task; 2) create an MsBuild Item Group list of the pathnames you want to sign; 3) pass the ItemGroup to the MsBuild Tool Task above with appropriate parameters for the signing cert, password etc. There are a lot of ways to sign. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Brian Enderle [mailto:bria...@gmail.com] Sent: Wednesday, December 18, 2013 1:22 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Signing all DLLs and EXEs in project Is there a way I can sign all the DLLs and EXEs in my project using WiX via signtool? I was hoping there might be something available in the @Component element that would allow me to selectively sign DLL/EXE files so that I could avoid signing DLLs that I did not create. Brian If you can't explain it simply, you don't understand it well enough. - Albert Einstein -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature request
I have created the feature request here: http://wixtoolset.org/issues/4239/ Included wix-devs in the mailing list for history from users forum. -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: December-15-13 1:07 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Feature request I think rebasing a wixpdb is a great feature request. If it hasn't already been filed, please add one. Blair From: Tunney, Stephen Sent: Thursday, December 12, 2013 11:57 AM To: General discussion for Windows Installer XML toolset. Hello all, Ok, I finally have Pure WiX Patching working on my projects. I have a small issue though. Melting all of our RTM products takes about 35 minutes to complete. What I have found is that if I zip up this collection of goodies and stick it on the network share ONCE, I can copy it down and I was trying to re-use that melted output (out folder + out pdb) for the pyro step. But pyro complains that it cannot find the binaries in a path in the wixpdb. The issue here really is that I'm running Jenkins in a cluster, and each node has a workspace root with a randomized piece, thanks to the perforce plugin. Not only that, some of the working drives have different drive letters, further complicating the issue. This last point could be fixed by homogenizing the cluster but that's a lot of work. For now, I'm simply melting the RTM installers every time, but this seems to be a massive waste of disk CPU I/O. My unzipping step for all of our installers takes about 11 minutes. So the unzip process is MUCH faster. My feature request at the end of the day is this: Can melt simply rebase the wixpdb if I were to point it to an already existing melt output directory? I basically don't want to have melt re-output everything to the -x argument again. Nothing on the help syntax for 3.7 indicates a way of doing this. I have tried omitting the -x argument but it still takes 35 minutes to do the work. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Feature request
Hello all, Ok, I finally have Pure WiX Patching working on my projects. I have a small issue though. Melting all of our RTM products takes about 35 minutes to complete. What I have found is that if I zip up this collection of goodies and stick it on the network share ONCE, I can copy it down and I was trying to re-use that melted output (out folder + out pdb) for the pyro step. But pyro complains that it cannot find the binaries in a path in the wixpdb. The issue here really is that I'm running Jenkins in a cluster, and each node has a workspace root with a randomized piece, thanks to the perforce plugin. Not only that, some of the working drives have different drive letters, further complicating the issue. This last point could be fixed by homogenizing the cluster but that's a lot of work. For now, I'm simply melting the RTM installers every time, but this seems to be a massive waste of disk CPU I/O. My unzipping step for all of our installers takes about 11 minutes. So the unzip process is MUCH faster. My feature request at the end of the day is this: Can melt simply rebase the wixpdb if I were to point it to an already existing melt output directory? I basically don't want to have melt re-output everything to the -x argument again. Nothing on the help syntax for 3.7 indicates a way of doing this. I have tried omitting the -x argument but it still takes 35 minutes to do the work. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org
Thanks, Rob :) Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: December-09-13 6:21 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Strange. Just hit the same thing myself. The comment gets posted and no error comes back but the error message gets displayed anyway. That's really weird. There were issues with ads sneaking into the pages as well. At FireGiant we're in the process of moving the server to a new hosting solution. I'll keep an eye on this problem as we migrate. Hopefully, this problem (and many of other problems) will be gone when moved. For now, if you refresh, you'll see your comment is there. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Monday, December 9, 2013 3:05 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Oh, no. They are there. :) Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.com 519-880-7463Office NUANCE.COM The experience speaks for itself (tm) -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: December-09-13 5:13 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Which issue are you talking about? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: Monday, December 9, 2013 11:43 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Looks as though my comments were added each time properly, however my browser was not updated to show that and I get the following in a red box above the comment edit box and Send for triage checkbox. Error! Something went awry while submitting your changes. Please, try again. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: December-09-13 2:31 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Anyone else having this problem? I'm running Chrome on win7 pro x64. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can't add a comment to an existing bug on wixtoolset.org
Anyone else having this problem? I'm running Chrome on win7 pro x64. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org
Looks as though my comments were added each time properly, however my browser was not updated to show that and I get the following in a red box above the comment edit box and Send for triage checkbox. Error! Something went awry while submitting your changes. Please, try again. -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: December-09-13 2:31 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Can't add a comment to an existing bug on wixtoolset.org Anyone else having this problem? I'm running Chrome on win7 pro x64. Stephen Tunney Nuance Communications, Inc. Solutions Architect, Imaging Division Waterloo, Ontario, Canada stephen.tun...@nuance.commailto:stephen.tun...@nuance.com 519-880-7463 Office NUANCE.COM The experience speaks for itself (tm) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users