[WiX-users] Burn: FailureRestartText mentions 'rollback'
When a reboot is pending, Burn fails with the message: You must restart your computer to complete the rollback of the software. I'm wondering why it mentions 'rollback' because in this case the reboot is pending following a successful installation of a driver. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixStdBA: options browse dialog doesn't work in Server Core
Should WixStdBA work on Server Core? It mostly seems to, but Options - Browse isn't functional since Core doesn't have the common dialogs - apparently it can be made to work by adding some flags (http://social.technet.microsoft.com/Forums/en-GB/winservercore/thread/f9f1f6f1-960a-4ddf-94d4-86b7ce3796bb). -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: associating checkbox with feature installation of specific MSI?
On 13/11/2012 15:49, Rob Mensching wrote: What about using a Feature/Condition instead? Thanks, that works. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: won't /layout with reboot pending
I understand the reason for blocking installation if a reboot from a previous installation hasn't occurred, but shouldn't users be able to layout installation files without rebooting? I just found that the VS2012 Update 1 installer required a reboot before it would download the installation files. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wcautil.lib in 3.7 RC: LNK4099 warnings (vc110.pdb not found; linking as if no debug info)
Something seems to have changed with the way wcautil.lib and dutil.lib (at least) are built betwen 3.6 and 3.7 RC - I've started getting warnings like: dutil.lib(strutil.obj) : warning LNK4099: PDB 'vc110.pdb' was not found with 'dutil.lib(strutil.obj)' or at 'C:\Release\vc110.pdb'; linking object as if no debug info wcautil.lib in 3.7 is 528KB vs. 1.5MB in 3.6. What's changed, and should I update my project settings to fix the warning? -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Bootstrapper Bundle creating uninstall shortcut in program files
On 27/11/2012 17:18, rpriest12 wrote: I am in the same boat - I need the product code. there seem to be several questions about this for various reasons. Surely the answer can be to troll the uninstall registry key looking for Bundle*? What if you have multiple applications that installed using Burn? I have two on my box now. Am I supposed to compare strings? surely exposing the Product Code and allowing it to be set to something static would be better... You could use the upgrade code instead - there's a BundleUpgradeCode entry in the Uninstall key, though I'm not sure it's documented and so might disappear. -- Bruce Cran -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract packages from bootstrapper?
On 30/11/2012 21:24, StevenOgilvie wrote: Can I extract the packages/msi's from the exe for someone using GPO? Currently the only way is using dark.exe - there's a feature request open on the sourceforge tracker to add a /extract switch to WixStdBA so anyone can get a copy of the embedded packages. -- Bruce Cran -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract packages from bootstrapper?
On 30/11/2012 21:39, Steven Ogilvie wrote: Thanks very much Bruce... Do you know if this will be done for 3.7? Since we've had 3.7 RC I suspect not. I suspect it's quite low down the priority list and so would need someone to contribute a patch. -- Bruce Cran -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixStdBA retry 'cancel' button not working?
Has anyone else found that the cancel button on the error retry dialog in WixStdBA doesn't work (in 3.7 RC)? I find clicking it displays the same error with an OK button before just retrying anyway. The error when this occurs is Could not access network location. -- Bruce Cran -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] v3.7.1126.0 on Monday, November 26, 2012
On 03/12/2012 20:16, Neil Sleightholm wrote: I just tried again with 7-zip and do indeed get the Unsupported Compression Method for error but the files do extract ok - personally I think there is a bug in the compress code. I get unsupported compression method for directories, but none of the files. -- Bruce Cran -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixStdBA retry 'cancel' button not working?
On 04/12/2012 15:06, Rob Mensching wrote: Can you share a chunk of the log file for that. I expect the issue is the automatic retry code on errors is incorrectly catching this scenario. [07E0:0640][2012-12-03T14:00:33]i301: Applying execute package: package.msi, action: Install, path: C:\ProgramData\Package Cache\{guid}v1.0.0.0\package.msi, arguments: ' ALLUSERS=1 ARPSYSTEMCOMPONENT=1 MSIFASTINSTALL=7 APPLICATIONFOLDER=C:\Program Files\Install' [07E0:0640][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to install MSI package. [07E0:0640][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to execute MSI package. [0654:0178][2012-12-03T14:01:12]e000: Error 0x80070643: Failed to configure per-machine MSI package. [0654:0178][2012-12-03T14:01:12]w348: Application requested retry of package: package.msi, encountered error: 0x80070643. Retrying... [07E0:0640][2012-12-03T14:01:15]i301: Applying execute package: package.msi, action: Install, path: C:\ProgramData\Package Cache\{guid}v1.0.0.0\package.msi, arguments: ' ALLUSERS=1 ARPSYSTEMCOMPONENT=1 MSIFASTINSTALL=7 APPLICATIONFOLDER=C:\Program Files\Install' [07E0:0640][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to install MSI package. [07E0:0640][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to execute MSI package. [0654:0178][2012-12-03T14:02:08]e000: Error 0x80070643: Failed to configure per-machine MSI package. [0654:0178][2012-12-03T14:02:08]w348: Application requested retry of package: package.msi, encountered error: 0x80070643. Retrying... -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Feature or Chained MSI?
On 05/12/2012 15:15, Rob Mensching wrote: I would definitely consider using a Bundle for your scenario. I believe the world is moving (has moved?) to a place where .msi files are building blocks stacked together and wrapped with a bootstrapper (Burn Bundles in WiX toolset). You do need to think about the problem a little differently when using Bundles because you'll get many more degrees of freedom which may come with a bit extra work (particularly in the UI department) since Bundles are still pretty young. Something I've been wondering is how automated deployment is supposed to work. I've not used GPO, but I think it needs a .msi file in order to install an application? -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WDK 8.0, Driver Verifier and XP/2003 compatiblity
I know this isn't recommended, but is there some incompatibility between WDK 8.0 and XP/2003 that prevents drivers running correctly with Driver Verifier? We're finding that when Driver Verifier is enabled our driver gets so far initializing and then any memory allocation calls end up calling ExFreePoolWithTag and the driver hangs in RtlpUnwindPrologue (it runs fine without DV enabled). The system's still active, but the driver just never gets any further. -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WDK 8.0, Driver Verifier and XP/2003 compatiblity
On 19/12/2012 21:09, Bruce Cran wrote: I know this isn't recommended, but is there some incompatibility between WDK 8.0 and XP/2003 that prevents drivers running correctly with Driver Verifier? We're finding that when Driver Verifier is enabled our driver gets so far initializing and then any memory allocation calls end up calling ExFreePoolWithTag and the driver hangs in RtlpUnwindPrologue (it runs fine without DV enabled). The system's still active, but the driver just never gets any further. Sorry, I sent this to the wrong mailing list - please ignore. -- Bruce Cran -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Transition from InstallShield to WiX
On 29/12/2012 14:12, Rob Mensching wrote: Visualt Studio and Windows SDK are two that I know about off the top of my head. WiX v3.6 is still relatively young so I expect more will show in time. Also the Windows Driver Kit 8.0. The WDF CoInstaller package is just a plain WiX msi (with the red UI). -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Adding/deleting project configurations
Is adding or deleting project configurations in Visual Studio supposed to work (in WiX 3.7)? With VS2010 when I try and add or remove a configuration to the WiX project in the solution's Configuration Manager it doesn't give any error message but no changes are applied. -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Identical left and right sub-expressions in plan.cpp - bug?
In plan.cpp:1166 there's a line of code with identical left and right expressions. Is this a bug? // If we are going to take any action on this package, add progress for it. if (BOOTSTRAPPER_ACTION_STATE_NONE != pRelatedBundle-package.execute || BOOTSTRAPPER_ACTION_STATE_NONE != pRelatedBundle-package.execute) -- Bruce Cran -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Repairs and runtimes
On 15/01/2013 15:42, Rob Hamflett wrote: Aren't security patches implemented by redirecting the loader to the new assemblies? It seems strange having a system where the security of potentially hundreds of programs could be reduced by a command line typo. From http://social.msdn.microsoft.com/Forums/en/vcgeneral/thread/4eba883d-d14b-4fc5-912d-aaafcf0bffab : Visual C++ libraries no longer depend on manifests and are no longer installed in the WinSxS folder. Normally, the higher minor version have compatibility with the lower one. Once Microsoft provides a hotfix, which is a patched version of the affected library, Microsoft automatically updates library files that are centrally-deployed (installed in System32 Directory). -- Bruce Cran -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Repairs and runtimes
On 16/01/2013 09:26, Rob Hamflett wrote: Doesn't this just bring back DLL Hell? It seems that we have to completely abandon using merge modules for runtime deployment. How is a user performing a command line installation or repair supposed to know whether or not it's safe to use the 'a' option for file replacement? They probably don't know (and have no easy way to find out) whether or not the installer contains the runtime. It seems like the only safe option is to copy the runtime DLLs into your application's folder. Sure you could use the redistributable exe and then link to the system ones, but given that these could be accidentally downgraded, that's not really an option. Deploying the DLLs locally doesn't get you any of the benefits when the shared DLLs are updated, but at least they're less likely to be downgraded without your knowledge. Yes, it brings back DLL hell - but isn't the answer not to use 'a' for exactly this reason? -- Bruce Cran -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set font color in WiXUIExtension UIs
Isn't it just a case of overriding the strings in an additional wxl file? I've done that when using dark backgrounds. -- Bruce Cran Sent from my iPhone On 31 Jan 2013, at 17:51, Rob Mensching r...@robmensching.com wrote: It is possible. You can create your own UI. I guess I disagree that it should be a simple, basic thing provided in the default WixUI. I honestly thought the WixUI design was to make the text color almost black but not quite black such that high contrast wouldn't pick it up and flip it. Maybe that wasn't implemented... or maybe it was implemented but someone didn't bother to contribute it back to the community. On Thu, Jan 31, 2013 at 9:29 AM, The Ouizard the.ouiz...@gmail.com wrote: I've posted this twice already with no response; does no one have any idea how to solve this? It doesn't seem outlandish to want to support users who don't use the default display configuration. Setting/overriding a font color seems like it should be a simple and basic thing, but I haven't found anything in the documentation, the mailing list archives, or through searches on how to do it. If this truly isn't possible, maybe it should be posted as a feature request? -Original Message- From: The Ouizard [mailto:the.ouiz...@gmail.com] Sent: January 17, 2013 17:26 To: 'wix-users@lists.sourceforge.net' Subject: RE: Text accessibility How can I use the provided WiXUIExtension interfaces (such as WiXUI_Mondo or WiXUI_Minimal) but change the text colour to force it to be black? Context: Some users set their Personalise display settings to high-contrast white text on black background. In the provided WiX installer UIs, the result is white text (taking the system setting, I assume), and putting it on the default white background, making the text illegible. So it seems the simplest solution would be to purposefully make the text black no matter what, so it is always legible on the white background. Yes, this will annoy said users, but not as much as not being able to read the installer text at all. A second, more elegant but more complicated, solution would be to somehow detect the system's default font colour, and set the background to the opposite. Any suggestions would be appreciated. Thank you. -- 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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time
You can't display a feature tree, but it does support adding checkboxes to the options page which can be used to select features. -- Bruce Cran Sent from my iPhone On 31 Jan 2013, at 17:54, Karl Werner karl.wer...@gmail.com wrote: Can you have the wix standard bootstrapper prompt the user for feature selection? I haven't seen it do that . . . On Thu, Jan 31, 2013 at 11:05 AM, Rob Mensching r...@robmensching.comwrote: You can modify feature states via the BootstrapperApplication. On Thu, Jan 31, 2013 at 8:44 AM, Karl Werner karl.wer...@gmail.com wrote: To close the loop on this, I ended up doing the following: 1) Reverting to the Wix Standard Bootstrapper. (There is probably a way to get my custom bootstrapper to work, but I exhausted enough time trying to figure it out. Somehow the Wix Standard Bootstrapper knows what mode to go into early in the process and I never found it in the code) 2) Providing a name for Bundle so that it now registers in ARP. 3) Setting the MsiPackage to Visible=no so they no longer register in ARP. 4) Having different Package and Upgrade Codes for 32 vs. 64-bit MSIs so that the various entry points (namely Repair) all work correctly. The functionality I lose is the ability to modify msi features after install. I'd really like a way to have the MSI registered in ARP and not the bundle, but any time I did that there were negative side effects when the bootstrapper was launched a second time. Wish list item ;-) Thanks for the responses on this item! Karl On Wed, Jan 30, 2013 at 7:47 AM, Karl Werner karl.wer...@gmail.com wrote: Do basically there is no way to simulate the old bootstrapper from the old vdproj setup projects? It would be nice if we could configure for this behavior. I would expect many other shops would want the same behavior . . . Maybe something like an attribute on MSIPackage that is equivalent to always execute if InstallCondition is true, then show the UI if DisplayInternalUI is yes... I'll log a feature request ... Karl On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson b...@joyofsetup.com wrote: On 29-Jan-13 16:10, Karl Werner wrote: However, still stuck on the original problem - How can I get the MSI's UI invoked on the second run of the bootstrapper. You can't. Burn needs to know the operation being performed which it can't if the operation is determined during the execution of the package. -- sig://boB http://joyofsetup.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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:12, joshh wrote: I have done this but the UI is too complex. The big problem is that it forces the user to accept a license and this is not needed at this point. I would like for the bootstrapper to just load and start installing the chain of packages or give a simple Install button. From http://neilsleightholm.blogspot.co.uk/2012/05/wix-burn-tipstricks.html all you need to do is use the WixStandardBootstrapperApplication.HyperlinkLicense BA and set WixStdbaLicenseUrl to be empty. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:43, joshh wrote: That is really close to what I am looking for. The only improvement I can think of would be to reduce the size and have a short message. And maybe a background logo like the wix ui can have. I agree - it's a bit bare without the eula. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a bootstrap application and need a more simple UI
On 11/02/2013 20:53, Neil Sleightholm wrote: You might find this useful: http://wixextba.codeplex.com/. Take a look at the example Bundle7.wxs it is a pretty basic UI and the dialog is designed to be the same size as the WiX MSI UI. You might also want to consider writing your UI in burn rather than using the MSI UI. Neil, From an earlier message: My issue isn't the installer UI but rather the bootstrapper UI (If that makes sense). So this _is_ about the Burn UI. -- Bruce Cran -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle registered in ARP after prerequesitesare installed
On 13/02/2013 08:01, Ogrodowski, Sabine (ehem. Frauenhoffer) wrote: Thank you for your reply. I know, that it can be that simple to use the WixNetFxExtension. Unfortunately I need to also install on machines that have no internet access and so I can't use it. That's why I copied some part from the WixNetFxExtension and adjusted it to use the .Net exe I put on the disk. Nonetheless I tried your approach. The result is the same: If I install .Net an ARP entry for my bundle is created and if I cancel the custom bootstrapper and start it again, it comes up in maintenance mode because WixBundleInstalled is 1. I even tried with the WiX v3.7 setup itself and it showed the same behavior. I'm fairly sure this is a known bug, with a ticket on Sourceforge. I found a similar issue today: if I run 2 copies of the installer, the second as the first is in the process of installing, the 2nd will fail and cause no ARP entry to be created once the first finishes. -- Bruce -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mail from Rob marked as spam
On 20/02/2013 17:15, Bernd wrote: I don't know if this is specific to my email client (Thunderbird with SpamAssassin as external filter) but a lot of mail answered by Rob Mensching gets marked as spam. Just thought I'd let you know, if it helps... It's being marked as spam by sourceforge: my mail server gives it a negative score. It might be due to the SPF failure recorded in the headers: Received-SPF: fail (sog-mx-3.v43.ch3.sourceforge.com: domain of robmensching.com does not designate 184.173.107.18 as permitted sender) client-ip=184.173.107.18; envelope-from=r...@robmensching.com; helo=allium.arvixe.com; -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] This collection is read-only error in Visual Studio 2012
I've come across a few problems with the WiX 3.7 plugin with Visual Studio 2012. Today I tried to add a reference to a bootstrapper project by double-clicking on the project name was told This collection is read-only; trying it again but clicking the Add button worked. Has anyone else come across issues like this? -- Bruce -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Debugging VS2012 plugin crashes?
I created an MSI project where if I go into the Build tab in the project settings and try to change anything, Visual Studio 2012 crashes. Is there any way of finding out what's going wrong? -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: hang after Apply Complete on Vista
I have a bundle built using WiX 3.7.1224.0 that installs 2 MSI files. It works perfectly when run from the desktop on Server 2008 (R1) but when run (with /quiet /norestart) from a service which is logged on as Administrator it installs the last package, logs Apply Complete, result: 0x0, restart: None, ba requested restart: No and then always hangs, with all 3 threads stuck in GetMessageW. It works with 2008R2: is there a known bug with Vista/2008R1? -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: hang after Apply Complete on Vista
On 12/03/2013 20:49, Rob Mensching wrote: Is the task scheduler enabled and running? If not, try that and see if the problem goes away. Unfortunately it is already running. I'll do some more debugging to see what's going on. -- Bruce On Tue, Mar 12, 2013 at 12:32 PM, Bruce Cran br...@cran.org.uk wrote: I have a bundle built using WiX 3.7.1224.0 that installs 2 MSI files. It works perfectly when run from the desktop on Server 2008 (R1) but when run (with /quiet /norestart) from a service which is logged on as Administrator it installs the last package, logs Apply Complete, result: 0x0, restart: None, ba requested restart: No and then always hangs, with all 3 threads stuck in GetMessageW. It works with 2008R2: is there a known bug with Vista/2008R1? -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Platform-specific references (difxapp_x64 etc.)
Does the Visual Studio plugin for WiX 3.7 have logic for selecting the correct platform-specific reference when building both 32-bit and 64-bit configurations so workarounds like http://stackoverflow.com/questions/8713683/installing-32-64-bit-drivers-with-wix are unnecessary now? For example I have to choose to reference either difxapp_x86 _or_ difxapp_x64, but building a 32-bit msi with difxapp_x64 referenced seems to work. -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to deal with the service removal during upgrade and repair in WIX?
On 07/01/2013 18:34, Wang, Zhongsheng wrote: InstallExecuteSequence Custom Action=Uninstall_HIDDriver After=RemoveRegistryValues ![CDATA[REMOVE=ALL AND NOT (MAJORUPGRADE OR MINORUPGRADE)]] /Custom /InstallExecuteSequence Unless you're setting those yourself, MAJORUPGRADE and MINORUPGRADE won't exist - they're not standard properties. I think you'll want to use 'UPGRADINGPRODUCTCODE' instead. e.g. ![CDATA[REMOVE=ALL AND NOT UPGRADINGPRODUCTCODE]] http://stackoverflow.com/questions/320921/how-to-add-a-wix-custom-action-that-happens-only-on-uninstall-via-msi -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 13/03/2013 20:13, jeamis wrote: So how do I enlist to the Mercurial repository? All I want to do is compile burn. I want to confirm our static analysis and debugging. Any direction is appreciated. Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 To create a build that can be installed on different machines you'll need Visual Studio 2008, 2010 and 2012 along with the Visual Studio 2008, 2010 and 2012 SDKs from the Extensibility Center. You also need HTML Help SDK from http://msdn.microsoft.com/en-gb/library/windows/desktop/ms670169(v=vs.85).aspx, Sandcastle and Sandcastle Help File Builder from http://shfb.codeplex.com/ . Create a strong name keypair: sn -k wix.snk sn -p wix.snk wix.pub sn -tp wix.pub Copy the public key and add new InternalsVisibleTo lines in: src\Votive\sconce\Properties\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\attributes.cs Then run: msbuild /p:VisualStudioVersion=11.0 /p:OFFICIAL_WIX_BUILD=path_to_wix.snk The binaries will be put in build\debug. You should also be able to open src\Burn.sln and build the projects individually. -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 19/03/2013 12:31, Bruce Cran wrote: Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 Sorry ignore most of that - those instructions are for WiX 3.8 not 3.6. To get 3.6 you just need to use -b wix36 when cloning and follow the instructions in the documentation. -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to pass some arguments during major upgrade to obsoleted msi to prevent removing RegistryKey
On 22/03/2013 11:26, AK wrote: Is some way available to pass some custom arguments to obsoleted msi? One possible hack is to schedule RemoveExistingProducts after InstallExecute and to add an empty component with the same Guid as the existing one. That way, Windows Installer won't remove the key. -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about conditional statements in elements
On 22/03/2013 17:24, Daniel Madill wrote: Hi Alain, In general, Product ID=* is a good thing. Each new build should generate a new product code because it typically means you've made changes to the product (i.e. made a new version). If you want to test the Maintenance dialog then run the same MSI (without rebuilding it!) twice. When you use the MajorUpgrade element in WiX it handles removing the old version and installing the new version when you upgrade. Hence, in many cases the Welcome dialog is entirely appropriate because the user experience on upgrade or new installation from a UI perspective is similar. The MajorUpgrade element has options for displaying messages if the user tries to upgrade or downgrade and should not be allowed, etc. if that's what you need. If you want something more complicated on upgrade then you will have to do a little more work. Microsoft says the Product Code should identify a particular release (http://msdn.microsoft.com/en-gb/library/windows/desktop/aa370854(v=vs.85).aspx): The ProductCode property is a unique identifier for the particular product release, represented as a string GUID, for example {12345678-1234-1234-1234-123456789012}. That seems to imply it shouldn't be changed from one build to the next but only when the major, minor or revision fields are changed. -- Bruce Cran -- 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 mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Sign the msi
On 28/03/2013 07:21, Karkare,Aparna wrote: Can someone tell me how to sign the WiX msi generating project with a key (.snk) file? I do not see 'Signing' tab under project properties unlike other VS projects. You can't use a strong name keypair to sign .msi files since they're not .NET assemblies - instead you'd need to use a .pfx Authenticode certificate, by editing the .wixproj file. You can do this by adding SignMsi and SignCabs targets as per http://wix.sourceforge.net/manual-wix3/insignia.htm . You can't use the MSBuild SignFile task (http://msdn.microsoft.com/en-us/library/ms164304.aspx) because it doesn't work with .cab files (d'oh!). I'd recommend adding a description and timestamp URL: e.g.: Exec Command=signtool.exe sign /sha1 sha1_from_cert_store /t http://timestamp.globalsign.com/scripts/timstamp.dll /d your_product_name quot;%(SignMsi.FullPath)quot; / Or, if you really want it to auto-select which certificate to use! Exec Command=signtool.exe sign /a /t http://timestamp.globalsign.com/scripts/timstamp.dll /d your_product_name quot;%(SignMsi.FullPath)quot; / The timestamp URL might be comodo, verisign, globalsign etc. depending on who your Authenticode certificate was purchased from. -- Bruce Cran -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] system32 install issue
On 07/04/2013 16:40, David Steadman wrote: I need to install these modules to the system32 directory .. how do you recommend doing this seeing it is a 64bit installer..? On 64-bit machines the system32 directory contains 64-bit binaries, and is accessible using the System64Folder property; the syswow64 folder contains 32-bit binaries. -- Bruce Cran -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can't install Wix 3.8 on Windows XP
On 11/04/2013 14:23, Sergey Yukhno wrote: Can't install Wix 3.8 on Windows XP. Wix38.exe is not valid Win32 application. That looks like a problem with the VS 2012 settings. I thought we'd fixed them all - what build are you trying to install? -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX vs NSIS
On 16/04/2013 23:44, Nick Miller wrote: My company is evaluating two different Windows installer solutions, WiX and Nullsoft installer (NSIS). I was wondering if anyone has had experience with both, and could weigh in on the pros and cons, benefits, limitations, etc. You might think XML in WiX is bad, but this is the sort of code you get in NSIS unless you use one of the libraries (from http://nsis.sourceforge.net/CharStrip_%26_StrStrip:_Remove_character_or_string_from_another_string): Exch $R0 #char Exch Exch $R1 #in string Push $R2 Push $R3 Push $R4 StrCpy $R2 -1 IntOp $R2 $R2 +1 StrCpy $R3 $R1 1 $R2 StrCmp $R3+8 StrCmp $R3 $R0 0 -3 StrCpy $R3 $R1 $R2 IntOp $R2 $R2 +1 StrCpy $R4 $R1$R2 StrCpy $R1 $R3$R4 IntOp $R2 $R2 -2 Goto -9 StrCpy $R0 $R1 Pop $R4 Pop $R3 Pop $R2 Pop $R1 -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX vs NSIS
On 17/04/2013 14:39, Alain Forget wrote: 3) Finally, throw in the fact that NSIS hasn't been supported since 2009, while WiX is a very active and supportive open-source community. Even further, if he wants some time down the line, it would be possible to contact a consulting company to outsource the WiX installer infrastructure and add functionality to WiX, since one of the founders of WiX (*cough* Rob *cough, cough*) will soon be providing such a service. I'm not sure this is really correct: there haven't been any releases on the main site since 2009, but http://nsis.svn.sourceforge.net/viewvc/nsis/NSIS/trunk/ shows that work is going on, and the Unicode version at http://www.scratchpaper.com/ had a release last year. -- Bruce Cran -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] REMOVE ME PLEASE
On 24/04/2013 10:01, Kagiso Seboni wrote: Please remove me from the Mailing List You can unsubscribe via the mailing list interface at: https://lists.sourceforge.net/lists/listinfo/wix-users -- Bruce Cran -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RelatedBundle, 'Detect' action and result
I'm trying to detect products that can't be installed at the same time as ours, and found RelatedBundle's 'Detect' action. However, I can't see a way of getting the result - is there a way to put the result in a variable? -- Bruce Cran -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn incorrectly logging 'MajorUpgrade' operation
I'm installing an MSI file via Burn that detects if another product is installed (that's not included in the bundle). The UpgradeVersion line has OnlyDetect=yes so it just puts the result in a property. However, Burn is logging: Detected related package: {GUID}, scope: PerMachine, version: a.b.c.d, language: 0 operation: MajorUpgrade Shouldn't it be logging 'operation: None'? -- Bruce Cran -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File version always 1.0.0.0
On 01/06/2013 16:40, Alain Forget wrote: Bundle Name=MyBundle Installer UpgradeCode=MY-GUID Version=$(var.PRODUCTVERSION) Copyright=Copyright © Us IconSourceFile=lib/logo.ico Manufacturer=Us Condition=Privileged AND (VersionNT = v6.1 OR VersionNT = v6.2) DisableModify=yes Off-topic, but Windows Blue will be a free upgrade from Windows 8 and Server 2012 and will be v6.3 - so using such a restrictive Condition may be a bad idea. -- Bruce Cran -- 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://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: installer doesn't restart after reboot when variables are specified on cmdline
It appear there's a bug in WiX 3.8 that causes the bootstrapper not to restart installation after a reboot (at least on Server 2003 x64) if variables are specified on the command line. For example if I run: ProductNameSetup.exe /passive The the system will reboot and installation will complete afterwards. However, with: ProductNameSetup.exe /passive DESKTOP_SHORTCUT=0 Where DESKTOP_SHORTCUT is defined as: Variable Name=DESKTOP_SHORTCUT Persisted=yes bal:Overridable=yes/ the system will reboot but the installer doesn't run again. Running it manually causes the progress bar to appear immediately and installation continues, so it seems it's just missing the RunOnce entry to start it after login. -- Bruce Cran -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing a transport provider into the winsock catalog from an MSI file
I'm not sure this the right place to ask since I don't know if the solution is in the install logic of the INF file or the MSI file. I'm working on a winsock provider and have just finished rewriting the installation system to use DIFx from WiX 3 instead of custom code, which I hope will be more reliable. However, the WSP DLL needs to be installed into the winsock catalog by calling the WSCInstallProvider function (via an entry point in a DLL I distribute) and I'm having trouble finding a standard way to do that during installation - adding a RunOnce entry via the INF file works, but requires a reboot and doesn't solve the problem of uninstalling the catalog entry when a user removes the driver. Another potential solution using an INF file appears to be the RunPostSetupCommands directive, but from what I've read it appears it's only supported via advpack.dll and not the setupapi.dll which DIFx uses. If I can't install and uninstall the catalog entry through the INF file, I'm wondering if there's a standard way to do so via the MSI logic? If I need to write a custom action, how would I go about scheduling it so that it runs after MsiProcessDrivers (or MsiInstallDrivers)? -- Bruce Cran -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting msi's file version
On Mon, 14 Dec 2009 12:42:51 -0500 Tony yellowjacketl...@gmail.com wrote: Is it possible to place a file version property (not to be confused with Windows Installer properties) on the resulting msi from a WiX build? Such that when you hover over the msi in explorer the version is displayed? Not a big deal, just wondering... See the 1st answer at http://stackoverflow.com/questions/151250/how-do-i-embed-a-file-version-in-an-msi-file-with-visual-studio -- Bruce Cran -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Expanding an env var at install time when writing to the registry
I've written an installer with WiX 3.5 which installs a Winsock provider, netsh helper and a kernel driver. After doing some restructuring I started getting a warning about installing a non-permanant component into system32, so I'm now trying to change the installation location to be under %ProgramFiles%\Product . However, I need to create a registry entry which points to the new location so that netsh can find it, and it seems that netsh doesn't understand REG_EXPAND_SZ types. Is there a way to write a string to a REG_SZ type during installation which already has the environment variables expanded, or would I need to write a custom action? I've also been wondering what the best location for the winsock provider and netsh helper is, since they extend system functionality - and to install both 32-bit and 64-bit provider DLLs will require creating both C:\Program Files\Product and C:\Program Files (x86)\Product. Applications seem to differ between installing files under system32, CommonProgramFiles and under ProgramFiles and the only advice I've read is that files shouldn't be installed under system32 any more. -- Bruce Cran -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.5 Help file
On Thu, 17 Dec 2009 20:57:16 - Neil Sleightholm n...@x2systems.com wrote: I downloaded WiX 3.5.1204.0 binaries and the help file doesn't seem to work, it loads ok but the right hand pane displays Navigation to the webpage was cancelled - is anyone else seeing this (the DTF help files also fail in the same way). CHM files only work if they're trusted: that normally means they need copied to a local disk first, and if downloaded from the Internet they need unblocked - in the General tab of the file's Properties, click 'Unblock'. -- Bruce Cran -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Clarification on the MSI security
On Mon, 21 Dec 2009 22:21:47 -0800 (PST) Andy2k8 appr...@gmail.com wrote: If anybody can use the orca tool to edit a shipped MSI package, are we not compromising on the security of the installer database? Or is there any way i can make my MSI read only? You can sign MSI files using an Authenticode signature: if someone modifies the database after it has been signed then the signature will be marked as invalid and any user attempting to run/open it will be warned that it has been changed. -- Bruce Cran -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 32/64-bit setups
On Mon, 28 Dec 2009 08:30:58 - Sean Farrow sean.far...@seanfarrow.co.uk wrote: Hi: Is it possible to build one msi package that runs natively on both 32and 64 bit setups using Wix? If yes how wouldthis be done? If no is it possible to set pre-processor defines with the votive ui for specific configurations? No, it's not possible. See http://blogs.msdn.com/astebner/archive/2007/08/09/4317654.aspx for a discussion of a solution. It's also been discussed on this list too. The installer I created recently creates both x86 and x64 MSIs - you can see the sources at http://www.bluestop.org/viewvc/repos/sctpDrv/wix/ -- Bruce Cran -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major Upgrades and Versions
On Thu, 14 Jan 2010 15:16:05 -0500 Castro, Edwin G. (Hillsboro) edwin.cas...@fiserv.com wrote: We have an automated build that runs continually. We'd like each MSI produced to behave as a major upgrade so that we can apply any newer MSI on a target environment easily. Our build process fixes the first two parts of our version numbers to predetermined values and allows the remaining two values to vary on a per-build basis. I understand I need to change produ...@id and produ...@version with every build while keeping produ...@upgradecode constant to implement major upgrades. If produ...@version changes from 1.2.3 to 1.2.4 will the MSI produced behave as a major upgrade? You can set Product/@Id to * to automatically produce a new Id. -- Bruce Cran -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Avoiding hard-coding the path to the WiX SDK when using the WDK
I'm using the WDK to build a C++ custom action DLL that gets included in my MSI that I create using WiX 3.5. The problem I've come across is that the WiX headers are located in C:\Program Files (x86)\Windows Installer XML v3.5\SDK\inc, and the WDK doesn't appear to recognise long filenames. I've tried adding $(WIX)SDK\inc both with and without quotes to the 'sources' file, but the only thing that works is using C:\PROGRA~2\WINDOWS~1.5\SDK\doc. I'd rather not use that because it'll be wrong on 32-bit Windows. Does anyone know a way around this to avoid hard-coding paths that other developers are going to have to change for their machines? -- Bruce Cran -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problems with DIFxAPP and major upgrade
/ /Upgrade with RemoveExistingProducts scheduled after InstallInitialize. The msi log is available at http://www.bluestop.org/SctpDrv/tmp/msi_log_20100115.txt - the source file containing the components is at http://www.bluestop.org/viewvc/repos/sctpDrv/wix/module-common.wxs?revision=44view=markup . -- Bruce Cran -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Avoiding hard-coding the path to the WiX SDK when using the WDK
On Sat, 16 Jan 2010 01:51:45 -0800 Blair os...@live.com wrote: Install WiX to a different folder? I guess that's probably the only solution. I was hoping to avoid that since the directory under Program Files is the default location, and anyone who wants to build my project will need to have a custom installation too. -- Bruce Cran -Original Message- From: Bruce Cran [mailto:br...@cran.org.uk] Sent: Friday, January 15, 2010 5:06 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Avoiding hard-coding the path to the WiX SDK when using the WDK I'm using the WDK to build a C++ custom action DLL that gets included in my MSI that I create using WiX 3.5. The problem I've come across is that the WiX headers are located in C:\Program Files (x86)\Windows Installer XML v3.5\SDK\inc, and the WDK doesn't appear to recognise long filenames. I've tried adding $(WIX)SDK\inc both with and without quotes to the 'sources' file, but the only thing that works is using C:\PROGRA~2\WINDOWS~1.5\SDK\doc. I'd rather not use that because it'll be wrong on 32-bit Windows. Does anyone know a way around this to avoid hard-coding paths that other developers are going to have to change for their machines? -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Avoiding hard-coding the path to the WiX SDK when using the WDK
On Sat, 16 Jan 2010 11:18:23 +0100 Sebastian Brand \(Instyler Software\) wix+us...@instyler.com wrote: Why not just copy the header files to your own folder? Thanks, I think that's probably the best solution - I've modified the batch file I use to check that prerequisites are installed and which launches the build so that it copies all the headers, libraries and tlb files from 'Program Files' to 'inc' and 'lib' directories under my project first. -- Bruce Cran -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing installers
On Sat, 30 Jan 2010 14:11:43 - Ryan O'Neill r...@ryanoneill.com wrote: Has anyone found a good solution for testing MSI based installers? I'm thinking of putting together a virtualised test system to cover the major OS/platform/Service pack combinations and wondered if there was a system that could do this already? Otherwise I'll have to do all the MSI button clicking via an automated script and that might take some time. I've not come across anything specifically for testing installers, but I guess a combination of VMWare and Sikuli would work well. VMWare allows you to automate the installation of Windows, take snapshots and replay failures for debugging, and from watching the demos at http://groups.csail.mit.edu/uid/sikuli/ it seems Sikuli is flexible enough to automate the button clicking involved in installing an application through MSI. -- Bruce Cran -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows Installer XML toolset version 3.0.4805
On Wednesday 17 February 2010 08:01:35 iPetr wrote: Hello! I need the Windows Installer XML toolset version 3.0.4805. Can any body provide me this version of WiX? You should be able to get the specific version from the repository and build it yourself. -- Bruce Cran -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unresolved symbols from _filevers...@12 in WiX 3.5.1710.0
I upgraded WiX from a version from a couple of months ago to 3.5.1710.0 and started getting the following linker errors: 4c:\users\bruce\desktop\sctpdrv\wix\dutil.lib(fileutil.obj) : error LNK2019: unresolved external symbol _verqueryval...@16 referenced in function _filevers...@12 4c:\users\bruce\desktop\sctpdrv\wix\dutil.lib(fileutil.obj) : error LNK2019: unresolved external symbol _getfileversionin...@16 referenced in function _filevers...@12 4c:\users\bruce\desktop\sctpdrv\wix\dutil.lib(fileutil.obj) : error LNK2019: unresolved external symbol _getfileversioninfosi...@8 referenced in function _filevers...@12 4c:\users\bruce\desktop\sctpdrv\wix\objfre_wxp_x86\i386\setup.dll : error LNK1120: 3 unresolved externals Do I need to link in another library, or has something else changed recently? -- Bruce Cran -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unresolved symbols from _filevers...@12 in WiX 3.5.1710.0
On 13/05/2010 06:11, Bruce Cran wrote: I upgraded WiX from a version from a couple of months ago to 3.5.1710.0 and started getting the following linker errors: Sorry, I saw the answer just seconds after posting: I needed to add version.lib. -- Bruce Cran -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Stopping/deleting a DIFxApp driver when uninstalling
Hi, I'm having problems getting my driver/service to stop and delete itself when uninstalling my package - I'm currently testing on Vista x86, but I've seen the problem on XP and Windows 7 too. In my WiX file I have: Component Id=sctp.sys Win64=$(var.Win64) Guid=fa538c80-6b0b-4736-b479-a3dce8f8a6a8 File Id=sctp.sys Name=sctp.sys KeyPath=yes Checksum=yes Source=bin\$(env.BUILD_ALT_DIR)\sctp.sys / RegistryKey Action='createAndRemoveOnUninstall' Id='eventlog' Root='HKLM' Key='System\CurrentControlSet\Services\Eventlog\System\sctp' RegistryValue Id='EventMessageFile' Name='EventMessageFile' Type='expandable' Value='%SystemRoot%\System32\drivers\sctp.sys'/ RegistryValue Id='TypesSupported' Name='TypesSupported' Type='integer' Value='7'/ /RegistryKey difx:Driver Legacy=yes AddRemovePrograms=no DeleteFiles=yes/ ServiceControl Id=sctp_service Name=Sctp Start=install Stop=both Remove=uninstall/ /Component The sctp service (a kernel driver) works without problems during installation but it never gets stopped or removed during uninstallation. Also, the entry remains in the Programs and Features window until I close and re-open it, while I'd expect the entry to be removed as soon as the uninstallation had finished. I'm using WiX 3.5.1728.0. Is this a limitation of DIFxApp, or am I missing something in my WiX sources? -- Bruce Cran -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Stopping/deleting a DIFxApp driver when uninstalling
On Thu, 03 Jun 2010 08:17:32 -0400 Bob Arnson b...@joyofsetup.com wrote: On 6/2/2010 10:47 AM, Bruce Cran wrote: ServiceControl Id=sctp_service Name=Sctp Start=install Stop=both Remove=uninstall/ That might work but note that MSI explicitly says it doesn't support drivers as services. The sctp service (a kernel driver) works without problems during installation but it never gets stopped or removed during uninstallation. As I recall, that's usually handled via flags in an .inf file; DifxApp doesn't do it directly. Thanks, that was the problem: after adding the 0x800 flag (start the service after installation) into the AddService line in the INF file and removing the ServiceControl line everything works as expected, including the service being stopped and the driver file deleted! -- Bruce -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] createAndRemoveOnUninstall for registry VALUE?
On Wed, 12 May 2010 00:20:05 +0200 Kristoffer Danielsson kristoffer.daniels...@live.se wrote: It seems createAndRemoveOnUninstall works on the key. How would you use that logic only on the value under the specified key? That is, the key should not be removed - only the its sub value InstalledComponent1. The registry values are automatically created during installation and removed during uninstallation as standard. -- Bruce Cran -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ProgramFilesFolder and ProgramFiles64Folder, GUIDs and merge modules
Hi, I've just moved the majority of my installer logic to a merge module to enable users to integrate the product into their own installers. However when building a 64-bit MSI, I now get the following warnings: light.exe : warning LGHT1076 : ICE82: This action ProgramFilesFolder.CBD780C2_8B E5_4537_B7EC_5D2268D62C65 has duplicate sequence number 1 in the table InstallExecuteSequence It appears to be occurring because both ProgramFilesFolder and ProgramFiles64Folder have have the same sequence number of 1. They also have the same GUID - should they? I guess that since there are no dependencies between the directories it shouldn't matter which gets installed first, but I'd like to get rid of the warning if possible. -- Bruce Cran -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC - random name
On Wed, 16 Feb 2011 10:21:33 -0500 Andreas Hiltner andr...@andreas-hiltner.de wrote: Hi, When I install our generated MSI file, a dialog pops up, to ask the user, if he wants to allow the [insert random number here].msi to make any changes to the computer. Now we would like to replace the random number with the name of the MSI file or ProductCode. How do I do that? Maybe you could point me to the right area in the documentation. You can set it with the /d flag if you use signtool to sign the MSI. -- Bruce Cran -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Query about use of UAC shield on Install button
Hi, I have a question about the use of the UAC shield icon on the Install button when InstallPrivileges=elevated. According to http://msdn.microsoft.com/en-us/library/aa511445.aspx, Tasks that require immediate elevation when UAC is fully enabled have entry points marked with the UAC shield. In this case, users should expect to see an Elevation UI immediately after clicking such commands But after clicking on Install the wizard moves onto the next page and it can take several seconds for the elevation prompt to appear. I'm wondering if WiX is going against the UI guidelines, or if they instead mean immediate in terms of workflow, not time - i.e. users aren't allowed to interact with the UI between clicking the button and getting the elevation prompt, though the UI can update? -- Bruce Cran -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Query about use of UAC shield on Install button
On Thu, 24 Mar 2011 13:07:30 + Skildum, Mathew mathew.skil...@aspect.com wrote: This is actually a function of MSI not WIX. WIX is just the mechanism to build the MSI where the rules are enforced. MSI does follow these guidelines as far as I know. When you put the UAC shield on a button that does not mean the elevation request will happen right away. MSI does this request in the execute sequence before the any files are copied or deferred actions are run as this is the time when elevation is required. But as I understand it, it's WiX that controls whether or not the button has the shield icon: I'm wondering if it should use the shield icon on the button at all if the elevation request doesn't happen straight away. I'm tending towards yes, since it's a sign that the action that will occur will need to run as Administrator. -- Bruce Cran -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Query about use of UAC shield on Install button
On Thu, 24 Mar 2011 13:26:05 + Skildum, Mathew mathew.skil...@aspect.com wrote: Using the UAC shield is completely up to you not WIX. Since WIX is just the development environment, the job of following guidelines falls to the user. The WIX compiler can try to guide you down the right path, but it should not force you to do any one thing. The Button control XML has an option called ElevationShield which needs to be enabled to show the icon. It's not entirely up to the user since WiX ships with standard UIs such as WiXUI_Minimal which provides buttons with the ElevationShield property set. -- Bruce Cran -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Query about use of UAC shield on Install button
On Thu, 24 Mar 2011 13:43:38 + Skildum, Mathew mathew.skil...@aspect.com wrote: Just because WIX ships a set of UI dialogs does not mean you need to use them. I do not use any of the WIX dialogs and have create my own. This allows me to enable and modify the UI whenever I wish. Due to this the choice is completely yours, if you use the standard dialogs you get what is there or you can modify these to meet your needs. Thanks. I intend to continue using WiXUI_Minimal since it completely meets my needs: I was wondering about future applications that I write in relation to the timing of the UAC prompt. Since Microsoft developers work on WiX I guess it's not seen as a major fault if an application doesn't elevate immediately after clicking a button with a shield icon. -- Bruce Cran -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Urgent Please help: Could not open key: HKEY_CURRENT_USER\Software\Classes\MyAppAssembly....
On Wed, 23 Mar 2011 13:51:55 -0700 (PDT) kim contactme...@gmail.com wrote: I am confused as why the installer is trying to open this registry entry?? I created 2 more installers using WIX 3.5 for Windows 7 and Windows Server 2008 but never found this problem. This is only with Windows XP SP3 box. Please suggest any solution to this problem. You should get a log by running msiexec /l*vx msilog.txt /i name of msi file . That'll tell you what the installer is doing at each step. -- Bruce Cran -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Generate SSL certificate during install time
On Tue, 19 Apr 2011 09:53:41 -0700 Thai-Hoa Nguyen taiwa...@hotmail.com wrote: I'm looking for a way to create a SSL certificate during install time. I don't think makecert.exe is allowed to distribute. Please give me your suggestions. Could you use openssl to generate the certificates instead? -- Bruce Cran -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why are we using a mailing list vs forum?
On Wed, 18 May 2011 12:57:22 -0600 john.bu...@telvent.com wrote: There isn't a web interface; It's just an archive. So no posting or un-read markers. I think both ways would be compatible (web forum interface and mailing list interface). That'd be kind of neat. How about http://comments.gmane.org/gmane.comp.windows.devel.wix.user/55266 ? -- Bruce Cran -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] size of installation in Add\Remove programs applet
On Tue, 24 May 2011 16:49:18 +0400 Sergey sh0...@gmail.com wrote: I found in google that i can use ARPSIZE property to give ARP a hint, what is the size of installation. But i can not write fixed value for this property in WIX project, because size depends on features, user selects to install. How can i set ARPSIZE according to real total size of files, user selected to install? Are there some other solutions of this problem? I don't know if it helps, but http://technet.microsoft.com/en-us/magazine/gg558108.aspx explains how the size is estimated. -- Bruce Cran -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom dialogs in wix 3.5?
On Wed, 15 Jun 2011 07:54:43 -0700 Nuno Romao nro...@gmail.com wrote: I'm just now migrating a wix project from wix 3.0 to wix 3.5. My 3.0 project had a customization of InstallDirDlg.wxs to allow the user to decline creation of a desktop icon. To add this customization required modification of the InstallDirDlg.wxs file that was part of the wix 3.0 source. It seems that source for 3.5 is not available (or I can't find it). How can I move to 3.5 and still have a checkbox to disable creation of a desktop icon? The code for WiX 3.5 can be found at http://wix.codeplex.com/SourceControl/list/changesets?branch=wix35 . By the way I think Microsoft recommends a desktop icon not be created by default. -- Bruce Cran -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Community package definitions
On 28/06/2011 23:08, Dan Puza wrote: For example, I just made a separate post asking about problems I'm having bootstrapping Windows Installer 4.5 and SQL Server 2008. I wouldn't wish the trial and error pain and time on anybody duplicating the same effort. That doesn't seem like it should be necessary. Someone figures it out once and that's it, everyone benefits. There are some good answers on stackoverflow.com. For example http://stackoverflow.com/questions/471424/wix-tricks-and-tips . I think you can also make wiki entries there. -- Bruce Cran -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstalling driver package with DPInst
On 04/07/2011 08:56, Yuk Hei Pang wrote: Hi, I am currently having a msi created with wix 3.5 to install a driver package along with an application. The following custom action is used for uninstalling the driver package. I know this doesn't answer your question, but I think Microsoft recommends not uninstalling the driver when a user runs the uninstallation entry. -- Bruce Cran -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: bootstrap a single MSI, not showing BA UI at all
I'm just starting to use Burn and was wondering if it's possible to use it to simply 'wrap' an MSI as a .exe and have it not show any of its own UI? That is, launching the executable should only show the internal MSI interface. Is that possible using the standard BA, or would I have to write my own? -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] BA: Shutdown() or Quit()?
The documentation for Burn says that a BA should call Shutdown() when it's finished. However, there doesn't seem to be such a method, while Quit() does exist. Has this been renamed at some point and the documentation is lagging behind? -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn UI
On 25/10/2011 18:47, Neil Sleightholm wrote: Is it possible to use the standard WiX authored MSI dialogs as the UI for Burn? I asked about this yesterday: the BA that comes with Burn has a toggle to show the MSI UI, but it will still show its own interface too. You'd need to write your own BA to do this. See the thread Burn: bootstrap a single MSI, not showing BA UI at all for Rob's answer :) -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn UI
On 25/10/2011 22:12, Neil Sleightholm wrote: I guess I was hoping for something for free, the current BA UI doesn't look very nice if the WIX install is anything to go by I as I don't really write UI's I was look for a free lunch! Actually, the UI in the WiX installer is especially ugly - the UI that developers get via Burn is much nicer (without the RSS feed, a different layout etc.), if incomplete in places. For example there's no explanation that a reboot is required at the end, just Reboot and Close buttons. -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Weekly update is missing / message from sourceforge
On 26/10/2011 09:17, Albert van Peppen wrote: I've modified the title of this thread, since it has nothing more to do with installation problem :) My archive, for those who didn't knew yet, is at http://madbutcher.dyndns.org/snippets/WiX/ I try to keep it up to date as much as possible :) I've also started creating a mirror at http://bluestop.org/wix - currently just a few files from codeplex exist at http://bluestop.org/wix/releases/ . I think I have plenty of bandwidth to support it. -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Weekly update is missing / message from sourceforge
On 26/10/2011 16:05, Albert van Peppen wrote: I would like to automate this but on codeplex there are several obstacles to take: - You need to download via the website and accept the agreement (not easy to automate, that's the idea of it I suppose) - There is no history.txt so I need to get that one out of the source-zip file On sourceforce I haven't yet tried, but as far as I understand, the files will no longer be put on there? If you give me a (deep)link where I automatically can download the latest set, I'm happy to automate the mirroring :) I guess the weekly builds won't appear on codeplex due to issues around automating the uploads? I don't know what sort of server wixtoolset.org is on, but I was expecting they'd appear there, as the authoritative source. If not, then it may be possible for me to configure my server for a weekly rsync or something since I already do that for hosting other open source software. -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Configuring the version information in the bootstrapper?
I was wondering, are there any plans to allow the various version properties in the WiX bootstrapper to be customised, even if the developer doesn't want an entry to be created an ARP? Or, is it a feature that all bootstrapper executables are 'advertised' as having been created by WiX? For example, the following can't be changed at the moment: File description: WiX Toolset Bootstrapper Product name: Windows Installer XML It might be nice if a new property could be added to control whether or not the ARP entry is created for the bootstrapper, while allowing Manufacturer and Name to still be used to customize the executable properties. -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn UI
On 27/10/2011 18:25, Neil Sleightholm wrote: Out of interest do people think there is a demand for wizard style install? Personally I still think they are correct approach and I haven't seen a good alternative yet. I tend to agree. I know Apple don't always do things right, but they still use multi-page wizard applications on OS X for things like installing XCode. -- Bruce Cran -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DIFx: MsiProcessDrivers, WdfPostDeviceRemove and scheduling
I'm writing an installer for a WDF driver, and am finding that MsiProcessDrivers is being run after files have been removed. The problem is that according to the documentation, I need to run WdfPostDeviceRemove() after the service has been deleted - which requires WdfCoInstaller01009.dll to be loaded. Since that's already been deleted, my custom action is failing. Should I be scheduling MsiProcessDrivers earlier in the InstallExecute sequence, or do people just avoid DIFx and use DPinst etc. for drivers? -- Bruce Cran -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DIFx: MsiProcessDrivers, WdfPostDeviceRemove and scheduling
On 03/11/2011 11:54, Bruce Cran wrote: I'm writing an installer for a WDF driver, and am finding that MsiProcessDrivers is being run after files have been removed. The problem is that according to the documentation, I need to run WdfPostDeviceRemove() after the service has been deleted - which requires WdfCoInstaller01009.dll to be loaded. Since that's already been deleted, my custom action is failing. Should I be scheduling MsiProcessDrivers earlier in the InstallExecute sequence, or do people just avoid DIFx and use DPinst etc. for drivers? Sorry, I've just realised this would probably be better on StackOverflow etc. since it's not really a WiX question. -- Bruce Cran -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.6 and System.ArgumentException (illegal characters in path) during build
I'm using WiX 3.6.2221.0 and am having problems trying to build using msbuild.exe. Most of the time the build is failing with System.ArgumentException: light.exe : error LGHT0001: Illegal characters in path. [C:\cygwin\home\mymsi.wixproj] Exception Type: System.ArgumentException Stack Trace: at System.IO.Path.CheckInvalidPathChars(String path) at System.IO.Path.IsPathRooted(String path) at Microsoft.Tools.WindowsInstallerXml.BinderFileManager.ResolveFile(String source, String type, SourceLineNumberCollection sourceLineNumbers, BindStage bindStage) at Microsoft.Tools.WindowsInstallerXml.Binder.ResolveFields(TableCollection tables, Hashtable cabinets, ArrayList delayedFields) at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase(Output output, String databaseFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) Has anyone else come across this and know what the problem might be? -- Bruce Cran -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.6 and System.ArgumentException (illegal characters in path) during build
On 08/11/2011 19:03, Bruce Cran wrote: light.exe : error LGHT0001: Illegal characters in path. [C:\cygwin\home\mymsi.wixproj] It turned out that I had a stray in one of my variables which was being used in a path. -- Bruce Cran -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Failed to install WiX v3.6
On 16/11/2011 12:06, Harper wrote: What's wrong? How can I get information, why it failed? And how can this be fixed? One thing that's different from a successful installation is that it failed on a computer that's a member of a domain. But I am not aware of policies that disallow software installation. How do I get WiX 3.6 installed? One way it can fail is if Windows Installer has any reboots pending - for example if you've installed something previously that wanted to reboot and you clicked No. Otherwise, you could check in the logs it produces by default (i.e. logging is enabled by default) in %TEMP% . -- Bruce Cran -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error LGHT1055 when linking both VC100 CRT and MFC merge modules
Hi, I'm trying to add both the Visual C++ 2010 CRT and MFC merge modules to my project, but when I link I get: 2Product.wxs(23): error LGHT1055: The AdminUISequence table contains an action 'CA_WindowsFolder_amd64_VC.585D293E_BFCC_3045_857D_FFD4B0225AB6' which cannot be merged from the merge module 'C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_MFC_x64.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. [project.wixproj] I'm using the following Merge statements: Merge Id=VC100_CRT_x64 DiskId=1 Language=0 SourceFile=C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_CRT_x64.msm/ Merge Id=VC100_MFC_x64 DiskId=1 Language=0 SourceFile=C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_MFC_x64.msm/ Merge Id=VC100_MFCLOC_x64 DiskId=1 Language=0 SourceFile=C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_MFCLOC_x64.msm/ Merge Id=VC100_ATL_x64 DiskId=1 Language=0 SourceFile=C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_ATL_x64.msm/ Does anyone know how to fix this? -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PhysicalMemory issue
On 23/11/2011 14:56, Nicolas Penin wrote: I am adding Launch conditions to my installer made with wix 3.6. However, I am fighting with the PhysicalMemory property which actually reports the ram usable and not the installed ram on a 32-bit Windows 7. I'm not sure what you mean by ram usable. If Windows can only see/use 3 GB since you're running 32-bit Windows and you've installed 8 GB then you really don't want PhysicalMemory to report 8 because nothing can use anything above 3. -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error LGHT1055 when linking both VC100 CRT and MFC merge modules
On 22/11/2011 18:19, Bruce Cran wrote: I'm trying to add both the Visual C++ 2010 CRT and MFC merge modules to my project, but when I link I get: 2Product.wxs(23): error LGHT1055: The AdminUISequence table contains an action 'CA_WindowsFolder_amd64_VC.585D293E_BFCC_3045_857D_FFD4B0225AB6' which cannot be merged from the merge module 'C:\Program Files (x86)\Common Files\Merge Modules\Microsoft_VC100_MFC_x64.msm'. I forgot I'd enabled 'warnings as errors', so now they're just warnings I can ignore. -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable CA if feature not installed
On 24/11/2011 02:45, Michael Janulaitis wrote: What does '=3' mean? See http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] weekly updates
On 30/11/2011 09:07, Sean Farrow wrote: Hi: Havv3.6.2221.0? I don't see any and wondered whether updats had moved. Regards Sean.e there been any weekly updates later than That's an impressively mangled email! I believe there's a plan being worked out since the bandwidth quota was being exceeded on Sourceforge and so the weekly builds had to be removed. -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] weekly updates
On 30/11/2011 11:00, Albert van Peppen wrote: If someone of the wix team can provide me with the weekly set I am more than happy to put it on my WiX mirror. But as said, there are currently no weekly releases, to my knowledge, so I can't update my mirror. :( You could always create your own - just do a weekly hg pull -u, build the code and upload the files. -- Bruce Cran -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Build 3.5.1902.0 MSI broken on Windows 7 amd64?
Hi, I had an older build of WiX 3.5 installed so I uninstalled it and tried installing build 3.5.1902.0 from http://wix.sourceforge.net/releases/3.5.1902.0 . However, I click Install and get to the WelcomeDlg, but can't proceed because the Next button doesn't do anything. I've uploaded the log to http://www.cran.org.uk/~brucec/wix35_3.5.1902.0_log.txt.txt -- Bruce Cran -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error when tryin to install the latest drop of the wix toolset
On Sun, 4 Jul 2010 09:47:09 +0100 Sean Farrow sean.far...@seanfarrow.co.uk wrote: When trying to install the latest drop of the Wix toolset the installation doesn't proceed past the install feature selections dialog. It takes me back to what looks like the welcome dialog. It's a known issue: Yep, the new patch dialogs are busted on WixUI_Advanced. For a temporary workaround, install from the command line with /qb. -- Bruce Cran -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM registration of a DLL
On Fri, 9 Jul 2010 21:44:51 -0600 David Thielen da...@windward.net wrote: That sets the version number so we then have to update for every build. I'd prefer to avoid that. Isn't there an attribute to the file command that tells the system to register it? There is, but you should read http://stackoverflow.com/questions/364187/how-do-you-register-a-win32-com-dll-in-wix3 for details of why you shouldn't be using it. -- Bruce Cran -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX problem on Vista
On Saturday 31 July 2010 11:08:48 S.P wrote: Unfortunately, we don't have a lot of different machines to fully test this issue.But it works well on XP. A good way to test install/uninstall scenarios on a large number of configurations is via a VM technology such as VirtualBox (which is free - http://www.virtualbox.org/) or VMWare Workstation. They allow you to take snapshots and roll back to a clean state within seconds. -- Bruce Cran -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users