[WiX-users] auto delete on reinstall
Hi, if I try to install a new version of my msi file, I get the error message, that I need to uninstall it first. Is there a way to automatically uninstall it? Is possible to enable a switch in the wix file that says delete old version on install? The next best solution would be an option if you start the installation from the shell. Thomas -- Thomas Guettler, http://www.thomas-guettler.de/ E-Mail: guettli (*) thomas-guettler + de -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] auto delete on reinstall
Yeah sure. Check out Major Upgrade. -Original Message- From: Thomas Guettler [mailto:h...@tbz-pariv.de] Sent: Friday, January 30, 2009 00:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] auto delete on reinstall Hi, if I try to install a new version of my msi file, I get the error message, that I need to uninstall it first. Is there a way to automatically uninstall it? Is possible to enable a switch in the wix file that says delete old version on install? The next best solution would be an option if you start the installation from the shell. Thomas -- Thomas Guettler, http://www.thomas-guettler.de/ E-Mail: guettli (*) thomas-guettler + de -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] multiple language installer
Hi everyone, I was wondering if it was possible to build a single installer that embeds several languages (this installer would switch to the platform's current language)? Or do I have to build as many installers as I have languages to support? I want my product to be able to be deployed in France, Germany, United States and Japan. So I would like to embed these four languages. Thanks. Fred -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] multiple language installer
This is discussed much in the list. You might search to get lots of options. Nothing is supported natively. -Original Message- From: Frédéric Viollet [mailto:frederic.viol...@evidian.com] Sent: Friday, January 30, 2009 00:57 To: wix-users@lists.sourceforge.net Subject: [WiX-users] multiple language installer Hi everyone, I was wondering if it was possible to build a single installer that embeds several languages (this installer would switch to the platform's current language)? Or do I have to build as many installers as I have languages to support? I want my product to be able to be deployed in France, Germany, United States and Japan. So I would like to embed these four languages. Thanks. Fred -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SetupBld and IIs Problem
Rob, I think, you are right. The problem does not occur in WiX 3.0.4827.0. So I will try to open a bug. Be warned ;-) Kind regards and many thanks for your help, Uwe -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:rob.mensch...@microsoft.com] Gesendet: Donnerstag, 29. Januar 2009 17:23 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] SetupBld and IIs Problem I think this is a bug introduced with the large changes to IIS CA recently to handle UAC/IIS7 better. Can you try an older build and see if the problem reproduces there? If it does repro with older builds then please open a bug with as much information as possible (especially the info below). Thanks. -Original Message- From: Uwe Stump [mailto:uwe.st...@gewi.com] Sent: Thursday, January 29, 2009 04:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] SetupBld and IIs Problem Dear all, after some research I found a workaround: I do wrap my msi to an exe file with setupbld now by using the command line option -msuc (c added). c means enable msi caching. So the whole msi gets cached in Windows\Installer. On uninstall the msi file will be found by MSI and the message box: The feature you are trying to use is on a network resource that is unavailable. Click OK to try again, or enter an alternate path to a folder containing the installation package 'IIsInstallerProblem.msi' in the box below. doesn't appear. I don't know if this is ok. What's your opinion? I don't know why I need the switch in this case (reference to IIsExtensions) but in the other cases (without IIsExtensions) not. (Resolving source between -Action ended 09:17:40: CommitMetabaseTransaction and -Action start 09:18:35: ConfigureIIsExec.) Many thanks to Bob, he gave me a good starting point (Check a verbose log to see what resource MSI is looking for from the original database). Kind regards, Uwe -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] multiple language installer
Ok. I'll have a look at former discussions than. Thanks. Fred Rob Mensching a écrit : This is discussed much in the list. You might search to get lots of options. Nothing is supported natively. -Original Message- From: Frédéric Viollet [mailto:frederic.viol...@evidian.com] Sent: Friday, January 30, 2009 00:57 To: wix-users@lists.sourceforge.net Subject: [WiX-users] multiple language installer Hi everyone, I was wondering if it was possible to build a single installer that embeds several languages (this installer would switch to the platform's current language)? Or do I have to build as many installers as I have languages to support? I want my product to be able to be deployed in France, Germany, United States and Japan. So I would like to embed these four languages. Thanks. Fred -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SetupBld and IIs Problem
Fix was just checked-in. If all goes well, build that comes out tomorrow will be much happier. -Original Message- From: Uwe Stump [mailto:uwe.st...@gewi.com] Sent: Friday, January 30, 2009 01:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] SetupBld and IIs Problem Rob, I think, you are right. The problem does not occur in WiX 3.0.4827.0. So I will try to open a bug. Be warned ;-) Kind regards and many thanks for your help, Uwe -Ursprüngliche Nachricht- Von: Rob Mensching [mailto:rob.mensch...@microsoft.com] Gesendet: Donnerstag, 29. Januar 2009 17:23 An: General discussion for Windows Installer XML toolset. Betreff: Re: [WiX-users] SetupBld and IIs Problem I think this is a bug introduced with the large changes to IIS CA recently to handle UAC/IIS7 better. Can you try an older build and see if the problem reproduces there? If it does repro with older builds then please open a bug with as much information as possible (especially the info below). Thanks. -Original Message- From: Uwe Stump [mailto:uwe.st...@gewi.com] Sent: Thursday, January 29, 2009 04:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] SetupBld and IIs Problem Dear all, after some research I found a workaround: I do wrap my msi to an exe file with setupbld now by using the command line option -msuc (c added). c means enable msi caching. So the whole msi gets cached in Windows\Installer. On uninstall the msi file will be found by MSI and the message box: The feature you are trying to use is on a network resource that is unavailable. Click OK to try again, or enter an alternate path to a folder containing the installation package 'IIsInstallerProblem.msi' in the box below. doesn't appear. I don't know if this is ok. What's your opinion? I don't know why I need the switch in this case (reference to IIsExtensions) but in the other cases (without IIsExtensions) not. (Resolving source between -Action ended 09:17:40: CommitMetabaseTransaction and -Action start 09:18:35: ConfigureIIsExec.) Many thanks to Bob, he gave me a good starting point (Check a verbose log to see what resource MSI is looking for from the original database). Kind regards, Uwe -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Checking for IIS and SQL?
Hi, Here's a sample code to detect IIS 5/6 or some IIS7 components : Property Id=IIS56 Value=#0 RegistrySearch Id=IIS56InstalledComponents Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\OC Manager\Subcomponents Type=raw Name=iis_common / /Property Property Id=IIS7 Value=#0 RegistrySearch Id=IIS7W3SVC Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=W3SVC / /Property Property Id=IIS7ASP Value=#0 RegistrySearch Id=IIS7ASP Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=ASP / /Property Property Id=IIS7STATICCONTENT Value=#0 RegistrySearch Id=IIS7STATICCONTENT Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=StaticContent / /Property Property Id=IIS7WINDOWSAUTH Value=#0 RegistrySearch Id=IIS7WINDOWSAUTH Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=WindowsAuthentication / /Property Property Id=IIS7MC Value=#0 RegistrySearch Id=IIS7MC Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=ManagementConsole / /Property Property Id=IIS7METABASE Value=#0 RegistrySearch Id=IIS7METABASE Root=HKLM Key=SOFTWARE\Microsoft\InetStp\Components Type=raw Name=Metabase / /Property Then I use these properties to diplay or not a feature : Feature Id=web Title=Web site Level=1 ConfigurableDirectory=IISROOT ComponentGroupRef Id=group_web/ ComponentRef Id=WebApp/ ComponentRef Id=NewWebSite/ ComponentRef Id=InstallRegistryEntries/ Condition Level=0 ![CDATA[IIS56=#0 AND (IIS7=#0 OR IIS7ASP=#0 OR IIS7StaticContent=#0 OR IIS7WindowsAuthentication=#0 OR IIS7ManagementConsole=#0 OR IIS7Metabase=#0)]] /Condition /Feature I did'nt check for SQL Server. Regards, Loïc Delambre Peter Oehlert wrote: This isn't strictly wix related but more a general setup question: Is anyone aware of a robust check to see that SQL Server (2005, express, std, or ent) and IIS (6, 7 + compatibility components) are installed? Any help would be appreciated. Thanks, Peter -- View this message in context: http://www.nabble.com/Checking-for-IIS-and-SQL--tp21731373p21743980.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Checking for IIS and SQL?
As for me, the best way to get the major and minor versions of IIS is to reference the properties introduced by standard IIS extension: PropertyRef Id=IISMAJORVERSION / PropertyRef Id=IISMINORVERSION / Note, that the values are prefixed with the '#' sign. Thus, for IIS 5.1 (WinXP) it is IISMAJORVERSION=#5 and IISMINORVERSION=#1. Probably, the presence of MSSQL and its version can be detected by this registry key: HKLM\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion, the value 'CurrentVersion'. Furthermore, the following article gives more recommendations regarding editions, etc. http://support.microsoft.com/kb/321185 Hope this helps. -- Yan -Original Message- From: Peter Oehlert [mailto:poehl...@securityinnovation.com] Sent: Thursday, January 29, 2009 7:12 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Checking for IIS and SQL? This isn't strictly wix related but more a general setup question: Is anyone aware of a robust check to see that SQL Server (2005, express, std, or ent) and IIS (6, 7 + compatibility components) are installed? Any help would be appreciated. Thanks, Peter -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] When to use a bootstrapper
Hello guys, I would like to launch a Configuration Wizard of my application after the installation process. This Wizard would be responsible of setting the SQL Server, user and password informations, writing to registry and running a service. So, it needs elevated privileges. But, if I understand correctly, I can't run the CA that launches the Wizard with elevated privileges if it's not during the InstallExecuteSequence process. What would be the right way to do this? I was thinking of using a bootstrapper that launches the whole msi with elevated privileges (using a manifest file), hopefully with this I wouldn't have problem when launching my Configuration Wizard. Or is there a better and safer way to do this? I don't know how it's done by Microsoft products, like Sharepoint installer, I think this would be a good example, since it also launches a Wizard after the installation that configures the SQL Server. Thanks. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] When to use a bootstrapper
I had a similar situation and this is how I was able to resolve. Our products requires SQL 2008 and I used wix installer and with Bootstrapper to install SQL 2008 and after installing SQL 2008 we install our product after the products gets installed before the finish dialog, I execute a custom Action to run my Configuration Utility which creates database and configures the system, once it's done it will close automatically and the installer will proceed to Finish dialog. (still pending is I have add restart radio button to Finish). Hope this helps. Arun Perregattur -Original Message- From: Tezuka Kunimitsu [mailto:osu...@gmail.com] Sent: Friday, January 30, 2009 7:55 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] When to use a bootstrapper Hello guys, I would like to launch a Configuration Wizard of my application after the installation process. This Wizard would be responsible of setting the SQL Server, user and password informations, writing to registry and running a service. So, it needs elevated privileges. But, if I understand correctly, I can't run the CA that launches the Wizard with elevated privileges if it's not during the InstallExecuteSequence process. What would be the right way to do this? I was thinking of using a bootstrapper that launches the whole msi with elevated privileges (using a manifest file), hopefully with this I wouldn't have problem when launching my Configuration Wizard. Or is there a better and safer way to do this? I don't know how it's done by Microsoft products, like Sharepoint installer, I think this would be a good example, since it also launches a Wizard after the installation that configures the SQL Server. Thanks. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding permissions using RegistryPermissions
Rob, it seems to be cache package. Now with Ex, I am able to have the permissions retained. Could you let me know how I make the permissions apply to the subkeys too ? Earlier I mentioned that with Permissions I was able to get the permissions to the subkeys. But now I am not getting that either. I guess I was trial and error and in combination, for permissions the permissions were being applied to subkeys. Anyway, now that I going with permissionEX, can you let me know how to have the permissions apply to subkeys ? Thanks in advance. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, January 29, 2009 1:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions That really surprises me... are you sure you rebuilt and completely uninstalled/installed (i.e. didn't use cached package)? -Original Message- From: Reddy, Mallikarjun (GWM-CAI) [mailto:mallikarjun_re...@ml.com] Sent: Thursday, January 29, 2009 09:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions Rob, thanks for the quick reply. No change in behavior with PermissionEx. xmlns:util='http://schemas.microsoft.com/wix/Util' Registry Id=Perm Root=HKLM Key=SOFTWARE\Test Action=append util:PermissionEx Extended=yes Append=yes Domain=MyDomain User=MyUser GenericAll=yes / /Registry I noticed the subkeys are getting the permissions (even with Permission). Oddly, the subkeys are retaining the existing users/groups and adding the new user with the correct permissions. Any help for the root key would be appreciated. Thanks -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, January 29, 2009 11:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions Util:PermissionEx merges. Not sure about the subkeys... I forget. -Original Message- From: Reddy, Mallikarjun (GWM-CAI) [mailto:mallikarjun_re...@ml.com] Sent: Thursday, January 29, 2009 08:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Adding permissions using RegistryPermissions When I set permission using RegistryPermissions, the existing users are wiped out and the new user and SYSTEM are being added to the permissions. How do I retain all the existing permissions and add just the new user. Also, how to make permissions apply to subkeys also. Component Id=COMPPerm Guid=MyGUID Registry Id=Perm Root=HKLM Key=SOFTWARE\Test Action=write Permission Append=yes Domain=MyDomain User=MyUserName GenericAll=yes / /Registry /Component Thanks -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to Merrill Lynch are references to any company in the Merrill Lynch Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Secur ities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is
Re: [WiX-users] auto delete on reinstall
Hi, thank you for this hint. I found more information now after searching for Major Upgrade. But somehow I couldn't find a working example. Here is my xml file: ?xml version='1.0'? !-- $Id: tbzmodwincontrol.wxs 9 2009-01-30 11:29:29Z tguettler $ $HeadURL: svn+ssh://svnserver/svn/modwincontrol/trunk/ms-windows/tbzmodwincontrol.wxs $ -- ?define Version = 1.0.78 ? !-- Variable muss immer erhöht werden. -- ?define UpgradeCode = 5B3289E7-EEFC-42BF-BC67-6B355C416290 ? !-- Variable bleibt konstant -- Wix xmlns='http://schemas.microsoft.com/wix/2006/wi' Product Id='94132004-8EB3-4606-AA2E-9D58D2A5BE4A' Name='TBZ-PARIV ModWinControl $(var.Version)' Version='$(var.Version)' Manufacturer='TBZ-PARIV' Language='1033' UpgradeCode='$(var.UpgradeCode)' Package Description='TBZ-PARIV ModwinControl for Windows' Compressed='yes'/ Property Id='ALLUSERS' Value='1' / !-- http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrades.html -- Property Id=UPGRADEFOUND Secure=yes / Property Id=NEWPRODUCTFOUND Secure=yes / Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.Version) IncludeMinimum=no OnlyDetect=yes Property=NEWPRODUCTFOUND / UpgradeVersion Minimum=0.0.0 Maximum=$(var.Version) IncludeMinimum=yes IncludeMaximum=no Property=UPGRADEFOUND / /Upgrade CustomAction Id=PreventDowngrading Error=Newer version already installed. / InstallExecuteSequence FindRelatedProducts Before=LaunchConditions / RemoveExistingProducts After=InstallValidate / Custom Action=PreventDowngrading After=FindRelatedProductsNEWPRODUCTFOUND/Custom /InstallExecuteSequence InstallUISequence Custom Action=PreventDowngrading After=FindRelatedProductsNEWPRODUCTFOUND/Custom /InstallUISequence Media Id='1' EmbedCab='yes' Cabinet='tbzmwc.cab'/ !-- Die cab-Datei wird in die msi-Datei eingebunden, so dass nur eine Datei benötigt wird. -- Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=APPLICATIONROOTDIRECTORY Name=TBZ-PARIV ModWinControl Component Id=tbzmodwincontrol Guid=* File Id=tbzmodwincontrol.exe Source=dist\tbzmodwincontrol.exe KeyPath=yes/ /Component /Directory /Directory /Directory Feature Id=MainApplication Title=TBZPARIV MODWINCONTROL Level=1 ComponentRef Id=tbzmodwincontrol / /Feature /Product /Wix Rob Mensching schrieb: Yeah sure. Check out Major Upgrade. Hi, if I try to install a new version of my msi file, I get the error message, that I need to uninstall it first. Is there a way to automatically uninstall it? Is possible to enable a switch in the wix file that says delete old version on install? The next best solution would be an option if you start the installation from the shell. Thomas istinfo/wix-users -- Thomas Guettler, http://www.thomas-guettler.de/ E-Mail: guettli (*) thomas-guettler + de -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Remove existing products is removing almost all files during Major Upgrade
Hi All, This is the issue.. I'm developing a product that releases versions every month and each of these releases can be used as a major upgrade. For the Major Upgrade I've scheduled the RemoveExistingProducts action after InstallFinalize and it worked for a while.. but then one day without any change in the code a bunch of files started being deleted and my installation end up with just the 10% of the files that were supposed to be in my installation path. At first my RemoveExistingProducts action was schedule after InstallValidate Action but we starting to have issues with the merge modules of the VCRedist9.0 and our services failed to start so we did the change and the Services stopped having the issue. If I move the action to be after InstallValidate again all the files get in place correctly but the services start to fail. I can't seem to make one work without ruin the other. I really appreciate the help. Thanks, PameAlex -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix - integrating Microsoft SSIS package into setup
Hi there! Thanks for your answer! We will either use XML config files or environment variables. This decision is still open. What I want to do is to execute the SSIS package from a C# application to perform a Fuzzy lookup to compare addresses. There are around 1 million data rows to compare. The result should be displayed on a Winforms GUI. So, we have to pass the connection parameters to the databases into the SSIS package. I thought of writing them from C# into the XML Config file, but maybe environment variables work out better. If you have any suggestions in how to achieve this, I would be very thankful (mainly in how to create the Wix setup...) Regards Daniel From: David Reed (SQL) (via Nabble) [mailto:ml-user+60230-489561...@n2.nabble.com] Sent: 29 January 2009 17:46 To: Daniel Schmitz Subject: Re: [WiX-users] Wix - integrating Microsoft SSIS package into setup Been there, done that a few times. It depends on the package, Daniel. How are the package configurations setup? Environment variables? User registry keys? XML config files? I've used all three, including manipulating the XML files at installation time to persist user selections made during setup. Warning: oob functionality in SSIS doesn't support configuration in HKLM. Are you planning to execute the package immediately post-installation? I've had trouble with environment variables in that scenario, but user registry keys and XML files work fine. -Original Message- From: dschmitz [mailto:daniel.schm...@... http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2240268i=0 ] Sent: Thursday, January 29, 2009 09:14 To: wix-us...@... http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2240268i=1 Subject: [WiX-users] Wix - integrating Microsoft SSIS package into setup Hello, is there a way to integrate a Microsoft SQL Server SSIS package into a Wix setup? The setup should install the SSIS package and if possible allow to define some user settings. I'm not sure if I need a Wix custom action to achieve this (maybe somebody already wrote one), or if there is another way to do this. I would appreciate any help on this issue. Thanks Daniel -- View this message in context: http://n2.nabble.com/Wix---integrating-Microsoft-SSIS-package-into-setup -tp2240080p2240080.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list wix-us...@... http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2240268i=2 https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list wix-us...@... http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2240268i=3 https://lists.sourceforge.net/lists/listinfo/wix-users This email is a reply to your post @ http://n2.nabble.com/Wix---integrating-Microsoft-SSIS-package-into-setup -tp2240080p2240268.html You can reply by email or by visting the link above. Information contained in this e-mail is confidential and intended for the use of the addressee only and potentially legally privileged. The contents of this email are subject to Dealogics Email Usage Policy which is available at our website at www.dealogic.com/en/email.htm. We cannot accept liability for any damage which you sustain as a result of software viruses, hyperlinks or the like; please carry out your own virus checks in accordance with good computing practices before opening attachments. For corporate and company registration information, please refer to our website at www.dealogic.com. -- View this message in context: http://n2.nabble.com/Wix---integrating-Microsoft-SSIS-package-into-setup-tp2240080p2245210.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Remove existing products is removing almost all files during Major Upgrade
It sounds like your component GUIDs changed between releases. Make sure all the GUIDs stay the same. And check the verbose log during the upgrade, it will tell you what it intends to do with each component, which can help you figure out why it's doing that. -Ari -Original Message- From: Pamela Alvarez [mailto:tammy.p...@gmail.com] Sent: Friday, January 30, 2009 8:58 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Remove existing products is removing almost all files during Major Upgrade Hi All, This is the issue.. I'm developing a product that releases versions every month and each of these releases can be used as a major upgrade. For the Major Upgrade I've scheduled the RemoveExistingProducts action after InstallFinalize and it worked for a while.. but then one day without any change in the code a bunch of files started being deleted and my installation end up with just the 10% of the files that were supposed to be in my installation path. At first my RemoveExistingProducts action was schedule after InstallValidate Action but we starting to have issues with the merge modules of the VCRedist9.0 and our services failed to start so we did the change and the Services stopped having the issue. If I move the action to be after InstallValidate again all the files get in place correctly but the services start to fail. I can't seem to make one work without ruin the other. I really appreciate the help. Thanks, PameAlex -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Why is this not registering the shortcuts as all-user ones? (fwd)
I messed up on the pasting, so here it is, fixed. I'm compiling my installer on WiX 3.0.4805. Here is the error(s) I get... C:\Documents and Settings\Curtis\Local Settings\Temp\perldist\wix_fragments\Icons.wxs(5) : error LGHT0204 : ICE38: Component C_S_CPAN_Client installs to user profile. It must use a registry key under HKCU as its KeyPath, not a file. C:\Documents and Settings\Curtis\Local Settings\Temp\perldist\wix_fragments\Icons.wxs(5) : error LGHT0204 : ICE43: Component C_S_CPAN_Client has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. Here's the component in question... ?xml version='1.0' encoding='windows-1252'? Wix xmlns='http://schemas.microsoft.com/wix/2006/wi' Fragment Id='Fr_Icons' DirectoryRef Id='D_App_Menu' Component Id='C_S_CPAN_Client' Guid='DE7DA1DA-FE75-393C-AB1E-FF6E826BD2F9' Shortcut Id='S_CPAN_Client' Name='CPAN Client' Description='CPAN Client' Target='[D_38F7F36E_C5DC_36DA_897C_C13F6A817F9F]cpan.bat' WorkingDirectory='D_38F7F36E_C5DC_36DA_897C_C13F6A817F9F' / CreateFolder Directory=D_App_Menu / /Component ... (4 more of those) and here's the important parts of the main file, as far as I can tell... Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id='817ED352-A249-3288-AFD8-E5BCE106DD5D' Language='1033' Manufacturer=Vanilla Perl Project Name=Blueberry Perl UpgradeCode=3449E58D-5732-3BF6-BA27-EB22844C08AC Version=5.10.5 Package Description='Perl for Win32 operating systems.' Id='*' Comments='Debug Build.' InstallScope='perMachine' Platform='x86' InstallerVersion='200' Compressed='yes' InstallPrivileges='elevated' / Property Id='MsiLogging'voIcewarmupx!/Property ... Property Id=INSTALLDIRC:\blueberry/Property Directory Id='TARGETDIR' Name='SourceDir' Directory Id='INSTALLDIR' Directory Id='D_Perl' Name='perl' Directory Id='D_38F7F36E_C5DC_36DA_897C_C13F6A817F9F' Name='bin' / ... Directory Id='ProgramMenuFolder' Directory Id='D_App_Menu' Name='Blueberry Perl' / /Directory /Directory Feature Id='Complete' Title='Blueberry Perl 5.10.0.5 Beta 1' Description='The complete package.' Level='1' ... ComponentRef Id='C_S_CPAN_Client' / ... /Feature ... --- Package/@InstallScope='perMachine' should turn on ALLUSERS=1 and therefore, avoid those particular 2 ICE's, correct? If not, why not? I'm puzzled. --Curtis -- Curtis Jewell (Perl-programming e-mail) p...@csjewell.fastmail.us cur...@livejournal.comhttp://curtis.livejournal.com/ Your random numbers are not that random --perl5.8.8/util.c [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail] -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why is this not registering the shortcuts as all-user ones?
On Fri, 30 Jan 2009, Olivier Cochelin wrote about Re: [WiX-users] Why is...: MSI requires for each component a KeyPath to check if the component is here or not (when repairing an install for example). Typically a Keypath is a file, folder or registry key. If the component contains items that are user-specific the KeyPath must also be user-specific. So you can add something like the following to define a KeyPath for your component: RegistryValue Root=HKCU Key=Software\MyCompany\MyApplication Name=Installed Type=integer Value=1 KeyPath=yes/ Got that. The problem is the shortcuts aren't supposed to BE user-specific. It's supposed to be a per-machine installation. That's what InstallScope='perMachine' is supposed to set, as far as I can tell. Or am I missing something? And probably also something like that to remove your folder from the Start Menu on uninstall : RemoveFolder Id=D_App_Menu On=uninstall/ Had that, I just didn't include it in what I sent to the list. [The whole set of 90 .wxs files ends up over 1 MB in size.] --Curtis -- Curtis Jewell (Perl-programming e-mail) p...@csjewell.fastmail.us cur...@livejournal.comhttp://curtis.livejournal.com/ Your random numbers are not that random --perl5.8.8/util.c [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail] -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Remove existing products is removing almost all files during Major Upgrade
Pamela Alvarez wrote: This is the issue.. I'm developing a product that releases versions every month and each of these releases can be used as a major upgrade. For the Major Upgrade I've scheduled the RemoveExistingProducts action after InstallFinalize and it worked for a while.. but then one day without any change in the code a bunch of files started being deleted and my installation end up with just the 10% of the files that were supposed to be in my installation path. If you use late major upgrades, you have to adhere to all the component rules like for patching. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why is this not registering the shortcuts as all-user ones? (fwd)
On Fri, 30 Jan 2009, Bob Arnson wrote about Re: [WiX-users] Why is this not...: Curtis Jewell (Perl-programming e-mail) wrote: Package/@InstallScope='perMachine' should turn on ALLUSERS=1 and therefore, avoid those particular 2 ICE's, correct? If not, why not? I'm puzzled. Sadly, no. Because ALLUSERS is a public property, it can be reset at the command line. See http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shortcut-and-pass-all-the for details/workaround. Fair enough. Could I deactivate the checks at the command line and it'd work? (I'll throw in a condition that kicks if they try to install if not ALLUSERS=1.) [I REALLY would like to avoid the registry if at all possible for this piece of software. It doesn't use it anywhere else.] -- Curtis Jewell (Perl-programming e-mail) p...@csjewell.fastmail.us cur...@livejournal.comhttp://curtis.livejournal.com/ Your random numbers are not that random --perl5.8.8/util.c [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail] -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding permissions using RegistryPermissions
Not sure if sub keys are supported... be a good feature request if they are not -Original Message- From: Reddy, Mallikarjun (GWM-CAI) [mailto:mallikarjun_re...@ml.com] Sent: Friday, January 30, 2009 06:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions Rob, it seems to be cache package. Now with Ex, I am able to have the permissions retained. Could you let me know how I make the permissions apply to the subkeys too ? Earlier I mentioned that with Permissions I was able to get the permissions to the subkeys. But now I am not getting that either. I guess I was trial and error and in combination, for permissions the permissions were being applied to subkeys. Anyway, now that I going with permissionEX, can you let me know how to have the permissions apply to subkeys ? Thanks in advance. -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, January 29, 2009 1:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions That really surprises me... are you sure you rebuilt and completely uninstalled/installed (i.e. didn't use cached package)? -Original Message- From: Reddy, Mallikarjun (GWM-CAI) [mailto:mallikarjun_re...@ml.com] Sent: Thursday, January 29, 2009 09:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions Rob, thanks for the quick reply. No change in behavior with PermissionEx. xmlns:util='http://schemas.microsoft.com/wix/Util' Registry Id=Perm Root=HKLM Key=SOFTWARE\Test Action=append util:PermissionEx Extended=yes Append=yes Domain=MyDomain User=MyUser GenericAll=yes / /Registry I noticed the subkeys are getting the permissions (even with Permission). Oddly, the subkeys are retaining the existing users/groups and adding the new user with the correct permissions. Any help for the root key would be appreciated. Thanks -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, January 29, 2009 11:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding permissions using RegistryPermissions Util:PermissionEx merges. Not sure about the subkeys... I forget. -Original Message- From: Reddy, Mallikarjun (GWM-CAI) [mailto:mallikarjun_re...@ml.com] Sent: Thursday, January 29, 2009 08:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Adding permissions using RegistryPermissions When I set permission using RegistryPermissions, the existing users are wiped out and the new user and SYSTEM are being added to the permissions. How do I retain all the existing permissions and add just the new user. Also, how to make permissions apply to subkeys also. Component Id=COMPPerm Guid=MyGUID Registry Id=Perm Root=HKLM Key=SOFTWARE\Test Action=write Permission Append=yes Domain=MyDomain User=MyUserName GenericAll=yes / /Registry /Component Thanks -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to Merrill Lynch are references to any company in the Merrill Lynch Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Secur ities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- This SF.net email is sponsored by: SourcForge Community
Re: [WiX-users] Why is this not registering the shortcuts as all-user ones? (fwd)
You could advertise the shortcut. That's most straight forward. Or you could ignore ICE69. I've considered doing so in the past... it is a very frustrating situation for cases that don't happen often. -Original Message- From: Curtis Jewell (Perl-programming e-mail) [mailto:lists.wix-us...@csjewell.fastmail.us] Sent: Friday, January 30, 2009 10:16 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Why is this not registering the shortcuts as all-user ones? (fwd) On Fri, 30 Jan 2009, Bob Arnson wrote about Re: [WiX-users] Why is this not...: Curtis Jewell (Perl-programming e-mail) wrote: Package/@InstallScope='perMachine' should turn on ALLUSERS=1 and therefore, avoid those particular 2 ICE's, correct? If not, why not? I'm puzzled. Sadly, no. Because ALLUSERS is a public property, it can be reset at the command line. See http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shortcut-and-pass-all-the for details/workaround. Fair enough. Could I deactivate the checks at the command line and it'd work? (I'll throw in a condition that kicks if they try to install if not ALLUSERS=1.) [I REALLY would like to avoid the registry if at all possible for this piece of software. It doesn't use it anywhere else.] -- Curtis Jewell (Perl-programming e-mail) p...@csjewell.fastmail.us cur...@livejournal.comhttp://curtis.livejournal.com/ Your random numbers are not that random --perl5.8.8/util.c [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail] -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] is customaction impersonate attribute default when attribute is not specified yes or no . . . the current chm details does not say which
is customaction impersonate attribute default when attribute is not specified yes or no . . . the current chm details does not say which -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] is customaction impersonate attribute default when attribute is not specified yes or no . . . the current chm details does not say which
That's a good point. In most cases, the default is absent == no. Except in this case. smile/ The hint is here: Typically the value should be 'yes', except when the custom action needs elevated privileges to apply changes to the machine. Be great if you could open a documentation bug to suggest that this be more specific. -Original Message- From: Robert O'Brien [mailto:robert.obr...@microsoft.com] Sent: Friday, January 30, 2009 11:47 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] is customaction impersonate attribute default when attribute is not specified yes or no . . . the current chm details does not say which is customaction impersonate attribute default when attribute is not specified yes or no . . . the current chm details does not say which -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Remove existing products is removing almost all files, during Major Upgrade (Bob Arnson)
Thanks Ari, After your reply a reviewed with Orca the GUIDs of my components and find out that, since the version the issue started 80% of the GUIDs were changed I changed back to the original values and the Upgrade worked just fine. You're answer was exactly what I needed :) PameAlex -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users