Re: [WiX-users] Bundle: Way to do no action in case of Repair for an ExePackage
ok. RepairCommand was ommitted. Got it down to a very basic config: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Bundle Name=MyBootstrapper Version=1.0.0.0 Manufacturer=MyManufacturer UpgradeCode=0bbc7bb6-b024-405f-a6bb-1b6c9e3a11be BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense / Chain ExePackage SourceFile=c:\WinPcap_4_1_2.exe / MsiPackage SourceFile=c:\7z920-x64.msi / /Chain /Bundle /Wix Despite ommitted burn tries to install the ExePackage WinPcap_4_1_2.exe in case of repair if I read log file correct. (tested on w7 x64 based on wix 3.6 RTM + w8x64 based on wix 3.7 RTM). Following Log from wix 3.6 - 3.7 log simmilar: [0B80:0B6C][2013-03-01T01:12:27]: Applying execute package: WinPcap_4_1_2.exe, action: Install, path: C:\ProgramData\Package Cache\5BBDCE5C2AD5423BA023B1272301A7FB49279B16\WinPcap_4_1_2.exe, arguments: 'C:\ProgramData\Package Cache\5BBDCE5C2AD5423BA023B1272301A7FB49279B16\WinPcap_4_1_2.exe' [09D4:09E8][2013-03-01T01:12:16]: Burn v3.6.3303.0, Windows v6.1 (Build 7600: Service Pack 0), path: C:\Users\admin\Desktop\Bootstrapper5.exe, cmdline: '' [09D4:09E8][2013-03-01T01:12:16]: Setting string variable 'WixBundleLog' to value 'C:\Users\admin\AppData\Local\Temp\MyBootstrapper_20130301011216.log' [09D4:09E8][2013-03-01T01:12:16]: Setting string variable 'WixBundleOriginalSource' to value 'C:\Users\admin\Desktop\Bootstrapper5.exe' [09D4:09E8][2013-03-01T01:12:16]: Detect 2 packages [09D4:09E8][2013-03-01T01:12:16]: Detected package: WinPcap_4_1_2.exe, state: Absent, cached: Complete [09D4:09E8][2013-03-01T01:12:16]: Detected package: _7z920_x64.msi, state: Present, cached: Complete [09D4:09E8][2013-03-01T01:12:16]: Detect complete, result: 0x0 [09D4:09E8][2013-03-01T01:12:18]: Plan 2 packages, action: Repair [09D4:09E8][2013-03-01T01:12:18]: Skipping dependency registration on package with no dependency providers: WinPcap_4_1_2.exe [09D4:09E8][2013-03-01T01:12:18]: Setting string variable 'WixBundleLog_WinPcap_4_1_2.exe' to value 'C:\Users\admin\AppData\Local\Temp\MyBootstrapper_20130301011216_0_WinPcap_4_1_2.exe.log' [09D4:09E8][2013-03-01T01:12:18]: Setting string variable 'WixBundleRollbackLog_WinPcap_4_1_2.exe' to value 'C:\Users\admin\AppData\Local\Temp\MyBootstrapper_20130301011216_0_WinPcap_4_1_2.exe_rollback.log' [09D4:09E8][2013-03-01T01:12:18]: Setting string variable 'WixBundleLog__7z920_x64.msi' to value 'C:\Users\admin\AppData\Local\Temp\MyBootstrapper_20130301011216_1__7z920_x64.msi.log' [09D4:09E8][2013-03-01T01:12:18]: Planned package: WinPcap_4_1_2.exe, state: Absent, default requested: Repair, ba requested: Repair, execute: Install, rollback: Uninstall, cache: No, uncache: No, dependency: None [09D4:09E8][2013-03-01T01:12:18]: Planned package: _7z920_x64.msi, state: Present, default requested: Repair, ba requested: Repair, execute: Repair, rollback: None, cache: No, uncache: No, dependency: Register [09D4:09E8][2013-03-01T01:12:18]: Plan complete, result: 0x0 [09D4:09E8][2013-03-01T01:12:18]: Apply begin [0B80:0B6C][2013-03-01T01:12:20]: Creating a system restore point. [0B80:0B6C][2013-03-01T01:12:27]: Created a system restore point. [0B80:0A94][2013-03-01T01:12:27]: Verified existing payload: WinPcap_4_1_2.exe at path: C:\ProgramData\Package Cache\5BBDCE5C2AD5423BA023B1272301A7FB49279B16\WinPcap_4_1_2.exe. [0B80:0A94][2013-03-01T01:12:27]: Verified existing payload: _7z920_x64.msi at path: C:\ProgramData\Package Cache\{23170F69-40C1-2702-0920-0100}v9.20.00.0\7z920-x64.msi. [0B80:0B6C][2013-03-01T01:12:27]: Applying execute package: WinPcap_4_1_2.exe, action: Install, path: C:\ProgramData\Package Cache\5BBDCE5C2AD5423BA023B1272301A7FB49279B16\WinPcap_4_1_2.exe, arguments: 'C:\ProgramData\Package Cache\5BBDCE5C2AD5423BA023B1272301A7FB49279B16\WinPcap_4_1_2.exe' [0B80:0B6C][2013-03-01T01:12:41]: Error 0x80070001: Process returned error: 0x1 [0B80:0B6C][2013-03-01T01:12:41]: Error 0x80070001: Failed to execute EXE package. [09D4:09E8][2013-03-01T01:12:41]: Error 0x80070001: Failed to configure per-machine EXE package. [09D4:09E8][2013-03-01T01:12:41]: Applied execute package: WinPcap_4_1_2.exe, result: 0x80070001, restart: None [09D4:09E8][2013-03-01T01:12:41]: Error 0x80070001: Failed to execute EXE package. [09D4:09E8][2013-03-01T01:12:41]: Apply complete, result: 0x80070001, restart: None, ba requested restart: No [09D4:09E8][2013-03-01T01:12:43]: Shutting down, exit code: 0x80070001 [09D4:09E8][2013-03-01T01:12:43]: Variable: WixBundleAction = 6 [09D4:09E8][2013-03-01T01:12:43]: Variable: WixBundleElevated = 1 [09D4:09E8][2013-03-01T01:12:43]: Variable: WixBundleInstalled = 1 [09D4:09E8][2013-03-01T01:12:43]: Variable: WixBundleLog = C:\Users\admin\AppData\Local\Temp\MyBootstrapper_20130301011216.log [09D4:09E8][2013-03-01T01:12:43]: Variable: WixBundleLog__7z920_x64.msi =
Re: [WiX-users] Copy File Setting source and destination property valuesetting
If you need to reference a property from another you could try using setproperty. So keep what you have here but swap the Property element for a SetProperty one. SetProperty Id= DestFilesFolder Value=[INSTALLLOCATION]\Website\App_Config After=AppSearch Sequence=both / -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 28 February 2013 14:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Copy File Setting source and destination property valuesetting Hi, I want to achieve copy file and was able to do when I am setting the destination and source folder property values hard coded. But when I try to do using the property value like [INSTALLLOCATION]\Website\App_Config it does give an error saying could not find the location. And [INSTALLOCATION] value is provided through command line when installing MSI package as installation location. Can any one help in setting the custom based property value. Fragment Property Id=DestFilesFolder Value=[INSTALLLOCATION]\Website\App_Config / ComponentGroup Id=CopyFiles Component Id=CMP_LOG4TXT Guid=341BD660-7249-42DD-9744-DBEF0776AD52 Directory=INSTALLLOCATION File Id=File_installme Source=C:\Workspaces\Chatra\Website\CBUDirect.Web\App_Config\basic.log4net.P roductionBuild.config.xml KeyPath=yes CopyFile Id=Copy_LOG4TXT DestinationProperty=DestFilesFolder DestinationName=basic.log4net / /File /Component /ComponentGroup /Fragment -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Copy-File-Setti ng-source-and-destination-property-value-setting-tp7584031.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] sql ce deployment
There's an important gotcha. The 64-bit SQL CE assemblies are just thunks for the 32-bit pieces. This means installing the 32-bit assemblies is sufficient on a 32-bit platform, but both need to be installed to work on a 64-bit platform. -- 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: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Thursday, February 28, 2013 5:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] sql ce deployment Classification: Public Hi Sean, We deploy Microsoft SQL Server Compact 3.5 SP2 with our product. I am deploying it within burn and yes there is a MSI (two one for 32/64 bit) Here is how I am doing it: MsiPackage Id=SQLCompactx86 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x86) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x86-ENU.msi Name=RedistTMC\SSCERuntime_x86-ENU.msi Cache=no Compressed=no Permanent=yes/ MsiPackage Id=SQLCompactx64 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x64) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x64-ENU.msi Name=RedistTMC\SSCERuntime_x64-ENU.msi InstallCondition=VersionNT64 Cache=no Compressed=no Permanent=yes/ Go to Microsoft Download Center to get the MSI's Steve -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: February-28-13 4:00 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] sql ce deployment Hi, I am considering using Sql ce for my next project that will require a local database. Has anyone done any deployment with this using burn/is thee an msi available to deploy the necessary redistributable bits? Any help appreciated. Regards Sean. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on February-28-13 6:03:42 PM. The above classification labels were added to the message by TITUS Message Classification. Visit www.titus.com for more information. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ 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. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setup i18n
Hi all, I search the web for information about it, but it's quite confusing for me. I currently have a bootstrapper (i'm using wix3.7), a custom wixstdba.dll, and one setup msi. My UI is displayed by the bootstrapper, nothing is displayed from the msi itself. I'd like to handle more than one languages in the UI. let's say with a dropdown list when installing. But I'd like to have only one msi, saving in the registry the selected language, so that the installed program exe can read it and display the correct language. I don't want to have many exe each one with one language, the same for msi, it would be hard to maintain and distribute. Can someone help me or show me the correct way to do it? Thanks -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Permission
(1) If I grant Read, ReadAttributes, ReadExtendedAttributes to two users based on a Permission element, what permissions do other users have? (2) Are the permissions exhaustive for those users? If not, how do I clear write access? Do I somehow have to use an explicit deny? (3) Can the User attribute be used with a local group as the value of the parameter instead? Finally, is the section in the Wix 3.5 documentation wrong on the difference between Permission and Util:PermissionEx? Or is the otherwise excellent book by Nick Ramirez wrong? The latter seems to describe Permission when talking about Utils:PermissionEx if the built in docs are to be believed. 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-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] using WiX with team foundation service
There was talk of wix being installed by standard on the tfs service build machine, I don't know if it happened though. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 01 March 2013 07:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] using WiX with team foundation service We use WiX with TFS but installed WiX on the build servers. Neil If there is a NuGet package for WiX, that's news to me. The one time I played with WiX on the TFS Hosted Build Agent I had to check all the WiX binaries into source control and tweak the a few things in the targets file or something (don't fully remember ) to get it to all line up. And I had to disable ICE validation because the windows installer service was disabled and it wasn't working. In other words, the hosted build service was not suited to my needs. I have a hyper-v server at home that runs my build agent (pointed to my cloud instance) quite nicely. From: Sean Farrow sean.far...@seanfarrow.co.uk Sent: Thursday, February 28, 2013 6:23 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] using WiX with team foundation service Hi, I am looking at using Wix for an installer. We are using Team foundation service for this. Can I just install the NuGet package in to my project and go from there or is there other things I need to do? Any help appreciated. Regards Sean. --- --- -- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSI uninstalls property when built with WiX 3.5, fails with 3.6 and 3.7
Hi, I have a problem with uninstalling my MSI built with WiX 3.6 and 3.7. FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi When I build my MSI with WiX 3.5, it installs and uninstalls property without any problems. However when built with WiX 3.6 or WiX 3.7 it cannot uninstall when installed. The error I get during the uninstallation is: MSI (s) (40:34) [10:20:34:522]: Note: 1: 2711 2: MSI (s) (40:34) [10:20:34:522]: Note: 1: 2205 2: 3: Error MSI (s) (40:34) [10:20:34:522]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 2711 Action start 10:20:34: CostFinalize. DEBUG: Error 2711: The specified Feature name (' ') not found in Feature Table. MSI (s) (40:34) [10:20:36:725]: Note: 1: 2205 2: 3: Error MSI (s) (40:34) [10:20:36:725]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (40:34) [10:20:36:725]: Product: Visma User Directory -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2711. The arguments are: , , I have really no idea what is the cause of this problem, the only difference is made by the WiX version. Included the uninstallation log of my MSI and the MSI which is problematic. uninstall_log.txt http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/uninstall_log.txt FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi Any suggestion for of help will be appreciated. Kind regards Michal Sporek -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-uninstalls-property-when-built-with-WiX-3-5-fails-with-3-6-and-3-7-tp7584055.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Looking for a simple default bootstrapper
Thanks a lot for you comprehensive answer. I will give it a try! Bernd -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Looking-for-a-simple-default-bootstrapper-tp7584028p7584053.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Copy File Setting source and destination property valuesetting
Thanks Wyrdfish.. But what about Source . I also do get error ICE Error (This breaks component reference counting )for Source file path as it is referenced as the source component twice (once in heat generated component and another we are adding as new new component with different GUID for same file as shown in my first comment) when you try to copy file from same source and destination folder like(Website\App_Config). Please see be low snippet Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=CBUDirect Directory Id=WEBSITE Name=Website Directory Id=APPCONFIG Name=App_Config /Directory /Directory /Directory /Directory /Directory /Fragment Feature Id=MainContent Title=MyWeb Website Description=The website content Level=1 ComponentGroupRef Id=MyWebIssConfiguration / ComponentGroupRef Id=CBUDirect / ComponentGroupRef Id=CopyFiles / /Feature Fragment Property Id=DestFilesFolder Value=E:\Websites\CBUDirect\Website\App_Config\ / ComponentGroup Id=CopyFiles ComponentRef Id=CMP_LOG4TXT / /ComponentGroup DirectoryRef Id=APPCONFIG Component Id=CMP_LOG4TXT Guid=DBAF8230-218D-44BB-B34B-7B26FD144454 KeyPath=yes File Id=File_installme Source=C:\Workspaces\Chatra\Website\CBUDirect.Web\App_Config\Deployment.ProductionBuild.config.xml CopyFile Id=Copy_LOG4TXT DestinationProperty=DestFilesFolder DestinationName=Deployment.config / /File /Component /DirectoryRef /Fragment A snippet of CBUDirect component Ref Fragment DirectoryRef Id=INSTALLLOCATION Directory Id=dirF915605B961A3EA31F61779100C798A6 Name=Website / /DirectoryRef /Fragment Fragment ComponentGroup Id=CBUDirect Component Id=cmp6A69C8AFD962FD8AF3D0D42BE1070773 Directory=dirF915605B961A3EA31F61779100C798A6 Guid={07DAFBCC-FA19-4C94-B615-8FF9A8655517} File Id=fil499063D05C964DFB29B939B253F1B83E KeyPath=yes Source=C:\Workspaces\Chatra\Website\CBUDirect.Web\web.ProductionBuild.config.xml / /Component /ComponentGroup /Fragment Fragment DirectoryRef Id=dirF915605B961A3EA31F61779100C798A6 Directory Id=dir003DD90345EC1A32A45BBAE21BF2AEF1 Name=App_config / /DirectoryRef /Fragment -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Copy-File-Setting-source-and-destination-property-value-setting-tp7584031p7584054.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSI uninstalls property when built with WiX 3.5, fails with 3.6 and 3.7
MSI (s) (40:34) [10:20:34:506]: PROPERTY CHANGE: Modifying REMOVE property. Its current value is 'ALL'. Its new value: ' '. Action start 10:20:34: ResetRemove. MSI (s) (40:34) [10:20:34:506]: Doing action: FindRelatedProducts MSI (s) (40:34) [10:20:34:506]: Note: 1: 2205 2: 3: ActionText Action ended 10:20:34: ResetRemove. Return value 1. Why are you modifying REMOVE on uninstall? -Original Message- From: msporek [mailto:mspo...@gmail.com] Sent: Friday, March 01, 2013 8:40 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSI uninstalls property when built with WiX 3.5, fails with 3.6 and 3.7 Hi, I have a problem with uninstalling my MSI built with WiX 3.6 and 3.7. FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi When I build my MSI with WiX 3.5, it installs and uninstalls property without any problems. However when built with WiX 3.6 or WiX 3.7 it cannot uninstall when installed. The error I get during the uninstallation is: MSI (s) (40:34) [10:20:34:522]: Note: 1: 2711 2: MSI (s) (40:34) [10:20:34:522]: Note: 1: 2205 2: 3: Error MSI (s) (40:34) [10:20:34:522]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 2711 Action start 10:20:34: CostFinalize. DEBUG: Error 2711: The specified Feature name (' ') not found in Feature Table. MSI (s) (40:34) [10:20:36:725]: Note: 1: 2205 2: 3: Error MSI (s) (40:34) [10:20:36:725]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (40:34) [10:20:36:725]: Product: Visma User Directory -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2711. The arguments are: , , I have really no idea what is the cause of this problem, the only difference is made by the WiX version. Included the uninstallation log of my MSI and the MSI which is problematic. uninstall_log.txt http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/uninstall_log.txt FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7584055/FAIL_Visma.Services.UserDirectory.Install.NewInstallerFullMaintenance.msi Any suggestion for of help will be appreciated. Kind regards Michal Sporek -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSI-uninstalls-property-when-built-with-WiX-3-5-fails-with-3-6-and-3-7-tp7584055.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] sql ce deployment
Steven, would you be interested in contributing the SQL CE information to the SqlExtension so it is resuable? If so, let's start a conversation on wix-devs. On Fri, Mar 1, 2013 at 6:25 AM, John Cooper jocoo...@jackhenry.com wrote: There's an important gotcha. The 64-bit SQL CE assemblies are just thunks for the 32-bit pieces. This means installing the 32-bit assemblies is sufficient on a 32-bit platform, but both need to be installed to work on a 64-bit platform. -- 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: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Thursday, February 28, 2013 5:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] sql ce deployment Classification: Public Hi Sean, We deploy Microsoft SQL Server Compact 3.5 SP2 with our product. I am deploying it within burn and yes there is a MSI (two one for 32/64 bit) Here is how I am doing it: MsiPackage Id=SQLCompactx86 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x86) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x86-ENU.msi Name=RedistTMC\SSCERuntime_x86-ENU.msi Cache=no Compressed=no Permanent=yes/ MsiPackage Id=SQLCompactx64 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x64) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x64-ENU.msi Name=RedistTMC\SSCERuntime_x64-ENU.msi InstallCondition=VersionNT64 Cache=no Compressed=no Permanent=yes/ Go to Microsoft Download Center to get the MSI's Steve -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: February-28-13 4:00 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] sql ce deployment Hi, I am considering using Sql ce for my next project that will require a local database. Has anyone done any deployment with this using burn/is thee an msi available to deploy the necessary redistributable bits? Any help appreciated. Regards Sean. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on February-28-13 6:03:42 PM. The above classification labels were added to the message by TITUS Message Classification. Visit www.titus.com for more information. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ 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. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UAC and permissions for CustomAction?
I was wondering if someone might be able to point me in the right direction here- I have a Custom Action that triggers a small batch file to update a log file when the MSI completes. Here's the WiX source snippet: CustomAction Id=RunLogUpdate Directory=Workstation_1 ExeCommand=cmd.exe /c quot;[Workstation_1]LogUpdate.batquot; Return=ignore Execute=commit / This has worked well for me on my Windows XP machines and on Windows 7 machines - with the UAC disabled. However, recently one of my customers noted these batch-file created logs on his systems were not getting updated. Looking a bit deeper we saw the log file was getting Error 5 -access denied when it is invoked by the MSI on a machine where UAC is enabled. Based on this observation, I am theorizing that, though the MSI itself has sufficient rights to perform its actions, it is *not* endowing the child process (the batch file) with the same permission levels. :( If this is the case, is there a way to make sure the spawned script runs with the same permissions as the MSI? TIA! Vern -- Vern Graner CNE/CNA/SSE| If the network is down, then you're Senior Systems Engineer| obviously incompetent so why are we Texas Information Services | paying you? Of course, if the network http://www.txis.com| is up, then we obviously don't need Austin Office 512 328-8947 | you, so why are we paying you? ©VLG -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] using WiX with team foundation service
I just gave it a try and sure enough, WiX *IS* installed. However, validation is still broken (25 errors using a simple merge module project). I don't know about you, but I don't generate MSI's without running validation every build so it's still a non-starter for me. light.exe : warning LGHT1079: The cabinet 'MergeModule.CABinet' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remove it. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM01'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM02'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM03'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM04'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM05'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM06'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM07'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.. [C:\a\src\MergeModule1\MergeModule1\MergeModule1.wixproj] light.exe : error LGHT0217: Error executing ICE action 'ICEM08'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly
Re: [WiX-users] using WiX with team foundation service
BTW, where did you hear this talk? It does seem to be there despite it not being documented on this page: http://tfs.visualstudio.com/en-us/learn/build/hosted-build-controller-in-vs/ ( very bottom ) From: David Watson dwat...@sdl.com Sent: Friday, March 01, 2013 3:10 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] using WiX with team foundation service There was talk of wix being installed by standard on the tfs service build machine, I don't know if it happened though. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 01 March 2013 07:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] using WiX with team foundation service We use WiX with TFS but installed WiX on the build servers. Neil If there is a NuGet package for WiX, that's news to me. The one time I played with WiX on the TFS Hosted Build Agent I had to check all the WiX binaries into source control and tweak the a few things in the targets file or something (don't fully remember ) to get it to all line up. And I had to disable ICE validation because the windows installer service was disabled and it wasn't working. In other words, the hosted build service was not suited to my needs. I have a hyper-v server at home that runs my build agent (pointed to my cloud instance) quite nicely. From: Sean Farrow sean.far...@seanfarrow.co.uk Sent: Thursday, February 28, 2013 6:23 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] using WiX with team foundation service Hi, I am looking at using Wix for an installer. We are using Team foundation service for this. Can I just install the NuGet package in to my project and go from there or is there other things I need to do? Any help appreciated. Regards Sean. --- --- -- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC and permissions for CustomAction?
Two things: 1. Running batch files is generally frowned upon. smile/ 2. That said, I think you need to add Impersonate='no'. Bonus: commit actions are kinda' special. Are you sure you don't want to just run the action deferred and really late in the sequence instead? On Fri, Mar 1, 2013 at 9:02 AM, Vern Graner v...@txis.com wrote: I was wondering if someone might be able to point me in the right direction here- I have a Custom Action that triggers a small batch file to update a log file when the MSI completes. Here's the WiX source snippet: CustomAction Id=RunLogUpdate Directory=Workstation_1 ExeCommand=cmd.exe /c quot;[Workstation_1]LogUpdate.batquot; Return=ignore Execute=commit / This has worked well for me on my Windows XP machines and on Windows 7 machines - with the UAC disabled. However, recently one of my customers noted these batch-file created logs on his systems were not getting updated. Looking a bit deeper we saw the log file was getting Error 5 -access denied when it is invoked by the MSI on a machine where UAC is enabled. Based on this observation, I am theorizing that, though the MSI itself has sufficient rights to perform its actions, it is *not* endowing the child process (the batch file) with the same permission levels. :( If this is the case, is there a way to make sure the spawned script runs with the same permissions as the MSI? TIA! Vern -- Vern Graner CNE/CNA/SSE| If the network is down, then you're Senior Systems Engineer| obviously incompetent so why are we Texas Information Services | paying you? Of course, if the network http://www.txis.com| is up, then we obviously don't need Austin Office 512 328-8947 | you, so why are we paying you? ©VLG -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation target is ReadOnly?
Thank you for your help. I solved the problem of file permission following yours advices, i inserted the line in the file... tag: util:PermissionEx User=Everyone GenericAll=yes/ For the other problem of Open file location button disabled. I don't solve it. Changing the advertised attribute to no rise errors at compilation time: error LGHT0204: ICE43: Component MainExecutable has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. error LGHT0204: ICE57: Component 'MainExecutable' has both per-user and per-machine data with a per-machine KeyPath. As i don't really understand the KeyPath concept (i need to learn a little more), i am blocked at this point . My source for Component MainExecutable is the following: Component Id='MainExecutable' Guid='----' File Id='PSControllerEXE' Name='PSController.exe' DiskId='1' Source='..\..\PSController\Release\PSController.exe' KeyPath='yes' Shortcut Id=ApplicationStartMenuShortcut Icon=PSController.exe IconIndex=0 Directory=ApplicationMenuFolder Name=Power Supply Description=Power Supply WorkingDirectory=INSTALLFOLDER Advertise=yes / Shortcut Id=ApplicationDsktShortcut Icon=PSController.exe IconIndex=0 Directory=DesktopFolder Name=Power Supply Description=Power Supply WorkingDirectory=INSTALLFOLDER Advertise=yes / /File /Component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installation-target-is-ReadOnly-tp7584002p7584025.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn Install / Uninstall Scenario
I've got a weird scenario involving AdobeFlash. They have an MSI, TRANSFORM and MSP that I need to use to install. However, their uninstall is broken (incomplete) and they provide an EXE to run to do a complete uninstall. We created a bundle to lay this all down but we are getting stuck on the uninstall side. We want either a) Burn runs the MSI for install but not uninstall and run the EXE for uninstall of the MSI (but has no install) a1) I can think of a way of creating a man in the middle EXE to handle both install and uninstall but this is hackish. b) Have burn install everything but never register the bundle with the system. We tried the DisableRepair/Remove/Change and while it doesn't show in ARP, a second run of the EXE shows the meta is present on the system. (b) is a viable option for us because SCCM can run burn to do the install and run the EXE provided by Adobve for the uninstall. Any thoughts? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] sql ce deployment
Classification: Public sure -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: March-01-13 6:09 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] sql ce deployment Steven, would you be interested in contributing the SQL CE information to the SqlExtension so it is resuable? If so, let's start a conversation on wix-devs. On Fri, Mar 1, 2013 at 6:25 AM, John Cooper jocoo...@jackhenry.com wrote: There's an important gotcha. The 64-bit SQL CE assemblies are just thunks for the 32-bit pieces. This means installing the 32-bit assemblies is sufficient on a 32-bit platform, but both need to be installed to work on a 64-bit platform. -- 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: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Thursday, February 28, 2013 5:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] sql ce deployment Classification: Public Hi Sean, We deploy Microsoft SQL Server Compact 3.5 SP2 with our product. I am deploying it within burn and yes there is a MSI (two one for 32/64 bit) Here is how I am doing it: MsiPackage Id=SQLCompactx86 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x86) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x86-ENU.msi Name=RedistTMC\SSCERuntime_x86-ENU.msi Cache=no Compressed=no Permanent=yes/ MsiPackage Id=SQLCompactx64 DisplayName=Microsoft SQL Server Compact 3.5 SP2 (x64) DisplayInternalUI=no Visible=yes SourceFile=..\PreReqs\SSCERuntime_x64-ENU.msi Name=RedistTMC\SSCERuntime_x64-ENU.msi InstallCondition=VersionNT64 Cache=no Compressed=no Permanent=yes/ Go to Microsoft Download Center to get the MSI's Steve -Original Message- From: Sean Farrow [mailto:sean.far...@seanfarrow.co.uk] Sent: February-28-13 4:00 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] sql ce deployment Hi, I am considering using Sql ce for my next project that will require a local database. Has anyone done any deployment with this using burn/is thee an msi available to deploy the necessary redistributable bits? Any help appreciated. Regards Sean. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on February-28-13 6:03:42 PM. The above classification labels were added to the message by TITUS Message Classification. Visit www.titus.com for more information. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ 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. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
Re: [WiX-users] using WiX with team foundation service
Which is what I do. I used to have an on-prem TFS app-tier/data-tier and an on-prem build tier. When I initially evaluated TFS Service I had difficulty keeping the on-prem build tier registered with the service. I stopped using it for about a year and when I reevaluated it they had fixed those problems and added the hosted build server option. The hosted build option really isn't an option IMO. The only way it has of getting binaries back to you is to check them into source control. I can't believe they don't even have some kind of Sky Drive integration so the builds replicate down to your machine. Also the servers only have a basic set of software with zero rights. If you need to build MSI's using WiX or InstallShield you are stuck. I can't believe they didn't even atleast put the InstallShield Stand Alone Build Engine on there since they partnered with Flexera on InstallShield Limited Edition. Hosting your own build server where you have full rights and local storage is pretty much the only way to go. As an aside, I evaluated the cloud service at my day job and it's just not suitable. They have federated authentication but they only have a Microsoft Live provider. They don't have Active Directory capabilities. Also there is no Analysis Services / Reporting so I'd have a huge feature gap to pass onto the development teams. TFS Service is good right now for a small shop who can host their own build servers but it currently isn't enterprise ready. From: Neil Sleightholm n...@x2systems.com Sent: Friday, March 01, 2013 1:49 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] using WiX with team foundation service We use WiX with TFS but installed WiX on the build servers. Neil If there is a NuGet package for WiX, that's news to me. The one time I played with WiX on the TFS Hosted Build Agent I had to check all the WiX binaries into source control and tweak the a few things in the targets file or something (don't fully remember ) to get it to all line up. And I had to disable ICE validation because the windows installer service was disabled and it wasn't working. In other words, the hosted build service was not suited to my needs. I have a hyper-v server at home that runs my build agent (pointed to my cloud instance) quite nicely. From: Sean Farrow sean.far...@seanfarrow.co.uk Sent: Thursday, February 28, 2013 6:23 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] using WiX with team foundation service Hi, I am looking at using Wix for an installer. We are using Team foundation service for this. Can I just install the NuGet package in to my project and go from there or is there other things I need to do? Any help appreciated. Regards Sean. -- -- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Install / Uninstall Scenario
Providing an exe to fix a bad uninstall seems lazy/wrong to me. One should ask for a fixed installer, short of that I can only think of two options. The first is as you suggested with a stub exe to run the uninstall and then the cleanup utility. The second option would be to modify the bad msi via direct edits or a transform to make it well behaved. On Mar 1, 2013, at 10:10 PM, Christopher Painter chr...@iswix.com wrote: I've got a weird scenario involving AdobeFlash. They have an MSI, TRANSFORM and MSP that I need to use to install. However, their uninstall is broken (incomplete) and they provide an EXE to run to do a complete uninstall. We created a bundle to lay this all down but we are getting stuck on the uninstall side. We want either a) Burn runs the MSI for install but not uninstall and run the EXE for uninstall of the MSI (but has no install) a1) I can think of a way of creating a man in the middle EXE to handle both install and uninstall but this is hackish. b) Have burn install everything but never register the bundle with the system. We tried the DisableRepair/Remove/Change and while it doesn't show in ARP, a second run of the EXE shows the meta is present on the system. (b) is a viable option for us because SCCM can run burn to do the install and run the EXE provided by Adobve for the uninstall. Any thoughts? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users