[WiX-users] Best way to create a simple installer with bootstraper for Installer 4.5 and .NET Framework
I am wondering, what is the recommended way to bundle my .msi file with the Windows Installer 4.5 redistributable and the .NET 4.0 framework using the WIX 3.5 toolset. I have currently added a GenerateBootstrapper/ section to my .wixproj file: GenerateBootstrapper ApplicationFile=$(TargetFileName) ApplicationName=MyApp BootstrapperItems=@(BootstrapperFile) ComponentsLocation=Relative CopyComponents=True OutputPath=$(OutputPath) Path=C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bootstrapper / This works for the Installer 4.5, but gives me an error looking for the German .NET framework redistributables: error MSB3152: The install location for prerequisites has not been set to 'component vendor's web site' and the file 'DotNetFX40\dotNetFx40LP_Full_x86_x64de.exe' in item 'Microsoft .NET Framework 4 (x86 und x64)' can not be located on disk. If I omit the .NET framework, I get a Setup.exe file, the .msi file and a folder WindowsInstaller4_5 with the installer prerequisites. As far as I understand, I have to repackage all the files and folders myself and unpack them at my target system before I can start setup.exe. Is this the best way with WIX 3.5? Or should I use Burn? Or should I do something else? Thanks, Ulrich -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] More than one transformation (.mst file) for Pyro.exe?
OK, thank you. This makes it clear. -Ursprüngliche Nachricht- Von: Bob Arnson [mailto:b...@joyofsetup.com] Gesendet: Sonntag, 15. Januar 2012 21:24 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] More than one transformation (.mst file) for Pyro.exe? On 15-Jan-12 08:42, Ulrich Proeller wrote: I'm using a command line similar to this one: pyro.exe patch.wixmsp -t RTM patch1.wixmst patch2.wixmst -out patch.msp -sf You have to repeat the -t switch for each transform. -- sig://boB http://joyofsetup.com/ -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] More than one transformation (.mst file) for Pyro.exe?
In the WIX tools description, it is said that Pyro can take more than one .mst file to create a patch that addresses multiple versions. When calling Pyro with more than one .mst file, I get an error message Additional argument 'Setup_DE_2.0.0.0.wixmst' was unexpected. Can Pyro currently take more than one transformation or not? Mit freundlichen Grüßen / Yours sincerely Ulrich Proeller PROSA GmbH Hartwaldstraße 27 86415 Mering Germany Fon: +49 8233 30510 Fax: +49 8233 30502 Mobile: +49 170 5417282 www.prosa-gmbh.dehttp://www.prosa-gmbh.de/ ulr...@prosa.bizmailto:ulr...@prosa.biz PROSA Gesellschaft für System und Anwendungsentwicklung mbH GF: Ulrich Proeller, Ulrike Proeller AG Augsburg, HRB 17165 Ust.-Id. Nr: DE202375536 -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version
When examining the files with an administrative install, the files in the two .msi files are definitely different. When I change the file size of the text file, the file is included in the patch. But if the file size is the same as the file size of the original file, it isn't included into the patch. As far as I can see now, torch.exe does the following: 1. If a file has a version (.exe, .dll), that version is checked to determine if the file has changed. 2. If a file has no version, it is simply checked if the file size has changed. If the size is unchanged, the file is considered as unchanged. This appears to me to be a bug in torch.exe. I would try to find and fix this bug in torch.exe now as I really need to reliably create patches. Besides this, I think that in Wix 3.6 Beta, the patch creation is broken (torch.exe or pyro.exe). When I apply the 3.6 toolset to the same files which successfully created a patch file with WIX 3.5, I get an warning about an empty cabinet. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 13:13 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version It all looks reasonable. I'd probably go back and examine the text file in the 2 MSIs that you're building the patch from. It could be a build problem. Do an administrative install of both MSIs and the version of the text file from each admin install. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 11:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version I think that the patch doesn't include this text file. At least ORCA shows only the file Szenariorechner.exe to be changed by the patch. The file Version.txt is marked as unchanged. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 12:21 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version I'd generate a verbose log while installing the patch to try and work out why the text file is not updated. The product version is just a property like any other and often seems not to be mentioned specially. That confused me when I wrote my first patch. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 11:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version Thank you, this helps me a huge step forward. Referencing the ProductVersion changes the version as desired. Is this written in any documentation/book and I have overlooked it? And I didn't know about the View Patch feature in Orca. This makes life a lot easier! My patch family now looks like this: PatchFamily Id='pfSzenariorechner' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / PropertyRef Id=ProductVersion/ ComponentRef Id=VersionFile / /PatchFamily However, the text file with the version string is still not replaced. This is a separate component, in the same component group as the managed assembly and both are in the same fragment. I read that it should be enough to reference one component in each fragment to trigger the inclusion of all components in that fragment. Nevertheless, even referencing it explicitly doesn't help. Below, you see the definition of the mentioned fragment: Fragment ComponentGroup Id=Szenariorechner Component Id=Szenariorechner Guid=c447f464-15ac-4dc3-8456-623197bd6a71 Directory=INSTALLFOLDER File Id=Szenariorechner.exe Name=$(var.Szenariorechner.TargetFileName) Vital='yes' Checksum='yes' AssemblyApplication='Szenariorechner.exe' Source=$(var.Szenariorechner.TargetPath) DiskId=1 Assembly='.net' KeyPath=yes netfx:NativeImage Id=ngen.Szenariorechner Platform=all Priority=1 AppBaseDirectory=INSTALLFOLDER/ /File File Id=Szenariorechner.exe.config Name=$(var.Szenariorechner.TargetFileName).config Vital='yes' Source=$(var.Szenariorechner.TargetPath).config DiskId=1 / File Id='Szenariorechner.ico' Name='Szenariorechner.ico' Vital='yes' Source='$(var.Szenariorechner.ProjectDir)Resources\favicon.ico' DiskId='1' / /Component Component Id='VersionFile' Guid='037d742c-583f-414b-acad-f99907a4b7d1' Directory=INSTALLFOLDER File Id=FILE_Version Source=$(var.Szenariorechner.TargetDir)Version.txt KeyPath=yes / /Component /ComponentGroup ComponentGroup Id='Shortcuts' . /ComponentGroup ComponentGroup Id=Telerik /ComponentGroup ComponentGroup Id=Misc
Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version
Examining the .wixmst confirms my suspicion: If the file size has changed, the file is marked as modified in the .wixmst, else the file has no such markup. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Donnerstag, 12. Januar 2012 10:51 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version Can you verify this by producing a minimum test case ? Create an MSI with just 1 text file and an upgrade and a patch from that. It might help you narrow down what's going wrong. The .wixmst produced by torch is an xml file containing all the changes between the two inputs, even if they are not referenced by the patch wxs file. It might be worth looking through it for your text file name. It should be in there. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 12 January 2012 09:34 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version When examining the files with an administrative install, the files in the two .msi files are definitely different. When I change the file size of the text file, the file is included in the patch. But if the file size is the same as the file size of the original file, it isn't included into the patch. As far as I can see now, torch.exe does the following: 1. If a file has a version (.exe, .dll), that version is checked to determine if the file has changed. 2. If a file has no version, it is simply checked if the file size has changed. If the size is unchanged, the file is considered as unchanged. This appears to me to be a bug in torch.exe. I would try to find and fix this bug in torch.exe now as I really need to reliably create patches. Besides this, I think that in Wix 3.6 Beta, the patch creation is broken (torch.exe or pyro.exe). When I apply the 3.6 toolset to the same files which successfully created a patch file with WIX 3.5, I get an warning about an empty cabinet. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 13:13 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version It all looks reasonable. I'd probably go back and examine the text file in the 2 MSIs that you're building the patch from. It could be a build problem. Do an administrative install of both MSIs and the version of the text file from each admin install. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 11:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version I think that the patch doesn't include this text file. At least ORCA shows only the file Szenariorechner.exe to be changed by the patch. The file Version.txt is marked as unchanged. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 12:21 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version I'd generate a verbose log while installing the patch to try and work out why the text file is not updated. The product version is just a property like any other and often seems not to be mentioned specially. That confused me when I wrote my first patch. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 11:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version Thank you, this helps me a huge step forward. Referencing the ProductVersion changes the version as desired. Is this written in any documentation/book and I have overlooked it? And I didn't know about the View Patch feature in Orca. This makes life a lot easier! My patch family now looks like this: PatchFamily Id='pfSzenariorechner' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / PropertyRef Id=ProductVersion/ ComponentRef Id=VersionFile / /PatchFamily However, the text file with the version string is still not replaced. This is a separate component, in the same component group as the managed assembly and both are in the same fragment. I read that it should be enough to reference one component in each fragment to trigger the inclusion of all components in that fragment. Nevertheless, even referencing it explicitly doesn't help. Below, you see the definition of the mentioned fragment: Fragment ComponentGroup Id=Szenariorechner Component Id=Szenariorechner Guid=c447f464-15ac-4dc3-8456-623197bd6a71 Directory=INSTALLFOLDER File Id=Szenariorechner.exe Name
Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version
Orca just shows only 2 tables in the patch file: MsiPatchMetadata and MsiPatchSequence. Therefore I wonder why the patch is doing anything. Here are the steps to create the patch: c:\Program Files (x86)\Windows Installer XML v3.5\bin\candle.exe patch.wxs c:\Program Files (x86)\Windows Installer XML v3.5\bin\light.exe patch.wixobj c:\Program Files (x86)\Windows Installer XML v3.5\bin\torch.exe -p -xi ..\Releases\V126\SzenariorechnerSetup.wixpdb ..\Releases\V127\SzenariorechnerSetup.wixpdb -out patch.wixmst c:\Program Files (x86)\Windows Installer XML v3.5\bin\pyro.exe patch.wixmsp -out patch.msp -t RTM patch.wixmst -sf The switch -sf in the pyro command was added the get rid of a duplicate key error. -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:r...@robmensching.com] Gesendet: Mittwoch, 11. Januar 2012 07:08 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version First, you can use Orca to see what the patch is modifying. After that, I epxect the WiX v3.6 warnings were that it didn't find anything updated. Maybe post the set of steps you followed to build the patch? On Tue, Jan 10, 2012 at 11:01 AM, Ulrich Proeller ulr...@prosa.biz wrote: Hi All, I am trying to create a patch (minor upgrade) to my WIX project which is expected to do three things: 1. Change the version number of my product (1.2.6.0 = 1.2.7.0) 2. Replace an managed exe where just the version number has changed (1.2.6.0 = 1.2.7.0) 3. Replace a simple text file which simply contains the updated version number. My patch definition file looks as follows: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes Classification=Update Comments=Patch Description=Patch DisplayName=Patch Manufacturer=... MoreInfoURL=http://...; TargetProductName=Szenario Rechner Codepage=1252 Media Id=1000 Cabinet=Patch.cab EmbedCab=yes Source=Cab1 PatchBaseline Id=RTM / /Media PatchFamily Id='pf1' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / /PatchFamily /Patch /Wix First, I tried the official WIX 3.6 Beta but always got warnings about an empty .cab file and the patch file size was just 20 kb. After switching to WIX 3.5 the patch creation process was without warnings or errors and I got a 480 kb patch file. However, when applying the patch file, which works without problems, only the managed exe file was replaced. The version number is still 1.2.6.0 and the text file still shows the old content (1.2.6). Can please anybody give me an advice what I am doing wrong. I've already checked every line in the tutorial and in the WIX book and I have googled for any related problem, without success! Thanks in advance, Ulrich -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version
Thank you, this helps me a huge step forward. Referencing the ProductVersion changes the version as desired. Is this written in any documentation/book and I have overlooked it? And I didn't know about the View Patch feature in Orca. This makes life a lot easier! My patch family now looks like this: PatchFamily Id='pfSzenariorechner' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / PropertyRef Id=ProductVersion/ ComponentRef Id=VersionFile / /PatchFamily However, the text file with the version string is still not replaced. This is a separate component, in the same component group as the managed assembly and both are in the same fragment. I read that it should be enough to reference one component in each fragment to trigger the inclusion of all components in that fragment. Nevertheless, even referencing it explicitly doesn't help. Below, you see the definition of the mentioned fragment: Fragment ComponentGroup Id=Szenariorechner Component Id=Szenariorechner Guid=c447f464-15ac-4dc3-8456-623197bd6a71 Directory=INSTALLFOLDER File Id=Szenariorechner.exe Name=$(var.Szenariorechner.TargetFileName) Vital='yes' Checksum='yes' AssemblyApplication='Szenariorechner.exe' Source=$(var.Szenariorechner.TargetPath) DiskId=1 Assembly='.net' KeyPath=yes netfx:NativeImage Id=ngen.Szenariorechner Platform=all Priority=1 AppBaseDirectory=INSTALLFOLDER/ /File File Id=Szenariorechner.exe.config Name=$(var.Szenariorechner.TargetFileName).config Vital='yes' Source=$(var.Szenariorechner.TargetPath).config DiskId=1 / File Id='Szenariorechner.ico' Name='Szenariorechner.ico' Vital='yes' Source='$(var.Szenariorechner.ProjectDir)Resources\favicon.ico' DiskId='1' / /Component Component Id='VersionFile' Guid='037d742c-583f-414b-acad-f99907a4b7d1' Directory=INSTALLFOLDER File Id=FILE_Version Source=$(var.Szenariorechner.TargetDir)Version.txt KeyPath=yes / /Component /ComponentGroup ComponentGroup Id='Shortcuts' . /ComponentGroup ComponentGroup Id=Telerik /ComponentGroup ComponentGroup Id=Misc .. /ComponentGroup /Fragment -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 11:23 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version Add a propertyref to the ProductVersion property. If your text file is in a separate component from the exe then add a componentref to that too. Orca will only show 2 tables because the rest of the changes are in 2 transforms embedded in the patch. Use the View Patch menu item in Orca after loading the base MSI to get a better idea of what it changes. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 08:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version Orca just shows only 2 tables in the patch file: MsiPatchMetadata and MsiPatchSequence. Therefore I wonder why the patch is doing anything. Here are the steps to create the patch: c:\Program Files (x86)\Windows Installer XML v3.5\bin\candle.exe patch.wxs c:\Program Files (x86)\Windows Installer XML v3.5\bin\light.exe patch.wixobj c:\Program Files (x86)\Windows Installer XML v3.5\bin\torch.exe -p -xi ..\Releases\V126\SzenariorechnerSetup.wixpdb ..\Releases\V127\SzenariorechnerSetup.wixpdb -out patch.wixmst c:\Program Files (x86)\Windows Installer XML v3.5\bin\pyro.exe patch.wixmsp -out patch.msp -t RTM patch.wixmst -sf The switch -sf in the pyro command was added the get rid of a duplicate key error. -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:r...@robmensching.com] Gesendet: Mittwoch, 11. Januar 2012 07:08 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version First, you can use Orca to see what the patch is modifying. After that, I epxect the WiX v3.6 warnings were that it didn't find anything updated. Maybe post the set of steps you followed to build the patch? On Tue, Jan 10, 2012 at 11:01 AM, Ulrich Proeller ulr...@prosa.biz wrote: Hi All, I am trying to create a patch (minor upgrade) to my WIX project which is expected to do three things: 1. Change the version number of my product (1.2.6.0 = 1.2.7.0) 2. Replace an managed exe where just the version number has changed (1.2.6.0 = 1.2.7.0) 3. Replace a simple text file which simply contains the updated version number. My patch definition file looks as follows: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes
Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version
I think that the patch doesn't include this text file. At least ORCA shows only the file Szenariorechner.exe to be changed by the patch. The file Version.txt is marked as unchanged. -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 12:21 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version I'd generate a verbose log while installing the patch to try and work out why the text file is not updated. The product version is just a property like any other and often seems not to be mentioned specially. That confused me when I wrote my first patch. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 11:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increasethe product version Thank you, this helps me a huge step forward. Referencing the ProductVersion changes the version as desired. Is this written in any documentation/book and I have overlooked it? And I didn't know about the View Patch feature in Orca. This makes life a lot easier! My patch family now looks like this: PatchFamily Id='pfSzenariorechner' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / PropertyRef Id=ProductVersion/ ComponentRef Id=VersionFile / /PatchFamily However, the text file with the version string is still not replaced. This is a separate component, in the same component group as the managed assembly and both are in the same fragment. I read that it should be enough to reference one component in each fragment to trigger the inclusion of all components in that fragment. Nevertheless, even referencing it explicitly doesn't help. Below, you see the definition of the mentioned fragment: Fragment ComponentGroup Id=Szenariorechner Component Id=Szenariorechner Guid=c447f464-15ac-4dc3-8456-623197bd6a71 Directory=INSTALLFOLDER File Id=Szenariorechner.exe Name=$(var.Szenariorechner.TargetFileName) Vital='yes' Checksum='yes' AssemblyApplication='Szenariorechner.exe' Source=$(var.Szenariorechner.TargetPath) DiskId=1 Assembly='.net' KeyPath=yes netfx:NativeImage Id=ngen.Szenariorechner Platform=all Priority=1 AppBaseDirectory=INSTALLFOLDER/ /File File Id=Szenariorechner.exe.config Name=$(var.Szenariorechner.TargetFileName).config Vital='yes' Source=$(var.Szenariorechner.TargetPath).config DiskId=1 / File Id='Szenariorechner.ico' Name='Szenariorechner.ico' Vital='yes' Source='$(var.Szenariorechner.ProjectDir)Resources\favicon.ico' DiskId='1' / /Component Component Id='VersionFile' Guid='037d742c-583f-414b-acad-f99907a4b7d1' Directory=INSTALLFOLDER File Id=FILE_Version Source=$(var.Szenariorechner.TargetDir)Version.txt KeyPath=yes / /Component /ComponentGroup ComponentGroup Id='Shortcuts' . /ComponentGroup ComponentGroup Id=Telerik /ComponentGroup ComponentGroup Id=Misc .. /ComponentGroup /Fragment -Ursprüngliche Nachricht- Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Gesendet: Mittwoch, 11. Januar 2012 11:23 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version Add a propertyref to the ProductVersion property. If your text file is in a separate component from the exe then add a componentref to that too. Orca will only show 2 tables because the rest of the changes are in 2 transforms embedded in the patch. Use the View Patch menu item in Orca after loading the base MSI to get a better idea of what it changes. -Original Message- From: Ulrich Proeller [mailto:ulr...@prosa.biz] Sent: 11 January 2012 08:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Applying a patch (.msp) doesn't increase the product version Orca just shows only 2 tables in the patch file: MsiPatchMetadata and MsiPatchSequence. Therefore I wonder why the patch is doing anything. Here are the steps to create the patch: c:\Program Files (x86)\Windows Installer XML v3.5\bin\candle.exe patch.wxs c:\Program Files (x86)\Windows Installer XML v3.5\bin\light.exe patch.wixobj c:\Program Files (x86)\Windows Installer XML v3.5\bin\torch.exe -p -xi ..\Releases\V126\SzenariorechnerSetup.wixpdb ..\Releases\V127\SzenariorechnerSetup.wixpdb -out patch.wixmst c:\Program Files (x86)\Windows Installer XML v3.5\bin\pyro.exe patch.wixmsp -out patch.msp -t RTM patch.wixmst -sf The switch -sf in the pyro command was added the get rid of a duplicate key error. -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:r...@robmensching.com] Gesendet: Mittwoch, 11. Januar 2012 07:08
[WiX-users] Applying a patch (.msp) doesn't increase the product version
Hi All, I am trying to create a patch (minor upgrade) to my WIX project which is expected to do three things: 1. Change the version number of my product (1.2.6.0 = 1.2.7.0) 2. Replace an managed exe where just the version number has changed (1.2.6.0 = 1.2.7.0) 3. Replace a simple text file which simply contains the updated version number. My patch definition file looks as follows: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=yes Classification=Update Comments=Patch Description=Patch DisplayName=Patch Manufacturer=... MoreInfoURL=http://...; TargetProductName=Szenario Rechner Codepage=1252 Media Id=1000 Cabinet=Patch.cab EmbedCab=yes Source=Cab1 PatchBaseline Id=RTM / /Media PatchFamily Id='pf1' Version='1.2.7.0' Supersede='yes' ComponentRef Id=Szenariorechner / /PatchFamily /Patch /Wix First, I tried the official WIX 3.6 Beta but always got warnings about an empty .cab file and the patch file size was just 20 kb. After switching to WIX 3.5 the patch creation process was without warnings or errors and I got a 480 kb patch file. However, when applying the patch file, which works without problems, only the managed exe file was replaced. The version number is still 1.2.6.0 and the text file still shows the old content (1.2.6). Can please anybody give me an advice what I am doing wrong. I've already checked every line in the tutorial and in the WIX book and I have googled for any related problem, without success! Thanks in advance, Ulrich -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
