[WiX-users] SQL Server version check from WiX without using SQLDMO
On the installer we used SQLDMO to prepopulate the sql servers on the target machine in a combo box and also added logic to avoid stomping a database on an unsupported version of sql server if the user selects an unsupported sql server from the dropdown but we ran into a problem when SQLDMO wasn't returning the correct SQL build version number. The next approach I thought of was to write a SQL select to extract the build version of the SQL Server and assign it to a WiX property which I can evaluate to show a dialog which informs the user of the un-supported SQL Server. I know about SqlString but I need this to run on the click on of a Test Connection button just like a custom action. Is there a way from WiX to assign a property the results set from a SQLString on the click of a button or something like this thread talks about? http://www.nabble.com/SQL-Select-statement-with-an-ampersand-character-won%27t-build.-to3735082.html#a3735082 Thanks, Jacob - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Re gasm with WiX
From a few days ago... thanks to Karim Michal Peled wrote: I need to get my installation to register a .NET assembly in the way that regasm /tlb does. I saw an example for such a thing in Rob's blog, using the [EMAIL PROTECTED] attribute (set to yes). Hi Michal, You can use heat with a -scom flag to extract the assembly's COM information as registry keys, the down side being that it'll need to be done whenever the assembly changes. cheers, Karim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Willems Sent: maandag 11 februari 2008 16:20 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Re gasm with WiX Hello, I'm a newbie to WIX. I have the following command: regasm AxComp.dll /tlb:AxCompNet.dll /codebase I want to accomplish the same with the WIX installer. Can somebody tell me how to do that? Thanks in advance! Regards, Mark Willems | Consultant Avanade Netherlands BV Versterkerstraat 6, 1322 AP Almere www.avanade.com Avanade /systems.solutions.success/from Accenture Microsoft -- View this message in context: http://www.nabble.com/Regasm-with-WiX-tp15413095p15413095.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Property set by CA and used in a Condition
Chris wrote: CustomAction Id=CheckArcnet BinaryKey=MsiTools DllEntry=HasArcnet Execute=deferred/ InstallExecuteSequence Custom Action=CheckArcnet Before=InstallFinalizeNOT Installed/Custom /InstallExecuteSequence You're scheduling the custom action for long after properties have been processed for component conditions. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Running admin command on Vista after InstallFinalize
RW wrote: Is there anyway from WiX to run a command with admin privileges on Vista after InstallFinalize? No. MSI doesn't support it; custom actions that require elevation must be transactional. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding a custom action (type 6)in a patchpackage(msp)
It's me again. I am still stuck here with my custom action type 6 problem. I was also looking for the new releases of wix v3 but it seems that they do not contain any new changes - I tried them, though. Perhaps somebody could verify my problem whether in using my sample files from the link I provided a post above or writing a quick example. It should have a base installation and a patch, which adds a new custom action vbscript into the binary table. Help is much appreciated!! Thanks a lot. Paul. Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul Chrzanowski Gesendet: Dienstag, 5. Februar 2008 11:02 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] Adding a custom action (type 6)in apatchpackage(msp) I already tried and retried it, but with no success. Under the following address I uploaded a .zip file containing my .wxs files and make batch files. http://rapidshare.com/files/89307445/WixTest.zip.html http://rapidshare.com/files/89307445/WixTest.zip.html It would be nice if anybody would try it out and post her/his result. Make sure to adjust the paths in the batch files (especially in the torch.exe command line and the -x option!!). The first batch file uses .wixpdb files for torching and creates a .wixmst file. Creating the patch with pyro succeeds but the custom action binary stream is not added in the binary table. The second batch file uses .msi files for torching and creates a .mst file. Creating the patch with pyro fails?! There seems to be an encoding error and I cannot get this running. But if you use orca and 'apply' the .mst file on the WixSample.msi you will see that the binary stream for the custom action is added. Help is as always much appreciated. If you already received a similar email, then please excuse me I tried attaching the zip file directly with my post. Kind regards, Paul. Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Alexander Shevchuk Gesendet: Montag, 4. Februar 2008 19:03 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] Adding a custom action (type 6)in apatchpackage(msp) As Michal pointed out, try to use different IDs for Binary and CustomAction. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Chrzanowski Sent: Monday, February 04, 2008 6:59 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Adding a custom action (type 6) in apatchpackage(msp) Now I tried using torch.exe with .msi files instead of .wixpdb files to generate a .mst file. Looking into the .mst file I clearly can see the content of my custom action in binary form. Using orca I can verify that this transform adds a new row into the binary table. When I edit my .wixmst file (using the .wixpdbs) there I find the following line: row op=add sectionId=/{3C6F7936-A1A9-4F37-A6C2-0DC706900E22} sourceLineNumber=c:\program files\wix v3\wixtest\1.1\WixMondoSample1.1.wxs*12fieldBinary/fieldfieldSim pleTest/field/row If I interpret this right, this line is telling me, that on row should be added to the binary table - as I want to. So I guessed that pyro.exe is not applying the transforms as it is supposed to do. Using the -x option in pyro does not extract my custom action's binaries, too. I also tried using the -x option in torch but I got only binaries extracted when I use .msi files and not .wixpdb files. For the upgraded image I can extract my custom action vbscript file. Another possible bug I noticed: If I use pyro with a .mst file I receive the following error message: 'error PYRO0104 : Not a valid output file; detail: Invalid character in the given encoding. Line 1, position 1.' I could not find any information on this error. Kind regards, Paul. Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul Chrzanowski Gesendet: Montag, 4. Februar 2008 11:19 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] Adding a custom action (type 6) in apatchpackage(msp) Hello, Alexander, you are right, the '/' was a mistake, but this was only a typo in my mail. We do not get any error messages from light or candle, etc. We tested a little bit more and came to the conclusion, that using the pcp file the custom action type 6 ALWAYS work - even without editing the pcp binary table with orca(this was a mistake on our side). But if we try the 'only wix' way using torch and pyro we get the following error message during installation of our msp package: DEBUG: Error 2721: Custom action SimpleTest not found in Binary table stream It seems that the created diff.wixmst or something else is not correct. We used the same commandline arguments as in the wix help file. Perhaps you still have an idea. Thank you very much. Best regards, Paul. Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Alexander Shevchuk Gesendet: Freitag, 1. Februar 2008 18:32 An:
Re: [WiX-users] WiXv3 (3808): error LGHT0204
Peter Jaworski wrote: What does this error mean: c:\tmp\vqbjy0iu\Libs_file.msi : error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3. ? Hi Peter, the Summary Info Stream Wordcount property is used to save the type of source file image (if its compressed/uses longnames) see http://msdn2.microsoft.com/en-us/library/aa372870(VS.85).aspx Wix properties to look at: Package/@Compressed, Media/@EmbedCab and Media/@CompressionLevel Maybe this has something to to with the new DefaultCompressionLevel hth Dominik -- View this message in context: http://www.nabble.com/WiXv3-%283808%29%3A-error-LGHT0204-tp15412593p15413017.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomDlg in WixUI_mondo
Marcel Kulicke wrote: yes, this is just the %TEMP% environment variable destination. The subfolders were generated by WiX during the execution of light.exe. Nothing special so far, I just wanted to check, whether the CheckInvalidPath function is probably malfunctioning because of too long filenames, which was not the cause. No, it's coming from the .NET Framework. Unfortunately, it's not saying what the actual name is so I don't have even a guess as to the problem. Do you get this if you take out your customized UI? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Re gasm with WiX
Hello, I'm a newbie to WIX. I have the following command: regasm AxComp.dll /tlb:AxCompNet.dll /codebase I want to accomplish the same with the WIX installer. Can somebody tell me how to do that? Thanks in advance! Regards, Mark Willems | Consultant Avanade Netherlands BV Versterkerstraat 6, 1322 AP Almere www.avanade.com Avanade /systems.solutions.success/from Accenture Microsoft -- View this message in context: http://www.nabble.com/Regasm-with-WiX-tp15413095p15413095.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Frédéric Viollet wrote: -I finally found these files in the binary distribution. I tried from the weekly release sources after copying the files above, I got the following error: 71 errors, all about missing references... because Nant.Core could not be found. :) Is there a way to build Wix? Hi Frederic Nant.Core.dll must be copied to dtools\bin\x86\Nant\ where dtools must be in parallel to your wix-sources directory. src/ext/DifxAppExtension/wixlib/DIFxApp.wixlib could be saved from Browser: http://wix.cvs.sourceforge.net/*checkout*/wix/wix/src/ext/DifxAppExtension/wixlib/DIFxApp.wixlib IMHO the build should run when the Nant.Core.dll could be found. I'm not sure about the test in my build, since I built this at home. hth Dominik -- View this message in context: http://www.nabble.com/building-wix-tp15358255p15411362.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSMQ
Fitzpatrick, Paul J wrote: Using the latest release, I'm hoping that someone might provide some guidance on the best method to detect the MSMQ installation queue, and create the queue if it doesn't exist. Many thanks. Hi, from my point of knowledge. This is currently not implemented. (Please correct me if I'm wrong) - Installer will fail when MSMQ is not installed at all. (Registry- or Filesearch is needed) - Installer will fail, when a Queue allready exists and within the Rollback the Queue will be deleted :( I'm thinking of extending MSMQ Extension to handle existing queues, but my C++ knowledge is somewhat limited and I'm not sure which logic should be used (Ignore existing Queues? Update premissions only? Keeping on uninstall when exists prior install?) So far Dominik -- View this message in context: http://www.nabble.com/MSMQ-tp15405248p15411226.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Patch] Building from wix3-sources.zip
Bob Arnson-6 wrote: The files are also included in the binaries zip files so they are still available without CVS access. Using zip is ok and keeping (large) binaries out of sources.zip is ok for me. But DIFxApp.wixlib should be added or at least a wixlib project for building it, since this is only availabe in CVS src\ext\DifxAppExtension\wixlib\DIFxApp.wixlib Bob Arnson-6 wrote: Agreed. Though NAnt is still required to build WiX, so the project should be smart enough to find NAnt.Core. When/if we're about to build all the native code through MSBuild, NAnt will need to be fully optional. Sure, nant should be fully functional, but Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll isn't used anymore to build the wix.msi and building this fails. Nant's function nant::get-base-directory() might be used to retrieve the Nant.Core.dll from the currently used nant.exe (if this is an appropriate way) So far Dominik -- View this message in context: http://www.nabble.com/-Patch--Building-from-wix3-sources.zip-tp15345414p15410951.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Weekly build missing WixComPlusExtension.dll in wix3-binaries.zip
alhails wrote: We are also waiting for a new ComplusExtension. I noticed that the source code was still present in the src folder. And attempted to perform a build myself. After negotiating a couple of errors, I have got stuck with this one... [exec] Build FAILED. [exec] C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets(1545,9): error MSB3021: Unable to copy file ..\wixlib\difxapp.wixlib to C:\Downloads\wix3-sources\Build\debug\WixDifxAppExtension\Microsoft.Tools.WindowsInstallerXml.Extensions.Data.difxapp.wixlib. Could not find a part of the path '..\wixlib\difxapp.wixlib'. DIFxApp.wixlib must be copied from cvs: src\ext\DifxAppExtension\wixlib\DIFxApp.wixlib others must be copied either from cvs or from binaries.zip: src\pyro\bin\mspatchc.dll src\light\bin\darice.cub src\light\bin\mergemod.cub src\light\bin\mergemod.dll Nant.Core.dll must be copied to dtools\bin\x86\Nant\ where dtools must be in parallel to your wix-sources directory. Then wix should be buildable at least without votive. For ComPlus and Msmq extensions following patch must be applied to your wix-sources dir: http://www.nabble.com/-Patch--for-ComPlus-Msmq-Extension-to15345044.html hth Dominik -- View this message in context: http://www.nabble.com/Weekly-build-missing-WixComPlusExtension.dll-in-wix3-binaries.zip-tp15204131p15410520.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to test if user is an administrator
chk the PRIVILEGED property with condition tag Tom.Chmielenski wrote: Is there an easy way to test for the condition where the user is not an administrator on the machine? Tx. Tom - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/How-to-test-if-user-is-an-administrator-tp15334172p15427073.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Weekly build missing WixComPlusExtension.dll in wix3-binaries.zip
We are also waiting for a new ComplusExtension. I noticed that the source code was still present in the src folder. And attempted to perform a build myself. After negotiating a couple of errors, I have got stuck with this one... [exec] Build FAILED. [exec] C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets(1545,9): error MSB3021: Unable to copy file ..\wixlib\difxapp.wixlib to C:\Downloads\wix3-sources\Build\debug\WixDifxAppExtension\Microsoft.Tools.WindowsInstallerXml.Extensions.Data.difxapp.wixlib. Could not find a part of the path '..\wixlib\difxapp.wixlib'. A number of dlls are built, but unfortunately not the ComplusExtension. If anyone has any answers on how to get a error-free build, or why this ComplusExtension isn't being built, it would be greatly appreciated. Thanks Alastair alexbirk wrote: I am also concerned about this issue. Since WiX-3.0.3621 we can't move to new Wix builds because of the lack of ComPlusExtension. Rob Livermore wrote: Dear: Weekly build operator. The WIX 3.0 is turning into a very nice package. It has been meeting the needs for deployment. What happened to the WixComPlusExtension.dll and complus.xsd? The current release help file still documents support for the extension; but, the bits are missing from the wix3-binaries.zip on the http://wix.sourceforge.net/releases/ . Robert Livermore - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/Weekly-build-missing-WixComPlusExtension.dll-in-wix3-binaries.zip-tp15204131p15410260.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomDlg in WixUI_mondo
Hi Bob, yes, this is just the %TEMP% environment variable destination. The subfolders were generated by WiX during the execution of light.exe. Nothing special so far, I just wanted to check, whether the CheckInvalidPath function is probably malfunctioning because of too long filenames, which was not the cause. Best regards, Marcel Marcel Kulicke Application Development Consultant | Microsoft Premier Support for Developers E-Mail: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | Phone: +49 (89) 3176-4619 | Mobile: +49 (175) 5844 559 Microsoft Deutschland GmbH | http://www.microsoft.com/germany Konrad-Zuse-Straße 1, 85716 Unterschleißheim, Germany Geschäftsführer: Achim Berg, Gianpietro Cussigh, Benjamin O. Orndorff , Keith Dolliver Amtsgericht München, HRB 70438. From: Bob Arnson [EMAIL PROTECTED] Sent: 07 February 2008 05:28 To: Marcel Kulicke Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomDlg in WixUI_mondo Marcel Kulicke wrote: Binder temporary directory located at 'C:\SystemTemp\mfvev3qd'. Validator temporary directory located at 'C:\SystemTemp\pclycvix'. Is C:\SystemTemp the name of your TEMP directory? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] directory search
hi..help needed i use a browse dialog box through which i select a custom directory. wat i want to do now is to check whether thrs a directory called 'v62' in the custom directory and proceed with installation only if the directory exists. an error mesg shoul pop up if the directory is not there. initially i assign the INSTALLDIR property to the BROWSE property that which i link with the browse dialog box.later i do a directory search.wat i had in mind while implementing this was even the custom directory chosen by the user would not escape the search for 'v62' directory. but even if the directory exists in the custom path chosen the error msg pops up and the installtion stops.no browse dialog box also appears Property Id=BROWSEINSTALLDIR/Property Property Id=FILEEXISTS DirectorySearch Id=CheckDir Path=[BROWSE] Depth=1 /DirectorySearch /Property Condition Message=Directory does not existFILEEXISTS/Condition Feature Id=ProductFeature Title=Feature Title Level=1 ComponentRef Id=comp / /Feature Please help me fix this error TIA ramya -- View this message in context: http://www.nabble.com/directory-search-tp15408513p15408513.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Which version to install?
If you want to be absolute sure that no breaking changes will occur between today and the release of your MSI and you can live with the missing features go for Wix V2 stable. But if you need features only offered by v3 go for that release because those features will never make it into v2. I would personally go for v3... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: zaterdag 9 februari 2008 23:59 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Which version to install? Hi all, I want to start playing with WiX and I was wondering what version of WiX to install. On the download page at Sourceforge I see there is WiX v2 (stable)and WiX v3(beta). However, the WiX v3 beta is version 3.0.2925.0 from May 25, 2007. If I look at the releases folder there are more recent updates for version 3 (the last one being 3.0.3808.0 from yesterday). So, any thoughts on which one I should go with? Version 2, version 3 (3.0.2925), version 3 (3.0.3808) or some other one? Any comments would be appreciated. Thanks. Tom - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Frédéric Viollet wrote: -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. Yeah, sorry, I just noticed this problem last weekend. You can comment out every include of .build files from the tests directory and it'll work. Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? SourceForge gives us a very limited amount of space; duplicating the files would reduce the number of builds we can carry. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Property set by CA and used in a Condition
Not to confuse you - in my example in the mail I left the line to define my dll: Binary Id=MsiTools SourceFile=MsiTools.dll/ EBCN(Christian Ebner) wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Sent: Montag, 11. Februar 2008 08:59 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Property set by CA and used in a Condition Hello, I want to set a value of a Property with a Custom Action and decide then with a condition if a certain folder will be installed or not. In the log I see that the Property was set but the defined value is used for the condition. I tried already several things but nothing worked out! How can I solve this? Thank's, Chris here my example: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=5f98847e-4d63-490d-9644-fa98120decd5 Name=Application Language=1033 Version=20.0.0.0 Manufacturer=Test AG UpgradeCode=c963414f-10c2-44e0-adaa-01c8b09fd56b Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=MPS.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id =INSTALLDIR Name=A_Test Component Id=ProductComponent1 Guid=c2bb4873-bc98-4c19-811a-57df970321f3 File Id=test.txt Source=test.txt Name=service.exe/ Condition![CDATA[(HASARCNET=1)]]/Condition /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=MyFeature Level=1 ComponentRef Id=ProductComponent1 / /Feature Property Id=HASARCNET Value=1/ CustomAction Id=CheckArcnet BinaryKey=MsiTools DllEntry=HasArcnet Execute=deferred/ InstallExecuteSequence Custom Action=CheckArcnet Before=InstallFinalizeNOT Installed/Custom /InstallExecuteSequence Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / UIRef Id=WixUI_InstallDir / /Product /Wix - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Bob Arnson a écrit : Frédéric Viollet wrote: C:\temp\wix-3.0.2925.0-sourcesmake.bat ship Please try a weekly release from http://wix.sourceforge.net/releases/ or a CVS checkout. Hi Bob, Thanks again for replying. -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. -I tried from the weekly release sources, I got errors telling that some files were missing (mergemod.cub, mergemod.dll, etc) -I finally found these files in the binary distribution. I tried from the weekly release sources after copying the files above, I got the following error: 71 errors, all about missing references... because Nant.Core could not be found. :) Is there a way to build Wix? Thanks again. Fred PS : I quite of join Dominik Guders message on building Wix without a CVS connection. I'm behind a firewall that prevents me from accessing Wix's CVS repository and building Wix from weekly release sources seems to be tricky since you have to copy some files from another place :( Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? begin:vcard fn;quoted-printable:Fr=C3=A9d=C3=A9ric Viollet n;quoted-printable:Viollet;Fr=C3=A9d=C3=A9ric org:Bull, Architect of an Open World (TM);Evidian S.A. adr;quoted-printable:;;Rue Jean Jaur=C3=A8s;Les Clayes Sous Bois;;78340;France email;internet:[EMAIL PROTECTED] title:Software Engineer tel;work:01 30 80 77 34 url:http://www.evidian.com - http://www.bull.com version:2.1 end:vcard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? *why* do you need to build WIX in a production environment? /Simon - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiXv3 (3808): error LGHT0204
What does this error mean: c:\tmp\vqbjy0iu\Libs_file.msi : error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3. ? Generally, msi file has been created and installation is going correctly, but it is interesting because of that error... Thanks for any information. Best regards, Peter Jaworski - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Why not just go to CodePlex?The TFS/MSBuild model kills the CVS/NAnt model, IMHO. I know you guys said you had some issues building unmanaged code but surely it can't be that bad. Bob Arnson [EMAIL PROTECTED] wrote: Frédéric Viollet wrote: -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. Yeah, sorry, I just noticed this problem last weekend. You can comment out every include of .build files from the tests directory and it'll work. Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? SourceForge gives us a very limited amount of space; duplicating the files would reduce the number of builds we can carry. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Never miss a thing. Make Yahoo your homepage.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users