Re: [WiX-users] error LGHT0112 : ..'UI:wixui.wxlib' error , wixui.wxlib on commandline
Well, I'm using wix-2.0.5325, which on sourceforge is described as WiX v2 (stable), whereas the newer version is Wix development. So given that, my UIRef should be UIRef Id=WixUI_Minimal / ? Cheers, Bryan Rasmussen On 7/20/07, Bob Arnson [EMAIL PROTECTED] wrote: bryan rasmussen wrote: oh I noticed I had changed the UIRef from WixUI, which it is in the normal Testminimal.wxs, to wixui.wixlib, just in case that would work. but both versions are giving the same result. The UIRef should be to the dialog set you want to use, e.g., WixUI_Minimal. Which version of WiX are you using? TestMinimal no longer ships in current versions because it hasn't been updated to match changes in compiler and WixUI. -- 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] Set variable with custom action
How can I set a variable at setup runtime with a custom action? The definition of the variable: ?define VAR = test? Now I want to change the variable value from test to a global property value. How to do so? Please help me! -- View this message in context: http://www.nabble.com/Set-variable-with-custom-action-tf4128189.html#a11739607 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] error LGHT0112 : ..'UI:wixui.wxlib' error , wixui.wxlib on commandline
I guess that's the idea, going by the docs where I find this By default, WixUI doesn't include any translated Error or ProgressText elements by default. You can include them by referencing the WixUI_ErrorProgressText UI element: UIRef Id=WixUI_Minimal / unfortunately when I use that in place of the UIRef Id=WixUI / which was in the example file TestMinimal.wxs to begin with I get the same error. Obviously I'm doing something wrong but what? my commandline arguments: candle.exe -out examples\wixui\TestMinimal.wixobj examples\wixui\Testminimal.wxs light.exe -out test20070723001.msi examples\wixui\TestMinimal.wixobj Cheers, Bryan Rasmussen On 7/23/07, bryan rasmussen [EMAIL PROTECTED] wrote: Well, I'm using wix-2.0.5325, which on sourceforge is described as WiX v2 (stable), whereas the newer version is Wix development. So given that, my UIRef should be UIRef Id=WixUI_Minimal / ? Cheers, Bryan Rasmussen On 7/20/07, Bob Arnson [EMAIL PROTECTED] wrote: bryan rasmussen wrote: oh I noticed I had changed the UIRef from WixUI, which it is in the normal Testminimal.wxs, to wixui.wixlib, just in case that would work. but both versions are giving the same result. The UIRef should be to the dialog set you want to use, e.g., WixUI_Minimal. Which version of WiX are you using? TestMinimal no longer ships in current versions because it hasn't been updated to match changes in compiler and WixUI. -- 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] How to deploy all the files inside the folder rather than specifying each files
Lingappa, Attached are two files: PackageTree.cs, a custom task that generates an XML file containing a WiX fragment, and metadata.cs an auxilary class that handles the GUIDS. The code is still a bit rough around the edges, but works fine. A .metadata.xml file is created in every subdirectory to store the GUIDs that the task creates for each component. You will get warnings for every file the first time it runs, and then from then on just warnings when new files are added. You want something like this in your wixproj file to get it to run and create a fragment file called tree.wxs that contains components for each file ending in .txt in c:\some\directory. The generated file will automatically get compiled. PackageTree RootDirectory=c:\some\directory OutputFileName=tree.wxs MatchPattern=\.txt$ Output TaskParameter=OutputFileName ItemName=Compile / /PackageTree Cheers, John _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 20 July 2007 13:55 To: John Hall Subject: RE: [WiX-users] How to deploy all the files inside the folder rather than specifying each files Hi John, Thanks for your inputs. I appreciate if you could send me sample code that you have written. Thanks again, Regards, Lingappa _ From: John Hall [mailto:[EMAIL PROTECTED] Sent: Friday, July 20, 2007 1:41 PM To: Sindhanur, Lingappa (Cognizant) Subject: RE: [WiX-users] How to deploy all the files inside the folder rather than specifying each files Hi, I need to specify contents of whole directory needs to be installed instead specifying each file names. Currently i am using like mentioned below: lt;Directory Id=AnyDirectory Name=AnyDirectory gt; lt;Component Id=AnyDirComp Guid=FE698C55-B139-419e-B8A3-71ECFA2922D5 gt; lt;File Id=first.aspx /gt; lt;File Id=second.aspx .../gt; ... ... ... ... lt;/Component gt; lt;/Directory gt; I need to specify all the files. Problem any file is being added to the directory again i need to add the file in the wxs source. Is there a to specify the directory instead of files? Your help will be greatly appreciate. Thanks in advance. Lingappa , I needed to do something like this, so I wrote an msbuild custom task that automatically generates a .wxs file. It generates a GUID per component and stores that in an XML configuration file. When it finds a new file it generates a new GUID and updates its configuration file. It's not something that's too hard in C#. Cheers, John This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. Metadata.cs Description: Metadata.cs PackageTree.cs Description: PackageTree.cs - 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] Set variable with custom action
AFAIK you can't. What you can do, is change property values at runtime, like this: Property Id=VARtest/Property CustomAction Id=CustomAction1 Return=check Execute=immediate Property=VAR Value=Something Else/ And of course, giving the custom action a proper sequence. However, this may or may not work according to how you use the variable at your project. How are you intending to use that var, and what do you want to accomplish? Maybe there is another way to do it. K-ballo.- oesimartin escribió: How can I set a variable at setup runtime with a custom action? The definition of the variable: ?define VAR = test? Now I want to change the variable value from test to a global property value. How to do so? Please help me! - 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] How to update registry post install
I want to create a registry entry after the application is installed.How do i get this functionality in the same msi? TIA Andy -- View this message in context: http://www.nabble.com/How-to-update-registry-post-install-tf4128756.html#a11741037 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] Directories and Components
Hi There, I'm just wondering if there is an easier way to do this. You see, the product I'm installing has many directories containing files. My current understanding is that seeing 'Component' elements can not have 'Directory' elements as children, I must create a new component for every directory that is going to contain files. Then following this, I must obviously make sure I add every single component via 'ComponentRef' elements in my 'Feature'. So I end up with something like !-- Directory of say c:\Program Files\My App -- Directory ... Component Id='Component1' ... File ... / File ... / /Component !-- Directory of say c:\Program Files\My App\Dir1 -- Directory ... Component Id='Component2'... File ... / File ... / /Component /Directory !-- Directory of say c:\Program Files\My App\Dir2 -- Directory ... Component Id='Component3'... File ... / File ... / /Component /Directory /Directory Feature ... ComponentRef Id='Component1' / ComponentRef Id='Component2' / ComponentRef Id='Component3' / /Feature But I think it would be tidier and easier to maintain if I could do something like this: Component Id='MainComponent' Directory ... File ... / File ... / !-- Directory of say c:\Program Files\My App\Dir1 -- Directory ... File ... / File ... / /Directory !-- Directory of say c:\Program Files\My App\Dir2 -- Directory ... File ... / File ... / /Directory /Directory /Component Feature ... ComponentRef Id='MainComponent' / /Feature Is this possible? Ie. is there a way to reduce the number of components I must have? Or is the way I'm currently doing it the most efficient way to do multiple directories? Thank you, Ian. - 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] MSBuild / localisation variable problem
This is my first post, so please bear with me. I'm using weekly build 3.0.3113.0 but have tried the previous two/three weekly builds. When I build locally in Visual Studio all is well, but when we do a continuous integration build using MS build on our buildserver I get the following: C:\delivery\Dev\wix_public\src\ext\uiextension\wixlib\BrowseDlg.wxs(18): error LGHT0102: The localization variable !(loc.WixUIOK) is unknown. Please ensure the variable is defined. I initially got this problem on my client VS 2005 build when the 'Cultures' option on the project settings for the linker was not set, but this went away for my local builds when I worked out how to get it to save the option properly. WixUIExtension is definitely referenced and the build works successfully on both my client and buildserver when I comment out the UiRef tag. Am I doing something wrong or is this a known problem? Many thanks, Martin Evans Development Manager Achiever Business Solutions Mailto:[EMAIL PROTECTED] The information contained in or attached to this email is intended only for the use of the individual to which it is addressed. It may contain information which is confidential and/or covered by legal, professional or other privilege (or other similar rules or laws). If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorised to and must not disclose, copy distribute, or retain this message or any part of it. Nor should you take any action with reference to it. If you have received this email in error please notify us immediately by forwarding the email to [EMAIL PROTECTED] Achiever Business Solutions Ltd Cross Pillory House Cross Pillory Lane Alton, Hants, GU34 1HL. UK (Registered office) Registered no: 3437447 VAT No: GB 813 0535 66 Tel: +44 (0)1420 547507 www.achieverplus.com A Sword Group Company - 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] msiexec question
Hello, This is almost certainly an msi related issue but I thought I'd see if anyone has run into the same problem. We use Wix to author 8 merge modules and use InstallShield for the main installation (soon to be entirely Wix). Sometime in the last week we've started getting the following error message when installing from CD or ISO: Disk full: Out of disk space - Volume: 'D:'; required space: 250,000 KB; available space: 0 KB. Something has changed and we're checking the source directory for the available space to install instead of the target. When this is CD or ISO it won't have the space needed. I've compared a verbose log from the last known good install and a recent one and the only apparent difference is when msi changes the OutOfDiskSpace and OutOfRbDiskSpace properties from 0 to 1 which results in the error message. I've also exported all the msi tables from the last known good and a recent msi and diff'ed them but again nothing obvious stands out. What property change would cause this? Any pointers or suggestions would be greatly appreciated. Thanks, Tom - 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] Directories and Components
Is this possible? Ie. is there a way to reduce the number of components I must have? Or is the way I'm currently doing it the most efficient way to do multiple directories? Sadly a component can only contain files in one directory. You could use heat to automate the gathering of the files to install - it generates all the components and then a single ComponentGroup containing all those components. Cheers, 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
Re: [WiX-users] error LGHT0112 : ..'UI:wixui.wxlib' error , wixui.wxlib on commandline
bryan rasmussen wrote: candle.exe -out examples\wixui\TestMinimal.wixobj examples\wixui\Testminimal.wxs light.exe -out test20070723001.msi examples\wixui\TestMinimal.wixobj Your light.exe command also needs to include wixui.wixlib, per the doc: How to add a WixUI stock dialog set to a product installer Assuming you have an existing installer that's functional but just lacking a user interface, here are the steps you need to follow to use a WixUI stock dialog set: 1. Add a UIRef element to your installer source code, using an Id attribute of one of the above dialog sets. For example: Product ... UIRef Id=WixUI_InstallDir / /Product 2. Add wixui.wixlib and the appropriate WixUI localization file to your *light* command line. For example: light Mondo.wixobj *%WIXUI_PATH%\WixUI.wixlib -loc %WIXUI_PATH%\WixUI_en-us.wxl *-out Mondo.msi -- 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] How to update registry post install
Anidil wrote: I want to create a registry entry after the application is installed.How do i get this functionality in the same msi? What do you mean by after the application is installed? -- 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] Directories and Components
Ian Stevenson wrote: I'm just wondering if there is an easier way to do this. You see, the product I'm installing has many directories containing files. My current understanding is that seeing 'Component' elements can not have 'Directory' elements as children, I must create a new component for every directory that is going to contain files. In MSI, a component cannot span directories. Because components are atomic, you want them as small as possible. -- 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] MSBuild / localisation variable problem
Martin Evans wrote: C:\delivery\Dev\wix_public\src\ext\uiextension\wixlib\BrowseDlg.wxs(18): error LGHT0102: The localization variable !(loc.WixUIOK) is unknown. Please ensure the variable is defined. Is that the only error you get? Does it build correctly on your local machine outside VS? Make sure your .wixproj has a PropertyGroup that includes Culturesen-us/Cultures (or some other Cultures value). That loads the US English strings, which includes a value for WixUIOK. -- 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] error LGHT0112 : ..'UI:wixui.wxlib' error , wixui.wxlib on commandline
On 7/23/07, Bob Arnson [EMAIL PROTECTED] wrote: bryan rasmussen wrote: candle.exe -out examples\wixui\TestMinimal.wixobj examples\wixui\Testminimal.wxs light.exe -out test20070723001.msi examples\wixui\TestMinimal.wixobj Your light.exe command also needs to include wixui.wixlib, per the doc: damn I forgot that part. Was doing it last week though. How to add a WixUI stock dialog set to a product installer Assuming you have an existing installer that's functional but just lacking a user interface, here are the steps you need to follow to use a WixUI stock dialog set: Add a UIRef element to your installer source code, using an Id attribute of one of the above dialog sets. For example: Product ... UIRef Id=WixUI_InstallDir / /Product Add wixui.wixlib and the appropriate WixUI localization file to your light command line. For example: light Mondo.wixobj %WIXUI_PATH%\WixUI.wixlib -loc %WIXUI_PATH%\WixUI_en-us.wxl -out Mondo.msi okay thanks, Bryan Rasmussen - 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] service not showing after ServiceInstall
I've tried to install a service through the next peice of wix: Component .. ServiceInstall Id=service.exe DisplayName=Service Name=Service ErrorControl=normal Start=auto Type=ownProcess Vital=yes /ServiceInstall ServiceControl Id=service.exe Name=Service Remove=uninstall Wait=yes/ /Component The msi installs succesfull, but I cannot find the service in the Services.msc snap-in. What's missing? -- View this message in context: http://www.nabble.com/service-not-showing-after-ServiceInstall-tf4129869.html#a11744255 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] MSBuild / localisation variable problem - culture information not passed in???
Bob, I had not thought to try this locally outside VS and yes I do get the same errors. I copied the light.exe cmd from the TFS build log and tried the same: Light.exe -ext WixUIExtension.dll -out c:\Web UI Setup.msi C:\\WebUiSetup.wixobj It would appear that the Light.exe cmd run by MSBuild does not contain the -culture information because when I do the following it is OK. Light.exe -ext WixUIExtension.dll -cultures:en-us -out c:\Web UI Setup.msi C:\...\WebUiSetup.wixobj Stabbing in the dark a bitis this something that needs setting/editing in the wix.targets file? Martin Evans Development Manager Achiever Business Solutions Mailto:[EMAIL PROTECTED] Bob Arnson [EMAIL PROTECTED] 23/07/2007 14:54 To Martin Evans [EMAIL PROTECTED] cc wix-users@lists.sourceforge.net Subject Re: [WiX-users] MSBuild / localisation variable problem Martin Evans wrote: C:\delivery\Dev\wix_public\src\ext\uiextension\wixlib\BrowseDlg.wxs(18): error LGHT0102: The localization variable !(loc.WixUIOK) is unknown. Please ensure the variable is defined. Is that the only error you get? Does it build correctly on your local machine outside VS? Make sure your .wixproj has a PropertyGroup that includes Culturesen-us/Cultures (or some other Cultures value). That loads the US English strings, which includes a value for WixUIOK. -- sig://boB http://joyofsetup.com/ The information contained in or attached to this email is intended only for the use of the individual to which it is addressed. It may contain information which is confidential and/or covered by legal, professional or other privilege (or other similar rules or laws). If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorised to and must not disclose, copy distribute, or retain this message or any part of it. Nor should you take any action with reference to it. If you have received this email in error please notify us immediately by forwarding the email to [EMAIL PROTECTED] Achiever Business Solutions Ltd Cross Pillory House Cross Pillory Lane Alton, Hants, GU34 1HL. UK (Registered office) Registered no: 3437447 VAT No: GB 813 0535 66 Tel: +44 (0)1420 547507 www.achieverplus.com A Sword Group Company - 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] ProjectAggregator2-3.0.2925.msi fails to install with odd network error
I downloaded the latest 3.0 release and when I attempt to install the project aggregator MSI windows gives me an error message A network error occurred while attempting to read from the file C:\ProjectAggregator2.msi There are a couple odd things about this. For one, access to my local C drive doesn't require any access to the network. Sencodly, the file name of the msi is C:\ProjectAggregator2-3.0.2925.msi not the C:\ProjectAggregator2.msi that is shown in the error message. It doesn't matter what folder I put the MSI in before I launch it.. the error message adapts to the folder name, but still has the wrong file name. So I renamed the file so that it matched the error message and it worked! Still... that's just plain weird and I don't want it to happen with my own MSI installers. (I did have the previous 3.0 release 3.0.2420.0 installed already) What's going on? Scott - 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] customactions and installsequence
Hi everyone. I'm using CustomActions to modify some files after installation. But I don't really understand the order in which the actions are done. In my source wxs, I have declared some File elements, a ServiceInstall, a ServiceControl Id=Apache2_Service_Ctrl3 Name=APM_WEBSERVICE Wait=yes Start=install / and some custom actions. The sequence I would like to execute is: -Install the files -Install the service -ConfigureHttpConf (custom action) -start the service To achieve this, I wrote the following code: CustomAction Id='ConfigureHttpConf' BinaryKey='apmwsinst.dll' DllEntry='apm_edit_conf' / InstallExecuteSequence Custom Action='ConfigureHttpConf'' After='InstallServices'NOT Installed/Custom /InstallExecuteSequence Binary Id='apmwsinst.dll' SourceFile=$(var.FACT_DESTDIR)\shared_lib\apmwsinst.dll / Directory Id=Apache2_bin_for_service_install Name=bin Component Id=APM_WEBSERVICES_APACHE_SERVICE Guid=A0C7D596-6E76-493C-AA82-BD27596AB8B5 File Id=httpd_bin_Apache.exe Name=Apache.exe Source=$(var.FACT_DESTDIR)\ship\httpd\bin\Apache.exe KeyPath=yes / ServiceInstall Id=Apache2_Service Name=APM_WEBSERVICE Arguments=-k runservice Type=ownProcess Start=auto ErrorControl=ignore Description=IAM Policy Manager Web Service DisplayName=IAM Policy Manager Administration WebService Vital=no ServiceDependency Id=Tcpip / ServiceDependency Id=Afd / /ServiceInstall ServiceControl Id=Apache2_Service_Ctrl1 Name=APM_WEBSERVICE Wait=yes Stop=both / ServiceControl Id=Apache2_Service_Ctrl2 Name=APM_WEBSERVICE Wait=yes Remove=uninstall / ServiceControl Id=Apache2_Service_Ctrl3 Name=APM_WEBSERVICE Wait=yes Start=install / /Component /Directory ... but I keep getting an error at install. The custom action fails because the file it is supposed to modify hasn't been installed yet. What am I doing wrong? Thanks for your help. Fred 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: 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] FileNotFoundException when starting a service
Hi, I've written the following to start a Windows service: *Component* Id='ServiceExeComponent' Guid='12345678-D752-4C4F-942A-657B02AE8325' SharedDllRefCount='no' KeyPath='no' NeverOverwrite='no' Permanent='no' Transitive='no' Win64='no' Location='either' *File* Id='ServiceExeFile' Name='SRVCEX~2.EXE' LongName='ServiceExe.exe' Source='c:\Program Files\My Program\ServiceExe.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / *ServiceInstall* Id='MyServiceInstall' DisplayName='My Test Service' Name='MyServiceExeName' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' / *ServiceControl* Id='MyServiceControl' Name='MyServiceExeName' Start='install' Stop='uninstall' Remove='uninstall' / /*Component* but when I run the installer, I get a FileNotFoundException thrown. When I debug the error it mentions one of my DLLs but I had a look at the directory containing my service (c:\Program Files\My Program\) and the DLL seems to be there. Does anyone know what the problem is? Regards, Hasan - 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] DigitalCertificate is ignored
I don't think that DigitalCertificate is what you want. I think that is used when you want to verify the signature of an external resource (CAB file etc). Sign your msi's with SIGNTOOL.EXE, the MSBuild SignFile task or PowerShell's Set-AuthenticodeSignature cmdlet. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 23, 2007 10:16 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] DigitalCertificate is ignored I'm relatively new to Widows Installer and WiX and am attempting to create a signed installer. I've added the following to my wxs file: Media Id=1 Cabinet=MyProduct1.cab EmbedCab=yes DiskPrompt=CD-ROM #1 DigitalCertificate Id=MyCertificate SourceFile=..\Dependencies\CodeSigning\Certificate\mycredentials.spc / /Media Candle and Light run successfully without errors or warnings but the resulting MSI file does not appear to be signed. Is this just signing the cab file and not having any effect on the MSI? I can't find much documentation on how to get a signed MSI from WiX. Thanks, Doug - 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] Suppress Add/Remove
Well success has its problems I suppose. I rewrote our installer in WiX. After many stumbles, some of which you have been witness to here, I have an installer that everyone loves. In fact, another group wants to incorporate my installer into their installer. I explained to them that calling installers from installers is not a great plan but they want to go ahead anyway. Now they are asking if I can suppress the entry in the Add/Remove programs control panel applet. I said yuck, but they're insisting. Is there a way to do this in a WiX installer, say from the command line? SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you- 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] how to deliver additional assembly (GAC'd) files (not in the RTM product) via an MSP
My team is currently converting our internal tool that is based on msimsp (WiX 1.0) to use WiX 2.0. One issue we wanted to correct is how our internal tool is able to insert a new assembly into the BOM during the creation of the MSP. Currently it handles only native code binaries for this scenario. Based on the MSDN guidance, we are adding the Assembly Manifest tag in the .wxs which is authored by the tool. We are getting errors stating Assembly tag is not supported. Where can we get the story on how to deliver additional assembly (GAC'd) files (not originally in the RTM product) via an MSP? - 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] Suppress Add/Remove
Use the ARPSYSTEMCOMPONENT property. http://msdn2.microsoft.com/en-us/library/aa367750.aspx -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike (MED US) Sent: Monday, July 23, 2007 1:59 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Suppress Add/Remove Well success has its problems I suppose. I rewrote our installer in WiX. After many stumbles, some of which you have been witness to here, I have an installer that everyone loves. In fact, another group wants to incorporate my installer into their installer. I explained to them that calling installers from installers is not a great plan but they want to go ahead anyway. Now they are asking if I can suppress the entry in the Add/Remove programs control panel applet. I said yuck, but they're insisting. Is there a way to do this in a WiX installer, say from the command line? SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you - 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] customactions and installsequence
In effect, Windows Installer makes two passes over the actions in between InstallInitialize and InstallFinalize. In the first pass, by the client process that called MsiDoAction (which is msiexec.exe if you just ran an .msi from Explorer), the installer writes out a script for the tasks each standard action and *deferred* custom action must perform, but it doesn't actually do them yet. Any *immediate* custom actions are, as the name indicates, executed immediately when encountered. The script generated is then handed off to the Windows Installer service when the InstallFinalize action is encountered in the execute sequence. It's this script which actually installs the files. If you want to modify a file you're installing, you'll need a deferred custom action. This has the limitation that it cannot read the original database, only a special custom action data property which has the same name as the custom action, plus a few other properties (only the script is passed across to the Windows Installer service). The pattern that WiX uses is an immediate custom action that appears in the execute sequence, which reads tables to work out what to do, then schedules one or more deferred custom actions to actually do the work (passing the commands in the custom action data for the deferred actions). If you do this, be sure to set the Modified and Created timestamps to the same value, otherwise when you come to apply an upgrade, Windows Installer will think that the user has modified the file and will not overwrite it. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frédéric Viollet Sent: 23 July 2007 16:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] customactions and installsequence Hi everyone. I'm using CustomActions to modify some files after installation. But I don't really understand the order in which the actions are done. In my source wxs, I have declared some File elements, a ServiceInstall, a ServiceControl Id=Apache2_Service_Ctrl3 Name=APM_WEBSERVICE Wait=yes Start=install / and some custom actions. The sequence I would like to execute is: -Install the files -Install the service -ConfigureHttpConf (custom action) -start the service To achieve this, I wrote the following code: CustomAction Id='ConfigureHttpConf' BinaryKey='apmwsinst.dll' DllEntry='apm_edit_conf' / InstallExecuteSequence Custom Action='ConfigureHttpConf'' After='InstallServices'NOT Installed/Custom /InstallExecuteSequence Binary Id='apmwsinst.dll' SourceFile=$(var.FACT_DESTDIR)\shared_lib\apmwsinst.dll / Directory Id=Apache2_bin_for_service_install Name=bin Component Id=APM_WEBSERVICES_APACHE_SERVICE Guid=A0C7D596-6E76-493C-AA82-BD27596AB8B5 File Id=httpd_bin_Apache.exe Name=Apache.exe Source=$(var.FACT_DESTDIR)\ship\httpd\bin\Apache.exe KeyPath=yes / ServiceInstall Id=Apache2_Service Name=APM_WEBSERVICE Arguments=-k runservice Type=ownProcess Start=auto ErrorControl=ignore Description=IAM Policy Manager Web Service DisplayName=IAM Policy Manager Administration WebService Vital=no ServiceDependency Id=Tcpip / ServiceDependency Id=Afd / /ServiceInstall ServiceControl Id=Apache2_Service_Ctrl1 Name=APM_WEBSERVICE Wait=yes Stop=both / ServiceControl Id=Apache2_Service_Ctrl2 Name=APM_WEBSERVICE Wait=yes Remove=uninstall / ServiceControl Id=Apache2_Service_Ctrl3 Name=APM_WEBSERVICE Wait=yes Start=install / /Component /Directory ... but I keep getting an error at install. The custom action fails because the file it is supposed to modify hasn't been installed yet. What am I doing wrong? Thanks for your help. Fred - 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] FileSearch on x64
The following FileSearch element works as expected on x86 machines but it doesn't work on x64 machines, with 64bit SQL, even though the file version of sqlservr.exe appears to be the same. Does FileSearch not support x64? Is there a trick to make it work? Property Id=SQLSERVER ComponentSearch Id=SQLSERVER Guid=42171F06-AFD9-4AD9-956E-9B68326429DE Type=file FileSearch Id=SQLSERVER Name=sqlservr.exe MinVersion=9.0.2047.0 / /ComponentSearch /Property Thanks, Chris - 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] [WiX-devs] FileSearch on x64
Isn't the ComponentSearch Guid value an arbitrary ID in this case? The FileSearch sets the value of the SQLSERVER property based on the file version of sqlservr.exe. This isn't a file we're installing, it's the main SQL runtime which is required to already exist on the box. I tried searching on that guid on an x86 box were the test works and it wasn't found in the registry. Does it have some meaning I'm not familiar with? Chris From: Heath Stewart Sent: Monday, July 23, 2007 1:20 PM To: Chris Gariepy; wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: RE: [WiX-devs] FileSearch on x64 Have you verified that the component GUID is the same for the 64-bit component? Heath Stewart Technical Lead Deployment Technologies Group, Microsoft http://blogs.msdn.com/heaths From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Gariepy Sent: Monday, July 23, 2007 12:45 PM To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: [WiX-devs] FileSearch on x64 The following FileSearch element works as expected on x86 machines but it doesn't work on x64 machines, with 64bit SQL, even though the file version of sqlservr.exe appears to be the same. Does FileSearch not support x64? Is there a trick to make it work? Property Id=SQLSERVER ComponentSearch Id=SQLSERVER Guid=42171F06-AFD9-4AD9-956E-9B68326429DE Type=file FileSearch Id=SQLSERVER Name=sqlservr.exe MinVersion=9.0.2047.0 / /ComponentSearch /Property Thanks, Chris - 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] [WiX-devs] FileSearch on x64
Have you verified that the component GUID is the same for the 64-bit component? Heath Stewart Technical Lead Deployment Technologies Group, Microsoft http://blogs.msdn.com/heaths From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Gariepy Sent: Monday, July 23, 2007 12:45 PM To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: [WiX-devs] FileSearch on x64 The following FileSearch element works as expected on x86 machines but it doesn't work on x64 machines, with 64bit SQL, even though the file version of sqlservr.exe appears to be the same. Does FileSearch not support x64? Is there a trick to make it work? Property Id=SQLSERVER ComponentSearch Id=SQLSERVER Guid=42171F06-AFD9-4AD9-956E-9B68326429DE Type=file FileSearch Id=SQLSERVER Name=sqlservr.exe MinVersion=9.0.2047.0 / /ComponentSearch /Property Thanks, Chris - 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] What determines the order of shortcuts
I have two non-advertised shortcuts, each in a separate component. My installer always installs these shortcuts in the opposite order I want. I tried reordering statements without avail. It there a way to control the order of shortcuts in the All Programs\Application folder? SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you- 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] Unicode and troubles
I just reciently found out that it might not be possible to use Unicode and I would need to use code pages :( . I've been working with this about a year now. I really don't understand the whole code page thing and all the strings I need are using Unicode. I really have no idea what I am doing or how to make something that works with this thing. -- View this message in context: http://www.nabble.com/Unicode-and-troubles-tf4132589.html#a11753233 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] Multiple files of the same name in Merge Module
Hi all, I have a merge module with lots and lots of files. Some of these files have the same name eg. Styles.css but of course each contain different contents and are located in different folders throughout the module. The problem I have found is that after I install the files and compare them to the original, some of these file's contents is different (replaced with some random file of the same name). Has anyone seen this before? I was reading somewhere that there was a new feature added recently that prevented the same file being added more than once to the cab, to help reduce size? Perhaps there is a bug with this feature? Can I disable that feature? I'm using version 3.0.2925.0 Thanks in advance Jimbo - 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] [WiX-devs] FileSearch on x64
ComponentSearch/@Guid is the value of the Component/@Guid you want to search for, known as the Component ID. For both the x86 and x64 SQL products, I recommend you open each MSI and find that file in the File table. Take note of the Component_ column in the File table for sqlserver.exe in each, then find that component in the Component table. Use the value in the ComponentId column for that row. This locates the component based on the component ID. That's what Windows Installer registers for component. The ComponentSearch finds the location of that component. Then your FileSearch checks that the required file (with all your parameters specified) is there and, yes, sets the Property/@Id to the path of that file. Heath Stewart Technical Lead Deployment Technology Group, Microsoft http://blogs.msdn.com/heaths From: Chris Gariepy Sent: Monday, July 23, 2007 1:37 PM To: Heath Stewart; wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: RE: [WiX-devs] FileSearch on x64 Isn't the ComponentSearch Guid value an arbitrary ID in this case? The FileSearch sets the value of the SQLSERVER property based on the file version of sqlservr.exe. This isn't a file we're installing, it's the main SQL runtime which is required to already exist on the box. I tried searching on that guid on an x86 box were the test works and it wasn't found in the registry. Does it have some meaning I'm not familiar with? Chris From: Heath Stewart Sent: Monday, July 23, 2007 1:20 PM To: Chris Gariepy; wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: RE: [WiX-devs] FileSearch on x64 Have you verified that the component GUID is the same for the 64-bit component? Heath Stewart Technical Lead Deployment Technologies Group, Microsoft http://blogs.msdn.com/heaths From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Gariepy Sent: Monday, July 23, 2007 12:45 PM To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: [WiX-devs] FileSearch on x64 The following FileSearch element works as expected on x86 machines but it doesn't work on x64 machines, with 64bit SQL, even though the file version of sqlservr.exe appears to be the same. Does FileSearch not support x64? Is there a trick to make it work? Property Id=SQLSERVER ComponentSearch Id=SQLSERVER Guid=42171F06-AFD9-4AD9-956E-9B68326429DE Type=file FileSearch Id=SQLSERVER Name=sqlservr.exe MinVersion=9.0.2047.0 / /ComponentSearch /Property Thanks, Chris - 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] Multiple files of the same name in Merge Module
Hey all I have some more information... This seems to be an issue with heat.exe. For the files that are incorrect, it appears that I have multiple components of the same name ComponentRef Id=Styles.css_1 / ComponentRef Id=styles.css_1 / Fragment DirectoryRef Id=Default_5 Component Id=styles.css_1 Guid=09ff9a3c-a3c7-4be5-a8f9-57d5723f6087 File Id=styles.css_1 Name=styles.css KeyPath=yes Source=d:\My Path\Input\Skins\Default\styles.css / /Component /DirectoryRef /Fragment Fragment DirectoryRef Id=Brick Component Id=Styles.css_1 Guid=712a5824-1a0e-4e13-a217-12e800976995 File Id=Styles.css_1 Name=Styles.css KeyPath=yes Source=d:\My Path\Combobox\Skins\Brick\Styles.css / /Component /DirectoryRef /Fragment Notice that one component name has an uppercase and the other does not. Would this be classified as a bug? Has anyone noticed this before? Thanks Again Jimbo From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Collins, James Sent: Monday, July 23, 2007 3:51 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Multiple files of the same name in Merge Module Hi all, I have a merge module with lots and lots of files. Some of these files have the same name eg. Styles.css but of course each contain different contents and are located in different folders throughout the module. The problem I have found is that after I install the files and compare them to the original, some of these file's contents is different (replaced with some random file of the same name). Has anyone seen this before? I was reading somewhere that there was a new feature added recently that prevented the same file being added more than once to the cab, to help reduce size? Perhaps there is a bug with this feature? Can I disable that feature? I'm using version 3.0.2925.0 Thanks in advance Jimbo - 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] Quiet execution customaction
Hi, I notice that the quiet execution custom action (as described in Wix.chm) requires wixca.dll, and the binary is removed for Wix3.0. Any reasons why? How do I invoke a custom action that doesn't show a cmd window on Wix3.0? Thanks! - 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] Quiet execution customaction
Bob mentioned the other day that those custom actions are now moved to WixUtilExtension.dll The sample element should look like this Property Id=QtExecCmdLine Value=command line to run/ CustomAction Id=QtExec BinaryKey=WixCA DllEntry=CAQuietExec Execute=immediate Return=check/ Nat From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sriram Vasudevan Sent: Monday, July 23, 2007 8:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Quiet execution customaction Hi, I notice that the quiet execution custom action (as described in Wix.chm) requires wixca.dll, and the binary is removed for Wix3.0. Any reasons why? How do I invoke a custom action that doesn't show a cmd window on Wix3.0? Thanks! - 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] MSBuild / localisation variable problem - culture information not passed in???
Martin Evans wrote: It would appear that the Light.exe cmd run by MSBuild does not contain the -culture information because when I do the following it is OK. Light.exe -ext WixUIExtension.dll -cultures:en-us -out c:\Web UI Setup.msi C:\...\WebUiSetup.wixobj Stabbing in the dark a bitis this something that needs setting/editing in the wix.targets file? I don't think so, as I use MSBuild to build my day job setups and WiX itself uses MSBuild to build the WiX installer. Does your .wixproj have a Cultures element? -- 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] service not showing after ServiceInstall
davemave wrote: The msi installs succesfull, but I cannot find the service in the Services.msc snap-in. What's missing? Check a verbose log to make sure the component is being installed and the service registered. -- 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] FeatureGroups
John Hall wrote: DEBUG: Error 2711: The specified Feature name ('Merge.MFC') not found in Feature Table. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2711. The arguments are: Merge.MFC, , Before I enter a bug at Sourceforge, am I using FeatureGroups as intended? That MergeRef is a valid child of FeatureGroup, I'd expect it to work. -- 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] how to deliver additional assembly (GAC'd) files (not in the RTM product) via an MSP
Rob Wickham wrote: We are getting errors stating Assembly tag is not supported. Where can we get the story on how to deliver additional assembly (GAC'd) files (not originally in the RTM product) via an MSP? What is producing the errors? Is it a WiX tool? -- 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] FileNotFoundException when starting a service
Hasan Zaidi wrote: but when I run the installer, I get a FileNotFoundException thrown. When I debug the error it mentions one of my DLLs but I had a look at the directory containing my service (c:\Program Files\My Program\) and the DLL seems to be there. Does anyone know what the problem is? Assuming it's a managed executable, you should be able to use the Fusion Log Viewer to see the log of binding failure. -- 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] Unicode and troubles
Magus wrote: I just reciently found out that it might not be possible to use Unicode and I would need to use code pages :( . I've been working with this about a year now. I really don't understand the whole code page thing and all the strings I need are using Unicode. I really have no idea what I am doing or how to make something that works with this thing. MSI databases don't support Unicode. See http://blogs.msdn.com/robmen/archive/2004/11/22/268343.aspx and http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/localizing_a_windows_installer_package.asp for some details about localization. -- 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] What determines the order of shortcuts
Ward, Mike (MED US) wrote: I have two non-advertised shortcuts, each in a separate component. My installer always installs these shortcuts in the opposite order I want. I tried reordering statements without avail. It there a way to control the order of shortcuts in the All Programs\Application folder? Nope. Windows doesn't support that (to avoid abuse) so there's nothing MSI can do to control it. -- 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] Multiple files of the same name in Merge Module
Collins, James wrote: This seems to be an issue with heat.exe. For the files that are incorrect, it appears that I have multiple components of the same name ComponentRef Id=Styles.css_1 / ComponentRef Id=styles.css_1 / It's a two-fer bug: Heat sees them as distinct IDs and Light doesn't complain. (CAB files can't have IDs that differ only by case.) I've encountered the bug before but haven't tracked down the fix yet. Feel free to file a bug to encourage it. -- 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] Quiet execution customaction
Sriram Vasudevan wrote: I notice that the quiet execution custom action (as described in Wix.chm) requires wixca.dll, and the binary is removed for Wix3.0. Any reasons why? How do I invoke a custom action that doesn't show a cmd window on Wix3.0? WiX v3 includes wixca.dll embedded in WixUtilExtension.dll. Pass the -ext switch to load WixUtilExtension.dll then use CustomAction/@BinaryKey=WixCA to refer to it. -- 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] download AutoCAD 2008
Rise, to the muffled chime of churchbell choir. In the woods, close by,Are gliding toward me on the ice into The winged winds, captives of that age-old foewonders if she'd ever be brave enough The flakes which have stolen onto the flagstonesAppendices My soul lies cracked; and when, in its despair,Still has to be intoned, as in a lonely Astonished that you have returned to gosnoozing. A schoolgirl on vacation gapes, XX. To the PoleCoextensive with everything? How could they know? When Arctic winds crack down from Canadashortcake, waffles, berries and cream From which, thanks to symmetry,Calling me to you with wild gesturings Out of the picture of life, as it were, outToward something that the world is pointing toward 30LKT8SDNUARFL1.gif- 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] Multiple files of the same name in Merge Module
Thanks bob. Yes I think the cab file only having one of the ID's per case is exactly the problem. I have added your comment to the bug... 1759273 -- Sent from my BlackBerry Wireless Handheld - Original Message - From: Bob Arnson [EMAIL PROTECTED] To: Collins, James Cc: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Sent: Mon Jul 23 22:27:56 2007 Subject: Re: [WiX-users] Multiple files of the same name in Merge Module Collins, James wrote: This seems to be an issue with heat.exe. For the files that are incorrect, it appears that I have multiple components of the same name…. ComponentRef Id=Styles.css_1 / ComponentRef Id=styles.css_1 / It's a two-fer bug: Heat sees them as distinct IDs and Light doesn't complain. (CAB files can't have IDs that differ only by case.) I've encountered the bug before but haven't tracked down the fix yet. Feel free to file a bug to encourage it. -- 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] Multiple files of the same name in Merge Module
Thanks bob. Yes I think the cab file only having one of the ID's per case is exactly the problem. I have added your comment to the bug... 1759273 Jimbo From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Mon 7/23/2007 10:27 PM To: Collins, James Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multiple files of the same name in Merge Module Collins, James wrote: This seems to be an issue with heat.exe. For the files that are incorrect, it appears that I have multiple components of the same name ComponentRef Id=Styles.css_1 / ComponentRef Id=styles.css_1 / It's a two-fer bug: Heat sees them as distinct IDs and Light doesn't complain. (CAB files can't have IDs that differ only by case.) I've encountered the bug before but haven't tracked down the fix yet. Feel free to file a bug to encourage it. -- 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