Re: [WiX-users] RegistryKey and Property Value
Ok, the workaround did the trick. Changed the component containing the Guid='*' to a generated guid and now it builds. Thank you! -- View this message in context: http://n2.nabble.com/RegistryKey-and-Property-Value-tp3705191p3711037.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UnInstallExecuteSequence ... how?
Create a custom action that triggers your command and schedule it using the condition Installed in the InstallExecuteSequence after the sequence position of the other custom program that iss sequenced during installation (set that condition to NOT Installed to ensure it doesn't get ran during uninstallation). Best regards, Sebastian Brand Deployment consultant E-Mail: sebast...@instyler.com Instyler Setup - Creating WiX-based MSI installations, elegantly. http://www.instyler.com -Original Message- From: mirram...@googlemail.com [mailto:mirram...@googlemail.com] Sent: Friday, September 25, 2009 06:37 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UnInstallExecuteSequence ... how? Hi all, I make use of InstallExecuteSequence to trigger custom programs when an installation succeeds. During uninstall I need to reverse the process and trigger another custom program, but unfortunately (telling from the docs) there does not seem to be a UnInstallExecuteSequence. How can I trigger an external program once an uninstallation has been successful? Thanks Armin. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] What is the latest stable verision of WIX?
Hi all, what is the lateststable version of wix . we are using Wix 3.0.2925 version. I think latest is 3.0.5295. I have all my projects in Wix 2.0.2925. But they are not being compiled in Wix 3.0.5295. in wix 2.0.2925 in the project type , custom action project type is not there. I am bit confused, please let me know which one is the latest and stable version. I want to upgrade my projects. -- View this message in context: http://n2.nabble.com/What-is-the-latest-stable-verision-of-WIX-tp3711341p3711341.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the latest stable verision of WIX?
v3.0.5419.0. Your v3.0 is very out-dated. You won't be able to simply compile WiX v2.0 XML in WiX v3.0 by upgrading your compiler. The schema has changed between v2.0 v3.0. You would be well advised to run your .wxs files through WiXCop.exe first and/or re-harvest anything you previously harvested using tallow.exe in v2.0 with heat.exe in v3.0 (where possible, heat.exe still doesn't support all the features tallow.exe did). I don't see why you'd be confused about the latest stable version. The WiX project pages on SourceForge are very clear on the subject. See http://wix.sourceforge.net/ or http://sourceforge.net/projects/wix/files/ Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: MYFLEX [mailto:shrinuen...@gmail.com] Sent: 25 September 2009 10:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] What is the latest stable verision of WIX? Hi all, what is the lateststable version of wix . we are using Wix 3.0.2925 version. I think latest is 3.0.5295. I have all my projects in Wix 2.0.2925. But they are not being compiled in Wix 3.0.5295. in wix 2.0.2925 in the project type , custom action project type is not there. I am bit confused, please let me know which one is the latest and stable version. I want to upgrade my projects. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UnInstallExecuteSequence ... how?
There is no such thing as UnInstallExecuteSequence. Schedule Condition your action appropriately in the InstallExecuteSequence. I suggest something like After=RemoveFiles and set the inner text to something like REMOVE AND Installed (note: those are suggestions don't just use them without seriously thinking about whether they are appropriate for your installer first. Without more information that's the best anyone can give you). See http://www.tramontana.co.hu/wix/lesson3.php#3.1 Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: mirram...@googlemail.com [mailto:mirram...@googlemail.com] Sent: 25 September 2009 05:37 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UnInstallExecuteSequence ... how? Hi all, I make use of InstallExecuteSequence to trigger custom programs when an installation succeeds. During uninstall I need to reverse the process and trigger another custom program, but unfortunately (telling from the docs) there does not seem to be a UnInstallExecuteSequence. How can I trigger an external program once an uninstallation has been successful? Thanks Armin. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
This is an entirely manufactured situation for testing purposes - I don't want to send out our first multi-language package without knowing how to patch it. Boy, am I glad too! We're currently looking at the language definitions and think we're going along the right lines though. Cheers, G Blair-2 wrote: The patch has to be applicable to whatever was already installed. Have you released what you are attempting to patch yet? -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3711514.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FW: Não foi possível entregar: Re: UnInstallExecuteSequence ... how?
Right these are getting annoying now. Are there no list admins around who can unsubscribe this address? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer http://www.iesve.com/disclaimer.html __ From: postmas...@vantyx.com [mailto:postmas...@vantyx.com] Sent: 25 September 2009 11:15 Subject:Não foi possível entregar: Re: [WiX-users] UnInstallExecuteSequence ... how? Your message did not reach some or all of the intended recipients. Subject: Re: [WiX-users] UnInstallExecuteSequence ... how? Sent: 25/09/2009 11:04 The following recipient(s) could not be reached: frederico.apost...@vantyx.com on 25/09/2009 11:15 The e-mail account does not exist at the organization this message was sent to. Check the e-mail address, or contact the recipient directly to find out the correct address. vantyx.lan #5.1.1 smtp;550 5.1.1 RESOLVER.ADR.RecipNotFound; not found -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing patch gives me Error reading file dialog
Hi, For people having the same issue, here is what I have found. If there are new folders starting with dot . ( e.g. folder name '.data' ) added to the upgrade image, installing patch will give the Error reading file error dialog. If removing dot . and changing .data to data, the patch installs successful. Shibo -- View this message in context: http://n2.nabble.com/Installing-patch-gives-me-Error-reading-file-dialog-tp3662429p3711703.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] warning LGHT1076: ICE68 when adding ngen step to installed .dll files
Thanks again for the guidance Blair. Our log contains an entry for each .dll: ExecNetFx: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ngen.exe install C:\Program Files\Resolver One\bin\Controls.dll ExecNetFx: Microsoft (R) CLR Native Image Generator - Version 2.0.50727.3053 ExecNetFx: Copyright (c) Microsoft Corporation. All rights reserved. ExecNetFx: Installing assembly C:\Program Files\Resolver One\bin\Controls.dll ExecNetFx: All compilation targets are up to date. This looks to me as though the ngen has been run correctly - but when I go to look at Controls.dll, it has not been ngen'ed, merely scheduled at priority 3. If we change the Priority tag in our wix config to something other than 0: File Id='%s' Name='%s' DiskId='1' Source='%s' netfx:NativeImage Id=NGen%s Priority=1 / /File then this is reflected in the logfile - for priority 1, the logfile contains a /queue:1 parameter in the ngen.exe command line. For priority 1 files, the ngen background service does then correctly ngen them soon after the install. When we use a command line to manually run the command copied from the logfile: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ngen.exe install C:\Program Files\Resolver One\bin\Controls.dll on a version installed without any ngen'ing, then the ngen appears to work as expected - is performed immediately and apparently synchronously, as far as we can tell. So our outstanding question is: Why does the apparently well-formed ngen command line fail to run properly when executed by ExecNetFx as part of the msi install process? Thanks heaps for all help given so far. We will, of course, continue to tinker with it and report any results back for future generations. Jonathan Blair wrote: Try adding LOGVERBOSE=1 to your commandline and look in the log for entries from both the SchedNetFx and ExecNetFx actions to see if there are any clues... -Original Message- From: Jonathan Hartley [mailto:tart...@tartley.com] Sent: Thursday, September 24, 2009 7:31 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] warning LGHT1076: ICE68 when adding ngen step to installed .dll files Hey Blair et al, I changed my Package InstallerVersion to '200', as suggested, and this makes the compile-time warning go way. However, my installed .dll files still seem to be scheduled for deferred ngen at priority 3. As you can see from the tags below, I ask for them to be done at priority 0 - immediately, synchronously. I don't understand when priority '3' ngen'ing takes place. I've left my installed files sitting around for an hour, but they still aren't done. ngen queue status reports the service is running. What else do I need to do? Any further clues as to what's going on would be much appreciated. Many thanks Jonathan Jonathan Hartley wrote: Thanks Blair, We might need to support early versions of Windows. - we're writing a downloadable desktop application for widespread use. What happens to Me and earlier users who try to install when we use installerVersion 200? Are they unable to install? Thanks for the pointers, I'll go read about this. Jonathan Blair wrote: Do you really need to support Windows Me or earlier? In your Package element, set the InstallerVersion attribute to 200 or higher. -Original Message- From: Jonathan Hartley [mailto:tart...@tartley.com] Sent: Wednesday, September 23, 2009 11:04 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] warning LGHT1076: ICE68 when adding ngen step to installed .dll files Hi all. I'm migrating our wix2 install to wix3. In the process, I'm reinstating the netfx tags on some .dll files to get them ngen'ed as part of the install, eg: File Id='Controls.dll' Name='Controls.dll' DiskId='1' Source='..\bin\Controls.dll' netfx:NativeImage Id=NGenControls.dll Priority=0 Platform=32bit / /File With the netfx tag added, I get the following warning from light: light -nologo -ext WixUIExtension -ext WixNetFxExtension Resolver-One.wixobj C:\delivery\Dev\wix30_public\src\ext\NetFxExtension\wixlib\NetFxExtension.wx s(819): warning LGHT1076: ICE68: This package has elevated commit in CustomAction table (Action=NetFxExecuteNativeImageCommitInstall) but it has a schema less than 150. Running the produced .msi file, the dll files are installed, and they are scheduled for ngen on priority 3. I'd really like to be able to ngen them synchronously, as part of the install, as we did with Wix2. I can't understand the above warning, and haven't been able to Google anything useful either. Does anyone have any clues, or suggestions of what I should be reading up on? Many thanks, Jonathan --
Re: [WiX-users] Upgrade Installs and Component Rules
I assume you mean C1 and C1-prime in step 2. I have to refresh my memory on what is allowed in a Major Upgrade vs. other upgrades. I think that moving R3 to C1-prime must only be allowed because this is a major upgrade. Otherwise it breaks the rules? I suspect I will always be doing major upgrades anyway. Thanks, Scott On Wed, Sep 23, 2009 at 12:10 PM, Blair os...@live.com wrote: For V2: 1: Change ProductCode(s) (make this a major upgrade) 2: Make certain that C1 and C2 share the same condition and directory. In the future, if you ever need them to have different conditions/directories, you will be forced to rename R1 (placing the renamed R1 in some new not-yet-created component and retire/remove C1 from your authoring entirely). Component Id='C1' ... File Id='R1' Keypath='yes' .../ /Component Component Id='C1-prime' ... !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a registry key --RemoveRegistryKey Action='removeOnInstall' .../ !-- you are out of luck if it us just a registry value -- ... Id='R3'/ /Component Blair -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Wednesday, September 23, 2009 6:43 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Upgrade Installs and Component Rules And if R1 does not have a version resource? Most of the files involved will not have version resources. They will be text/XML, arbitrary binary data, or .jar files. Scott On Mon, Sep 21, 2009 at 2:19 PM, Blair os...@live.com wrote: If you're reasonably certain that you will never need R2 again: I assume V1 looks like this: Component Id='C1' ... File Id='R1' Keypath='yes' .../ ... Id='R2'/ ... Id='R3'/ /Component For V2: Preferred 1: Change ProductCode(s) (make this a major upgrade) 2: Force an updated version resource in R1 (sorry) Component Id='C1' ... File Id='R1' Keypath='yes' .../ !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a registry key --RemoveRegistryKey Action='removeOnInstall' .../ !-- you are out of luck if it us just a registry value -- ... Id='R3'/ /Component I can work on the extra credit latter... -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Monday, September 21, 2009 7:46 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Upgrade Installs and Component Rules In version 1 of my application I have a component C1 which contains multiple resources. C1 = { R1, R2, R3 } The file R1 is the key path for C1. The rest of the application requires that the resources are installed with the same path and names in V1 and V2. In version 2 of my application I need to install a newer version of R3. What's the right thing to do? Version 2 of my application no longer needs R2. What is the right thing to do? (Extra credit: How does this change if R2 was the key path for the component?) The problems I'm having are that I can't change the name or path to the resources because the application requires them to be found at a particular path - that's a pretty basic requirement that I don't think is unreasonable. That seems to mean that I can never split the resources into different components and I can never remove a resource, because... The component rules at http://msdn.microsoft.com/en-us/library/aa367849(VS.85).aspx state: Introduce a new component and assign it a unique component code when making any of the following changes: - Any change that has not been shown by testing to be compatible with previous versions of the component. In this case, you must also change the name or target location of every resource in the component. - A change in the name or target location of any file, registry key, shortcut, or other resource in the component. In this case, you must also change the name or target location of every resource in the component. - The addition or removal of any file, registry key, shortcut, or other resource from the component. *In this case, you must also change the name or target location of every resource in the component.* That last item to me says - you can't change components ever without breaking your application. In what universe is it possible or practical to change the name or target location of every resource in the component without breaking the application? It seems that the only way to make an installer that can be upgraded is to limit things to one resource per component. Is that right? The component rules also state: A new version of a component is assigned the same component code as another existing component. Modifying a component without changing the component
Re: [WiX-users] UnInstallExecuteSequence ... how?
The same InstallExecuteSequence is used for all of the following (you should test): Initial installation Major Upgrade Minor Upgrade/Small Update Patching Repair Removal You should test that your conditions work for all of those scenarios. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Friday, September 25, 2009 3:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] UnInstallExecuteSequence ... how? There is no such thing as UnInstallExecuteSequence. Schedule Condition your action appropriately in the InstallExecuteSequence. I suggest something like After=RemoveFiles and set the inner text to something like REMOVE AND Installed (note: those are suggestions don't just use them without seriously thinking about whether they are appropriate for your installer first. Without more information that's the best anyone can give you). See http://www.tramontana.co.hu/wix/lesson3.php#3.1 Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: mirram...@googlemail.com [mailto:mirram...@googlemail.com] Sent: 25 September 2009 05:37 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] UnInstallExecuteSequence ... how? Hi all, I make use of InstallExecuteSequence to trigger custom programs when an installation succeeds. During uninstall I need to reverse the process and trigger another custom program, but unfortunately (telling from the docs) there does not seem to be a UnInstallExecuteSequence. How can I trigger an external program once an uninstallation has been successful? Thanks Armin. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
I've been thinking about your situation. How are you generating your language transforms? -Original Message- From: Gareth [mailto:gmor...@serif.com] Sent: Friday, September 25, 2009 3:16 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi language patching This is an entirely manufactured situation for testing purposes - I don't want to send out our first multi-language package without knowing how to patch it. Boy, am I glad too! We're currently looking at the language definitions and think we're going along the right lines though. Cheers, G Blair-2 wrote: The patch has to be applicable to whatever was already installed. Have you released what you are attempting to patch yet? -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3711514.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade Installs and Component Rules
It is a rule breakage no matter what, but those of us who have been in your spot before have learned the side effects of several different rule breakages, both short and long term. When breaking component rules, major upgrades tend to be something you will be forced to do sooner or later, and so it is best to design for that eventuality. In addition, several kinds of rule breakages are simply not possible unless the upgrade is major. Thus, the rule-of-thumb is to always use major upgrades to fix poorly-formed or otherwise in-need-of-reform components. -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Friday, September 25, 2009 6:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Upgrade Installs and Component Rules I assume you mean C1 and C1-prime in step 2. I have to refresh my memory on what is allowed in a Major Upgrade vs. other upgrades. I think that moving R3 to C1-prime must only be allowed because this is a major upgrade. Otherwise it breaks the rules? I suspect I will always be doing major upgrades anyway. Thanks, Scott On Wed, Sep 23, 2009 at 12:10 PM, Blair os...@live.com wrote: For V2: 1: Change ProductCode(s) (make this a major upgrade) 2: Make certain that C1 and C2 share the same condition and directory. In the future, if you ever need them to have different conditions/directories, you will be forced to rename R1 (placing the renamed R1 in some new not-yet-created component and retire/remove C1 from your authoring entirely). Component Id='C1' ... File Id='R1' Keypath='yes' .../ /Component Component Id='C1-prime' ... !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a registry key --RemoveRegistryKey Action='removeOnInstall' .../ !-- you are out of luck if it us just a registry value -- ... Id='R3'/ /Component Blair -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Wednesday, September 23, 2009 6:43 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Upgrade Installs and Component Rules And if R1 does not have a version resource? Most of the files involved will not have version resources. They will be text/XML, arbitrary binary data, or .jar files. Scott On Mon, Sep 21, 2009 at 2:19 PM, Blair os...@live.com wrote: If you're reasonably certain that you will never need R2 again: I assume V1 looks like this: Component Id='C1' ... File Id='R1' Keypath='yes' .../ ... Id='R2'/ ... Id='R3'/ /Component For V2: Preferred 1: Change ProductCode(s) (make this a major upgrade) 2: Force an updated version resource in R1 (sorry) Component Id='C1' ... File Id='R1' Keypath='yes' .../ !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a file --RemoveFile Id='R2' On='install' Name='...'/ !-- if R2 is a registry key --RemoveRegistryKey Action='removeOnInstall' .../ !-- you are out of luck if it us just a registry value -- ... Id='R3'/ /Component I can work on the extra credit latter... -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Monday, September 21, 2009 7:46 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Upgrade Installs and Component Rules In version 1 of my application I have a component C1 which contains multiple resources. C1 = { R1, R2, R3 } The file R1 is the key path for C1. The rest of the application requires that the resources are installed with the same path and names in V1 and V2. In version 2 of my application I need to install a newer version of R3. What's the right thing to do? Version 2 of my application no longer needs R2. What is the right thing to do? (Extra credit: How does this change if R2 was the key path for the component?) The problems I'm having are that I can't change the name or path to the resources because the application requires them to be found at a particular path - that's a pretty basic requirement that I don't think is unreasonable. That seems to mean that I can never split the resources into different components and I can never remove a resource, because... The component rules at http://msdn.microsoft.com/en-us/library/aa367849(VS.85).aspx state: Introduce a new component and assign it a unique component code when making any of the following changes: - Any change that has not been shown by testing to be compatible with previous versions of the component. In this case, you must also change the name or target location of every resource in the component. - A change in the name or target location of any file, registry key, shortcut, or other resource in the component. In this case, you must also change the name or target location of every resource in the component. - The
Re: [WiX-users] Update adding a new compontent
My preference would be to have the new MSI only include the new files, however we could include older versions if necessary. Ideally the versions in the GAC would stack up until someone uninstalls them. If we could pull it off I would like to have one entry in add remove programs that gives the option of removing a specific version or completely removing all of the installed versions. Correct. File names and paths for VS support stay the same. Preference would be to release a single MSI that can be run from windows. Mike -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, September 24, 2009 5:27 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Update adding a new compontent I assume from the description you don't want to ship the older versions you intend to leave behind in newer MSIs, correct? Will those old components ever be removed? If so, by what mechanism? The component you update (that is the DLL, Debug, Doc, and Registry, correct?) keeps its filename and directory, correct? Are you intending to simply ship the raw MSI file out, or are you bootstrapping it? -Original Message- From: Stout, Mike [mailto:mike.st...@oa.mo.gov] Sent: Thursday, September 24, 2009 1:06 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Update adding a new compontent I am new to writing set up packages in general and I am looking for a way to have a single file installer that will work as both a clean install and an update to previous installs. The catch is that in update mode I need to change an existing component, add a new component, and leave a third in place. Example: We have an installer for a framework library. One component drops a copy of the DLL into the GAC. Another component writes the DLL, Debug and Documentation files to an install directory and adds a registry entry telling Visual Studio where to find them. Now when it is time to update we want to add the new version to the GAC (new component) without removing the original version(leave existing component), but overwrite the files VS uses with the new version (update existing component). The approach seems to have gotten me closest is to change the ID of the GAC component with each revision while leaving the ID of the VS component static. However to get this to work I am also having to change the product ID which results in each update having its own entry in add/remove programs. Am I on the right track with this? Is there a simple way to get this type of behavior without having to change the product ID? Mike -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Detecting whether WAS Http and WAS non-http is installed
I'm trying to detect whether the Windows Communication Foundation HTTP Activation and Windows Process Activation features are installed. Does anyone know what these product IDs or regkeys are? Scott -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Suggestions on Disabling a Feature if Certain .NET Framework Isn't Installed
I have a feature tree that consists of several features that install .NET support. So I have a tree like .NET Framework 2.0 Support .NET Framework 3.0 Support ... What I would like to do is have those features either disabled or greyed out if the Framework associated with that feature isn't installed. Maybe its better that I have a dialog after the feature tree that does the checks and stops the user from continuing. Any thoughts? -- View this message in context: http://n2.nabble.com/Suggestions-on-Disabling-a-Feature-if-Certain-NET-Framework-Isn-t-Installed-tp3714293p3714293.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Suggestions on Disabling a Feature if Certain .NET Framework Isn't Installed
Can't you condition the features? -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: Friday, September 25, 2009 12:03 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Suggestions on Disabling a Feature if Certain .NET Framework Isn't Installed I have a feature tree that consists of several features that install .NET support. So I have a tree like .NET Framework 2.0 Support .NET Framework 3.0 Support ... What I would like to do is have those features either disabled or greyed out if the Framework associated with that feature isn't installed. Maybe its better that I have a dialog after the feature tree that does the checks and stops the user from continuing. Any thoughts? -- View this message in context: http://n2.nabble.com/Suggestions-on-Disabling-a-Feature-if-Certain-NET-Frame work-Isn-t-Installed-tp3714293p3714293.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Detecting whether WAS Http and WAS non-http is installed
I'm trying to detect whether the Windows Communication Foundation HTTP Activation and Windows Process Activation features are installed. Anyone have a good approach for this. Scott -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Thanks for the help, I tried it without InstallPrivileges=elevated and it almost got it to work. Both methods ('Condition' element and type 19 custom action) appear to have the same net effect. XP works great and stops the install if not an admin. That fine and is what I want. Vista however is different. If logged in as admin, double clicking the msi to launch the install doesn't recognise Im admin stops with my error message. Under the same admin login, if I open a command prompt as administrator and run msiexec /i myinstall.msi , the installer now detects admin and continues fine. Great! But what sane user is going to want to run an installer from the command prompt as administrator ;( Here is my Custom action InstallUISequence Custom Action=IsPrivileged Before=LaunchConditionsNot AdminUser/Custom Show Dialog=OldVerDetected After=FindRelatedProductsREMOVEOLDPRODUCT/Show /InstallUISequence Is UISequence the correct place for this stuff? Also note I need to set the MSIUSEREALADMINDETECTION property to 1 for this to work. After trying all this it seems (in this case) msi cannot detect if I am an admin user in Vista. What about creating a bootsrap setup.exe which runs my installer using msiexec like I did the command prompt. Is that whats normally done to get round this type of problem? Lastly I noticed when using: Condition Message=You must be an admin to install this product.Not AdminUser/Condition No Launch Condition Table is created when I open the msi in Orca, even though the condition seems to work (at least for XP and vista standard user). Why is that? _ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
In XP: you either are an administrator or you are not. It is simple. In Vista with UAC turned off: Same as XP. In Vista with UAC turned on: Administrators are not an administrator until they elevate (via the consent dialog). Non-administrators can also elevate via the same mechanism by supplying an administrator's credentials. To prevent breaking older installation packages, on Vista without MSIUSEREALADMINDETECTION set, AdminUser (and Privileged) are always set, since the user can (in theory) always supply the credentials needed to the consent dialog. Privileged means that either the user can install or would be able to install by supplying credentials. AdminUser (if MSIUSERREALADMINDETECTION is set to 1) means that you have a token that has the administrator's groups privileges enabled. The non-elevated token of the your admin doesn't have those set. Typically, what people have done is not set MSIUSEREALADMINDETECTION, test for the condition of Privileged, and expect that the following happens: If the installation could succeed on XP, the condition passes, otherwise it fails. The condition always passes on Vista (on the assumption that the user will later see the consent dialog), and the user must navigate the consent dialog in order to complete the installation. I'm sure you have a justification to not allow Vista standard users from attempting perMachine installations, but the reason for the changes above was to enable what is called over-the-shoulder permission: standard users starts installation, gets consent dialog, administrator comes by and supplies credentials, installation completes. That is easier than the XP model of logout, login as admin, run installation, logout, log back in as user. -Original Message- From: warne warne [mailto:warne...@hotmail.com] Sent: Friday, September 25, 2009 1:25 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Vista Standard User and perMachine install Thanks for the help, I tried it without InstallPrivileges=elevated and it almost got it to work. Both methods ('Condition' element and type 19 custom action) appear to have the same net effect. XP works great and stops the install if not an admin. That fine and is what I want. Vista however is different. If logged in as admin, double clicking the msi to launch the install doesn't recognise Im admin stops with my error message. Under the same admin login, if I open a command prompt as administrator and run msiexec /i myinstall.msi , the installer now detects admin and continues fine. Great! But what sane user is going to want to run an installer from the command prompt as administrator ;( Here is my Custom action InstallUISequence Custom Action=IsPrivileged Before=LaunchConditionsNot AdminUser/Custom Show Dialog=OldVerDetected After=FindRelatedProductsREMOVEOLDPRODUCT/Show /InstallUISequence Is UISequence the correct place for this stuff? Also note I need to set the MSIUSEREALADMINDETECTION property to 1 for this to work. After trying all this it seems (in this case) msi cannot detect if I am an admin user in Vista. What about creating a bootsrap setup.exe which runs my installer using msiexec like I did the command prompt. Is that whats normally done to get round this type of problem? Lastly I noticed when using: Condition Message=You must be an admin to install this product.Not AdminUser/Condition No Launch Condition Table is created when I open the msi in Orca, even though the condition seems to work (at least for XP and vista standard user). Why is that? _ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Detecting whether WAS Http and WAS non-http is installed
Hi, I'm trying to detect whether the Windows Communication Foundation HTTP Activation and Windows Process Activation features are installed. Anyone have a good approach for this. Thanks, Jagadeesh -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting whether WAS Http and WAS non-http is installed
I assume the silence of the last two days is either that none of us have ever used it (or even heard of it, in many cases), or that the few that know about it haven't discovered your message yet (and you need to give them more time since they may not troll this list on a daily basis). For you and Scott, the best I see is the instructions on this page to install it: http://msdn.microsoft.com/en-us/library/ms731053.aspx. You could try a registry and/or file system diff between the installed state and the non-installed state, but I don't know how reliable that really would be (especially given service packs and newer OS versions). You could contact the owners of that technology and ask them how to programmatically detect it. Then come back to us if needed with that information and we can tell you how to express that in WiX, as well as give advice on how maintainable we think the options may be (assuming they give you more than one method). It looks like a cool technology. If a way to detect it can be shared, I'm sure others would appreciate your sharing... -Original Message- From: Subrahmanya Jagadeesh Madduri [mailto:j...@microsoft.com] Sent: Friday, September 25, 2009 3:05 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Detecting whether WAS Http and WAS non-http is installed Hi, I'm trying to detect whether the Windows Communication Foundation HTTP Activation and Windows Process Activation features are installed. Anyone have a good approach for this. Thanks, Jagadeesh -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting whether WAS Http and WAS non-http is installed
We usually check with the vendor (manufacturer) of the software to see what their recommended approach is as we consider them to be the expert on their software. Heck, you work at Microsoft, can't you ask someone there? -Original Message- From: Subrahmanya Jagadeesh Madduri [mailto:j...@microsoft.com] Sent: Friday, September 25, 2009 3:05 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Detecting whether WAS Http and WAS non-http is installed Hi, I'm trying to detect whether the Windows Communication Foundation HTTP Activation and Windows Process Activation features are installed. Anyone have a good approach for this. Thanks, Jagadeesh -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users