Re: [WiX-users] Advice on Click Through technology wanted
Thanks to Neil for his comments. I was actually asking about both Click Through and Click Once. Unfortunately our server runs Apache, so I don't think I can use Click Once and it looks like its a bit premature to move to Click Through. For the moment I think we will stay with our home grown solutions and do a custom MSI file for the 'enterprise' users at each major update. Rob -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem running app from Module
Bob Arnson-6 wrote: Do you need to use WixShellExec to launch the app? If not, just use a CustomAction with FileKey. Otherwise, try SuppressModularization, but be aware that means your module will conflict with any other WixShellExecTarget. Thanks! But I can't run the app independently: setup is waiting for the Tray app to be closed. Is there any way to make it work? In case of fail I'll try SuppressModularization. Regards, Taras -- View this message in context: http://n2.nabble.com/Problem-running-app-from-Module-tp2431511p2434686.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem running app from Module
Bob Arnson-6 wrote: Otherwise, try SuppressModularization, but be aware that means your module will conflict with any other WixShellExecTarget. Well, I've tried this way: CustomAction Id=ChangeP Property='WixShellExecTarget' Value='[#Tray.exe]' SuppressModularization='yes' / CustomAction Id=LaunchTray BinaryKey=WixCA DllEntry=WixShellExec Impersonate=yes / The app didn't run. Log is the same. Am I missing something? -- View this message in context: http://n2.nabble.com/Problem-running-app-from-Module-tp2431511p2434763.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixToolPath variable
Hi, I am having trouble using the WixToolPath variable in my Visual Studio WiX project. I have these additional linker options set: -ext WixDifxAppExtension -ext WixUIExtension C:\Program Files\Windows Installer XML v3\bin\difxapp_x86.wixlib However, I would like to avoid the full installation path to WiX like so: -ext WixDifxAppExtension -ext WixUIExtension $(WixToolPath)difxapp_x86.wixlib This gives me the following error: 9light.exe(0,0): error LGHT0103: The system cannot find the file 'difxapp_x86.wixlib' with type 'Source'. From which I conclude that the variable is empty. However, when I set the BeforeBuild target to output a warning containing the variable: Target Name=BeforeBuild Warning Text=test: $(WixToolPath) / /Target I get the following output: 9D:\svn\kube\Main\KUBE v15\Install\WIX\KUBE_Setup.wixproj(0,0): warning : test: C:\Program Files\Windows Installer XML v3\bin\ Any ideas for getting the variable to work with the additional linker options? - Kim PS: using version 3.0.4805.0 -- *Kim Gybels Software Developer * kim.gyb...@metris.com mailto:kim.gyb...@metris.com Tel: +32 16 74 01 01 Fax: +32 16 74 01 02 * Metris Europe * Interleuvenlaan 86 3001 Leuven Belgium www.metris.com http://www.metris.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem running app from Module
Module ... ... Property Id=ExecTarget Value=[#Tray.exe] SuppressModularization=yes / CustomAction Id=LaunchTray BinaryKey=WixCA DllEntry=WixShellExec Impersonate=yes / /Module Results in: ... MSI (s) (34:E4) [12:01:53:065]: Doing action: LaunchTray.??? Action 12:01:53: LaunchTray.???. Action start 12:01:53: LaunchTray.???. MSI (s) (34:24) [12:01:53:081]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI348.tmp, Entrypoint: WixShellExec MSI (s) (34!A0) [12:01:53:174]: Note: 1: 2715 2: Tray.exe MSI (s) (34!A0) [12:01:53:174]: Note: 1: 2715 2: Tray.exe WixShellExec: Error 0x80070057: failed to get WixShellExecTarget Action ended 12:01:53: LaunchTray.???. Return value 3. Action ended 12:01:53: INSTALL. Return value 3. Property(S): ShortcutFolder = C:\Users\\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\??\ Property(S): WixUIRMOption = UseRM Property(S): WIXUI_INSTALLDIR = INSTALLDIR Property(S): ARPNOMODIFY = 1 Property(S): ARPNOREPAIR = 1 Property(S): WixShellExecTarget = [#Tray.exe] ... :confused: Taras -- View this message in context: http://n2.nabble.com/Problem-running-app-from-Module-tp2431511p2434827.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom UI
Lee Baker wrote: There seems to be a maximum length to the edit control, and from what I have found, adding Multiline='yes' doesn't help. Here is what I found in MSDN: http://msdn.microsoft.com/en-us/library/aa368342(VS.85).aspx The length of text that can be entered can be limited by putting a number from 0 to 2147483646 in curly braces at the beginning of the Text field in the Control table. For example, if the text field starts with {80}, the length of the string is limited at 80 characters. If no such limit is supplied in the table, or if 0 is specified, the length is set to the maximum possible (2147483646 characters). A negative or non-numeric value will generate an error. The part where it says that if no limit is specified the maximum possible length is set seems to be incorrect. When no limit is set it seems the maximum is 512. Here is an example to set the maximum lenght to that maximum value: Control Type=Edit Multiline=yes Property=TEST Id=TEST X=20 Y=220 Width=100 Height=20 Text={2147483646} / Hope this helps. - Kim -- View this message in context: http://n2.nabble.com/Custom-UI-tp2434158p2434927.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Accessing the install directory from within a merge module
In a merge module, I'm trying to create an environment variable that contains the path to where the product is being installed to. My merge module uses the code below to do it, but it's not working quite right. When the product gets installed to c:\program files\mycompany\myapp, [TARGETDIR] in the merge module only puts C:\ into the environment variable even though the product does install to the full path. Is there a different way to handle this? ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Module Id=Spectrum11MergeModule Language=1033 Version=1.0.0.0 Package Id=9b6a3ca6-caf9-49b2-8fb9-e8c1c1b354f2 Manufacturer=Spectrum11MergeModule InstallerVersion=200 / Directory Id=TARGETDIR Name=SourceDir Component Id=EnvironmentVars Guid=F50F41C2--4680-8B50-741F96C8D8D6 Environment Id=envHome Action=create Name=SPECTRUM_HOME1 System=yes Value=[TARGETDIR]/ Environment Id=envLogDir Action=create Name=SPECTRUM_LOGDIR1 System=yes Value=[TARGETDIR]\logs/ /Component /Directory /Module /Wix -- Brad Younie -- Learn more about Chase Paymentech Solutions,LLC payment processing services at www.chasepaymentech.com. THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Accessing the install directory from within a merge module
Hi, In a merge module, I'm trying to create an environment variable that contains the path to where the product is being installed to. My merge module uses the code below to do it, but it's not working quite right. When the product gets installed to c:\program files\mycompany\myapp, [TARGETDIR] in the merge module only puts C:\ into the environment variable even though the product does install to the full path. Is there a different way to handle this? Have you tried using INSTALLDIR instead of TARGETDIR? It should match the configurable directory of your application: Feature Id='Complete' Title='Example' Description='Description' Display='expand' Level='1' ConfigurableDirectory='INSTALLDIR' Because that is the property that gets sets when the user chooses a folder to install the application in. - Kim -- *Kim Gybels Software Developer * kim.gyb...@metris.com mailto:kim.gyb...@metris.com Tel: +32 16 74 01 01 Fax: +32 16 74 01 02 * Metris Europe * Interleuvenlaan 86 3001 Leuven Belgium www.metris.com http://www.metris.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Accessing the install directory from within a merge module
Hi, In a merge module, I'm trying to create an environment variable that contains the path to where the product is being installed to. My merge module uses the code below to do it, but it's not working quite right. When the product gets installed to c:\program files\mycompany\myapp, [TARGETDIR] in the merge module only puts C:\ into the environment variable even though the product does install to the full path. Is there a different way to handle this? Have you tried using INSTALLDIR instead of TARGETDIR? It should match the configurable directory of your application: Feature Id='Complete' Title='Example' Description='Description' Display='expand' Level='1' ConfigurableDirectory='INSTALLDIR' Because that is the property that gets sets when the user chooses a folder to install the application in. That did it! I had tried INSTALLDIR before, but it was always set to nothing. It was the ConfigurableDirectory that did the trick! Thanks --- Bradford Younie Senior Software Engineer Chase Paymentech Solutions 4 NE Blvd Salem, NH 03079-1952 Fax: 603-896-813 bradford.you...@chasepaymentech.com -- Learn more about Chase Paymentech Solutions,LLC payment processing services at www.chasepaymentech.com. THIS MESSAGE IS CONFIDENTIAL. This e-mail message and any attachments are proprietary and confidential information intended only for the use of the recipient(s) named above. If you are not the intended recipient, you may not print, distribute, or copy this message or any attachments. If you have received this communication in error, please notify the sender by return e-mail and delete this message and any attachments from your computer. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trying to install 4 COM Plus DLLs
I'm not sure what the best way would be to configure these in the install. Do I need a COMPlus Partition? What is that all about? I'm not sure where to start with these. Jim -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall does not work if SQL Server is installed...
HI I am using WIX to generate an MSI. The problem is with the uninstall option through the wizard. If any version of SQL server exists, it does not uninstall the application. But if sql server is not present it uninstalls successfully. I can though go to add/remove programs and uninstall it successfully. I have a RegistrySearch element which checks for the existence of any version/edition of SQL Server. !-- To Check for any version of Microsoft SQL Server(X86)-- Property Id=SQL_X86 RegistrySearch Id=SQLPath2 Root=HKLM Key=SOFTWARE\Microsoft\Microsoft SQL Server Name=InstalledInstances Type=raw Win64=no /RegistrySearch /Property !-- To Check for any version of Microsoft SQL Server(X64)-- Property Id=SQL_X64 RegistrySearch Id=SQLPath1 Root=HKLM Key=SOFTWARE\Microsoft\Microsoft SQL Server Name=InstalledInstances Type=raw Win64=yes /RegistrySearch /Property Here is the line from log file which looks little strangeSQL_X86= ACTION=INSTALL which I do not know why its taking. If sql server is not existing this is empty. MSI (s) (6C:78) [21:10:36:545]: Command Line: SQLSERVER_CLRTYPE=C:\ SMO_X86=10.0.1600.22 SQL_X86= ACTION=INSTALL The other point to note here , it works perfectly in Vista but not on XP. Any help would be greatly appreciated… Thank you in advance Anweshi -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing files only if they exist
Hi All, Firstly, let me confess that I'm new to Windows Installer and WiX, coming from a rather antiquated WISE install system (10 years old!) and finally embracing the modern way. Amongst other things, something I'm trying to do is install files only if they exist. Our system ships with various databases, which can be specific to a given customer. Each database set consists of the database, plus some supporting docs. The database is jet-based, so this is just a file copy, nothing more. I want to bundle each database set into a .cab file, then drop these onto the disk depending on what the customer has ordered. Then I would like the installer to interrogate the disk and extract and copy any databases it might find. So, my databases may be packaged into: Db1.cab Db2.cab Db3.cab Etc.. The installer would check for the existence of db1.cab, and then extract the contents to the install folder (and subfolders depending on what is in the cab). My thinking is that I need to do a FileSearch for each of the cab files and set a property accordingly, then use a condition for each database component, although I haven't tried this yet. Am I on the right lines here? And how might I go about simply extracting the files/folders from the cab file to the target machine? Thanks Nick -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Calling a external setup package
If I want to call a setup package such as a third-party exe, would I need to include it in the install, or can I just include it on the install media? Jim MacDiarmid EDS, an HP company U.S. Public Sector Department of Homeland Security Segment 703-236-3821(office) 571-247-2343(cell) -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing files only if they exist
How does the installer know what the customer has ordered? To me this sounds like each database set is a feature that the customer can choose to install. The feature for db1 would contain references to components that represent the contents of db1.cab. You could partition your installer so that all the components for each database set are stored in the same media. Assuming that I'm not missing something obvious then you don't have to do any work other than specifying the resources, components, features, and media as Windows Installer would do all the work for laying down the appropriate components given the selected features. Product ... Package .../ !-- one media for each database set -- Media Id=1 Cabinet=db1.cab EmbedCab=yes/ Media Id=2 Cabinet=db2.cab EmbedCab=yes/ !-- specify one feature for each database set -- Feature Id=db1 Title=Database Set 1 Level=1 ComponentGroupRef Id=db1/ /Feature Feature Id=db2 Title=Database Set 2 Level=1 ComponentGroupRef Id=db2/ /Feature !-- specify what makes up a database set -- ComponentGroup Id=db1 ComponentRef Id=jet-db1/ ComponentRef Id=db1-readme.txt/ ComponentRef Id=db1-manual.doc/ /ComponentGroup ComponentGroup Id=db2 ComponentRef Id=jet-db2/ ComponentRef Id=db2-readme.txt/ /ComponentGroup !-- specify your components -- DirectoryRef Id=Db1Folder Component Id=jet-db1 Disk=1 Guid=PUT-GUID-HERE File Id=jet-db1 Name=jet-db1-target-filename Source=path\to\source\jet-db1/ /Component Component Id=db1-readme.txt Disk=1 Guid=PUT-GUID-HERE File Id=db1-readme.txt Name=readme.txt Source=path\to\source\db1-readme.txt/ /Component Component Id=db1-manual.doc Disk=1 Guid=PUT-GUID-HERE File Id=db1-manual.doc Name=manual.doc Source=path\to\source\db1-manual.doc/ /Component /DirectoryRef DirectoryRef Id=Db2Folder Component Id=jet-db2 Disk=2 Guid=PUT-GUID-HERE File Id=jet-db2 Name=jet-db2-target-filename Source=path\to\source\jet-db2/ /Component Component Id=db2-readme.txt Disk=2 Guid=PUT-GUID-HERE File Id=db2-readme.txt Name=readme.txt Source=path\to\source\db2-readme.txt/ /Component /DirectoryRef /Product In my installers I typically only have one Feature that always gets installed. I believe Windows Installer uses the value of Feature/@Label to determine whether it should install that feature or not. The WiX and Windows Installer documentation has more information on how to select features to install, etc. (I set Label=1 above and that's probably not what you want.) Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: Friday, March 06, 2009 9:22 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing files only if they exist Hi All, Firstly, let me confess that I'm new to Windows Installer and WiX, coming from a rather antiquated WISE install system (10 years old!) and finally embracing the modern way. Amongst other things, something I'm trying to do is install files only if they exist. Our system ships with various databases, which can be specific to a given customer. Each database set consists of the database, plus some supporting docs. The database is jet-based, so this is just a file copy, nothing more. I want to bundle each database set into a .cab file, then drop these onto the disk depending on what the customer has ordered. Then I would like the installer to interrogate the disk and extract and copy any databases it might find. So, my databases may be packaged into: Db1.cab Db2.cab Db3.cab Etc.. The installer would check for the existence of db1.cab, and then extract the contents to the install folder (and subfolders depending on what is in the cab). My thinking is that I need to do a FileSearch for each of the cab files and set a property accordingly, then use a condition for each database component, although I haven't tried this yet. Am I on the right lines here? And how might I go about simply extracting the files/folders from the cab file to the target machine? Thanks Nick --- --- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem running app from Module
Sorry, my fault. This works: CustomAction Id=LaunchTray FileKey=Tray.exe ExeCommand= Impersonate=yes Return=asyncNoWait / Taras -- View this message in context: http://n2.nabble.com/Problem-running-app-from-Module-tp2431511p2437621.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Merge Module Custom Action Sequencing Question
I'm writing a merge module which will contain a Type 1 custom action wired into the ModuleInstallUISequence table and I'm having a hard time figuring out how to do this in WiX. According to wix.chm, the InstallExecuteSequence and InstallUISequence elements are children of the Module element but when I put this into Votive I don't get intellisense. Is this a bug? What's the correct way to reference a custom action to be after a specified base standard action in a merge module? Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Project references don't work when localized
For a client/server application, I have the server and client WiX projects in a single solution using Votive and WiX v3 in VS 2005. The server project has a reference to the client project to include the MSI inside the server installation. We don't run the client installer. We simply put it in a folder and generate a share that everyone can read. Specifically the server install includes a File element where... File/@Source=$(var.ClientInstall.TargetPath) This worked great until I started to add the UI elements. I wanted to localize the UI, so I added localization files (wxl) for the different cultures we need. This broke the server compile. The localized clients are generated in a separate subfolder for each culture, but the server build breaks because it is looking for the client MSI in the folder that is the parent to the culture folder. Should this be working? - Don Benson - -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge Module Custom Action Sequencing Question
Sorry, I figured it out. I was really swamped and starving and when intellisense went all red~ I was confused. It seems there are no attributes of this element, you just have to close it out and move on to the Custom element. The intelisense experience is a bit wierd though... Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Fri, 3/6/09, Christopher Painter chr...@deploymentengineering.com wrote: From: Christopher Painter chr...@deploymentengineering.com Subject: [WiX-users] Merge Module Custom Action Sequencing Question To: wix-users@lists.sourceforge.net Date: Friday, March 6, 2009, 1:30 PM I'm writing a merge module which will contain a Type 1 custom action wired into the ModuleInstallUISequence table and I'm having a hard time figuring out how to do this in WiX. According to wix.chm, the InstallExecuteSequence and InstallUISequence elements are children of the Module element but when I put this into Votive I don't get intellisense. Is this a bug? What's the correct way to reference a custom action to be after a specified base standard action in a merge module? Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Verify the installation mode is silent or not.
Console apps require a console window. If it's your program, make it an ordinary Windows app with no UI. Phil Wilson -Original Message- From: sandun css [mailto:sandun...@gmail.com] Sent: Thursday, March 05, 2009 8:30 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Verify the installation mode is silent or not. Hi Brian, Thanks for the reply. I could get it done using the UILevel property. :) But, I am still unable to run the console application silently. Any idea ? Thanks, Sandun On Thu, Mar 5, 2009 at 9:10 PM, Brian Simoneau bsimon...@freedomscientific.com wrote: You can use the UILevel property. http://msdn.microsoft.com/en-us/library/aa372096(VS.85).aspx -Brian Simoneau -Original Message- From: sandun css [mailto:sandun...@gmail.com] Sent: Thursday, March 05, 2009 5:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Verify the installation mode is silent or not. Hi, My installer launches a 'Windows Forms Application' when the user presses the installation finish button. But if the installer is executed in the silent mode, (msiexec /i installer.msi /q) I don't want to launch that application. In the silent mode I have to execute a console application silently. Is there a way to acess the installation mode (silent or not) from WiX? And how to execute a console app silently? I used the following code, which didn't seem to be working! Property Id=LaunchScript Value=[INSTALLDIR]bin\script.exe/ CustomAction Id=LaunchScript BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred/ Thanks, Sandun -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best Way to Reference CustomTables In An External File
jnewton wrote: So I would like each MSI to create a Dependencies list and then just reference this table. This way I just have one of these tables in some library and then all MSIs just reference it. You can't set a preprocessor variable and have it take effect in a .wixlib -- libraries are only used at link time. What you're describing is a perfect match for a compiler extension. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixToolPath variable
Kim Gybels wrote: I have these additional linker options set: -ext WixDifxAppExtension -ext WixUIExtension C:\Program Files\Windows Installer XML v3\bin\difxapp_x86.wixlib You can add those files to your project and avoid using any additional linker options value. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to install 4 COM Plus DLLs
If you don't know what a COM+ partition is you probably don't need it. They are used for side-by-side'ish registration, to tie components to specific users. Fredrik -Original Message- From: MacDiarmid, James D [mailto:james.macdiar...@eds.com] Sent: Friday, March 06, 2009 7:58 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Trying to install 4 COM Plus DLLs I'm not sure what the best way would be to configure these in the install. Do I need a COMPlus Partition? What is that all about? I'm not sure where to start with these. Jim -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to install 4 COM Plus DLLs
Ok, this is good to know. :) So, is there another way of installing COMPlus DLLs? Is there a tutorial for Wix in this area? :) -Original Message- From: Fredrik Grohn [mailto:fredrik.gr...@microsoft.com] Sent: Friday, March 06, 2009 5:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Trying to install 4 COM Plus DLLs If you don't know what a COM+ partition is you probably don't need it. They are used for side-by-side'ish registration, to tie components to specific users. Fredrik -Original Message- From: MacDiarmid, James D [mailto:james.macdiar...@eds.com] Sent: Friday, March 06, 2009 7:58 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Trying to install 4 COM Plus DLLs I'm not sure what the best way would be to configure these in the install. Do I need a COMPlus Partition? What is that all about? I'm not sure where to start with these. Jim -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSI doesn't work with Hardware signing dialog in Windows XP
I get a hardware not signed dialog with continue anyway and stop installation buttons while trying to install an unsigned driver using my MSI. But installation does not get terminated if I click Stop installation button..What could be the possible reasons for this?? How do I modify the MSI to fix this issue?? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/MSI-doesn%27t-work-with-Hardware-signing-dialog-in-Windows-XP-tp2439656p2439656.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users