Re: [WiX-users] Restrictions on managed CAs for DTF
I did some playing and found some issues with names of methods / exported functions. S worked but Se didn't. SE did work. SetDisplayStates didn't work but SETDISPLAYSTATES did. According to MSDN there are reserved keywords that have to be escaped (such as STUB) and I tested those and they worked also. I have a C++ developer I can ask to look at this. There seems to be some limitation / leaking abstraction that I never noticed before. The good thing is it slams you in the face right away and not some random failure on a customers computer. From: Phill Hogland phogl...@rimage.com Sent: Wednesday, February 05, 2014 12:05 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restrictions on managed CAs for DTF I have not used C# CAs or DTF, but I launch a third-party package which has a CA that must have a dependency on .Net 2.0. If .Net 2.0 (or NetFx3) is not installed on the target system when this third-party is launched, I get the same error that you quoted. I added code to my bundle to make sure that NetFx3 is installed prior to launching this setup, to avoid this error message. So I assume that the error message relates to a dependency of the CA dll which is being loaded. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Restrictions-on-managed-CAs-for-DTF-tp7592329p7592368.html Sent from the wix-users mailing list archive at Nabble.com. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade to 3.8 breaks MSBuild?
You can also copy it to a non NTFS (FAT32 for example) partition and copy it back.The stream is an NTFS artifact and doesn't affect the contents / hash of the actual file. From: Dave Andersen d.ander...@gmail.com Sent: Wednesday, February 05, 2014 1:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Upgrade to 3.8 breaks MSBuild? Interesting, I didn't know about that streams tool. The other way you can do it is just right-click on the .zip, and click Unblock, and that should unblock all the files contained within the zip as well. -Dave On Tue, Feb 4, 2014 at 7:36 AM, Tony yellowjacketl...@gmail.com wrote: I figured it out. It seems that whatever method I used to download/extract wix38-binaries.zip onto my system triggered an OS's security feature. Apparently all of the wix .exe and .dlls were marked as from a remote source as such, a protect mechanism kicks in that prevents those exes and dlls from executing. To fix the issue I had to grab the sysinternals tool, streams. And run streams -s -d * in my ...\wix\bin folder. Thanks for listening Streams tool... http://technet.microsoft.com/en-us/sysinternals/bb897440.aspx forum post that guided me to streams... http://social.technet.microsoft.com/Forums/windows/en-US/147837e4-c0cd-4a81-91f6-a6b9a03ae00d/disable-this-file-comes-from-another-computer?forum=itprovistasecurity msdn link found in the MSBuild error that gave me clues the behavior was odd... http://msdn.microsoft.com/en-us/library/ee890038(v=vs.100).aspx On Tue, Feb 4, 2014 at 9:39 AM, Tony yellowjacketl...@gmail.com wrote: FWIW, if I edit the test project to use my wix37-binaries folder instead of the wix38-binaries folder. The above test project builds without issue. So, there must be something different in wix 3.8 that is causing the build exception. On Tue, Feb 4, 2014 at 9:24 AM, Tony yellowjacketl...@gmail.com wrote: Steps taken... 1. Uninstall 3.7, reboot 2. Install 3.8 (votive) 3. using VS2012 create sample wix project 4. uninstall votive 5. extract wix38-binaries to ...\Wix\bin 6. edit above sample wix project per wixtoolset.org guidelines (see wix38test.wixproj below) 7. open vs2012 x86 command prompt 8. switch to folder that contains the above test solution file 9. execute msbuild WiX38Tester.sln /p:Configuration=Release junk.txt 21 10. msbuild crashes, junk.txt shown below... Any ideas? == junk.txt (long) = Microsoft (R) Build Engine version 4.0.30319.17929 [Microsoft .NET Framework, version 4.0.30319.17929] Copyright (C) Microsoft Corporation. All rights reserved. Building the projects in this solution one at a time. To enable parallel build, please add the /m switch. Build started 2/4/2014 9:10:36 AM. Project C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester.sln on node 1 (default targets). ValidateSolutionConfiguration: Building solution configuration Release|x86. Project C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester.sln (1) is building C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\WiX38Tester.wixproj (2) on node 1 (default targets). Compile: C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\..\..\..\..\..\..\..\s2\HS-Legacy\_Dev\Curr\Dependencies\WiX\bin\candle.exe -dDevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\\ -dSolutionDir=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\\ -dSolutionExt=.sln -dSolutionFileName=WiX38Tester.sln -dSolutionName=WiX38Tester -dSolutionPath=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester.sln -dConfiguration=Release -dOutDir=bin\Release\ -dPlatform=x86 -dProjectDir=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\\ -dProjectExt=.wixproj -dProjectFileName=WiX38Tester.wixproj -dProjectName=WiX38Tester -dProjectPath=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\WiX38Tester.wixproj -dTargetDir=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\bin\Release\\ -dTargetExt=.msi -dTargetFileName=WiX38Tester.msi -dTargetName=WiX38Tester -dTargetPath=C:\Users\me\Documents\Visual Studio 2012\Projects\WiX38Tester\WiX38Tester\bin\Release\WiX38Tester.msi -out obj\Release\ -arch x86 Product.wxs Could not load file or assembly 'file:///C:\s2\HS-Legacy\_Dev\Curr\Dependencies\WiX\bin\candle.exe' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515) at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean
Re: [WiX-users] how to auto-update like ClickOnce in WIX
In some situations, there's a simple approach. Back in 2006 I worked at a company where we deployed an n-Tier system to client sites. This means we had a server available. On that server we had a \software share. The clients all installed from that location. The clients were a very simple .exe/.dll xcopy deployment so I went with a minor upgrade story. In that scenario this worked fine: -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 03 February 2014 19:39 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX WiX generates MSIs etc for you to install, but after that there's nothing running on the system except your app. The type of update you want is typically done by implementing: 1. A web service at your company site with access to a database of product guids, upgrade code guids, version, and download locations, updated as new versions become available. 2. Code in your app to call the web service passing your product code/upgrade code/version as needed to check for a higher version update or major upgrade and a way of asking the client if they want to download it. --- Phil Wilson On Mon, Feb 3, 2014 at 9:44 AM, Yu, Brian b...@easyscreen.com wrote: Hello We want to write installers in WIX as it gives us lots of flexibility. But we also want the auto-update system that ClickOnce provide. We want the end client to see an icon at the bottom right informing them that there is a newer version available. Can WIX do this? I found this article but not quite sure how it is done. e.g. Does a user have to click on a Check for update link on helpabout? http://abdullin.com/journal/2009/7/8/deployment-and-updates-of-desktop -applications-wix-clickonce.html I've also come across this new feature in WIX, can I bundle a clickonce msi in a WIX msi? http://wixtoolset.org/documentation/manual/v3/bundle/ _ This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are incorporated under the laws of England and Wales (company no. 05677531 and VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, London EC2M 3TQ. This e-mail and/or any attached documents may contain privileged and confidential information and should only be read by those persons to whom this e-mail is addressed. Use by other than intended recipients is prohibited. If you are not the addressee, you must not copy, distribute, disclose or use any of the information in it. If you have received it in error, please delete it and immediately notify the sender. EASYSCREEN reserves the right to monitor all e-mail messages passing through its network. As we cannot guarantee the genuineness, accuracy or completeness of the information contained in this message, the statements set forth are not legally binding. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users _ This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are incorporated under the laws of England and Wales (company no. 05677531 and VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, London EC2M 3TQ. This e-mail and/or any attached documents may contain privileged and confidential information and should only be read by those persons to whom this e-mail is addressed. Use by other than intended recipients is prohibited. If you are not the addressee, you must not copy, distribute, disclose or use any of the information in it. If you have received it in error, please delete it and immediately notify the sender. EASYSCREEN reserves the right to monitor all e-mail messages passing through its network. As we cannot guarantee the genuineness, accuracy or completeness of the information contained in this message, the statements set forth are not legally binding. -- Managing the Performance
Re: [WiX-users] how to auto-update like ClickOnce in WIX
In some situations, there's a simple approach. Back in 2006 I worked at a company where we deployed an n-Tier system to client sites. This means we had a server available. On that server we had a \software share. The clients all installed from that location. The clients were a very simple .exe/.dll xcopy deployment so I went with a minor upgrade story. In that scenario this worked fine: http://blog.iswix.com/2006/10/implementing-auto-updating-applications.html In another situation we needed major upgrade capability and the server was a public cloud service and the clients were end users all over the world. The dev team I worked with used a library called wuw4 windows update wizard: http://powerprogrammer.co.uk/ $189 - $989 Basically we created a windows service that ran as system that had some config files that did all the work.It would pull the MSI down and advertise it ( /jm ) then send a message up to our user process that an update was available. Once the user confirmed his choice the installation would be performed and it would install since it was already elevated. This worked really well for them. Chris -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 03 February 2014 19:39 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX WiX generates MSIs etc for you to install, but after that there's nothing running on the system except your app. The type of update you want is typically done by implementing: 1. A web service at your company site with access to a database of product guids, upgrade code guids, version, and download locations, updated as new versions become available. 2. Code in your app to call the web service passing your product code/upgrade code/version as needed to check for a higher version update or major upgrade and a way of asking the client if they want to download it. --- Phil Wilson On Mon, Feb 3, 2014 at 9:44 AM, Yu, Brian b...@easyscreen.com wrote: Hello We want to write installers in WIX as it gives us lots of flexibility. But we also want the auto-update system that ClickOnce provide. We want the end client to see an icon at the bottom right informing them that there is a newer version available. Can WIX do this? I found this article but not quite sure how it is done. e.g. Does a user have to click on a Check for update link on helpabout? http://abdullin.com/journal/2009/7/8/deployment-and-updates-of-desktop -applications-wix-clickonce.html I've also come across this new feature in WIX, can I bundle a clickonce msi in a WIX msi? http://wixtoolset.org/documentation/manual/v3/bundle/ _ This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are incorporated under the laws of England and Wales (company no. 05677531 and VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, London EC2M 3TQ. This e-mail and/or any attached documents may contain privileged and confidential information and should only be read by those persons to whom this e-mail is addressed. Use by other than intended recipients is prohibited. If you are not the addressee, you must not copy, distribute, disclose or use any of the information in it. If you have received it in error, please delete it and immediately notify the sender. EASYSCREEN reserves the right to monitor all e-mail messages passing through its network. As we cannot guarantee the genuineness, accuracy or completeness of the information contained in this message, the statements set forth are not legally binding. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users _ This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are incorporated under the laws of England and Wales (company no. 05677531 and VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, London EC2M 3TQ. This e-mail and/or
Re: [WiX-users] Restrictions on managed CAs for DTF
There have been relatively few systemic DTF problems over the years. One was a race condition that caused a CA to report an error for no good reason and another was the hosting engine didn't set the current directory so if another evil custom action previously changed the custom action sandbox working directory the LoadLibrary call would fail and the CA wouldn't start.I am heavily invested in DTF so whenever there is a rumor of a systemic problem I'm very concerned. Can you sanitize this into a minimalistic installer that will reproduce your problem? If so, can you send it to me to build and test? Thanks, Chris From: Adam Kadzban mightyshorta...@gmail.com Sent: Monday, February 03, 2014 10:45 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Restrictions on managed CAs for DTF Hey guys, I'm running into some really strange behavior with managed Custom Actions (C#) and DTF's compilation (?) of them. I've made a few WIX installers before, all with C# Custom Actions, and never run into this before, so I think I've covered all the basics and it's got me really scratching my head. I've got a WIX (3.8) installer project and a C# (.NET 4.5) Custom Action project. I didn't do anything fancy, just added the projects in Visual Studio (2012). I did a bunch of dialog/UI stuff in WIX before adding some custom actions to do input validation, and the dialog scheduling and everything seemed fine. Now, I'm seeing off and on invalid DLL errors when the installer tries to load the Custom Action DLL. The error popup message says There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Checking the log, it has the same message, but with error number 1723 (I ran msiexec with /l*v). The error comes up when the first Custom Action is scheduled to run, on Publish/DoAction of a button. The weird thing is that depending on the names/number of Custom Actions I have defined, it either works or doesn't. Right now, I have six methods marked with the CustomAction attribute: SetDisplayStates, ValidateServiceAccountDialog, ValidateServerConfigDialog, ValidateLocalServerInstance, ValidateSearchProvidersDialog, and SQLServerValidate. None of these do anything, they just return ActionResult.Success. Everything compiles, and it looks like DTF is finding the custom action entry points and packaging files correctly based on the build output. But as soon as the first CA is scheduled to run, I get the error popup. If I comment out _any_ of them and rebuild, the DLL loads fine (only one is being referenced by the WIX xml code). If I significantly change the names of all the methods (e.g. Validate1, Validate2, etc), the DLL loads fine. I've been adding/removing/renaming methods all day and can't figure out why sometimes the DLL is loadable and sometimes it isn't. All the DLL exports seem to be there (I checked DumpBin and DependencyWalker). What the heck is going on? -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer
We have no power to change the model of this community. However, many of us do actively participate over at StackOverflow.com also. That's a great Developer QA site. From: Gustavo Martins gustavo_mart...@hotmail.com Sent: Friday, January 31, 2014 7:27 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer Thanks a lot for the replies. I just noticed they had been flagged as spam :(As a side note, you guy should consider a friendlier way to communicate, like Discourse or Disqus, instead of a mailing list... Best regards,Gustavo From: chr...@iswix.com To: wix-users@lists.sourceforge.net Date: Tue, 28 Jan 2014 11:35:04 + Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer ISWIX (CodePlex) has a project template that does exactly this. You say File | New | IsWiX Solution and it'll create a Foo.sln, Foo.wixproj and FooMM.wixproj. In the Foo.wixproj it'll add a reference to wixui and create a fragment that includes it. It also creates another fragment that defines a 'interior' custom dialog. You uncomment one line of code in the first fragment and presto you have what you are looking for. Even if you don't want to use ISWIX you can still look at the generated project to get a feel for how to do it in your own. From: Blair Murri os...@live.com Sent: Tuesday, January 28, 2014 3:40 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer http://wixtoolset.org/documentation/manual/v3/wixui/wixui_customizations.html : Section “Inserting a custom dialog into a built-in dialog set” Blair From: Gustavo Martins Sent: Monday, January 27, 2014 6:38 AM To: General discussion for Windows Installer XML toolset. Hi, I’m evaluating Wix and I hope someone can give me some clarification on a question I have. I have an installer configured using WixUI_Advanced but I want to extend it by adding a new step to the middle of the setup process. The idea is to have a new screen with two buttons, one of them invoking some custom C# code and the other for moving to the next workflow process. Is this possible to implement? I read about custom actions, I also saw we can build our own setup screens, but I’m not sure if I can do this and hook it up to the WixUI_Advanced setup template. Any ideas? Thank you in advance, Gustavo Sent from Windows Mail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer
ISWIX (CodePlex) has a project template that does exactly this. You say File | New | IsWiX Solution and it'll create a Foo.sln, Foo.wixproj and FooMM.wixproj. In the Foo.wixproj it'll add a reference to wixui and create a fragment that includes it. It also creates another fragment that defines a 'interior' custom dialog. You uncomment one line of code in the first fragment and presto you have what you are looking for. Even if you don't want to use ISWIX you can still look at the generated project to get a feel for how to do it in your own. From: Blair Murri os...@live.com Sent: Tuesday, January 28, 2014 3:40 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Create a new custom step for a WixUI_Advanced installer http://wixtoolset.org/documentation/manual/v3/wixui/wixui_customizations.html : Section “Inserting a custom dialog into a built-in dialog set” Blair From: Gustavo Martins Sent: Monday, January 27, 2014 6:38 AM To: General discussion for Windows Installer XML toolset. Hi, I’m evaluating Wix and I hope someone can give me some clarification on a question I have. I have an installer configured using WixUI_Advanced but I want to extend it by adding a new step to the middle of the setup process. The idea is to have a new screen with two buttons, one of them invoking some custom C# code and the other for moving to the next workflow process. Is this possible to implement? I read about custom actions, I also saw we can build our own setup screens, but I’m not sure if I can do this and hook it up to the WixUI_Advanced setup template. Any ideas? Thank you in advance, Gustavo Sent from Windows Mail -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best method for authoring my Wix setup
Best Method is subjective but I know the method I personally would use and it would probably only take me about 1 hour to do it. See: http://blog.iswix.com/2011/03/installation-collaboration-workflows.html Basically I'd use VS 2013 Integrated Shell, WiX 3.8 and IsWiX 2.4 (latest build) to create a second solution with a setup project and a merge module project. I'd configure your first solution(s) to postbuild copy the files to a staging folder ('deploy'). Then I'd use IsWiX to author all the files into the merge module wxs source. Finally I'd use Heat to do a one time harvest of the Com Visible assemblies and your VB6 COM DLL's and copy/paste the COM elements into your merge module wxs file. You'll have to tweak some references as the directory properties and file keys will be a little different. Once it's all done you'll shouldn't have to worry about Heat or the COM metadata again. This solution can then be included in your continuous integration process using MSBuild. I'd me more then happy to do a tele-meeting to show how it all works. Chris From: Graham Allwood gallw...@sdasoftware.net Sent: Thursday, January 16, 2014 2:23 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Best method for authoring my Wix setup Hi, I use VS 2013 Express and VB6 to develop my application. It has serveral .NET assemblies that are exposed via COM and used in the VB6 app. I also have some pure .NET apps / utilities. Because I have a COM exposed components, I have to use HEAT to extract the registration information. Should I do this every time I build the setup. This leads me to how I should author my project. I cannot use VS 2013 Express for my Wix Project. I have tried using SharpDevelop and it works ok, but I don't know if I can use it to run HEAT every time I build. I could use raw MSBuild and use the HarvestFile task . Not tried this yet. I'm edging towards the MSBUILD route. Does anyone have any words of wisdom they could offer me? Regards Graham -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multiple entries in ARP, while upgrading an installation.
http://msdn.microsoft.com/en-us/library/aa370859(v=vs.85).aspx In general, *everything* actually is documented in the Windows Installer SDK. However, it's not organized very well and the way I had to learn it was to read every single page over and over and during the course of troubleshooting the little tidbits would finally be absorbed. I'd say it took me 6 months to stop beating my head against the wall and drink the kool-aid that MSI was a good choice and 6 more months to have that 'been there done that' feeling where it was now instinctive on what to do and not do. A good mentor to work with on a daily basis helps in this process but they are typically impossible to find at your day job. From: Shehnaz Khan shehnaz_k...@persistent.co.in Sent: Thursday, January 16, 2014 2:32 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multiple entries in ARP, while upgrading an installation. Is there any documentation which would explain this behavior? It would be of great help. Thanks, Shehnaz -Original Message- From: Wesley Manning [mailto:wmann...@dynagen.ca] Sent: Wednesday, January 15, 2014 6:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Multiple entries in ARP, while upgrading an installation. It's a MSI package? MSI doesn't look at fourth position in version. So it only see's 4.0.0 when upgrading. -Original Message- From: Shehnaz Khan [mailto:shehnaz_k...@persistent.co.in] Sent: January-15-14 6:57 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Multiple entries in ARP, while upgrading an installation. Hi, I created the installer for my application using Wix. The version of that application was like 4.0.1.0. I need to upgrade that app to another version say 4.0.1.1. I created another installer for it keeping Upgrade code same as before, different product and package codes. After completing installation i am seeing both the versions entries in ARP. Please tell where i am going wrong? Regards, Shehnaz Khan DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- CenturyLink Cloud: The Leader in Enterprise
Re: [WiX-users] Support for VS2013 Express
This is one of the core user stories for ISWIX. WiX / IsWiX can't integrate with Express, but it can integrate with the stand alone integrated shell.If you keep your .NET projects in one solution and your WiX projects in another solution then you'll be able to use the different editions of VS side by side. See: http://blog.iswix.com/2011/03/installation-collaboration-workflows.html On the other hand, the new TFS Service ( Visual Studio Online ) also has a plan that is $45 per user that includes a license of Visual Studio Professional. For the cost of a budget smart phone plan, you get a full ALM tool and development license. Not too shabby IMO. http://www.visualstudio.com/products/visual-studio-online-overview-vs From: Thomas Tomiczek t.tomic...@nettecture.com Sent: Saturday, January 11, 2014 5:12 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Support for VS2013 Express NO extension is supported in any express product - because the extension points are disabled. That is the price of using an express product. https://support.firegiant.com/entries/24003561-WiX-toolset-support-for-Visua l-Studio-Express- http://stackoverflow.com/questions/16616876/is-wix-compatible-with-visual-c- sharp-2010-express Regards Thomas -Original Message- From: Graham Allwood [mailto:gallw...@sdasoftware.net] Sent: 11 January 2014 10:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Support for VS2013 Express Hi, I'm using VS2013 Express (for Windows Desktop dev) and have installed the latest 3.8 toolset for Wix. However, there is no option for me when creating a new project to create a Wix project. Is Wix 3.8 supported in the VS Express products? Thanks for your help Graham -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present...
I would also, but it's frequently impossible to make this happen and hard to defend MSFT's decision to ignore the 4th field. From: Rob Mensching r...@robmensching.com Sent: Wednesday, January 08, 2014 10:54 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present... Personally, I'd update the build to change the build number (3rd field). -Original Message- From: Tony [mailto:yellowjacketl...@gmail.com] Sent: Wednesday, January 8, 2014 8:41 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present... I was aware of the Windows Installer limitation, unfortunately, our daily builds do not touch the first three parts of the version, so in our dev labs we have to remember to uninstall first. Most folks know this, but with several new folks coming onboard and contractors helping here and there, we have been burned a few times. So, I was looking for something to prevent and/or gently remind the installer that they shouldn't be doing the install. Thanks for the idea Carter. I was thinking about something similar, maybe using RegLocator/CompLocator against a well-known regvalue/binary. If found and **BOTH** WIX_UPGRADE_DETECTED and WIX_DOWNGRADE_DETECTED are **NOT** set, I can assume a re-install is taking place and abort the install. Thoughts? On Wed, Jan 8, 2014 at 10:54 AM, Rob Mensching r...@robmensching.com wrote: The Windows Installer chooses not to recognize the revision (the fourth build version) in major upgrades. -Original Message- From: Tony [mailto:yellowjacketl...@gmail.com] Sent: Wednesday, January 8, 2014 7:36 AM To: WiX Users Subject: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present... NOTE: This is primarily an issue with our daily dev/interim builds. This isn't an issue with QA and/or released builds as they have unique Major.Minor.Build numbers. I'd like some means to block the install, treat it as an upgrade or even just a simple pop-up Do you really want to install another version of this package?. Here's the scenario... Currently installed application: UpgradeCode = 123, ProductCode = AAA, PackageCode = BBB, ProductVersion = 1.0.0.0 I'd like to prevent this package from being installed (or show a pop-up, etc.)... UpgradeCode = 123, ProductCode = DDD, PackageCode = FFF, ProductVersion = 1.0.0.1 Is there some way prevent this with FindExistingProducts? AppSearch? FileSearch? RegSearch? If not can I get the ProductVersion of any installed application that has the matching UpgradeCode assign it to a Property and compare versions in a custom action? Thanks, -- Tony -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Tony -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics,
Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present...
It is a limitation in FindRelatedProducts that can easily be worked around using a very simple custom action. The concept is to have a record in the Upgrade table that will never find any products and then use the custom action to do a custom detection and place it into the action property referenced by the record. RemoveExistingProducts then handles the rest without any additional complications. From: Tony yellowjacketl...@gmail.com Sent: Wednesday, January 08, 2014 10:46 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present... I was aware of the Windows Installer limitation, unfortunately, our daily builds do not touch the first three parts of the version, so in our dev labs we have to remember to uninstall first. Most folks know this, but with several new folks coming onboard and contractors helping here and there, we have been burned a few times. So, I was looking for something to prevent and/or gently remind the installer that they shouldn't be doing the install. Thanks for the idea Carter. I was thinking about something similar, maybe using RegLocator/CompLocator against a well-known regvalue/binary. If found and **BOTH** WIX_UPGRADE_DETECTED and WIX_DOWNGRADE_DETECTED are **NOT** set, I can assume a re-install is taking place and abort the install. Thoughts? On Wed, Jan 8, 2014 at 10:54 AM, Rob Mensching r...@robmensching.com wrote: The Windows Installer chooses not to recognize the revision (the fourth build version) in major upgrades. -Original Message- From: Tony [mailto:yellowjacketl...@gmail.com] Sent: Wednesday, January 8, 2014 7:36 AM To: WiX Users Subject: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is present... NOTE: This is primarily an issue with our daily dev/interim builds. This isn't an issue with QA and/or released builds as they have unique Major.Minor.Build numbers. I'd like some means to block the install, treat it as an upgrade or even just a simple pop-up Do you really want to install another version of this package?. Here's the scenario... Currently installed application: UpgradeCode = 123, ProductCode = AAA, PackageCode = BBB, ProductVersion = 1.0.0.0 I'd like to prevent this package from being installed (or show a pop-up, etc.)... UpgradeCode = 123, ProductCode = DDD, PackageCode = FFF, ProductVersion = 1.0.0.1 Is there some way prevent this with FindExistingProducts? AppSearch? FileSearch? RegSearch? If not can I get the ProductVersion of any installed application that has the matching UpgradeCode assign it to a Property and compare versions in a custom action? Thanks, -- Tony -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Tony -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP
Re: [WiX-users] CustomActions - ComboBox by name?
You can use a WHERE clause on the Property column to get just the rows related to a particular ComboBox. From: Sullivan, Mark V mars...@uflib.ufl.edu Sent: Friday, December 27, 2013 10:08 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] CustomActions - ComboBox by name? All, I have multiple combo boxes in the MSI UI, and I want to just affect ONE of them in my custom action. Every example I see refers to select * from ComboBox, etc.. Can you do this by name, so that not all ComboBoxes are affected? Mark V Sullivan Digital Development and Web Coordinator Technology and Support Services George A. Smathers Libraries University of Florida 352-273-2907 (office) 352-682-9692 (mobile) mars...@uflib.ufl.edumailto:mars...@uflib.ufl.edu -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] repair does not repair file that was changed
Oh the trees I could kill on that subject. As much as I love TFS, I still can't believe that after 6 years there still isn't any build in AssemblyInfo processing in the default build process templates. I can only imagine that Microsoft figured they couldn't make everyone happy so they wouldn't try to make anyone happy. I've seen this fear of trying over and over in the industry. IMO, and this applies to many other things, there are certain things that need to be out of the box to help the most number of people. Because left to their own devices, a great many developers will come up with far worse solutions then the default one that was judged to have fallen short of perfection. Maybe I'm just jaded from Stack Overflow where the last two question I just asked was one person trying to write a bootstrapper using .BAT files and another trying to write an installer using C# and ZIPs stored as embedded resources. Chris From: Rob Mensching r...@robmensching.com Sent: Thursday, December 12, 2013 9:21 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] repair does not repair file that was changed File versioning is really important. - this feels like the understatement of the week. smile/ -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: Thursday, December 12, 2013 6:13 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] repair does not repair file that was changed I suspect it works for me because the chosen companion binary file has it's AssemblyFileVersion incremented every build. If there isn't a build-to-build difference, the companion file will compare as equal and nothing will happen to the unversioned file that is it's companion. File versioning is really important. -- 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: Andrew Makhorin [mailto:m...@gnu.org] Sent: Thursday, December 12, 2013 6:18 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] repair does not repair file that was changed On Tue, 2013-12-10 at 14:31 +, John Cooper wrote: Options that work: 1) give the text file a versioned binary CompanionFile; Tried it--doesn't work in some strange way: if I install the product in 'Program Files' directory (used by default), the installer doesn't overwrite text files marked as companions of some .exe; however, on installing into some other directory (say, 'D:/foo') all text files are overwritten including those which are not marked as companions. I don't understand the installer's logic. 2) play games with the timestamp per other discussions on this list. I currently use the CompanionFile technique in production, but I am intrigued by manipulating the timestamps and I have a task for myself to implement a table-driven touch custom action to put that into practice. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't
Re: [WiX-users] How to execute CA after path is applied
I couldn't agree more. If someone really, really needs minor upgrades and patching, they will know it and why. I'd also add that software development organizations have no understanding of what the rules are what can and can't be done in these scenarios. I've encountered countless times that they say they want this and then ask for something that isn't possible. It's for this reason that I won't take a customer who wants to go down this road. It takes full time care and feeding to drive that train. From: Blair Murri os...@live.com Sent: Saturday, December 07, 2013 9:51 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to execute CA after path is applied Don't let the name Major Upgrade fool you. Major upgrades are the easiest/simplest to build/support/use way of using Windows Installer. They are called upgrades because a simple command upgrades the product to the newer version. Minor and small upgrade/update are complex because they are intended to reduce the work Windows Installer will do to update the product, but most of the time a well designed major upgrade will be nearly just as efficient and will be much more stable. Minor upgrades, small updates, and patching should always be considered advanced Windows Installer features. Major upgrades should be your starting point, and for the vast majority of products, will always be the superior choice. -Blair Date: Fri, 6 Dec 2013 15:49:12 -0200 From: nicolas.alva...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to execute CA after path is applied El viernes, 6 de diciembre de 2013, Smagin Alexander escribió: I do not want make a Major update due to it's difficult for end users. it's necessary to uninstall previous version and then install new one. I would want to run one file without special command line that make change only one or two files in a product. like a hot fix. A major upgrade doesn't require the user to manually uninstall the previous version. A major upgrade *automatically* uninstalls the previous version and then installs the new one. I don't see how that's difficult to end users. It's common to make every upgrade a major upgrade to avoid the inherent complexity of patching. -- Nicolás -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 2.0.5805.0 to WiX 3.8.1128.0 - shortcuts have changed
As I recall, there were major language changes from 2.0 to 3.0 and that refactoring would be expected. 3.0 - 3.8 should generally be backwards compatible though. From: Dave Williamson, Clear Sky Software d...@clearskysoftware.com Sent: Wednesday, December 04, 2013 4:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX 2.0.5805.0 to WiX 3.8.1128.0 - shortcuts have changed Context is a migration of a WiX 2.0.5805.0 solution to WiX 3.8.1128.0. Seemed to be working through the compiler and linker errors one by one just fine until I hit ICE38 regarding shortcuts. There are 2 shortcuts created to the same installed EXE. One shortcut is in the start menu and the other is on the desktop. WiX 2.0 compiled MSIs install, uninstall, and major upgrade with proper cleanup of the shortcuts just fine. Now trying to tackle in WiX 3.8. error LGHT0204 : ICE38: Component component40 installs to user profile. It's Key Path registry key must fall under HKCU. The message states that component40 installs to user profile. Why does it think that? The directory it is within is not user specific and the overall MSI is ALLUSERS=1. The following stackoverflow post looked promising but I'm not understanding it yet. http://stackoverflow.com/questions/2058230/wix-create-non-advertised-shortcu t-for-all-users-per-machine And then another stackoverflow post http://stackoverflow.com/questions/17245832/wix-program-files-shortcut-for-p er-machine-install shows a shortcut as a child of the File. But doesn't really address the fact that a Directory/ needs to have a RemoveFolder/ and RegistryValue/ which is HKCU. Other posts have noted that if HKCU is used then when another user uninstalls the registry entries are orphaned under the other user and some state that when application is run as another user it triggers a repair. I dunno on this. I also couldn't find what HKMU was in the WiX help file or online other than Hubert Kairuki Memorial University (something tells me that isn't relevant J ). Is it possible to have an ALLUSERS msi and NOT write to user specific registry, file, or any other user specific resource? In WiX 2.0 we did the following . various other wxs constructs . !-- defines the application installation directory and contents -- Directory Id='TARGETDIR' Name='SourceDir' !-- gets a reference to Desktop so we can use it later to add shortcuts -- Directory Id='DesktopFolder'/ !-- defines start menu group -- Directory Id='ProgramMenuFolder' Name='Programs' Directory Id=ProgramMenuCSSIDir Name=CS Software Directory Id=ProgramMenuCSSIUtilitiesDir Name=Utilities / Directory Id=ProgramMenuCSSIServicesDir Name=Services / Directory Id=ProgramMenuCSSIDocsDir Name=Documents / /Directory /Directory !-- application install group -- Directory Id='ProgramFilesFolder' Directory Id='CSSIDIR' Name='CSSI' ?include theincludebelow.inc ? /Directory /Directory !-- System32 install group -- Directory Id=SystemFolder / /Directory . various other wxs constructs . Include Directory Id='CSWINDOWSDIR' Name='CLEARS_1' LongName='C s Windows' . other file components including file2 . Component Id=component40 DiskId=1 Guid=removed. Shortcut Id='startMenuCsWindowsExe' Directory='ProgramMenuCSSIDir' Name='CSW' LongName=C s Windows WorkingDirectory='CSWINDOWSDIR' Target=[#file2] / /Component Component Id=component41 DiskId=1 Guid=removed. Shortcut Id='desktopCsWindowsExe' Directory='DesktopFolder' Name='CSW' LongName=C s Windows WorkingDirectory='CSWINDOWSDIR' Target=[#file2] / /Component /Directory /Include In WiX 3.8 we are trying the following . various other wxs constructs . !-- defines the application installation directory and contents -- Directory Id='TARGETDIR' Name='SourceDir' !-- gets a reference to Desktop so we can use it later to add shortcuts -- Directory Id='DesktopFolder'/ !-- defines start menu group -- Directory Id='ProgramMenuFolder' Name='Programs' Directory Id=ProgramMenuCSSIDir Name=CS Software Directory Id=ProgramMenuCSSIUtilitiesDir Name=Utilities / Directory Id=ProgramMenuCSSIServicesDir Name=Services / Directory Id=ProgramMenuCSSIDocsDir Name=Documents / /Directory /Directory !-- application install group -- Directory Id='ProgramFilesFolder' Directory Id='CSSIDIR' Name='CSSI' ?include theequivalentincludeofthe2.0withshortcutcomponentstrippedout.inc ? /Directory /Directory !-- System32 install group -- Directory Id=SystemFolder / /Directory ?include theincludebelow.inc ? . various other
[WiX-users] wixtoolset.org popups
Is anyone else getting popup advertisements on wixtoolset.org? Advertisements from infinityads are what I'm seeing. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixtoolset.org popups
I don't see it in Chrome but I do see it in IE. I see it on multiple computers including clean snapshotted VM's so I don't think I'm infected on my end. At this point I'm thinking either this is intentional or the site has been hacked. From: John Ludlow john.ludlow...@gmail.com Sent: Tuesday, December 03, 2013 8:17 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wixtoolset.org popups I'm not seeing any adverts. On Chrome I do have AdBlockerPlus, but it didn't report a blocked popup, and when I disabled it and refreshed I didn't see anything. Of course, it might be that you're hitting a different server than I am. On 3 December 2013 13:44, Christopher Painter chr...@iswix.com wrote: Is anyone else getting popup advertisements on wixtoolset.org? Advertisements from infinityads are what I'm seeing. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixtoolset.org popups
My coworker supsects the shared hoster was comprised (either hack or $$$) and that they were then injecting a script tag in the response. From: Rob Mensching r...@robmensching.com Sent: Tuesday, December 03, 2013 9:41 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wixtoolset.org popups There should be *no* ads coming from wixtoolset.org. I've not seen them. If someone captures a browser log showing where the ads are coming from I'd like to dig into it. Note: If all goes well, the FireGiant team is moving wixtoolset.org to a new web hoster this month. Looking forward to that given all the challenges we've had with this hoster the last year. -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: Tuesday, December 3, 2013 7:17 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wixtoolset.org popups I saw them yesterday as well. I'm not seeing them this morning, though. -Blair -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF managed custom action - temporary file
Here's another approach to consider: http://blog.iswix.com/2011/10/beam-me-up-using-json-to-serialize.html From: Jens Teutenberg jens.teutenb...@t-online.de Sent: Tuesday, November 26, 2013 12:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] DTF managed custom action - temporary file I want to use a temporary file to transfer data between my immediate custom action and my deferred custom action (Impersonate=no). I use the method Path.GetTempFileName() to create a unique file in the immediate CA. The file will be created but the deferred CA cannot see this file. Where I have to place the file to get it working? Or is there another solution to transfer the content of a complete own table? -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.n et/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Microsoft Reciprocal License explaination
The problem is the way they say normally not included. Got to love lawyers. FWIW, I get into grey areas with my tool IsWiX. Include very small pieces of WiX in my solution ( mainly the use of Microsoft.Deployment.WindowsInstaller, the inclusion of schema (XSD) files for validation and snippets of the help file displayed in the UI to educate the developer). I'm not actually making any changes to WiX though and I want to publish under MS-PL not MS-RL because if anyone ever wants to pick up this ball and run with it, I'd be honored. I can only assume that OuterCurve won't want to waste going after me... there isn't any money and I'm not doing anything malicious. From: Rob Mensching r...@robmensching.com Sent: Tuesday, November 19, 2013 9:01 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Microsoft Reciprocal License explaination http://wixtoolset.org/about/license/ -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: Wednesday, November 20, 2013 6:48 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Microsoft Reciprocal License explaination 2013/11/19 Joe Dimagio joedim...@gmail.com: Hey everyone, I'm doing some research to see if WiX is right for my corporation to use. Reading the MS RL, it looks like if I distribute my product using WiX, I need to include my source files including the wxs, wxl, wxi, wixproj, as well as my own product's source code as well. Is this correct? I'm not a lawyer but this seems like an all encompassing license that seems pretty prohibitive for a company to use if I'm reading it correct. No, not at all. That would be like saying that using an open source compiler means you have to distribute your source code if you compiled your binaries with it, or that you have to distribute your code if you used an open source text editor to write it; none of that makes sense. The license only affects WiX, not what you generate with it. However, I would like some clarifications from the developers about code from WiX that gets embedded into the final msi, especially the standard custom actions. I think that code should be explicitly under a more liberal license... -- Nicolás -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question re WIX other MSI installer tools...
I'm a fan of WiX and InstallShield. doesn't make me too popular on either mailing list. :-) That said, I personally no longer attempt to encapsulate MS Sql Server installation. It's just too complicated with too many choices and too many ways to fail. IMO if you have a server product you should have a DBA ( or atleast someone who stayed at a Holiday Inn Express last night ) install SQL server per the standards of your organization. If it's a client workstation that just needs a datasource, I'd suggest there are better alternatives. From there you have to decide if the installer has any interaction with the data tier or if it's all handled post installation via a first run configuration pattern. If you go with the latter, the BA UI gets a lot simpler. (That sexy VS BA hardly asks any questions at all. Nor does the WiX BA.) If you go with the former, you're going to need a story for interviewing and validation connection string information and then passing that to the installer to execute SQL scripts and/or modify config files with connection string. If you dump the need for silent bullet proof and highly customized installation of MSSQL, I think this is merely a moderately complex installer. If you drop the installers interaction with SQLSERVER then it becomes a simple installer. Otherwise it's highly complex. Labor estimates depend highly on skill and experience. Maybe one day we'll have reusable code that handles all the messy details and snaps into a custom BA. Blair could comment on whether that is possible. From: Blair Murri os...@live.com Sent: Friday, November 15, 2013 9:46 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Question re WIX other MSI installer tools... The in-box BAs do not provide most of that experience but burn totally supports it. All the pieces to manage mapping burn variables to MSI properties and controlling application of each item in the chain are clearly present. A domain-specific UI AND domain-specific processing of gathered information will cost you development effort no matter which underlying toolset you choose to use. In my opinion what you have described would be easier to implement on burn than on IS, as the interface can be understood with some study and experimentation and debugging, past the first bootstrap, is actually easier than the other implementations I've seen that can approach what you describe. I think you are either underestimating the effort required to do what you want with other systems, are overestimating the effort required with burn+custom BA, or you don't quite see the difference between burn and the stdba. -Blair StevenOgilvie sogil...@msn.com wrote: Burn does NOT allow you to collect information from the user and then pass that information to the MSI's it is a tool to allow you to install pre-requisites and handle your software installer... To create a user experience that collects information it would require a CUSTOM BA... Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Question-re-WI X-other-MSI-installer-tools-tp7590687p7590690.html Sent from the wix-users mailing list archive at Nabble.com. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk
Re: [WiX-users] Does anyone have a VSIX example
Take a look at: http://wixwpf.codeplex.com/ He uses the VSIX extension. (Waiting for VS2012 support in 3.8) From: Gonçalo Lopes goncaloclo...@gmail.com Sent: Tuesday, November 12, 2013 7:05 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Does anyone have a VSIX example Any updates on this? I would also really like an example for the use of the VsixPackage element. I mean, if it doesn't work from MSI, then how should you use this element (and I mean why would it even exist? there must be some use case!) If it's really not working, why not add an extension to the Burn bootstrapper rather than on the component level? My scenario: I can get the installer to compile and run, but the VSIX will not get installed, even if Vital=yes attribute is set. I'm using Wix 3.7 and trying to install on Visual Studio 2012 Express and Integrated Shell. ComponentGroup Id=ProductVsExtensions Directory=VSEXTENSIONSFOLDER Component Id='ProductVsTemplates' Guid='*' Win64=$(var.Win64) File Id=ProductTemplates.vsix Source=$(var.VsixPath)\ProductTemplates.vsix KeyPath=yes vs:VsixPackage PackageId=ProductTemplatesVsix..407c-b2ca-2e550a8ab918 Vital=yes/ /File /Component /ComponentGroup On 13 March 2013 16:04, David Watson dwat...@sdl.com wrote: I had problems with installing VSIX from msi too and eventually read that you should install 'by hand' if you are using MSI. There is some very helpful code in the wix installer itself to help you with registrations etc. -Original Message- From: John Ludlow [mailto:john.ludlow...@gmail.com] Sent: 13 March 2013 15:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Does anyone have a VSIX example See this: http://msdn.microsoft.com/en-us/library/ee332502.aspx Apparently it's a bad idea to run VSIXInstaller from an MSI. On 13 March 2013 15:31, Rob Mensching r...@robmensching.com wrote: That error means the VsixInstaller failed. Doesn't the VsixInstaller create a log file somewhere? That's your best bet. On Wed, Mar 13, 2013 at 8:25 AM, Thomas thomas.wu...@hotmail.com wrote: Hi, I'm also having some issue with this with VsixPackage. I can build the installer fine but when it runs I get an error. I have installed latest Wix. Does this wxs look ok? ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:VSExtension=http://schemas.microsoft.com/wix/VSExtension; Product Id=* Name=TemplateInstaller Language=1033 Version=1.0.0.0 Manufacturer=ThomasSoft UpgradeCode=52cf0ec5-a9cb-4617-8f69-ef45f389d965 Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is already installed. / MediaTemplate EmbedCab=yes / Feature Id=ProductFeature Title=TemplateInstaller Level=1 ComponentGroupRef Id=ProductComponents / /Feature /Product Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLFOLDER Name=TemplateInstaller / /Directory /Directory /Fragment Fragment ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER Component Id=ProductComponent VSExtension:VsixPackage File=MyVSIX_ID PackageId=MyVSIX..2df7ae50-f029-40a6-af69-49aa4a76e3f5 Target=professional TargetVersion=11.0 Vital=yes Permanent=yes/ File Id=MyVSIX_ID Name=MyVSIX.vsix Source=..\MyVSIX\bin\Debug\MyVSIX.vsix/ /Component /ComponentGroup /Fragment /Wix I get a generic error saying There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor If I only run the vsix like this: C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\VSIXInstaller.exe /q /skuName:Pro /skuVersion:11.0 /admin C:\Dev\Temp\MyVSIX.vsix it works. I have built my vsix with VS2012 SDK and tried with the option The VSIX is installed by Windows Installer both enabled and not. please advice :) Thanks, //Thomas -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Does-an yone-have-a-VSIX-example-tp7580711p7584296.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_mar ___ WiX-users
Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers
Personally I can't wait to see what all this looks like in a couple years. I sit here bleary eyed after a 24 hour coding marathon where I extensively used TFS Service, an on-prem build server and a couple test VM's all hosted on Hyper-V. There are a handful of things I still don't like about all these tools but the capabilities and developer value proposition is amazing. It's cool that WiX is on those VM's but without ICE validation it's useless. I would never turn off validation... I might as well go back to using InstallShield ( which isn't on their servers despite their relationship ). From: Bob Arnson b...@joyofsetup.com Sent: Sunday, November 10, 2013 2:10 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers On 08-Nov-13 09:23, John Cooper wrote: I know that part of the issue is that some of the ICE stuff (supplied by Microsoft) still depends on VBS. The other part is that CIS departments are loath to give rights to run the Windows Installer Service to not-true-and-not-human administrators. That latter also blocks me from running LUX automatically on my build servers. I can only run it locally. It's a problem with server OSes running non-admin services trying to do per-user installs, which applies both to ICE validation and Lux test runs. -- sig://boB http://joyofsetup.com/ -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers
To my knowledge, ICE validation requires elevated permissions. Personally, every build server I've ever set up had the build account with admin privs.At my last job we had 50+ build VM's with infrastructure in place to apply the base snapshot and start the VM before each build so that each build started in the exact same machine state. But the build still had admin. Just too many things need it IMO. From: dusan.plavak dusan.pla...@gmail.com Sent: Friday, November 08, 2013 6:08 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers Hi there, did you find any solution for this problem? I`m trying to keep validation on ms business 2011 server but got the same error... I really want to keep ICE validation but can not grand admin rights to build service... THanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Build-WiX-Proj ects-via-msbuild-using-TFSPreview-Hosted-Build-Servers-tp7418321p7590420.htm l Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers
I'm sorry, that's a really bad choice. Surely you can come up with the money to put it some place better? If money is tight, consider o/s virtualization. I run a small consulting practice out of my home. Many of my infrastructure services have been moved to the cloud: Mail, Blog, Web Site, Team Foundation Service and Off Site Backup. For my on-prem services ( AD, DHCP/DNS, WDS, PPTP RAS, Build Servers, Integration / Test Lab and so on ) I run on a home built Hyper-V server ( i7-2600K with 32GB ram and 4 256GB SSD in RAID 1-0. ) I also use an old laptop as an additional domain controller, time sync source to partner up with my virtualized DC. The point is, for only a fairly small amount of money you can build a network that gives you a great number of machines / flexibility. The ability to checkin a change to TFS and have a build sitting on my file server 30 seconds later and tested on one of my VM's 30 seconds after that is priceless. Regards, Chris From: dusan.plavak dusan.pla...@gmail.com Sent: Friday, November 08, 2013 6:37 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers Yeah, but problem here is that our build server is also domain controller :( -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Build-WiX-Proj ects-via-msbuild-using-TFSPreview-Hosted-Build-Servers-tp7418321p7590422.htm l Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8
Is this reproducible with other installs on the same machine? If you register a service using SC.exe does it have the same behavior? I'm sorry, I've never seen this before. From: wixtester sangee...@hotmail.com Sent: Friday, November 08, 2013 8:27 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 Here is the InstallServices action from the log. I masked product name from the commands/paths below Notice the ServiceInstall for the each of the services is 2 min apart. MSI (s) (50:DC) [*14:30:*24:071]: Executing op: ActionStart(Name=InstallServices,Description=Installing new services,Template=Service: [2]) Action 14:30:24: InstallServices. Installing new services MSI (s) (50:DC) [14:30:24:071]: Executing op: ProgressTotal(Total=4,Type=1,ByteEquivalent=130) MSI (s) (50:DC) [14:30:24:071]: Executing op: ServiceInstall(Name=AuthenticatorSVC,DisplayName=Authenticator Service,ImagePath=C:\Program Files\AAA\Authenticator\RunAsUser.exe,ServiceType=16,StartType=2,ErrorContr ol=0,,Dependencies=[~],,,Password=**,Description=Provides support for to enable self-service password reset, auditing, and tracking of authentication style.,,) InstallServices: Service: MSI (s) (50:DC) [14:32:17:620]: Executing op: ServiceInstall(Name=ProcessBrokerSvc,DisplayName=Process Broker Service,ImagePath=C:\Program Files (x86)\AAA\Agent\IAM.Service.exe,ServiceType=16,StartType=2,ErrorControl=0,, Dependencies=[~],,StartName=LOCALSYSTEM,Password=**,Description=Proc ess broker service,,) InstallServices: Service: MSI (s) (50:DC) [14:34:23:638]: Executing op: ServiceInstall(Name=ConfigSvc,DisplayName=Configuration Service,ImagePath=C:\Program Files (x86)\AAA\CentralConfiguration\ConfigurationUpdateService.exe,ServiceType=1 6,StartType=2,ErrorControl=0,,Dependencies=Winmgmt[~]LocatorSvc[~][~][~],,St artName=LOCALSYSTEM,Password=**,Description=configuration update service,,) InstallServices: Service: MSI (s) (50:DC) [14:36:20:452]: Executing op: ServiceInstall(Name=LocatorSvc,DisplayName=Locator Service,ImagePath=C:\Program Files (x86)\AAA\DesktopComponents\Locator.exe,ServiceType=272,StartType=2,ErrorCo ntrol=1,,Dependencies=Tcpip[~]NetBIOS[~]RpcSs[~][~][~],,,Password=** ,Description=Vault Locator Service,,) InstallServices: Service: MSI (s) (50:DC) [14:38:27:516]: Executing op: ActionStart(Name=RegisterProcessMonitor.Start.Rollback,Description=start process monitor in rollback sequence,) Action 14:38:27: RegisterProcessMonitor.Start.Rollback. start process monitor in rollback sequence MSI (s) (50:DC) [14:38:27:516]: Executing op: CustomActionSchedule(Action=RegisterProcessMonitor.Start.Rollback,ActionType =3393,Source=BinaryData,Target=CAQuietExec64,CustomActionData=C:\Windows\sy stem32\sc.exe stop IAMProcessMonitor) MSI (s) (50:DC) [14:38:27:516]: Executing op: ActionStart(Name=RegisterProcessMonitor.Start,Description=start process monitor,) Action 14:38:27: RegisterProcessMonitor.Start. start process monitor MSI (s) (50:DC) [14:38:27:516]: Executing op: CustomActionSchedule(Action=RegisterProcessMonitor.Start,ActionType=3073,Sou rce=BinaryData,Target=CAQuietExec64,CustomActionData=C:\Windows\system32\sc .exe start IAMProcessMonitor) MSI (s) (50:38) [14:38:27:750]: Invoking remote custom action. DLL: C:\Windows\Installer\MSID6F6.tmp, Entrypoint: CAQuietExec64 CAQuietExec64: CAQuietExec64: SERVICE_NAME: IAMProcessMonitor CAQuietExec64: TYPE : 1 KERNEL_DRIVER CAQuietExec64: STATE : 4 RUNNING CAQuietExec64: (STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN) CAQuietExec64: WIN32_EXIT_CODE: 0 (0x0) CAQuietExec64: SERVICE_EXIT_CODE : 0 (0x0) CAQuietExec64: CHECKPOINT : 0x0 CAQuietExec64: WAIT_HINT : 0x0 CAQuietExec64: PID: 0 CAQuietExec64: FLAGS : Thanks for digging into the details! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall -takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590428.html Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8
I've never seen this. In fact, the default max time to wait for a service to start is 30 seconds. I suspect this has been tweaked on your machine. From: Daniel Zolopa daniel.zol...@gmail.com Sent: Thursday, November 07, 2013 1:19 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 Please try to measure time without Start=install. I assume that your service start is very long and this is the reason. -- regards danz 2013/11/7 wixtester sangee...@hotmail.com Hi, I have a msi that installs 4 services just fine on Windows XP and Windows 7 devices. However on Windows 8 and 8.1, it takes 2 minutes to install one service amounting to 8 minutes in all for just installing the services. Are there any parameters I can tweak to improve the msi performance? A typical service definition looks like this Component Id=RunUser Guid={..VALUE...} Location=local Condition/Condition File Id=RunUser Source=$(var.RunUser.TargetPath) KeyPath=yes/ ServiceInstall Name=SVC DisplayName=!(loc.DisplayName) Description=!(loc.Description) Start=auto ErrorControl=ignore Type=ownProcess / ServiceControl Id=RunAs Name=SVC Start=install Stop=both Remove=uninstall / /Component thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall-takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389.html Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8
The reason I'm struggling to believe this is that Windows Installer doesn't have an action called ServiceInstall. It does have one called CreateServices. I'd have to see a verbose installer log and the machine in question to troubleshoot further. Basically I've never seen anything like this in my 10 years of MSI. From: wixtester sangee...@hotmail.com Sent: Thursday, November 07, 2013 2:35 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 Starting the service is pretty fast, all the 4 services start within seconds. It is the ServiceInstall action that takes 8 minutes for 4 services. This is a fresh HyperV Virtual machine that I am trying on. Registry settings (servicespipetimeout or anything) is not altered. Thanks for your reply. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall -takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590396.html Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 [P]
That's true to. (Senior moment) http://msdn.microsoft.com/en-us/library/aa369540(v=vs.85).aspx Either way InstallServices isn't ServiceInstall. So my question is still, what does the log look like? From: Steven Ogilvie steven.ogil...@titus.com Sent: Thursday, November 07, 2013 3:16 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 [P] Classification: Public WIX has: ServiceConfig ServiceConfigFailureActions ServiceControl ServiceInstall It doesn't have CreateServices... Steve -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: November-07-13 3:57 PM To: General discussion about the WiX toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 The reason I'm struggling to believe this is that Windows Installer doesn't have an action called ServiceInstall. It does have one called CreateServices. I'd have to see a verbose installer log and the machine in question to troubleshoot further. Basically I've never seen anything like this in my 10 years of MSI. From: wixtester sangee...@hotmail.com Sent: Thursday, November 07, 2013 2:35 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ServiceInstall takes 2 minutes to install one service on Windows 8 Starting the service is pretty fast, all the 4 services start within seconds. It is the ServiceInstall action that takes 8 minutes for 4 services. This is a fresh HyperV Virtual machine that I am trying on. Registry settings (servicespipetimeout or anything) is not altered. Thanks for your reply. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ServiceInstall -takes-2-minutes-to-install-one-service-on-Windows-8-tp7590389p7590396.html Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ 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 November-07-13 4:11:57 PM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] XML Namespace Prefix Question
I did see that either would build if I was consistent. Is one or the other more correct? In other words, are there any tutorials or code samples out there that people might be copying and pasting that I would want to match prefix case with? ( I know plenty like this exists for the util extension. ) From: Nicolás Alvarez nicolas.alva...@gmail.com Sent: Monday, November 04, 2013 12:16 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] XML Namespace Prefix Question 2013/10/31 Christopher Painter chr...@iswix.com: One of my sreens in ISWIX is the Namespace designer. It's a simple grid with checkboxes that display extension prefixes and target namespaces. I created this to make it easier to add references to things like the util namespace without looking it up all the time.All has been well and recently I've been doing some housekeeping adding new WiX extension namespaces. One of them stood out to me: the Dependency.xsd. It's the only one in WiX that isn't all lowercase. Do the cases of prefixes matter? Is it better to add it as Dependency or dependency or does it not matter? I code looks through a schema directory in my application directory and autogenerates the dictionary that backs up the list of available namespaces to add to the XML document. Namespace prefixes are like variable names: they are case-sensitive, but you can call them whatever you want, as long as the declaration and the uses are the same (including case). In other words, even xmlns:depz=http://schemas.microsoft.com/wix/DependencyExtension; is totally valid, as long as you use depz:Requires and not Depz:Requires later. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Saving existing xml file on uninstall and then merging it back in during reinstall
I always tell developers to create 2 (or possibly more) XML files. One that is owned by the installer and one that is owned by the application / user. The installer will 100% own the file that it installs and there is no expectation that the installer won't overwrite when it needs to. The second file will get created by the application and the installer won't even know anything about it unless specifically asked to remove it during uninstalls. It is then the job of the application code to load those two sets of information and merge them. (Typically base and override settings.) We had a shared product line at my last job where an asset might be reused by multiple products (think Visual Studio components and all the SKUs that use them ). It was all dependency injection driven typically via XML files. The asset might have a base default config file, the domain (business area) might have an extension/override config file, a product might have an extension/override config file and finally at runtime another config file might get generated to store user and / or machine settings. All of these config files taken together would create a blueprint for how that asset should function in that environment.As far as the installer was concerned it was just a bunch of file copies. It was more work for the developers but once they created the shared libraries to handle it and got into the practice of thinking this way things ended much better. From: John Cooper jocoo...@jackhenry.com Sent: Friday, November 01, 2013 8:25 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Saving existing xml file on uninstall and then merging it back in during reinstall The pattern I follow is to: 1) have a custom action read XPaths from a table and save what it finds in the existing file into properties; 2) re-write the XML file on install/upgrade with the values in those properties; It is certainly possible to do a source control like merge, but your custom actions are going to have to handle all the edge-cases. -- John Merryweather Cooper Build Install Engineer -- ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: j2associates [mailto:j2associa...@yahoo.com] Sent: Friday, November 1, 2013 2:36 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Saving existing xml file on uninstall and then merging it back in during reinstall Hello all, We have a config file that is installed which can be customized post installation (not sensitive data). How can we save the config file during uninstall so that customizations can be merged into the new install. I was thinking along the following: A. During uninstall copy the config file to the user's Temp folder so if reinstall never happens it is no big deal B. During install, check the user's Temp folder and if the file is present, merge it and delete it Is this feasible, or is there a better way? In either case, can someone point me to some sample code? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Saving-existin g-xml-file-on-uninstall-and-then-merging-it-back-in-during-reinstall-tp75902 17.html Sent from the wix-users mailing list archive at Nabble.com. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list
[WiX-users] WiX 3.8RC VS2012 VSIX Extension Question
I found a WiXWPF Bootstrapper project on Codeplex (https://wixwpf.codeplex.com/) that hasn't been updated for WiX 3.8 yet. I downloaded the source and tweaked all the references I could and go it to compile and install. I was able to get their project templates to show up in VS2010/2012 but not VS2013. I looked at their installer source and they were using the vsix extension to register with VS2013. So that made me wonder, has this part of WiX been updated for VS2013 in WiX 3.8? I don't know how to develop, deploy or test this scenario so I thought I would ask. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Environment Variable Changes by MSI are not reflected
I agree. I feel dirty whenever someone asks me to modify the path. It's usually the Java guy s but then the MS PowerShell guys come by and they only give you two options (that I know of) to register a module. 1) Update the PSModulePath and 2) Install in the root PowerShell Modules path under SystemFolder32/64. That just seems wrong. I don't like option #1 either but I guess it made perfect sense to them since they were trying to make a great shell experience. From: Phil Wilson phildgwil...@gmail.com Sent: Friday, November 01, 2013 12:38 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected The general rule is that if the process is already running it won't pick up the new environment strings, which is why things like services and command prompts won't pick up the new values. Sometimes the definition of new process isn't that obvious. If you have a running command prompt from which you do the install and then run the PowerShell then I'm pretty sure anything you fire off from that prompt after the install will not get the new values because they are propagated from the command prompt that has been continually running, just as an example. So I don't know how exactly that PowerShell context works in that environment (pun intended). If there's a way to avoid using PATH, try to find it and use it. There are always issues with that, not only install and uninstall but corruption, files and Dlls being picked up from the wrong directory and so on. For example, if your install stored in the registry the location of the files you want to run it's likely that the PowerShell script could find them without resorting to PATH. Phil Wilson On Thu, Oct 31, 2013 at 3:25 PM, Christopher Painter chr...@iswix.comwrote: I've done this recently and two things can bite you: 1) Windows Installer WriteEnvironmentStrings doesn't send the broadcast message if there is a pending reboot already. 2) If you want to use it in a windows service ( such as IIS worker pool ) you'll have to take the reboot for it to take effect. From: Suryadeep Biswal surya6...@hotmail.com Sent: Thursday, October 31, 2013 4:23 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected After installing the MSI, we require the users run a PowerShell cmdlet for configuring the machine. This cmdlet depends on binaries that are present in the directory that we add to PATH in the MSI. Since the value of PATH does not change (even in a new process), the users have issues running the PowerShell cmdlet. I would expect it to take effect immediately after MSI installation so that any new process have the updated value for PATH variable. Regards,Surya Date: Thu, 31 Oct 2013 13:11:59 -0700 From: phildgwil...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected The short answer is yes. The longer answer depends on exactly where you expect it take effect. What's the exact problem? It doesn't get picked by a program? By a command prompt? It doesn't get used when you run something? http://superuser.com/questions/351279/adding-a-directory-to-user-path-doesnt -work Phil Wilson On Thu, Oct 31, 2013 at 11:53 AM, Suryadeep Biswal surya6...@hotmail.comwrote: Hi, Our MSI uses the inbuilt Environment WIX element to add a directory to PATH variable. We are seeing an issue on Windows Blue/8.1 where this does not get reflected until the user logs off and logs on. Is this a known issue? Are there any alternatives to set the environment variable other than writing a Custom Action? Please advise. This is from our WXS file - Environment Id =Path Name=PATH Action=set Part=last System=yes Value=Custom Directory Permanent=no/ Regards, Surya -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware
Re: [WiX-users] Adding files to msi
I did something like this for one of my customers. He had value added resellers that would inject custom files and metadata / rebranding it. The end user sysadmins would then make additional tweaks before distributing across the enterprise. Each layer could then seal certain attributes so that the next person transforming the installer had less choices. He wrote the UI wizard and I wrote the InstallTransformer class library. It was kind of fun and I could be convinced to share snippets for the who need it. From: Bas Graaf bas.gr...@microsoft.com Sent: Friday, November 01, 2013 5:27 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Adding files to msi Yes, we considered giving them our source also. However, we'd like to keep it as simple as possible (for them). Typically, they would not know anything about WiX or Windows Installer internals and our WiX source is quite complicated. Although the wixlib suggestion would at least not expose them to that. I'll include it in my investigations. Thanks for the suggestion. _Bas -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: 1. november 2013 23:07 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Adding files to msi 2013/11/1 Bas Graaf bas.gr...@microsoft.com: Hi, I'd like to enable our partners to simply add a few files to our installer package (an msi) before they deliver it to their customers (e.g., to add third-party plugins, certificates, and various other configuration files). So far, I've been prototyping a simple tool based on DTF to add relevant records to the msi database. This seems to work fine. All that is left is to add the actual file(s) to the embedded cab. I tried InstallPackage.UpdateFiles, but this only seems to update files that were in the cab before. Next idea is to get the cab from the _Streams table, add files, and put it back. Just wanted to check here if there is anything in DTF (or elsewhere) that already implements such a scenario. That sounds quite nasty. Why don't you give them your WiX source for them to modify and rebuild, or a wixlib they can include in their own package? -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File version
Yes, that's going to be a problem. There are ways to mitigate it but is there any chance they can fix this? What tool are they using to make the EXE? From: Walter Dexter wfdex...@gmail.com Sent: Thursday, October 31, 2013 12:17 AM To: General discussion for Windows Installer XML toolset. WiX-users@lists.sourceforge.net Subject: [WiX-users] File version Hi, folks. Sorry to ask such naive (and honestly, non-WiX) questions, but... when installing from an MSI, Windows Installer makes decisions on EXE files based on the file version resource in the file, right? I have a vendor releasing software to me where they've set the Product version in their EXE and intend to increment it as versions change, but they have set the File version to 0.0.0.0 and don't intend to ever change it. I have no idea why they think this is sensible behavior, but it's what they intend to do. I get the joy of packaging their stuff into MSI, so I'm hoping someone can tell me if this is going to be a problem when upgrading. Thanks! Walt -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Question
Rob, Regarding #2, what makes a bundle a patch bundle? Is this something to do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle element? I don't usually ask for samples but if someone could kick me into the right direction, I would greatly appreciate it. I'll be working on it myself but I think I'm stumbling in the dark at this point. Thanks, Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, October 30, 2013 1:14 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Yes. Two options one does as you describe, the other maybe less so (but might work better): 1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about the other 19 packages but you don't have to ship them. Burn will skip all the stuff that is already present on the machine. However, you'll want to consider the case that if something goes wrong and one of the original packages goes missing, Bundle v1.1 will need some way to find it (or tell Burn to ignore it, but not sure what that means for your app). 2. Bundle v1.1 is a patch bundle that registers in Installed Updates. It won't show up in main ARP, it'll show up in the other ARP for updates. Here Bundle v1.1 only has to take care of that which it owns and all operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle v1.1. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Wednesday, October 30, 2013 6:51 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Burn Question I would like to know if Burn could handle the following scenario. Consider the old pre-burn WiX single MSI distribution. Now consider the way it is today with small micropackges for wix, votive, sdk and son on. Now imagine the sum of those packages 1GB are call it the Big product. Let's say I chunked Big into a couple dozen micropackages. Could Burn support a story: Release 1.0: ( Full Download - Not Web Download ) 1GB Chain together 24 packages and present a single entry in Add/Remove Programs for uninstall Release 1.1 ( Full Download - Not Web Download ) 50MB Complain if 1.0 is not installed Chain 5 packages and perform a major upgrade on each of them Present a single entry in Add/Remove Programs for uninstall that removes all 24 packages ( 19 from 1.0 and 5 from 1.0 ) If burn can't do this, I'd love to hear alternative design suggestions. One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Question
I've also found the RelatedBundle element with the Patch action attribute but it's not clear to me how to make the relationship. (I'm still getting two entries in ARP.) Also, am I correct in predicting that when implemented correctly that the removal of a patch will not only uninstall the v2 of B.MSI but will also instruct the parent bundle to reinstall the original v1 of B.MSI and in effect being a removable patch? If so, that's really impressive. From: Christopher Painter chr...@iswix.com Sent: Thursday, October 31, 2013 7:34 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net, General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Rob, Regarding #2, what makes a bundle a patch bundle? Is this something to do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle element? I don't usually ask for samples but if someone could kick me into the right direction, I would greatly appreciate it. I'll be working on it myself but I think I'm stumbling in the dark at this point. Thanks, Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, October 30, 2013 1:14 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Yes. Two options one does as you describe, the other maybe less so (but might work better): 1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about the other 19 packages but you don't have to ship them. Burn will skip all the stuff that is already present on the machine. However, you'll want to consider the case that if something goes wrong and one of the original packages goes missing, Bundle v1.1 will need some way to find it (or tell Burn to ignore it, but not sure what that means for your app). 2. Bundle v1.1 is a patch bundle that registers in Installed Updates. It won't show up in main ARP, it'll show up in the other ARP for updates. Here Bundle v1.1 only has to take care of that which it owns and all operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle v1.1. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Wednesday, October 30, 2013 6:51 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Burn Question I would like to know if Burn could handle the following scenario. Consider the old pre-burn WiX single MSI distribution. Now consider the way it is today with small micropackges for wix, votive, sdk and son on. Now imagine the sum of those packages 1GB are call it the Big product. Let's say I chunked Big into a couple dozen micropackages. Could Burn support a story: Release 1.0: ( Full Download - Not Web Download ) 1GB Chain together 24 packages and present a single entry in Add/Remove Programs for uninstall Release 1.1 ( Full Download - Not Web Download ) 50MB Complain if 1.0 is not installed Chain 5 packages and perform a major upgrade on each of them Present a single entry in Add/Remove Programs for uninstall that removes all 24 packages ( 19 from 1.0 and 5 from 1.0 ) If burn can't do this, I'd love to hear alternative design suggestions. One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing
Re: [WiX-users] Burn Question
This thread is getting long so I've taken it to StackOverflow. http://stackoverflow.com/questions/19708773/wix-patch-bundle-servicing Thanks, Chris From: Christopher Painter chr...@iswix.com Sent: Thursday, October 31, 2013 7:55 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net, General discussion about the WiX toolset. wix-users@lists.sourceforge.net, General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question I've also found the RelatedBundle element with the Patch action attribute but it's not clear to me how to make the relationship. (I'm still getting two entries in ARP.) Also, am I correct in predicting that when implemented correctly that the removal of a patch will not only uninstall the v2 of B.MSI but will also instruct the parent bundle to reinstall the original v1 of B.MSI and in effect being a removable patch? If so, that's really impressive. From: Christopher Painter chr...@iswix.com Sent: Thursday, October 31, 2013 7:34 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net, General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Rob, Regarding #2, what makes a bundle a patch bundle? Is this something to do with the UpgradeCode, Tag and/or ParentName attributes on the Bundle element? I don't usually ask for samples but if someone could kick me into the right direction, I would greatly appreciate it. I'll be working on it myself but I think I'm stumbling in the dark at this point. Thanks, Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, October 30, 2013 1:14 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Yes. Two options one does as you describe, the other maybe less so (but might work better): 1. Bundle v1.1 is an upgrade of v1.0. Bundle v1.1 will need to know about the other 19 packages but you don't have to ship them. Burn will skip all the stuff that is already present on the machine. However, you'll want to consider the case that if something goes wrong and one of the original packages goes missing, Bundle v1.1 will need some way to find it (or tell Burn to ignore it, but not sure what that means for your app). 2. Bundle v1.1 is a patch bundle that registers in Installed Updates. It won't show up in main ARP, it'll show up in the other ARP for updates. Here Bundle v1.1 only has to take care of that which it owns and all operations (repair/uninstall) on Bundle v1.0 will also be applied to Bundle v1.1. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Wednesday, October 30, 2013 6:51 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Burn Question I would like to know if Burn could handle the following scenario. Consider the old pre-burn WiX single MSI distribution. Now consider the way it is today with small micropackges for wix, votive, sdk and son on. Now imagine the sum of those packages 1GB are call it the Big product. Let's say I chunked Big into a couple dozen micropackages. Could Burn support a story: Release 1.0: ( Full Download - Not Web Download ) 1GB Chain together 24 packages and present a single entry in Add/Remove Programs for uninstall Release 1.1 ( Full Download - Not Web Download ) 50MB Complain if 1.0 is not installed Chain 5 packages and perform a major upgrade on each of them Present a single entry in Add/Remove Programs for uninstall that removes all 24 packages ( 19 from 1.0 and 5 from 1.0 ) If burn can't do this, I'd love to hear alternative design suggestions. One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices
Re: [WiX-users] File version
Understood. I've dealt with these types over the years. I don't have much patience for it and can usually things done the right way. But when it becomes obvious that the mountain will not move, I break out my bag of tricks to keep the train moving. I prefer not to though. From: Walter Dexter wfdex...@gmail.com Sent: Thursday, October 31, 2013 10:18 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] File version Thanks a lot, Chris. I was 99.9% sure that was the case. It's a Java program. They haven't said, but based on strings in the executable, they're Ej-technologies' exe4j to make an EXE. Based on the exe4j documentation, one step on the way through the wizard is to set the version resource values, so it doesn't seem like it should be hard. What they said was their developers had a meeting and decided to do this when I asked them to put in version resources. So 0.0.0.0 as a file version is a conscious decision! These guys are interesting to work with sometimes. On Thu, Oct 31, 2013 at 7:20 AM, Christopher Painter chr...@iswix.comwrote: Yes, that's going to be a problem. There are ways to mitigate it but is there any chance they can fix this? What tool are they using to make the EXE? From: Walter Dexter wfdex...@gmail.com Sent: Thursday, October 31, 2013 12:17 AM To: General discussion for Windows Installer XML toolset. WiX-users@lists.sourceforge.net Subject: [WiX-users] File version Hi, folks. Sorry to ask such naive (and honestly, non-WiX) questions, but... when installing from an MSI, Windows Installer makes decisions on EXE files based on the file version resource in the file, right? I have a vendor releasing software to me where they've set the Product version in their EXE and intend to increment it as versions change, but they have set the File version to 0.0.0.0 and don't intend to ever change it. I have no idea why they think this is sensible behavior, but it's what they intend to do. I get the joy of packaging their stuff into MSI, so I'm hoping someone can tell me if this is going to be a problem when upgrading. Thanks! Walt -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File version
Agreed. Usually I do this. So many jobs, teams and developers over the past 17 years that it's a never ending cycle From: Phil Wilson phildgwil...@gmail.com Sent: Thursday, October 31, 2013 12:08 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] File version Sometimes, if you explain to them that the entire Windows update method for everything (their updates, Windows hotfixes, patches, service packs etc) is based on file versions they might come around. If not, make the caveat that everything they attempt will be more work and more unreliable. Phil Wilson On Thu, Oct 31, 2013 at 8:25 AM, Christopher Painter chr...@iswix.comwrote: Understood. I've dealt with these types over the years. I don't have much patience for it and can usually things done the right way. But when it becomes obvious that the mountain will not move, I break out my bag of tricks to keep the train moving. I prefer not to though. From: Walter Dexter wfdex...@gmail.com Sent: Thursday, October 31, 2013 10:18 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] File version Thanks a lot, Chris. I was 99.9% sure that was the case. It's a Java program. They haven't said, but based on strings in the executable, they're Ej-technologies' exe4j to make an EXE. Based on the exe4j documentation, one step on the way through the wizard is to set the version resource values, so it doesn't seem like it should be hard. What they said was their developers had a meeting and decided to do this when I asked them to put in version resources. So 0.0.0.0 as a file version is a conscious decision! These guys are interesting to work with sometimes. On Thu, Oct 31, 2013 at 7:20 AM, Christopher Painter chr...@iswix.comwrote: Yes, that's going to be a problem. There are ways to mitigate it but is there any chance they can fix this? What tool are they using to make the EXE? From: Walter Dexter wfdex...@gmail.com Sent: Thursday, October 31, 2013 12:17 AM To: General discussion for Windows Installer XML toolset. WiX-users@lists.sourceforge.net Subject: [WiX-users] File version Hi, folks. Sorry to ask such naive (and honestly, non-WiX) questions, but... when installing from an MSI, Windows Installer makes decisions on EXE files based on the file version resource in the file, right? I have a vendor releasing software to me where they've set the Product version in their EXE and intend to increment it as versions change, but they have set the File version to 0.0.0.0 and don't intend to ever change it. I have no idea why they think this is sensible behavior, but it's what they intend to do. I get the joy of packaging their stuff into MSI, so I'm hoping someone can tell me if this is going to be a problem when upgrading. Thanks! Walt -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity
Re: [WiX-users] Custom action was working now it isn't.... HELP...
Hmmm... I'm guessing there was something else at play. DTF can handle entry points up to 72 characters in length before it'll throw a compile error. From: Steven Ogilvie steven.ogil...@titus.com Sent: Thursday, October 31, 2013 2:57 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom action was working now it isn't HELP... So weird... Was working before, stopped working... function name had 26 characters removed 7 characters now it works... Go figure... Steve -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: October-31-13 3:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Custom action was working now it isn't HELP... http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via -wix-fails-with-error-1154 Chris has quite a few suggestions on what could cause that error. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: Thursday, October 31, 2013 2:05 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action was working now it isn't HELP... A different pair of eyes should help... I have a custom action that reads the registry and goes through the SQL Server Instances to get the last instance name (if there are more than one)... Was working like a charm, now for about a week it stopped working and I am getting this error: Action ended 14:57:56: CostFinalize. Return value 1. MSI (c) (A4:80) [14:57:56:213]: Doing action: CA_GetSQLServerInstanceName Action 14:57:56: CA_GetSQLServerInstanceName. CA: Getting SQL Server instance name... Action start 14:57:56: CA_GetSQLServerInstanceName. MSI (c) (A4:80) [14:57:56:240]: Creating MSIHANDLE (1) of type 790542 for thread 7552 MSI (c) (A4:2C) [14:57:56:241]: Invoking remote custom action. DLL: C:\Users\STEVEN~1.OGI\AppData\Local\Temp\MSIF66D.tmp, Entrypoint: GetSQLExpressInstanceName MSI (c) (A4:A4) [14:57:56:242]: Cloaking enabled. MSI (c) (A4:A4) [14:57:56:242]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (A4:A4) [14:57:56:242]: Connected to service for CA interface. CustomAction CA_GetSQLServerInstanceName returned actual error code 1154 but will be translated to success due to continue marking MSI (c) (A4:2C) [14:57:56:375]: Closing MSIHANDLE (1) of type 790542 for thread 7552 Action ended 14:57:56: CA_GetSQLServerInstanceName. Return value 1. The custom action is straight forward: CustomAction Id=CA_GetSQLServerInstanceName BinaryKey=BIN_CustomAction DllEntry=GetSQLExpressInstanceName Impersonate=no Execute=immediate Return=ignore / UI ProgressText Action=CA_GetSQLServerInstanceNameCA: Getting SQL Server instance name.../ProgressText /UI InstallExecuteSequence Custom Action=CA_GetSQLServerInstanceName After=InstallInitializeNOT Installed/Custom InstallUISequence Custom Action=CA_GetSQLServerInstanceName Before=MigrateFeatureStatesNOT Installed/Custom Using a DTF custom action dll: /// summary /// Gets the SQL Server Express instance name for the SERVER_NAME /// /summary /// Session session /// returnsActionResult Success/returns [CustomAction] public static ActionResult GetSQLExpressInstanceName(Session session) { try { if (session == null) { throw new ArgumentNullException(session); } SetSessionProperty(session, SQLSERVEREXPRESS_INSTANCE, string.Empty); const string Key = @SOFTWARE\\Microsoft\\Microsoft SQL Server\\Instance Names\\SQL; var localMachine = RegistryKey.OpenBaseKey( RegistryHive.LocalMachine, Environment.Is64BitOperatingSystem ? RegistryView.Registry64 : RegistryView.Registry32); var regKey = localMachine.OpenSubKey(Key); if (regKey != null) { foreach (var valueName in regKey.GetValueNames()) { if (!string.Equals(valueName, MSSQLSERVER)) { var expressKey = @SOFTWARE\\Microsoft\\Microsoft SQL Server\\ + valueName; var expressRegKey = localMachine.OpenSubKey(expressKey); if (expressRegKey != null) { SetSessionProperty(session, SQLSERVEREXPRESS_INSTANCE, \\ + valueName); } } } } } catch (Exception ex) { WriteErrorLogInstall(session, GetSQLExpressInstanceName failed: , ex, true); } return ActionResult.Success; } Any ideas why this isn't working? thanks, Steve -- View this message in context:
Re: [WiX-users] Environment Variable Changes by MSI are not reflected
I've done this recently and two things can bite you: 1) Windows Installer WriteEnvironmentStrings doesn't send the broadcast message if there is a pending reboot already. 2) If you want to use it in a windows service ( such as IIS worker pool ) you'll have to take the reboot for it to take effect. From: Suryadeep Biswal surya6...@hotmail.com Sent: Thursday, October 31, 2013 4:23 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected After installing the MSI, we require the users run a PowerShell cmdlet for configuring the machine. This cmdlet depends on binaries that are present in the directory that we add to PATH in the MSI. Since the value of PATH does not change (even in a new process), the users have issues running the PowerShell cmdlet. I would expect it to take effect immediately after MSI installation so that any new process have the updated value for PATH variable. Regards,Surya Date: Thu, 31 Oct 2013 13:11:59 -0700 From: phildgwil...@gmail.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected The short answer is yes. The longer answer depends on exactly where you expect it take effect. What's the exact problem? It doesn't get picked by a program? By a command prompt? It doesn't get used when you run something? http://superuser.com/questions/351279/adding-a-directory-to-user-path-doesnt-work Phil Wilson On Thu, Oct 31, 2013 at 11:53 AM, Suryadeep Biswal surya6...@hotmail.comwrote: Hi, Our MSI uses the inbuilt Environment WIX element to add a directory to PATH variable. We are seeing an issue on Windows Blue/8.1 where this does not get reflected until the user logs off and logs on. Is this a known issue? Are there any alternatives to set the environment variable other than writing a Custom Action? Please advise. This is from our WXS file - Environment Id =Path Name=PATH Action=set Part=last System=yes Value=Custom Directory Permanent=no/ Regards, Surya -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action was working now it isn't.... HELP...
When the native bit of DTF fires up the CLR it runs it's own class in the middle that has it's own try catch session.Log() block. If there was a bad image format exception this should have been caught in the MSI log. I suspect he didn't get this far. The first release or so of DTF had a current directory problem that broke the RunDLL() call. We had DTF custom actions that would change the current directory and when the sandbox got reused it would break. This was fixed though. Hard for me to say what the real problem was here without getting it in my lab and profiling it. From: Phil Wilson phildgwil...@gmail.com Sent: Thursday, October 31, 2013 3:57 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom action was working now it isn't HELP... As a random guess based on the 1154 error, is it possible that there's some C# code that is MSIL and so runs with the native bitness of the system, but there's a dependency that is (say) 32-bit and the native code can't call it? You'd expect BadImageFormatException somewhere if the chain is all managed code, but assuming 1154 is correct then there's a Dll somewhere that can't be loaded. Something like this anyway Phil Wilson On Thu, Oct 31, 2013 at 1:27 PM, Steven Ogilvie steven.ogil...@titus.comwrote: Wasn't a compile error, was a runtime error... Well it is working now, very strange was doing diffs between the custom action cs file and the product.wxs file and can't see what could have broken it, like I said it was working until a few days ago... Strange -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: October-31-13 4:18 PM To: General discussion about the WiX toolset.; General discussion about the WiX toolset. Subject: Re: [WiX-users] Custom action was working now it isn't HELP... Hmmm... I'm guessing there was something else at play. DTF can handle entry points up to 72 characters in length before it'll throw a compile error. From: Steven Ogilvie steven.ogil...@titus.com Sent: Thursday, October 31, 2013 2:57 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom action was working now it isn't HELP... So weird... Was working before, stopped working... function name had 26 characters removed 7 characters now it works... Go figure... Steve -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: October-31-13 3:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Custom action was working now it isn't HELP... http://stackoverflow.com/questions/3560370/custom-action-in-c-sharp-used-via -wix-fails-with-error-1154 Chris has quite a few suggestions on what could cause that error. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: Thursday, October 31, 2013 2:05 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action was working now it isn't HELP... A different pair of eyes should help... I have a custom action that reads the registry and goes through the SQL Server Instances to get the last instance name (if there are more than one)... Was working like a charm, now for about a week it stopped working and I am getting this error: Action ended 14:57:56: CostFinalize. Return value 1. MSI (c) (A4:80) [14:57:56:213]: Doing action: CA_GetSQLServerInstanceName Action 14:57:56: CA_GetSQLServerInstanceName. CA: Getting SQL Server instance name... Action start 14:57:56: CA_GetSQLServerInstanceName. MSI (c) (A4:80) [14:57:56:240]: Creating MSIHANDLE (1) of type 790542 for thread 7552 MSI (c) (A4:2C) [14:57:56:241]: Invoking remote custom action. DLL: C:\Users\STEVEN~1.OGI\AppData\Local\Temp\MSIF66D.tmp, Entrypoint: GetSQLExpressInstanceName MSI (c) (A4:A4) [14:57:56:242]: Cloaking enabled. MSI (c) (A4:A4) [14:57:56:242]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (A4:A4) [14:57:56:242]: Connected to service for CA interface. CustomAction CA_GetSQLServerInstanceName returned actual error code 1154 but will be translated to success due to continue marking MSI (c) (A4:2C) [14:57:56:375]: Closing MSIHANDLE (1) of type 790542 for thread 7552 Action ended 14:57:56: CA_GetSQLServerInstanceName. Return value 1. The custom action is straight forward: CustomAction Id=CA_GetSQLServerInstanceName BinaryKey=BIN_CustomAction DllEntry=GetSQLExpressInstanceName Impersonate=no Execute=immediate Return=ignore / UI ProgressText Action=CA_GetSQLServerInstanceNameCA: Getting SQL Server instance name.../ProgressText /UI InstallExecuteSequence Custom Action=CA_GetSQLServerInstanceName After=InstallInitializeNOT Installed/Custom InstallUISequence
Re: [WiX-users] Force replace files when applying patch
I look at version lying as a necessary evil to subvert Windows Installer's insufficient costing story. There are ways of reducing the repair risk to zero. -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 29 October 2013 05:24 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Force replace files when applying patch Version lying is a bad thing! The basic issue is that the file on disk (with no version) will never match the version you've put in the file table. This means the product is always broken and is at risk of repeatedly trying to repair itself. Regarding let the user try to merge changes - I wasn't suggesting the user merge the changes into the config file, I was suggesting that the install does it. Nobody's mentioned file hashing - that has an effect on the replacement rules, but it's not clear if you're using it or not. Phil Wilson On Tue, Oct 29, 2013 at 12:27 AM, Blair Murri os...@live.com wrote: What did the log say happened? Blair From: Christoffel le Roux Sent: Monday, October 28, 2013 6:08 AM To: General discussion for Windows Installer XML toolset. Hi, When try to patch non-versioned files, the files does not get replaced when the file on the disk was changed by the user, I know this is by design, but I need to patch some configuration files that the user was allowed to update, lets say it's a web.config file, when some additional content was added to the web.config file from the build, I need to remove the file the user updated and replace it with the file in the delta, is there any way that I can force the files to get reinstalled. I did add a removefile element to the files like so: Component Id=comp_12D9BA535F5443E0B23AF72ED10A3385 Guid=BC0D1156-F478-4051-BFAF-8FF5AD1EFC1B File Id=file_EF33C85A5F3F430DAA97E17D618E4CD2 KeyPath=yes Source=$(var.BinariesBuildOutputPath)\web.config / RemoveFile Id=remove_comp_12D9BA535F5443E0B23AF72ED10A3385 Name= web.config On=install / /Component But after the patch was applied the the web site had significant less files than what is was supposed to have. Please can anyone make any suggestions Thanks in advanced. This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon this information, by persons or entities other than the intended recipient, is prohibited. If you received this in error, please contact the sender and delete the material from all storage media. FlowCentric is neither liable for proper, complete transmission of the information contained in this communication, any delay in its receipt or that the mail is virus-free. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action
[WiX-users] Burn Question
I would like to know if Burn could handle the following scenario. Consider the old pre-burn WiX single MSI distribution. Now consider the way it is today with small micropackges for wix, votive, sdk and son on. Now imagine the sum of those packages 1GB are call it the Big product. Let's say I chunked Big into a couple dozen micropackages. Could Burn support a story: Release 1.0: ( Full Download - Not Web Download ) 1GB Chain together 24 packages and present a single entry in Add/Remove Programs for uninstall Release 1.1 ( Full Download - Not Web Download ) 50MB Complain if 1.0 is not installed Chain 5 packages and perform a major upgrade on each of them Present a single entry in Add/Remove Programs for uninstall that removes all 24 packages ( 19 from 1.0 and 5 from 1.0 ) If burn can't do this, I'd love to hear alternative design suggestions. One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] When does Windows Installer write install information to the registry
That information is written out by the standard actions PublishComponents, PublishFeatures and PublishComponents actions. If this is reproducible, adding ! to the logging ( /l*v! ) instructs MSI to log each line immediately and can be useful in not missing any useful logging information that might have been logged but not yet written to the file. I thought MSI had a feature that could detect this scenario on reboot and use the rollback information to restore the machine to the correct state. I can't say I've really ever used or tested it though so I may be wrong. From: John L Krupka john.kru...@nmwco.com Sent: Wednesday, October 30, 2013 10:46 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] When does Windows Installer write install information to the registry A tester ran into an issue recently where the the machine got a BSOD near the end of an install. While there is not a problem with the install itself, the blue screen caused a strange side effect that I want to explain. The install log indicates the install was successful and product is on disk and is functional. However, the product is not listed in ARP and I looked through the registry and the nuggets related to the install like all the Components under Installer\UserData\S-1-5-18\Components do not exist. It is like the products installed but Windows Installer has no record of the installation. Running the msi again takes you through a new install path. Doing an msiexec with /X to remove throws up a message that the option is only available for installed products. As I mentioned the log indicates a successful install and that the MainEngineThread is returning 0. Does all the Windows Installer related housekeeping get done by Windows Installer after the product is installed and logging has stopped? I am thinking at this point it is probably safe to delete the files from disk and run the install as usual since there seems to be no record of the install from a Windows Installer perspective. Any comments or thoughts? Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/When-does-Wind ows-Installer-write-install-information-to-the-registry-tp7590115.html Sent from the wix-users mailing list archive at Nabble.com. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Force replace files when applying patch
And a rollback CA and a commit CA and. :)If that works for you, fine. I won't call it a 'bad thing'.We all have to do dirty things now and then, don't we? :) My personal favoring is setting the installdir to C:\Progra~1\ grin. From: Phil Wilson phildgwil...@gmail.com Sent: Wednesday, October 30, 2013 11:43 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Force replace files when applying patch If the issue is the modification date different from the creation date, make them the same with an early custom action. The reverse of this :) http://blogs.msdn.com/b/astebner/archive/2013/05/23/10421023.aspx Phil Wilson On Wed, Oct 30, 2013 at 4:34 AM, Christopher Painter chr...@iswix.comwrote: I look at version lying as a necessary evil to subvert Windows Installer's insufficient costing story. There are ways of reducing the repair risk to zero. -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 29 October 2013 05:24 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Force replace files when applying patch Version lying is a bad thing! The basic issue is that the file on disk (with no version) will never match the version you've put in the file table. This means the product is always broken and is at risk of repeatedly trying to repair itself. Regarding let the user try to merge changes - I wasn't suggesting the user merge the changes into the config file, I was suggesting that the install does it. Nobody's mentioned file hashing - that has an effect on the replacement rules, but it's not clear if you're using it or not. Phil Wilson On Tue, Oct 29, 2013 at 12:27 AM, Blair Murri os...@live.com wrote: What did the log say happened? Blair From: Christoffel le Roux Sent: Monday, October 28, 2013 6:08 AM To: General discussion for Windows Installer XML toolset. Hi, When try to patch non-versioned files, the files does not get replaced when the file on the disk was changed by the user, I know this is by design, but I need to patch some configuration files that the user was allowed to update, lets say it's a web.config file, when some additional content was added to the web.config file from the build, I need to remove the file the user updated and replace it with the file in the delta, is there any way that I can force the files to get reinstalled. I did add a removefile element to the files like so: Component Id=comp_12D9BA535F5443E0B23AF72ED10A3385 Guid=BC0D1156-F478-4051-BFAF-8FF5AD1EFC1B File Id=file_EF33C85A5F3F430DAA97E17D618E4CD2 KeyPath=yes Source=$(var.BinariesBuildOutputPath)\web.config / RemoveFile Id=remove_comp_12D9BA535F5443E0B23AF72ED10A3385 Name= web.config On=install / /Component But after the patch was applied the the web site had significant less files than what is was supposed to have. Please can anyone make any suggestions Thanks in advanced. This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon this information, by persons or entities other than the intended recipient, is prohibited. If you received this in error, please contact the sender and delete the material from all storage media. FlowCentric is neither liable for proper, complete transmission of the information contained in this communication, any delay in its receipt or that the mail is virus-free. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Burn Question
I like this idea. My customer is still mulling over web downloads. I'm pulling them into the 21st century and some execs are interested and some are not. From: Nicolás Alvarez nicolas.alva...@gmail.com Sent: Wednesday, October 30, 2013 1:42 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question 2013/10/30 Christopher Painter chr...@iswix.com: One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. As far as I know, shipping packages in the bundle vs downloading them is not all-or-nothing. You can ship some packages in the bundle and download others on demand. In this case, you can ship those 5 packages in the bundle, and leave the others to be downloaded, which in most cases they won't be. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Question
Understood. I spent several years of my life that I can't get back working in a SCIF. From: Steven Ogilvie steven.ogil...@titus.com Sent: Wednesday, October 30, 2013 1:53 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Depending on what your custom environment is like as well... some gov shops don't give out internet access... so downloading is not an option... -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: October-30-13 2:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Burn Question 2013/10/30 Christopher Painter chr...@iswix.com: One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. As far as I know, shipping packages in the bundle vs downloading them is not all-or-nothing. You can ship some packages in the bundle and download others on demand. In this case, you can ship those 5 packages in the bundle, and leave the others to be downloaded, which in most cases they won't be. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Question
This customer has a full install of 400MB (apx), doesn't deliver to nearly that many customers and releases major releases once a quarter and updates every 2-3 weeks. Not all customers want the updates. Personally I think they are on the fringe of a single MSI major upgrade being OK but the customer voice is that they don't want updates to be larger then around 30MB. From: Markus Wehrle mar...@laika42.com Sent: Wednesday, October 30, 2013 2:29 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Installation of 1.1 will work with a minimum download of the 5 changed packages if you create a web installer in burn including all 25 packages. But what will happen with your installed version 1.0 in ARP? The entry will stay there. If your 1.0 package gets uninstalled it does not care about the dependency entries of your burn package and uninstall the 20 unchanged MSIs. Your customers then need to repair version 1.1. During repair this 20 packages get downloaded. Regarding the size: One of my customer has web installers for products 2GB for annual updates and monthly updates with around 350MB for about 75000 customers ;) -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Mittwoch, 30. Oktober 2013 20:01 To: General discussion about the WiX toolset.; General discussion about the WiX toolset. Subject: Re: [WiX-users] Burn Question Understood. I spent several years of my life that I can't get back working in a SCIF. From: Steven Ogilvie steven.ogil...@titus.com Sent: Wednesday, October 30, 2013 1:53 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn Question Depending on what your custom environment is like as well... some gov shops don't give out internet access... so downloading is not an option... -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: October-30-13 2:38 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Burn Question 2013/10/30 Christopher Painter chr...@iswix.com: One approach would be that 1.1 is a web download installer that contains all 25 packages but will only download 5 of them. I'm not sure if Big product will buy into this or not though. As far as I know, shipping packages in the bundle vs downloading them is not all-or-nothing. You can ship some packages in the bundle and download others on demand. In this case, you can ship those 5 packages in the bundle, and leave the others to be downloaded, which in most cases they won't be. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn Password / Encryption Questions
I have a couple more queries regarding burn. Is there any way to password protect the bundle? If so, what level of encryption is used? Do download URL's support HTTPS? Is there any mechanism to support URL's that require authentication? Is it possible to have the packages encypted and decrypted by the bootstrapper after they are downloaded? -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Force replace files when applying patch
Trust me, I know what I'm doing. :) From: Nicolás Alvarez nicolas.alva...@gmail.com Sent: Wednesday, October 30, 2013 5:42 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Force replace files when applying patch 2013/10/30 Christopher Painter chr...@iswix.com:And a rollback CA and a commit CA and. :)If that works for you, fine. I won't call it a 'bad thing'.We all have to do dirty things now and then, don't we? :) My personal favoring is setting the installdir to C:\Progra~1\ grin. That's the kind of dangerous assumption that gets your app mentioned (not by name) in The Old New Thing blog. http://blogs.msdn.com/b/oldnewthing/archive/2007/04/02/2008357.aspx Also, on my Windows XP computer, the program files directory can't possibly be C:\Progra~1 since its long name is C:\Archivos de programa\. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] XML Namespace Prefix Question
One of my sreens in ISWIX is the Namespace designer. It's a simple grid with checkboxes that display extension prefixes and target namespaces. I created this to make it easier to add references to things like the util namespace without looking it up all the time. All has been well and recently I've been doing some housekeeping adding new WiX extension namespaces. One of them stood out to me: the Dependency.xsd. It's the only one in WiX that isn't all lowercase. Do the cases of prefixes matter? Is it better to add it as Dependency or dependency or does it not matter? I code looks through a schema directory in my application directory and autogenerates the dictionary that backs up the list of available namespaces to add to the XML document. Thanks, Chris -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fwd: GUI for wix
I have one but it doesn't cover the entire wix schema and is written to be used in a particular way. http://wix.codeplex.com Walkthrough and video showing it. http://blog.iswix.com/2013/01/iswix-20130134-released.html I'm always available for a 30 minute Google Hangout (or similar) session to give a demonstration on how to use it effectively. Everyone I have shown it loves it and it really helps getting started. You still have to ultimately learn MSI and Windows Installer over time though. It's not meant to hide the complexity of setup development. Only do a lot of the heavy grunt work. From: ? ?? smagin.alexan...@gmail.com Sent: Tuesday, October 29, 2013 11:13 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Fwd: GUI for wix Hello, I'm sorry for my stupid question. Can anyone tell me is there a GUI (graphic user interface) tool to visualize wxs script, or all content is written by hands? I found WixEdit editor but it craches on my Win 8.1. Thanks. The best regards, Alexander Smagin. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] repair does not repair file that was changed
You can do something called Version lying. Basically you author your WXS to say the text file has a version number and now it'll always reinstall. There are some down sides though. http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Forcing-overwr ite-of-text-file-td711667.html From: Andrew Makhorin m...@gnu.org Sent: Monday, October 28, 2013 8:41 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] repair does not repair file that was changed On Sun, 2013-10-27 at 05:53 -0700, Christopher Painter wrote: This is normal as the Windows Installer will generally attempt to preserve user data during installation. See: http://msdn.microsoft.com/en-us/library/aa368599(v=vs.85).aspx and adjacent pages. Thank you very much for your quick reply. Is there any way to tell the installer to always install original files provided in .msi on repairing/reinstalling the product? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] repair does not repair file that was changed
This is normal as the Windows Installer will generally attempt to preserve user data during installation. See: http://msdn.microsoft.com/en-us/library/aa368599(v=vs.85).aspx and adjacent pages. From: Andrew Makhorin m...@gnu.org Sent: Sunday, October 27, 2013 2:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] repair does not repair file that was changed Hello, I made a .msi installer with wix. It installs some files into a directory created in 'Program Files', and all works fine. However, if I change (with a text editor) a file that has been installed and then attempt to repair the product, the file is not repaired, i.e. it is not replaced by an original version provided in .msi. Moreover, if I do the same under Windows 7 (on IA-64 machine) and then uninstall the product, all installed files, directories, menu entries, etc. disappear, as it has to be, but when I reinstall the product, there appears the changed file rather than the original one. Please tell me what is wrong? Thank you very much, Andrew Makhorin -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC
FWIW, be careful to back these changes out before doing upgrades. I don't want to be somehow responsible for servicing issues resulting from the baseline being in a non-standard state. There is already a WiX 3.8 weekly release that supports VS2013 so these procedures should be for the most part no longer needed. ( Unless you really want to get 3.6 working on VS2013 ) From: djarvis8 d...@indigobunting.com Sent: Thursday, October 24, 2013 8:32 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC I followed this procedure and it worked for me. I use the older WiX v3.6 so I just copied the mentioned files over to my Visual Studio 2013. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-WiX-3-7- Votive-with-VS2013-RC-tp7589257p7589953.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix (Votive) for VS2013 from binaries zip
I would checkout: http://robmensching.com/blog/posts/2010/9/7/burn-in-the-corporate-environmen t Download the layout at home and bring it in on a thumb drive or something. There are those who think that web enabled installers are just the best thing in the world but I'm not one of them. They have their place in the universe but I don't think it's the ideal general case experience. I've worked in far too many rooms where an internet connection ( and thumb drives for that matter ) were not allowed. The only way you get WiX into a room like that is to download the layout, submit it to CM and get it reviewed by a half dozens departments and burned onto a finalized CDROM. From: Oakey, Shawn shawn.oa...@drdc-rddc.gc.ca Sent: Wednesday, October 23, 2013 7:30 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Wix (Votive) for VS2013 from binaries zip Hello, I am trying to get Wix working in VS2013 and I downloaded the latest weekly release for 3.8 but it failed to install. I suspect this is due to the weird setup my work has that forces all downloads to go through a McAfee Web Gateway. I assume this means that the installer for Wix is trying to download something and it fails (I am not sure how to setup the wix38.exe to provide a log file so it could be failing for other reasons). So anyway I got the binaries zip but I want to integrate it into VS2013 and I am not sure how to do that from the binaries. Would someone be able list the steps needed for this? Thanks, Shawn Oakey DRDC Atlantic | RDDC Atlantique P.O. Box 1012, Dartmouth NS Canada B2Y 3Z7 shawn.oa...@drdc-rddc.gc.camailto:shawn.oa...@drdc-rddc.gc.ca Tel: (902) 426-3100 x 161, Fax: (902) 426-9654 Government of Canada | Gouvernement du Canada -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] General Text Replacement
I'm creating an installer in WiX that requires text replacements in a config file. The config file is not XML or INI based so I need to do some sort of search and replace / regex. Is there anything in WiX or other community extensions that provide this? I know how to do this using InstallShield and I'm sure I could write my own custom actions but I'd prefer not to in this case. Thanks, Chris -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Something I noticed with ServiceInstall (Wix 3,7)
The ServiceInstaller table doesn't have a foreign key join back to the file table. It's target of the service is always the keyfile of the parent component. From: Hans ter Horst hoshis...@gmail.com Sent: Tuesday, October 22, 2013 8:13 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Something I noticed with ServiceInstall (Wix 3,7) When I used the Fragment below, I noticed that the Windows service created links to the *web.config* file as executable instead of linking to MyServer.exe which is of course not a proper executable file and the service fails to load understandably. I moved the File Source=Deliverables\web.config / line to a separate Fragment and ComponentGroup and linked to that in the appropriate Feature which solved the problem for me, yet I would like to understand better why this occurred. If I had wanted several files in this ComponentGroup yet created the Windows service from the correct source file, how should the Fragment have looked? FragmentComponentGroup Id=MyServer Directory=EFS Component Id=MyServer.exe Guid=my guid Win64=yes File Source=Deliverables\web.config / File Id=MyServer.exe Name=MyServer.exe Source=Deliverables\ MyServer.exe / ServiceInstall Id=ServiceInstaller Type= ownProcess Name=MyServer DisplayName=MyServer Description=MyServer Start=auto Account=[DOMAINUSER] Password=[PASSWORD] ErrorControl=normal Arguments= /start MyServer / ServiceControl Id=StartService Stop=both Remove=uninstall Name=MyServer Wait=yes / /Component /ComponentGroup /Fragment -- http://monochrome.me.uk/blog/ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013
I found the same and left a note on Bob's blog post as to such. From: Sean Hall rhal...@hotmail.com Sent: Monday, October 21, 2013 12:16 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013 I'm testing out WiX 3.8 and VS 2013, and can't find the custom action projects. Here's what I did: 1. Setup new VM with Windows 8.1. 2. Install .NET 3.5 and all Windows Updates. 3. Install Visual Studio 2013 Ultimate RTM. 4. Install WiX 3.8.1014.0 (weekly build from 10/14). 5. Open Visual Studio 2013, start creating a new project, select the Windows Installer XML category. I only see the following project types: Setup Project, Merge Module Project, Setup Library Project, and Bootstrapper Project. I expected to also see: C# Custom Action Project, VB Custom Action Project, and C++ Custom Action Project. Does anyone see the custom action projects with WiX 3.8.1014.0 and VS 2013? I tried the RC last week and the custom action projects were also missing. Sean -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013
Cool. His blog article seemed to say it was done but I'm guessing there's a distinction between votive and sdk and that if one knew that he'd predict the custom action projects won't be there yet. Either way, it let me test my latest IsWiX 2.2 on WiX 3.8 on VS 2013 stack so it's progress as far as I'm concerned. From: Hoover, Jacob jacob.hoo...@greenheck.com Sent: Monday, October 21, 2013 12:45 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013 SHA-1: 2414f339da083a2ffaa52fe4f26868e4fe8205e0 * Merge branch 'bugs_3839_4093.2' of https://git01.codeplex.com/forks/bobarnso/wixdev into wix38 SHA-1: da66059ce782a8b3563bc53798e8affb17ba74f9 * Fix WIXBUG:3839 and WIXBUG:4093. * Add projects to build version-specific templates for VS2012 and VS2013. * Correct paths to native SDK libraries. Looks like Bob was still adding stuff, so possibly the next weekly will have it. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Monday, October 21, 2013 12:31 PM To: General discussion about the WiX toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013 I found the same and left a note on Bob's blog post as to such. From: Sean Hall rhal...@hotmail.com Sent: Monday, October 21, 2013 12:16 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action projects missing in WiX 3.8/VS2013 I'm testing out WiX 3.8 and VS 2013, and can't find the custom action projects. Here's what I did: 1. Setup new VM with Windows 8.1. 2. Install .NET 3.5 and all Windows Updates. 3. Install Visual Studio 2013 Ultimate RTM. 4. Install WiX 3.8.1014.0 (weekly build from 10/14). 5. Open Visual Studio 2013, start creating a new project, select the Windows Installer XML category. I only see the following project types: Setup Project, Merge Module Project, Setup Library Project, and Bootstrapper Project. I expected to also see: C# Custom Action Project, VB Custom Action Project, and C++ Custom Action Project. Does anyone see the custom action projects with WiX 3.8.1014.0 and VS 2013? I tried the RC last week and the custom action projects were also missing. Sean -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where are my migrated issues?
Rob, You were right. It was 6 lines of JQuery. :)Seriously, my friend made this little page to provide a basic search capability. http://codepen.io/YurikoEX/pen/hikyg He's a really nice guy, loves open source and is a way better web developer then I am. I can put the two of you in touch if you'd like. Regards, Chris From: Christopher Painter chr...@iswix.com Sent: Thursday, October 17, 2013 9:04 PM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net, General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where are my migrated issues? Rob, I'm not trying to be hurtful. I'm saying that there is a load of WiX work to be done and it seems odd to bite off a custom issue tracking system at the same time. There's nothing hurtful intended by that, I'm just saying you got a pretty full vision of future work to get done on WiX both v3.8 and v4.0. I only brought it up again because someone else wandered off to the bugs list and found the most obvious feature ( search ) to be missing and came here asking about it. I've executed the assignment agreement and want to help but I've found several obstacles related to the development environment that have slowed me down from getting involved. I did a Habitat for Humanity build the other day ( a lot of painful heavy lifting, cutting and hammering doing framing which I know nothing about ) so I had an interesting experience thinking about organization skills as it relates to leveraging unskilled talent. I think some of that applies here. ( Unskilled as in I'm not the best .NET developer in the world...) I'd love to quickly pull source, get a good developer build and start chewing on some easy work. Dog fooding in house tools isn't what I personally had in mind. Anyways I'm upgrading to the final VS2013 right now and just saw Bob's announcement about 2013 support. Job well done. Chris From: Rob Mensching r...@robmensching.com Sent: Thursday, October 17, 2013 10:57 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where are my migrated issues? Since this is the second time you've brought it up, I'll take some time to address the comments so everyone knows why we use the new issue tracker. First, I rolled our own issue tracker after Bob and I were unhappy with the other available options. We had a vision of a bug workflow that would aid our efforts to triage while making it clear how the WiX toolset is progressing. Thus far, it's helping out a lot in triage and we're adding features requests that will help us on the progress reporting front. It's also *very* nice to know that we can add features and fix things to make life more enjoyable for those that spend many hours per week managing the WiX toolset (triage is vital but can be pretty life sucking). Second, I took on the issue tracker in my free time to gain a better understanding of web technologies. For example, I now know that adding a search box isn't actually three lines of jQuery (although I've learned you can do some pretty amazing stuff in just three lines of jQuery) but it's not a whole lot of work either. I haven't added the search box yet because I've grouped it in with a few other small features that just haven't bubbled to the top of my priority list yet. Third, the issue tracker's issue tracker is on GitHub because they had the issue tracker that had some of the more interesting features. That issue tracker (like all the others) is missing some key features (such as the Untriaged status) but since it did quite a few things right I wanted to user their system extensively to get a good feel for it. It does look a little funny that the issue tracker doesn't dogfood itself but there is a method behind the madness. smile/ So, anyway, the tinyBugs issue tracker is working out well for us right now in triage. There are certainly things that need to be improved. The issue tracker on GitHub should be tracking them and if not, we should add it. PS: As if there's isn't enough WiX work to get done. :) maybe you're only joking but this is the second time you left that comment it is actually pretty hurtful. On Thu, Oct 17, 2013 at 6:20 AM, Christopher Painter chr...@iswix.comwrote:Yes, for some reason Rob has decided to roll his own issue tracking system and it currently doesn't have a search feature. As if there's isn't enough WiX work to get done. :) The feature request for that is on yet another bug tracking system: https://github.com/robmen/tinybugs/issues/33 A coworker who is a web developer tells me that he could write a textbox search feature in about 3 lines of jquery. I don't know as that's not my thing. From: Pallier, Manuel / BEKO Graz
Re: [WiX-users] Where are my migrated issues?
Try: http://wixtoolset.org/issues/ From: Pallier, Manuel / BEKO Graz manuel.pall...@beko.at Sent: Thursday, October 17, 2013 2:43 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Where are my migrated issues? Hi, I've created a feature request in the Sourceforge ticket tracker a long time ago and I've also followed a bug entered by a different user. Both tickets were closed on 2013-08-21 with the status migrated but I can't find them on the new issue tracker. Where did they go? These are the original tickets: http://sourceforge.net/p/wix/feature-requests/679/ http://sourceforge.net/p/wix/bugs/2532/ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where are my migrated issues?
Yes, for some reason Rob has decided to roll his own issue tracking system and it currently doesn't have a search feature. As if there's isn't enough WiX work to get done. :) The feature request for that is on yet another bug tracking system: https://github.com/robmen/tinybugs/issues/33 A coworker who is a web developer tells me that he could write a textbox search feature in about 3 lines of jquery. I don't know as that's not my thing. From: Pallier, Manuel / BEKO Graz manuel.pall...@beko.at Sent: Thursday, October 17, 2013 7:21 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where are my migrated issues? Thanks. Now I also found out how to find them. a little harder to search for is a nice description for the fact that you have to explicitly add a status:Untriaged filter. Would be great if that was documented somewhere, usually a search without additional filters searches through all items ;-) Is there a way to get notified of changes in issues in the new issue tracker? I registered a new account there but even then I can't find anything to add notifications. About triage, it would be great if you could have a quick look at those issues, but it's not too important. -Ursprüngliche Nachricht- Von: Blair Murri [mailto:os...@live.com] Gesendet: Donnerstag, 17. Oktober 2013 13:38 An: General discussion about the WiX toolset. Betreff: Re: [WiX-users] Where are my migrated issues? Both happen to still be untriaged (there are still over 600 of those, so no surprise there, but there were well over 700 at the time of the migration IIRC) and untriaged bugs are currently a little harder to search for in that new interface. http://wixtoolset.org/issues/3511/ -- old feature request: 679 http://wixtoolset.org/issues/3165/ -- old bug: 2532 We have a triage meeting today (actually once or twice a week), you can ask for these to be addressed there you wish. You can even attend (even better) to defend/describe your bugs/features (it is held online and recorded). From: chr...@iswix.com To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net Date: Thu, 17 Oct 2013 03:49:51 -0700 Subject: Re: [WiX-users] Where are my migrated issues? Try: http://wixtoolset.org/issues/ From: Pallier, Manuel / BEKO Graz manuel.pall...@beko.at Sent: Thursday, October 17, 2013 2:43 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Where are my migrated issues? Hi, I've created a feature request in the Sourceforge ticket tracker a long time ago and I've also followed a bug entered by a different user. Both tickets were closed on 2013-08-21 with the status migrated but I can't find them on the new issue tracker. Where did they go? These are the original tickets: http://sourceforge.net/p/wix/feature-requests/679/ http://sourceforge.net/p/wix/bugs/2532/ -- -- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance.
Re: [WiX-users] Where are my migrated issues?
Rob, I'm not trying to be hurtful. I'm saying that there is a load of WiX work to be done and it seems odd to bite off a custom issue tracking system at the same time. There's nothing hurtful intended by that, I'm just saying you got a pretty full vision of future work to get done on WiX both v3.8 and v4.0. I only brought it up again because someone else wandered off to the bugs list and found the most obvious feature ( search ) to be missing and came here asking about it. I've executed the assignment agreement and want to help but I've found several obstacles related to the development environment that have slowed me down from getting involved. I did a Habitat for Humanity build the other day ( a lot of painful heavy lifting, cutting and hammering doing framing which I know nothing about ) so I had an interesting experience thinking about organization skills as it relates to leveraging unskilled talent. I think some of that applies here. ( Unskilled as in I'm not the best .NET developer in the world...) I'd love to quickly pull source, get a good developer build and start chewing on some easy work. Dog fooding in house tools isn't what I personally had in mind. Anyways I'm upgrading to the final VS2013 right now and just saw Bob's announcement about 2013 support. Job well done. Chris From: Rob Mensching r...@robmensching.com Sent: Thursday, October 17, 2013 10:57 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where are my migrated issues? Since this is the second time you've brought it up, I'll take some time to address the comments so everyone knows why we use the new issue tracker. First, I rolled our own issue tracker after Bob and I were unhappy with the other available options. We had a vision of a bug workflow that would aid our efforts to triage while making it clear how the WiX toolset is progressing. Thus far, it's helping out a lot in triage and we're adding features requests that will help us on the progress reporting front. It's also *very* nice to know that we can add features and fix things to make life more enjoyable for those that spend many hours per week managing the WiX toolset (triage is vital but can be pretty life sucking). Second, I took on the issue tracker in my free time to gain a better understanding of web technologies. For example, I now know that adding a search box isn't actually three lines of jQuery (although I've learned you can do some pretty amazing stuff in just three lines of jQuery) but it's not a whole lot of work either. I haven't added the search box yet because I've grouped it in with a few other small features that just haven't bubbled to the top of my priority list yet. Third, the issue tracker's issue tracker is on GitHub because they had the issue tracker that had some of the more interesting features. That issue tracker (like all the others) is missing some key features (such as the Untriaged status) but since it did quite a few things right I wanted to user their system extensively to get a good feel for it. It does look a little funny that the issue tracker doesn't dogfood itself but there is a method behind the madness. smile/ So, anyway, the tinyBugs issue tracker is working out well for us right now in triage. There are certainly things that need to be improved. The issue tracker on GitHub should be tracking them and if not, we should add it. PS: As if there's isn't enough WiX work to get done. :) maybe you're only joking but this is the second time you left that comment it is actually pretty hurtful. On Thu, Oct 17, 2013 at 6:20 AM, Christopher Painter chr...@iswix.comwrote:Yes, for some reason Rob has decided to roll his own issue tracking system and it currently doesn't have a search feature. As if there's isn't enough WiX work to get done. :) The feature request for that is on yet another bug tracking system: https://github.com/robmen/tinybugs/issues/33 A coworker who is a web developer tells me that he could write a textbox search feature in about 3 lines of jquery. I don't know as that's not my thing. From: Pallier, Manuel / BEKO Graz manuel.pall...@beko.at Sent: Thursday, October 17, 2013 7:21 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where are my migrated issues? Thanks. Now I also found out how to find them. a little harder to search for is a nice description for the fact that you have to explicitly add a status:Untriaged filter. Would be great if that was documented somewhere, usually a search without additional filters searches through all items ;-) Is there a way to get notified of changes in issues in the new issue tracker? I registered a new account there but even then I can't find anything to add notifications
Re: [WiX-users] How to Make a Wix Installer for my Outlook Addin
Just a note to Rob et al.. This would be a really good feature request for Votive. I can't tell you how many customers I've created installer for Office AddIns. They are very profitable to do because they all follow the same basic template of prereqs, gate checks and registration logic. Only the names of the actual AddIn change. I have templates that I copy and paste but if you could say File | New | Office Addin Setup Project... man that sure would make a lot of .NET developers happy. For Sanju- It's a very broad question to answer. Regards, Chris From: Sanju Thomas sanju...@gmail.com Sent: Wednesday, October 16, 2013 7:15 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to Make a Wix Installer for my Outlook Addin I am a newbie to Wix Installer. I want to make an Installer for my Outlook Addin in Wix. How can I do it. -- *Regards* * * *Sanju Thomas * *91- 9945535476 * *sanju...@gmail.com* * http://www.intelligo.in/* * *CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please immediately notify the sender by e-mail at the address shown. This e-mail transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using WPF for standard MSI dialogs
As a guy who spent too much of his life in the 1990's writing procedural wizard loops in InstallScript, I actually like authoring and testing story of native MSI UI. I just wish they allowed you to put custom controls on the dialog to do some of the fancier stuff. Of course at this point it's reasonable to predict that MSFT isn't going to be doing any MSI enhancements. It's done. How many people are still on that team any ways? I'm guessing they spend most of their time doing engineering support escalation type work. From: Blair Murri os...@live.com Sent: Wednesday, October 16, 2013 9:01 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using WPF for standard MSI dialogs I actually created a WPF Embedded UI for a client (3 years ago?) and there are some interesting edge cases that are missed in the implementation both inside of the MSI engine and in the specification that create difficulties in making this a robust UI for MSI. I did some code to try to alleviate some of those issues, but haven't had the time to complete that work and to see what workarounds are available vs what simply must be fixed by MSFT. If you can go the Burn route, you will save yourself a lot of headaches for many common scenarios. Date: Tue, 15 Oct 2013 11:56:19 -0700 From: tomer.d...@intergraph.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using WPF for standard MSI dialogs Even better http://blogs.msdn.com/b/windows_installer_team/archive/2008/04/01/windows-in staller-4-5-ui-enhancements-embedded-ui.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-WPF-for- standard-MSI-dialogs-tp7589733p7589743.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to Make a Wix Installer for my Outlook Addin
If I did it, I'd put it in IsWiX. (I've already published a couple custom project types to ease basic installation development.)What I'd really need help with though is writing the .NET assembly that is used to do the project creation interview and transformation steps. From: Blair Murri os...@live.com Sent: Wednesday, October 16, 2013 9:15 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to Make a Wix Installer for my Outlook Addin Chris, That would be a great contribution to add to Votive. I'd love to see it there. Any chance you could contribute your template? Blair From: chr...@iswix.com To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net Date: Wed, 16 Oct 2013 05:45:47 -0700 Subject: Re: [WiX-users] How to Make a Wix Installer for my Outlook Addin Just a note to Rob et al.. This would be a really good feature request for Votive. I can't tell you how many customers I've created installer for Office AddIns. They are very profitable to do because they all follow the same basic template of prereqs, gate checks and registration logic. Only the names of the actual AddIn change. I have templates that I copy and paste but if you could say File | New | Office Addin Setup Project... man that sure would make a lot of .NET developers happy. For Sanju- It's a very broad question to answer. Regards, Chris From: Sanju Thomas sanju...@gmail.com Sent: Wednesday, October 16, 2013 7:15 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to Make a Wix Installer for my Outlook Addin I am a newbie to Wix Installer. I want to make an Installer for my Outlook Addin in Wix. How can I do it. -- *Regards* * * *Sanju Thomas * *91- 9945535476 * *sanju...@gmail.com* * http://www.intelligo.in/* * *CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please immediately notify the sender by e-mail at the address shown. This e-mail transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Documentation on WIX properties
They are Windows Installer properties not WiX proeprties. See: http://msdn.microsoft.com/en-us/library/windows/desktop/aa370905(v=vs.85).as px From: Swaroop Kare swaroop.k...@ifdspercana.com Sent: Wednesday, October 16, 2013 10:10 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Documentation on WIX properties Hi, Is there a comprehensive list and behaviour of WIX properties that we can use during component/Custom action install conditions? For e.g. if I am correct, INSTALL property is false until the completion of ExecuteAction of InstallUISequence and then it changes to true. The REMOVE property is a delimited list of features to be removed. Just because one or more features is being removed doesn't mean the product is being removed fully. Thanks This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or prohibited from disclosure or unauthorised use. You are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended recipient is strictly prohibited by the sender. If you have received this email in error, please notify the system manager by email at ad...@ifdspercana.com Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, this email has been scanned for the presence of viruses. The recipient should also check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email __ IFDS Percana Group Limited, no. 307152, is registered in Ireland at 16 Joyce Way, Park West Business Park, Dublin 12, Ireland. Directors: Eugene Larmon, Patrick Concannon, William Slattery, Paul O'Neil (UK), Simon Hudson-Lund (UK) and Stephen Parkinson (UK) IFDS Percana International Managed Services Limited, no. 368022, is regulated by the Central Bank of Ireland. Registered in Ireland at 16 Joyce Way, Park West Business Park, Dublin 12, Ireland. IFDS Percana International Managed Services Limited is a wholly owned subsidiary of IFDS Percana Group Limited and provides support services to the life and pensions industry. Directors: Eugene Larmon, Patrick Concannon, Stephen Parkinson (UK) and Paul O'Neil (UK). www.ifdspercana.com __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Documentation on WIX properties
It's always good to log the installer and read what the properties were set to or changed to during the various phases of the installation. From: Phil Wilson phildgwil...@gmail.com Sent: Wednesday, October 16, 2013 11:47 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Documentation on WIX properties It's unlikely that the docs are wrong - you may be misinterpreting what they mean? For example the Installed property does not have a true or false value. Look at the following properties (case sensitive, so spell them properly): PATCH, Installed, REINSTALL, REMOVE (in the context of REMOVE=ALL). Phil Wilson On Wed, Oct 16, 2013 at 9:10 AM, Swaroop Kare swaroop.k...@ifdspercana.comwrote: Thanks guys, some of the properties does not behave in the way it is described in msdn. Will it be possible for me to know the condition for execution of custom action that I should use for the following scenarios 1)CA to execute during install, modify and repair. Should not be executed on Patch install and uninstall. 2)CA to be executed only on Patch install. 3)CA to be executed only on Patch uninstall. 4)CA to be executed only on major uninstall. Regards, -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 16 October 2013 16:50 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Documentation on WIX properties WiX doesn't have any such thing. Some WIX extensions such as NetFx have some defined which are listed in their respective schemas but there's nothing in 'vanilla' WiX like what you're describing. Windows Installer on the other hand has a whole bunch of properties any MSI can use (such as the REMOVE Property you reference). There's a comprehensive list of Windows Installer properties on MSDN at http://msdn.microsoft.com/en-US/library/aa370905.aspx which is linked in the documentation at http://wixtoolset.org/documentation/manual/v3/overview/msi_useful_links. html Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Swaroop Kare [mailto:swaroop.k...@ifdspercana.com] Sent: 16 October 2013 16:10 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Documentation on WIX properties Hi, Is there a comprehensive list and behaviour of WIX properties that we can use during component/Custom action install conditions? For e.g. if I am correct, INSTALL property is false until the completion of ExecuteAction of InstallUISequence and then it changes to true. The REMOVE property is a delimited list of features to be removed. Just because one or more features is being removed doesn't mean the product is being removed fully. Thanks This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential or prohibited from disclosure or unauthorised use. You are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended recipient is strictly prohibited by the sender. If you have received this email in error, please notify the system manager by email at ad...@ifdspercana.com Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, this email has been scanned for the presence of viruses. The recipient should also check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email __ IFDS Percana Group Limited, no. 307152, is registered in Ireland at 16 Joyce Way, Park West Business Park, Dublin 12, Ireland. Directors: Eugene Larmon, Patrick Concannon, William Slattery, Paul O'Neil (UK), Simon Hudson-Lund (UK) and Stephen Parkinson (UK) IFDS Percana International Managed Services Limited, no. 368022, is regulated by the Central Bank of Ireland. Registered in Ireland at 16 Joyce Way, Park West Business Park, Dublin 12, Ireland. IFDS Percana International Managed Services Limited is a wholly owned subsidiary of IFDS Percana Group Limited and provides support services to the life
Re: [WiX-users] What is the downside to this?
, Walter Dexter wfdex...@gmail.com wrote: I totally understand what you're saying. But... As far as I can tell, I'm going to have to do custom actions to do a bunch of the stuff that Inno does easily. Like updating an INI file or running a program. If I move everything out of Inno to WiX that an MSI can do natively - which appears to really just be registry settings, files and directories - what do I lose by keeping the stuff that has to be a custom action inside an Inno and treating that Inno as a single custom action? What I gain is that I have an Inno setup that I know already works, and when it gives troubles, I have an environment that lets me do some interactive debugging. If I write a C# custom action DLL (which seems like a lot of work) all it's going to do is a bunch of Exec commands to run other installers, batch files and VBScripts. I'm fairly MSI and WiX naive. That's why I'm asking - I just totally don't understand what I gain by doing it right with a DLL for custom actions versus delivering an executable that does the stuff I want to do that happens to have been created with Inno Setup. Honestly, your response didn't add much to my understanding, but I'm sure it's more me than you. On Mon, Oct 14, 2013 at 7:36 PM, Christopher Painter chr...@iswix.com wrote: IMO it's crazy. You have to ask yourself WHY Windows Installer is the corporate standard in the first place. MSI is transactional, declarative, rich in meta data and transformable with standardized behaviors. You lose all of that when you choose to use it merely as a glorified ZIP and do everything else out of process. From: Walter Dexter wfdex...@gmail.com Sent: Monday, October 14, 2013 7:21 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] What is the downside to this? I'm working on transitioning from Inno Setup to WiX due to corporate standards. I have some Inno that are fairly complex, running programs, setting INI values, registry settings, etc. If I set the Inno to not make itself uninstallable, I could just move the files out of it to an MSI, include the action-only Inno in the MSI, and run it as a custom action. The MSI would install files and the embedded Inno would do the other stuff. Does that make any sense at all? Is it inspired or crazy? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the downside to this?
Here's a good place to start: http://www.installsite.org/pages/en/isnews/200108/ I'll admit the first time I read this I filed it away in the I don't really understand this but I can tell it's important folder. In the optimal case, a custom action: (quick list not fully complete) 1) Doesn't reinvent the wheel. Don't use CA's to write to an INI or start a service or register a COM object when MSI can already do this for you better then you can do it yourself. 2) Remains true to the declarative nature of MSI. Don't write a function DoSomething() and then call DoSomething(A); DoSomething(B); DoSomething(C). Put A, B and C in a custom table and use a custom action to query the table to generate a list of actions to be performed by DoSomething(). 3) Usually Opaque. There are times you really need DoSomething() to be private but usually it's best if an end administrator can work out what DoSomething() does in case there is a problem with it. I recently had to do this with the MSIs authored by AppV 5.0. Fortunately they used a WiX DTF custom action written in C# and I was able to have my way with it to make the outcome better. 4) Remains true to the transactional nature of MSI. Rollback, Install, Commit as shown in the link above. The user can hit cancel at any time and confidently get back to their initial state. This is sometimes really difficult when working with APIs that don't support transactional changes such as publishing a file to the GAC or changing a users password. Always do your best to provide the ultimate user experience. 5) Remains true to security / elevation model of MSI. Strive for UAC compliant MSI packages that can be advertised by an administrator and installed by standard user. 6) Minimize dependencies / fragility. Be careful on the dependencies you take on. They may force you to preinstall something or they may be fragile and cause your installer to fail. .NET, ActiveScript (VBScript/JScript), FileSystemObject, WMI et al. There may be valid scenarios where say .NET is acceptable to one person (like myself) but unacceptable to another person (say someone distributing a C++ app targeting XP as a minimum. ). Custom actions need to be bullet proof and feel like a natural extension of MSI itself. Not some kludge hack tacked on to make something work. Regards, Chris From: Walt Dexter wfdex...@gmail.com Sent: Tuesday, October 15, 2013 8:16 AM To: chr...@iswix.com chr...@iswix.com, General discussion for Windows Installer XMLtoolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] What is the downside to this? I think I need to better understand how custom actions really work before I'll understand why it's a bad idea. Based on what i know now, I don't understand how you get all five things if its a truly custom custom action. Guess I'll work on doing that. On Oct 15, 2013, at 6:35 AM, Christopher Painter chr...@iswix.com wrote: Walter, In reply to your yes, but.. comment earlier. No, sorry, no buts. I've worked at a number of places over the years both on the ISV side and the Enterprise side. I'm currently the deployment architect for a certain well known big box retailer that loves the color orange. We probably have more then a few stores where you live and see our commercials all day long while watching football. :-) On the store side we have somewhere around 130,000 desktops and in the total enterprise around 300,000 instances of windows. We have countless applications and for each of those we require 1) Install, 2) Uninstall, 3) Upgrade, 4) Downgrade 5) Rollback ( for all 4 actually ) to be fully supported and tested before handing off to operations for deployment. There is very little tolerance for failure from the business because a screw up results in lost sales. We don't achieve this level of excellence using Wise, InstallScript, NSIS, InnoSetup or others. We achieve it using properly designed MSIs and occasionally AppV packages. A lot of our working is spent fixing what other vendors send us as what they think are passable installer experiences. Yes, sorry, it is a lot of work to learn MSI. I was writing InstallScript installers for 7 years and was not initially impressed with MSI. In fact, you could say I was a late adopter since I didn't pick it up until 2003. It took me 6 months of banging my head against the wall trying to get it to do what I wanted before I felt comfortable. It was another 6 months before I had that been there done that feeling. Regards, Chris From: Walter Dexter wfdex...@gmail.com Sent: Tuesday, October 15, 2013 12:51 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] What is the downside to this? Rob- Thanks
Re: [WiX-users] Using WPF for standard MSI dialogs
Assuming you have .NET 3.0+ (Vista+) and Windows Installer 4.5 (Vista SP1+) it's possible to use WiX DTF to create a managed embedded UI handler to do just this. There is a sample of such a beast in the WiX source tree at $/src/DTF/Samples/EmbeddedUI. If you have target machines that don't have this then you need a bootstrapper to install .NET and MSI updates and you might as well just go back to burn at that point. I always thought this would be a really cool project but then people started moving towards managed bootstrapper applications via Burn and Suite installers instead. My installers at my day job are all installed silently so I just carry on with Native MSI UI for the time being. Chris From: Brian C briancoving...@yahoo.com Sent: Tuesday, October 15, 2013 9:47 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Using WPF for standard MSI dialogs All, Is there any way to use WPF/C# to make the GUI for standard msi dialogs? I know I can do a Bootstrapper to do this, but, I was hoping to avoid that overhead and just deliver an .msi with GUI designed with WPF. Thanks in advance, Brian -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the downside to this?
IMO it's crazy. You have to ask yourself WHY Windows Installer is the corporate standard in the first place. MSI is transactional, declarative, rich in meta data and transformable with standardized behaviors. You lose all of that when you choose to use it merely as a glorified ZIP and do everything else out of process. From: Walter Dexter wfdex...@gmail.com Sent: Monday, October 14, 2013 7:21 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] What is the downside to this? I'm working on transitioning from Inno Setup to WiX due to corporate standards. I have some Inno that are fairly complex, running programs, setting INI values, registry settings, etc. If I set the Inno to not make itself uninstallable, I could just move the files out of it to an MSI, include the action-only Inno in the MSI, and run it as a custom action. The MSI would install files and the embedded Inno would do the other stuff. Does that make any sense at all? Is it inspired or crazy? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF Bug
I tried to submit this as a bug on wixtoolset but I always get error messages when trying to submit bugs or save comments. I've filed a bug on that over at github tiny bugs. (I can't help wonder the prudence of creating a bug tracking system when so much wix work needs to be done but heh...) -- Starting with WiX 3.8, the C# CA project type (and VB) fail to compile when created. The error message: Microsoft.Deployment.WindowsInstaller.dll must be included in the list of support files. If using the MSBuild targets, make sure the assembly reference has the Private (Copy Local) flag set. Pervious versions had this already set to True. What's worse is that if you take a C# project from a previous version and try to build it with 3.8 that the error message appears. This tells me that something inside WiX changed where references used to default to True not default to False. This will cause backwards compatibility problems when people try to build with a newer version of WiX and all the projects fail to build unless they are all checked out, updated and checked in. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error code is 2858
Per http://msdn.microsoft.com/en-us/library/windows/desktop/aa367830(v=vs.85).as px GIF is only supported on Win 8 / Server 2012. What OS are you seeing the error on? From: Tunney, Stephen stephen.tun...@nuance.com Sent: Wednesday, October 09, 2013 11:26 AM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Error code is 2858 Hello everyone, I'm getting this error as a debug message when attempting to display two GIF images in a UI. I have attached them to this email. Below is the dialog utilizing those files. Some OSes show the images ok. Others do not. Any suggestions would be helpful as I have Google'd and nothing is coming up yet: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Binary Id=FirewallEnabledBmp SourceFile=$(var.SolutionDir)Enabled-transparent.gif / Binary Id=FirewallDisabledBmp SourceFile=$(var.SolutionDir)Disabled-transparent.gif / Property Id=SET_FIREWALL_RULES Value=0 Admin=yes Secure=yes/ UI PropertyRef Id=SET_FIREWALL_RULES/ Dialog Id=EQ_FirewallQuestionDlg Width=370 Height=270 Control Id=Back Type=PushButton X=180 Y=243 Width=56 Height=17 Text=!(loc.WixUIBack) / Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) / Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=!(loc.WixUICancel) Publish Event=SpawnDialog Value=CancelDlg1/Publish /Control Control Id=Description Type=Text X=25 Y=23 Width=280 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_SubTitle) / Control Id=Title Type=Text X=15 Y=6 Width=200 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_Title) / Control Id=BannerBitmap Type=Bitmap X=0 Y=0 Width=370 Height=44 TabSkip=no Text=!(loc.EQ_FirewallQuestionDlg_BannerBitmap) / Control Id=BannerLine Type=Line X=0 Y=44 Width=370 Height=0 / Control Id=BottomLine Type=Line X=0 Y=234 Width=370 Height=0 / Control Type=Bitmap Id=EnableFirewall Width=48 Height=48 X=15 Y=65 Text=FirewallEnabledBmp / Control Type=Bitmap Id=DisableFirewall Width=48 Height=48 X=15 Y=136 Text=FirewallDisabledBmp / Control Type=RadioButtonGroup Property=SET_FIREWALL_RULES Id=FirewallSelectionRadioButtonGroup Width=290 Height=100 X=70 Y=65 RadioButtonGroup Property=SET_FIREWALL_RULES RadioButton Text=!(loc.EQ_FirewallQuestionDlg_EnabledRadioButtonText) Height=17 Value=1 Width=200 X=0 Y=0 / RadioButton Text=!(loc.EQ_FirewallQuestionDlg_DisabledRadioButtonText) Height=17 Value=0 Width=200 X=0 Y=70 / /RadioButtonGroup /Control Control Type=Text Id=EnabledDescription Width=260 Height=40 X=90 Y=90 Text=!(loc.EQ_FirewallQuestionDlg_EnabledDescription_Text) / Control Type=Text Id=DisabledDescription Width=260 Height=50 X=90 Y=160 Text=!(loc.EQ_FirewallQuestionDlg_DisabledDescription_Text) / /Dialog /UI /Fragment /Wix -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk_ __ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error code is 2858
Windows Installer doesn't support transparency. You'll have to just work at it until it looks nice. Limits of native / internal UI and while it's not the best, I've managed to get some pretty nicely branded MSIs out of it. From: Tunney, Stephen stephen.tun...@nuance.com Sent: Wednesday, October 09, 2013 1:35 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Error code is 2858 JPG worked but now I get this crappy looking background around my image. Isn't there a way to specify the a specific colour as transparent or do I have to have my background match the colour of the dialog box? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: October-09-13 1:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error code is 2858 Negative on the animation of the GIF. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: October-09-13 1:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error code is 2858 Is it an animated GIF? If not why not use a BMP instead? I believe dialogs can only use BMP... Steve -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: October-09-13 12:20 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error code is 2858 Hello everyone, I'm getting this error as a debug message when attempting to display two GIF images in a UI. I have attached them to this email. Below is the dialog utilizing those files. Some OSes show the images ok. Others do not. Any suggestions would be helpful as I have Google'd and nothing is coming up yet: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Binary Id=FirewallEnabledBmp SourceFile=$(var.SolutionDir)Enabled-transparent.gif / Binary Id=FirewallDisabledBmp SourceFile=$(var.SolutionDir)Disabled-transparent.gif / Property Id=SET_FIREWALL_RULES Value=0 Admin=yes Secure=yes/ UI PropertyRef Id=SET_FIREWALL_RULES/ Dialog Id=EQ_FirewallQuestionDlg Width=370 Height=270 Control Id=Back Type=PushButton X=180 Y=243 Width=56 Height=17 Text=!(loc.WixUIBack) / Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) / Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=!(loc.WixUICancel) Publish Event=SpawnDialog Value=CancelDlg1/Publish /Control Control Id=Description Type=Text X=25 Y=23 Width=280 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_SubTitle) / Control Id=Title Type=Text X=15 Y=6 Width=200 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_Title) / Control Id=BannerBitmap Type=Bitmap X=0 Y=0 Width=370 Height=44 TabSkip=no Text=!(loc.EQ_FirewallQuestionDlg_BannerBitmap) / Control Id=BannerLine Type=Line X=0 Y=44 Width=370 Height=0 / Control Id=BottomLine Type=Line X=0 Y=234 Width=370 Height=0 / Control Type=Bitmap Id=EnableFirewall Width=48 Height=48 X=15 Y=65 Text=FirewallEnabledBmp / Control Type=Bitmap Id=DisableFirewall Width=48 Height=48 X=15 Y=136 Text=FirewallDisabledBmp / Control Type=RadioButtonGroup Property=SET_FIREWALL_RULES Id=FirewallSelectionRadioButtonGroup Width=290 Height=100 X=70 Y=65 RadioButtonGroup Property=SET_FIREWALL_RULES RadioButton Text=!(loc.EQ_FirewallQuestionDlg_EnabledRadioButtonText) Height=17 Value=1 Width=200 X=0 Y=0 / RadioButton Text=!(loc.EQ_FirewallQuestionDlg_DisabledRadioButtonText) Height=17 Value=0 Width=200 X=0 Y=70 / /RadioButtonGroup /Control Control Type=Text Id=EnabledDescription Width=260 Height=40 X=90 Y=90 Text=!(loc.EQ_FirewallQuestionDlg_EnabledDescription_Text) / Control Type=Text Id=DisabledDescription Width=260 Height=50 X=90 Y=160 Text=!(loc.EQ_FirewallQuestionDlg_DisabledDescription_Text) / /Dialog /UI /Fragment /Wix -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips
Re: [WiX-users] Error code is 2858
If you are Microsoft creating Office, Visual Studio, SQL or a gaming company making the next FPS that makes perfect sense. For the rest of us line of business apps it's a complete waste of time and money. Almost all of my day job installs get executed /QN via SCCM and only 1 in 20 need any kind of UI customizations in the first place. For my side job I've managed to make all my customers happy with native MSI UI. I do like the XML driven BA that I've seen in WiX and one day it'll be cost effective to do cool things with it. From: Hoover, Jacob jacob.hoo...@greenheck.com Sent: Wednesday, October 09, 2013 2:49 PM To: chr...@iswix.com chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Error code is 2858 Or ditch the MSI UI and write a BA/MBA and be able to do whatever you want. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Wednesday, October 09, 2013 2:03 PM To: General discussion for Windows Installer XML toolset.; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error code is 2858 Windows Installer doesn't support transparency. You'll have to just work at it until it looks nice. Limits of native / internal UI and while it's not the best, I've managed to get some pretty nicely branded MSIs out of it. From: Tunney, Stephen stephen.tun...@nuance.com Sent: Wednesday, October 09, 2013 1:35 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Error code is 2858 JPG worked but now I get this crappy looking background around my image. Isn't there a way to specify the a specific colour as transparent or do I have to have my background match the colour of the dialog box? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: October-09-13 1:57 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error code is 2858 Negative on the animation of the GIF. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: October-09-13 1:00 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error code is 2858 Is it an animated GIF? If not why not use a BMP instead? I believe dialogs can only use BMP... Steve -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: October-09-13 12:20 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error code is 2858 Hello everyone, I'm getting this error as a debug message when attempting to display two GIF images in a UI. I have attached them to this email. Below is the dialog utilizing those files. Some OSes show the images ok. Others do not. Any suggestions would be helpful as I have Google'd and nothing is coming up yet: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Binary Id=FirewallEnabledBmp SourceFile=$(var.SolutionDir)Enabled-transparent.gif / Binary Id=FirewallDisabledBmp SourceFile=$(var.SolutionDir)Disabled-transparent.gif / Property Id=SET_FIREWALL_RULES Value=0 Admin=yes Secure=yes/ UI PropertyRef Id=SET_FIREWALL_RULES/ Dialog Id=EQ_FirewallQuestionDlg Width=370 Height=270 Control Id=Back Type=PushButton X=180 Y=243 Width=56 Height=17 Text=!(loc.WixUIBack) / Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) / Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=!(loc.WixUICancel) Publish Event=SpawnDialog Value=CancelDlg1/Publish /Control Control Id=Description Type=Text X=25 Y=23 Width=280 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_SubTitle) / Control Id=Title Type=Text X=15 Y=6 Width=200 Height=15 Transparent=yes NoPrefix=yes Text=!(loc.EQ_FirewallQuestionDlg_Title) / Control Id=BannerBitmap Type=Bitmap X=0 Y=0 Width=370 Height=44 TabSkip=no Text=!(loc.EQ_FirewallQuestionDlg_BannerBitmap) / Control Id=BannerLine Type=Line X=0 Y=44 Width=370 Height=0 / Control Id=BottomLine Type=Line X=0 Y=234 Width=370 Height=0 / Control Type=Bitmap Id=EnableFirewall Width=48 Height=48 X=15 Y=65 Text=FirewallEnabledBmp / Control Type=Bitmap Id=DisableFirewall Width=48 Height=48 X=15 Y=136 Text=FirewallDisabledBmp / Control Type=RadioButtonGroup Property=SET_FIREWALL_RULES Id=FirewallSelectionRadioButtonGroup Width=290 Height=100 X=70 Y=65 RadioButtonGroup Property=SET_FIREWALL_RULES RadioButton Text=!(loc.EQ_FirewallQuestionDlg_EnabledRadioButtonText) Height=17 Value=1 Width=200 X=0 Y=0 / RadioButton Text
Re: [WiX-users] .NET support question for custom actions
I've never had a problem with this. I typically compile for .NET 2.0 and set the customaction.config to allow for CLR 2.0 or 4.0 and allow legacy activation. This gives me the broadest compatibility Is there a .NET 3.5 feature you really need in your custom action? From: Uma Harano uhar...@esri.com Sent: Thursday, October 03, 2013 5:51 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net. Subject: Re: [WiX-users] .NET support question for custom actions Clarification: I am using WiX 3.5 tool set to build this right now. -Original Message- From: Uma Harano [mailto:uhar...@esri.com] Sent: Thursday, October 03, 2013 3:38 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] .NET support question for custom actions Hi, I have a Visual Studio solution that uses DTF to create Custom Actions for my setup. I am using WiX 3.6. The custom actions need to work on machines that have .NET Framework 3.5 sp1 or .NET 4.5. My CustomAction.config file has this information: startup useLegacyV2RuntimeActivationPolicy=true supportedRuntime version=v4.0 / supportedRuntime version=v2.0.50727/ When I run the setup that includes these custom actions on a Windows 8.1 machine that has only .NET 4.5, everything works. But when I run the same msi on a Server 2008 R2 machine that has only .NET 3.5 SP1, the setup crashes. This is the info from the log: Invoking remote custom action. DLL: C:\Users\uma2526\AppData\Local\Temp\MSIC72C.tmp, Entrypoint: GetSiteCount SFXCA: Extracting custom action to temporary directory: C:\Users\uma2526\AppData\Local\Temp\MSIC72C.tmp-\ SFXCA: Failed to get requested CLR info. Error code 0x80131700 SFXCA: Ensure that the proper version of the .NET Framework is installed, or that there is a matching supportedRuntime element in CustomAction.config. If you are binding to .NET 4 or greater add useLegacyV2RuntimeActivationPolicy=true to the startup element. CustomAction DotNetGetWebsiteCount returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) How can I get my msi program to work on both scenarios? Thanks! Uma- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Authoring a Major Minor upgrade in same package
I've never tried but in thinking it over, it's not possible. I have done MSI's that might install side by side or in place upgrade at runtime. This was done through manipulating the upgrade process at runtime. However an MSI that might be major or might be minor would either have to have the old ProductCode or a new ProductCode and that would have to be manipulated prior to invoking the MSI. Possibly via applying a transform. So maybe you could create a bundle experience that prompts the user and applies the MSI with or without a transform but it would be way beyond my current capabilities with Burn. From: victorwhiskey victorhwhis...@yahoo.com Sent: Wednesday, October 02, 2013 1:21 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Authoring a Major Minor upgrade in same package Is it possible to make a single MSI/Bundle to handle both Major upgrades and Minor upgrade/updates? Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Authoring-a-Ma jor-Minor-upgrade-in-same-package-tp7589392.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Practical use of wixlibs
Libs, binary libs, and merge modules are all about code structure and reuse. I once worked for a company that at it's peak had 250 developers and 2 install developers. Our business model was built around a concept called Product Line. Think if it like a car manufacturer who has different vehicle platforms, engines, transmissions, electronics packages, options and how this all comes together to make different models and trims of vehicles. We had about 20 different products where a typical product had 12,000 - 15,000 files. This was organized into about 150 features split out over 15 service families. Each service family would have 10 - 20 merge modules with various merge module dependencies. This created a feature free and merge module tree that a new product could look at and make their selections and contribute to the product line, domain or product libraries as needed. We democratized the entire process so that developers could self service their merge modules, software leads could self service their portion of the feature tree and product leads could compose their own installers. The two remaining install engineers were only engaged for upcoming architecture reviews and tactical problem solving (which became rare). All of this was made possible using WiX merge modules and in our case an InstallShield installer. However if we chose a WiX installer we could have dumped the merge modules and went with wix libs. From: Nicolás Alvarez nicolas.alva...@gmail.com Sent: Monday, September 30, 2013 10:58 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Practical use of wixlibs I can't find any documentation on best-practices when creating either merge modules or wixlibs, only procedure documentation on how to create them. Let's say I create a wixlib (or msm) with multiple components that make up a large C++ library. Someone making an application with that library can then use the wixlib and only write installation code for his own app files, instead of having to also define the installation of the library. But where would the library be installed? Would the wixlib need to have a Directory under (say) Common Files where the library would go? Or can the wixlib provide a way for the application wxs to decide where the library would be installed? But then there's a problem: two applications importing the same wixlib could install the same components (with same GUID) in different directories. As far as I know that means only the first one would get installed, the second would see the component is already installed (identified by GUID) and do nothing. Does anyone have experiences to share? -- Nicolás -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY
Other then the mutually exclusive definitions of the service, the next two best tricks that I know are: 1) Override with a registry setting 2) Use a custom action to dynamically author the ServiceInstall table at install time using TEMPORARY sql rows. From: Rob Reynolds ferventco...@gmail.com Sent: Tuesday, October 01, 2013 12:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY I am trying to pass a variable to the service start enumeration. This is what I have found http://stackoverflow.com/questions/9419411/wix-setting-service-startup-type- using-a-property-property-not-recognized What is the recommended way to do that? Rob Be passionate in all you do http://devlicio.us/blogs/rob_reynolds http://ferventcoder.com http://twitter.com/ferventcoder -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY
The other scenario to cover is when an EXE sometimes is and sometimes isn't a service. I usually try to get my developers to factor their classes out into a DLL and create two different EXE facades for it. This plays nicer with MSI. But sometimes they resist and I'm forced to do mutually exclusive components. From: Rob Reynolds ferventco...@gmail.com Sent: Tuesday, October 01, 2013 6:58 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY I think that's likely the path I will take. I'll send a link when done for review. On Tuesday, October 1, 2013, Rob Mensching wrote: Yeah, this sort of thing reminds me why we need to create a standard custom action to replace the built-in ServiceInstall support of the Windows Installer. They just didn't get the core functionality right. sigh/ On Tue, Oct 1, 2013 at 11:02 AM, Hoover, Jacob jacob.hoo...@greenheck.com javascript:;wrote: As Chris outlined in in his answer, If you want an Install time variation point you'll have to go the mutually exclusive component route or the harder dynamically emmited ServiceInstall table route using custom actions that leverage SQL Temporary Tables. ( Much harder... ) The first involves defining a component for each startup option you want to support, condition the components, and utilize the remember me pattern to persist the users choice across upgrades and repairs. The second is much harder to get right, and would take an advanced understanding of Windows Installer. -Original Message- From: Rob Reynolds [mailto:ferventco...@gmail.com] Sent: Tuesday, October 01, 2013 12:48 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to pass an enumeration as a variable? Allowing Service Start Type to be passed in as an MSI PROPERY I am trying to pass a variable to the service start enumeration. This is what I have found http://stackoverflow.com/questions/9419411/wix-setting-service-startup-type- using-a-property-property-not-recognized What is the recommended way to do that? Rob Be passionate in all you do http://devlicio.us/blogs/rob_reynolds http://ferventcoder.com http://twitter.com/ferventcoder -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rob Be passionate in all you do http://devlicio.us/blogs/rob_reynolds http://ferventcoder.com http://twitter.com/ferventcoder -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX disaster -- how did I cause it?
Also, do you have Dev, QA and Prod instances of this terminal server? It's always a good idea to test your designs in a lower life cycle before promoting into production. Regards, Chris From: Phil Wilson phildgwil...@gmail.com Sent: Monday, September 30, 2013 9:37 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX disaster -- how did I cause it? There'll be an entry in the Windows event log, an MsiInstaller entry, that should say something about what component was missing and needed restoring. If your install removes by design anything that your MSI installed, then you'll need to do something about that. If the original install required a reboot, a repair is a partial re-install, so that's the kind of reason that a repair will cause a reboot. Making the shortcut non-advertised will probably fix the immediate symptom, but use of a shortcut is not the only thing that can cause an automatic repair. Also a user could right-click the MSI file or go to Programs/Features and ask for a repair and you're rebooting again, so take Rob's point and find out why it's happening. Phil Wilson On Mon, Sep 30, 2013 at 7:13 AM, Charles Jenkins cejw...@gmail.com wrote: Oops. Pardon the noise. I see I can't just set Advertise=no. I'm going to have to work more to understand Keith's example. -- Charles On Monday, September 30, 2013 at 9:57 AM, Charles Jenkins wrote: Keith and Rob, Thanks for the replies! Pardon me if I'm being thick, but does all this mean that if I set Advertise=no on the icon, the problem would just go away? -- Charles On Monday, September 30, 2013 at 9:31 AM, keith.doug...@statcan.gc.ca(mailto: keith.doug...@statcan.gc.ca) wrote: I've made use of the below for a while which uses an unadvertised shortcut: Component Id=StartMenuShortCut1a335aa7_1214_4cf4_ac99_f2eb98654f9e Guid=f5f4311a-d6f3-4bf6-b082-f26266b71831 RegistryKey Root=HKCU Key=Software\Statistics Canada\test Action=createAndRemoveOnUninstall RegistryValue Name=IBca9d8fb1_7737_4062_b23f_f7e7162ae3c3 Value=1 Type=integer KeyPath=yes / /RegistryKey Shortcut Id=InstallerBuilderShortcutStartMenu Directory=ApplicationProgramsFolder Name=InstallerBuilder WorkingDirectory=INSTALLDIR Target=[#Fd5effb41790e4] / RemoveFolder Id=ApplicationsProgramFolder On=uninstall / /Component Note that we have a front end we've built to automate some of our WXS generation process (that's why the Ids look funny). This is actually from the front end's own installer! I create the registry value as part of the installation of this product; that it is an HKCU one doesn't matter for the start menu change being for everyone - TS and all. We're using Server 2003 R2, but I cannot see how that would make a difference. 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 (mailto: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 -Original Message- From: Charles Jenkins [mailto:cejw...@gmail.com] Sent: September-30-13 9:21 AM To: wix-users@lists.sourceforge.net (mailto: wix-users@lists.sourceforge.net) Subject: [WiX-users] WiX disaster -- how did I cause it? Hi! I'm a WiX noob, trying to write a simple installer for an in-house product. My installer caused a computing disaster, so obviously I've done something wrong, but I don't know what. The disaster is this -- and believe me, I know at first blush it sounds nuts: If I put the installer in a public location and then run it as a superuser to install on a Windows Terminal Server, everything works just fine for me. The icon gets created, I can run the program -- everything's cool. But when another user logs in and double-clicks the newly installed program icon, the installer briefly appears saying the program will be installed; then the program starts, but a reboot is also scheduled on the server -- regardless of the fact that other users don't have privilege to reboot the server. The first day after installing my product was a nightmare, with the server rebooting every five or ten minutes when each new user tried to run my program. The immediate solution was to remove the publicly available installer so the system couldn't run it. That would leave some users able to function and others not, so I also killed off the installer-created icon in Program Files and created a new one manually. Okay, it sounds crazy. Why would an icon pointing to my program (which you can verify by looking at the installer script at the end of this email) run the installer again instead? The only thing I can figure is,
Re: [WiX-users] [SPAM] Re: Weekly releases
The 2013 RC bits are available: http://www.microsoft.com/visualstudio/eng/2013-downloads#d-2013-editions Last I read, RTM is next month and GA is in November. From: John Cooper jocoo...@jackhenry.com Sent: Thursday, September 26, 2013 9:39 AM To: chr...@iswix.com chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: RE: [WiX-users] [SPAM] Re: Weekly releases I would be very happy to volunteer to do this if the requisite VS 2013 bits could be made available to me. Don't know if my manager can get them from Microsoft under our contract with them or not--he's new anyway. -- John Merryweather Cooper Build Install Engineer -- ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Wednesday, September 25, 2013 7:50 PM To: General discussion for Windows Installer XML toolset.; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Rob, What's the LOE for this effort? I have experience creating installers that register project and item templates as well as tweaking project templates. I've done a little bit of AddOn work but not much. The whole EnvDTE / VS SDK seemed really complicated to me. Is it just a few things that need to be tweaked here and there or is it a lot more? I'd love to help, I just don't know if I could handle it. In this small community, I'm not sure how many people could. If we only had Justin back or DevDiv contributing so it could be built in I guess that ship has sailed. For everyone else, my advice would be to always keep your .NET projects and WiX projects in different solutions so you can port one to the next release and keep the other on an old but tried and true platform. That's how I roll. Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, September 25, 2013 6:20 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases BTW, Alex, this is like the 4th time you've asked for VS2013 support in Votive. I *highly* recommend you jump in and help write the code to add the support or do *something* to take some burden off the people who volunteer time on the WiX toolset before asking again. I say this because it's around the 2nd time of asking volunteers to do work for you without offering to help out in anyway that your requests actually start to *discourage* volunteers from working on the feature for you. If the feature gets done it's often in spite of repeated requests, not because of them. smile/ PS: I know I went off on a rant about this same topic a week or so ago so I apologize to those of you that read the list regularly. To those of you that regularly answer questions here or write code/fix bugs and generally help make the WiX toolset better, thank you. On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching r...@robmensching.com wrote: It's pretty well laid out here: http://www.joyofsetup.com/ 2013/09/13/getting-from-here-to-there-for-wix-v3-8/ On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex alex.ivan...@shavlik.comwrote: Do you have an ETA for VS 2013 support? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Wednesday, September 25, 2013 10:46 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases 2013 support is on the list, but hasn't been completed. -Original Message- From: Albert van Peppen [mailto:alb...@insad.nl] Sent: Wednesday, September 25, 2013 10:43 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Mainly waiting for VS2013 support.. But I guess that comes later ;) Also to update my archive ;) Best regards, Albert van Peppen ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0 (January 2008) at http://madbutcher.dyndns.org/snippets/wix/ -Oorspronkelijk bericht- Van: Rob Mensching [mailto:r...@robmensching.com] Verzonden: 25 September 2013 17:03 Aan: General discussion for Windows Installer XML toolset. Onderwerp: [WiX-users] [SPAM] Re: Weekly releases Yeah. There were no changes until late last week. There will be a new build soon. Were you waiting for those couple changes? On Wed, Sep 25, 2013 at 1:15 AM, Albert van Peppen alb...@insad.nl wrote: Hmm, the latest release is still dated August 26, 2013 (WiX 3.8.826.0) Best regards, Albert van Peppen ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0 (January 2008) at http://madbutcher.dyndns.org/snippets/wix/ -Oorspronkelijk bericht- Van: Rob
Re: [WiX-users] [SPAM] Re: Weekly releases
Rob, Are there known votive issues other then it's not wired up to VS2013 yet? The reason I ask is because I just setup a VM with VS2013 and WiX 3.7 and was able to perform a few file copies and devenv /setup (may not be needed, will reproduce to confirm ) and get the WiX VSIX package to load in VS2012. I just created a setup project and built an MSI. Not full testing but it seems possible barring any other issues. Perhaps there are other issues and you know this and have left it out of the installer until it's stable? Regards, Chris From: Rob Mensching r...@robmensching.com Sent: Thursday, September 26, 2013 11:43 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Yes. Getting into Votive can be daunting. I'm not much help because I basically know nothing about Votive, I've never worked on it (except to fix build breaks due to the crazy InternalsVisibleTo attributes I wish weren't there). That's why I suggested people could help in other areas. If there were volunteers helping to fix every single other bug *except* Votive stuff then we'd be in a much better place. Bob calls it pretty straight in his blog post: http://www.joyofsetup.com/2013/09/13/getting-from-here-to-there-for-wix-v3-8 /- There are no code pixies. Anyway, my fundamental point is: We will make progress. However, if you're not helping to fix issues, regularly pinging about progress isn't going to taken kindly. PS: I hope the underlying message isn't lost at the end of this thread. I'll probably need to distill it down to a blog post. Again, thank you to all of you who have contributed here by answering questions, sending good bug reports, and, best of all, sending bug fixes and generally helping improve the WiX toolset. You guys are great. Thanks. On Wed, Sep 25, 2013 at 5:50 PM, Christopher Painter chr...@iswix.comwrote: Rob, What's the LOE for this effort? I have experience creating installers that register project and item templates as well as tweaking project templates. I've done a little bit of AddOn work but not much. The whole EnvDTE / VS SDK seemed really complicated to me. Is it just a few things that need to be tweaked here and there or is it a lot more? I'd love to help, I just don't know if I could handle it. In this small community, I'm not sure how many people could. If we only had Justin back or DevDiv contributing so it could be built in I guess that ship has sailed. For everyone else, my advice would be to always keep your .NET projects and WiX projects in different solutions so you can port one to the next release and keep the other on an old but tried and true platform. That's how I roll. Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, September 25, 2013 6:20 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases BTW, Alex, this is like the 4th time you've asked for VS2013 support in Votive. I *highly* recommend you jump in and help write the code to add the support or do *something* to take some burden off the people who volunteer time on the WiX toolset before asking again. I say this because it's around the 2nd time of asking volunteers to do work for you without offering to help out in anyway that your requests actually start to *discourage* volunteers from working on the feature for you. If the feature gets done it's often in spite of repeated requests, not because of them. smile/ PS: I know I went off on a rant about this same topic a week or so ago so I apologize to those of you that read the list regularly. To those of you that regularly answer questions here or write code/fix bugs and generally help make the WiX toolset better, thank you. On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching r...@robmensching.com wrote: It's pretty well laid out here: http://www.joyofsetup.com/ 2013/09/13/getting-from-here-to-there-for-wix-v3-8/ On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex alex.ivan...@shavlik.comwrote: Do you have an ETA for VS 2013 support? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Wednesday, September 25, 2013 10:46 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases 2013 support is on the list, but hasn't been completed. -Original Message- From: Albert van Peppen [mailto:alb...@insad.nl] Sent: Wednesday, September 25, 2013 10:43 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Mainly waiting for VS2013 support.. But I guess that comes later ;) Also to update my archive ;) Best regards, Albert van Peppen
[WiX-users] Using WiX 3.7 Votive with VS2013 RC
I wanted to pass on the results of a test I did today. I started with a Win7 VM with IE10 (prereq of VS) and VS2013. I then performed the following steps: Copy Files from a VS2010/VS2012 Dev Machine to the VM: [ProgramFilesFolder]WiX Toolset v3.7\bin IncludeFile.ico LocationFile.ico ProductFile.ico ProjectFile.ico WixLibraryFile.ico sconce2010.dll votive2010.dll [ProgramFilesFolder]Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\WiX Edit the extension.vsixmanifest found in the above WiX directory and add a new section: VisualStudio Version=12.0 EditionUltimate/Edition EditionPremium/Edition EditionPro/Edition EditionExpress_All/Edition /VisualStudio Open VS2012 Native Tools Comand Prompt and execute: devenv /setup Results: Help About shows Windows Installer XML 3.7 and File | New Project shows all the expected project types. I created a setup project and a c# custom action project. All seemed well. I then created a C++ custom action project. Intellisense gives me squigglies saying it can't find things like WcaInitialize but when I build the project it compiles. I hope this helps. I'm going to keep refining these procedures as I find issues. Regards, Christopher Painter ISWIX, LLC chr...@iswix.com -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC
I now see the SDK\VS2010 and SDK\VS2012 folders that include inc and lib subfolders. I suspect this is where much of the work will need to be done to make VS specific libs and wired up to the version. Unless there is something else I'm missing, I'm thinking that a C++ / WiX Installer developer could make relatively short work of this. I don't think there is going to be any scary C# / VSIX work. (Knock on wood.) From: Christopher Painter chr...@iswix.com Sent: Thursday, September 26, 2013 2:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using WiX 3.7 Votive with VS2013 RC I wanted to pass on the results of a test I did today. I started with a Win7 VM with IE10 (prereq of VS) and VS2013. I then performed the following steps: Copy Files from a VS2010/VS2012 Dev Machine to the VM: [ProgramFilesFolder]WiX Toolset v3.7\bin IncludeFile.ico LocationFile.ico ProductFile.ico ProjectFile.ico WixLibraryFile.ico sconce2010.dll votive2010.dll [ProgramFilesFolder]Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\WiX Edit the extension.vsixmanifest found in the above WiX directory and add a new section: VisualStudio Version=12.0 EditionUltimate/Edition EditionPremium/Edition EditionPro/Edition EditionExpress_All/Edition /VisualStudio Open VS2012 Native Tools Comand Prompt and execute: devenv /setup Results: Help About shows Windows Installer XML 3.7 and File | New Project shows all the expected project types. I created a setup project and a c# custom action project. All seemed well. I then created a C++ custom action project. Intellisense gives me squigglies saying it can't find things like WcaInitialize but when I build the project it compiles. I hope this helps. I'm going to keep refining these procedures as I find issues. Regards, Christopher Painter ISWIX, LLC chr...@iswix.com -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: [SPAM] Re: Weekly releases
I only see 6 open tickets with the votive tag for 3.x. Only 2 of them indicate VS2013 and they seem dupes of each other. It seems to only be a high level support 2012 bug so it doesn't really seem to spell out the work that needs to be done. I'm guessing it's 40 hours worth of work. I think I could handle half of it if someone else could chip in the C++ parts. From: Rob Mensching r...@robmensching.com Sent: Thursday, September 26, 2013 3:19 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] [SPAM] Re: [SPAM] Re: Weekly releases Issues are being tracked at http://wixtoolset.org/bugs/. There are a few issues open tracking the VS2013 work. On Thu, Sep 26, 2013 at 11:20 AM, Christopher Painter chr...@iswix.comwrote: Rob, Are there known votive issues other then it's not wired up to VS2013 yet? The reason I ask is because I just setup a VM with VS2013 and WiX 3.7 and was able to perform a few file copies and devenv /setup (may not be needed, will reproduce to confirm ) and get the WiX VSIX package to load in VS2012. I just created a setup project and built an MSI. Not full testing but it seems possible barring any other issues. Perhaps there are other issues and you know this and have left it out of the installer until it's stable? Regards, Chris From: Rob Mensching r...@robmensching.com Sent: Thursday, September 26, 2013 11:43 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Yes. Getting into Votive can be daunting. I'm not much help because I basically know nothing about Votive, I've never worked on it (except to fix build breaks due to the crazy InternalsVisibleTo attributes I wish weren't there). That's why I suggested people could help in other areas. If there were volunteers helping to fix every single other bug *except* Votive stuff then we'd be in a much better place. Bob calls it pretty straight in his blog post: http://www.joyofsetup.com/2013/09/13/getting-from-here-to-there-for-wix-v3-8 /- There are no code pixies. Anyway, my fundamental point is: We will make progress. However, if you're not helping to fix issues, regularly pinging about progress isn't going to taken kindly. PS: I hope the underlying message isn't lost at the end of this thread. I'll probably need to distill it down to a blog post. Again, thank you to all of you who have contributed here by answering questions, sending good bug reports, and, best of all, sending bug fixes and generally helping improve the WiX toolset. You guys are great. Thanks. On Wed, Sep 25, 2013 at 5:50 PM, Christopher Painter chr...@iswix.comwrote: Rob, What's the LOE for this effort? I have experience creating installers that register project and item templates as well as tweaking project templates. I've done a little bit of AddOn work but not much. The whole EnvDTE / VS SDK seemed really complicated to me. Is it just a few things that need to be tweaked here and there or is it a lot more? I'd love to help, I just don't know if I could handle it. In this small community, I'm not sure how many people could. If we only had Justin back or DevDiv contributing so it could be built in I guess that ship has sailed. For everyone else, my advice would be to always keep your .NET projects and WiX projects in different solutions so you can port one to the next release and keep the other on an old but tried and true platform. That's how I roll. Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, September 25, 2013 6:20 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases BTW, Alex, this is like the 4th time you've asked for VS2013 support in Votive. I *highly* recommend you jump in and help write the code to add the support or do *something* to take some burden off the people who volunteer time on the WiX toolset before asking again. I say this because it's around the 2nd time of asking volunteers to do work for you without offering to help out in anyway that your requests actually start to *discourage* volunteers from working on the feature for you. If the feature gets done it's often in spite of repeated requests, not because of them. smile/ PS: I know I went off on a rant about this same topic a week or so ago so I apologize to those of you that read the list regularly. To those of you that regularly answer questions here or write code/fix bugs and generally help make the WiX toolset better, thank you. On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching r...@robmensching.com wrote
Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC
Cool. Let me know if getting assignment agreements are easier now that MSFT isn't involved.If you need any help or if you get a weekly build done that's working let me know. I need to update my ISWIX installer for 2013 also. For me it's just edit the AddIn XML to recognize the new version and wire up the project templates for the new directory structure. I've created my own customized Setup and Merge Module project types that make creating a buildable installer in 3 easy steps (convention over configuration). http://blog.iswix.com/2013/01/iswix-20130134-released.html From: John Cooper jocoo...@jackhenry.com Sent: Thursday, September 26, 2013 3:36 PM To: chr...@iswix.com chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Using WiX 3.7 Votive with VS2013 RC I don't think it will be hard either. Just waiting on approval. -- John Merryweather Cooper Build Install Engineer -- ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Thursday, September 26, 2013 2:38 PM To: General discussion for Windows Installer XML toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using WiX 3.7 Votive with VS2013 RC I now see the SDK\VS2010 and SDK\VS2012 folders that include inc and lib subfolders. I suspect this is where much of the work will need to be done to make VS specific libs and wired up to the version. Unless there is something else I'm missing, I'm thinking that a C++ / WiX Installer developer could make relatively short work of this. I don't think there is going to be any scary C# / VSIX work. (Knock on wood.) From: Christopher Painter chr...@iswix.com Sent: Thursday, September 26, 2013 2:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using WiX 3.7 Votive with VS2013 RC I wanted to pass on the results of a test I did today. I started with a Win7 VM with IE10 (prereq of VS) and VS2013. I then performed the following steps: Copy Files from a VS2010/VS2012 Dev Machine to the VM: [ProgramFilesFolder]WiX Toolset v3.7\bin IncludeFile.ico LocationFile.ico ProductFile.ico ProjectFile.ico WixLibraryFile.ico sconce2010.dll votive2010.dll [ProgramFilesFolder]Microsoft Visual Studio 11.0\Common7\IDE\Extensions\Microsoft\WiX Edit the extension.vsixmanifest found in the above WiX directory and add a new section: VisualStudio Version=12.0 EditionUltimate/Edition EditionPremium/Edition EditionPro/Edition EditionExpress_All/Edition /VisualStudio Open VS2012 Native Tools Comand Prompt and execute: devenv /setup Results: Help About shows Windows Installer XML 3.7 and File | New Project shows all the expected project types. I created a setup project and a c# custom action project. All seemed well. I then created a C++ custom action project. Intellisense gives me squigglies saying it can't find things like WcaInitialize but when I build the project it compiles. I hope this helps. I'm going to keep refining these procedures as I find issues. Regards, Christopher Painter ISWIX, LLC chr...@iswix.com -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies
Re: [WiX-users] [SPAM] Re: Weekly releases
Rob, What's the LOE for this effort? I have experience creating installers that register project and item templates as well as tweaking project templates. I've done a little bit of AddOn work but not much. The whole EnvDTE / VS SDK seemed really complicated to me. Is it just a few things that need to be tweaked here and there or is it a lot more? I'd love to help, I just don't know if I could handle it. In this small community, I'm not sure how many people could. If we only had Justin back or DevDiv contributing so it could be built in I guess that ship has sailed. For everyone else, my advice would be to always keep your .NET projects and WiX projects in different solutions so you can port one to the next release and keep the other on an old but tried and true platform. That's how I roll. Chris From: Rob Mensching r...@robmensching.com Sent: Wednesday, September 25, 2013 6:20 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: Weekly releases BTW, Alex, this is like the 4th time you've asked for VS2013 support in Votive. I *highly* recommend you jump in and help write the code to add the support or do *something* to take some burden off the people who volunteer time on the WiX toolset before asking again. I say this because it's around the 2nd time of asking volunteers to do work for you without offering to help out in anyway that your requests actually start to *discourage* volunteers from working on the feature for you. If the feature gets done it's often in spite of repeated requests, not because of them. smile/ PS: I know I went off on a rant about this same topic a week or so ago so I apologize to those of you that read the list regularly. To those of you that regularly answer questions here or write code/fix bugs and generally help make the WiX toolset better, thank you. On Wed, Sep 25, 2013 at 3:39 PM, Rob Mensching r...@robmensching.com wrote: It's pretty well laid out here: http://www.joyofsetup.com/ 2013/09/13/getting-from-here-to-there-for-wix-v3-8/ On Wed, Sep 25, 2013 at 1:13 PM, Ivanoff, Alex alex.ivan...@shavlik.comwrote: Do you have an ETA for VS 2013 support? -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: Wednesday, September 25, 2013 10:46 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases 2013 support is on the list, but hasn't been completed. -Original Message- From: Albert van Peppen [mailto:alb...@insad.nl] Sent: Wednesday, September 25, 2013 10:43 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: Weekly releases Mainly waiting for VS2013 support.. But I guess that comes later ;) Also to update my archive ;) Best regards, Albert van Peppen ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0 (January 2008) at http://madbutcher.dyndns.org/snippets/wix/ -Oorspronkelijk bericht- Van: Rob Mensching [mailto:r...@robmensching.com] Verzonden: 25 September 2013 17:03 Aan: General discussion for Windows Installer XML toolset. Onderwerp: [WiX-users] [SPAM] Re: Weekly releases Yeah. There were no changes until late last week. There will be a new build soon. Were you waiting for those couple changes? On Wed, Sep 25, 2013 at 1:15 AM, Albert van Peppen alb...@insad.nl wrote: Hmm, the latest release is still dated August 26, 2013 (WiX 3.8.826.0) Best regards, Albert van Peppen ** WiX Releases Archive - All WiX releases since WiX 2.0.5213.0 (January 2008) at http://madbutcher.dyndns.org/snippets/wix/ -Oorspronkelijk bericht- Van: Rob Mensching [mailto:r...@robmensching.com] Verzonden: 25 September 2013 08:33 Aan: General discussion for Windows Installer XML toolset. Onderwerp: Re: [WiX-users] Weekly releases They should be back now. On Tue, Sep 24, 2013 at 10:01 PM, Ivanoff, Alex alex.ivan...@shavlik.com wrote: When will weekly releases be back? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg .c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore
Re: [WiX-users] Merge Module question...
It's a warning not an error. The way I get around this is to set the Directory to subfolders like x86 and x64 and then use the DuplicateFile table to get the right file installed to the right directory. From: StevenOgilvie sogil...@msn.com Sent: Tuesday, September 24, 2013 1:26 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Merge Module question... I have added it back to 1 WIXLIB when I compile it works but I get this error twice for each merge module: Warning 22 ICE30: The target file 'kd1er3dy.dll|SQLite.Interop.dll' might be installed in '[TARGETDIR]\EnterpriseAuditLogService\' by two different conditionalized components on an LFN system: 'cmp_SQLite.Interop_x86.9EFC3F5B_3D47_4233_A162_371DEF5D8E92' and 'cmp_SQLite.Interop_x64.9EFC3F5B_3D47_4233_A162_371DEF5D8E92'. If the conditions are not mutually exclusive, this will break the component reference counting system. C:\Dev\Core Technologies\Main\Setup\TitusServices\TitusSQLiteLib\Library.wxs18 1 TitusEnterpriseAuditLogServicesMergeModule each component (2 components each x 1 for x86 and 1 for x64) i.e. Component Id=cmp_SystemDataSQLite_x86 Guid={some GUID} File Id=file_SystemDataSQLite_x86 KeyPath=yes Source=$(var.sourcePath)ThirdParty\SQLite\x86\System.Data.SQLite.dll / Condition ! [ CDATA [NOT Installed AND NOT VersionNT64 ] ] /Condition /Component have to put spaces on the condition or nabble removes the whole line :( for x64 take the NOT VersionNT64 to just VersionNT64 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Merge-Module-q uestion-tp7589180p7589182.html Sent from the wix-users mailing list archive at Nabble.com. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall removing user data
Thanks Phil. I'm not sure why I was thinking that a version of the create/modified check also applied to uninstalls. I turned 40 this week so I guess it's all downhill from here... From: Phil Wilson phildgwil...@gmail.com Sent: Sunday, September 22, 2013 12:08 PM To: chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Uninstall removing user data The rule is that if MSI installs it, then an uninstall will uninstall it. The modify/creation date difference is what determines whether to overwrite it, not uninstall it. User data is created by the app, not installed with the app, in this context that's the way I look at it.(Unless I'm having a senior moment too) Phil Wilson On Sat, Sep 21, 2013 at 10:50 AM, Christopher Painter chr...@iswix.com wrote: I'm having a senior moment with what seemed like a pretty simple and well established concept in windows installer: don't uninstall user data. I created a very simple installer with a single component / file ( test.txt ). I tested with test.txt as the key file and with no key file ( directory). In the test (on a clean VM of course ) I wanted to see if uninstall would leave the file behind after I had modified the file to contain user data. Despite the creation data and modification date of the file being different, MSI always uninstalled the file. I'm a little puzzled as I didn't expect this. Am I forgetting something? -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall removing user data
I'm having a senior moment with what seemed like a pretty simple and well established concept in windows installer: don't uninstall user data. I created a very simple installer with a single component / file ( test.txt ). I tested with test.txt as the key file and with no key file ( directory). In the test (on a clean VM of course ) I wanted to see if uninstall would leave the file behind after I had modified the file to contain user data. Despite the creation data and modification date of the file being different, MSI always uninstalled the file. I'm a little puzzled as I didn't expect this. Am I forgetting something? -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set a Condition in custom action
There isn't a custom action type that sets a condition. In fact custom actions and conditions aren't directly related. ControlEvent Table entries and Sequence Table entries have conditions. DoAction ControlEvents can reference the custom action. The condition is merely the evaluation of an expression that typically contains a property. You would need to write a custom action that checked for the existence of your virtual directory and set a property with the result. You could then use that property in a condition for your other custom action. But if you are using WiX's built in IIS extension, the vdir shouldn't be getting created during a failed install. The rollback should remove it automatically. Are you using this? From: Chaitanya chaita...@pointcross.com Sent: Saturday, September 21, 2013 5:30 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Set a Condition in custom action Hi, Iam setting a custom action for creating IIS virtual Directories.when i install the MSI the IIS virtual directory is creating Fine no issue. In, custom action i gave a condition called NOT Installed and NOT PATCH when i give this condition the custom action will run only the time when it Installs nor UN-install nor repair/remove. But,If the installation is failed it is creating the virtual directory when I try to install it again i have to delete the IIS virtual directory and have to proceed the Installation. Is there any condition to check the Virtual directory,If the virtual directory is present the installation have to skip or else it has to create. Thanks Regards, Chaitanya. -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract Binary file from MSI to Temp folder using C#
Is this for an application extracting a resource or for a custom action during an install? From: ak m wixak...@gmail.com Sent: Monday, September 02, 2013 7:21 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Extract Binary file from MSI to Temp folder using C# Dear All, Code to Extract Binary file from MSI to Temp folder using C# Anyone Plz help me on this? Thanks in Advance... Anil -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract Binary file from MSI to Temp folder using C#
Since you mention c# I assume you are using DTF. DTF allows you to add a file as content to the custom action CSPROJ and it'll automatically extract to the current directory in TEMP and cleanup at the end of execution for you. You wouldn't have to write any code. Would this fit your needs? From: ak m wixak...@gmail.com Sent: Tuesday, September 03, 2013 8:10 AM To: chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Extract Binary file from MSI to Temp folder using C# custom action during install... On Tue, Sep 3, 2013 at 5:46 PM, Christopher Painter chr...@iswix.com wrote: Is this for an application extracting a resource or for a custom action during an install? From: ak m wixak...@gmail.com Sent: Monday, September 02, 2013 7:21 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Extract Binary file from MSI to Temp folder using C# Dear All, Code to Extract Binary file from MSI to Temp folder using C# Anyone Plz help me on this? Thanks in Advance... Anil -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Versioning on small updates
Can someone explain to me the rational behind the definition of a small update? My CM background has never liked the though of shipping a new MSI that had the same ProductVersion as a previous MSI. Even if the PackageCode GUID is different. It just doesn't make sense to me. From: David Watson dwat...@sdl.com Sent: Tuesday, August 06, 2013 10:49 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Versioning on small updates You need to update the file version to allow windows installer to know whether or not to overwrite any existing file. http://msdn.microsoft.com/en-us/library/windows/desktop/aa368599(v=vs.85).asp x I don't think the string version is used but I always keep them both in sync anyway. Windows installer honours and recognises all four parts of file versions (you are correct that it only recognises the first 3 parts of msi product versions). -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: 06 August 2013 06:42 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Versioning on small updates According to the MSDN documentation, small updates are for small fixes that don't change the product version. But I can't find definite information on what to do with *file* versions. Do I still need to increase the file version (in the VERSIONINFO resource) of Win32 PE files that I modify in a small update patch? If yes, is that the numeric FILEVERSION, the string FileVersion, or both? And can I bump only the 4th component, or does Windows Installer only take the first three into account? (Perhaps I'm mixing things up and that's only for MSI product versions, not file versions...) -- Nicolás - - Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ 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. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users