[WiX-users] Error on Uninstall when some files missed (deleted)
Hi All! I have error on uninstall if some files in my install dir are deleted manually (for example). When I execute install.msi, I've following message: Another version of this product is already installed... If I try uninstall throught Add|Remove Prg, system promt me select install source (but I didn't remove source from temp files), if I select original source I recieve error that this source is not valid installation package, but I run this install from this... (I heal this only by find in regedit and delete several reg keys) What happens? Thanks, Anton. - 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
Bob Arnson-6 wrote: 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? Create the registry entry after the application files are installed in the system. (Say create the reg entry if application executable is found in the installation path (dynamic)) -- 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 -- View this message in context: http://www.nabble.com/How-to-update-registry-post-install-tf4128756.html#a11757900 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] What determines the order of shortcuts
My understanding is that the order that shortcuts appear is usually alphabetical. But ultimately it is a user-setting. Schortcut groups are just folders and I believe that the arrange by setting applies. Windows does store some special metadata about ordering though, since you can drag items around into the order that you want. Take a look in the registry at HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Men uOrder\Start Menu\Programs. 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] MSBuild / localisation variable problem - culture information not passed in???
Yes, the .wixproj has Culturesen-US;en-GB/Cultures Is it worth posting my .wixproj file? Bob Arnson [EMAIL PROTECTED] 24/07/2007 03:28 To Martin Evans [EMAIL PROTECTED] cc wix-users@lists.sourceforge.net Subject 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/ 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
Re: [WiX-users] customactions and installsequence
Ok, thanks a lot for your explanation. So if I correctly understood what you said, I must declare my custom action as deferred. So I guess I write it this way: CustomAction Id='ConfigureHttpConf' BinaryKey='apmwsinst.dll' DllEntry='apm_edit_conf' Execute='deferred' Return='check' / InstallExecuteSequence Custom Action='ConfigureHttpConf' After='InstallFiles'NOT Installed/Custom /InstallExecuteSequence Is the After='InstallFiles' still correct? Thanks again? Mike Dimmick a écrit : 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. 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] Combining installations
I'm looking for a good way to include/embed/combine 2 installations. I have an installation that depends on the product of a different vendor. The second installation is only available as an MSI package. My wish is to fully combine the installations, so the users can also pick the components in the second package from my installation. Is this possible? What are the alternatives; bootstrapper or a customaction that installs the second package? I'm just a beginner in WiX so I would also like to know the pro's and con's of the solutions. I hope this question hasn't been asked before but the search server seems to be down so i'm not able to search the mailinglists. Thanks Jeroen Davelaar - 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] Combining installations
after installing the package ,when we go to the add remove and press change it opens a dialog box repair ..how should we implement that - DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. 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 Pvt. 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] custom dialog set build with nant error
nant gives the following error: Build File c:\tools\wix.include does not exist. I suppose in reference to this include. include buildfile=..\..\..\..\wix.include unless=${property::exists('wix.properties.defined')} / so, two questions where are the includes in the example? and how do I set the wix.properties.defined property so that I don't need the includes. Cheers, 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] ProgramFilesFolder referenced by registry key
Hi, I need to write a key to the registry pointing to the location of my program. It is in the ProgramFilesFolder. How do I refer to this variable in the registry key? with the following I get an MSI out but it crashes halfway through; Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='MYDIR' Name='TestProg' LongName='Test Program' Component Id='hotkeyfiles' Guid='12345678-1234-1234-1234-098765432112' File Id='hotkeysexe' LongName='GrowBusinesshotkeys.exe' Name=hotkeys.exe DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\hotkeys.exe' / File Id='gbsicon' Name='gbslogo.ico' DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\gbslogo.ico' / File Id='gbssite' Name='gbssite.txt' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\gbssite.txt' / File Id='_1280X1024contextsetter' Name=c1280x1 LongName='1280X1024contextsetter' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\1280X1024contextsetter' / Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=${var.MYDIR}\hotkeys.exe Type=string / /Registry Cheers, 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
Re: [WiX-users] ProgramFilesFolder referenced by registry key
I think you want to change ${var.MYDIR}\hotkeys.exe to [MYDIR]hotkeys.exe Rob bryan rasmussen wrote: Hi, I need to write a key to the registry pointing to the location of my program. It is in the ProgramFilesFolder. How do I refer to this variable in the registry key? with the following I get an MSI out but it crashes halfway through; Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='MYDIR' Name='TestProg' LongName='Test Program' Component Id='hotkeyfiles' Guid='12345678-1234-1234-1234-098765432112' File Id='hotkeysexe' LongName='GrowBusinesshotkeys.exe' Name=hotkeys.exe DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\hotkeys.exe' / File Id='gbsicon' Name='gbslogo.ico' DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\gbslogo.ico' / File Id='gbssite' Name='gbssite.txt' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\gbssite.txt' / File Id='_1280X1024contextsetter' Name=c1280x1 LongName='1280X1024contextsetter' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\1280X1024contextsetter' / Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=${var.MYDIR}\hotkeys.exe Type=string / /Registry Cheers, 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/ - 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] Combining installations
Jeroen, A bootstrapper (also known in some places as a chainer) is the option to use. Microsoft Installer does not support two simultaneous installations. (There was a custom action intended to support nested installations, but it was deprecated long ago. Based on comments from others, I understand this to have been because it really didn't work properly and the problems of allowing true nested installations were greater than the benefit from having that option available.) WiX 3 has (I believe) a partial implementation of a bootstrapper. Other options include dotNetInstaller (http://www.codeproject.com/install/dotNetInstaller.asp) NSIS (http://nsis.sourceforge.net http://nsis.sourceforge.net/ ) and Inno setup (http://www.jrsoftware.org/isinfo.php). (The last two choices are actually full installation toolkits, but since they are not MSI based you can't use them to build the complete setup if you want to meet Microsoft logo requirements and/or appropriately support customers with license management tools like Microsoft's Systems Management Server [SMS].) Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeroen Davelaar Sent: Tuesday, July 24, 2007 4:40 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Combining installations I'm looking for a good way to include/embed/combine 2 installations. I have an installation that depends on the product of a different vendor. The second installation is only available as an MSI package. My wish is to fully combine the installations, so the users can also pick the components in the second package from my installation. Is this possible? What are the alternatives; bootstrapper or a customaction that installs the second package? I'm just a beginner in WiX so I would also like to know the pro's and con's of the solutions. I hope this question hasn't been asked before but the search server seems to be down so i'm not able to search the mailinglists. Thanks Jeroen Davelaar * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Quixote Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. - This SF.net email is sponsored by: 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] Registry Permissions
I'm attempting to add permissions to an existing registry key during installation. The problem is what happens when I try that is the original key is overwritten by a new key. The new key has the correct permissions but this causes a lot of problems. The tag I'm using is: Component Id=RegistryKeyComponent DiskId=1 Guid=71C9A13F-EB8F-4009-89CE-4BD329133AD5 Registry Id=EventLogKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\Eventlog\Application Permission GenericAll=yes User=networkService / /Registry /Component What I'd like to do is just append the permission to the access list and keep the existing key. Is this possible? Brian Poploskie bridgeSpeak (248) 588-4477 Try it out! Call (248) 588-4477 and say 'demonstration'! http://www.bridgeSpeak.com blocked::http://www.bridgespeak.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] ProgramFilesFolder referenced by registry key
From: Rob Hamflett [EMAIL PROTECTED] I think you want to change ${var.MYDIR}\hotkeys.exe to [MYDIR]hotkeys.exe Hmm, still doesn't work. Actually I think this is wrong: Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=[MYDIR]\hotkeys.exe Type=string / /Registry does createKey map the term key to the actual Registry concept of a key? I thought not because I didn't see any CreateString values as being allowed. I'd assumed it did not just create a key but strings and integers and so forth, but of course that could be wrong. If it is, what action should I be doing. Also is my Type correct? How do I tell WIX that I want a REG_SZ? Cheers, Bryan Rasmussen bryan rasmussen wrote: Hi, I need to write a key to the registry pointing to the location of my program. It is in the ProgramFilesFolder. How do I refer to this variable in the registry key? with the following I get an MSI out but it crashes halfway through; Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='MYDIR' Name='TestProg' LongName='Test Program' Component Id='hotkeyfiles' Guid='12345678-1234-1234-1234-098765432112' File Id='hotkeysexe' LongName='GrowBusinesshotkeys.exe' Name=hotkeys.exe DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\hotkeys.exe' / File Id='gbsicon' Name='gbslogo.ico' DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\gbslogo.ico' / File Id='gbssite' Name='gbssite.txt' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\gbssite.txt' / File Id='_1280X1024contextsetter' Name=c1280x1 LongName='1280X1024contextsetter' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\1280X1024contextsetter' / Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=${var.MYDIR}\hotkeys.exe Type=string / /Registry Cheers, 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
Re: [WiX-users] ProgramFilesFolder referenced by registry key
I thought it might be better like this: Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=write Name=SIHotkeys Value=[MYDIR]\hotkeys.exe Type=string / but that didn't work either. Sorry to be asking what are no doubt stupid questions but I don't think the documentation is very clear. Cheers, Bryan Rasmussen On 7/24/07, bryan rasmussen [EMAIL PROTECTED] wrote: From: Rob Hamflett [EMAIL PROTECTED] I think you want to change ${var.MYDIR}\hotkeys.exe to [MYDIR]hotkeys.exe Hmm, still doesn't work. Actually I think this is wrong: Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=[MYDIR]\hotkeys.exe Type=string / /Registry does createKey map the term key to the actual Registry concept of a key? I thought not because I didn't see any CreateString values as being allowed. I'd assumed it did not just create a key but strings and integers and so forth, but of course that could be wrong. If it is, what action should I be doing. Also is my Type correct? How do I tell WIX that I want a REG_SZ? Cheers, Bryan Rasmussen bryan rasmussen wrote: Hi, I need to write a key to the registry pointing to the location of my program. It is in the ProgramFilesFolder. How do I refer to this variable in the registry key? with the following I get an MSI out but it crashes halfway through; Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='MYDIR' Name='TestProg' LongName='Test Program' Component Id='hotkeyfiles' Guid='12345678-1234-1234-1234-098765432112' File Id='hotkeysexe' LongName='GrowBusinesshotkeys.exe' Name=hotkeys.exe DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\hotkeys.exe' / File Id='gbsicon' Name='gbslogo.ico' DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\gbslogo.ico' / File Id='gbssite' Name='gbssite.txt' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\gbssite.txt' / File Id='_1280X1024contextsetter' Name=c1280x1 LongName='1280X1024contextsetter' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\1280X1024contextsetter' / Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=${var.MYDIR}\hotkeys.exe Type=string / /Registry Cheers, 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
Re: [WiX-users] ProgramFilesFolder referenced by registry key
The WiX references to keys are the same concepts as registry keys. The Type=string is how you tell WiX you want a string value. When you say it doesn't work, what does it do? Rob bryan rasmussen wrote: From: Rob Hamflett [EMAIL PROTECTED] I think you want to change ${var.MYDIR}\hotkeys.exe to [MYDIR]hotkeys.exe Hmm, still doesn't work. Actually I think this is wrong: Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=[MYDIR]\hotkeys.exe Type=string / /Registry does createKey map the term key to the actual Registry concept of a key? I thought not because I didn't see any CreateString values as being allowed. I'd assumed it did not just create a key but strings and integers and so forth, but of course that could be wrong. If it is, what action should I be doing. Also is my Type correct? How do I tell WIX that I want a REG_SZ? Cheers, Bryan Rasmussen bryan rasmussen wrote: Hi, I need to write a key to the registry pointing to the location of my program. It is in the ProgramFilesFolder. How do I refer to this variable in the registry key? with the following I get an MSI out but it crashes halfway through; Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='MYDIR' Name='TestProg' LongName='Test Program' Component Id='hotkeyfiles' Guid='12345678-1234-1234-1234-098765432112' File Id='hotkeysexe' LongName='GrowBusinesshotkeys.exe' Name=hotkeys.exe DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\hotkeys.exe' / File Id='gbsicon' Name='gbslogo.ico' DiskId='1' Vital=yes src='C:\projects\work\growbusinesshotkeys\demomachin e\gbslogo.ico' / File Id='gbssite' Name='gbssite.txt' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\gbssite.txt' / File Id='_1280X1024contextsetter' Name=c1280x1 LongName='1280X1024contextsetter' DiskId='1' src='C:\projects\work\growbusinesshotkeys\demomachin e\1280X1024contextsetter' / Registry Root=HKCU Key=Software\Microsoft\Windows\CurrentVersion\Run Action=createKey Registry Name=SIHotkeys Value=${var.MYDIR}\hotkeys.exe Type=string / /Registry Cheers, 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/ - 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] Msi inside msi ?
Hi everybody, I'm trying to deliver a product with a msi, and I need help. I want to separate this product in two part, the big and commun one with all the main program, and the small and specific one with some configuration files. The idea behind this separation is to make easier futurs changes in the main program, without having to re-package all the specific parts. I have tried some stuff since a week, but I can't find the good one :( Actually my idea is to create 2 msi, one for each part of my application, and to include them into a bigger msi. (I don't know if this is the best way to achieve my aim, but at the beginning it sounded good). So I want the big msi to install the 2 msi. I employ the CustomAction type 50 (with [SystemFolder]msiexec and /quiet /i path_to_small_msi ). But it seems impossible to install two msi in the same time. So I tried to add Execute=commit to the CustomAction, without success (the first install of the big msi is not finish when the install of one of the two msi inside begins) Last week I also tried to make a module. The module worked fine, but the problem is that the module is include in the main msi when the main msi is created with light.exe, it's not an externel link. I hope you will be able to help me :) Thanks in advance! - 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] Prevent overwrite on upgrade
Hi, I have a scenario where a product has a config file that gets installed with some default values at initial install. The user may subsequently add or remove lines from this file. Therefore on upgrade I do not want it to get overwritten with the initial version again. The file is actually already wrapped in it's own component so I am wondering if I can just use the Component NeverOverwrite=true/ flag but the docs say this is only for components being registered by the Registry table, not by the AppId, Class, Extension, ProgId, MIME, or Verb tables. How do I know which table the component is being registered by? This is just an ini style text file... 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] Credential elevation for silent install in Vista
Hi, I'm attempting a silent install in Windows Vista. However, the setup does not work and the log gives the following message: MSI (s) (98:48) [09:55:23:197]: MSI_LUA: Installation UI level is silent, no credential elevation is possible In Windows XP, the silent install works with no problems. Is there a way to grant credentials for silent installs within Vista? Thanks, Vince -- View this message in context: http://www.nabble.com/Credential-elevation-for-silent-install-in-Vista-tf4137726.html#a11768813 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] Credential elevation for silent install in Vista
Vincent Ho wrote: In Windows XP, the silent install works with no problems. Is there a way to grant credentials for silent installs within Vista? Not without the admin disabling UAC, no. If an installer could silently give itself admin rights there would be little point in UAC at all!! Tony - 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] Credential elevation for silent install in Vista
This is a known issue with UAC in Vista. You can choose to do a /QB for brief instead of fully silent and then you'll actually see/aprove the eleveation request. Otherwise the reccomendation is that you run the package from an elevated process ( such as using a tool like SMS 2003 ) as to avoid the scenario in the first place ) Vincent Ho [EMAIL PROTECTED] wrote: Hi, I'm attempting a silent install in Windows Vista. However, the setup does not work and the log gives the following message: MSI (s) (98:48) [09:55:23:197]: MSI_LUA: Installation UI level is silent, no credential elevation is possible In Windows XP, the silent install works with no problems. Is there a way to grant credentials for silent installs within Vista? Thanks, Vince -- View this message in context: http://www.nabble.com/Credential-elevation-for-silent-install-in-Vista-tf4137726.html#a11768813 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 - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.- 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] Credential elevation for silent install in Vista
The flip side is that there is very little use to a fully silent install if an interactive step is needed to invoke it. Tony Hoyle [EMAIL PROTECTED] wrote: Vincent Ho wrote: In Windows XP, the silent install works with no problems. Is there a way to grant credentials for silent installs within Vista? Not without the admin disabling UAC, no. If an installer could silently give itself admin rights there would be little point in UAC at all!! Tony - 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 - Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. - 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] Prevent overwrite on upgrade
This option sets the msidbComponentAttributesNeverOverwrite bit in the Attributes column of the Component table for the component. If you use @Advertise='no' with the Class, Extension, ProgId, MIME, Verb elements, WiX generates Registry table entries rather than the corresponding Class (etc) table entries. However, Windows Installer already does not overwrite files that have been modified (where the Modified date is different from the Created date), if the default file versioning options are used. These cannot be changed (as far as I know) for a new install, but for a reinstall you can change what Windows Installer does by setting the REINSTALLMODE property. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of LEMIRE, JOHN Sent: 24 July 2007 17:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prevent overwrite on upgrade Hi, I have a scenario where a product has a config file that gets installed with some default values at initial install. The user may subsequently add or remove lines from this file. Therefore on upgrade I do not want it to get overwritten with the initial version again. The file is actually already wrapped in it's own component so I am wondering if I can just use the Component NeverOverwrite=true/ flag but the docs say this is only for components being registered by the Registry table, not by the AppId, Class, Extension, ProgId, MIME, or Verb tables. How do I know which table the component is being registered by? This is just an ini style text file... 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] Registry Permissions
This isn't your key to modify so I wouldn't advise doing this. It'll weaken system security to an extent - your users won't thank you. You shouldn't need to modify the permissions on this key to allow anything running as NetworkService to write log entries. If you're creating a log event source, do it as part of the installation rather than allowing your (ASP.NET?) application to do it at runtime. WiX has an EventSource element (in the Util schema for WiX 3.0) which can help you create this. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Poploskie Sent: 24 July 2007 14:03 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Registry Permissions I'm attempting to add permissions to an existing registry key during installation. The problem is what happens when I try that is the original key is overwritten by a new key. The new key has the correct permissions but this causes a lot of problems. The tag I'm using is: Component Id=RegistryKeyComponent DiskId=1 Guid=71C9A13F-EB8F-4009-89CE-4BD329133AD5 Registry Id=EventLogKey Root=HKLM Key=SYSTEM\CurrentControlSet\Services\Eventlog\Application Permission GenericAll=yes User=networkService / /Registry /Component What I'd like to do is just append the permission to the access list and keep the existing key. Is this possible? Brian Poploskie bridgeSpeak (248) 588-4477 Try it out! Call (248) 588-4477 and say 'demonstration'! http://www.bridgeSpeak.com blocked::http://www.bridgespeak.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] customactions and installsequence
Sorry, either mark as deferred and schedule between InstallInitialize and InstallFinalize, or mark as immediate and schedule after InstallFinalize. If you try to schedule a deferred action after InstallFinalize I believe you'll get a runtime error. If you use an immediate action after InstallFinalize your action cannot cause the install to roll back (because the transaction has already been committed). -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frédéric Viollet Sent: 24 July 2007 09:35 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] customactions and installsequence Ok, thanks a lot for your explanation. So if I correctly understood what you said, I must declare my custom action as deferred. So I guess I write it this way: CustomAction Id='ConfigureHttpConf' BinaryKey='apmwsinst.dll' DllEntry='apm_edit_conf' Execute='deferred' Return='check' / InstallExecuteSequence Custom Action='ConfigureHttpConf' After='InstallFiles'NOT Installed/Custom /InstallExecuteSequence Is the After='InstallFiles' still correct? Thanks again? Mike Dimmick a écrit : 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. - 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
Hi Bob, Yes, it seems to be a Wix tool which is producing error. Currently its a gray area for us that why this Assembly tag is not supported, can you you throw some light on this? Thanks. Jaivardhan From: Bob Arnson [mailto:[EMAIL PROTECTED]Sent: Tue 7/24/2007 7:45 AMTo: Rob WickhamCc: wix-users@lists.sourceforge.net; Jaivardhan Agrawal, NoidaSubject: 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 (GACd) 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/DISCLAIMER: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. 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] WiX / WI single file size limit?
Hi there, One of our data files is about 3.5 GB uncompressed and light.exe crashes with the following exception. The MSI builds fine if I exclude the huge file. Is this a WiX or Windows Installer limit? If it comes from Wix, is there a workaround? I am using Windows Installer Xml Linker version 3.0.2925.0. Linking culture en-us ... light.exe : error LGHT0001 : Value was either too large or too small for an Int32. Exception Type: System.OverflowException Stack Trace: at System.Convert.ToInt32(Int64 value) at System.Int64.System.IConvertible.ToInt32(IFormatProvider provider) at System.Convert.ToInt32(Object value, IFormatProvider provider) at Microsoft.Tools.WindowsInstallerXml.Binder.UpdateFileInformation(Output output, FileRowCollection fileRows, MediaRowCollection mediaRows) at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase(Output output, String databaseFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) Binder temporary directory located at 'C:\Documents and Settings\Chris\Local Settings\Temp\dy__81t9'. Validator temporary directory located at 'C:\Documents and Settings\Chris\Local Settings\Temp\86cdyeab'. Thanks a lot. Shirley - 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] Ill-formed preprocessor variable
Hello, I'm getting an error when compiling my wix under VS. The following is the error information, I believe it's complaining about the large number of periods we use in project names. Can someone let me know if that is a bug? Error 1 Ill-formed preprocessor variable '( var.DNA.RadWorkflow.TabletWorklist.TargetDosFileName'. Variables must have a prefix (like 'var.', 'env.', or 'sys.') and a name at least 1 character long. C:\RWFSystem\DNA.RadWorkflow\DNA.RadWorkflow.TabletWorklist\Application.TabletWorklist\Installer\TabletWorklist.wxs 14 1 TabletWorklist Here is my File xml: The project name is DNA.RadWorkflow.TabletWorklist File Id=TabletWorklist.exe Name=$( var.DNA.RadWorkflow.TabletWorklist.TargetDosFileName src=$( var.DNA.RadWorkflow.TabletWorklist.TargetPath) DiskId=1/File Reese - 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] Registry keys remain after uninstall - if more than one instance
Hi all, I'm a relatively new user of WiX, and have just subscribed to this mailing list - hopefully to get this question answered. I've searched Google, but couldn't find an answer, and the search of the mailing list archives is currently not working. Anyhow here's the question and situation I'm having a problem getting registry settings removed on an uninstall. I'm using a transform in my install so that I can have more than one instance on my computer, and have this code fragment in my .wxs file: Component Id=Cllserver.exe206e81c9d9c735662a Guid=3E51105A-8E92-3EA4-88AF-E1B7F5DAF33A File Id=Fllserver.exe206e81c9d9c735662a Name=llserver.exe LongName=llserver.exe Source=C:\p4\les.core\main\dist\LES_CORE_RELEASE\world\bin\llserver.exe/ Registry Id='LLRegistryConfig' Root='HKLM' Key='Software\Open Text\Livelink Intranet\[LES_SERVICENAME]' Name='Config' Action='write' Type='string' Value='[INSTALLDIR_NO_TRAILING_SLASH]\config\opentext.ini' / Registry Id='LLRegistryHome' Root='HKLM' Key='Software\Open Text\Livelink Intranet\[LES_SERVICENAME]' Name='Home' Action='write' Type='string' Value='[INSTALLDIR_NO_TRAILING_SLASH]' / Registry Id='LLRegistryProgFolder' Root='HKLM' Key='Software\Open Text\Livelink Intranet\[LES_SERVICENAME]' Name='Program Folder' Action='write' Type='string' Value='[LES_SERVICENAME]' / Registry Id='LLRegistryVersion' Root='HKLM' Key='Software\Open Text\Livelink Intranet\[LES_SERVICENAME]' Name='Version' Action='write' Type='string' Value='[RELEASE_VERSION]' / Registry Id='LLServiceName' Root='HKLM' Key='Software\Open Text\Livelink\[ProductCode]' Name='LLServiceName' Action='write' Type='string' Value='[LES_SERVICENAME]' / /Component When I uninstall and there's only one instance on the server, the uninstall works as planned. However, if there's more than one instance, then the keys remain in the registry - probably because the Key is tied to the same component with a different ProductID. Is there anything I'm missing that would cause these keys to remain ? Jim Fagan Build Engineer - Open Text - 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: Create the registry entry after the application files are installed in the system. (Say create the reg entry if application executable is found in the installation path (dynamic)) You can use FileSearch to see if a file already exists on the system then use that property in a component condition. -- 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 - culture information not passed in???
Martin Evans wrote: Yes, the .wixproj has Culturesen-US;en-GB/Cultures Is it worth posting my .wixproj file? Maybe. I don't know why it wouldn't get passed to the command line. -- 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
Jaivardhan Agrawal, Noida wrote: Yes, it seems to be a Wix tool which is producing error. Currently its a gray area for us that why this Assembly tag is not supported, can you you throw some light on this? Please post the WiX source you're compiling and what the exact error message is. -- 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] Combining installations
Jeroen Davelaar wrote: What are the alternatives; bootstrapper or a customaction that installs the second package? A bootstrapper -- two MSIs can't be installed during one installation transaction. -- 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] Credential elevation for silent install in Vista
Tony Hoyle wrote: Not without the admin disabling UAC, no. If an installer could silently give itself admin rights there would be little point in UAC at all!! And if you use /qn, you're explicitly asking for no user interface/interaction; throwing up a modal prompt counts as UI, I'd say. -- 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] Ill-formed preprocessor variable
Quattro IV wrote: Hello, I'm getting an error when compiling my wix under VS. The following is the error information, I believe it's complaining about the large number of periods we use in project names. Can someone let me know if that is a bug? You're missing a closing paren: Name= $(var.DNA.RadWorkflow.TabletWorklist.TargetDosFileName*)* -- 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] custom dialog set build with nant error
bryan rasmussen wrote: nant gives the following error: Build File c:\tools\wix.include does not exist. I suppose in reference to this include. include buildfile=..\..\..\..\wix.include unless=${property::exists('wix.properties.defined')} / so, two questions where are the includes in the example? and how do I wix.include is in the root of the WiX source. -- 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] Msi inside msi ?
Emilien Bertin wrote: So I want the big msi to install the 2 msi. I employ the CustomAction type 50 (with [SystemFolder]msiexec and /quiet /i path_to_small_msi ). But it seems impossible to install two msi in the same time. That's correct. You need to use an external .exe bootstrapper. -- 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] Registry keys remain after uninstall - if more than one instance
Jim Fagan wrote: When I uninstall and there's only one instance on the server, the uninstall works as planned. However, if there's more than one instance, then the keys remain in the registry - probably because the Key is tied to the same component with a different ProductID. That's working as designed: MSI sees two products sharing the component, one is removed, leaving one so the component isn't removed. If you want the registry values removed and the property in the key name is unique, each product needs different component GUIDs. -- 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] Uninstalling IIS VDirs from deleted website...
Anyone have suggestions on how to handle the situation where setup fails on uninstall because the website associated with a virtual directory no longer exists? It is possible for users to re-create the website in IIS manager and then run uninstall, but it seems it would be better to simply ignore that the virtual directory/web site is missing and continue on with setup (same as would happen if an installed file was missing during uninstall). Anyone have ideas about the best way to resolve this issue? Thanks, Micah - 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