Re: [WiX-users] resource strings issue with wix 2.0
Thank for your replay , At present situation its difficult to migrate to Wix 3.x, In this scenario updating WixUI_en-us.wxl is the standard practice ? Thanks Naufal -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Tuesday, September 28, 2010 10:03 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] resource strings issue with wix 2.0 On 27-Sep-10 08:17, Naufal Basheer (Aditi) wrote: We have an installer for which we are using both built-in Wix and custom dialogs. Is there a way to use the existing WixUIExtension.dll resource file for build-in resource strings and use a separate resource file for our custom strings? We are running on WIX 2.0 and do not want to create a file which contains strings that are already a part of WixUIExtension.dll (WixUI_en-us.wxl). WiX v2.0 doesn't have WixUIExtension.dll. If you're moving to WiX v3.x, you don't have to do anything special to reference strings that ship in WixUIExtension.dll; WiX will use the first string it finds, unless overridden using the Overridable attribute on the String element. -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] resource strings issue with wix 2.0
I just took a quick glance at the wix 2.0 code. You can supply more than one WXL file to light.exe. You just can't duplicate any strings AND the CodePage must match. Go ahead and put your custom strings in a new file. You just can't override any strings already in the WixUI_en-us.wxl without replacing or editing it. -Blair -Original Message- From: Naufal Basheer (Aditi) [mailto:v-na...@microsoft.com] Sent: Wednesday, September 29, 2010 11:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] resource strings issue with wix 2.0 Thank for your replay , At present situation its difficult to migrate to Wix 3.x, In this scenario updating WixUI_en-us.wxl is the standard practice ? Thanks Naufal -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Tuesday, September 28, 2010 10:03 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] resource strings issue with wix 2.0 On 27-Sep-10 08:17, Naufal Basheer (Aditi) wrote: We have an installer for which we are using both built-in Wix and custom dialogs. Is there a way to use the existing WixUIExtension.dll resource file for build-in resource strings and use a separate resource file for our custom strings? We are running on WIX 2.0 and do not want to create a file which contains strings that are already a part of WixUIExtension.dll (WixUI_en-us.wxl). WiX v2.0 doesn't have WixUIExtension.dll. If you're moving to WiX v3.x, you don't have to do anything special to reference strings that ship in WixUIExtension.dll; WiX will use the first string it finds, unless overridden using the Overridable attribute on the String element. -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix source on codeplex is behind of sourceforge weekly
Hi, I'm doing some patch stuff right now and I saw the patch related changes on sourceforge wix35.feed from Sep 25th. I then updated my cloned source from codeplex and discovered that the latest commit was done on Sep 10th here. So where are the last two weeks gone? Another point I want to address is the currently used big commits. I see that was usefull for sourceforge CVS commits, but since you are using hg now, you might consider to sync each internal commit with the external repository on codeplex. This would ease the overview what happened to which file. So far Dominik -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/wix-source-on-codeplex-is-behind-of-sourceforge-weekly-tp5587110p5587110.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Continuing questions about WiX
Hi, 1) the first warning could be ignored safely. This only means that ProgramFile is defined twice, once in your file and in crystal reports msm. (This is common for most MSMs) The other errors are from an old crystal msm. There was a similar thread in Februar. See http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-EnsureTable-to-resolve-ICE03-error-results-in-LGHT0094-error-td4515067.html Using EnsureTable to resolve ICE03 error and http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Using-EnsureTable-to-resolve-ICE03-error-td4535736.html Re: Using EnsureTable to resolve ICE03 error or another similar post at http://stackoverflow.com/questions/461907/trying-to-use-ensuretable-in-wix-to-fix-validation-errors stackoverflow.com 2) You might consider to use another FTP hosting provider or server software. 10MB is not very much and should be handled easyly. Maybe it's not the ftp host, but your firewall. Another way could be to use either RAR or Zip/7z to split your MSI after it was built into 10MB chunks hth Dominik Nick Davey wrote: Ok, so the size of the installer was sorted quite nicely. Thanks to all who helped. Now on to two more issues I can't seem to get around. 1) I am trying to include Crystal Reports in my installer, as my software depends on it. Using this .wxs: The first warning is what I think is the cause of all these errors, but I am not sure. 2) Is there a way to make WiX split up .cab files into chunks of a certain size? (This goes back to my 10MB FTP limit from my first posting.) When I package Crystal Reports, even with high compression it is stil 10MB. I know using the setup project that comes with vs2005 I can have it split up the .cab files into arbitrarily sized chunks. I am really hoping that WiX can do the same. I am sure there is an option for the second question I have, but I have not been able to find it as of yet. Thanks for any help you can offer. Nick n...@idocket.com -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Continuing-questions-about-WiX-tp5586332p5587230.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advantage of using Patch Creation Properties over plain WiX?
I recently worked with both and failed to get the Pyro method to work to my liking. WiX was excluding obviously changed files in some of my early builds and I couldn't find definitive information on how it determines which files to include in the patch cab. Later I also discovered that it was including a lot of files unnecessarily that were not changed (they were images). This doubled the size of my patches. I suspect that this may have occurred due to including the images in each images directory in one ComponentGroup (and one image changed, thereby dragging the rest in). The PatchWiz method just worked. So while I originally set-up our build system to use the Torch/Pyro method, right now I can't use it (at least until I can make a lot of other changes). I think that PatchWiz may be more common overall, but like the rest of WiX, Pyro/Torch will likely offer more customization in the long run. You might want to look through the past discussions and see what other problems people have had with either solution since WiX3. CONFIDENTIALITY The information contained in this message is confidential. It is intended to be read only by the individual or entity to whom it is addressed or by an authorized designee. If the reader of this message is not the intended recipient, be aware that distribution of this message in any form is strictly prohibited. If you have received this message in error, please immediately notify the sender and destroy any copy of this message. From: Blair os...@live.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Monday, September 27, 2010 8:18:50 PM Subject: Re: [WiX-users] Advantage of using Patch Creation Properties over plain WiX? If you do builds in a service account (such as a build lab), know that PatchWiz has been known to pop up a dialog box from time to time which hangs the build and requires someone to attach to the build's desktop (which, of course, no one generally can) to press the OK button. Torch and Pyro never produce dialog boxes during builds that I have ever seen. Yet another mark against PatchWiz. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Monday, September 27, 2010 7:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Advantage of using Patch Creation Properties over plain WiX? The WiX tools (pyro.exe in particular) are much smarter. You can get PatchFamily filtering and better error messages. The latter is usually enough for me. smile/ On Tue, Sep 21, 2010 at 6:20 AM, Supermower jg0...@hotmail.com wrote: I am creating a patch, and I noticed that there are two methods recommended for doing so: 1) the use of a Patch Creation Properties file, as recommended http://wix.sourceforge.net/manual-wix3/patch_building.htm here , and 2) just using WiX, as recommended http://wix.sourceforge.net/manual-wix3/wix_patching.htm here and http://www.tramontana.co.hu/wix/lesson4.php here Is one of these ways better? Aside from requiring Windows Installer 3.1 to use the PCP file (which isn't a problem for me), I have not found any documentation on which is better, or why someone would choose one method over the other. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Advantage-of-u sing-Patch-Creation-Properties-over-plain-WiX-tp5554705p5554705.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Continuing questions about WiX
There is a feature in the works in WiX v3.6 to address #2. That feature is right behind finishing the huge features of Burn. I hope everything gets unlocked in next two weeks and bugs start getting fixed (instead of feature work). On Thu, Sep 30, 2010 at 6:34 AM, Nick Davey n...@idocket.com wrote: I will not disagree, it does smack of a nasty syndrome. But in the grand scheme of things, the boss is the boss, and he controls the hardware. No amount of bitching will change his mind. I have considered using WinZip or the like to create a chunked delivery method, but I am still exploring options. Ideally, I would like to set this up as a web installer. Our program is small enough to install quickly, even over an internet install. (Plus, that would make updates much easier for me as I have over 30 clients with multiple PCs each to update.) I still think it would be nice if WiX had such functionality built in. Maybe if I get time I can try to code it in. :) Nick n...@idocket.com On 9/30/2010 7:52 AM, Christopher Painter wrote: Your whole FTP problem smacks of the they (passive voice) syndrome and you are solving the wrong problem IMO. I would refuse to fix it by chunking my MSI into 5 CABs. Instead I would use a tool like WinZip of PackageForTheWeb ( InstallShield ) to create a self extracting EXE that handles the problem of chunking your MSI into multiple files and delivering a complete MSI on the other end. That said, InstallShield has really nice media support including a Custom option where you can specify how many KB for each chunk. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Nick Daveyn...@idocket.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thu, September 30, 2010 7:18:00 AM Subject: Re: [WiX-users] Continuing questions about WiX I will check out the links later today from work. I will also see if there is a newer .msm for crystal reports that will work with (/not break) my project. If there is, I will use it instead. As for switching FTP servers, that I cannot do, as it is the company wide FTP and I do not have a choice in what I can use. I find it somewhat ironic that the vs2005 setup bundler can split up the setup files but WiX cannot. I can only hope that such functionality is some kind of custom implementation. I know that in this day and age such issues really are not a concern, but the added flexibility for WiX would be most excellent. Thanks for the help. Nick n...@idocket.com On 9/30/2010 5:25 AM, Dominik Guder wrote: Hi, 1) the first warning could be ignored safely. This only means that ProgramFile is defined twice, once in your file and in crystal reports msm. (This is common for most MSMs) The other errors are from an old crystal msm. There was a similar thread in Februar. See http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-EnsureTable-to-resolve-ICE03-error-results-in-LGHT0094-error-td4515067.html l UsingEnsureTable to resolve ICE03 error and http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Using-EnsureTable-to-resolve-ICE03-error-td4535736.html l Re: UsingEnsureTable to resolve ICE03 error or another similar post at http://stackoverflow.com/questions/461907/trying-to-use-ensuretable-in-wix-to-fix-validation-errors s stackoverflow.com 2) You might consider to use another FTP hosting provider or server software. 10MB is not very much and should be handled easyly. Maybe it's not the ftp host, but your firewall. Another way could be to use either RAR or Zip/7z to split your MSI after it was built into 10MB chunks hth Dominik Nick Davey wrote: Ok, so the size of the installer was sorted quite nicely. Thanks to all who helped. Now on to two more issues I can't seem to get around. 1) I am trying to include Crystal Reports in my installer, as my software depends on it. Using this .wxs: The first warning is what I think is the cause of all these errors, but I am not sure. 2) Is there a way to make WiX split up .cab files into chunks of a certain size? (This goes back to my 10MB FTP limit from my first posting.) When I package Crystal Reports, even with high compression it is stil 10MB. I know using the setup project that comes with vs2005 I can have it split up the .cab files into arbitrarily sized chunks. I am really hoping that WiX can do the same. I am sure there is an option for the second question I have, but I have not been able to find it as of yet. Thanks for any help you can offer. Nick n...@idocket.com -- Start uncovering the many
[WiX-users] how to get error code returned by custom action
Hi, Does anybody have any idea, how to get the error code returned by a custom action? I want to display a dialog box based upon the return code of the custom action. Regards, Sanjay Rao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Macro Installer from multiple individual products, simplest implementation ?
Hi, I'm new to this forum and it seem, I din't post to the correct subforum, so sorry and here's my second try. I have built several Wix product installers for which each of them is an independent product and has its dedicated msi installer file and also a wix merge module associated to it. I would like to be able to create a 'macro installer' out of these multiple installers. But if I create a new product installer with all my merge modules referenced, they won't show as different products in the ARP control panel, but as a single, consolidated product. I would like to be able to add remove individually each products, but also sometimes install all of them at once. Typically, after a full install, I would like to be able to remove and then add again new version of the products. On purpose, I would like to avoid upgrades strategies at least for the first iteration, and deal with only modular install/uninstall sequences instead. I though about creating a vb script that would iterate thru all the msi files and run an install to automate a full install of all products. Is there a better way (that would still prevent me to release 'upgrade' products and keep on dealing with only modular products install/uninstall) ? TIA for any clue about this, Fabien -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Macro-Installer-from-multiple-individual-products-simplest-implementation-tp5588909p5588909.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to get error code returned by custom action
Windows Installer has no such concept of return codes when calling custom actions. To get the behavior you are looking for will depend on what kind of custom action you are using. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Sanjay Rao s...@noida.interrasystems.com To: wix-users@lists.sourceforge.net Sent: Thu, September 30, 2010 1:36:32 PM Subject: [WiX-users] how to get error code returned by custom action Hi, Does anybody have any idea, how to get the error code returned by a custom action? I want to display a dialog box based upon the return code of the custom action. Regards, Sanjay Rao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Automatic remove of older version
Hi, I made an installer with WIX 3.5 that deploy things for a BI Solution. When I have a new version of my WIX Installer, and the client run the installer (MSI), can it automatically uninstall any older version installed on the PC and start the installation of the new version ? It is something possible ? Any suggestion on how to do this (or some link on web) ? I don't want the message saying that theres is another older version on the PC and it got to be uninstall before installing the new one. I never need to Update things ... I always have to remove everything and install it back with new components. I tried this (see code bellow) but it keep saying that another version is installed and that I have to remove it from Add/Remove Program Product Id=725fca14-3120-4e13-a782-90dec57b59b3 Name=AQ_SPU_CUBE Language=1036 Version=2.0.0 Manufacturer=AQ_SPU_CUBE UpgradeCode=002d3b98-f6be-4e8e-b6ae-4848ff009b46 Codepage=1252 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Upgrade Id=002d3b98-f6be-4e8e-b6ae-4848ff009b46 UpgradeVersion OnlyDetect=no Property=PREVIOUSFOUND Minimum=1.0.0 IncludeMinimum=yes Maximum=3.0.0 IncludeMaximum=no / /Upgrade InstallExecuteSequence RemoveExistingProducts Before=InstallInitialize / /InstallExecuteSequence Thanks Richard -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Automatic-remove-of-older-version-tp5589138p5589138.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall question
Our product requires another product to be pre-installed. We then overwrite some of the other products files during our install as the integration points between our two products. If they are in Folder A and my product goes into Folder B, then it would be true that when we detect them we are supposed to overwrite some files in Folder A. This is fine during the install of our product, but if the other product gets uninstalled first and then I try to uninstall ours it gives an error 1316. Before doing our uninstall if I replace the handful of files we overwrite in Folder B that were removed by the other products uninstall, then all is fine with my uninstall. I've tried setting the Component of each to Permanent=yes and also tried compressing those same files in hopes they would exist in the cahed MSI, but it is stripped clean of files. What's the proper approach here? Do I need to discover the GUIDs used by their Components and replicate them in our product, hoping there can be a one-to-one relationship? Once they uncompress part way into my TEMP folder I can only see a SETUP.EXE and other files like ISSetup.dll, but no MSI. It's InstallShield, but I can't use Orca on it to crack their GUIDs. Any advice would be great. Thanks -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] providing differing output names for 32-64 bit packages
Hi: I have a visual 2010 solution which amongst other things has an installer being compiled for 32/64 bit. I don't appear given that I have two different platforms configured to be able to provide differing output names for these different platforms. I could do this with a post build event-that is if build events are platform/configuration specific? Any help appreciated. Regards Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] providing differing output names for 32-64 bit packages
I use 2 project files located in the same directory. Each one of them targets one platform, builds only one configuration and includes the same source files. Lena -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: Thursday, September 30, 2010 5:09 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] providing differing output names for 32-64 bit packages Hi: I have a visual 2010 solution which amongst other things has an installer being compiled for 32/64 bit. I don't appear given that I have two different platforms configured to be able to provide differing output names for these different platforms. I could do this with a post build event-that is if build events are platform/configuration specific? Any help appreciated. Regards Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix preprocessor and votive
Hi: Is there a defined variable within the wix pre-processor that allows me to detect the currently active platform I'm compiling for in visual studio. I have a project with both win32, and x64 platforms, and I want to #ifdef code based on the platform in my wix source. Cheers Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall question
The only way that kind of sharing will ever really work is if you use the same component guids. If you are replacing a file from Product A and not using the same component guid as A you've broken the rules, after which things get unpredictable. Permanent=yes is typically not a good solution, especially as there seems to be a misunderstanding that you can change it to no at some later date for the same file because you've decided you don't need it permanent after all. Permanent applies to the component guid on the system and once set cannot be reset. Phil Wilson -Original Message- From: Chad Petersen [mailto:chad.peter...@harlandfs.com] Sent: Thursday, September 30, 2010 12:59 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Uninstall question Our product requires another product to be pre-installed. We then overwrite some of the other products files during our install as the integration points between our two products. If they are in Folder A and my product goes into Folder B, then it would be true that when we detect them we are supposed to overwrite some files in Folder A. This is fine during the install of our product, but if the other product gets uninstalled first and then I try to uninstall ours it gives an error 1316. Before doing our uninstall if I replace the handful of files we overwrite in Folder B that were removed by the other products uninstall, then all is fine with my uninstall. I've tried setting the Component of each to Permanent=yes and also tried compressing those same files in hopes they would exist in the cahed MSI, but it is stripped clean of files. What's the proper approach here? Do I need to discover the GUIDs used by their Components and replicate them in our product, hoping there can be a one-to-one relationship? Once they uncompress part way into my TEMP folder I can only see a SETUP.EXE and other files like ISSetup.dll, but no MSI. It's InstallShield, but I can't use Orca on it to crack their GUIDs. Any advice would be great. Thanks -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Question with Browse dialog box behaviour with invalid folders
I notice a strange behavior with browse dialog box and I'm wondering if there is any way around the issue. I have the following WiX script to setup the dialog box: Dialog Id=BrowseTargetDlg Width=370 Height=270 Title=!(loc.BrowseDlg_Title) Control Id=PathEdit Type=PathEdit X=25 Y=202 Width=320 Height=18 Property=_BrowseProperty Indirect=yes / Control Id=OK Type=PushButton X=240 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUIOK) Publish Event=DoAction Value=ValidateTargetPath Order=11/Publish Publish Event=SpawnDialog Value=InstallPathInvalidDlg Order=2NOT TARGET_PATH_VALID=0/Publish Publish Event=Reset Value=0 Order=3NOT TARGET_PATH_VALID=0/Publish Publish Event=SetTargetPath Value=[_BrowseProperty] Order=41/Publish Publish Event=EndDialog Value=Return Order=5TARGET_PATH_VALID=0/Publish /Control ... Control Id=DirectoryCombo Type=DirectoryCombo X=94 Y=55 Width=196 Height=80 Property=_BrowseProperty Indirect=yes Fixed=yes Remote=yes Subscribe Event=IgnoreChange Attribute=IgnoreChange / /Control ... Control Id=DirectoryList Type=DirectoryList X=25 Y=83 Width=320 Height=98 Property=_BrowseProperty Sunken=yes Indirect=yes TabSkip=no / ... /Dialog What I notice is that in the PathEdit control, if I enter this folder C:\Users\user\My Documents, I would immediately get an error dialog box for Error1806 (insufficient privileges to read this folder.) And none of the publish events are executed. I also get this error dialog box twice (is this because of the DirectoryCombo and DirectoryList controls?) Strangely enough, if I hit the OK button again, the publish events are now being executed. Anyone seen this before? Is there any way to get around this behavior and have the OK button run my events instead of the default behavior? John Leung Software Engineer -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automatic remove of older version
Richard Here's some help on doing upgrades http://blogs.technet.com/b/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Looking at your code, I think you may have sequenced RemoveExistingProducts in the wrong place. It either needs to be InstallExecuteSequence RemoveExistingProducts After=InstallValidate / /InstallExecuteSequence or InstallExecuteSequence RemoveExistingProducts After=InstallFinalize / /InstallExecuteSequence The first option removes all the files regardless then installs the newer versions. The second only removes those files that have changed between the two. I believe there are pros and cons to using one method over the other but I am not the person to tell you what they are (I use the first option in my installs). You also need to make sure your product code changes from version to version but the upgrade code must remain constant through all versions. You can also use the verbose log during an install to see what's going on. The output can seem a bit cryptic initially but it can help debug the problems. Finally, you might want to consider adding a check to prevent people downgrading. The link I sent has information on how to do that. Hope that helps Chris On 09/30/2010 03:44 PM, marric01 wrote: Hi, I made an installer with WIX 3.5 that deploy things for a BI Solution. When I have a new version of my WIX Installer, and the client run the installer (MSI), can it automatically uninstall any older version installed on the PC and start the installation of the new version ? It is something possible ? Any suggestion on how to do this (or some link on web) ? I don't want the message saying that theres is another older version on the PC and it got to be uninstall before installing the new one. I never need to Update things ... I always have to remove everything and install it back with new components. I tried this (see code bellow) but it keep saying that another version is installed and that I have to remove it from Add/Remove Program Product Id=725fca14-3120-4e13-a782-90dec57b59b3 Name=AQ_SPU_CUBE Language=1036 Version=2.0.0 Manufacturer=AQ_SPU_CUBE UpgradeCode=002d3b98-f6be-4e8e-b6ae-4848ff009b46 Codepage=1252 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Upgrade Id=002d3b98-f6be-4e8e-b6ae-4848ff009b46 UpgradeVersion OnlyDetect=no Property=PREVIOUSFOUND Minimum=1.0.0 IncludeMinimum=yes Maximum=3.0.0 IncludeMaximum=no / /Upgrade InstallExecuteSequence RemoveExistingProducts Before=InstallInitialize / /InstallExecuteSequence Thanks Richard -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] My Install Finished ExitDialog box get shown almost off screen on Windows 7 if my Progress Dialog is minimized
I got this bug report from QA and I'm not quite sure how to fix. It seems to happen only on Windows 7. I have an ExitDialog box that get shown on successful install like so: UI Dialog Id=ExitDialog Width=370 Height=270 Title=!(loc.ExitDialog_Title) ... /Dialog InstallUISequence Show Dialog=ExitDialog OnExit=success / /InstallUISequence /UI I notice that during installation on a Windows 7 machine, if I minimized my install Progress Dialog box, then this ExitDialog will automatically pop up BUT show up almost completely off screen. Anyone seen this kind of behavior in your install project? Anyone know what I might be missing? John Leung Software Engineer -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix preprocessor and votive
This might work: ?if $(sys.BUILDARCH) = x64 ? ... ?else? ... ?endif? CONFIDENTIALITY The information contained in this message is confidential. It is intended to be read only by the individual or entity to whom it is addressed or by an authorized designee. If the reader of this message is not the intended recipient, be aware that distribution of this message in any form is strictly prohibited. If you have received this message in error, please immediately notify the sender and destroy any copy of this message. - Original Message - From: Sean Farrow sean.far...@seanfarrow.co.uk To: wix-users@lists.sourceforge.net Sent: Thursday, September 30, 2010 2:30:30 PM Subject: [WiX-users] wix preprocessor and votive Hi: Is there a defined variable within the wix pre-processor that allows me to detect the currently active platform I'm compiling for in visual studio. I have a project with both win32, and x64 platforms, and I want to #ifdef code based on the platform in my wix source. Cheers Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix preprocessor and votive
The .wixproj file defines the Platform property that should be getting passed automatically to candle. You should be able to use something like this: ?if $(var.Platform) = 'value' ? ... ?else? ... ?endif? Where 'value' is one of the platforms defined for your project. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: Thursday, September 30, 2010 2:31 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] wix preprocessor and votive Hi: Is there a defined variable within the wix pre-processor that allows me to detect the currently active platform I'm compiling for in visual studio. I have a project with both win32, and x64 platforms, and I want to #ifdef code based on the platform in my wix source. Cheers Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] providing differing output names for 32-64 bit packages
I update the .wixproj file to use a different OutputName for each platform. In my case, I simply append the value of the Platform property: OutputNameMyProductName$(Platform)/OutputName Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: Thursday, September 30, 2010 2:09 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] providing differing output names for 32-64 bit packages Hi: I have a visual 2010 solution which amongst other things has an installer being compiled for 32/64 bit. I don't appear given that I have two different platforms configured to be able to provide differing output names for these different platforms. I could do this with a post build event-that is if build events are platform/configuration specific? Any help appreciated. Regards Sean. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Overwrite files with higher version on major upgrade
We need to overwrite files with higher version on major upgrade: SomeFile.dll (3.0.1.1) - SomeFile.dll (2.1.0.0) How do we do it? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users