[WiX-users] 64-bit Questions
I am attempting to package a .Net 2.0 application for deployment to a server running the 64-Bit version of Windows 2003. Having never attempted a 64 Bit deployment before I would appreciate feedback on the following: * I have seen that you can mark a Component as 64 bit (i.e. Win64='yes'). However I am not 100% clear on whether this is neccessary for .Net Assemblies as they are effectively only copied to my deployment directory. * I have also seen posts that state that 32-Bit and 64-Bit components should be deployed to different directories (I have 2 assemblies that need to be 32-Bit and several thousand that should run as 64-Bit!). Is this a neccessity or just good practice, and what is the reason for it. * Does anybody know of any issues in deploying Windows Services to a 64-Bit platform. It is probably worth mentioning that any deployments will be full, i.e. no patching or upgrades. Also I want the app to always run 64-Bit rather than under WOW. I would really appreciate any feedback on this. cheers . -- HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Mondo.wxs + AdminInstallUI
Thanks. Any idea where I can get the standard AdminUI dialogs in WXS format? Also, just looked at the logs and I've got an error with an event ID of 10005 that relates to the error dialog I have described. Product: eProject -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2265. The arguments are: , -2147287038, For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. -- View this message in context: http://www.nabble.com/WixUI_Mondo.wxs-%2B-AdminInstallUI-tf4621303.html#a13231551 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to display text in /qb! dialog
A little late for a reply but... Ben Greenberg-3 wrote: I have both Product/@Language and Package/@Languages set to 1033. When I open the package in Orca, I can see that Language is set to 1033 in the Property table. But I still get the blank window behavior. I'm using WiX 3.0.2925.0 and was having exactly the same problem: the default installer produced by the Votive Visual Studio wizard displaying no progress text. I finally discovered that I needed to: 1. Add a reference to WixUIExtension to my visual studio project (or you can use the -ext command-line flag). 2. Insert a UIRef Id=WixUI_ErrorProgressText element. 3. View the Linker project properties and add en-US to the Cultures text-box. After that it all works fine :) -- View this message in context: http://www.nabble.com/How-to-display-text-in--qb%21-dialog-tf4314011.html#a13231575 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patch element and creation of patch in 3.0
Hallo all, could you anybody explain me, how to create patch in 3.0 WiX version? I've read any samples from Peter Marcu (e.g. http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx) but it is not enough for solution of my problem. I also can't find any documentation of Patch 3.0 WiX element. My problem is following: I have really big MSI installation, which is built on our build server every day and from time to time we need to apply delta patch on our production platform. Unfortunately with 2.0 WiX + PatchWiz we were not successful, because of crash of PatchWiz utility every time. The MSI packages are packages, where we have about 30 features (MSM modules), MSI are created by WiX version 2.0. Thanks a lot for help, otherwise I'm going to be crazy from that... :-/ David There is the main MSI source: -- Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; !-- Product definition -- Product Id=2EDDF5B5-FACA-437e-A5AF-E5EB84B47FB5 UpgradeCode='457F1CC2-0441-4114-A317-F640D32F8712' Language=1033 Codepage=1252 Version=4.2 Name=Product Manufacturer=Company.. !-- Package definition -- Package Id='----' InstallerVersion=200 Compressed=yes Manufacturer=Company Comments=a comment / !-- Media definitions -- Media Id='1' Cabinet='Foris.cab' EmbedCab='yes' DiskPrompt=CD-ROM #1 / Property Id='DiskPrompt' Value=Product Installation [1] / Property Id=ALLUSERS1/Property !-- Upgrade properties -- Upgrade Id='457F1CA2-0441-4114-A317-F640D32F8712' UpgradeVersion OnlyDetect='yes' Property='PATCHFOUND' Minimum='4.2.0' IncludeMinimum='yes' / UpgradeVersion OnlyDetect='yes' Property='NEWERFOUND' Minimum='4.2.0' IncludeMinimum='no' / /Upgrade CustomAction Id='AlreadyUpdated' Error='[ProductName] is already installed.' / CustomAction Id='NoDowngrade' Error='A later version of [ProductName] is already installed.' / !-- Installer Directories -- Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='4.2' Merge Id=FNGInstallLib.971AF99B-8195-4248-9C21-776B2B3FD6C5 Language=1033 SourceFile=FNGInstallLib.msm DiskId=1 / /Directory /Directory /Directory /Directory /Directory !-- Installer Features -- Feature Id='Complete' Title=Product 4.2 Installation' Description='The complete Product 4.2 package.' Display='expand' Level='300' ConfigurableDirectory='INSTALLDIR' /Feature !-- ### Component Instalation Fragments ### -- FragmentRef Id='BaseFragment_FF'/ FragmentRef Id='BaseFragment_PP'/ FragmentRef Id='BaseFragment_PCT'/ FragmentRef Id='BaseFragment_RE'/ FragmentRef Id='BaseFragment_BM'/ FragmentRef Id='BaseFragment_CM'/ FragmentRef Id='BaseFragment_CMO'/ FragmentRef Id='BaseFragment_BE'/ FragmentRef Id='BaseFragment_AR'/ FragmentRef Id='BaseFragment_C'/ FragmentRef Id='BaseFragment_DF'/ FragmentRef Id='BaseFragment_V'/ FragmentRef Id='BaseFragment_MG'/ FragmentRef Id='BaseFragment_RI'/ FragmentRef Id='BaseFragment_RT'/ FragmentRef Id='BaseFragment_NE'/ FragmentRef Id='BaseFragment_UM'/ FragmentRef Id='BaseFragment_TU'/ !-- Installer GUI -- UIRef Id=WixUI_Mondo / UIRef Id=WixUI_ErrorProgressText / !-- Installer Seguinces -- InstallExecuteSequence Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Custom Action='NoDowngrade' After='FindRelatedProducts'NEWERFOUND/Custom RemoveExistingProducts After='InstallFinalize' / StartServices Suppress='yes'/ /InstallExecuteSequence /Product /Wix -- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] NOT PRIVILEDGED Condition
Hi, I created a default Limited user account in windows XP and my wxs has Condition Message=You need to be Administrator to install this add-in.NOT PRIVILEDGED/Condition Inspite of this, when I start installing, it does not prompt, and then when my the msi tried to access HKCR it throws error Msiexec log is as follows : MSI (s) (20:60) [18:00:52:378]: Skipping AppSearch action: already done on client side Action ended 18:00:52: AppSearch. Return value 0. MSI (s) (20:60) [18:00:52:378]: Doing action: LaunchConditions MSI (s) (20:60) [18:00:52:378]: Note: 1: 2205 2: 3: ActionText Action start 18:00:52: LaunchConditions. Action ended 18:00:52: LaunchConditions. Return value 1. MSI (s) (20:60) [18:00:52:378]: Doing action: FindRelatedProducts Am I missing something here? - Nitin DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] NOT PRIVILEDGED Condition
Properties are case sensitive (and you have a spelling error too). You need to use NOT Privileged. Condition Message=You need to be Administrator to install this add-in.NOT Privileged/Condition Hth, Franz Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Nitin Chaudhari Gesendet: Dienstag, 16. Oktober 2007 14:36 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] NOT PRIVILEDGED Condition Hi, I created a default Limited user account in windows XP and my wxs has Condition Message=You need to be Administrator to install this add-in.NOT PRIVILEDGED/Condition Inspite of this, when I start installing, it does not prompt, and then when my the msi tried to access HKCR it throws error Msiexec log is as follows : MSI (s) (20:60) [18:00:52:378]: Skipping AppSearch action: already done on client side Action ended 18:00:52: AppSearch. Return value 0. MSI (s) (20:60) [18:00:52:378]: Doing action: LaunchConditions MSI (s) (20:60) [18:00:52:378]: Note: 1: 2205 2: 3: ActionText Action start 18:00:52: LaunchConditions. Action ended 18:00:52: LaunchConditions. Return value 1. MSI (s) (20:60) [18:00:52:378]: Doing action: FindRelatedProducts Am I missing something here? - Nitin DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Getting started web page (authoring_first_file.htm) missing
Hi, pardon me for asking, but is the information that is supposed to be on http://wix.sourceforge.net/manual-wix2/authoring_first_file.htm available somewhere? The page is empty apart from the navigational elements. I'm a complete Wix newbie, trying to get my head around this Wix thing (for authoring), and thought that this page would be a nice starting point. I tried searching the list archives and using the wayback machine of the Internet archive, but I was not able to find the real file referenced by the above mentioned URL. Thanks, -- John - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Adding Bootstrapper code to wxs file.
Hello, I have a basic question. I am new to XML. I am trying to add a bootstrapper code to my wxs file. ?xml version=1.0 encoding=UTF-8? Project xmlns=http://schemas.microsoft.com/developer/msbuild/2003; ItemGroup BootstrapperFile Include=Microsoft.Net.Framework.2.0 ProductName.NET Framework 2.0/ProductName /BootstrapperFile BootstrapperFile Include= Microsoft.Windows.Installer.3.1 ProductNameWindows Installer 3.1/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.JSharp.2.0 ProductNameVisual J# redistributable/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.Sql.Server.Express.1.0 ProductNameSQL Server 2005 Express Edition/ProductName /BootstrapperFile /ItemGroup Target Name=Bootstrapper GenerateBootstrapper ApplicationFile=app.msi ApplicationName=My app BootstrapperItems=@(BootstrapperFile) OutputPath=bin ComponentsLocation=Relative Culture=pt-PT Path=$(BootstrapperPath) / /Target /Project Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Id={18422F21-C884-45f3-A1BD-FAD31DBEC55B} Name=Test_Dot_NET Language=1033 Version=1.0.0.0 Manufacturer=TestM But it is giving me the error XML document cannot contain multiple root level elements. How to use the bootstrapper code to create the installer? Is there any example available? Hina -- View this message in context: http://www.nabble.com/Adding-Bootstrapper-code-to-wxs-file.-tf4634424.html#a13234324 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IniFile - Getting user input
Yes. Just add it in a component, like all the other components: Directory .. Component IniFile Value=[TheProperty] ..other-attributes.. / /Component /Directory I don't know when exactly MSI will put the value in the ini file, but I suspect it will be done after the files are copied. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 12, 2007, at 2:54 PM, 0x001A4 wrote: At which point in the install should I add this though? Should I add this somewhere in my main wxs file with all of my other components? If I were to go about it that way, would I then be able to put the info in an ini file after all of my installation files are copied over? Sorry for the newbie questions, but I'm very new to WiX and I'm still trying to grasp some of the concepts. Thanks for the help. Sebastian Brand-2 wrote: The value from the UI is stored in a Property which you can then use in the IniFile under a Component. -- View this message in context: http://www.nabble.com/IniFile--- Getting-user-input-tf4608297.html#a13174211 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] NOT PRIVILEDGED Condition
Correction: the expression must evaluate to True for installation to begin. So you need to use Privileged instead of NOT Privileged, like this: Condition Message=You need to be Administrator to install this add-in.Privileged/Condition Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Strele Franz Gesendet: Dienstag, 16. Oktober 2007 14:58 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] NOT PRIVILEDGED Condition Properties are case sensitive (and you have a spelling error too). You need to use NOT Privileged. Condition Message=You need to be Administrator to install this add- in.NOT Privileged/Condition Hth, Franz Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Nitin Chaudhari Gesendet: Dienstag, 16. Oktober 2007 14:36 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] NOT PRIVILEDGED Condition Hi, I created a default Limited user account in windows XP and my wxs has Condition Message=You need to be Administrator to install this add- in.NOT PRIVILEDGED/Condition Inspite of this, when I start installing, it does not prompt, and then when my the msi tried to access HKCR it throws error Msiexec log is as follows : MSI (s) (20:60) [18:00:52:378]: Skipping AppSearch action: already done on client side Action ended 18:00:52: AppSearch. Return value 0. MSI (s) (20:60) [18:00:52:378]: Doing action: LaunchConditions MSI (s) (20:60) [18:00:52:378]: Note: 1: 2205 2: 3: ActionText Action start 18:00:52: LaunchConditions. Action ended 18:00:52: LaunchConditions. Return value 1. MSI (s) (20:60) [18:00:52:378]: Doing action: FindRelatedProducts Am I missing something here? - Nitin DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Getting started web page (authoring_first_file.htm) missing
If you are using WiX2, the http://www.tramontana.co.hu/wix/ tutorial is a much better starting point. To find the missing file, look in the wix.chm help file. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 16, 2007, at 3:52 PM, John H. E. wrote: Hi, pardon me for asking, but is the information that is supposed to be on http://wix.sourceforge.net/manual-wix2/authoring_first_file.htm available somewhere? The page is empty apart from the navigational elements. I'm a complete Wix newbie, trying to get my head around this Wix thing (for authoring), and thought that this page would be a nice starting point. I tried searching the list archives and using the wayback machine of the Internet archive, but I was not able to find the real file referenced by the above mentioned URL. Thanks, -- John -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding Bootstrapper code to wxs file.
Hina, You have to split up that file into 2 files, one for the bootstrapper and one for wix. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 16, 2007, at 4:06 PM, hina1703 wrote: Hello, I have a basic question. I am new to XML. I am trying to add a bootstrapper code to my wxs file. ?xml version=1.0 encoding=UTF-8? Project xmlns=http://schemas.microsoft.com/developer/msbuild/ 2003 ItemGroup BootstrapperFile Include=Microsoft.Net.Framework.2.0 ProductName.NET Framework 2.0/ProductName /BootstrapperFile BootstrapperFile Include= Microsoft.Windows.Installer.3.1 ProductNameWindows Installer 3.1/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.JSharp.2.0 ProductNameVisual J# redistributable/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.Sql.Server.Express.1.0 ProductNameSQL Server 2005 Express Edition/ProductName /BootstrapperFile /ItemGroup Target Name=Bootstrapper GenerateBootstrapper ApplicationFile=app.msi ApplicationName=My app BootstrapperItems=@(BootstrapperFile) OutputPath=bin ComponentsLocation=Relative Culture=pt-PT Path=$(BootstrapperPath) / /Target /Project Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Id={18422F21-C884-45f3-A1BD-FAD31DBEC55B} Name=Test_Dot_NET Language=1033 Version=1.0.0.0 Manufacturer=TestM But it is giving me the error XML document cannot contain multiple root level elements. How to use the bootstrapper code to create the installer? Is there any example available? Hina -- View this message in context: http://www.nabble.com/Adding- Bootstrapper-code-to-wxs-file.-tf4634424.html#a13234324 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding Bootstrapper code to wxs file.
Thanks for the reply. So will the bootstrapper file be .xml file? How can I include xml file into wxs file? Is there any good tutorial avaliable on bootstrapper? I find it very confusing topic with very little help available. Hina Sebastian Brand-2 wrote: Hina, You have to split up that file into 2 files, one for the bootstrapper and one for wix. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 16, 2007, at 4:06 PM, hina1703 wrote: Hello, I have a basic question. I am new to XML. I am trying to add a bootstrapper code to my wxs file. ?xml version=1.0 encoding=UTF-8? Project xmlns=http://schemas.microsoft.com/developer/msbuild/ 2003 ItemGroup BootstrapperFile Include=Microsoft.Net.Framework.2.0 ProductName.NET Framework 2.0/ProductName /BootstrapperFile BootstrapperFile Include= Microsoft.Windows.Installer.3.1 ProductNameWindows Installer 3.1/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.JSharp.2.0 ProductNameVisual J# redistributable/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.Sql.Server.Express.1.0 ProductNameSQL Server 2005 Express Edition/ProductName /BootstrapperFile /ItemGroup Target Name=Bootstrapper GenerateBootstrapper ApplicationFile=app.msi ApplicationName=My app BootstrapperItems=@(BootstrapperFile) OutputPath=bin ComponentsLocation=Relative Culture=pt-PT Path=$(BootstrapperPath) / /Target /Project Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Id={18422F21-C884-45f3-A1BD-FAD31DBEC55B} Name=Test_Dot_NET Language=1033 Version=1.0.0.0 Manufacturer=TestM But it is giving me the error XML document cannot contain multiple root level elements. How to use the bootstrapper code to create the installer? Is there any example available? Hina -- View this message in context: http://www.nabble.com/Adding- Bootstrapper-code-to-wxs-file.-tf4634424.html#a13234324 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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/Adding-Bootstrapper-code-to-wxs-file.-tf4634424.html#a13234753 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Latest build - specifically MSMQ extension
Hi, is it possible for someone to share latest build - official v3 build is 2925 but it does not contain msmq extension. I am unable to connect to cvs server now. -- View this message in context: http://www.nabble.com/Latest-build---specifically-MSMQ-extension-tf4634567.html#a13234759 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Latest build - specifically MSMQ extension
The weekly release can be downloaded here: http://wix.sourceforge.net/releases/ Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 16, 2007, at 4:33 PM, VaclavK wrote: Hi, is it possible for someone to share latest build - official v3 build is 2925 but it does not contain msmq extension. I am unable to connect to cvs server now. -- View this message in context: http://www.nabble.com/Latest-build--- specifically-MSMQ-extension-tf4634567.html#a13234759 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Handling Feature Dependencies
Thanks for the info guys. I will try these solutions and let you know how it goes. From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 16, 2007 1:10 AM To: John Hall Cc: Robert Priest; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Handling Feature Dependencies John Hall wrote: However, in hindsight, I think just using a ComponentGroupRef instead of feature fC and including it in both fA and fB might be simpler and more robust. Not sure what the relative downsides are. If the feature was used just for grouping (i.e., it's never visible or user installable) then a component group is the best approach. Components can belong to multiple features just fine -- that's an MSI thing. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch element and creation of patch in 3.0
Delta patching is not supported using the Patch element yet. Also, using the WiX 3.0 patch build system, you cannot patch things that come from MSM's. The suggested way to share setup logic is to use Wixlibs, if your msm's are built using wix, then you could consider that. Alternatively, you can create admin images of your target and upgrade layouts and run torch with the -ax switch. You can then pass those transforms as inputs into pyro along with Patch authoring. This is a way to get your msm logic into you patch. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Stindl Sent: Tuesday, October 16, 2007 5:38 AM To: WiX Users Subject: [WiX-users] Patch element and creation of patch in 3.0 Hallo all, could you anybody explain me, how to create patch in 3.0 WiX version? I've read any samples from Peter Marcu (e.g. http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx) but it is not enough for solution of my problem. I also can't find any documentation of Patch 3.0 WiX element. My problem is following: I have really big MSI installation, which is built on our build server every day and from time to time we need to apply delta patch on our production platform. Unfortunately with 2.0 WiX + PatchWiz we were not successful, because of crash of PatchWiz utility every time. The MSI packages are packages, where we have about 30 features (MSM modules), MSI are created by WiX version 2.0. Thanks a lot for help, otherwise I'm going to be crazy from that... :-/ David There is the main MSI source: -- Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; !-- Product definition -- Product Id=2EDDF5B5-FACA-437e-A5AF-E5EB84B47FB5 UpgradeCode='457F1CC2-0441-4114-A317-F640D32F8712' Language=1033 Codepage=1252 Version=4.2 Name=Product Manufacturer=Company.. !-- Package definition -- Package Id='----' InstallerVersion=200 Compressed=yes Manufacturer=Company Comments=a comment / !-- Media definitions -- Media Id='1' Cabinet='Foris.cab' EmbedCab='yes' DiskPrompt=CD-ROM #1 / Property Id='DiskPrompt' Value=Product Installation [1] / Property Id=ALLUSERS1/Property !-- Upgrade properties -- Upgrade Id='457F1CA2-0441-4114-A317-F640D32F8712' UpgradeVersion OnlyDetect='yes' Property='PATCHFOUND' Minimum='4.2.0' IncludeMinimum='yes' / UpgradeVersion OnlyDetect='yes' Property='NEWERFOUND' Minimum='4.2.0' IncludeMinimum='no' / /Upgrade CustomAction Id='AlreadyUpdated' Error='[ProductName] is already installed.' / CustomAction Id='NoDowngrade' Error='A later version of [ProductName] is already installed.' / !-- Installer Directories -- Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='4.2' Merge Id=FNGInstallLib.971AF99B-8195-4248-9C21-776B2B3FD6C5 Language=1033 SourceFile=FNGInstallLib.msm DiskId=1 / /Directory /Directory /Directory /Directory /Directory !-- Installer Features -- Feature Id='Complete' Title=Product 4.2 Installation' Description='The complete Product 4.2 package.' Display='expand' Level='300' ConfigurableDirectory='INSTALLDIR' /Feature !-- ### Component Instalation Fragments ### -- FragmentRef Id='BaseFragment_FF'/ FragmentRef Id='BaseFragment_PP'/ FragmentRef Id='BaseFragment_PCT'/ FragmentRef Id='BaseFragment_RE'/ FragmentRef Id='BaseFragment_BM'/ FragmentRef Id='BaseFragment_CM'/ FragmentRef Id='BaseFragment_CMO'/ FragmentRef Id='BaseFragment_BE'/ FragmentRef Id='BaseFragment_AR'/ FragmentRef Id='BaseFragment_C'/ FragmentRef Id='BaseFragment_DF'/ FragmentRef Id='BaseFragment_V'/ FragmentRef Id='BaseFragment_MG'/ FragmentRef Id='BaseFragment_RI'/ FragmentRef Id='BaseFragment_RT'/ FragmentRef Id='BaseFragment_NE'/ FragmentRef Id='BaseFragment_UM'/ FragmentRef Id='BaseFragment_TU'/ !-- Installer GUI -- UIRef Id=WixUI_Mondo / UIRef Id=WixUI_ErrorProgressText / !-- Installer Seguinces -- InstallExecuteSequence Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Custom Action='NoDowngrade' After='FindRelatedProducts'NEWERFOUND/Custom RemoveExistingProducts After='InstallFinalize' / StartServices Suppress='yes'/ /InstallExecuteSequence /Product /Wix -- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/
Re: [WiX-users] NOT PRIVILEDGED Condition
The MSI property for that condition needs to be spelt right and cased right. It's Privileged. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nitin Chaudhari Sent: Tuesday, October 16, 2007 5:36 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] NOT PRIVILEDGED Condition Hi, I created a default Limited user account in windows XP and my wxs has Condition Message=You need to be Administrator to install this add-in.NOT PRIVILEDGED/Condition Inspite of this, when I start installing, it does not prompt, and then when my the msi tried to access HKCR it throws error Msiexec log is as follows : MSI (s) (20:60) [18:00:52:378]: Skipping AppSearch action: already done on client side Action ended 18:00:52: AppSearch. Return value 0. MSI (s) (20:60) [18:00:52:378]: Doing action: LaunchConditions MSI (s) (20:60) [18:00:52:378]: Note: 1: 2205 2: 3: ActionText Action start 18:00:52: LaunchConditions. Action ended 18:00:52: LaunchConditions. Return value 1. MSI (s) (20:60) [18:00:52:378]: Doing action: FindRelatedProducts Am I missing something here? - Nitin DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding Bootstrapper code to wxs file. (Somebody, please guide....)
Please reply. Hina hina1703 wrote: Thanks for the reply. So will the bootstrapper file be .xml file? How can I include xml file into wxs file? Is there any good tutorial avaliable on bootstrapper? I find it very confusing topic with very little help available. Hina Sebastian Brand-2 wrote: Hina, You have to split up that file into 2 files, one for the bootstrapper and one for wix. Best regards, Sebastian Brand Instyler Software - http://www.instyler.com On Oct 16, 2007, at 4:06 PM, hina1703 wrote: Hello, I have a basic question. I am new to XML. I am trying to add a bootstrapper code to my wxs file. ?xml version=1.0 encoding=UTF-8? Project xmlns=http://schemas.microsoft.com/developer/msbuild/ 2003 ItemGroup BootstrapperFile Include=Microsoft.Net.Framework.2.0 ProductName.NET Framework 2.0/ProductName /BootstrapperFile BootstrapperFile Include= Microsoft.Windows.Installer.3.1 ProductNameWindows Installer 3.1/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.JSharp.2.0 ProductNameVisual J# redistributable/ProductName /BootstrapperFile BootstrapperFile Include=Microsoft.Sql.Server.Express.1.0 ProductNameSQL Server 2005 Express Edition/ProductName /BootstrapperFile /ItemGroup Target Name=Bootstrapper GenerateBootstrapper ApplicationFile=app.msi ApplicationName=My app BootstrapperItems=@(BootstrapperFile) OutputPath=bin ComponentsLocation=Relative Culture=pt-PT Path=$(BootstrapperPath) / /Target /Project Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Id={18422F21-C884-45f3-A1BD-FAD31DBEC55B} Name=Test_Dot_NET Language=1033 Version=1.0.0.0 Manufacturer=TestM But it is giving me the error XML document cannot contain multiple root level elements. How to use the bootstrapper code to create the installer? Is there any example available? Hina -- View this message in context: http://www.nabble.com/Adding- Bootstrapper-code-to-wxs-file.-tf4634424.html#a13234324 Sent from the wix-users mailing list archive at Nabble.com. -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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/Adding-Bootstrapper-code-to-wxs-file.-tf4634424.html#a13237679 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Hello, Eric Hybner wrote: Thanks Bob. FWIW, the problem appears to be with a default value. Removing the following registry value gets me past the issue for now. RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / Does anyone know if there is a workaround to this problem that is better than manually writing all of the appropriate RegistryValue elements that would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? It looks like Heat is being too keen in assuming that the harvested registry keys can be mapped to COM registration. Removing the mscoree RegistryValue element simply breaks the COM registration of that .NET component, and adding a Server=mscoree.dll entry to the Class element (which seems like the right thing to do) results in LGHT0094. cheers, Karim -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13239208 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Eliminating a directory
There is already an msi and subsequent patches. In my msi I have the following dir structure(simplification): root \ d1 \- good d2 \ wrong d2 (same name as other d2) I guess this came about from an accidental file explorer copy and is now in the msi. This is creating problems as new files added to good d2 aren't being properly picked up. The ideal solution would be to wipe wrong d2 and create the patch, but this creates errors. From scouring the mailing list it looks like I can't get rid of files. Is there a clean way to handle this goof, or do I need to start using the bad d2 everywhere? Thanks, Dave - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Silent Installation
Guna, Silent installations are built in to the Windows Installer service. There isn't really anything special you have to do to make it work. Take a look at the Windows Installer command line switches for more information: http://support.microsoft.com/kb/227091 You will also want to take a look at the WiX tutorial so you can get a better idea of how the installer is structured: http://www.tramontana.co.hu/wix/ //a On 10/12/07, Guna S [EMAIL PROTECTED] wrote: My name is Guna S. Am very new to Wix Installer This is regariding to Silent Installation My questions are 1. How to create and add DLL file 2. For silet instllation if user gives command(for ex xxx.msi/quite), so for this how the confiuration file should be 3. How/where to put condition for silent installation and normal installation 4. Is there any good tool/tutorial for silent installation Thanks in advance Thanks, Guna S - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: Eric Hybner wrote: Thanks Bob. FWIW, the problem appears to be with a default value. Removing the following registry value gets me past the issue for now. RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / Does anyone know if there is a workaround to this problem that is better than manually writing all of the appropriate RegistryValue elements that would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? Found a couple of alternatives, neither of them nice: 1. Give a unique Id to the mscoree RegistryValue (which will result in the value being overwritten by two separate Registry table entries): RegistryValue Id=01D6FA3CBCF435AB820A49ACAF99F5F8_mscoree_overwrite Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / 2. Advertise the component (= the reg-entries will be written by the RegisterClassInfo action I think) and then forcefully zero its Darwin descriptor (WriteRegistryValues occurs after RegisterClassInfo by default): Class Advertise=yes ... with no Server attribute ... RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Name=InprocServer32 Value= Type=string Action=write / I've no idea which of these is better or worse; comments gratefully received... -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13239912 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problems Deploying an ASP.NET Website
So, in a nutshell, I'm getting everything deployed as expected. The Virtual Directory is being setup as an app and all appears good EXCEPT the global.asax file is getting stomped. I initially tried harvesting it then just decided to deploy into a folder. Same issue. I end up with a 1K file and one header line. Navigate to the path that is created during harvest and the file looks good in the source folder. Contains everything I expect but it is definitely stomped after deploying...any ideas? Tony Day Configuration Management Analyst Software Systems Harris Corporation, Broadcast Communications 1999 Broadway, Suite 4100 Denver, CO 80202 USA www.broadcast.harris.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Bootstrapper/Decryption
I should probably be hung for doing this... I run the VS2005 bootstrapper to install C++ and .NET runtimes. Then the bootstrapper starts an ORCA'd MSI. This MSI asks the user to enter the correct password. If the user does so, the custom action de-crypts (that's why I need the C++ and .NET runtimes) a second MSI, and launches it. Mind you, the second MSI is the one I'm really trying to launch after password verification... Surely there's an easier way to do all this; would somebody care to enlighten me? .NET is my framework of choice for de-cryption due to good old export regulations. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registry and Permission
Harini Gurusamy wrote: To whom should the bug be assigned to ? Please leave it assigned to the default (None, I believe). Whoever volunteers to fix the bug will assign it to him/herself. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] 64-bit Questions
[EMAIL PROTECTED] wrote: * I have seen that you can mark a Component as 64 bit (i.e. Win64='yes'). However I am not 100% clear on whether this is neccessary for .Net Assemblies as they are effectively only copied to my deployment directory. If a component is marked as 32-bit, MSI won't put it into 64-bit portions of the file system or registry. * I have also seen posts that state that 32-Bit and 64-Bit components should be deployed to different directories (I have 2 assemblies that need to be 32-Bit and several thousand that should run as 64-Bit!). Is this a neccessity or just good practice, and what is the reason for it. That's more of a Windows thing, keeping 32-bit and 64-bit portions of the system separate. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper/Decryption
Nick wrote: I should probably be hung for doing this... Certainly shunned.g I run the VS2005 bootstrapper to install C++ and .NET runtimes. Then the bootstrapper starts an ORCA'd MSI. This MSI asks the user to enter the correct password. If the user does so, the custom action de-crypts (that's why I need the C++ and .NET runtimes) a second MSI, and launches it. Mind you, the second MSI is the one I'm really trying to launch after password verification... Surely there's an easier way to do all this; would somebody care to enlighten me? I'm not familiar with the VS bootstrapper but if it could kick off an .exe, write a C# app to do the decryption and launch the MSI. From a network management perspective, what you have can't be deployed by SMS or other similar tools (assuming your CA runs from the UI). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? So far, nobody's volunteered to maintain Heat so the bug isn't likely to fixed soon. I've no idea which of these is better or worse; comments gratefully received... Both are bad because they violate component rules. Is it not enough to remove the mscoree.dll InprocServer32 value? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Mondo.wxs + AdminInstallUI
RussGreen wrote: Thanks. Any idea where I can get the standard AdminUI dialogs in WXS format? I'm not aware of any. Product: eProject -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2265. The arguments are: , -2147287038, That's ERROR_FILE_NOT_FOUND. I'd start diagnosing the problem by trying a UI-less admin install: Do a '/qb /a package.msi' to narrow the problem down to or away from the UI. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] (no subject)
Can you recommend another bootstrapper that can kick off an .exe (instead of the .msi)? Something tells me I might be writing my own bootstrapper tomorrow. -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 17, 2007 00:09 AM To: Nick Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bootstrapper/Decryption Nick wrote: I should probably be hung for doing this... Certainly shunned.g I run the VS2005 bootstrapper to install C++ and .NET runtimes. Then the bootstrapper starts an ORCA'd MSI. This MSI asks the user to enter the correct password. If the user does so, the custom action de-crypts (that's why I need the C++ and .NET runtimes) a second MSI, and launches it. Mind you, the second MSI is the one I'm really trying to launch after password verification... Surely there's an easier way to do all this; would somebody care to enlighten me? I'm not familiar with the VS bootstrapper but if it could kick off an .exe, write a C# app to do the decryption and launch the MSI. From a network management perspective, what you have can't be deployed by SMS or other similar tools (assuming your CA runs from the UI). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users