[WiX-users] Silent installation using properties
Hi there, Just wondering if it's possible to kick off a silent install using Windows Installer properties (rather than with /q on the cmdline)? I'm asking as I've created a vs05 bootstrapper which installs prerequisite components for my MSI, but in some scenarios would like to be able to launch the msi silently. Setup.exe only passes through properties set on the cmdline to the msi. CLIENTUILEVEL looks promising (I guess set it to 2 somewhere to do a /qb); if I specify it on the setup.exe CLIENTUILEVEL=2 it gets overridden; tried (without success) creating a custom action which I sequenced in the InstallUISequence to set this property before PrepareDlg, but no luck. Can anyone give me a shove in the right direction? Thanks, Dave - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent installation using properties
Not sure I understand your question, but maybe try using dotNetInstaller instead of the VS 2005 bootstrapper. With dotNetInstaller you can specify any parameters you want when it starts the MSI. Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Roberts Sent: 1. maj 2007 10:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Silent installation using properties Hi there, Just wondering if it's possible to kick off a silent install using Windows Installer properties (rather than with /q on the cmdline)? I'm asking as I've created a vs05 bootstrapper which installs prerequisite components for my MSI, but in some scenarios would like to be able to launch the msi silently. Setup.exe only passes through properties set on the cmdline to the msi. CLIENTUILEVEL looks promising (I guess set it to 2 somewhere to do a /qb); if I specify it on the setup.exe CLIENTUILEVEL=2 it gets overridden; tried (without success) creating a custom action which I sequenced in the InstallUISequence to set this property before PrepareDlg, but no luck. Can anyone give me a shove in the right direction? Thanks, Dave -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSJET 3.5 With Wix
What would be the most efficient way to install MS Jet 3.5 on a machine with Wix ? I have tried to add the dlls/exes manually and registerting the relevent ones into system32 dir.. but nothing gets placed on the end mahcine.. no errors or anything but no files to be seen. the section for the jet looks something like the following..stripped for space Component Id=MSJet35 Guid=C0D54EC7-756D-4CF4-A7F7-86D42C3D479A SharedDllRefCount=yes File Id=asycfilt.dll Name=asycfilt.dll Source=..\..\..\BuildStuff\Jet\asycfilt.dll SelfRegCost=1 / File Id=comcat.dll Name=comcat.dll Source=..\..\..\BuildStuff\Jet\comcat.dll SelfRegCost=1 / File Id=Expsrv.dll Name=Expsrv.dll Source=..\..\..\BuildStuff\Jet\Expsrv.dll SelfRegCost=1 / File Id=Msexch35.dll Name=Msexch35.dll Source=..\..\..\BuildStuff\Jet\Msexch35.dll SelfRegCost=1 / File Id=Msexcl35.dll Name=Msexcl35.dll Source=..\..\..\BuildStuff\Jet\Msexcl35.dll SelfRegCost=1 / File Id=Msjet35.dll Name=Msjet35.dll Source=..\..\..\BuildStuff\Jet\Msjet35.dll SelfRegCost=1 / File Id=Msjint35.dll Name=Msjint35.dll Source=..\..\..\BuildStuff\Jet\Msjint35.dll SelfRegCost=1 / File Id=Msjt4jlt.dll Name=Msjt4jlt.dll Source=..\..\..\BuildStuff\Jet\Msjt4jlt.dll SelfRegCost=1 / File Id=Msjter35.dll Name=Msjter35.dll Source=..\..\..\BuildStuff\Jet\Msjter35.dll SelfRegCost=1 / -- View this message in context: http://www.nabble.com/MSJET-3.5-With-Wix-tf3674160.html#a10266612 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
conkerjoe wrote: What would be the most efficient way to install MS Jet 3.5 on a machine with Wix ? Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC most likely won't do anything on newer systems as it's in the base OS now, but you want to be sure in case it gets run on win2k. Never modify files in the system32 directory - SFP will probably undo what you're trying to do anyway and if you succeed it'll break other applications that depend on those files. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
iv been through the hell of bootstrappers and wix in the past.. its actually easier to just hav a massive batch file install it than go through the pain. could you help the pain and offer a sugestion of a bootstrapper?? one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. it really needs to be something like Installshield which wraps everything up into 1 exe so the end user doesnt have a choice Tony Hoyle wrote: conkerjoe wrote: What would be the most efficient way to install MS Jet 3.5 on a machine with Wix ? Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC most likely won't do anything on newer systems as it's in the base OS now, but you want to be sure in case it gets run on win2k. Never modify files in the system32 directory - SFP will probably undo what you're trying to do anyway and if you succeed it'll break other applications that depend on those files. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/MSJET-3.5-With-Wix-tf3674160.html#a10266830 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. Yes, it's difficult to make something fool-proof, because the fools are so ingenious. :-) You could try turning the bootstrapper and the MSI into a single setup.exe by making them into a self-extracting-and-executing ZIP, with WinZip or similar. But there might still be users who open the file up with WinZip, extract and MSI and only run it... Rennie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of conkerjoe Sent: 1. maj 2007 11:56 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSJET 3.5 With Wix iv been through the hell of bootstrappers and wix in the past.. its actually easier to just hav a massive batch file install it than go through the pain. could you help the pain and offer a sugestion of a bootstrapper?? one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. it really needs to be something like Installshield which wraps everything up into 1 exe so the end user doesnt have a choice Tony Hoyle wrote: conkerjoe wrote: What would be the most efficient way to install MS Jet 3.5 on a machine with Wix ? Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC most likely won't do anything on newer systems as it's in the base OS now, but you want to be sure in case it gets run on win2k. Never modify files in the system32 directory - SFP will probably undo what you're trying to do anyway and if you succeed it'll break other applications that depend on those files. Tony -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/MSJET-3.5-With-Wix-tf3674160.html#a10266830 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
conkerjoe wrote: one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. it really needs to be something like Installshield which wraps everything up into 1 exe so the end user doesnt have a choice Have a required property that you check for in the launch conditions. The microsoft installers do this - if you click on the msi it complains at you. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix[Scanned]
Would doing this mean that you can't do a distributed install, or whatever you would call it, i.e. with GPO? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Hoyle Sent: 01 May 2007 11:58 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSJET 3.5 With Wix[Scanned] conkerjoe wrote: one of the main issues is whats to stop the user just starting the msi rather than the Exe you ask them to start with an autorun.. it really needs to be something like Installshield which wraps everything up into 1 exe so the end user doesnt have a choice Have a required property that you check for in the launch conditions. The microsoft installers do this - if you click on the msi it complains at you. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix[Scanned]
Thomas Leigh wrote: Would doing this mean that you can't do a distributed install, or whatever you would call it, i.e. with GPO? All the bootstrap solutions have this limitation. If you want to go for 'pure msi' you need to list the prerequisites in the install instructions and let the admin sort it themselves (maybe have a bootstrap as well, but not make it mandatory.. depends on who you're selling to primarily). We do this - because it's a requirement of our customers that we use msi not exe (they're finicky.. although they say it's for GPO compatibility I've never actually heard of anyone actually using this - it's all about ticking boxes with them), so whereas we install what we can external dependencies are listed in the install manual. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
conkerjoe wrote: iv been through the hell of bootstrappers and wix in the past.. its actually easier to just hav a massive batch file install it than go through the pain. could you help the pain and offer a sugestion of a bootstrapper?? I've had good results using NSIS to make a bootstrapper EXE. Jeff Paulsen - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent installation using properties
Dave Roberts wrote: Just wondering if it's possible to kick off a silent install using Windows Installer properties (rather than with /q on the cmdline)? As long as your package has dialogs and an InstallUISequence table, MSI will use it to present a full UI. If you don't want to show dialogs, don't include them.g -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .NET dependancy?
[EMAIL PROTECTED] wrote: Thanks, I believe I have that aspect sorted out for now via build settings. I wasn't sure it was .NET, but installing the .NET framework on a machine that exhibited the problem caused the problem to go away. .NET includes the VC++ runtime DLLs, so... -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent installation using properties
Thanks Bob. I need the installer to support both UI driven and silent modes, so I guess I'll have to approach this differently (ensure the /q is passed to the msi for a silent install; either by creating a custom package for the bootstrapper or mod the vs03 bootstrapper sample). Cheers, Dave - Original message - From: Bob Arnson [EMAIL PROTECTED] To: Dave Roberts [EMAIL PROTECTED] Cc: wix-users@lists.sourceforge.net Date: Tue, 01 May 2007 07:37:50 -0700 Subject: Re: [WiX-users] Silent installation using properties Dave Roberts wrote: Just wondering if it's possible to kick off a silent install using Windows Installer properties (rather than with /q on the cmdline)? As long as your package has dialogs and an InstallUISequence table, MSI will use it to present a full UI. If you don't want to show dialogs, don't include them.g -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Omit tags from tallow.exe output
Here's what I'm trying to achieve: I'd like to be able to create a feature fragment (which will be in its own .wxs file) that can be referenced by a main .wxs file. This feature may have assemblies that need to be registered, so the most obvious solution would be to call tallow to generate the necessary registry tags. Unfortunately (for this particular instance), tallow also generates the Wix, Fragment, DirectoryRef, and Component tags which are not really needed. I was hoping on an off chance that there may be some switch that wasn't documented (if it is than I missed it... obviously) and is circulated by the upper echelon of the WiX community that allows a user to suppress those tags should he/she desire. The other alternative that I can think of would be to create a tool to extract just the tags that I need, or can anyone think of a better idea? Thanks for any advice, Matt Anderson - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling external install script from your installscript?
Thank you for the quick response Brett. I'm rather ignorant when it comes to installer scripts (This is a new hat for me) so I'd like to make sure I'm understanding you. The other software is installed via MSI so when you say I need to bootstrap into 1 setup.exe does that mean I should create my MSI file then create another MSI file that's made up of both my software MSI and the OEM MSI? Or are you stating that I should write a simple program named Setup.exe that runs both MSI files in the background? - Michael Reiland On 5/1/07, Brett Kapilik [EMAIL PROTECTED] wrote: If the other installer does not use MSI then you could call it with a custom action. If it is MSI then you will probably have to resort to bootstrapping both it and your installer into one setup.exe routine. - Brett -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Michael Reiland *Sent:* Tuesday, May 01, 2007 10:19 AM *To:* wix-users@lists.sourceforge.net *Subject:* [WiX-users] Calling external install script from your installscript? I have a piece of OEM software on which my software depends. I'd like to bundle everything up into a single executable that will run the OEM install script then finish my install script (or in the reverse order if necessary). I'm new to Wix and there seems to be a lot there so I thought it may be faster if I could get some input into how to do this. If I need to create a dll to do the handywork for me that's ok too. What's the best way to achieve this via wix? Thanks - Michael Reiland - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling external install script from yourinstallscript?
Michael, One constraint of Windows Installer is that it is not possible to run one MSI from within another (also known as a nested install). If you have two MSI files, you need an external application (the bootstrapper) to trigger the installation of each MSI in turn. (I.e. your second option.) There is probably no need to write the bootstrapper from scratch, since there are several already available. Check the archives for bootstrapper. Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: Tuesday, May 01, 2007 1:20 PM To: Brett Kapilik; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling external install script from yourinstallscript? Thank you for the quick response Brett. I'm rather ignorant when it comes to installer scripts (This is a new hat for me) so I'd like to make sure I'm understanding you. The other software is installed via MSI so when you say I need to bootstrap into 1 setup.exe does that mean I should create my MSI file then create another MSI file that's made up of both my software MSI and the OEM MSI? Or are you stating that I should write a simple program named Setup.exe that runs both MSI files in the background? - Michael Reiland * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Peek Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling external install script from yourinstallscript?
You can't launch one MSI from another one, and you can't bundle one MSI inside another. So I assume what Brett is saying is that you should make a Setup.exe that first launches one MSI, and when that is complete, launches the other. I've actually written a program like that recently, an MSI launcher. I'm planning on making it available as freeware, but probably not until a couple weeks from now when I'm done with another part of the same toolkit, an MSI Editor. Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: 1. maj 2007 19:20 To: Brett Kapilik; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling external install script from yourinstallscript? Thank you for the quick response Brett. I'm rather ignorant when it comes to installer scripts (This is a new hat for me) so I'd like to make sure I'm understanding you. The other software is installed via MSI so when you say I need to bootstrap into 1 setup.exe does that mean I should create my MSI file then create another MSI file that's made up of both my software MSI and the OEM MSI? Or are you stating that I should write a simple program named Setup.exe that runs both MSI files in the background? - Michael Reiland On 5/1/07, Brett Kapilik [EMAIL PROTECTED] wrote: If the other installer does not use MSI then you could call it with a custom action. If it is MSI then you will probably have to resort to bootstrapping both it and your installer into one setup.exe routine. - Brett From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: Tuesday, May 01, 2007 10:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling external install script from your installscript? I have a piece of OEM software on which my software depends. I'd like to bundle everything up into a single executable that will run the OEM install script then finish my install script (or in the reverse order if necessary). I'm new to Wix and there seems to be a lot there so I thought it may be faster if I could get some input into how to do this. If I need to create a dll to do the handywork for me that's ok too. What's the best way to achieve this via wix? Thanks - Michael Reiland - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling external install script from your installscript?
Michael, In that case you will need to run both MSIs from a setup.exe bootstrapper (non-MSI). The problem as I understand it is that you can't reliably run one MSI from another. You see, the Windows Installer service only allows one MSI to be loaded and running at a time. I believe that there are tricks to get around it but I am not sure how reliable they are and whether they would be considered a good practice. One other option to consider if you haven't already is to contact the vendor to see if they have a MSI merge module available. That would allow you to merge their files and installation instructions into your single MSI file. Ideally this is the way it should be done, but should doesn't always count for much in the real world... - Brett _ From: Michael Reiland [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 01, 2007 12:20 PM To: Brett Kapilik; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Calling external install script from your installscript? Thank you for the quick response Brett. I'm rather ignorant when it comes to installer scripts (This is a new hat for me) so I'd like to make sure I'm understanding you. The other software is installed via MSI so when you say I need to bootstrap into 1 setup.exe does that mean I should create my MSI file then create another MSI file that's made up of both my software MSI and the OEM MSI? Or are you stating that I should write a simple program named Setup.exe that runs both MSI files in the background? - Michael Reiland On 5/1/07, Brett Kapilik [EMAIL PROTECTED] wrote: If the other installer does not use MSI then you could call it with a custom action. If it is MSI then you will probably have to resort to bootstrapping both it and your installer into one setup.exe routine. - Brett _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Reiland Sent: Tuesday, May 01, 2007 10:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling external install script from your installscript? I have a piece of OEM software on which my software depends. I'd like to bundle everything up into a single executable that will run the OEM install script then finish my install script (or in the reverse order if necessary). I'm new to Wix and there seems to be a lot there so I thought it may be faster if I could get some input into how to do this. If I need to create a dll to do the handywork for me that's ok too. What's the best way to achieve this via wix? Thanks - Michael Reiland - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] size in Add/Remove keeps increasing with every upgrade
The program size displayed in Add/Remove programs increases by adding the new size to the existing size instead of displaying the new size of the upgrade. Example: Original size ARP displays 1 meg Upgrade 1 (1 meg in size) ARP displays 2 megs Upgrade 2 (1 meg in size) ARP displays 3 megs Etc... What is going on here? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade
as the size might be a guesstimate, (see http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm not too surprised, although it sounds somewhat strange On 5/1/07, Don Tasanasanta [EMAIL PROTECTED] wrote: The program size displayed in Add/Remove programs increases by adding the new size to the existing size instead of displaying the new size of the upgrade. Example: Original size ARP displays 1 meg Upgrade 1 (1 meg in size) ARP displays 2 megs Upgrade 2 (1 meg in size) ARP displays 3 megs Etc… What is going on here? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do you have a component work only on an install?
Upon further testing, that didn't work. I guess I don't really understand how these things work. I've read the tutorial, and have done a bunch of testing on my own, but I just don't get it. So I tried using: Condition![CDATA[(WinClient == 3)]]/Condition And I've tried using: Condition![CDATA[NOT (WinClient == 3)]]/Condition Somehow I get the same result (the component runs in both cases). How is that possible? Now when I use: Condition![CDATA[(!WinClient == 3)]]/Condition And Condition![CDATA[NOT (!WinClient == 3)]]/Condition In one situation the component is installed, and the other it is not. This makes no sense to me. Can anyone explain to me how this works? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Sam Sent: Friday, April 27, 2007 4:57 PM To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How do you have a component work only on an install? Thanks. I had to change it to this: NOT (amp;WinClient = 3) AND (!WinClient = 3) To get it to not run during the upgrade, but it worked. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, April 27, 2007 4:14 PM To: Scott Sam; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] How do you have a component work only on an install? I have used a condition like this (amp;Complete = 3) AND NOT (!Complete = 3) Where Complete was the id of my main feature. Check out http://www.tramontana.co.hu/wix/lesson5.php It seems to work for me. Maybe someone with more experience has a better suggestion though. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Sam Sent: Friday, April 27, 2007 4:02 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How do you have a component work only on an install? I have a component that updates an XML file using the XmlFile element. I only want this to be ran on a clean install, and not on an upgrade. I'm using wix v3. Here is what my component looks like: DirectoryRef Id=INSTALLDIR Component Id=UpdateDataCollectionCfg Guid=383D9716-7731-4357-B2A8-8DDB2AE86E09 CreateFolder / util:XmlFile Id=DCUpdate1 ElementPath=/configuration/DataCollection/Vals/add Name=Value File=[INSTALLDIR]DataCollectionService.exe.config Action=setValue Value=data source=[DBSERVERNAME];initial catalog=xwDataCollector;trusted_connection=true; / util:XmlFile Id=DCUpdate2 ElementPath=/configuration/connectionStrings/add File=[INSTALLDIR]DataCollectionService.exe.config Action=setValue Value=data source=[DBSERVERNAME];initial catalog=xwEDB;trusted_connection=true; Name=connectionString / ConditionNot Installed/Condition /Component /DirectoryRef I thought that the condition element would achieve the desired results, but that is not the case. Anyone have any ideas on this? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixlib and extensions and msm's
ok.. perfect answer and that is what i thought... so that set me on my path and leaves me know with a few other questions, one related to the topic and a few slightly off-topic... i am using only wix v3. 1. I have authored a large file containing maybe 50 vbcontrols (ocx, dll) and compiled it into a master binary wixlib containing the files. My goal was to reference components from this master file when i needed specific ones in a main project. The problem is that it includes all of the components, and the ones that are not referenced in features are orphaned in the final msi. The question is then: Do I need to separate the components into separate wixlib files or am i doing something wrong in the referencing? i will gladly provide the source code upon request if it would help answer. 2. I have a few 16-bit register-able controls. I am not advertising the registry information but I am using the typelib/class/progid elements in the wxs file for format and consistency. Also, heat captured the registry information into these elements as well. The problem i have is that when the msi is compiled, it creates a win32 entry for the type library info instead of the win16 entry it should be. Then question is then, is the only way to get the correct info to use the actual registry elements instead of the typelib element? Would it be possible to maybe include an attribute for the typelib element, similar to the win64 attribute for the component element, called maybe 'winversion' or something, and the allowed values are 16, 32, and 64?? Or does this ability exist and i am missing it? it is overwriting the corresponding 32-bit controls win32 value, and i'd like to be able to specify win16 somehow and still use the typelib element. 3. An expansion on question 2. When wxs is compiled to the msi, how is it determined what the FLAGS value for the typelib element will end up becoming? 4. And finally, when compiling, the Class element InprocServer(32) values are entered into the registry table with quotation marks (i.e. C:\windows\system32\mscomctl.ocx) and when the control is manually registered to verify the msi entries, the quotation marks are removed from the entries. Is this an incorrect design? So if you read this far, thanks for your time, and if anyone wants, they can seperate these into different answers. Thanks doug On 4/7/07, Bob Arnson [EMAIL PROTECTED] wrote: koawmfot wrote: well, technically it isn't really a bug if the v2 difxapp.wixlib has different elements and schema references than it should in v3. True -- I'm not saying it'll get fixed.g WiX v3 added the concept of binary .wixlibs that can contain the files they ship, so they're full replacements for merge modules. it is really just not an ap to date wixlib. unless what you are saying is that the WixDifxAppExtension.dll contains the v2 wixlib and that is why i need to provided an 'altered' version wixlib with v3 elements and references as well as the extension which provided the shema? The v3 extension doesn't include the .wixlib which is why it starts working when you include the altered one on the light command line. what is the final method going to be? only an extension? (i would assume...) Yes, with a v3 embedded .wixlib. -- sig://boB http://bobs.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SQL Backup Script in WiX
I am pulling my hair out with this problem. Hopefully someone can point out what I am doing wrong. My goal is to have the installer run a script to backup all the databases on the server, install some programs, then run scripts to update the database (structure and layout). There is data in these databases that cannot be lost so simply dropping the databse is not an option. I can get the installer to correctly install the programs and alter their config files, and I think i can update the database afterwards, but I am surely stuck on the backup. here is my sample code: --?xml version=1.0 encoding=utf-8 ? Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product UpgradeCode=7aa0bcca-14f8-46c7-8e9d-6a9e523252c1 Name=MyTestSQL Id=9b5cb943-e741-4fed-b284-6d2d69f578e1 Version=1.1.0 Manufacturer=xxx Language=1033 Package Id=c74f467e-5686-4202-8c54-7ebf83d59c21 Manufacturer=xxx InstallerVersion=200 Platforms=Intel Languages=1033 Compressed=yes SummaryCodepage=1252 / SqlDatabase Id=MySqlDatabase Database=master Server=(Local) / Directory Id=TARGETDIR Name=SourceDir Component Id=MySqlComponent Guid=C50999A0-02FD-42d5-9F65-7375318DD328 DiskId=1 SqlScript Id=CreateDatabaseScript BinaryKey=DatabaseScriptBin ExecuteOnInstall=yes SqlDb=MySqlDatabase / /Component /Directory Feature Id=DefaultFeature Level=1 ComponentRef Id=MySqlComponent / /Feature Media Id=1 EmbedCab=yes Cabinet=setup1.cab / Binary Id=DatabaseScriptBin src=c:\sqlbak2.sql / CustomAction Id='ConfigureSql' BinaryKey='ScaSchedule' DllEntry='ConfigureSql' Execute='immediate' Return='check'/ Binary Id='ScaSchedule' src='scasched.dll'/ /Product /Wix -- the script I am trying to run contains: BACKUP DATABASE AccountSubmission TO DISK = 'c:\DBBACKUPS\AccountSubmission.dat.bak' GO repeated for each database. When I run the installer, it never seems to execute the script. Please help!!! -- View this message in context: http://www.nabble.com/SQL-Backup-Script-in-WiX-tf3677232.html#a10275934 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade
After reading the article I'd like to know... Is there a way to set an estimated size for the whole program and not have to set a size for each component? From: Simon Dahlbacka [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 01, 2007 11:56 AM To: Don Tasanasanta Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade as the size might be a guesstimate, (see http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm not too surprised, although it sounds somewhat strange On 5/1/07, Don Tasanasanta [EMAIL PROTECTED] wrote: The program size displayed in Add/Remove programs increases by adding the new size to the existing size instead of displaying the new size of the upgrade. Example: Original size ARP displays 1 meg Upgrade 1 (1 meg in size) ARP displays 2 megs Upgrade 2 (1 meg in size) ARP displays 3 megs Etc... What is going on here? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] size in Add/Remove keeps increasing with everyupgrade
Although I have not tested this, what about setting the ARPSIZE property directly? http://msdn2.microsoft.com/en-us/library/aa367748.aspx - Brett _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don Tasanasanta Sent: Tuesday, May 01, 2007 4:26 PM To: Simon Dahlbacka Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] size in Add/Remove keeps increasing with everyupgrade After reading the article I'd like to know... Is there a way to set an estimated size for the whole program and not have to set a size for each component? _ From: Simon Dahlbacka [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 01, 2007 11:56 AM To: Don Tasanasanta Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade as the size might be a guesstimate, (see http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm not too surprised, although it sounds somewhat strange On 5/1/07, Don Tasanasanta [EMAIL PROTECTED] wrote: The program size displayed in Add/Remove programs increases by adding the new size to the existing size instead of displaying the new size of the upgrade. Example: Original size ARP displays 1 meg Upgrade 1 (1 meg in size) ARP displays 2 megs Upgrade 2 (1 meg in size) ARP displays 3 megs Etc... What is going on here? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] size in Add/Remove keeps increasing with everyupgrade
ARPSIZE doesn't seem to do anything to the size shown in Add/Remove programs. From: Brett Kapilik [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 01, 2007 2:34 PM To: Don Tasanasanta; Simon Dahlbacka Cc: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] size in Add/Remove keeps increasing with everyupgrade Although I have not tested this, what about setting the ARPSIZE property directly? http://msdn2.microsoft.com/en-us/library/aa367748.aspx - Brett From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don Tasanasanta Sent: Tuesday, May 01, 2007 4:26 PM To: Simon Dahlbacka Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] size in Add/Remove keeps increasing with everyupgrade After reading the article I'd like to know... Is there a way to set an estimated size for the whole program and not have to set a size for each component? From: Simon Dahlbacka [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 01, 2007 11:56 AM To: Don Tasanasanta Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade as the size might be a guesstimate, (see http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm not too surprised, although it sounds somewhat strange On 5/1/07, Don Tasanasanta [EMAIL PROTECTED] wrote: The program size displayed in Add/Remove programs increases by adding the new size to the existing size instead of displaying the new size of the upgrade. Example: Original size ARP displays 1 meg Upgrade 1 (1 meg in size) ARP displays 2 megs Upgrade 2 (1 meg in size) ARP displays 3 megs Etc... What is going on here? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Download files for install
I want to make a package, that downloads the files from a specific location via the internet, is this possible and are their any examples/tutorials you might be able to lead me to. -- View this message in context: http://www.nabble.com/Download-files-for-install-tf3677937.html#a10277956 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix3: automatically pick setup language
I am trying to have my setup program pick the appropriate language based on the user's computer: If the user has a German Windows, I want my setup program to be German. In all other cases, I want it to be in English. Can I do anything like this with wix3? If yes, how? Thanks, Patrick Schmid - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wix com registration: out of proc server
Hi,
i have got an out of proc com server app.exe that an installer must install
and register.
how to instruct wix to do the registration?
the installer needs to accomplish the same effect as:
app.exe -regserver at install and
app.exe -regserver at un-install
I am using two custom action to accomplish that:
Component Id=app.exe Guid={A5E8F545-F3A4-4f55-9B7F-D79786809289}
File Id=app.exe Name=app.exe KeyPath=yes
Source=$(var.dir)\app.exe /
/Component
CustomAction Id=RegExe
FileKey=app.exe
ExeCommand= -regserver
Return=asyncNoWait
Execute=deferred /
CustomAction Id=UnRegExe
FileKey=app.exe
ExeCommand= -unregserver
Return=asyncNoWait
Execute=deferred /
InstallExecuteSequence
Custom Action=RegExe After=InstallFiles![CDATA[ $app.exe 2
]] /Custom
Custom Action=UnRegExe After=InstallFiles![CDATA[ $app.exe = 2
]] /Custom
/InstallExecuteSequence
The first custom action works, the second that is invoked at un-install does
not. is it an action sequencing problem ?
Thanks.
\antoine
_
The average US Credit Score is 675. The cost to see yours: $0 by Experian.
http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixlib and extensions and msm's
koawmfot wrote: 1. I have authored a large file containing maybe 50 vbcontrols (ocx, dll) and compiled it into a master binary wixlib containing the files. My goal was to reference components from this master file when i needed specific ones in a main project. The problem is that it includes all of the components, and the ones that are not referenced in features are orphaned in the final msi. The question is then: Do I need to separate the components into separate wixlib files or am i doing something wrong in the referencing? i will gladly provide the source code upon request if it would help answer. Light is a smart linker; it links in only the sections that are referenced. A section is a Product, Module, or Fragment (and probably Patch and PatchCreation, just to be pedantic). You can break up your authoring however you want, because a Wix element can have multiple Fragment children. So just break up your control authoring into multiple Fragments and only the authoring in each fragment will get linked in. 2. I have a few 16-bit register-able controls. I am not advertising the registry information but I am using the typelib/class/progid elements in the wxs file for format and consistency. Also, heat captured the registry information into these elements as well. The problem i have is that when the msi is compiled, it creates a win32 entry for the type library info instead of the win16 entry it should be. I wouldn't be at all surprised if WiX didn't explicitly support Win16 -- I mean, it is 2007, you know.g If you look in src\wix\Compiler.cs for ParseTypeLibElement, you'll see that it mentions Win16 in a comment only to ignore it in favor of win32/win64 based on the component attribute. Would it be possible to maybe include an attribute for the typelib element, similar to the win64 attribute for the component element, called maybe 'winversion' or something, and the allowed values are 16, 32, and 64?? Or does this ability exist and i am missing it? I don't think it exists, so feel free to enter a feature request. I'm not sure how to make it fit together with the Win64 attribute, so it's not necessarily straightforward. 3. An expansion on question 2. When wxs is compiled to the msi, how is it determined what the FLAGS value for the typelib element will end up becoming? Some of the other attributes get OR'd in. 4. And finally, when compiling, the Class element InprocServer(32) values are entered into the registry table with quotation marks (i.e. C:\windows\system32\mscomctl.ocx) and when the control is manually registered to verify the msi entries, the quotation marks are removed from the entries. Is this an incorrect design? Which version of WiX are you using? I believe that was changed sometime recently to not quote. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Omit tags from tallow.exe output
Matt Anderson wrote: Unfortunately (for this particular instance), tallow also generates the Wix, Fragment, DirectoryRef, and Component tags which are not really needed. Tallow's meant to be a one-off tool that produces output you tweak as needed so there's very little in the way of features to help plug it into an automated process. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FindRelatedProducts not running correctly?
Anthony Wieser wrote: Any suggestions on how to debug this, as I'm getting nowhere. There doesn't seem to be any reference to any of my properties in the log file, which I'm generating with the msiexec -lvx option If the properties aren't showing up, FindRelatedProducts isn't finding matching products. Two things to check: - Using Orca, check the Upgrade table to make sure it contains the entries you're expecting. - Make sure your old and new products are both per-user or both per-machine. FindRelatedProducts doesn't cross contexts because a per-user app can't upgrade a per-machine app and vice-versa. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
