Re: [WiX-users] how to install Fonts in WIX? (Weber Stefan (IT))
Something like this works for me: Directory Id=TARGETDIR Name=SourceDir Directory Id=FontsFolder / /Directory DirectoryRef Id=FontsFolder Component Id=MyFont.ttf Guid=YOUR-GUID-HERE File TrueType=yes Name= MyFont.ttf KeyPath=yes / /Component /DirectoryRef Neil -Original Message- From: xfishxi [mailto:xfis...@yeah.net] Sent: 11 March 2009 02:49 To: wix-users Cc: ste...@lists.sourceforge.net Subject: Re: [WiX-users] how to install Fonts in WIX? (Weber Stefan (IT)) hi Stefan, thanks for your help, i follow your advise and do it again, unfortunately it failed , the two fonts can't copy(install) to the %WINDOWS%\FONTS , how can i do? thanks vincent Hi Vincent, for TrueType Fonts you can use this DirectoryRef Id=FontsFolder Component Id=InstallFonts Guid=YOUR-GUID-HERE File Id=font1.TTF Source=fonts\font1.ttf TrueType=yes / File Id=font2.TTF Source=fonts\font2.ttf TrueType=yes / /Component /DirectoryRef Stefan -Urspr?ngliche Nachricht- Von: xfishxi [mailto:xfis...@yeah.net] Gesendet: Dienstag, 10. M?rz 2009 04:10 An: wix-users Betreff: [WiX-users] how to install Fonts in WIX? hi I'm use wix to generate my MSI Installer, our product needs to use two Fonts(SIMYOU.TTF and STHUPO.TTF), so we need to install these two fonts into the system folder(%WINDOWS\FONTS%), now i write a InstallFonts function in an extra executable, and invoke this executable in WIX as a Custom Action, but i think this solution is not good, i believe that WIX can do the same thing, but i don't know how to do it with WIX, so does anyone can help me, i appreciate for any help, thanks vincent -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] add version number with msi
I tend to use the binding code and set the version number to the same version as the primary file I am installing, e.g.: ?define Version = !(bind.fileVersion.MyApplication.exe) ? Product Id=$(var.ProductCode) ... Neil -Original Message- From: Tency Kuruvilla [mailto:tency.kuruvi...@kcs.com.kw] Sent: 11 March 2009 05:17 To: wix-users@lists.sourceforge.net Subject: [WiX-users] add version number with msi dear how to automate version number? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Major Upgrades without version change
In common with a lot of build processes ours uses a 4 part version number, major.minor.day.revision, in a given day the revision can change if the developers rebuild but the shipping product would never have the same major.minor.day version. This causes a problem with Windows Installer major upgrades because it only uses 3 part versions numbers to detect upgrades. I would like to perform a major upgrade even if only the revision changes and think I have found a way but would be interested in any issues it may cause. RemoveExistingProducts is scheduled after InstallValidate, so the product will be removed before anything new is installed. The upgrade code is: Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.Version) IncludeMinimum=no OnlyDetect=yes Property=NEWERVERSIONDETECTED / UpgradeVersion Minimum=0.0.0 IncludeMinimum=yes Maximum=$(var.Version) IncludeMaximum=yes Property=PREVIOUSVERSIONDETECTED / /Upgrade The key here is that PREVIOUSVERSIONDETECTED has IncludeMaximum=yes, this will generate ICE61 but will allow upgrades will the same version number. NEWERVERSIONDETECTED is set with IncludeMinimum=no so that the newer version detected launch condition on triggers if the build is from a new day. This works but is it a really bad thing to do? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major Upgrades without version change
Good point, that could even be considered a useful feature downgrades without an uninstall. Neil -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: 11 March 2009 17:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Major Upgrades without version change Neil Sleightholm wrote: This works but is it a really bad thing to do? It means that it's still possible to install an earlier version. If they're never released, it's only a problem for your internal folks. -- sig://boB http://joyofsetup.com/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
I have a similar application to yours although we don't deliver across the web but internally from a server installed on the client site. There is some information on using clickonce with VB6 here http://msdn.microsoft.com/en-us/library/aa697430(VS.80).aspx, I got something to work but it wasn't at all easy to get it work reliably in all scenarios. This was mainly due to COM registration, using reg-free COM helped. For me the biggest issue was signing of the install, it would have meant re-signing the application on every client site. My experience of ClickOnce is that it is really not ready for the big time. There is some good stuff about reg-free COM here: http://blogs.gotdotnet.com/bethmassi/archive/2007/06/27/deploying-intero p-usercontrols.aspx. I am still looking for a good solution to this problem. My current favourite is to use a standard MSI and then download/install it in a similar way to Windows Updates. I think I will have to write the code to do this although the Background Intelligent Transfer Service (BITS) may help. I hope this helps. Neil -Original Message- From: Rob Series [mailto:r...@sensorysoftware.com] Sent: 05 March 2009 16:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice on Click Through technology wanted Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
I was under the impression that ClickThrough was an implementation of ClickOnce but I may be wrong. Neil -Original Message- From: Phil Sayers [mailto:p...@cds-am.net] Sent: 05 March 2009 18:38 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Advice on Click Through technology wanted I'm not in a position to help, but clarification about whether the original poster meant to say Click Once Or Click Through would be helpful before this discussion goes a lot further. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Thursday, March 05, 2009 1:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Advice on Click Through technology wanted I have a similar application to yours although we don't deliver across the web but internally from a server installed on the client site. There is some information on using clickonce with VB6 here http://msdn.microsoft.com/en-us/library/aa697430(VS.80).aspx, I got something to work but it wasn't at all easy to get it work reliably in all scenarios. This was mainly due to COM registration, using reg-free COM helped. For me the biggest issue was signing of the install, it would have meant re-signing the application on every client site. My experience of ClickOnce is that it is really not ready for the big time. There is some good stuff about reg-free COM here: http://blogs.gotdotnet.com/bethmassi/archive/2007/06/27/deploying-intero p-usercontrols.aspx. I am still looking for a good solution to this problem. My current favourite is to use a standard MSI and then download/install it in a similar way to Windows Updates. I think I will have to write the code to do this although the Background Intelligent Transfer Service (BITS) may help. I hope this helps. Neil -Original Message- From: Rob Series [mailto:r...@sensorysoftware.com] Sent: 05 March 2009 16:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice on Click Through technology wanted Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee
Re: [WiX-users] Installing to multiple disks
TARGETDIR is just the root for Directory elements, you can add sub elements to this that are for each drive you want to install to. You will need to set these with a property or the SetDirectory element, e.g.: SetProperty Id= APPLICATION Value=C:\ After=CostInitialize / SetProperty Id= LOGS Value=D:\ After=CostInitialize / Directory Id=TARGETDIR Name=SourceDir Directory Id=APPLICATION / Directory Id=LOGS / /Directory Neil -Original Message- From: JeroenRemie [mailto:jeroen.re...@traxion.nl] Sent: 03 March 2009 09:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing to multiple disks Hello, I am pretty new to WiX, but for a project in my company we have decided to use it to create an installer to facilitate automated releases and release updates. For this project, we need to install files to both the C and D drive of our Test and Develop enviroments. It seems like WiX will only let me install to one source drive (TARGETDIR). Is there a way for me to use one installer to install files to both the C and D drive? Thanks, Jeroen Remie Traxion Consultancy b.v. Waardenburg, the Netherlands. -- View this message in context: http://n2.nabble.com/Installing-to-multiple-disks-tp2414343p2414343.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] OT: Windows Installer version number
Slightly of topic but does anyone one know why Windows Installer only recognises 3 part version numbers? It makes it a real pain to handle automated builds that use the last part for builds within a day. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing to multiple disks
The SetProperty can be scheduled with the Before and After attributes. Although I used SetProperty in this example SetDirectory might be more appropriate (but it can't be scheduled), e.g.: SetDirectory Id=DATALOCATION Value=[WindowsVolume]My Data Folder![CDATA[DATALOCATION=]]/SetDirectory (The condition allows it to be overridden on the command line.) Neil -Original Message- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: 03 March 2009 16:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing to multiple disks Neil, Interesting; I'd never used SetProperty before; I found that creating a Property with the same Id allowed me to give the Directory a default value. Does anyone know of any caveats to this method? The one I can see off the bat is that the Property element cannot be scheduled, but since I'm not using any UI, I don't know if that is a problem. I'll try it and check the install log to see if it looks any different. Thanks, Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ Original Message Subject: Re: [WiX-users] Installing to multiple disks From: Neil Sleightholm n...@x2systems.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: 3/3/2009 4:18 AM TARGETDIR is just the root for Directory elements, you can add sub elements to this that are for each drive you want to install to. You will need to set these with a property or the SetDirectory element, e.g.: SetProperty Id=APPLICATION Value=C:\ After=CostInitialize / SetProperty Id=LOGS Value=D:\ After=CostInitialize / Directory Id=ARGETDIR Name=SourceDir Directory Id=PPLICATION / Directory Id=OGS / /Directory Neil -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Does anyone know how best to capture the registry changes made by RegAsm / RegTlib?
Heat can capture quite a lot but not self-reg exes. I have also used something called RegSpy but I can't remember where it came from. Neil -Original Message- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: 03 March 2009 19:31 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Does anyone know how best to capture the registry changes made by RegAsm / RegTlib? Heat works well for self-registered DLLs; is there a similar technique that one can use for the results of RegAsm / RegTlib on a .NET assembly / type library? Is there a way to get a child process to inherit the Registry re-mappings? The same thing would be useful for self-registered EXEs. Thanks, -- Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detect WiX Version
Thanks Bob, that was exactly what I was after. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Mon 02/03/2009 05:07 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Detect WiX Version Neil Sleightholm wrote: Is it possible to detect the version of WiX when candle is run? What I would like to do is make sure users have the correct version of WiX installed when compiling so that newer features/bug fixes are included in the MSI, e.g. something like this: Wix/@RequiredVersion -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Detect WiX Version
Is it possible to detect the version of WiX when candle is run? What I would like to do is make sure users have the correct version of WiX installed when compiling so that newer features/bug fixes are included in the MSI, e.g. something like this: ?if sys.WixVersion 3.0.5027.0 ? ?error WiX version 3.0.5027.0 or later is required. ? ?endif? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF Debugging
It doesn't seem to work for me no matter what I try. Neil -Original Message- From: Scott Sam [mailto:s...@clearviewecm.com] Sent: 27 February 2009 18:29 To: General discussion for Windows Installer XML toolset.; chr...@deploymentengineering.com Subject: Re: [WiX-users] DTF Debugging Usually, for me, clicking ok on that brings up the code as long as it was compiled in debug. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, February 27, 2009 1:12 PM To: chr...@deploymentengineering.com; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF Debugging Chris, did you find a solution to this? Neil -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 25 February 2009 21:27 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Debugging Is anyone having problems having trouble debugging DTF CA's? I used to be able to set the MMsiBreak environment variables and step into my code without any difficulty but now when I attach the debugger I get an error message saying that no symbols are loaded for any stack frame. The source code cannot be displayed. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] is there a way to get a dll.config file deployed along side a gac destined file, e.g. a File .../ entry with Assembly=.net defined?
Oh Biztalk, yet another Microsoft product that didn't think about deployment properly. Sorry for being cynical and unhelpful but this one has bitten me before! Neil -Original Message- From: Robert O'Brien [mailto:robert.obr...@microsoft.com] Sent: 27 February 2009 23:10 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] is there a way to get a dll.config file deployed along side a gac destined file, e.g. a File .../ entry with Assembly=.net defined? Our service deliverable msi is installing a biztalk 2009 application. As is the case with all things bts everything it uses needs to get deployed to the gac. One of those bts resource dll's makes use of the vs08 settings designer/api for externally exposing runtime settings you want to be able to tweak w/o having to rebuild, i.e. settings designer == project | properties | Settings | Settings.Default.MySettingsDesignerCreatedAndMaintainedRunTimeValue = 12345 settings api == some type implementation.cs | int someExternallyConfigurableRuntimeSetting = Settings.Default.MySettingsDesignerCreatedAndMaintainedRunTimeValue; For that gac deployed dll to have its settings api calls able to retrieve the dll.config stored runtime settings the dll.config has to be placed in the same directory as the dll. I tried the following two options and the first doesn't work because it seems the file copy to the gac of the dll.config gets cleared when MsiPublishAssemblies processing of the Assembly=.net dll file setting is processed. I tried the second option I could think of which was to add the custom action sequenced to happen after MsiPublishAssemblies and even though the verbose logs show it successfully copying the dll.config to the right path it is not there after setup competes. Not sure what process is deleting that file copy. I can copy the custom action statement out of the verbose log and run it after setup completes and it does what I'd expect. Any thoughts on why that's happening and more importantly how I can get this dll.config file deployed along side its parent gac deployed dll as part of my wix sources would be very much appreciated. Component Id=Sdk1Gac14 Guid=A6D64010-D181-40BF-9ABC-BA15633E1F45 File Id=Sdk1GacDataEntities.Providers.dll Name=MyGacDestinedAssembly.dll Source=$(var.MyGacDestinedAssembly.TargetPath) Assembly=.net KeyPath=yes / /Component /DirectoryRef DirectoryRef Id=GacMsilDir Directory Id=Sdk1Gac14Dir Name=MyGacDestinedAssembly Directory Id=Sdk1Gac14VersionTokenDir Name=2.0.0.0__31bf3856ad364e35 Component Id=Sdk1Gac14DllCfg Guid=* File Id=MyGacDestinedAssembly.dll.config Name=MyGacDestinedAssembly.dll.config Source=$(var.MyGacDestinedAssembly.TargetPath).config KeyPath=yes / /Component /Directory /Directory /DirectoryRef CustomAction Id=SetSdk1Gac14DllCfg Property=RunSdk1Gac14DllCfg Value=quot;[WindowsFolder]system32\cmd.exequot; /c copy quot;[#Site1Vdir3BinMyGacDestinedAssembly.dll.config]quot; quot;[Sdk1Gac14VersionTokenDir]quot; / CustomAction Id=RunSdk1Gac14DllCfg BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return=ignore / Custom Action=SetSdk1Gac14DllCfg After=MsiPublishAssemblies!Sdk1=2 And amp;Sdk1=3 And ?Sdk1Gac14=2 And $Sdk1Gac14=3/Custom Custom Action=RunSdk1Gac14DllCfg After=SetSdk1Gac14DllCfg!Sdk1=2 And amp;Sdk1=3 And ?Sdk1Gac14=2 And $Sdk1Gac14=3/Custom -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, February 27, 2009 10:11 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] is there a way to get a dll.config file deployed along side a gac destined file, e.g. a File .../ entry with Assembly=.net defined? I don't believe there is any supported way, WiX or otherwise, to put a config file in the GAC. I am curious why you would want to? Neil -Original Message- From: Robert O'Brien [mailto:robert.obr...@microsoft.com] Sent: 27 February 2009 17:15 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] is there a way to get a dll.config file deployed along side a gac destined file, e.g. a File .../ entry with Assembly=.net defined? is there a way to get a dll.config file deployed along side a gac destined file, e.g. a File .../ entry with Assembly=.net defined? -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Mondo and Custom Dialog/s.
This should help: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: spsingam [mailto:siva.poobalasin...@gmail.com] Sent: Thu 26/02/2009 04:07 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixUI_Mondo and Custom Dialog/s. hi all, I am using WixUI Mondo as my UI during the installation. Now i have realised that i need to gather some user information, so i want to introduce a dialog. I might choose to use this information later. How do i do this ? Regards. :) -- View this message in context: http://n2.nabble.com/WixUI_Mondo-and-Custom-Dialog-s.-tp2387828p2387828.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM Plus Applications and Major Upgrade
I agree with your second statement but that is the price you pay for this type of upgrade it is not specific to COM Plus. I am not sure I agree with the first statement, it doesn't matter if the component hasn't changed the upgrade will still remove it and put it back. Well that is my experience. Neil -Original Message- From: Don Benson [mailto:dben...@trulinx.com] Sent: 23 February 2009 20:25 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade This suggestion is problematic when the installation incudes .NET assemblies that are registered in GAC or native DLLs registered as side-by-side (SxS) assemblies. If either of these assemblies does not change in the major upgrade, the assembly disappears after the major upgrade, leaving you with a non-functional application. Another potentially bad side effect is that any failures during the installation of the new version will result in both the old and new versions being uninstalled. Neil Sleightholm wrote: Where do you have RemoveExistingProducts scheduled? Have you tried it after InstallValidate so that is removes everything before reinstalling. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Adam Burton [mailto:adz...@googlemail.com] Sent: Mon 09/02/2009 13:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] COM Plus Applications and Major Upgrade Hi, I have been working on an installer for a COM application. The installer contains a few .NET assemblies, with a couple configuration files and installs a COM application that uses the .NET assemblies (with the ComPlusExtension). Due to our development not being so strict I figured it would probably be easier if each install was a major upgrade than messing with minor and small. So to test this I generated the MSI and installed, all is well so far. Next I changed the product guid (ok well actually I had it set to '*' :-) ) and increased the version from 2.0.0.0 to 2.1.0.0 (both the steps I believe are required to initiate a major upgrade). I generated the MSI and attempted an install. During the install the installation complained a COM application with the specified id already existed, retry had no effect, so I tried ignore and the install completed successfully. I tried minor and small updates afterward just to confirm and they did not complain. So is there something I am missing when it comes to major upgrades and the ComPlusExtension? Or even just something I am missing with Major Upgrades in general? I tried this again 3.0.4805.0 and 3.0.5006.0, same result. Cheers, Adam -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/COM-Plus-Applications-and-Major-Upgrade-tp2297098p2 374169.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing
Re: [WiX-users] COM Plus Applications and Major Upgrade
I am not saying you are wrong just that there are other concerns when doing upgrades, Bob posted this interesting article about the subject: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/. Neil -Original Message- From: Don Benson [mailto:dben...@trulinx.com] Sent: 23 February 2009 22:00 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade I admit that I am not a Windows Installer expert, but I'm not sure that I understand the statement about the price you pay for a major upgrade. My client app installation does not use any WiX extensions, the RemoveExistingProducts sequence is after InstallFinalize, and it appears to do major upgrades just fine. If an error occurs during the major upgrade, the old version remains installed and everything is rolled back. Is there some problem I am unaware of lurking to bite the user when they install the client app? With my server installation, I also use FileShare elements, and those seemed to handling rollbacks just fine, too, before I added the ComPlus elements. My first statement about missing assemblies was based on the following Microsoft KB article: http://support.microsoft.com/kb/905238 Assuming that method 1 is not feasible, I was basing my statement on using method 2. On my server installation, I have an assembly that has not changed for a couple years, and I have confirmed that it disappears during a major upgrade, when the existing product is removed after InstallValidate. I could change my build process to Before I started experimenting with WiX this month, I was using a set of VBScript CAs to manage the COM+ installation. I had separate scripts for install/uninstall of the COM+ app and the COM+ components. The app install had a condition, NOT Installed AND NOT UPGRADEFOUND, where UPGRADEFOUND was set from detecting an upgrade code from a prior version. The uninstall of the app had a condition, REMOVE ~= ALL, so it would only be executed when a complete removal was being done. Would it make sense for the ComPlus extension to work in a different way? With the COMPlus extension, I don't have enough fine-grained control to put conditions on the custom actions it generates. The User element in the Util extension has attributes to control how existing users are handled. It can be instructed not to error off and not change any settings if the User exists. I'd like those kinds of features to be available on the ComPlusApplication element. Are these ideas totally incompatible with how Windows Installer works? Sincerely, - Don Benson - From: Neil Sleightholm (via Nabble) [mailto:ml-user+58265-1563573...@n2.nabble.com] Sent: Monday, February 23, 2009 4:18 PM To: Don Benson Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade I agree with your second statement but that is the price you pay for this type of upgrade it is not specific to COM Plus. I am not sure I agree with the first statement, it doesn't matter if the component hasn't changed the upgrade will still remove it and put it back. Well that is my experience. Neil -Original Message- From: Don Benson [mailto:dben...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodeno de=2374421i=0] Sent: 23 February 2009 20:25 To: wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=237 4421i=1 Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade This suggestion is problematic when the installation incudes .NET assemblies that are registered in GAC or native DLLs registered as side-by-side (SxS) assemblies. If either of these assemblies does not change in the major upgrade, the assembly disappears after the major upgrade, leaving you with a non-functional application. Another potentially bad side effect is that any failures during the installation of the new version will result in both the old and new versions being uninstalled. Neil Sleightholm wrote: Where do you have RemoveExistingProducts scheduled? Have you tried it after InstallValidate so that is removes everything before reinstalling. CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Tribute Inc. and/or its affiliates. The contents of this communication are confidential and may contain information that is privileged and/or exempt from disclosure under applicable law. It is intended solely for use of the individual or entity to whom this email is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and immediately delete this message and any attachments. Any unauthorized use, retention, dissemination, forwarding, printing, or copying of this email is strictly prohibited. -- View this message in context: http://n2.nabble.com/COM-Plus-Applications-and-Major-Upgrade-tp2297098p2 374649.html Sent from the wix-users mailing list archive at Nabble.com
Re: [WiX-users] ProgressText during Custom actions Execution
I'm afraid I don't know if this is possible. Neil -Original Message- From: Kusuma Sudheer Kumar (Tata Consultancy Services) [mailto:v-kku...@microsoft.com] Sent: 24 February 2009 05:47 To: General discussion for Windows Installer XML toolset.; Neil Sleightholm Subject: Re: [WiX-users] ProgressText during Custom actions Execution Thanks Neil. This worked...but as I said, I am executing various sub-Actions inside my Custom action. Ex: I am firing 5 sub-actions inside my first CA. For every sub-action, I want to send status to the UI. Using the below progressText, Text is shown as soon as I fire the CA. Is there any other way, I can send the status of my various sub-actions status to be displayed on the installer UI. Thanks Sudheer -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, February 20, 2009 3:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] ProgressText during Custom actions Execution Something like this should do it: UI ProgressText Action=YourCAIdDoing something.../ProgressText /UI Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Kusuma Sudheer Kumar (Tata Consultancy Services) [mailto:v-kku...@microsoft.com] Sent: Fri 20/02/2009 09:17 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ProgressText during Custom actions Execution Hi, I am calling my Custom actions After InstallFinalize Event. Thing is that, I am doing various actions inside my Custom action and it takes some time to execute all of them. Rather than user waiting to see what is happening, I want to send the Progress Text to Installer screen. Please do let me know how to send the status. Suggestions are appreciated. Thanks Sudheer -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using WiX in a Team Build Environment
Have you tried using the built in project references: http://wix.sourceforge.net/manual-wix3/votive_project_references.htm. I believe they work in a TFS build. Neil -Original Message- From: Lee Baker [mailto:lee.re...@gmail.com] Sent: 24 February 2009 05:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using WiX in a Team Build Environment Hi, I have been searching for the last few hours and haven't been able to find anything describing how to use WiX in a team build environment. My problem is that the file source location is not available when built using the tfsbuild server, if I set it using the source in my environment. eg. ../proj name/bin/build type/file name.exe When I set this location I get the error error LGHT0103: The system cannot find the file '../proj name/bin/build type/file name.exe' for all the files I define this way. One work around I was considering was building the files to a common folder in the root of the solution, however this isn't as neat as using environment variables that are set by the build. I hope I have been clear enough in my description. Any help is much appreciated. Thanks Lee There's a difference between a philosophy and a bumper sticker. Charles M. Schulz -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
Do you have an example of creating a custom table with the component reference? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Sat 21/02/2009 22:27 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Neil Sleightholm wrote: I think I understand the component state approach but I am not sure this is possible with the current implementation of custom tables as I can't see how they can be associated with a component. WiX's custom tables have a foreign key into the Component table (or an indirect reference, as in a File id that works off the file's component parent). -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
Chris, I found the example but in the version I had it didn't contain a Component_ column. I think I have information now to figure out how to structure a CA. Thanks to everyone for their help. Neil -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 22 February 2009 14:26 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall The SSRS data driven CA prototype I sent you back in November has a custom table with a Component_ column. The _ signifies it's a FK back to the PK of the Component table. MSI is only loosely a relational database. There aren't any real foreign key constraint capabilities. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Sun, 2/22/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: Re: [WiX-users] DTF - install, rollback and uninstall To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Sunday, February 22, 2009, 6:15 AM Do you have an example of creating a custom table with the component reference? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Sat 21/02/2009 22:27 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Neil Sleightholm wrote: I think I understand the component state approach but I am not sure this is possible with the current implementation of custom tables as I can't see how they can be associated with a component. WiX's custom tables have a foreign key into the Component table (or an indirect reference, as in a File id that works off the file's component parent). -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
Thanks for the explanation. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Richard [mailto:legal...@xmission.com] Sent: Thu 19/02/2009 23:52 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DTF - install, rollback and uninstall In article 888080.51646...@web36603.mail.mud.yahoo.com, Christopher Painter chr...@deploymentengineering.com writes: [...] in order to facilitate your snarky comment: Still no life, I see. For several years now, all you've done is respond to what I've posted here and in newsgroups with snarky comments. Wouldn't it be easier for you if you just ignored me? I won't mind. But back to the issue at hand. If you're already using REMOVE in the condition for the *deferred* CA, then you don't need to evaluate REMOVE in an immediate CA in order to set it in the deferred CA's custom action data property. That's the whole point of why I'm saying using the custom action data property for this purpose is overkill. The original question was: From: Neil Sleightholm n...@x2systems.com I a DTF authored custom action how can you tell the mode it is running in, e.g. install, rollback or uninstall? You don't need to go setting custom action data properties for a CA in order to conditionalize it for uninstall. Pushing the REMOVE property into the CAData for that CA is overkill when the CA mechanism itself already provides a mechanism for conditionalizing custom actions and executing the right one under the right conditions. Now that might make you think but wait! I'll need to duplicate code in order to have different CAs for the different conditions and duplicating code is bad!, but this isn't true. Just factor the common portions out in your CA implementation instead of trying to jam a single CA into doing all the work. There's no difference in your code between doing (pseudoC#code) void mySingleCA() { if (immediate) { doImmediateStuff(); } else if (deferred) { if (install) { doInstallStuff(); } else if (uninstall) { doUninstallStuff(); } } else if (commit) { doCommitStuff(); } else if (rollback) { doRollbackStuff(); } } compared to: void myImmediateCA() { doImmediateStuff(); } void myInstallCA() { doInstallStuff(); } void myUninstallCA() { doUninstallStuff(); } void myCommitCA() { doCommitStuff(); } void myRollbackCA() { doRollbackStuff(); } Its a design choice. Now, the latter form has a lower cyclomatic complexity for the implementation of the CA. That means that each CA code has a simpler control flow and is easier to implement and debug. Simplicity is good. It also means that the conditions for the CAs are declared in the MSI and you can perform more validation on them. For instance, you could validate explicitly that the rollback action is sequenced before the action it rollsback and that they both have the same condition. I've discussed such validation of rollback actions on this list before. If you cook the conditions into the implementation of the CA, then this becomes more opaque and you need to write more unit tests on your implementation in order to keep the validation intact. You also are separating the condition's evaluation (in the CA implementation) from the environment that establishes the inputs to the condition (the MSI/WiX project). Good designs localize concerns together instead of separating them apart. But hey, instead of getting to the meat of the matter, its much better to focus everyone's attention on my snarkiness. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive
Re: [WiX-users] DTF - install, rollback and uninstall
I think you missed the point. I can see there are two different entry points, one for install the other for uninstall but what I can't see is the condition that says to run one on install and the other on uninstall. (Using the SQL one was probably a bad example as that has an override condition other don't.) Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Richard [mailto:legal...@xmission.com] Sent: Fri 20/02/2009 00:19 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DTF - install, rollback and uninstall In article e66649032ad92b42901bf5835c76a27f5...@harwood.x2systems.com, Neil Sleightholm n...@x2systems.com writes: I have to admit to being confused! Looking at the built in WiX custom actions I see code like this in their wixlibs: CustomAction Id=InstallSqlData BinaryKey=ScaSchedule2 DllEntry=InstallSqlData Execute=immediate Return=check / ^^ CustomAction Id=UninstallSqlData BinaryKey=ScaSchedule2 DllEntry=UninstallSqlData Execute=immediate Return=check / These define two CAs with different entry points into the same DLL. InstallExecuteSequence Custom Action=UninstallSqlData Before=RemoveFiles Overridable=yesNOT SKIPUNINSTALLSQLDATA AND VersionNT gt; 400/Custom Custom Action=InstallSqlData After=InstallFiles Overridable=yesNOT SKIPINSTALLSQLDATA AND VersionNT gt; 400/Custom /InstallExecuteSequence Where is the detection or conditional calls in that? In most cases this seems to end up calling the same code but with a true/false code indicating install/uninstall. The two have different code and different conditions (properties SKIPUNINSTALLSQLDATA vs. SKIPINSTALLSQLDATA). -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
I don't suppose you could point me in the direction of the code that controls that for one for the WiX CA's so I can learn how to do it. Thanks Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Fri 20/02/2009 01:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Neil Sleightholm wrote: Where is the detection or conditional calls in that? In most cases this seems to end up calling the same code but with a true/false code indicating install/uninstall. Some of them need to have very different -- or differently-timed -- behavior during install -v- uninstall but both still do their things based on the component-level action state. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProgressText during Custom actions Execution
Something like this should do it: UI ProgressText Action=YourCAIdDoing something.../ProgressText /UI Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Kusuma Sudheer Kumar (Tata Consultancy Services) [mailto:v-kku...@microsoft.com] Sent: Fri 20/02/2009 09:17 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ProgressText during Custom actions Execution Hi, I am calling my Custom actions After InstallFinalize Event. Thing is that, I am doing various actions inside my Custom action and it takes some time to execute all of them. Rather than user waiting to see what is happening, I want to send the Progress Text to Installer screen. Please do let me know how to send the status. Suggestions are appreciated. Thanks Sudheer -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
I think I understand the component state approach but I am not sure this is possible with the current implementation of custom tables as I can't see how they can be associated with a component. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Fri 20/02/2009 09:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall There is a helper function in wcautil that is usually a tell tale sign you've found the code ::WcaGetComponentToDo(). The old school way (most of serverca uses the old school) is to call WcaIsInstalling()/WcaIsReInstalling()/WcaIsUninstalling() to determine the scheduling. WcaGetComponentToDo() is a nice wrapper that cleans up much of the confusion. Using conditions to control your CustomAction install/uninstall behaviors is primitive and usually insufficient... but the most visible. Data driven CustomActions that modify machine state via Resources should really use Component states. That matches the design of the Windows Installer. Neil Sleightholm wrote: I don't suppose you could point me in the direction of the code that controls that for one for the WiX CA's so I can learn how to do it. Thanks Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Fri 20/02/2009 01:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Neil Sleightholm wrote: Where is the detection or conditional calls in that? In most cases this seems to end up calling the same code but with a true/false code indicating install/uninstall. Some of them need to have very different -- or differently-timed -- behavior during install -v- uninstall but both still do their things based on the component-level action state. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
I have examined the code some more and it follows the model Rob outline and uses component state to determine what to do. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Richard [mailto:legal...@xmission.com] Sent: Fri 20/02/2009 18:09 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] DTF - install, rollback and uninstall In article e66649032ad92b42901bf5835c76a27f9...@harwood.x2systems.com, Neil Sleightholm n...@x2systems.com writes: I think you missed the point. I can see there are two different entry = points, one for install the other for uninstall but what I can't see is = the condition that says to run one on install and the other on = uninstall. (Using the SQL one was probably a bad example as that has an = override condition other don't.) Yeah, the SQL one might just be a bad example here. The SQL actions are being gated by two different properties: SKIPUNINSTALLSQLDATA and SKIPINSTALLSQLDATA. Although I haven't examined the source to say for sure, I'm willing to bet that there are type 51 CAs that set these properties appropriately when these actions need to run. So the do this on install, do that on uninstall logic is probably encoded in the conditions on the CAs that set the properties SKIPUNINSTALLSQLDATA and SKIPINSTALLSQLDATA. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
I took at look at that and couldn't figure out how you could tell it was being called during and uninstall. I am sure I am missing something obvious! Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Jason Ginchereau [mailto:jason...@microsoft.com] Sent: Thu 19/02/2009 03:10 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Use Session.GetMode(InstallRunMode) -- it's just a very thin wrapper around the MsiGetMode Win32 API (http://msdn.microsoft.com/en-us/library/aa370125.aspx) -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, February 18, 2009 2:51 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF - install, rollback and uninstall I a DTF authored custom action how can you tell the mode it is running in, e.g. install, rollback or uninstall? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX solution build error...
I have to disagree with that statement, if you search for the Vista SDK it also takes you to the 6.1 version (http://www.microsoft.com/downloads/details.aspx?familyid=ff6467e6-5bba- 4bf5-b562-9199be864d29displaylang=en). Unless I am mistaken the VS 2008 SDK and the Server 2008 SDK are two different things. Neil -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: 19 February 2009 18:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX solution build error... Neil Sleightholm wrote: I haven't been following this but just to warn you the latest SDK is in HKLM\\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.1 - there are notes in the help file to show how to change NAnt to pick this up. V6.1 is the Server 2008 version of the SDK; V6.0A is the VS 2008 SDK. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF - install, rollback and uninstall
I have to admit to being confused! Looking at the built in WiX custom actions I see code like this in their wixlibs: CustomAction Id=InstallSqlData BinaryKey=ScaSchedule2 DllEntry=InstallSqlData Execute=immediate Return=check / CustomAction Id=UninstallSqlData BinaryKey=ScaSchedule2 DllEntry=UninstallSqlData Execute=immediate Return=check / InstallExecuteSequence Custom Action=UninstallSqlData Before=RemoveFiles Overridable=yesNOT SKIPUNINSTALLSQLDATA AND VersionNT gt; 400/Custom Custom Action=InstallSqlData After=InstallFiles Overridable=yesNOT SKIPINSTALLSQLDATA AND VersionNT gt; 400/Custom /InstallExecuteSequence Where is the detection or conditional calls in that? In most cases this seems to end up calling the same code but with a true/false code indicating install/uninstall. Neil -Original Message- From: Jason Ginchereau [mailto:jason...@microsoft.com] Sent: 19 February 2009 17:50 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Oh. To detect if the product is being uninstalled you need to check the REMOVE property: http://msdn.microsoft.com/en-us/library/aa371194.aspx. But of course you won't be able to access that from a CA running in deferred/rollback/commit mode. Typically, uninstall custom actions are conditionally scheduled in the sequence table using the REMOVE=ALL condition, so the CA would not need to check for uninstall mode via an API. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, February 18, 2009 11:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall I took at look at that and couldn't figure out how you could tell it was being called during and uninstall. I am sure I am missing something obvious! Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Jason Ginchereau [mailto:jason...@microsoft.com] Sent: Thu 19/02/2009 03:10 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF - install, rollback and uninstall Use Session.GetMode(InstallRunMode) -- it's just a very thin wrapper around the MsiGetMode Win32 API (http://msdn.microsoft.com/en-us/library/aa370125.aspx) -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, February 18, 2009 2:51 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF - install, rollback and uninstall I a DTF authored custom action how can you tell the mode it is running in, e.g. install, rollback or uninstall? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] build wix on win xp
What does it say in the build log? -Original Message- From: Andreas Owen [mailto:ao...@1eeurope.ch] Sent: 18 February 2009 09:40 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] build wix on win xp Hi neil, your blog is great and i got all of the build running but dtf. I installed sandcastle builder in the source directory of wix (external\sandcastle..) but it's not working, check my first mail for the compiler output. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a WHS add-in
First I have to say I know nothing about WHS but presumably you are calling some interface to register the addin, is there an unregister addin interface you could call on uninstall? In use files should be automatically replaced when you restart. You can also use the util:CloseApplication to stop an application so that the file isn't in use. Neil -Original Message- From: Michael Herger [mailto:s...@herger.net] Sent: 18 February 2009 10:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a WHS add-in I'm trying to create an add-in for Windows Home Server. I've settled for the major update, removing any previous version of the add-in. But I'm facing two issues: - WHS is creating an additional registry key in HKLM\Software\Microsoft\Windows Home Server\RegisteredAdditions. This key isn't deleted when the add-in is uninstalled. Thus I end up with multiple entries for every update/version i've created. The normal Add/Remove Apps applet is fine. Any idea how this can be fixed? All I've come up with is removing the corresponding key on uninstalls. But this seems like a hack. - While updating an add-in from the WHS console, the old version obviously is still running and being used by the console. Thus uninstalling it fails. How can I replace a file which is still being used? WHS Console requires a restart anyway. Is there some replace file asap? Regards, -- Michael -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a WHS add-in
Hopefully someone else with WHS experience can help. I think it fails due to the necessity of a major upgrade: you have to uninstall that file while it's in use. I thought that should work as well but I guess the uninstall wants a reboot. Neil -Original Message- From: Michael Herger [mailto:s...@herger.net] Sent: 18 February 2009 11:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating a WHS add-in First I have to say I know nothing about WHS but presumably you are It's full of surprises :-) calling some interface to register the addin, is there an unregister addin interface you could call on uninstall? No, all it does is monitor its \\whsmachine\software\add-in folder. Drop an add-in there, and it will be announced as ready for installation. If you install it from the WHS console, it will show up in the list of installed add-ins. If you install it from outside the console, it will work, but not show up in that list. If you remove it from that list - fine. If you remove it from outside, it will still be in the list. IMHO it's really stupidly adding/removing those registry keys when you press the install/uninstall buttons on the WHS Console. Unless somebody can tell me what I'm doing wrong, of course :-). In use files should be automatically replaced when you restart. You can I think it fails due to the necessity of a major upgrade: you have to uninstall that file while it's in use. also use the util:CloseApplication to stop an application so that the file isn't in use. If you close the WHS Console, your locked out. That's the big issue here. The Console isn't much more than an application run on the WHS using an enhanced RDP session. Michael Neil -Original Message- From: Michael Herger [mailto:s...@herger.net] Sent: 18 February 2009 10:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a WHS add-in I'm trying to create an add-in for Windows Home Server. I've settled for the major update, removing any previous version of the add-in. But I'm facing two issues: - WHS is creating an additional registry key in HKLM\Software\Microsoft\Windows Home Server\RegisteredAdditions. This key isn't deleted when the add-in is uninstalled. Thus I end up with multiple entries for every update/version i've created. The normal Add/Remove Apps applet is fine. Any idea how this can be fixed? All I've come up with is removing the corresponding key on uninstalls. But this seems like a hack. - While updating an add-in from the WHS console, the old version obviously is still running and being used by the console. Thus uninstalling it fails. How can I replace a file which is still being used? WHS Console requires a restart anyway. Is there some replace file asap? Regards, -- Michael -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX solution build error...
I think it is supposed to be optional but I never managed to get a build to work without it. Neil -Original Message- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: 18 February 2009 14:52 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] WiX solution build error... Hello WiX community, This is probably a silly question... I'm trying to build WiX solution and keep getting the error: Couldn't find Platform SDK directory - please ensure the Windows Server 2008 and .NET Framework 3.5 SDK or Visual Studio 2008 is installed VS 2008 is installed. As far as I understand, Windows SDK is not required in this case. The docs say Windows 2008 SDK or VS 2008 and Neil's blog post also lists SDK as optional: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html Does anyone know what's wrong then? Thanks. -- Yan -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] build wix on win xp
It looks like it is MakeSfxCA.exe that is failing and returning 9009 - I don't know what that means. One think that caught me out was getting .Net 2.0 in the path, are you running 'call %VS90COMNTOOLS%\vsvars32.bat' before your build? Another thing to try is moving the source from your desktop to a folder off the root drive and also without spaces in it. This shouldn't be necessary but is worth a go. Neil -Original Message- From: Andreas Owen [mailto:ao...@1eeurope.ch] Sent: 18 February 2009 12:41 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] build wix on win xp Hi neil here's the log file: Buildfile: file:///C:/Documents and Settings/own/Desktop/wixV3Download/wix3-sources/wix.build Target framework: Microsoft .NET Framework 3.5 Target(s) specified: inc [property] Target framework changed to Microsoft .NET Framework 2.0. [property] Read-only property dir.src.dutil cannot be overwritten. [readregistry] Registry Path Not Found! - key='SOFTWARE\Microsoft\VisualStudio\9.0\Setup\VS\VSDB\';hive='Microsoft .Win32.RegistryHive[]'; [readregistry] Registry Path Not Found! - key='SOFTWARE\Microsoft\VisualStudio\9.0\Setup\VS\VSTD\';hive='Microsoft .Win32.RegistryHive[]'; [readregistry] Registry Path Not Found! - key='SOFTWARE\Microsoft\VisualStudio\9.0\Setup\VS\VSTS\';hive='Microsoft .Win32.RegistryHive[]'; [readregistry] Registry Path Not Found! - key='SOFTWARE\Microsoft\VisualStudio\9.0\Setup\VS\VSTT\';hive='Microsoft .Win32.RegistryHive[]'; [echo] VS Test Tools are installed. The Tests will be built. [property] Read-only property dir.hhw cannot be overwritten. [property] Read-only property hhw-found cannot be overwritten. global.initTools: [echo] Visual Studio 2005 portions of the build are enabled, and although the VS2008 IA-64 components are installed, the VS2005 IA-64 components necessary for compilation were not found. IA-64 portions of the build (for both VS2005 and VS2008) will be excluded from the build. Ensure you have installed the IA-64 components in Visual Studio 2005. setPlatform: [echo] Setting architecture to x86 with VC tools version 9 prereqcheck: snskip: [exec] [exec] Microsoft (R) .NET Framework Strong Name Utility Version 3.5.21022.8 [exec] Copyright (c) Microsoft Corporation. All rights reserved. [exec] [exec] Assembly/Strong Name Users [exec] === [exec] *,36e4ce08b8ecfb17All users [delete] Deleting file C:\Documents and Settings\own\Local Settings\Temp\tmp10C.tmp. initbuildenv: makeDirs: appsynup.inc: makeNativeLib: checkRequiredArgs: compileCpp: checkRequiredArgs: clearArgs: dutil.inc: makeNativeLib: checkRequiredArgs: compileCpp: checkRequiredArgs: clearArgs: makeNativeLib: checkRequiredArgs: setPlatform: [echo] Setting architecture to x64 with VC tools version 9 compileCpp: checkRequiredArgs: setPlatform: [echo] Setting architecture to x86 with VC tools version 9 clearArgs: makeNativeLib: checkRequiredArgs: clearArgs: makeNativeLib: checkRequiredArgs: setPlatform: [echo] Setting architecture to x86 with VC tools version 8 compileCpp: checkRequiredArgs: setPlatform: [echo] Setting architecture to x86 with VC tools version 9 clearArgs: makeNativeLib: checkRequiredArgs: setPlatform: [echo] Setting architecture to x64 with VC tools version 8 compileCpp: checkRequiredArgs: setPlatform: [echo] Setting architecture to x86 with VC tools version 8 setPlatform: [echo] Setting architecture to x86 with VC tools version 9 clearArgs: makeNativeLib: checkRequiredArgs: clearArgs: dutil: createKeyFile: toolsrc.inc: [exec] Microsoft (R) Build Engine Version 3.5.30729.1 [exec] [Microsoft .NET Framework, Version 2.0.50727.3082] [exec] Copyright (C) Microsoft Corporation 2007. All rights reserved. [exec] [exec] CopyFilesToOutputDirectory: [exec] WixBuild - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\WixBuild .dll [exec] CopyFilesToOutputDirectory: [exec] DocCompiler - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\DocCompi ler.exe [exec] CopyFilesToOutputDirectory: [exec] FlattenXml - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\FlattenX ml.exe [exec] CopyFilesToOutputDirectory: [exec] GenerateWixInclude - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\Generate WixInclude.exe [exec] CopyFilesToOutputDirectory: [exec] MsgGen - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\MsgGen.e xe [exec] CopyFilesToOutputDirectory: [exec] ResIdGen - C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\toolsrc\ResIdGen\bin\Deb ug\ResIdGen.exe [exec]
[WiX-users] DTF - install, rollback and uninstall
I a DTF authored custom action how can you tell the mode it is running in, e.g. install, rollback or uninstall? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX solution build error...
I haven't been following this but just to warn you the latest SDK is in HKLM\\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.1 - there are notes in the help file to show how to change NAnt to pick this up. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Thu 19/02/2009 01:24 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX solution build error... Yan Sklyarenko wrote: I'm trying to build WiX solution and keep getting the error: Couldn't find Platform SDK directory - please ensure the Windows Server 2008 and .NET Framework 3.5 SDK or Visual Studio 2008 is installed It's looking for the value InstallationFolder in HKLM\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0A. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Updating full package
Michael I major upgrade can do a remove everything and reinstall it depends where RemoveExistingProducts is scheduled. In my example it will remove everything before installing the new stuff - there is more information here: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Michael Herger [mailto:s...@herger.net] Sent: Tue 17/02/2009 09:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Updating full package Hi Alexander, thanks for your feedback. Yes, my example is not very helpful... But I've gone through so many version and tests - I don't know what to post. The latest way I've been testing is Neil's (http://neilsleightholm.blogspot.com/search/label/WiX). But in this case I'd end up with X copies of the same add-on installed (due to the lack of product Id). If I add my product Id, it wouldn't allow me to install a newer build on top of the existing version. Please note that I don't want to do a major upgrade (as defined by MS), I don't want to uninstall the previous version. I just want it to put everything on top of the existing installation. Michael Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk alexander.shevc...@microsoft.com: Hi Michael, Make sure you follow all required steps to make major upgrade work. In your simplified code I see Version attribute hard coded to 0.0.0.0. Also, you did not provide your Upgrade table and how you schedule RemoveExistingProducts. It is not obvious from your code if you change Product/@Id with every build. Regards, Alex -Original Message- From: Michael Herger [mailto:s...@herger.net] Sent: Monday, February 16, 2009 7:00 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Updating full package Hi! I'm working on a Windows Home Server add-in. This is not intended for production systems yet. We're publishing nightly builds and want users to be able to just install on top of what they had before. The problem I've encountered is that either the packages install as different applications, leaving a mess with daily installations (of which only one can be uninstalled), or that I can't install one file on top of the other without uninstalling the old version first. I've been following several postings, tutorials etc. (eg. http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx), but to no avail. Here's my simplified code: Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Name=MyApp for Windows Home Server Id=xx-f914-11dd-87af-0800200c9a66 UpgradeCode=xxx-EBBC-11DD-BA2F-0800200C9A66 Manufacturer=Me Version=0.0.0.0 Language=1033 Package Manufacturer=Me InstallerVersion=200 Languages=1033 Compressed=yes Id=* / Media Id=1 Cabinet=MyApp_0.0.0.0.cab EmbedCab=yes / Property Id=WHSLogo1/Property Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=WHS Name=Windows Home Server Component Id=HomeServerConsoleTab.MyPanel Guid=xx-f77a-11dd-87af-0800200c9a66 File Id=HomeServerConsoleTab.MyPanel.dll Name=HomeServerConsoleTab.MyPanel.dll Source=HomeServerConsoleTab.MyPanel.dll Vital=yes KeyPath=yes DiskId=1/ /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=MyPanel Level=1 AllowAdvertise=no ComponentRef Id=HomeServerConsoleTab.MyPanel / /Feature /Product /Wix Any help is greatly appreciated. Regards, -- Michael -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive
Re: [WiX-users] build wix on win xp
Take a look here http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html I think I got everything but if not please let me know. Neil -Original Message- From: Andreas Owen [mailto:ao...@1eeurope.ch] Sent: 17 February 2009 16:34 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] build wix on win xp I found out that ist something to do with sandcastle and dtf. I installed sandcastle builder to external\sand... where the make file is but its still not working. What am I doing wrong? -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LaunchConditions and FindRelatedProducts
Yes no problem. I have done loads of searching for information on this and can't find any good advice or recommendations! Neil -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: 18 February 2009 04:41 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts I see that you already filed a bug. If there are any patching implications to re-sequencing actions we will have move this to WiX v4. Neil Sleightholm wrote: I can't think of any relationship between AppSearch and FindRelatedProducts so I would think it wouldn't matter on their order but I think it is important that they are before LaunchConditions. Just to explain why this is a problem to me, most of my installs are run silently and consequently the LaunchConditions won't trigger if a newer version of the application is install and you can end installing an older version as well as newer one. If anyone is interested I blogged about this http://neilsleightholm.blogspot.com/2009/01/launchconditions-findrelated products.html. Should I raise a bug for this so it isn't lost? Neil -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: 14 February 2009 02:02 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts The current sequence of actions came from the MSI sequence.msi except for AppSearch/LaunchConditions. We filed a doc bug with the Windows Installer team about those two and I think they agreed it is a better ordering (when will we sit it addressed, no idea). I suppose we could suggest the same for FindRelatedProducts (before or after AppSearch?). Have to verify it won't have any patch impact. Neil Sleightholm wrote: I can sort of see the point of that but that list doesn't even mention FindRelatedProducts. Putting FindRelatedProducts after LaunchConditions actually breaks installs if you run a downgrade silently. Neil -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 13 February 2009 20:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts For some reason that I don't understand, the MSI SDK suggests that LaunchConditions be before AppSearch: http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx Personally I've always done it the other way around so I can use the results of AppSearch in my LaunchConditions. In fact, at my day job, I've dumped LaunchConditions entirely and rolloed my own pattern that uses additional data that isn't available until after costing. http://blog.deploymentengineering.com/2006/07/short-comings-of-launchcon ditions.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Fri, 2/13/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: [WiX-users] LaunchConditions and FindRelatedProducts To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Friday, February 13, 2009, 12:42 PM I have noticed that to get launch conditions to handle and related products properly it is necessary to schedule FindRelatedProducts before LaunchConditions. This is not a problem but wouldn't it make sense for this to be the default? I have looked at the VS generated MSIs and they are scheduled with FindRelatedProducts before LaunchConditions and most other MSIs I have checked do the same. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users
Re: [WiX-users] LaunchConditions and FindRelatedProducts
I can't think of any relationship between AppSearch and FindRelatedProducts so I would think it wouldn't matter on their order but I think it is important that they are before LaunchConditions. Just to explain why this is a problem to me, most of my installs are run silently and consequently the LaunchConditions won't trigger if a newer version of the application is install and you can end installing an older version as well as newer one. If anyone is interested I blogged about this http://neilsleightholm.blogspot.com/2009/01/launchconditions-findrelated products.html. Should I raise a bug for this so it isn't lost? Neil -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: 14 February 2009 02:02 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts The current sequence of actions came from the MSI sequence.msi except for AppSearch/LaunchConditions. We filed a doc bug with the Windows Installer team about those two and I think they agreed it is a better ordering (when will we sit it addressed, no idea). I suppose we could suggest the same for FindRelatedProducts (before or after AppSearch?). Have to verify it won't have any patch impact. Neil Sleightholm wrote: I can sort of see the point of that but that list doesn't even mention FindRelatedProducts. Putting FindRelatedProducts after LaunchConditions actually breaks installs if you run a downgrade silently. Neil -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 13 February 2009 20:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts For some reason that I don't understand, the MSI SDK suggests that LaunchConditions be before AppSearch: http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx Personally I've always done it the other way around so I can use the results of AppSearch in my LaunchConditions. In fact, at my day job, I've dumped LaunchConditions entirely and rolloed my own pattern that uses additional data that isn't available until after costing. http://blog.deploymentengineering.com/2006/07/short-comings-of-launchcon ditions.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Fri, 2/13/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: [WiX-users] LaunchConditions and FindRelatedProducts To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Friday, February 13, 2009, 12:42 PM I have noticed that to get launch conditions to handle and related products properly it is necessary to schedule FindRelatedProducts before LaunchConditions. This is not a problem but wouldn't it make sense for this to be the default? I have looked at the VS generated MSIs and they are scheduled with FindRelatedProducts before LaunchConditions and most other MSIs I have checked do the same. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir
Take a look here: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Jonason [mailto:lei.zhan...@hp.com] Sent: Fri 13/02/2009 14:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to skip the license dialog for WixUI_InstallDir hello, I want to skip the the license dialog for WixUI_InstallDir , how can I do that, thanks! -- View this message in context: http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2321620.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir
I am the author, I couldn't see those lines in my example. Neil -Original Message- From: Jonason [mailto:lei.zhan...@hp.com] Sent: 13 February 2009 16:18 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir I’ve already do it successfully by this instruction, actually I found the author missed a key step before modify the “Next” ”Back” attributes, that is cross out the two tags below: Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog Value=WelcomeDlg1/Publish Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog Value=InstallDirDlgLicenseAccepted = 1/Publish Best regards. Jonason Zhang Integration Framework GDAS China | Application Service Engineering (ASE) TEL: 86-23-65683078 [Office] EMail: lei.zhan...@hp.commailto:lei.zhan...@hp.com HPSX Support Hour: (GMT +8:00) 10:00~19:00 HPSX Support Call Number: +86 13671512912 http://enhanced1.sharepoint.hp.com/teams/IntegrationFramework/Lists/OnCall%20schedule/AllItems.aspx From: Zhang, Lei (Jonason , TSG-GDCC-CQ) Sent: 2009年2月13日 23:29 To: 'Post 2321753 on Nabble' Subject: RE: [WiX-users] How to skip the license dialog for WixUI_InstallDir Thanks, I’ll have a try. Best regards. Jonason Zhang Integration Framework GDAS China | Application Service Engineering (ASE) TEL: 86-23-65683078 [Office] EMail: lei.zhan...@hp.commailto:lei.zhan...@hp.com HPSX Support Hour: (GMT +8:00) 10:00~19:00 HPSX Support Call Number: +86 13671512912 http://enhanced1.sharepoint.hp.com/teams/IntegrationFramework/Lists/OnCall%20schedule/AllItems.aspx From: Neil Sleightholm (via Nabble) [mailto:ml-user+58265-244849...@n2.nabble.com] Sent: 2009年2月13日 23:22 To: Zhang, Lei (Jonason , TSG-GDCC-CQ) Subject: Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir Take a look here: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Neil Neil Sleightholm X2 Systems Limited n...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=0 mailto:n...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=1 From: Jonason [mailto:lei.zhan...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=2] Sent: Fri 13/02/2009 14:56 To: wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=3 Subject: [WiX-users] How to skip the license dialog for WixUI_InstallDir hello, I want to skip the the license dialog for WixUI_InstallDir , how can I do that, thanks! -- View this message in context: http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2321620.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=4 https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=5 https://lists.sourceforge.net/lists/listinfo/wix-users This email is a reply to your post @ http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2321753.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2322059.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir
Yes I see, I'll revise it when I have time. Thanks, Neil -Original Message- From: Jonason [mailto:lei.zhan...@hp.com] Sent: 13 February 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir yes your code is correct, I mean you'd better add those words in your instruction. :) Neil Sleightholm wrote: I am the author, I couldn't see those lines in my example. Neil -Original Message- From: Jonason [mailto:lei.zhan...@hp.com] Sent: 13 February 2009 16:18 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir I’ve already do it successfully by this instruction, actually I found the author missed a key step before modify the “Next” ”Back” attributes, that is cross out the two tags below: Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog Value=WelcomeDlg1/Publish Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog Value=InstallDirDlgLicenseAccepted = 1/Publish Best regards. Jonason Zhang Integration Framework GDAS China | Application Service Engineering (ASE) TEL: 86-23-65683078 [Office] EMail: lei.zhan...@hp.commailto:lei.zhan...@hp.com HPSX Support Hour: (GMT +8:00) 10:00~19:00 HPSX Support Call Number: +86 13671512912 http://enhanced1.sharepoint.hp.com/teams/IntegrationFramework/Lists/OnCall%20schedule/AllItems.aspx From: Zhang, Lei (Jonason , TSG-GDCC-CQ) Sent: 2009年2月13日 23:29 To: 'Post 2321753 on Nabble' Subject: RE: [WiX-users] How to skip the license dialog for WixUI_InstallDir Thanks, I’ll have a try. Best regards. Jonason Zhang Integration Framework GDAS China | Application Service Engineering (ASE) TEL: 86-23-65683078 [Office] EMail: lei.zhan...@hp.commailto:lei.zhan...@hp.com HPSX Support Hour: (GMT +8:00) 10:00~19:00 HPSX Support Call Number: +86 13671512912 http://enhanced1.sharepoint.hp.com/teams/IntegrationFramework/Lists/OnCall%20schedule/AllItems.aspx From: Neil Sleightholm (via Nabble) [mailto:ml-user+58265-244849...@n2.nabble.com] Sent: 2009年2月13日 23:22 To: Zhang, Lei (Jonason , TSG-GDCC-CQ) Subject: Re: [WiX-users] How to skip the license dialog for WixUI_InstallDir Take a look here: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Neil Neil Sleightholm X2 Systems Limited n...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=0 mailto:n...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=1 From: Jonason [mailto:lei.zhan...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=2] Sent: Fri 13/02/2009 14:56 To: wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=3 Subject: [WiX-users] How to skip the license dialog for WixUI_InstallDir hello, I want to skip the the license dialog for WixUI_InstallDir , how can I do that, thanks! -- View this message in context: http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2321620.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=4 https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2321753i=5 https://lists.sourceforge.net/lists/listinfo/wix-users This email is a reply to your post @ http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2321753.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/How-to-skip-the-license-dialog-for-WixUI_InstallDir-tp2321620p2322059.html Sent from the wix-users mailing list archive at Nabble.com
[WiX-users] LaunchConditions and FindRelatedProducts
I have noticed that to get launch conditions to handle and related products properly it is necessary to schedule FindRelatedProducts before LaunchConditions. This is not a problem but wouldn't it make sense for this to be the default? I have looked at the VS generated MSIs and they are scheduled with FindRelatedProducts before LaunchConditions and most other MSIs I have checked do the same. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LaunchConditions and FindRelatedProducts
I can sort of see the point of that but that list doesn't even mention FindRelatedProducts. Putting FindRelatedProducts after LaunchConditions actually breaks installs if you run a downgrade silently. Neil -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 13 February 2009 20:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts For some reason that I don't understand, the MSI SDK suggests that LaunchConditions be before AppSearch: http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx Personally I've always done it the other way around so I can use the results of AppSearch in my LaunchConditions. In fact, at my day job, I've dumped LaunchConditions entirely and rolloed my own pattern that uses additional data that isn't available until after costing. http://blog.deploymentengineering.com/2006/07/short-comings-of-launchcon ditions.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Fri, 2/13/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: [WiX-users] LaunchConditions and FindRelatedProducts To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Friday, February 13, 2009, 12:42 PM I have noticed that to get launch conditions to handle and related products properly it is necessary to schedule FindRelatedProducts before LaunchConditions. This is not a problem but wouldn't it make sense for this to be the default? I have looked at the VS generated MSIs and they are scheduled with FindRelatedProducts before LaunchConditions and most other MSIs I have checked do the same. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding message to the Welcome Dialog
I added the version by customising the welcome dialog and adding: Control Id=Version Type=Text X=135 Y=207 Width=220 Height=10 Transparent=yes NoPrefix=yes Text= Version: [ProductVersion] / Neil -Original Message- From: Beth Hechanova [mailto:bhechan...@imsco-us.com] Sent: 11 February 2009 00:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Adding message to the Welcome Dialog Is there a fairly simple way to add some text to the Welcome Dialog? I'm just looking for a way for my installer to present the version of the application to the user (either via a message, or in the Title, or??).The closest thing I've been able to find is this post: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html I'm using the latest nightly build of wix (v3.0.5006). I'm using the standard WixUI_InstallDir User Interface, from which I was able to successfully modify to remove the License Dialog. So that is all good. Now I just want to have my installer present the version of the application to the user somewhere. I assume the Welcome Dialog would be the best place for this. Is there any property that I can set in my .wxs file that will be used as some string or title in the welcome dialog? Thanks, Beth --- This email and any files transmitted with it are confidential proprietary to Systems and Software Enterprises, Inc. (dba IMS). This information is intended solely for the use of the individual or entity to which it is addressed. Access or transmittal of the information contained in this e-mail, in full or in part, to any other organization or persons is not authorized. --- -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows Service
Sounds like you might have a dependency on some other service running, have you checked the eventlog. Neil -Original Message- From: Vijeta Khatri [mailto:vijeta.kha...@microsoft.com] Sent: 11 February 2009 17:14 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Windows Service The requirement is to start the windows service immediately after install and also the service should start automatically after reboot. I also have the service control element defined as: !-- Install the Service -- ServiceInstall Id=WindowsService Type=ownProcess Start=auto ErrorControl=normal Interactive=no Vital=yes Account=[SERVICEACCOUNT] Password=[SERVICEPASSWORD] / !-- Start the Service -- ServiceControl Id= WindowsService Name= WindowsService Start=install Stop=uninstall Remove=uninstall Wait=yes / On reboot the service start up type is automatic, but the service is not in started state. It doesn't give any error on reboot. If I manually start the service after reboot, it starts without any errors. Thanks in advance for the help. Thanks, Vijeta -Original Message- From: wix-users-requ...@lists.sourceforge.net [mailto:wix-users-requ...@lists.sourceforge.net] Sent: Tuesday, February 10, 2009 9:28 PM To: wix-users@lists.sourceforge.net Subject: WiX-users Digest, Vol 33, Issue 55 Send WiX-users mailing list submissions to wix-users@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/wix-users or, via email, send a message with subject or body 'help' to wix-users-requ...@lists.sourceforge.net You can reach the person managing the list at wix-users-ow...@lists.sourceforge.net When replying, please edit your Subject line so it is more specific than Re: Contents of WiX-users digest... Today's Topics: 1. How does one use a WebSite locator in order to set the file path for content? (Thomas S. Trias) 2. Re: Execute action during path installation (Tony Juricic) 3. Re: Conditional dialog after CustomizeDlg (troy hostetter) 4. Re: Windows service (Christopher Painter) 5. FileInUse dialog sometimes don't show up (azurejyl) 6. Re: FileInUse dialog sometimes don't show up (Matt Weber) 7. ??:Re: FileInUse dialog sometimes don't show up (azurejyl) -- Message: 1 Date: Tue, 10 Feb 2009 19:26:58 -0600 From: Thomas S. Trias tomtr...@artizan.com Subject: [WiX-users] How does one use a WebSite locator in order to set the file path for content? To: wix-users@lists.sourceforge.net Message-ID: 49922962.6040...@artizan.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Perhaps I am missing something, but I cannot figure out how I would use the WebSite element (outside of a Component, so it acts as a locator) in order to set the path for content. If I have the following: iis:WebSite Id=EXISTINGWEBSITE Description=Default Web Site SiteId=* / Directory Id=TARGETDIR Name=SourceDir Directory Id=PATH_OF_EXISTINGWEBSITE Directory Id=MyStuff Name=MyStuff Component Guid=PUT-GUID-HERE Id=MyStuff KeyPath=yes CreateFolder / iis:WebDir Id=MyStuff Path=MyStuff WebSite=EXISTINGWEBSITE / /Component ... a bunch of Component elements containing files ... /Directory /Directory /Directory the metabase changes happen in the correct place, but how do I get the files to deploy to the proper directory? Do I have to write a custom action to read the IISWebSite record in order to set the PATH_OF_EXISTINGWEBSITE property? If I'm going to do that, I might as well write a custom action that takes an arbitrary Windows Installer query and returns the result as text... Thanks, -- Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ -- Message: 2 Date: Tue, 10 Feb 2009 20:50:38 -0500 From: Tony Juricic tjuri...@tradestation.com Subject: Re: [WiX-users] Execute action during path installation To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: 450196a1aaae4b42a00a8b27a59278e709af1...@exchange.trad.tradestation.com Content-Type: text/plain; charset=us-ascii It is possible to put a file into a Component containing only that file, make it volatile and change the condition for installing the component from 1 to 0. -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: Tuesday, February 10, 2009 6:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Execute action during path installation Hey Grigory, I don't believe you are able to remove a file while patching. However, you can change the file that you want to delete to a 0byte file. This will be effectively the same. I don't have an example of how to run a custom action but believe you just add a new action to your patch.
Re: [WiX-users] Visual Dialog Development
I use WiXEdit: http://wixedit.sourceforge.net/ Neil -Original Message- From: eseeR [mailto:0x000...@gmail.com] Sent: 11 February 2009 18:23 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Visual Dialog Development Hello, is there any guidance/tools on how to author dialogs with a visual interface? -- View this message in context: http://n2.nabble.com/Visual-Dialog-Development-tp2310386p2310386.html Sent from the wix-users mailing list archive at Nabble.com. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Visual Dialog Development
something like Orca look and feel Really, what that bad :-) -Original Message- From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com] Sent: 11 February 2009 21:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Visual Dialog Development I would like to vote for this feature. if needed I can help in developing. VS Plugin something like Orca look and feel. Arun Perregattur -Original Message- From: eseeR [mailto:0x000...@gmail.com] Sent: Wednesday, February 11, 2009 1:49 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Visual Dialog Development Thanks, I tried that out a little but it's sort of clunky. What would be awesome is a plugin for VS that let's you author the dialog like WinForms. Anyone working on something like that? On Wed, Feb 11, 2009 at 10:41 AM, Neil Sleightholm (via Nabble) ml-user+58265-1177156...@n2.nabble.comml-user%2b58265-1177156...@n2.nab ble.com wrote: I use WiXEdit: http://wixedit.sourceforge.net/ Neil -Original Message- From: eseeR [mailto:0x000...@...http://n2.nabble.com/user/SendEmail.jtp?type=noden ode=2310507i=0] Sent: 11 February 2009 18:23 To: wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=231 0507i=1 Subject: [WiX-users] Visual Dialog Development Hello, is there any guidance/tools on how to author dialogs with a visual interface? -- View this message in context: http://n2.nabble.com/Visual-Dialog-Development-tp2310386p2310386.html Sent from the wix-users mailing list archive at Nabble.com. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=231 0507i=2 https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today- http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list wix-us...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=231 0507i=3 https://lists.sourceforge.net/lists/listinfo/wix-users -- This email is a reply to your post @ http://n2.nabble.com/Visual-Dialog-Development-tp2310386p2310507.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/Visual-Dialog-Development-tp2310386p2310568.html Sent from the wix-users mailing list archive at Nabble.com. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start
Re: [WiX-users] configuring a firewall exception
I think you may be using an old version of WiX, setting the port to a formatted value wasn't added until fairly recently. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Jason Person (TEKsystems) [mailto:v-jap...@microsoft.com] Sent: Wed 11/02/2009 23:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] configuring a firewall exception Hi, I have a component that I need to add a firewall exception to, the catch is I need to specify the port from a property that is set on the command line. For example, I am using something like the following: Component Id=Service Guid=XXX----XXX Win64=yes File Id=ServiceExecutable Name= Service.exe DiskId=1 Source=Service.exe/ fire:FirewallException Id=FWX1 Name= Service Port=[PORT] Protocol=tcp Scope=any / /Component When I use that code above I get the error: error CNDL0008 : The fire:FirewallException/@Port attribute's value, '[PORT]', is not a legal integer value. Legal integer values are from -2,147,483,648 to 2,147,483,647. I'm very new to wix, so any help would be greatly appreciated. Thanks, Jason -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Combined installers
Something like this should work: Directory Id=TARGETDIR Name=SourceDir !--Put in the Program Files folder-- Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=CompanyName Directory Id=SDDDir Name=AppName1 /Directory /Directory Directory Id=INETPUB Name=Inetpub Directory Id=INSTALLDIR Name=wwwroot Directory Id=WebSiteDir Name=WebSiteName1 / /Directory /Directory /Directory Neil -Original Message- From: Lough, Norman [mailto:norman.lo...@imass.co.uk] Sent: 10 February 2009 15:44 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Combined installers Further to my previous post I've attempted to combine installers by adding a further wxs file. Within the resulting fragment I've attempted to add the contents of the second wxs file I'd previously created. My problem lies with the directories to which I want to install: This was how the directories were set up for the first of the applications Directory Id=TARGETDIR Name=SourceDir !--Put in the Program Files folder-- Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=CompanyName Directory Id=SDDDir Name=AppName1 /Directory /Directory /Directory /Directory To give C:\Program Files\CompanyName\AppName1 And this was how the directories were set up for the second Directory Id=TARGETDIR Name=SourceDir Directory Id=INETPUB Name=Inetpub Directory Id=INSTALLDIR Name=wwwroot Directory Id=WebSiteDir Name=WebSiteName1 / /Directory /Directory /Directory To give C:\Inetpub\wwwroot\WebSiteName1 In the second I've tried Property Id=CUSPATH![CDATA[c:\inetpub\wwwroot]]/Property Directory Id=CUSPATH Name=CustomPath Directory Id= WebSiteDir Name=WebSiteName1 / /Directory I get error CNDL0205: The Directory with Id 'MYAPPPATH' is not a valid root directory. There may only be a single root directory per product or module and its Id attribute value must be 'TARGETDIR' and its Name attribute value must be 'SourceDir'. I basically want to install AppName1 to Program Files/... and WebSiteName1 to wwwroot/... Is this possible? If so an example would be greatly appreciated. Thanks Norman Lough Developer Tel: +44 (0)191 213 DDI: +44 (0)191 2028360 Email: norman.lo...@imass.co.uk Imass Ltd, Northumbria House, Regent Centre, Gosforth, Newcastle upon Tyne, NE3 3PX. http://www.imass.co.uk http://www.imass.co.uk/ Imass Limited is an Infoterra company, part of EADS Astrium Registered in England and Wales No. 2379476 - Disclaimer - The information contained in this e-mail and its attachments is confidential and intended only for the use of the individual or entity named above. If you are not the intended recipient, please do not read, copy, use or disclose this message or its attachments. If you have received this message in error, please notify the sender immediately and delete or destroy all copies of this message and attachments in all media. Any views expressed in this e-mail that do not relate to Imass' official business may not reflect the views of the company. -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for VB6 DLL
I can't see any reason to not make this the default, I have never included the keys in my releases. Do you have any contacts at Microsoft that would have an opinion on it? My vote would be to make the option -kvb6 - keep VB6 runtime COM elements so that if someone had a good reason they could put them back. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 10 February 2009 17:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL You know VB far better than I. What do you suggest? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, February 09, 2009 23:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL I can't think of a way to auto-detect VB6 DLLs other than the registry keys being present. We could always enable it and change the option to disable it. The only time I think this would be a problem would be if you were actually harvesting the VB6 runtime. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 09 February 2009 23:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL Is there a way to autodetect those issues so -svb6 isn't necessary... or are there side effects to that option? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, February 09, 2009 14:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL I just tried the code you attached to the bug and it works for me with the -svb6 option. Neil -Original Message- From: Neil Sleightholm Sent: 09 February 2009 22:11 To: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Solution for VB6 DLL Can you try the -svb6 option on heat e.g. heat.exe file foo.dll -out c:\foo.dll.wxs -svb6 this should remove all the VB6 runtime information from the harvesting. Neil -Original Message- From: Andrew Ziem [mailto:ahz...@gmail.com] Sent: 09 February 2009 18:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Solution for VB6 DLL My new MSI was working great in WiX 3.0.4805.0 (and Warsetup 3.12.0.0) except I needed to register a DLL which looks like it was made in VB 6 (it references MSVBVM60.DLL) I ran: heat.exe file foo.dll -out c:\foo.dll.wxs Then, I added the GUID, but I got errors: c:\wix3\candle.exe c:\prj\foo.dll.wxs -ext c:\wix3\WixUIExtension.dll -out c:\prj\foo.dll.wixobj Errors foo.dll.wxs c:\prj\foo.dll.wxs(6) : error CNDL0010 : The Class/@Server attribute was not found; it is required. c:\prj\foo.dll.wxs(27) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. c:\prj\foo.dll.wxs(31) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. I found what looked like a solution here[1], so I put the six EnsureTable .. entries after Fragment. It didn't help. [1] http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg09448.htm l Starting over, I used dark.exe to decompile an old version of the project (which I didn't build), and the only thing I can see interesting is SelfRegCost=0 . I added that to the DLL's File Id Element, and it is working! Is this solution 'bad' like running 'regsvr32 foo.dll'? Andrew -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging
Re: [WiX-users] COM Plus Applications and Major Upgrade
Where do you have RemoveExistingProducts scheduled? Have you tried it after InstallValidate so that is removes everything before reinstalling. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Adam Burton [mailto:adz...@googlemail.com] Sent: Mon 09/02/2009 13:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] COM Plus Applications and Major Upgrade Hi, I have been working on an installer for a COM application. The installer contains a few .NET assemblies, with a couple configuration files and installs a COM application that uses the .NET assemblies (with the ComPlusExtension). Due to our development not being so strict I figured it would probably be easier if each install was a major upgrade than messing with minor and small. So to test this I generated the MSI and installed, all is well so far. Next I changed the product guid (ok well actually I had it set to '*' :-) ) and increased the version from 2.0.0.0 to 2.1.0.0 (both the steps I believe are required to initiate a major upgrade). I generated the MSI and attempted an install. During the install the installation complained a COM application with the specified id already existed, retry had no effect, so I tried ignore and the install completed successfully. I tried minor and small updates afterward just to confirm and they did not complain. So is there something I am missing when it comes to major upgrades and the ComPlusExtension? Or even just something I am missing with Major Upgrades in general? I tried this again 3.0.4805.0 and 3.0.5006.0, same result. Cheers, Adam -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM Plus Applications and Major Upgrade
I don't know how the internals of the COM+ custom action work but this does sound like a bug to me. Neil -Original Message- From: Adam Burton [mailto:adz...@googlemail.com] Sent: 09 February 2009 13:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade Good thinking, that worked. The next question is, should this be necessary? Is the ComPlusExtension using its own custom actions or something, rather than using stuff like the ComPlus tables provided by Windows Installer? Just seems to me that it should be able to handle this in the same way something like ServiceInstall does. Adam 2009/2/9 Neil Sleightholm n...@x2systems.com Where do you have RemoveExistingProducts scheduled? Have you tried it after InstallValidate so that is removes everything before reinstalling. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Adam Burton [mailto:adz...@googlemail.com] Sent: Mon 09/02/2009 13:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] COM Plus Applications and Major Upgrade Hi, I have been working on an installer for a COM application. The installer contains a few .NET assemblies, with a couple configuration files and installs a COM application that uses the .NET assemblies (with the ComPlusExtension). Due to our development not being so strict I figured it would probably be easier if each install was a major upgrade than messing with minor and small. So to test this I generated the MSI and installed, all is well so far. Next I changed the product guid (ok well actually I had it set to '*' :-) ) and increased the version from 2.0.0.0 to 2.1.0.0 (both the steps I believe are required to initiate a major upgrade). I generated the MSI and attempted an install. During the install the installation complained a COM application with the specified id already existed, retry had no effect, so I tried ignore and the install completed successfully. I tried minor and small updates afterward just to confirm and they did not complain. So is there something I am missing when it comes to major upgrades and the ComPlusExtension? Or even just something I am missing with Major Upgrades in general? I tried this again 3.0.4805.0 and 3.0.5006.0, same result. Cheers, Adam -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today- http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today- http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for VB6 DLL
Can you try the -svb6 option on heat e.g. heat.exe file foo.dll -out c:\foo.dll.wxs -svb6 this should remove all the VB6 runtime information from the harvesting. Neil -Original Message- From: Andrew Ziem [mailto:ahz...@gmail.com] Sent: 09 February 2009 18:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Solution for VB6 DLL My new MSI was working great in WiX 3.0.4805.0 (and Warsetup 3.12.0.0) except I needed to register a DLL which looks like it was made in VB 6 (it references MSVBVM60.DLL) I ran: heat.exe file foo.dll -out c:\foo.dll.wxs Then, I added the GUID, but I got errors: c:\wix3\candle.exe c:\prj\foo.dll.wxs -ext c:\wix3\WixUIExtension.dll -out c:\prj\foo.dll.wixobj Errors foo.dll.wxs c:\prj\foo.dll.wxs(6) : error CNDL0010 : The Class/@Server attribute was not found; it is required. c:\prj\foo.dll.wxs(27) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. c:\prj\foo.dll.wxs(31) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. I found what looked like a solution here[1], so I put the six EnsureTable .. entries after Fragment. It didn't help. [1] http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg09448.htm l Starting over, I used dark.exe to decompile an old version of the project (which I didn't build), and the only thing I can see interesting is SelfRegCost=0 . I added that to the DLL's File Id Element, and it is working! Is this solution 'bad' like running 'regsvr32 foo.dll'? Andrew -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for VB6 DLL
I just tried the code you attached to the bug and it works for me with the -svb6 option. Neil -Original Message- From: Neil Sleightholm Sent: 09 February 2009 22:11 To: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Solution for VB6 DLL Can you try the -svb6 option on heat e.g. heat.exe file foo.dll -out c:\foo.dll.wxs -svb6 this should remove all the VB6 runtime information from the harvesting. Neil -Original Message- From: Andrew Ziem [mailto:ahz...@gmail.com] Sent: 09 February 2009 18:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Solution for VB6 DLL My new MSI was working great in WiX 3.0.4805.0 (and Warsetup 3.12.0.0) except I needed to register a DLL which looks like it was made in VB 6 (it references MSVBVM60.DLL) I ran: heat.exe file foo.dll -out c:\foo.dll.wxs Then, I added the GUID, but I got errors: c:\wix3\candle.exe c:\prj\foo.dll.wxs -ext c:\wix3\WixUIExtension.dll -out c:\prj\foo.dll.wixobj Errors foo.dll.wxs c:\prj\foo.dll.wxs(6) : error CNDL0010 : The Class/@Server attribute was not found; it is required. c:\prj\foo.dll.wxs(27) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. c:\prj\foo.dll.wxs(31) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. I found what looked like a solution here[1], so I put the six EnsureTable .. entries after Fragment. It didn't help. [1] http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg09448.htm l Starting over, I used dark.exe to decompile an old version of the project (which I didn't build), and the only thing I can see interesting is SelfRegCost=0 . I added that to the DLL's File Id Element, and it is working! Is this solution 'bad' like running 'regsvr32 foo.dll'? Andrew -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for VB6 DLL
I can't think of a way to auto-detect VB6 DLLs other than the registry keys being present. We could always enable it and change the option to disable it. The only time I think this would be a problem would be if you were actually harvesting the VB6 runtime. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 09 February 2009 23:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL Is there a way to autodetect those issues so -svb6 isn't necessary... or are there side effects to that option? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, February 09, 2009 14:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solution for VB6 DLL I just tried the code you attached to the bug and it works for me with the -svb6 option. Neil -Original Message- From: Neil Sleightholm Sent: 09 February 2009 22:11 To: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Solution for VB6 DLL Can you try the -svb6 option on heat e.g. heat.exe file foo.dll -out c:\foo.dll.wxs -svb6 this should remove all the VB6 runtime information from the harvesting. Neil -Original Message- From: Andrew Ziem [mailto:ahz...@gmail.com] Sent: 09 February 2009 18:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Solution for VB6 DLL My new MSI was working great in WiX 3.0.4805.0 (and Warsetup 3.12.0.0) except I needed to register a DLL which looks like it was made in VB 6 (it references MSVBVM60.DLL) I ran: heat.exe file foo.dll -out c:\foo.dll.wxs Then, I added the GUID, but I got errors: c:\wix3\candle.exe c:\prj\foo.dll.wxs -ext c:\wix3\WixUIExtension.dll -out c:\prj\foo.dll.wixobj Errors foo.dll.wxs c:\prj\foo.dll.wxs(6) : error CNDL0010 : The Class/@Server attribute was not found; it is required. c:\prj\foo.dll.wxs(27) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. c:\prj\foo.dll.wxs(31) : error CNDL0047 : The TypeLib element is non-advertised and therefore requires a parent File element. I found what looked like a solution here[1], so I put the six EnsureTable .. entries after Fragment. It didn't help. [1] http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg09448.htm l Starting over, I used dark.exe to decompile an old version of the project (which I didn't build), and the only thing I can see interesting is SelfRegCost=0 . I added that to the DLL's File Id Element, and it is working! Is this solution 'bad' like running 'regsvr32 foo.dll'? Andrew -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe
Re: [WiX-users] ??? in Japanese Setup UI
From post here last week: I think you need to set Product/@Language and Package/@SummaryCodepage, you should be able to find the correct values here: http://msdn.microsoft.com/en-us/library/ms776260.aspx.; Neil -Original Message- From: michael he [mailto:michael...@gmail.com] Sent: 08 February 2009 13:44 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ??? in Japanese Setup UI Experts, I follow the instructions at http://wix.sourceforge.net/manual-wix3/build_a_localized_version.htm and http://wix.sourceforge.net/manual-wix3/make_installer_localizable.htm to created a Japanese version of the setup package. But when I run the output MSI, the Japanese characters in the UI are shown as ?, even on the Japanese Windows. What have i done wrong to cause this? Can you please shed some light? Thanks, Michael -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Does latest Wix has support for Tallow tool?
Tallow has changed name to Heat. Neil -Original Message- From: Nagaraju Manduri (Sogeti) [mailto:v-na...@microsoft.com] Sent: 05 February 2009 07:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Does latest Wix has support for Tallow tool? Well, does the latest WIX version 3.0.4805 has support for Tallow tool? Is there any dynamic way of generation component by looking into folder? If so, how to use this? Thanks Nagaraju -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Does latest Wix has support for Tallow tool?
Heat is documented in the help file. It is not really designed to be used in a build process, it is mainly used for you first pass at generating a file. Neil -Original Message- From: Nagaraju Manduri (Sogeti) [mailto:v-na...@microsoft.com] Sent: 05 February 2009 08:22 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Does latest Wix has support for Tallow tool? Thanks Neil for the information. Is there any procedure or how to call with in the WIX? Or I wanted to generate the component randomly by passing the folder. Thanks Nagaraju -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Thursday, February 05, 2009 12:16 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Does latest Wix has support for Tallow tool? Tallow has changed name to Heat. Neil -Original Message- From: Nagaraju Manduri (Sogeti) [mailto:v-na...@microsoft.com] Sent: 05 February 2009 07:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Does latest Wix has support for Tallow tool? Well, does the latest WIX version 3.0.4805 has support for Tallow tool? Is there any dynamic way of generation component by looking into folder? If so, how to use this? Thanks Nagaraju -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Localizing a WIX installer
I think you need to set Product/@Language and Package/@SummaryCodepage, you should be able to find the correct values here: http://msdn.microsoft.com/en-us/library/ms776260.aspx. You might also want to use the command -cultures:zh-CN;en-us so you get a fallback to English for the un-translated strings. Neil -Original Message- From: Jon Seanor [mailto:jsea...@fortinet.com] Sent: 05 February 2009 21:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Localizing a WIX installer Hi again It looks like this distribution list doesn't like RTF! The params I'm using are: -cultures:zh-CN -loc localization\zh-CN.wxl -loc %wix_bin_dir%\localization\wixui_zh-CN.wxl Jon Seanor wrote: Hi I'm trying to build a localized installer but I'm not getting the results I expect. I am feeding these params into Light to create a Simplified Chinese language installation. *-cultures:*zh-CN *-loc* localization\zh-CN.wxl *-loc* %wix_bin_dir%\localization\wixui_zh-CN.wxl However, when executed on a Simplified Chinese OS, all the localized text consists of ?. Both wxl files are utf-8 and when opened on a Chinese OS display the expected characters. So, it's as if Light has converted the utf8 in the localization files to to ascii during the build Any ideas as to what I am doing wrong or where should I start investigating? I'm using Light version 3.0.4624.0, if that matters. Thanks Jon *** This email and any attachments thereto may contain private, confidential, and privileged material for the sole use of the intended recipient. Any review, copying, or distribution of this email (or any attachments thereto) by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto. *** -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** This email and any attachments thereto may contain private, confidential, and privileged material for the sole use of the intended recipient. Any review, copying, or distribution of this email (or any attachments thereto) by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and permanently delete the original and any copies of this email and any attachments thereto. *** -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut?
To be honest I chose not to include the RemoveFolder elements as it didn't seem correct to potentially remove system folders and then I ignored the ICE64! Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Little Forest [mailto:little.for...@ymail.com] Sent: Wed 04/02/2009 00:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut? Thanks Neil. After hours searching, I found out this: http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wix-3/ I followed the instructions in the post above, and I added Desktop Shortcut support successful. But, when I tried to followed the same way to add Quick Launch shortcut, I got problems: ICE64 Here is the code: Directory Id=AppDataFolder Directory Id=Microsoft Name=Microsoft Directory Id=InternetExplorer Name=Internet Explorer Directory Id=QuickLaunchFolder Name=Quick Launch /Directory /Directory /Directory /Directory ... DirectoryRef Id=QuickLaunchFolder Component Id=QuickLaunchShortcut Guid=32AB3786-02F5-45C8-9E6F-04A6041EB4FF ConditionINSTALLQUICKLAUNCHSHORTCUT/Condition RegistryKey Root=HKCU Key=MyCompany\MyApp Action=createAndRemoveOnUninstall RegistryValue Name=QuickLaunchSC Value=1 Type=integer KeyPath=yes/ /RegistryKey Shortcut Id=QuickLaunchShortcut Directory=QuickLaunchFolder Name=My App ShortName=MyApp Target=[INSTALLLOCATION]$(var.FileOutput)/ RemoveFolder Id=RemoveQuickLaunchFolder On=uninstall/ /Component /DirectoryRef As you can see, I did add RemoveFolder for Component.But the compiler complaint that: error LGHT0204: ICE64: The directory InternetExplorer is in the user profile but is not listed in the RemoveFile table. error LGHT0204: ICE64: The directory Microsoft is in the user profile but is not listed in the RemoveFile table. Question: What can I do to remove these errors? Thanks. /Brian From: Neil Sleightholm n...@x2systems.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thursday, January 29, 2009 11:40:33 PM Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut? For the desktop you can use a standard Windows Installer directory reference (see the SDK). For quick launch the only way I have found is to use this: Directory Id=AppDataFolder Directory Id=Microsoft Name=Microsoft Directory Id=InternetExplorer Name=Internet Explorer Directory Id=QuickLaunchFolder Name=Quick Launch / /Directory /Directory /Directory Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Little Forest [mailto:little.for...@ymail.com] Sent: Fri 30/01/2009 00:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut? Hi, In WiX 3.0, is there a way to create a Quick Launch shortcut and Desktop shortcut based on the user's choice? I know there is a way to create a checkbox for Launch Applition option: http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm I'm wondering if there is a way to create a checkbox for Quick Luanch shortcut and Desktop shortcut on the last page of installation. Some code example are very welcome. Thanks. /Brian. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com http://ca.answers.yahoo.com/ http://ca.answers.yahoo.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] localized WixUILicenseRtf in VisualStudio 2005
The only way I found to do this was to clone LicenseAgreementDlg.wxs in to my project (see http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html here for details) then change the file reference to: Text SourceFile=$(var.ProjectDir)\!(loc.LicenseRtf) / In each of my localisation files (wxl) I have a line like this: String Id=LicenseRtf Overridable=yesLocalisation\License.rtf/String Where License.rtf changes to the correct localised version e.g. License_es-es.rtf. This has the advantage that if you don't have a licence file it will fall back to the default language version. Neil -Original Message- From: Robert Nickel [mailto:robert.nic...@dcam.de] Sent: 04 February 2009 08:29 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] localized WixUILicenseRtf in VisualStudio 2005 You can also use the WixVariable element in a source file. Yes, but I cannot assign language specific strings to this variable, e.g. WixVariable Id=WixUILicenseRtf Value=!(loc.path_to_license_rtf) / because the localized strings are evaluated at link time. I get the error error LGHT0103: The system cannot find the file '!(loc.path_to_license_rtf)'. That's why the localized license file should be given to light.exe as a parameter. I don't see a way to work with the build mechanisms of Visual Studio unless I can give a parameter to light.exe in the project properties that depends on the current culture, e.g. -dWixUILicenseRtf=C:\rtf-path\$(Culture)\license.rtf Is something like this possible? Otherwise I would have to build the project manually. Robert -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Very Simple Installer
1. Don't do it - in the long run it will bite you. 2. Take a look at Inno Setup. 3. If you stay with WiX try using the Heat tool to create the XML, on simple installs it does a pretty good job. Neil -Original Message- From: Martin Sustrik [mailto:sust...@fastmq.com] Sent: 03 February 2009 20:03 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Very Simple Installer :( Any other tool that would be basically simple zip/unzip + add a nice windowsey GUI to the install? Martin Chad Petersen wrote: V2 is the same as v3 in this regard. No built-in support for wildcard inclusion of files. -Original Message- From: Martin Sustrik [mailto:sust...@fastmq.com] Sent: Tuesday, February 03, 2009 11:47 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Very Simple Installer Thanks David, What about using v2? Can you point me to the place to look for the feature? Martin David Reed wrote: I'm pretty sure that there used to be, Martin, but I don't see it in v3; IIRC, wildcard support was explicitly dropped by design. If you figure it out and I missed it somewhere, LMK! We wrote a custom MSBuild task to rip through a directory tree and write out include files for WiX to do this. It's on out CodePlex now in our root project, but that reminds me that I've been meaning to contribute it to the MSBuild community tasks project... -Original Message- From: Martin Sustrik [mailto:sust...@fastmq.com] Sent: Tuesday, February 03, 2009 11:25 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Very Simple Installer Hi, I have a directory tree I want to install at a user-specified location. It's as simple as that... however, I don't want to manage large xml definition file with an entry for each file to be packaged. Is there a way to do that with WiX? Thanks. Martin -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
Re: [WiX-users] Install variable not kept around for uninstall?
Have you tried running the uninstall with logging enabled (msiexec /x setup.msi /L*vx Setup.log) to see what is going on? Neil -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: 29 January 2009 22:09 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Install variable not kept around for uninstall? So I persisted my property value to the registry and use a registry search in the property to try to retrieve the value. My issue is 2 fold. One, the property values aren't being populated from the registry properly on uninstall. It might be that the keys are deleted (uninstalled) before they get a chance to be read or it might be they're just being ignored. Second, I'm not sure that I have my custom action set up correctly to get run at uninstall. I need it to get the server name in the expected sql format (either {dbname}\{instancename} or just {dbname}). The relevant values are below. Any help would be appreciated, I really can't figure out what to do at this point. Thanks, Peter It looks something like this: RegistryKey Id=CreateKey Root=HKLM Action=create Key=$(var.RegKey) RegistryValue Id=SetDatabaseServer Action=write Type=string Name=DatabaseServer Value=[TMEDATABASESERVER] / RegistryValue Id=SetDatabaseInstance Action=write Type=string Name=DatabaseInstance Value=[TMEDATABASEINSTANCE] / RegistryValue Id=SetDatabaseName Action=write Type=string Name=DatabaseName Value=[TMEDATABASENAME] / /RegistryKey And Property Id=TMEDATABASESERVER Value=(local) RegistrySearch Id=RegistrySearchTMEDatabaseServer Type=raw Root=HKLM Key=$(var.RegKey) Name=DatabaseServer / /Property Property Id=TMEDATABASEINSTANCE Value=SQLEXPRESS RegistrySearch Id=RegistrySearchTMEDatabaseInstance Type=raw Root=HKLM Key=$(var.RegKey) Name=DatabaseInstance / /Property Property Id=TmeDatabase Value=.\SQL / Property Id=TMEDATABASENAME Value=TME RegistrySearch Id=RegistrySearchTMEDatabaseName Type=raw Root=HKLM Key=$(var.RegKey) Name=DatabaseName / /Property Because I support both named and unnamed instances I have a custom action to copy the property from TMEDATABASESERVER and TMEDATABASEINSTANCE to TmeDatabase correctly depending on whether TMEDATABASEINSTANCE is specified. That looks like: CustomAction Id=CA_SetDatabaseNoInstance Return=check Property=TmeDatabase Value=[TMEDATABASESERVER] / CustomAction Id=CA_SetDatabaseInstance Return=check Property=TmeDatabase Value=[TMEDATABASESERVER]\[TMEDATABASEINSTANCE] / InstallExecuteSequence Custom Action=CA_SetDatabaseInstance Before=InstallValidate![CDATA[TMEDATABASEINSTANCE]]/Custom Custom Action=CA_SetDatabaseNoInstance Before=InstallValidate![CDATA[NOT TMEDATABASEINSTANCE]]/Custom /InstallExecuteSequence -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Saturday, January 24, 2009 2:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Install variable not kept around for uninstall? If you need properties at uninstall time you need to persist them somewhere and read them on uninstall, the registry is a common location for these. Neil -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: 24 January 2009 19:58 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Install variable not kept around for uninstall? So my scenario is that I query the user at install time what the database server, instance, and name should be. I then use these variables in a sql:SqlDatabase / element to install a database. This works great, except that if I change any of the default values at uninstall it seems to go back to using the default values. I basically have a UI Dialog with a Edit control that is tied to a property for each of these values. I then dereference the property in the SqlDatabase element. How do I persist this value so that when I uninstall it tries to drop the correct database rather than the default one? Thanks in advance, Peter Oehlert -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword
Re: [WiX-users] Need some help on wix
I think that is only true for the MSI version, all parts of file versions are used. Neil -Original Message- From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] Sent: 29 January 2009 22:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need some help on wix The fourth place (the revision) is generally ignored by MSI. -- John M. Cooper -Original Message- From: Sandeep Prakash [mailto:sandeep.prak...@microsoft.com] Sent: Thursday, January 29, 2009 2:49 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need some help on wix Hi Eitan, I verified the following: 1) Old dll has version 3.8.173.1 and the newer one has 1.8.173.2 . Is it ok to differ at the fourth place only? 2) We have an internal site http://patchman/wipe which takes old msi and the modified dlls as input and gives msp and modified msi as output. I found the following in its build log. Are you suggesting to use -f in the case of light.exe? build.log E:\WIPE September 2008\wix2\candle.exe -out E:\temp\4b4db160-82bc-46ea-bb88-22c8cc7897fa\7efc83e9-3c16-4677-a6bb-ecf 797ff11f2.wixobj E:\temp\4b4db160-82bc-46ea-bb88-22c8cc7897fa\7efc83e9-3c16-4677-a6bb-ecf 797ff11f2.wxs E:\WIPE September 2008\wix2\light.exe -out E:\temp\4b4db160-82bc-46ea-bb88-22c8cc7897fa\patch30.pcp E:\temp\4b4db160-82bc-46ea-bb88-22c8cc7897fa\7efc83e9-3c16-4677-a6bb-ecf 797ff11f2.wixobj E:\WIPE September 2008\wix2\msimsp.exe -s patch30.pcp -p MicrosoftEDIPathpatch30.msp -l buildpatch.log -f patchtemp Thanks, Sandeep From: Eitan Behar [ei...@baconao.net] Sent: Friday, January 30, 2009 12:10 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need some help on wix check: 1. the new dll has a new file assembly version? 2. the linker option -fv is set? On Thu, Jan 29, 2009 at 8:30 PM, Sandeep Prakash sandeep.prak...@microsoft.com wrote: Hi, We are not able to update a dll present in gac through patch. I am new to wix. I want to know which tag/ attribute in the wix controls this behaviour. What's the use of 'AssemblyManifest' of file and is it some how related to the above behaviour. Any link to the documentation will be appreciated. Thanks, Sandeep -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut?
For the desktop you can use a standard Windows Installer directory reference (see the SDK). For quick launch the only way I have found is to use this: Directory Id=AppDataFolder Directory Id=Microsoft Name=Microsoft Directory Id=InternetExplorer Name=Internet Explorer Directory Id=QuickLaunchFolder Name=Quick Launch / /Directory /Directory /Directory Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Little Forest [mailto:little.for...@ymail.com] Sent: Fri 30/01/2009 00:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut? Hi, In WiX 3.0, is there a way to create a Quick Launch shortcut and Desktop shortcut based on the user's choice? I know there is a way to create a checkbox for Launch Applition option: http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm I'm wondering if there is a way to create a checkbox for Quick Luanch shortcut and Desktop shortcut on the last page of installation. Some code example are very welcome. Thanks. /Brian. __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com http://ca.answers.yahoo.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Project references/Project output
That isn't possible, you have to add each file you want from your project. I would do this by setting Directory/@FileSource or DirectoryRef/@FileSource to var.ProjectName.TargetDir then include each file by just setting File/@Name. Neil -Original Message- From: Marais van Zyl [mailto:li...@projexis.co.za] Sent: 28 January 2009 15:03 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Project references/Project output Hi there, Currently I have the following in my wxs file to include project references.: File Name=$(var.Framework.Common.TargetFileName) Source=$(var.Framework.Common.TargetPath) DiskId=1 / The problem I am having is that it does not copy all the output from the project (including all referenced dll's). I want to add a reference in my wxs file that will get the output from all my project and not to manually include the extra assemblies that is being referenced by the projects. How would I go about doing this? I am using the latest build... Thanks, MS -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] extracting WiX compiled version from msi file
Now you are all making my open in a text editor look really stupid :-) -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 28 January 2009 18:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] extracting WiX compiled version from msi file It's easy as pie in C#/DTF: String creatingApp; using( var database = new Database( PATH_TO_MSI, DatabaseOpenMode.ReadOnly)) { creatingApp = database.SummaryInfo.CreatingApp; } Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Wed, 1/28/09, Neil Sleightholm n...@x2systems.com wrote: From: Neil Sleightholm n...@x2systems.com Subject: Re: [WiX-users] extracting WiX compiled version from msi file To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Wednesday, January 28, 2009, 12:13 PM It is in the summary information but the only tool I know that displays it is InstEd (http://www.instedit.com/). A rough way of find it is to open the MSI in a text editor and search for Windows Installer XML you should find a string like Windows Installer XML (3.0.4923.0). I am sure there is an easier way of finding though. Neil -Original Message- From: Cohen, Roy [mailto:roy.co...@verint.com] Sent: 28 January 2009 18:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] extracting WiX compiled version from msi file Hi all. I have a set of MSI installation files that ware compiled from different version of WiX (v3) My question is, is there a way for extracting the complier (WiX) version from the MSI ? And I mean any possible way ... ORCA / VBScript / windows installer DLL etc' ? Best wishes --Roy It's all in the head / This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer hanging while doing FileCost
Do you have a simple example that you could share? I have seen this a few times but cannot reproduce it reliably. Neil -Original Message- From: jnewton [mailto:jonathan.new...@ni.com] Sent: 28 January 2009 21:40 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installer hanging while doing FileCost I created a very basic MSI that doesn't install any files but simply references the UI_Minimal dialogs (i.e. UIRef Id=WixUI_Minimal/). When I run the MSI, it always hangs stating please wait while the installer finishes determining your disk space requirements. I saw another forum post http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequen tly-though.-td2116872.html here , that seemed to be the exact problem, but there wasn't a resolution. Is this a known bug? A few months ago when I was usually an earlier version of WiX 3.0, I don't remember seeing this problem. I guess I can try and install earlier revisions to see what happened. I am using the beta right now. This problem seems to occur on XP and Vista. Thanks -Jonathan -- View this message in context: http://n2.nabble.com/Installer-hanging-while-doing-FileCost-tp2235100p22 35100.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF Logging in UI Sequence
I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DTF Logging in UI Sequence
It is a button click, I take it this is an MSI limitation. Thanks Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 27 January 2009 15:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF Logging in UI Sequence You can't log if the action is based off a button click, otherwise it should work. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 27, 2009 07:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] DTF Logging in UI Sequence I have at custom action written using DTF and the session.Log() method doesn't write to the MSI log file if the custom action is called in the UI sequence. Is this a bug or is it not possible to log in the UI sequence? Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unknow error on DB installation
Probably not the case but SQL won't install to compressed drives and IIFC gives a weird error. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 27 January 2009 15:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Unknow error on DB installation Found a couple options: NMERR_REMOTE_NOT_A_SERVER netmon.h ERROR_MOD_NOT_FOUND winerror.h Can you provide more detail about what you are doing? -Original Message- From: andresd [mailto:andres.denkb...@gmail.com] Sent: Tuesday, January 27, 2009 00:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unknow error on DB installation Hi, I'm using WiX 3.0.4805.0, and I have a setup that install a database with the data file (MDF) on the default folder (C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data) and the LDF on drive D: under a specific folder. I was able to install on several machine configurations, but it fails on a single machine (Win2003 R2 SP2, two hard drives C: and D:) with the following error in the log: Action 11:10:56: CreateDatabase. Creating Databases CreateDatabase: Error 0x8007007e: failed to create to database: 'DBNAME', error: unknown error Error 26201. Error -2147024770: failed to create SQL database: NogaClass, error detail: unknown error. MSI (s) (4C!F0) [11:11:00:302]: Product: DBNAME-- Error 26201. Error -2147024770: failed to create SQL database: DBNAME, error detail: unknown error. I didn't found any reference on the error codes and I don't have any idea what is the problem, the running user has administrative authorization both on machine and SQL. Thanks in advance, Andrés. -- View this message in context: http://n2.nabble.com/Unknow-error-on-DB-installation-tp907p907.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating Per-User Registry Entries in a Per-Machine Installation
I don't think this is possible, I would suggest that the right place to do this is in your application on first run not in the installation. Neil -Original Message- From: Chuck [mailto:electroch...@att.net] Sent: 24 January 2009 00:09 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating Per-User Registry Entries in a Per-Machine Installation My application installs on a per-machine basis so that it is available to all users. I have InstallPrivileges=elevated and InstallScope=perMachine. In addition, the installer creates some registry entries for my application in HKLM because I have specified Root=HKMU. I would like to set some default registry values so that they are available to the individual user upon the first invocation of the application. The user must be able to modify those values and the values for each user must be distinct from those of other users. Therefore HKCU and not HKLM registry entries must be used. Is there a mechanism for the installer to create registry entries in the HKCU tree for each user in this scenario? If that is possible, can all such HKCU registry entries be removed when the application is uninstalled? Configuration: schemas.microsoft.com/wix/2006/wi, WiX binaries version 3.0.4909.0, WiXEdit version 0.6.1762.0 -- Charles -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Install variable not kept around for uninstall?
If you need properties at uninstall time you need to persist them somewhere and read them on uninstall, the registry is a common location for these. Neil -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: 24 January 2009 19:58 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Install variable not kept around for uninstall? So my scenario is that I query the user at install time what the database server, instance, and name should be. I then use these variables in a sql:SqlDatabase / element to install a database. This works great, except that if I change any of the default values at uninstall it seems to go back to using the default values. I basically have a UI Dialog with a Edit control that is tied to a property for each of these values. I then dereference the property in the SqlDatabase element. How do I persist this value so that when I uninstall it tries to drop the correct database rather than the default one? Thanks in advance, Peter Oehlert -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do setup bootstrappers avoid prompts for media when changing or repairing an existing installation
I believe products like Microsoft Office extract the MSI to a folder and leave it on your system to allow for changes. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Andrew Lee [mailto:a...@solarflare.com] Sent: Thu 22/01/2009 13:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How do setup bootstrappers avoid prompts for media when changing or repairing an existing installation Eric Teutsch wrote: All MSI packages are cached my Windows. See: C:\WINDOWS\Installer Yes I realise that, but the cached package has all embedded files and cabinets stripped out to save space. So when adding a feature to an existing installation, the cached package does not include the needed files and the installer prompts for the path to the original media. I want to be able to avoid such prompts. Best regards, Andrew -- Andrew Lee Solarflare Communications mailto:a...@solarflare.com Block 2, Second floor, Westbrook Centre tel:+44-1223-518040 x5507 Milton Road, Cambridge, CB4 1YG, UK fax:+44-1223-464225 http://www.solarflare.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing a service wich is also a COM server
Would you like this in a bug/feature request? Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 22 January 2009 16:02 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server 1. Ahh, VB. Yeah, that would be a gap since I don't know anyone around here that programs in VB right now. 2. Also haven't played with .NET/COM Interop. So those are the things missing. I guess that makes sense. Might be neat things to have in an extension. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 21, 2009 09:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server 1. Looking at the fairly standard set of .Net and VB COM files I would say these: {62C8FE65-4EBB-45e7-B440-6E39B2CDBF29} - .NET Category {40FC6ED5-2438-11CF-A3DB-080036F12502} - Automation Objects {40FC6ED4-2438-11CF-A3DB-080036F12502} - Controls/Control These seems to be quite common on VB COM components but aren't in HKCR\Component Categories on my PC: {0DE86A52-2BAA-11CF-A229-00AA003D7352} - {0DE86A53-2BAA-11CF-A229-00AA003D7352} {0DE86A57-2BAA-11CF-A229-00AA003D7352} 2. If you register a .Net COM assembly it adds a key under InprocServer32 of the assembly version number with a duplicate of the values at the InprocServer32 level - another reason for fixed assembly versions :-) 3. We I guess it depends. These are used by all .Net COM assemblies: HKCR\CLSID\{guid}\InprocServer32 Name=Class HKCR\CLSID\{guid}\InprocServer32 Name=Assembly HKCR\CLSID\{guid}\InprocServer32 Name=RuntimeVersion HKCR\CLSID\{guid}\InprocServer32 Name=CodeBase These are common in VB controls: HKCR\CLSID\{guid}\MiscStatus HKCR\CLSID\{guid}\ToolBoxBitmap32 I am not sure about these: HKCR\TypeLib\{guid}\3.0 Name=PrimaryInteropAssemblyName HKCR\Interface\{guid}\Forward Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 21 January 2009 06:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server 1. there is already support for the two most common Implemented Categories. Do you know others that need support? 2. What is InprocServer32\1.2.3.4? 3. Does anybody actually use that other stuff? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 20, 2009 22:28 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server Like which ones? Implemented Categories: HKCR\CLSID\{guid1}\Implemented Categories\{guid2} Any entries for assemblies: CLSID\{guid}\InprocServer32\1.2.3.4 These are generated from Heat I have to admit I don't know what they are! HKCR\Component Categories\{guid1} HKCR\Record\{guid1}\1.2.3.4 This is from Heat and I am not sure why it couldn't be a Typelib HKCR\TypeLib\{guid1}\1.0 These are probably more obscure: HKCR\CLSID\{guid}\InprocServer32 Name=Class HKCR\CLSID\{guid}\InprocServer32 Name=Assembly HKCR\CLSID\{guid}\InprocServer32 Name=RuntimeVersion HKCR\CLSID\{guid}\InprocServer32 Name=CodeBase HKCR\TypeLib\{guid}\3.0 Name=PrimaryInteropAssemblyName HKCR\Interface\{guid}\Forward HKCR\CLSID\{guid}\MiscStatus HKCR\CLSID\{guid}\ToolBoxBitmap32 Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 17:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server Like which ones? -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] Installing a service wich is also a COM server
1. Looking at the fairly standard set of .Net and VB COM files I would say these: {62C8FE65-4EBB-45e7-B440-6E39B2CDBF29} - .NET Category {40FC6ED5-2438-11CF-A3DB-080036F12502} - Automation Objects {40FC6ED4-2438-11CF-A3DB-080036F12502} - Controls/Control These seems to be quite common on VB COM components but aren't in HKCR\Component Categories on my PC: {0DE86A52-2BAA-11CF-A229-00AA003D7352} - {0DE86A53-2BAA-11CF-A229-00AA003D7352} {0DE86A57-2BAA-11CF-A229-00AA003D7352} 2. If you register a .Net COM assembly it adds a key under InprocServer32 of the assembly version number with a duplicate of the values at the InprocServer32 level - another reason for fixed assembly versions :-) 3. We I guess it depends. These are used by all .Net COM assemblies: HKCR\CLSID\{guid}\InprocServer32 Name=Class HKCR\CLSID\{guid}\InprocServer32 Name=Assembly HKCR\CLSID\{guid}\InprocServer32 Name=RuntimeVersion HKCR\CLSID\{guid}\InprocServer32 Name=CodeBase These are common in VB controls: HKCR\CLSID\{guid}\MiscStatus HKCR\CLSID\{guid}\ToolBoxBitmap32 I am not sure about these: HKCR\TypeLib\{guid}\3.0 Name=PrimaryInteropAssemblyName HKCR\Interface\{guid}\Forward Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 21 January 2009 06:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server 1. there is already support for the two most common Implemented Categories. Do you know others that need support? 2. What is InprocServer32\1.2.3.4? 3. Does anybody actually use that other stuff? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 20, 2009 22:28 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server Like which ones? Implemented Categories: HKCR\CLSID\{guid1}\Implemented Categories\{guid2} Any entries for assemblies: CLSID\{guid}\InprocServer32\1.2.3.4 These are generated from Heat I have to admit I don't know what they are! HKCR\Component Categories\{guid1} HKCR\Record\{guid1}\1.2.3.4 This is from Heat and I am not sure why it couldn't be a Typelib HKCR\TypeLib\{guid1}\1.0 These are probably more obscure: HKCR\CLSID\{guid}\InprocServer32 Name=Class HKCR\CLSID\{guid}\InprocServer32 Name=Assembly HKCR\CLSID\{guid}\InprocServer32 Name=RuntimeVersion HKCR\CLSID\{guid}\InprocServer32 Name=CodeBase HKCR\TypeLib\{guid}\3.0 Name=PrimaryInteropAssemblyName HKCR\Interface\{guid}\Forward HKCR\CLSID\{guid}\MiscStatus HKCR\CLSID\{guid}\ToolBoxBitmap32 Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 17:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server Like which ones? -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX custom dialogs insight.
There is some information on customising the standard dialogs here: http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html. I use WiXEdit to create the dialogs: http://wixedit.sourceforge.net/. It is a bit clunky but quicker than doing it by hand. Neil -Original Message- From: Tezuka Kunimitsu [mailto:osu...@gmail.com] Sent: 21 January 2009 13:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX custom dialogs insight. We are currently developing a new product and would like to use WiX to create our installer, but we still have some doubts about WiX usage. The version of WiX in question is v3. The problem is our installer does not make use only of WiX dialog sets (WixUI_Mondo, WixUI_InstallDir and so on), but it has some custom dialogs like 'Select SQl Server dialog', 'Inform user and password' and others that is not present on these sets. We also need to write values in the registry and install and lauch a service. This seems like a common scenario, but we couldn't find the right way to these things, and the scarse WiX documentation on the internet wasn't helping much. We were able to make a Wix installer that is launching a Wizard (that we made in Windows Forms) during the WiX installation process, this Wizard has the custom dialogs that we need. But after collecting some more info, we realized that the WiX dialogs order can be modified and it's possible to create new dialogs only using the WiX syntax and Custom Actions. What would be the right way to do this? 1) Create our custom dialogs using WiX syntax and integrate them with the WiX dialogs sets, if it's really possible to create any type of dialog using only this. 2) Create our custom dialogs in a separate project using Windows Forms, WPF or whatever and launch this during or after the installation process. Much like what is being made with our currently installer. 3) Other option...? Thank you for your help. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing a service wich is also a COM server
I would install the service using the Service elements and then do the COM bit by writing the relevant registry entries using RegistryValue. The hard bit is generating the registry values as I don't think heat can harvest COM servers, if the code is written in C++ you should be able to get the values from the source registration code. Neil -Original Message- From: Michael Baker [mailto:m...@objectivedynamics.co.uk] Sent: 20 January 2009 11:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing a service wich is also a COM server I need to produce an msi-style installer for a legacy project and I need to do it fairly quickly. WiX has been recommended to me and so far, so good but one thing eludes me at the moment. One of the targets is both a Win32 Service *and* a COM server. Does anyone have any details on how to handle this kind of scenario? TIA, MikeB -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting the version from the Assembly file
Sorry but I couldn't leave it... 1. I have to disagree, I'm sure you have a better inside track than me but they do it because they want us to all have the same version, even Office updates work this way. Policy files just don't cut it especially if you do daily builds - you would need hundreds of them very quickly. Office uses policy file to upgrade us from v11 to v12 which makes sense. 2. My GAC doesn't contain anything done the right way so I would have to question why it is right. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 15:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file The assemblyFileVersion is only applicable when installing into the GAC. Otherwise, AFAIK, standard file versioning rules apply. The guidance is to use publisher policy instead of assemblyFileVersion when installing to the GAC. Also, as it has been related to me, those 90% of Microsoft assemblies fall into two buckets: 1. Core runtime stuff that can't be affected by publisher policy (something has to process it). 2. Microsoft teams doing the wrong thing. Using the argument, But Microsoft does it will not always make you right. smile/ -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, January 19, 2009 23:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file 2. My understanding of the .NET Framework documentation does not recommend setting the fileVersion in the assembly identity. They recommend SxS semantics by upgrading the assembly's version only. Apologies for going off topic but... I think this is true but rarely practical, in reality you often need to upgrade in place and policy redirects don't help - they are only really useful for redirection between major versions. If you take a look in the GAC I think you will find that 90% of what Microsoft ships has different file and assembly versions. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting the version from the Assembly file
I don't believe I am going against Microsoft recommendations: http://support.microsoft.com/kb/556041 http://msdn.microsoft.com/en-us/library/z5e12zb4.aspx http://msdn.microsoft.com/en-us/library/aa372360(VS.85).aspx I have just spent the last hour reading up on this and can't find a clear policy statement on this both options seem to be perfectly valid. The last reference talks about the pitfalls but doesn't say you mustn't to do it. In fact I use both, daily builds use file versions so that GAC is updated and developers don't need to recompile code to get the new version (we sometimes release patches like this as well). Each minor build (1.1 to 1.2 etc) uses a policy redirect (if appropriate) to move to the new assembly version. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 17:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file You're welcome to do what you want. All I ask is that you be careful about suggesting doing things against the recommendations. It's one thing to say, Don't use that technology, it has all kinds of problems. It's another thing to say, It's too hard to use that technology so use it in a way that isn't recommended. I'm not like Raymond, I personally think that applications that use platform technologies wrong should be actively broken. Why? Because I see so many platforms that are hamstrung because developers choose to do things the wrong way. IMHO, the Windows Installer is probably one of the most trapped technologies out there because developers have done so many horrible things in it. Also, IMHO, a fair bit of the blame falls on the Windows Installer team itself since there is a lot of the technology that is not easy to understand and not a lot of direction out there how to use it correctly. But, AFAICT, it's pretty clear that publisher policies are recommended over assemblyFileVersion. If you have issues with that (and I won't argue against them because I probably agree with you) then don't suggest that developers should ignore the recommendations. Work to get the recommendations changed. That's my outlook. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 20, 2009 09:22 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file Sorry but I couldn't leave it... 1. I have to disagree, I'm sure you have a better inside track than me but they do it because they want us to all have the same version, even Office updates work this way. Policy files just don't cut it especially if you do daily builds - you would need hundreds of them very quickly. Office uses policy file to upgrade us from v11 to v12 which makes sense. 2. My GAC doesn't contain anything done the right way so I would have to question why it is right. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 15:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file The assemblyFileVersion is only applicable when installing into the GAC. Otherwise, AFAIK, standard file versioning rules apply. The guidance is to use publisher policy instead of assemblyFileVersion when installing to the GAC. Also, as it has been related to me, those 90% of Microsoft assemblies fall into two buckets: 1. Core runtime stuff that can't be affected by publisher policy (something has to process it). 2. Microsoft teams doing the wrong thing. Using the argument, But Microsoft does it will not always make you right. smile/ -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, January 19, 2009 23:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file 2. My understanding of the .NET Framework documentation does not recommend setting the fileVersion in the assembly identity. They recommend SxS semantics by upgrading the assembly's version only. Apologies for going off topic but... I think this is true but rarely practical, in reality you often need to upgrade in place and policy redirects don't help - they are only really useful for redirection between major versions. If you take a look in the GAC I think you will find that 90% of what Microsoft ships has different file and assembly versions. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net
Re: [WiX-users] Installing a service wich is also a COM server
Like which ones? Implemented Categories: HKCR\CLSID\{guid1}\Implemented Categories\{guid2} Any entries for assemblies: CLSID\{guid}\InprocServer32\1.2.3.4 These are generated from Heat I have to admit I don't know what they are! HKCR\Component Categories\{guid1} HKCR\Record\{guid1}\1.2.3.4 This is from Heat and I am not sure why it couldn't be a Typelib HKCR\TypeLib\{guid1}\1.0 These are probably more obscure: HKCR\CLSID\{guid}\InprocServer32 Name=Class HKCR\CLSID\{guid}\InprocServer32 Name=Assembly HKCR\CLSID\{guid}\InprocServer32 Name=RuntimeVersion HKCR\CLSID\{guid}\InprocServer32 Name=CodeBase HKCR\TypeLib\{guid}\3.0 Name=PrimaryInteropAssemblyName HKCR\Interface\{guid}\Forward HKCR\CLSID\{guid}\MiscStatus HKCR\CLSID\{guid}\ToolBoxBitmap32 Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 17:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing a service wich is also a COM server Like which ones? -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Reg: Uninstall Other Packages using WIX
Add additional Upgrade / elements referencing the old upgrade codes. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Natarajan, Thangaraj (MLITS) [mailto:thangaraj_natara...@ml.com] Sent: Mon 19/01/2009 07:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Reg: Uninstall Other Packages using WIX Hi, I need some help regarding uninstalling of other package. Actually I used to have 3 MSI installed for a single Product. Now it has been changed to a single MSI. MY requirement is to uninstall the 3 Old packages Before installing the New MSI. I know the product ID of the 3 MSI. Please reply me on this ASAP. It would be of great help. Thanks Thangaraj N -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to Merrill Lynch are references to any company in the Merrill Lynch Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Secur ities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting the version from the Assembly file
I would be happy with one example. I use ?define Version = !(bind.fileVersion.MyFile.exe) ? in several installs. I would also point out the file version that MSI uses for replacing files and what you see when you right click on a file and look at its properties is not the Assembly version information, it is the Win32 file version information. Assembly version information is mapped to file version for your convenience and if you were so inclined you could replace it with a completely different version. I would use !(bind.fileVersion.xxx) if I were you. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting the version from the Assembly file
2. My understanding of the .NET Framework documentation does not recommend setting the fileVersion in the assembly identity. They recommend SxS semantics by upgrading the assembly's version only. Apologies for going off topic but... I think this is true but rarely practical, in reality you often need to upgrade in place and policy redirects don't help - they are only really useful for redirection between major versions. If you take a look in the GAC I think you will find that 90% of what Microsoft ships has different file and assembly versions. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting the version from the Assembly file
Just a thought, you might was to consider a simple bootstrapper that wraps up the msi. You could then keep the msi filename the same but change the name of the bootstrapper exe, that way you don't break the msi rule. Neil -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: 19 January 2009 23:59 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file On Mon, Jan 19, 2009 at 2:33 PM, Rob Mensching rob.mensch...@microsoft.comwrote: .2. My understanding of the .NET Framework documentation does not recommend setting the fileVersion in the assembly identity. They recommend SxS semantics by upgrading the assembly's version only. You can drive your product version off of an assembly's version using !(bind.assemblyVersion.FileId). 3. You can only specify binder variables in .wxs files. It's a binder (in light.exe) concept not an MSBuild (in MSBuild.exe reading .wixproj files) concept. If you want to move your version specification to MSBuild, then you need to use a preprocessor variable (i.e. !(var.Xxx) or !(env.Xxx)). The WiX.chm actually has a decent amount of detail on preprocessor variables. Also, you don't have to specify both the File/@Name and File/@Source unless the file name needs to be different. I personally, like to only specify File/@Source and the File/@Id and File/@Name will be taken care of for me (as long as I don't have two files with the same name... in that case I have to specify at least one File/@Id). Ok, thanks Rob. I've now got everything working except putting the filename into the msi - which I know you've indicated is against the msi rules, but I can rename the files manually and they install, so I guess I'll just have to do a post build step where I rename them, if there is no nice way to use a variable for part of the name. -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: Monday, January 19, 2009 10:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file On Mon, Jan 19, 2009 at 10:22 AM, Rob Mensching rob.mensch...@microsoft.com wrote: 0. Probably aren't a lot of examples out there. It is relatively new functionality. I would be happy with one example. :) 1. the !(bind.Xxx) means binder variable while $(var.Xxx) means preprocessor variable. Preprocessing is the very first process run in the WiX toolset (in candle) and binding is the very last (in light). Different data is available at different times. Ok, got it. 2. !(bind.assemblyFileVersion.Xxx) is only available if you instruct light to populate file versions (not generally recommended). That's why I tend to use !(bind.FileVersion.Xxx) instead. Is there a reason why it's not recommended? And perhaps I'm misunderstanding something... When I build my exe, it is built with an AssemblyInfo.cs file that has an [assembly:] attribute. I just want to pull that attribute out of the executable so that my msi file has the same version number. Am I correct in assuming that the Version attribute of the Product tag in the .wxs file is supposed to be the same as the application's version? 3. Does a File/@Id with value myProgramEXE exist in your MSI? If not, that would cause this error as well. Yes, I have the File/@Id with Id=myProgramEXE. Here is a slightly larger segment of my .wxs file: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension; Product Id=11732b0c-41a8-483b-8a99-a2a1afece53c Name=My Great Program Language=1033 Version=!(bind.assemblyFileVersion.myGreatProgramEXE) Manufacturer=My Software Corp UpgradeCode=ba6c6a55-3a6c-4080-b77a-92aa0efbc67d Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=MyProgram Component Id=ProductComponent Guid=62a436f8-b2d3-4f10-ae62-dc5616a0d34e File Id=myGreatProgramEXE Name=$(var.MyProgram.TargetFileName) Source=$(var.MyProgram.TargetPath) DiskId=1 KeyPath=yes the $(var.MyProgram.TargetFileName) and TargetPath work just fine. Is the wxs file the wrong place for a bind variable? Does it belong in a wixproj instead? If so, then how would the version be set int he .wxs? Also - thanks Rob for the time you've spent on this. I really appreciate it. -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: Monday, January 19, 2009 09:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file Ok, I've
Re: [WiX-users] Conflict of Interest: InstallFiles and RemoveExistingProducts
You probably know this stuff but Bob posted some interest information here: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/ Neil -Original Message- From: vexilar [mailto:s...@sorna.com] Sent: 16 January 2009 23:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Conflict of Interest: InstallFiles and RemoveExistingProducts From the MSDN documention for RemoveExistingProducts (http://msdn.microsoft.com/en-us/library/aa371197(VS.85).aspx): The RemoveExistingProducts action must be scheduled in the action sequence in one of the following locations. ... -After the InstallFinalize action. This is the most efficient placement for the action. In this case, the installer updates files before removing the old applications. Only the files being updated get installed during the installation. If the removal of the old application fails, then the installer only rolls back the uninstallation of the old application. So this is how I have my installer setup. I don't feel my Product is that unique in the regard that it has some files that don't change between versions. So the InstallFiles action only installs the files that have been updated between versions, and leaves the non-changed ones where they are. However, when RemoveExistingProducts runs, the files that have not changed are removed. This is certainly not what I want. Is there a setting that I am missing? Thanks. -- View this message in context: http://n2.nabble.com/Conflict-of-Interest%3A-InstallFiles-and-RemoveExis tingProducts-tp2171344p2171344.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
If you give it a fallback option to English it should work e.g. cultures=ja-jp;en-us. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: Thu 15/01/2009 23:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Building Wix for ja-JP Hi, I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of our installer. However when I change the culture to build to ja-JP (via VS 2008 project settings) I am getting the following errors:- C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(208,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(209,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(210,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(18,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(19,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(20,0): error LGHT0102: The localization variable !(loc.CreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(21,0): error LGHT0102: The localization variable !(loc.DropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(22,0): error LGHT0102: The localization variable !(loc.ExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(23,0): error LGHT0102: The localization variable !(loc.RollbackExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(12,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedCreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(13,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedDropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(14,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedConnectDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(15,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedExecString) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(16,0): error LGHT0102: The localization variable !(loc.msierrSQLDatabaseAlreadyExists) is unknown. Please ensure the variable is defined. So the question is, is ja-JP a supported culture for this build? If yes what am I missing? I checked the command-line from light and it seemed to pick up the right culture. Are there any .wxl files specific to ja I need to download? Snippet of light:- C:\Program Files\Windows Installer XML v3\bin\Light.exe -cultures:ja-JP -ext C:\Program Files\Windows Installer XML v3\bin\WixNetFxExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUtilExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll -loc myLocFile-ja.wxl -out blah Any help is much appreciated. Regards, Vidya -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] Building Wix for ja-JP
I think there were a whole lot of translations provide by someone (possible Microsoft) in the early days of the UI but they haven't been update to include the custom actions or additions to the UI. Neil -Original Message- From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: 16 January 2009 19:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP :-). One last thing, I was wondering how come if it has not been localized in japanese I get warnings only for a few strings? Is it that these are new and have been introduced only in 3.0 but the rest of the strings were in 2.0 and are available for use as-is in 3.0? Can you please help clarify this? Regards, Vidya -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Friday, January 16, 2009 9:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP Vidya Kukke wrote: Is there any plan to do it? The WiX team, while experts in many, many things, is amateur at best at more than a handful of foreign languages. We rely on experts to donate that expertise and so far, nobody has done so. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation problems with the weekly builds
This sounds like this problem: http://n2.nabble.com/Installer-hanging-while-doing-FileCost,-not-frequently-though.-td2116872.html#none Neil -Original Message- From: Kjartan Þór Kjartansson [mailto:kjar...@eskill.is] Sent: 13 January 2009 12:50 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installation problems with the weekly builds Hi, I've been having a problem running the msi packages of the last two weekly builds of WiX. It seems like it can't finish running the CostInitialize so the wait for disk requierments dialog comes up and never finishes. I have looked at the log file but can't see what is wrong there so I attached it to this message. Regards Kjartan Þór Kjartansson Forritari / Software Developer Eskill ehf. Lynghálsi 9 110 Reykjavík Ísland / Iceland www.eskill.ishttp://www.eskill.is/ +354 594 / +354 594 0031 Fyrirvari/Disclaimer www.eskill.is/disclaimerhttp://www.eskill.is/disclaimer -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing Files to multiple drives....
What error do you get in the MSI log files? Have you read this: http://www.tramontana.co.hu/wix/lesson5.php#5.12 What version of WiX are you using? Neil -Original Message- From: Kalvagadda, SivaKrishna (MLX Technology) [mailto:sivakrishna_kalvaga...@ml.com] Sent: 12 January 2009 15:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing Files to multiple drives Hi, I am using the pca:complusapplication to install the com dll in com+ server. I am able to install the dll in the com + Server which having only one class (component) but I am not able to install dll having multiple classes (multiple component) Kindly refer the following component portion of the wxs file to install the com+ assembly. Component Id=CrcOcx DiskId=1 Guid=53E478B2-4A6A-458b-A00E-7CE54FC539E5 User Id=USR CreateUser=no Domain=HCS-PCS0310 Name=ASPNET Password=Merrill6 /User File Id=CrcOcx Name=CrcOcx LongName=Extractor.dll src=C:\SetUp\Portalapi\DirectMarketsAPI.dll / pca:ComPlusApplication Id=ComCrc Password=pwd ShutdownAfter= Name=CRC COM Application xmlns:pca=http://schemas.microsoft.com/wix/2005/02/pubca; Activation=inproc Deleteable=no Changeable=yes pca:ComPlusAssembly Id=ComCrcAssembly Type=native DllPath=[#CrcOcx] pca:ComPlusComponent Id=ComCrc CLSID=26178944-E700-4A1E-8932-922BA8E35D2D /pca:ComPlusComponent pca:ComPlusComponent Id=ComCrc1 CLSID=02FFD4B3-1DC9-4D40-98D6-878F78DCD376 /pca:ComPlusComponent pca:ComPlusComponent Id=ComCrc2 CLSID=ACCAE21F-8A02-48DB-B1C5-52769D677D92 /pca:ComPlusComponent pca:ComPlusComponent Id=ComCrc3 CLSID=35B9B01A-BD45-4ACA-B2A4-2FBB6958C4B6 /pca:ComPlusComponent /pca:ComPlusAssembly pca:ComPlusApplicationRole Id=crcrOLE Name=crcrOLE pca:ComPlusUserInApplicationRole Id=crcuser User=USR/ /pca:ComPlusApplicationRole The above dll consists of four classes. I have given four class id for four classes. But unable to register the dll in com +. Kindly suggest the workaround. /pca:ComPlusApplication RemoveFile Id=RemoveCrc On=uninstall / /Component Regards, Siva. -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to Merrill Lynch are references to any company in the Merrill Lynch Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Secur ities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building signed WiX Source
Is it possible it only works because you are using an official Microsoft key and that gives permissions to load something else? They key I generated was simply done with sn -k mykey.snk is that appropriate? I'll raise a bug so this isn't lost. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wed 07/01/2009 23:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I don't know. Works on the build machine today. shrug/ -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 15:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I have both Visual Studio 2008 SDK Version 1.0 and Visual Studio 2005 SDK Version 4.0 installed. (This details the full config: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html) Should I raise a bug for this? Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source 2005 and 2008 both. I think that's a 2008 thing but I'm not sure if that fixes the 2005 official build. Votive is mainly handled by Justin. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 14:32 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source If I build without setting OFFICIAL_WIX_BUILD everything is ok, it is only a problem when I try to sign it. Is VSIP SDK == Visual Studio 2005 SDK Version 4. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source Do you have the VSIP SDK? I *think* that's what is required. There is a fair bit of software that has to be installed when doing an official build. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 13:44 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building signed WiX Source I want to be able to build the WiX source to run on machines other than the build machine. By default the build processes delay signs the code with the public WiX key and so it won't run unless you trust the public key. Looking at the build code it seems the answer to this is to create my own public/private key and set OFFICIAL_WIX_BUILD to point at it. This works for most of the code but Votive2005.csproj fails with this error: WixExtensionReferenceNodeProperties.cs(59,10): error CS0122: 'System.SRCategoryAttribute' is inaccessible due to its protection level Does anyone have any idea why this is happening? Is this the correct way to generate signed code? Thanks Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source
Re: [WiX-users] Building signed WiX Source
Do you mean copy the hint paths from the 2008 project? The 2005 project doesn't have any hint paths in it. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Thu 08/01/2009 04:12 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source Rob Mensching wrote: I don't know. Works on the build machine today. shrug/ I ran into this about a year ago. Take a look at the votive2008.csproj HintPath metadata for all the VSSDK assemblies. If you create the same directory structure, I believe everything will work. -- sig://boB http://joyofsetup.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building signed WiX Source
I am not sure I follow, I can't use the same key that is yours and you don't ship the private part (quite correctly) and if you use the public key you can't run the code. The build process allows you to supply your own key via OFFICIAL_WIX_BUILD then everything is signed with my key. I can see this code everywhere even in WixBuild.Common.targets which is used by the Votive build. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 08 January 2009 15:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source That's it! I totally forgot about this. You have to use the same public key token (or modify the build system to use your public key token) or the InternlsVisibleTo won't match up. Been so long since we changed the keys that I forgot about this step. -Original Message- From: Simon Dahlbacka [mailto:simon.dahlba...@gmail.com] Sent: Thursday, January 08, 2009 00:24 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source from the error message, a plausible explanation is the key used is one that is used is also used in an InternalsVisibleToAttribute and the code takes advantage of this On Thu, Jan 8, 2009 at 9:48 AM, Neil Sleightholm n...@x2systems.com wrote: Is it possible it only works because you are using an official Microsoft key and that gives permissions to load something else? They key I generated was simply done with sn -k mykey.snk is that appropriate? I'll raise a bug so this isn't lost. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wed 07/01/2009 23:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I don't know. Works on the build machine today. shrug/ -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 15:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I have both Visual Studio 2008 SDK Version 1.0 and Visual Studio 2005 SDK Version 4.0 installed. (This details the full config: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html) Should I raise a bug for this? Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source 2005 and 2008 both. I think that's a 2008 thing but I'm not sure if that fixes the 2005 official build. Votive is mainly handled by Justin. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 14:32 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source If I build without setting OFFICIAL_WIX_BUILD everything is ok, it is only a problem when I try to sign it. Is VSIP SDK == Visual Studio 2005 SDK Version 4. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source Do you have the VSIP SDK? I *think* that's what is required. There is a fair bit of software that has to be installed when doing an official build. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 13:44 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building signed WiX Source I want to be able to build the WiX source to run on machines other than the build machine. By default the build processes delay signs the code with the public WiX key and so it won't run unless you trust the public key. Looking at the build code it seems the answer to this is to create my own public/private key and set OFFICIAL_WIX_BUILD to point at it. This works for most of the code but Votive2005.csproj fails with this error: WixExtensionReferenceNodeProperties.cs(59,10): error CS0122: 'System.SRCategoryAttribute' is inaccessible due to its protection level Does anyone have any idea why this is happening? Is this the correct way to generate signed code? Thanks Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] Building signed WiX Source
That was it, thank you very much. I will be documenting the things I find on my blog but will also try to update the WiX help file in the near future. I will also see if there is some way to automate this. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 08 January 2009 18:27 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source In src\Votive\sconce\Properties\AssemblyInfo.cs you'll see the key tokens for the last couple keys we've used. You'll need your own in there to make your own official build of Votive. Thanks for the reminder Simon. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Thursday, January 08, 2009 09:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I am not sure I follow, I can't use the same key that is yours and you don't ship the private part (quite correctly) and if you use the public key you can't run the code. The build process allows you to supply your own key via OFFICIAL_WIX_BUILD then everything is signed with my key. I can see this code everywhere even in WixBuild.Common.targets which is used by the Votive build. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 08 January 2009 15:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source That's it! I totally forgot about this. You have to use the same public key token (or modify the build system to use your public key token) or the InternlsVisibleTo won't match up. Been so long since we changed the keys that I forgot about this step. -Original Message- From: Simon Dahlbacka [mailto:simon.dahlba...@gmail.com] Sent: Thursday, January 08, 2009 00:24 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source from the error message, a plausible explanation is the key used is one that is used is also used in an InternalsVisibleToAttribute and the code takes advantage of this On Thu, Jan 8, 2009 at 9:48 AM, Neil Sleightholm n...@x2systems.com wrote: Is it possible it only works because you are using an official Microsoft key and that gives permissions to load something else? They key I generated was simply done with sn -k mykey.snk is that appropriate? I'll raise a bug so this isn't lost. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Wed 07/01/2009 23:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I don't know. Works on the build machine today. shrug/ -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 15:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I have both Visual Studio 2008 SDK Version 1.0 and Visual Studio 2005 SDK Version 4.0 installed. (This details the full config: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html) Should I raise a bug for this? Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:52 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source 2005 and 2008 both. I think that's a 2008 thing but I'm not sure if that fixes the 2005 official build. Votive is mainly handled by Justin. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 14:32 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source If I build without setting OFFICIAL_WIX_BUILD everything is ok, it is only a problem when I try to sign it. Is VSIP SDK == Visual Studio 2005 SDK Version 4. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 07 January 2009 22:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source Do you have the VSIP SDK? I *think* that's what is required. There is a fair bit of software that has to be installed when doing an official build. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, January 07, 2009 13:44 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building signed WiX Source I want to be able to build the WiX source to run on machines other than the build machine. By default the build processes delay signs the code with the public WiX key and so it won't run unless you trust the public key. Looking at the build code
Re: [WiX-users] Building signed WiX Source
But if you don't do official builds you can't run them on any machine but ones that trust the public key - not something that I think is a good idea. So, for example, if you needed a fix and it hasn't made it in to the build you would need to build an official build. I assume I must be alone in needing this otherwise it would have come up before. Neil -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 08 January 2009 21:37 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building signed WiX Source I'm not sure it should be automated. Making official builds isn't something we expect other people to be doing regularly. -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skipping License Page and Zipping a Folder
Take a look at mallow (there is v3 version here: http://neilsleightholm.blogspot.com/2008/08/mallow-for-wix-v3.html) it might do what you want. Neil -Original Message- From: Colin Fox [mailto:greenene...@gmail.com] Sent: 08 January 2009 23:45 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Skipping License Page and Zipping a Folder On Thu, Jan 8, 2009 at 11:37 AM, Bob Arnson b...@joyofsetup.com wrote: Colin Fox wrote: First - The fragment file that Heat produces has absolute paths for all the file references, which is unacceptable in a multi-developer project. This directory is going to change maybe once every couple of years, so there is no point in rebuilding the .wxs fragment for every compile. I would like to create it once and just use it, but I need relative paths, like in all the other files. Two solutions come to mind: ... 2. Use the -t switch to specify an XSL transform to fix it up however you want (within the limits of what XSLT can do). I like this approach - the only problem is that XSLT is fantastic at transforming XML attributes into something else, it's not so strong when it comes to transforming a string. What I need is regex - because I basically need to be able to convert: c:\Users\myname\Documents\Maindir\V4\Proj\Templates to just Templates. There are string operations in xslt, but they're a little clumsy. Before I even get to that stage though, I've got another little problem with Heat output. There are 3 different output templates Heat can use - Product, Fragment and Module. The one that most closely matches what I'm looking for is Fragment.However, when I create it, if I use -sfrag I end up with one ComponentGroup that I can use (which is great) but I also en up with a Directory heirarchy that candle complains about. ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Directory Id=Template Name=Template Directory Id=_12 Name=12 Directory Id=FEATURES Name=FEATURES Directory Id=AnnouncementsList Name=AnnouncementsList (If I don't use -sfrag, I just end up with a bunch of undifferentiated fragments and no way to reference the entire bundle). I've added both the main Project.wxs and the template.wxs (output of heat) in my project in Visual Studio, but when it tries to build the template.wxs file I get this error: Error1The Directory with Id 'Template' is not a valid root directory. There may only be a single root directory per product or module and its Id attribute value must be 'TARGETDIR' and its Name attribute value must be 'SourceDir'. C:\Users\colinf\Documents\Metalogix\V4\RMWix\tmpl.wxs41RMWix So, to recap: Apparently the only way to bundle in a directory with a big bunch of files is to use Heat to produce a .wxs file. But I can't figure out to get that .wxs file integrated into my project. Does anyone have any docs describing this process, or an example? Thanks, Colin -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users