[WiX-users] How to enable create instrumentation config file while installing service
Hi When I install a service using InstallUtil it creates the EnterpriseInstrumentation config file for me. But when I try to do the same using ServiceInstall using WIX I'm not able to replicate it. What am I missing.What can I do to overcome this. Thanks in Advance Mazin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using Red Gate Packager with Wix V3
Hi all, I´m creating an installer where we are using Red Gate´s SQL Packager to create a database, I don´t want the Packager to be left behind on the machine after install, but the only way I can find to run it is to have it installed along with the product and run it with a quiet custom action after install. That would create a need to delete the Packager from the install-location after being run. This seems a bit fragile to me so if any-one can point me in a better direction that would help me a lot. Best regards, Kjartan Þór Kjartansson Forritari / Software Developer Eskill ehf. Lynghálsi 9 110 Reykjavík Ísland / Iceland www.eskill.ishttp://www.eskill.is/ +354 594 / +354 594 0031 Fyrirvari/Disclaimer www.eskill.is/disclaimerhttp://www.eskill.is/disclaimer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED]wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixFirewallExtension outbound connections and McAfee
I see that recent builds of Wix now allow us to set a firewall exception. Am I right in concluding that it only affects inbound connections, and only works with the Windows Firewall? Is there any way to configure an outbound connection (NET_FW_RULE_DIR_OUT) with the current extension? Is there any way to do this with other firewall providers, or are they all different? Anthony Wieser Wieser Software Ltd - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
But when I set the CustomAction/@Return I get the warning that the CustomAction/@ExeCommand has to be set. But what shoukd that be set to then? Thanks for your help... Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Issue with Appsearch Functionality in Wix
Natrayan, Venkatesh IN BLR SISL wrote: Hi All, I am using the Appsearch to check a pre-requisite file for my application. If the file is present in the machine, the installation should continue and if not present the installation should abort and display the error. I include launch condition for displaying the error. Hi, IMHO LaunchConditions are running before AppSeach by default. You can check this with Orca at Table InstallExecuteSequence You might use this: InstallUISequence AppSearch Before=LaunchConditions / /InstallUISequence InstallExecuteSequence AppSearch Before=LaunchConditions / /InstallExecuteSequence This is required in both Sequences; InstallUISequence for normal setup and InstallExecuteSequence for quiet setup HTH Dominik -- View this message in context: http://n2.nabble.com/Issue-with-Appsearch-Functionality-in-Wix-tp1571189p1580531.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Ah I see why. Pardon me on that one. async's can only be used w/ exe's. http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx I'd say try ignore then... unless you already did that one too and it griped at you. On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard [EMAIL PROTECTED]wrote: But when I set the CustomAction/@Return I get the warning that the CustomAction/@ExeCommand has to be set. But what shoukd that be set to then? Thanks for your help... Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the
Re: [WiX-users] Using Red Gate Packager with Wix V3
Some additional information I forgot to include, for those who have not used Red Gate´s SQL Packager the package is an exe file that tries to invoke itself when its started and that fails when it's launched frome within an MSI since it can't find itself in the working folder. Kjartan -Upphaflegt skeyti- From: Kjartan Þór Kjartansson [mailto:[EMAIL PROTECTED] Sent: 26. nóvember 2008 13:37 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using Red Gate Packager with Wix V3 Hi all, I´m creating an installer where we are using Red Gate´s SQL Packager to create a database, I don´t want the Packager to be left behind on the machine after install, but the only way I can find to run it is to have it installed along with the product and run it with a quiet custom action after install. That would create a need to delete the Packager from the install-location after being run. This seems a bit fragile to me so if any-one can point me in a better direction that would help me a lot. Best regards, Kjartan Þór Kjartansson Forritari / Software Developer Eskill ehf. Lynghálsi 9 110 Reykjavík Ísland / Iceland www.eskill.ishttp://www.eskill.is/ +354 594 / +354 594 0031 Fyrirvari/Disclaimer www.eskill.is/disclaimerhttp://www.eskill.is/disclaimer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
I tried ignore. It builds, but the installer does not close:-( But thanks for your effort... 2008/11/26 Chad Miles [EMAIL PROTECTED] Ah I see why. Pardon me on that one. async's can only be used w/ exe's. http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx I'd say try ignore then... unless you already did that one too and it griped at you. On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: But when I set the CustomAction/@Return I get the warning that the CustomAction/@ExeCommand has to be set. But what shoukd that be set to then? Thanks for your help... Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world
Re: [WiX-users] (no subject)
no problem. i'm actually interested in this, i'm creating a little test install. i'll get back to you later on unless someone pops in first. On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard [EMAIL PROTECTED]wrote: I tried ignore. It builds, but the installer does not close:-( But thanks for your effort... 2008/11/26 Chad Miles [EMAIL PROTECTED] Ah I see why. Pardon me on that one. async's can only be used w/ exe's. http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx I'd say try ignore then... unless you already did that one too and it griped at you. On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: But when I set the CustomAction/@Return I get the warning that the CustomAction/@ExeCommand has to be set. But what shoukd that be set to then? Thanks for your help... Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] (no subject)
Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED]wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CloseApplication doesn't run under a specified condition
I want to close my application when uninstall. I use CloseApplication like following: CustomAction Id=SetInstallProperty Execute='immediate' Property=Operation Value=Installing / Property Id=OperationUninstalling/Property ProductCloseApplication Id=CloseAppName xmlns=http://schemas.microsoft.com/wix/UtilExtension; Description=Need to close AppName.exe Target=AppName.exe Sequence=10 ![CDATA[Operation = Uninstalling]]/CloseApplication /Product The Property Operation is set to Uninstalling by default. When install, it will be set to Installing by CA. But actually, at the end of install, CloseApplication also pops up a dialog to make MyApp closing which is not expected. And when uninstall, CloseApplication doesn't work! I try to set the CloseApplication's condition to ![CDATA[Operation Uninstalling]] for testing. But the result does not change. -- JJ A - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (no subject)
1 more suggestion, inside your control for the finish button: Control X=236 Text=!(loc.WixUIFinish) Y=243 Id=Finish Default=yes Width=56 Height=17 Type=PushButton Cancel=yes Publish Event=DoAction Value=CustomAction1![CDATA[NOT Installed OR UPGRADINGPRODUCTCODE]]/Publish Publish Event=DoAction Value=CustomAction21/Publish Publish Event=EndDialog Value=Return1/Publish /Control Pulled this from some old code. On Wed, Nov 26, 2008 at 9:55 AM, Chad Miles [EMAIL PROTECTED] wrote: no problem. i'm actually interested in this, i'm creating a little test install. i'll get back to you later on unless someone pops in first. On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard [EMAIL PROTECTED]wrote: I tried ignore. It builds, but the installer does not close:-( But thanks for your effort... 2008/11/26 Chad Miles [EMAIL PROTECTED] Ah I see why. Pardon me on that one. async's can only be used w/ exe's. http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx I'd say try ignore then... unless you already did that one too and it griped at you. On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: But when I set the CustomAction/@Return I get the warning that the CustomAction/@ExeCommand has to be set. But what shoukd that be set to then? Thanks for your help... Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] I would guess your CustomAction/@Return is defaulting to 'check'. You could try setting it to asyncNoWait/ignore and see if that remedies the problem. On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: My customAction element looks like this: CustomAction Id=HeyMan BinaryKey=_32 DllEntry=HeyMan Execute= immediate / and my publish element like this: Publish Dialog=MyExitDialog Control=Finish Event=DoAction Value= HeyMan1/Publish When I run the Installer and press the finish button, the custom action is executed, but the installer does not exit. The only way to close it is through the task manager... What am I doing wrong? Best regards Peter 2008/11/26 Chad Miles [EMAIL PROTECTED] Sure, CustomAction Id=LaunchSAwithLOCALDB Execute=immediate FileKey= SetupAssistant.exe Return=asyncNoWait ExeCommand='[INSTALLDIR]SetupAssistant.exe /db=[DBNAME] /dbserver=[ComputerName]' / Publish Dialog=ExitDialog Control=Finish Event=DoAction Value= LaunchSAwithLocalDBSQLTYPE=1 AND (NOT PATCH)/Publish On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard [EMAIL PROTECTED] wrote: Hi is it possible to execute a custom action after the installer has exited or alternativly run the custom and then exit the installer. fx: The user presses the finish button, then a custom action is executed and then the installer exits. Best regards Peter - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wix RightToLeft
Hi, Can somebody help me to create RightToLeft installer? I know that we have attribute RightToLeft in Dialogs and Controls, but I tested this attribute and it doesn't work correctly. In the dialog title is right alignment only. I have dialogs in LeftToRight, I want to mirror this dialog. Can I do this? Thanks, Rafal Perkowski - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CloseApplication doesn't run under a specified condition
Why not scrap the property CA, and just stick w/ the util:CloseApplication and condition it on REMOVE=ALL On Wed, Nov 26, 2008 at 10:11 AM, Jianjun An [EMAIL PROTECTED]wrote: I want to close my application when uninstall. I use CloseApplication like following: CustomAction Id=SetInstallProperty Execute='immediate' Property=Operation Value=Installing / Property Id=OperationUninstalling/Property ProductCloseApplication Id=CloseAppName xmlns=http://schemas.microsoft.com/wix/UtilExtension; Description=Need to close AppName.exe Target=AppName.exe Sequence=10 ![CDATA[Operation = Uninstalling]]/CloseApplication /Product The Property Operation is set to Uninstalling by default. When install, it will be set to Installing by CA. But actually, at the end of install, CloseApplication also pops up a dialog to make MyApp closing which is not expected. And when uninstall, CloseApplication doesn't work! I try to set the CloseApplication's condition to ![CDATA[Operation Uninstalling]] for testing. But the result does not change. -- JJ A - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setupbld, bootstrappers and command line parameters (msicl)
I've logged this bug on SourceForge as Bootstrapper cannot take command line parameters with spaces - ID: 2229894 Rob has changed the Group property to v4.0. Does this mean we have to wait for Wix 4.0 before we see a change to this? -- View this message in context: http://n2.nabble.com/setupbld%2C-bootstrappers-and-command-line-parameters-%28msicl%29-tp1464124p1581153.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall fails when calling NetFxScheduleNativeImage
I've been trying to figure out a problem with an upgrade failing when calling the NetFxScheduleNativeImage CA. The failure occurs only on one server (at a client site). We've narrowed the problem a little, the failure happens during the uninstall, we can't even uninstall the product. I'm including a verbose log of a failed uninstall, I hope someone can see what's going wrong. As a general question, how do you deal with problems like this? Is there a way to tell msiexec to continue after errors? Is the Windows Installer Cleanup Utility my only option? I would hate to zap it with the cleanup utility without every knowing what the root problem was. This is WiX v2.0.4820 Any help would be appreciated. Here's the uninstall log: === Verbose logging started: 11/26/2008 9:26:01 Build type: SHIP UNICODE 3.01.4000.4042 Calling process: E:\WINDOWS\system32\MSIEXEC.EXE === MSI (c) (B0:80) [09:26:01:748]: Resetting cached policy values MSI (c) (B0:80) [09:26:01:748]: Machine policy value 'Debug' is 0 MSI (c) (B0:80) [09:26:01:748]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (c) (B0:80) [09:26:01:748]: Client-side and UI is none or basic: Running entire install on the server. MSI (c) (B0:80) [09:26:01:748]: Grabbed execution mutex. MSI (c) (B0:80) [09:26:01:779]: Cloaking enabled. MSI (c) (B0:80) [09:26:01:779]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (B0:80) [09:26:01:779]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (A0:AC) [09:26:01:795]: Grabbed execution mutex. MSI (s) (A0:C8) [09:26:01:795]: Resetting cached policy values MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'Debug' is 0 MSI (s) (A0:C8) [09:26:01:795]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'DisableUserInstalls' is 0 MSI (s) (A0:C8) [09:26:01:795]: Setting cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: End dialog not enabled MSI (s) (A0:C8) [09:26:01:795]: Original package == C:\WINDOWS\Installer\2ae1ad69.msi MSI (s) (A0:C8) [09:26:01:795]: Package we're running from == C:\WINDOWS\Installer\2ae1ad69.msi MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: APPCOMPAT: looking for appcompat database entry with ProductCode '{26277F5D-6ED3-48BA-8E3C-D096E7A32306}'. MSI (s) (A0:C8) [09:26:01:795]: APPCOMPAT: no matching ProductCode found in database. MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: MSCOREE not loaded loading copy from system32 MSI (s) (A0:C8) [09:26:01:811]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:811]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:811]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:811]: Machine policy value 'DisablePatch' is 0 MSI (s) (A0:C8) [09:26:01:811]: Machine policy value 'AllowLockdownPatch' is 0 MSI (s) (A0:C8) [09:26:01:811]: Machine policy value 'DisableLUAPatching' is 0 MSI (s) (A0:C8) [09:26:01:811]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s)
Re: [WiX-users] Can't build after upgrade
See http://blogs.msdn.com/jasongin/archive/2008/07/09/votive-project-platform-configurations.aspx On Wed, Nov 26, 2008 at 5:53 PM, Anthony Wieser [EMAIL PROTECTED] wrote: I just upgraded from 3.0.3704.0 to 3.0.4721.0 but now I can no longer build my project which is part of my solution in VS2005. When I do a build, it just says skipped on the wixproj If I go to the project properties, clicking on either the build or tools settings tabs causes the property page to display this: An error occurred trying to load the page. Value does not fall within the expected range. Have I missed a step installing something? Does WiX still work with VS2005? Anthony Wieser Wieser Software Ltd - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patching SQL Database with script
Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component? In my installer I am creating a new database and running a script CreateTable.sql on the install. This works. For the patch I changed the CreateTable.sql to AlterTable.sql in my Setup.wxs. I want to include new sql scripts in the updated .msi and create a patch that will execute the changed sql. Does it need to have a different Binary Key? When executing the patch.msp I get an option to Change/Repair/Remove. I've tried both Change and repair, but it seems Change is the option I want to use since it asks for the SQL credentials. The assemblies are getting updated but the script is not being run. I'm a little unsure how this is all suppose to work. Binary Id=CreateTable SourceFile=..\..\SQLScript\MigrateScripts\CreateTable.sql / Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=SuiteWix CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=SuiteWix_Data Filename=[DATABASEDIR]SuiteWiX_Data.mdf Size=2MB GrowthSize=2MB/ sql:SqlLogFileSpec Id=ldf Name=SuiteWix_Log Filename=[DATABASEDIR]SuiteWiX_Log.ldf/ !-- add reference to database script bianarieshere -- sql:SqlScript Id=CreateTable BinaryKey=CreateTable ExecuteOnInstall=yes/ /sql:SqlDatabase /Component Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Monday, July 28, 2008 10:39 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching SQL Database with script The SqlScript element (or SqlString if you just want to run a couple strings). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse Sent: Monday, July 28, 2008 14:59 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Patching SQL Database with script My initial installer creates the SQL database perfectly, but I want to be able to include new SQL scripts to be run with my patches. Could someone give me some insight on how to do this? Eric - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source
Re: [WiX-users] setupbld, bootstrappers and command line parameters (msicl)
Yes. Well, actually, more likely WiX v3.5 with burn will supersede the functionality completely. All of the ClickThrough related work moved to WiX v4. -Original Message- From: carlldev [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 07:22 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] setupbld, bootstrappers and command line parameters (msicl) I've logged this bug on SourceForge as Bootstrapper cannot take command line parameters with spaces - ID: 2229894 Rob has changed the Group property to v4.0. Does this mean we have to wait for Wix 4.0 before we see a change to this? -- View this message in context: http://n2.nabble.com/setupbld%2C-bootstrappers-and-command-line-parameters-%28msicl%29-tp1464124p1581153.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix RightToLeft
That attribute is supposed to do it. It has worked for others. I haven't used it myself so all I can suggest is to read the MSI SDK about rtl. -Original Message- From: Rafal Perkowski (CPL Solutions) [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 07:18 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix RightToLeft Hi, Can somebody help me to create RightToLeft installer? I know that we have attribute RightToLeft in Dialogs and Controls, but I tested this attribute and it doesn't work correctly. In the dialog title is right alignment only. I have dialogs in LeftToRight, I want to mirror this dialog. Can I do this? Thanks, Rafal Perkowski - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patching SQL Database with script
If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component? In my installer I am creating a new database and running a script CreateTable.sql on the install. This works. For the patch I changed the CreateTable.sql to AlterTable.sql in my Setup.wxs. I want to include new sql scripts in the updated .msi and create a patch that will execute the changed sql. Does it need to have a different Binary Key? When executing the patch.msp I get an option to Change/Repair/Remove. I've tried both Change and repair, but it seems Change is the option I want to use since it asks for the SQL credentials. The assemblies are getting updated but the script is not being run. I'm a little unsure how this is all suppose to work. Binary Id=CreateTable SourceFile=..\..\SQLScript\MigrateScripts\CreateTable.sql / Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=SuiteWix CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=SuiteWix_Data Filename=[DATABASEDIR]SuiteWiX_Data.mdf Size=2MB GrowthSize=2MB/ sql:SqlLogFileSpec Id=ldf Name=SuiteWix_Log Filename=[DATABASEDIR]SuiteWiX_Log.ldf/ !-- add reference to database script bianarieshere -- sql:SqlScript Id=CreateTable BinaryKey=CreateTable ExecuteOnInstall=yes/ /sql:SqlDatabase /Component Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Monday, July 28, 2008 10:39 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching SQL Database with script The SqlScript element (or SqlString if you just want to run a couple strings). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse Sent: Monday, July 28, 2008 14:59 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Patching SQL Database with script My initial installer creates the SQL database perfectly, but I want to be able to include new SQL scripts to be run with my patches. Could someone give me some insight on how to do this? Eric - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] How can I get the correct INSTALLDIR at the beginning of uninstall?
A verbose log file should tell you what is going on. -Original Message- From: Jianjun An (Person Consulting) [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2008 21:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How can I get the correct INSTALLDIR at the beginning of uninstall? I have changed my code. But it doesn't work. Please have a look at the code, there may be something wrong with directory I think. Do I miss some important things? Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id= MyAppFolder Name= myappname Directory Id=INSTALLDIR Component Id=Service Guid=PRODUCT GUID RemoveFolder Id=ProgramMenuDir Directory=ProgramMenuDir On=uninstall / RemoveFolder Id=INSTALLDIR Directory=INSTALLDIR On=uninstall / RegistryKey Root=HKCU Key=Software\ myappname RegistryValue Value=Uninstall Type=string KeyPath=yes / /RegistryKey ... !-- add the component files -- ... File Vital=yes / ... /Component /Directory /Directory /Directory /Directory UI ... Dialog ... /Dialog AdminUISequence Show Dialog=FatalError OnExit=error / Show Dialog=UserExit OnExit=cancel / Show Dialog=ExitDialog OnExit=success / Show Dialog=PrepareDlg Before=CostInitialize/Show Show Dialog=AdminWelcomeDlg After=CostFinalize / Show Dialog=ProgressDlg After=AdminWelcomeDlg / /AdminUISequence InstallUISequence Show Dialog=FatalError OnExit=error / Show Dialog=UserExit OnExit=cancel / Show Dialog=ExitDialog OnExit=success / Show Dialog=PrepareDlg After=LaunchConditions / Show Dialog=WelcomeDlg After=MigrateFeatureStatesNOT Installed/Show Show Dialog=ResumeDlg After=WelcomeDlgInstalled AND (RESUME OR Preselected)/Show Show Dialog=MaintenanceWelcomeDlg After=ResumeDlgInstalled AND NOT RESUME AND NOT Preselected/Show Show Dialog=ProgressDlg After=MaintenanceWelcomeDlg / /InstallUISequence /UI InstallExecuteSequence Custom Action= .. (NOT Installed)/Custom Custom Action=rollback Before=InstallFinalize/ RemoveExistingProducts After=InstallFinalize / /InstallExecuteSequence From: Rob Mensching [mailto:[EMAIL PROTECTED] Date: 2008/11/26 1:42 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How can I get the correct INSTALLDIR at the beginning of uninstall? Things *might* also get confused if a CustomAction is modifying the Directory. PS: Directory/@Name=. is the same as not having the Directory/@Name. -Original Message- From: Kevin Richardson [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2008 08:54 To: Jianjun An (Person Consulting) Cc: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How can I get the correct INSTALLDIR at the beginning of uninstall? In that case, something is definitely wrong. Uninstall should work from any install location without your intervention. You had said that we were both doing the same thing, but your directory table is not the same as mine. You have: Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=. Directory Id=MyApp Name= myappname File . / /Directory /Directory /Directory /Directory I have: Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=Program Files Directory Id=MyAppFolder Name=myappname Directory Id=INSTALLDIR / /Directory /Directory /Directory Notice that your INSTALLDIR is nested *above* the MyApp folder, and also has a Name attribute. I've never seen this done, and it might be messing with the uninstall. It almost seems like you're defining INSTALLDIR as the Program Files folder. Maybe it's valid... I'm not sure. But you definitely shouldn't have to tell Windows Installer where your components were installed in order to remove them. -kevin On Nov 25, 2008, at 2:20 AM, Jianjun An (Person Consulting) wrote: The problem is my MSI cannot remove the components if user changed default install path which I did not save it into registry. The context about this problem is in the attachment. Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/
Re: [WiX-users] Patching SQL Database with script
It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote: If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component? In my installer I am creating a new database and running a script CreateTable.sql on the install. This works. For the patch I changed the CreateTable.sql to AlterTable.sql in my Setup.wxs. I want to include new sql scripts in the updated .msi and create a patch that will execute the changed sql. Does it need to have a different Binary Key? When executing the patch.msp I get an option to Change/Repair/Remove. I've tried both Change and repair, but it seems Change is the option I want to use since it asks for the SQL credentials. The assemblies are getting updated but the script is not being run. I'm a little unsure how this is all suppose to work. Binary Id=CreateTable SourceFile=..\..\SQLScript\MigrateScripts\CreateTable.sql / Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=SuiteWix CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser !-- define where the database files are saved -- sql:SqlFileSpec Id=mdf Name=SuiteWix_Data Filename=[DATABASEDIR]SuiteWiX_Data.mdf Size=2MB GrowthSize=2MB/
Re: [WiX-users] Patching SQL Database with script
A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote: If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component? In my installer I am creating a new database and running a script CreateTable.sql on the install. This works. For the patch I changed the CreateTable.sql to AlterTable.sql in my Setup.wxs. I want to include new sql scripts in the updated .msi and create a patch that will execute the changed sql. Does it need to have a different Binary Key? When executing the patch.msp I get an option to Change/Repair/Remove. I've tried both Change and repair, but it seems Change is the option I want to use since it asks for the SQL credentials. The assemblies are getting updated but the script is not being run. I'm a little unsure how this is all suppose to work. Binary Id=CreateTable SourceFile=..\..\SQLScript\MigrateScripts\CreateTable.sql / Component Id=SuiteDatabaseComponent Guid=d6e96011-3252-4e85-80b5-b1ff64045e88 CreateFolder/ !-- installs database -- sql:SqlDatabase Id=db1 Server=[SQLSERVER] Instance=[SQLINSTANCE] Database=SuiteWix CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser
Re: [WiX-users] Uninstall fails when calling NetFxScheduleNativeImage
This is kinda' strange looking: MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommands; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsSupport; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsFormats; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsTypes; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsHelp; Installed: Local; Request: Absent; Action: Null The problem is that you're trying to uninstall these Components (there are a few more) but something is telling the Windows Installer to ignore that. Do you have a Condition on those Components causing them to get stuck on the machine? This could be the cause of the problem (if the NtFXSched action doesn't like NULL action Components). -Original Message- From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 07:54 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Uninstall fails when calling NetFxScheduleNativeImage I've been trying to figure out a problem with an upgrade failing when calling the NetFxScheduleNativeImage CA. The failure occurs only on one server (at a client site). We've narrowed the problem a little, the failure happens during the uninstall, we can't even uninstall the product. I'm including a verbose log of a failed uninstall, I hope someone can see what's going wrong. As a general question, how do you deal with problems like this? Is there a way to tell msiexec to continue after errors? Is the Windows Installer Cleanup Utility my only option? I would hate to zap it with the cleanup utility without every knowing what the root problem was. This is WiX v2.0.4820 Any help would be appreciated. Here's the uninstall log: === Verbose logging started: 11/26/2008 9:26:01 Build type: SHIP UNICODE 3.01.4000.4042 Calling process: E:\WINDOWS\system32\MSIEXEC.EXE === MSI (c) (B0:80) [09:26:01:748]: Resetting cached policy values MSI (c) (B0:80) [09:26:01:748]: Machine policy value 'Debug' is 0 MSI (c) (B0:80) [09:26:01:748]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (c) (B0:80) [09:26:01:748]: Client-side and UI is none or basic: Running entire install on the server. MSI (c) (B0:80) [09:26:01:748]: Grabbed execution mutex. MSI (c) (B0:80) [09:26:01:779]: Cloaking enabled. MSI (c) (B0:80) [09:26:01:779]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (B0:80) [09:26:01:779]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (A0:AC) [09:26:01:795]: Grabbed execution mutex. MSI (s) (A0:C8) [09:26:01:795]: Resetting cached policy values MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'Debug' is 0 MSI (s) (A0:C8) [09:26:01:795]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'DisableUserInstalls' is 0 MSI (s) (A0:C8) [09:26:01:795]: Setting cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: End dialog not enabled MSI (s) (A0:C8) [09:26:01:795]: Original package == C:\WINDOWS\Installer\2ae1ad69.msi MSI (s) (A0:C8) [09:26:01:795]: Package we're running from == C:\WINDOWS\Installer\2ae1ad69.msi MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: APPCOMPAT: looking for appcompat database entry with ProductCode '{26277F5D-6ED3-48BA-8E3C-D096E7A32306}'. MSI (s) (A0:C8) [09:26:01:795]: APPCOMPAT: no matching ProductCode found in database. MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product:
Re: [WiX-users] Patching SQL Database with script
Ok, the best (or most promising) place where it might be griping is here... MSI (s) (CC:28) [13:05:24:039]: Doing action: ConfigureSql Action 13:05:24: ConfigureSql. Configuring SQL Server Action start 13:05:24: ConfigureSql. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Note: 1: 2262 2: Binary 3: -2147287038 MSI (s) (CC:80) [13:05:24:055]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI74.tmp, Entrypoint: ConfigureSql MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Note: 1: 2262 2: Binary 3: -2147287038 Action ended 13:05:24: ConfigureSql. Return value 1. Rob Mensching-2 wrote: A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote: If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component? In my installer I am creating a new database and running a script CreateTable.sql on the install. This works. For the patch I changed the CreateTable.sql to AlterTable.sql in my Setup.wxs. I want to include new sql scripts in the updated .msi and create a patch that will execute the changed sql. Does it need to have a different Binary Key? When executing the patch.msp I get an
Re: [WiX-users] Patching SQL Database with script
I'm gonna go out on a limb here. Since it looks like some sort of error in the binary table, is it required to declare a second binary pointing to the same script to use in the patch component? Is there some clashing since I'm using SqlScript1 in both components? Binary Id=SqlScript1 SourceFile=../../../../../folder/bin/sql/MyScript_MSSQL.sql/ cemiles wrote: Ok, the best (or most promising) place where it might be griping is here... MSI (s) (CC:28) [13:05:24:039]: Doing action: ConfigureSql Action 13:05:24: ConfigureSql. Configuring SQL Server Action start 13:05:24: ConfigureSql. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Note: 1: 2262 2: Binary 3: -2147287038 MSI (s) (CC:80) [13:05:24:055]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI74.tmp, Entrypoint: ConfigureSql MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Note: 1: 2262 2: Binary 3: -2147287038 Action ended 13:05:24: ConfigureSql. Return value 1. Rob Mensching-2 wrote: A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote: If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database
Re: [WiX-users] Patching SQL Database with script
That just shows the ConfigureSql action had no work to do. Did you look at the install states of your Components to see if things that you think are being installed are actually being installed? -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 10:09 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Ok, the best (or most promising) place where it might be griping is here... MSI (s) (CC:28) [13:05:24:039]: Doing action: ConfigureSql Action 13:05:24: ConfigureSql. Configuring SQL Server Action start 13:05:24: ConfigureSql. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Note: 1: 2262 2: Binary 3: -2147287038 MSI (s) (CC:80) [13:05:24:055]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI74.tmp, Entrypoint: ConfigureSql MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Note: 1: 2262 2: Binary 3: -2147287038 Action ended 13:05:24: ConfigureSql. Return value 1. Rob Mensching-2 wrote: A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote: If this code is running in a custom action, it is impersonated or not? Phil Wilson -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 9:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Is there an answer for this? I still can't get it to work, and I've seen others complain too. I can post my code if someone has time to help out. cemiles wrote: I'm extremely interested in this myself. I know Rob pointed out using sqlscript/string, but I'm getting a failure on my patch as well when doing that stating 'unable to connect to database'. I've read in some forums sql db's don't lend themselves to patches. That could be completely inaccurate (just something I read somewhere). Are you still having the same troubles w/ this too 'elat' ? elat wrote: Could you give a little more information? Would these new scripts need to be included in a separate component other than my SQL Database component?
Re: [WiX-users] Patching SQL Database with script
Just now Rob, and it looks like a flip flop. During Install: MSI (s) (CC:18) [12:58:31:859]: Component: sql_db_remote_sql; Installed: Absent; Request: Local; Action: Local MSI (s) (CC:18) [12:58:31:859]: Component: sql_db_remote_sql_patch; Installed: Absent; Request: Local; Action: Null MSI (s) (CC:18) [12:58:31:859]: Component: sql_sqlscript; Installed: Absent; Request: Local; Action: Local During Patch: MSI (s) (CC:28) [13:05:22:945]: Component: sql_db_remote_sql; Installed: Local; Request: Local; Action: Local MSI (s) (CC:28) [13:05:22:945]: Component: sql_db_remote_sql_patch;Installed: Local; Request: Null; Action: Null MSI (s) (CC:28) [13:05:22:945]: Component: sql_sqlscript; Installed: Local; Request: Local; Action: Local I guess I have a lead now, but that's kinda crazy based on my conditioning. Feeling a little noobish... : o On Wed, Nov 26, 2008 at 1:17 PM, cemiles [EMAIL PROTECTED] wrote: I'm gonna go out on a limb here. Since it looks like some sort of error in the binary table, is it required to declare a second binary pointing to the same script to use in the patch component? Is there some clashing since I'm using SqlScript1 in both components? Binary Id=SqlScript1 SourceFile=../../../../../folder/bin/sql/MyScript_MSSQL.sql/ cemiles wrote: Ok, the best (or most promising) place where it might be griping is here... MSI (s) (CC:28) [13:05:24:039]: Doing action: ConfigureSql Action 13:05:24: ConfigureSql. Configuring SQL Server Action start 13:05:24: ConfigureSql. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Note: 1: 2262 2: Binary 3: -2147287038 MSI (s) (CC:80) [13:05:24:055]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI74.tmp, Entrypoint: ConfigureSql MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Note: 1: 2262 2: Binary 3: -2147287038 Action ended 13:05:24: ConfigureSql. Return value 1. Rob Mensching-2 wrote: A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / CreateFolder/CreateFolder /Component /DirectoryRef /Fragment /Wix It's just a little frustrating is all. We're trying to release sometime soon and I've turned up nothing in my pursuit of an answer. And we have a little executable program that we 'could' launch after the patch finishes (and the kicker here is whenever you specify the dbname/dbservername w/i that exe it runs the scripts fine on the remote machine). Wilson, Phil wrote:
Re: [WiX-users] Patching SQL Database with script
Welcome to the wonderful world of the Windows Installer. smile/ I just appreciate that you're trying to narrow down the work yourself. Lets me respond with very short messages that help you in the right direction. I rarely have time to diagnose the whole thing myself. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 10:26 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script Just now Rob, and it looks like a flip flop. During Install: MSI (s) (CC:18) [12:58:31:859]: Component: sql_db_remote_sql; Installed: Absent; Request: Local; Action: Local MSI (s) (CC:18) [12:58:31:859]: Component: sql_db_remote_sql_patch; Installed: Absent; Request: Local; Action: Null MSI (s) (CC:18) [12:58:31:859]: Component: sql_sqlscript; Installed: Absent; Request: Local; Action: Local During Patch: MSI (s) (CC:28) [13:05:22:945]: Component: sql_db_remote_sql; Installed: Local; Request: Local; Action: Local MSI (s) (CC:28) [13:05:22:945]: Component: sql_db_remote_sql_patch;Installed: Local; Request: Null; Action: Null MSI (s) (CC:28) [13:05:22:945]: Component: sql_sqlscript; Installed: Local; Request: Local; Action: Local I guess I have a lead now, but that's kinda crazy based on my conditioning. Feeling a little noobish... : o On Wed, Nov 26, 2008 at 1:17 PM, cemiles [EMAIL PROTECTED] wrote: I'm gonna go out on a limb here. Since it looks like some sort of error in the binary table, is it required to declare a second binary pointing to the same script to use in the patch component? Is there some clashing since I'm using SqlScript1 in both components? Binary Id=SqlScript1 SourceFile=../../../../../folder/bin/sql/MyScript_MSSQL.sql/ cemiles wrote: Ok, the best (or most promising) place where it might be griping is here... MSI (s) (CC:28) [13:05:24:039]: Doing action: ConfigureSql Action 13:05:24: ConfigureSql. Configuring SQL Server Action start 13:05:24: ConfigureSql. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Transforming table Binary. MSI (s) (CC:28) [13:05:24:039]: Note: 1: 2262 2: Binary 3: -2147287038 MSI (s) (CC:80) [13:05:24:055]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI74.tmp, Entrypoint: ConfigureSql MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Transforming table Binary. MSI (s) (CC!EC) [13:05:24:133]: Note: 1: 2262 2: Binary 3: -2147287038 Action ended 13:05:24: ConfigureSql. Return value 1. Rob Mensching-2 wrote: A verbose log file should show you everything that is being done and from there you can figure out why things were skipped. -Original Message- From: cemiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 09:31 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Patching SQL Database with script It's not in a CA I authored, but in ExecuteSqlStrings I thought. Here's what I'm working with. msi installs fine and does what i want, then the msp succeeds (even if i set the patch script's continueonerror=no). that's the part that's baffling, like it won't even fire off even thought i've conditioned it to. (PRECONDITION: NT login is manually created for us on the remote server prior to running install/patch). util:User Id=sysadmin Name=[DBUSERNAME] Password=[DBUSERPW]/ DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND NOT PATCH/Condition sql:SqlDatabase Id=sqltest_remote_sql Database=[DBNAME] CreateOnInstall=yes CreateOnReinstall=no DropOnUninstall=no Server=[DBSERVERNAME] User=sysadmin sql:SqlString Id=executesqlstring_grantlogin_sql Sequence=1 ExecuteOnInstall=yes SQL=USE [DBNAME] EXEC sp_grantlogin '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlString Id=executesqlstring_defaultdb_sql Sequence=2 ExecuteOnInstall=yes SQL=EXEC sp_defaultdb '[PROMPTEDDOMAIN]\[PROMPTEDUSER]', '[DBNAME]' ContinueOnError=no / sql:SqlString Id=executesqlstring_changedb_owner_sql Sequence=3 ExecuteOnInstall=yes SQL=EXEC sp_changedbowner '[PROMPTEDDOMAIN]\[PROMPTEDUSER]' ContinueOnError=no / sql:SqlScript Id=executesqlscript_remote_sql Sequence=4 ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no / /sql:SqlDatabase CreateFolder/CreateFolder /Component /DirectoryRef DirectoryRef Id=INSTALLDIR Component Id=sql_db_remote_sql_patch Guid= SharedDllRefCount=yes ConditionSQLTYPE=3 AND PATCH/Condition sql:SqlScript Id=executesqlscript_remote_sql_patch SqlDb=sqltest_remote_sql ExecuteOnInstall=yes ExecuteOnReinstall=yes BinaryKey=SqlScript1 ContinueOnError=no /
Re: [WiX-users] Using Red Gate Packager with Wix V3
Kjartan Þór Kjartansson wrote: I´m creating an installer where we are using Red Gate´s SQL Packager to create a database, I don´t want the Packager to be left behind on the machine after install, but the only way I can find to run it is to have it installed along with the product and run it with a quiet custom action after install. That would create a need to delete the Packager from the install-location after being run. If you install it, MSI will remove it when it removes the product. Doesn't that get the functionality you want? -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] multiple license agreements in one installer?
Roger Yen wrote: Now, I'd like to fill the combo box through reading from an INI file or something similar, and I was wondering if it's possible to have the INI file in the msi and still be able to be accessed during install time? Your custom action could extract the file from the Binary table, read it, then delete it. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Working on WIX Patch with Team Build
sajid wrote: But I am left with no clue integrating patches with Team Build. Is there a way to make it easier with Team Build? What is the best practice in creating patches using WIX and Team Build? Is there a common solution out there that I can re-use? You need to create an MSBuild project that calls Torch and Pyro. Wix.targets supports Torch but not Pyro. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixFirewallExtension outbound connections and McAfee
Anthony Wieser wrote: Is there any way to configure an outbound connection (NET_FW_RULE_DIR_OUT) with the current extension? No, it supports the subset of firewall functionality that's in both XPSP2 and Vista. Is there any way to do this with other firewall providers, or are they all different? AFAIK, they're all different. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to enable create instrumentation config file while installing service
I don't quite understand the question. The ServiceInstall element installs services, it doesn't touch XML files. -Original Message- From: Mazin Sayid Ali [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 01:42 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to enable create instrumentation config file while installing service Hi When I install a service using InstallUtil it creates the EnterpriseInstrumentation config file for me. But when I try to do the same using ServiceInstall using WIX I'm not able to replicate it. What am I missing.What can I do to overcome this. Thanks in Advance Mazin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Reinstall a component during Change install
Date: Tue, 25 Nov 2008 22:33:26 -0500 From: Gavin Bee [EMAIL PROTECTED] Subject: Re: [WiX-users] Reinstall a component during Change install Would doing the following work? * Create a feature that contains all of the components that you might want to reinstall * Set REINSTALL=FeatureX during a Change install * Add conditions to the components that cause them to be included (or not) depending on the appropriate feature states. This might be hard if you already have component conditions. This seems like it should work to me, but I have not tried it. Thanks for your reply Gavin. I haven't tried your suggestion to change the component conditions because I'm assuming that if a component not set to Action: Local or Action: Reinstall, then the condition won't matter. I resolved my situation by; 1) Setting a property to indicate if a feature is already installed by doing a RegistrySearch e.g. Property Id=FEAT1 RegistrySearch Root=HKLM Key=$(var.RegPathFeat1) Name=my_value Id=propFindFeat1 Type=raw / /Property 2) Modifying the condition on the custom actions that set REINSTALL to ensure that the REMOVE property doesn't contain the feature (in case user chose to remove it) and that the FEATX property was found/set. e.g. Custom Action=BOTH_SetREINSTALL Before=CostInitializeInstalled and NOT REINSTALL AND (NOT REMOVEALL~=ALL) AND (NOT (REMOVEgt;lt;$(var.Feat1))) AND (NOT (REMOVEgt;lt;$(var.Feat2))) AND FEAT1 AND FEAT2/Custom Custom Action=Feat1_SetREINSTALL After=BOTH_SetREINSTALLInstalled and NOT REINSTALL AND NOT REMOVEALL ~= ALL AND (NOT (REMOVEgt;lt;$(var.Feat1))) AND FEAT1/Custom Custom Action=Feat2_SetREINSTALL After=Feat1_SetREINSTALLInstalled and NOT REINSTALL AND NOT REMOVEALL ~= ALL AND (NOT (REMOVEgt;lt;$(var.Feat2))) AND FEAT2/Custom This seems like a pretty convoluted mess, but it works! ;-) Thanks again for your reply and your original post. Dale - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall fails when callingNetFxScheduleNativeImage
This is kinda' strange looking: MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommands; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsSupport; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsFormats; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsTypes; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsHelp; Installed: Local; Request: Absent; Action: Null The problem is that you're trying to uninstall these Components (there are a few more) but something is telling the Windows Installer to ignore that. Do you have a Condition on those Components causing them to get stuck on the machine? This could be the cause of the problem (if the NtFXSched action doesn't like NULL action Components). Thanks for the pointer but, I don't think it's the answer to my problem. Those strange looking components provide our PowerShell support and there is a condition on them that prevents installation if PowerShell isn't already installed. The strange thing is that the log line says Installed: Local when they actually are not installed (because PowerShell wasn't installed). The Action: Null makes sense because no action is needed. Also, NetFxSched can deal with Action: Null because I recreated this situation on a test machine and the uninstall worked. I'm still trying to figure out what's different about the customer's production machine where the uninstall is failing. -Original Message- From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 07:54 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Uninstall fails when calling NetFxScheduleNativeImage I've been trying to figure out a problem with an upgrade failing when calling the NetFxScheduleNativeImage CA. The failure occurs only on one server (at a client site). We've narrowed the problem a little, the failure happens during the uninstall, we can't even uninstall the product. I'm including a verbose log of a failed uninstall, I hope someone can see what's going wrong. As a general question, how do you deal with problems like this? Is there a way to tell msiexec to continue after errors? Is the Windows Installer Cleanup Utility my only option? I would hate to zap it with the cleanup utility without every knowing what the root problem was. This is WiX v2.0.4820 Any help would be appreciated. Here's the uninstall log: === Verbose logging started: 11/26/2008 9:26:01 Build type: SHIP UNICODE 3.01.4000.4042 Calling process: E:\WINDOWS\system32\MSIEXEC.EXE === MSI (c) (B0:80) [09:26:01:748]: Resetting cached policy values MSI (c) (B0:80) [09:26:01:748]: Machine policy value 'Debug' is 0 MSI (c) (B0:80) [09:26:01:748]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (c) (B0:80) [09:26:01:748]: Client-side and UI is none or basic: Running entire install on the server. MSI (c) (B0:80) [09:26:01:748]: Grabbed execution mutex. MSI (c) (B0:80) [09:26:01:779]: Cloaking enabled. MSI (c) (B0:80) [09:26:01:779]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (B0:80) [09:26:01:779]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (A0:AC) [09:26:01:795]: Grabbed execution mutex. MSI (s) (A0:C8) [09:26:01:795]: Resetting cached policy values MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'Debug' is 0 MSI (s) (A0:C8) [09:26:01:795]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'DisableUserInstalls' is 0 MSI (s) (A0:C8) [09:26:01:795]: Setting cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: End dialog not enabled MSI (s)
[WiX-users] How to add Splash screen
Hi all, I am trying to add Splash screen instead of the first progress bar dialog that appears when I start the installer msi file. I searched thoruh the documentation but didn't find out anything. Is there any way to add splash screen before starting the install wizard? Thanks Plamen - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall fails when callingNetFxScheduleNativeImage
Well, neither of those things make sense to me but it all sounds very suspicious. I'm not really sure what to suggest at this point but to look for badness on the client machine. GAC gone crazy? -Original Message- From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 13:57 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Uninstall fails when callingNetFxScheduleNativeImage This is kinda' strange looking: MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommands; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsSupport; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsFormats; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsTypes; Installed: Local; Request: Absent; Action: Null MSI (s) (A0:C8) [09:26:01:858]: Component: JAMSCommandsHelp; Installed: Local; Request: Absent; Action: Null The problem is that you're trying to uninstall these Components (there are a few more) but something is telling the Windows Installer to ignore that. Do you have a Condition on those Components causing them to get stuck on the machine? This could be the cause of the problem (if the NtFXSched action doesn't like NULL action Components). Thanks for the pointer but, I don't think it's the answer to my problem. Those strange looking components provide our PowerShell support and there is a condition on them that prevents installation if PowerShell isn't already installed. The strange thing is that the log line says Installed: Local when they actually are not installed (because PowerShell wasn't installed). The Action: Null makes sense because no action is needed. Also, NetFxSched can deal with Action: Null because I recreated this situation on a test machine and the uninstall worked. I'm still trying to figure out what's different about the customer's production machine where the uninstall is failing. -Original Message- From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 07:54 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Uninstall fails when calling NetFxScheduleNativeImage I've been trying to figure out a problem with an upgrade failing when calling the NetFxScheduleNativeImage CA. The failure occurs only on one server (at a client site). We've narrowed the problem a little, the failure happens during the uninstall, we can't even uninstall the product. I'm including a verbose log of a failed uninstall, I hope someone can see what's going wrong. As a general question, how do you deal with problems like this? Is there a way to tell msiexec to continue after errors? Is the Windows Installer Cleanup Utility my only option? I would hate to zap it with the cleanup utility without every knowing what the root problem was. This is WiX v2.0.4820 Any help would be appreciated. Here's the uninstall log: === Verbose logging started: 11/26/2008 9:26:01 Build type: SHIP UNICODE 3.01.4000.4042 Calling process: E:\WINDOWS\system32\MSIEXEC.EXE === MSI (c) (B0:80) [09:26:01:748]: Resetting cached policy values MSI (c) (B0:80) [09:26:01:748]: Machine policy value 'Debug' is 0 MSI (c) (B0:80) [09:26:01:748]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (c) (B0:80) [09:26:01:748]: Client-side and UI is none or basic: Running entire install on the server. MSI (c) (B0:80) [09:26:01:748]: Grabbed execution mutex. MSI (c) (B0:80) [09:26:01:779]: Cloaking enabled. MSI (c) (B0:80) [09:26:01:779]: Attempting to enable all disabled priveleges before calling Install on Server MSI (c) (B0:80) [09:26:01:779]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (A0:AC) [09:26:01:795]: Grabbed execution mutex. MSI (s) (A0:C8) [09:26:01:795]: Resetting cached policy values MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'Debug' is 0 MSI (s) (A0:C8) [09:26:01:795]: *** RunEngine: *** Product: {26277F5D-6ED3-48BA-8E3C-D096E7A32306} *** Action: *** CommandLine: ** MSI (s) (A0:C8) [09:26:01:795]: Machine policy value 'DisableUserInstalls' is 0 MSI (s) (A0:C8) [09:26:01:795]: Setting cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s) (A0:C8) [09:26:01:795]: Using cached product context: machine assigned for product: D5F772623DE6AB84E8C30D697E3A3260 MSI (s)
Re: [WiX-users] Reinstall a component during Change install (Dale Quigg)
Date: Wed, 26 Nov 2008 12:22:40 -0800 From: Dale Quigg [EMAIL PROTECTED] Subject: Re: [WiX-users] Reinstall a component during Change install I resolved my situation by; snip e.g. Custom Action=BOTH_SetREINSTALL Before=CostInitializeInstalled and NOT REINSTALL AND (NOT REMOVEALL~=ALL) AND (NOT Of course, this should be (NOT REMOVE ~= ALL) Dale - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR
So, is there a way to start an EXE-File which requires dll´s via BinaryKey AND during uninstall? Rob Mensching-2 wrote: That is not correct. -- View this message in context: http://n2.nabble.com/Custom-Action---start-exe-inside-my-INSTALLDIR-tp1568179p1583283.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR
Nothing natively supported by the Windows Installer. In general, the better approach is to write DLL CustomActions that have very few dependencies. Makes for a much more robust install. -Original Message- From: Love88Keys [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 15:41 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR So, is there a way to start an EXE-File which requires dll´s via BinaryKey AND during uninstall? Rob Mensching-2 wrote: That is not correct. -- View this message in context: http://n2.nabble.com/Custom-Action---start-exe-inside-my-INSTALLDIR-tp1568179p1583283.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR
Now I can sleep much better. I will do so. That saves me from searching for something that´s not to find. Thank you all for your help. Bye, Michael Rob Mensching-2 wrote: Nothing natively supported by the Windows Installer. In general, the better approach is to write DLL CustomActions that have very few dependencies. Makes for a much more robust install. -Original Message- From: Love88Keys [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 26, 2008 15:41 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR So, is there a way to start an EXE-File which requires dll´s via BinaryKey AND during uninstall? -- View this message in context: http://n2.nabble.com/Custom-Action---start-exe-inside-my-INSTALLDIR-tp1568179p1583338.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users