[WiX-users] : Problem when creating Private queues using MSMQ Extensions.
Hi All, Can any give the solution for MSMQ Creation, i have attached the log fiel and Code is as follows Please give me solution for this. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:msmq=http://schemas.microsoft.com/wix/MsmqExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a0b69a4-ea7a-4d65-8860-05efe562ba4f Name=WixMSMQ Language=1033 Version=1.0.0.0 Manufacturer=Oakton Pvt Ltd UpgradeCode=3e41493b-f2c0-4bb9-be01-ce230fadff4a Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixMSMQ.cab EmbedCab=yes / util:User Id=chx Name=xx Password= Domain=tenix.local /util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixMSMQ Component Id=comMSMQ Guid={28956249-72EF-42d0-B55A-588772147F91} KeyPath=yes msmq:MessageQueue Id=TestQueue Label=[TestQUEUE] PathName=.\private$\[Test] Transactional=yes msmq:MessageQueuePermission Id='InboundFaxPermission' User='chx' DeleteMessage='yes' PeekMessage='yes' ReceiveMessage='yes' WriteMessage='yes'/ /msmq:MessageQueue /Component !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- !-- Component Id=ProductComponent Guid=a691242b-284d-4680-99f6-24b38aa79520 -- !-- TODO: Insert files, registry keys, and other resources here. -- !-- /Component -- /Directory /Directory /Directory Feature Id=ProductFeature Title=WixMSMQ Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=comMSMQ / /Feature UIRef Id=WixUI_Mondo/ /Product /Wix IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au.- 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] : Problem when installing Windows service using Wix.
Hi All, Can any give the solution for Windows service installation using Wix, i have attached the log fiel and Code is as follows ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=chandrashekar.vuppala Id=chandrashekar.vuppal Password= Domain=c/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='chandrashekar.vuppal' Start='auto' Type='shareProcess' Vital='yes' / ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install' Stop='uninstall' Remove='uninstall' / !-- TODO: Insert files, registry keys, and other resources here. -- /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=WixWinService Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=ProductComponent / /Feature /Product /Wix IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au.- 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 and VS2008 Merge Modules
I've found a resolution to this problem now, although it's a bit of a hack. NOTE: I'm now on WIX 3.0.4325.0 When the WIX project only contains registry keys and references to merge modules it doesn't seem to put any files down. The moment that I added a Component and a (blank text) file down just above the merge reference in the folder I wanted for the merge module all files seemed to install correctly. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Adams Sent: 25 July 2008 17:30 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] WIX and VS2008 Merge Modules Yeah, the files are definitely included - I can see them in orca and running FILEMON when the MSI in installing I can see msiexec trying to locate each file in turn (which it fails to). I'm currently trying to upgrade to the latest weekly release of WIX to see if that helps (but am getting error unable to load mergemod.dll :() -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 25 July 2008 17:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX and VS2008 Merge Modules Can you pop the final MSI open in Orca and see if the Merge Module contents are actually in there? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Adams Sent: Friday, July 25, 2008 04:48 To: 'wix-users@lists.sourceforge.net' Subject: [WiX-users] WIX and VS2008 Merge Modules Hi, I have a very puzzling situation, and am hoping someone can shed some light on it. I have a Visual Studio 2008 Merge Module (containing Content Files and Project Output, and a couple of directories). If I reference this merge module from a normal VS 2008 Setup Project all files are installed as expected, however if I reference this merge module from a WIX (3) installer no files are output. I've run FILEMON while the install is taking place and it is looking in the correct location (c:\inetpub\wwwroot\ISV\...) to add the files, but FILEMON returns FILENOTFOUND errors. It seems like the Merge Module should be creating the directories, but is not. This only occurs when the main setup project is WIX - normal VS setup projects are fine. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension; Product Id=fb7b5480-3723-4b32-93bf-d2f28dc59ef3 Name=Agresso CRM for Education Language=1033 Version=1.0.1 Manufacturer=Agresso Ltd UpgradeCode=9bfa8877-676c-48d4-878b-6eb75e5ed341 Package InstallerVersion=200 Compressed=yes Description=Agresso CRM for Education / Media Id=1 Cabinet=AgressoCRM.cab EmbedCab=yes / Property Id=CRMWWWROOT_PATH RegistrySearch Id=MSCRM_WebSitePath Root=HKLM Type=raw Key=SOFTWARE\Microsoft\MSCRM Name=WebSitePath/RegistrySearch /Property Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR/ UIRef Id=WixUI_Mondo / UIRef Id=WixUI_ErrorProgressText / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=Agresso Ltd Directory Id=dir_AgressoLtd_AgressoCrm Name=Agresso CRM /Directory /Directory /Directory Directory Id=CRMWWWROOT_PATH Directory Id=ISV Name=ISV Merge Id=merge_AgressoCRMBase Language=1033 DiskId=1 SourceFile=C:\Development\Main\Sources\Agresso CRM\Sources\AgressoCRMBase\Base_MM\Debug\Base_MM.msm/Merge /Directory /Directory /Directory CustomAction Id='AlreadyUpdated' Error='[ProductName] is already installed.' / CustomAction Id='NoDowngrade' Error='A later version of [ProductName] is already installed.' / InstallExecuteSequence Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Custom Action='NoDowngrade' After='FindRelatedProducts'NEWERFOUND/Custom RemoveExistingProducts After='InstallFinalize' / MsiPublishAssemblies Sequence='4000' / MsiUnpublishAssemblies Sequence='4001' / /InstallExecuteSequence AdvertiseExecuteSequence MsiPublishAssemblies Sequence='4002'/ /AdvertiseExecuteSequence Feature Id=AgressoCRM_feat Title=Agresso CRM for Education Level=1 Description=The Agresso CRM for Education Product. This should only be installed on the CRM Server. MergeRef Id=merge_AgressoCRMBase / /Feature /Product /Wix This email is from Agresso Limited. Its contents, including any attachments, are confidential to the person or business to which it is addressed. If you are not the intended recipient you may not read, copy, or make any other use of this email or its contents. If received in error, please tell the sender immediately and
[WiX-users] Custom Action formatted Progress text question
Hi, I have writen my own custom action.In addition I have declared this section uder fragment: UI ProgressText Action=MyCAGenerating file.../ProgressText /UI where its works fine. My question is : (1) if exist any way to add formated text to progress text. Ex: ProgressText Action=MyCAGenerating file {0}.../ProgressText where I can define in Custom action what will be {0} parameter. Thanks. Dima - 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] GUID generation in WiX
Hi there, I need to generate a GUID during the setup and put it in the registry key. Is there a simple way to generate random GUID in Windows Installer during installation? Is there WiX tag to do this? Thanks, Stas - 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] GUID generation in WiX
You could try something like ?define MyGuid = {----}? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stas Klyachkovsky Sent: 28 July 2008 12:32 To: wix-users@lists.sourceforge.net Subject: [WiX-users] GUID generation in WiX Hi there, I need to generate a GUID during the setup and put it in the registry key. Is there a simple way to generate random GUID in Windows Installer during installation? Is there WiX tag to do this? Thanks, Stas - 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 About Microsoft Ireland: www.microsoft.com/ireland Microsoft Ireland Operations Limited. A company incorporated and registered in Ireland number 256796. Microsoft Ireland Research. A company incorporated and registered in Ireland number 342235. Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland - 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] Should SuppressModularization affect the Target column for custom actions 35 and 51?
Hi, I have to create/set some application data folders (for all users) und tried to use custom actions 35 or 51 according to http://msdn.microsoft.com/en-us/library/aa367852(VS.85).aspx. WiX fragment: CustomAction Id=AssignDATADIR Directory=MYDATADIR Value=[CommonAppDataFolder]MyCompany\Data SuppressModularization=yes / CustomAction Id=AssignDATADIR2 Property=MYDATADIR2 Value=[CommonAppDataFolder]MyCompany\Data SuppressModularization=yes / ... InstallXXXSequence Custom Action=AssignDATADIR Before=CostFinalize(Not Installed) AND (VersionNT gt;= 600)/Custom Custom Action=AssignDATADIR2 Before=CostFinalize(Not Installed) AND (VersionNT gt;= 600)/Custom ... Unfortunately WiX generates following string (in both cases) in the column Target of CustomActions table: [CommonAppDataFolder.FF60FDA4_016C_4310_A592_F84637EA5195]MyCompany\Data (Note that a merge module is generated, so the PackageId is inserted). It looks for me that only the column Action is affected by setting SuppressModularization. In my case, after linking the merge module into my target msi causes errors during installation because property CommonAppDataFolder.FF60FDA4_016C_4310_A592_F84637EA5195 is unknown there. Is it a bug or should I look for another way ? Thanks, Andrej p.s. Tested with WiX 3.0.4318. - 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
Hi, i'm trying to understand the CloseApplication functionality of wix. I'm trying to detect if an app (Internet Explorer) is running and ask the user if they want to restart it (as my installer is for a plugin for IE). I can use CloseApplication to set a property and use this to alter the UI sequence asking the user if they want IE to be restarted. But i'm unsure how to actually use it to close IE. I'm guessing it is through the use of a custom action, but i'm not sure where to go from here. Additionally while checking this, i've realised that although i can set the property, it is set before the UI part runs and therefore i can't reference it in my dialogs - how can i bump this up the install sequence? any suggestions thanks JOHN - 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] GUID generation in WiX
That GUID would be generated at MSI build time, not at MSI install time, so it won't be unique for each user. Neil From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Pat Higgins [EMAIL PROTECTED] Sent: Monday, July 28, 2008 4:51 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] GUID generation in WiX You could try something like ?define MyGuid = {----}? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stas Klyachkovsky Sent: 28 July 2008 12:32 To: wix-users@lists.sourceforge.net Subject: [WiX-users] GUID generation in WiX Hi there, I need to generate a GUID during the setup and put it in the registry key. Is there a simple way to generate random GUID in Windows Installer during installation? Is there WiX tag to do this? Thanks, Stas - 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 About Microsoft Ireland: www.microsoft.com/irelandhttp://www.microsoft.com/ireland Microsoft Ireland Operations Limited. A company incorporated and registered in Ireland number 256796. Microsoft Ireland Research. A company incorporated and registered in Ireland number 342235. Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland - 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] Temp files after repair
If i repair the MSI keeping one of the installed files opened, i see there are temp files getting created inside the installdir.Why is this happening? WI have tried changing the REINSTALLMODE=vmus so that all files will be forecully reinstalled.But no luck though..Can anyone give me an insight on this behavir of MSI? -- View this message in context: http://www.nabble.com/Temp-files-after-repair-tp18689219p18689219.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] GUID generation in WiX
Pardon my french, but why the frak would you want to do something nondeterministic in a setup/installation package? (You'd probably have to write your own CA for this.) On Mon, Jul 28, 2008 at 9:08 AM, Neil Enns [EMAIL PROTECTED] wrote: That GUID would be generated at MSI build time, not at MSI install time, so it won't be unique for each user. Neil From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Pat Higgins [EMAIL PROTECTED] Sent: Monday, July 28, 2008 4:51 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] GUID generation in WiX You could try something like ?define MyGuid = {----}? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stas Klyachkovsky Sent: 28 July 2008 12:32 To: wix-users@lists.sourceforge.net Subject: [WiX-users] GUID generation in WiX Hi there, I need to generate a GUID during the setup and put it in the registry key. Is there a simple way to generate random GUID in Windows Installer during installation? Is there WiX tag to do this? Thanks, Stas - 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 About Microsoft Ireland: www.microsoft.com/irelandhttp://www.microsoft.com/ireland Microsoft Ireland Operations Limited. A company incorporated and registered in Ireland number 256796. Microsoft Ireland Research. A company incorporated and registered in Ireland number 342235. Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland - 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] GUID generation in WiX
Also, only very limited number of attributes take the ? GUID. It isn't a general purpose thing because this is a very strange requirement to have. It'll be an interesting thing to try to repair, upgrade and patch as well... why do you need it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Enns Sent: Monday, July 28, 2008 07:08 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] GUID generation in WiX That GUID would be generated at MSI build time, not at MSI install time, so it won't be unique for each user. Neil From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Pat Higgins [EMAIL PROTECTED] Sent: Monday, July 28, 2008 4:51 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] GUID generation in WiX You could try something like ?define MyGuid = {----}? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stas Klyachkovsky Sent: 28 July 2008 12:32 To: wix-users@lists.sourceforge.net Subject: [WiX-users] GUID generation in WiX Hi there, I need to generate a GUID during the setup and put it in the registry key. Is there a simple way to generate random GUID in Windows Installer during installation? Is there WiX tag to do this? Thanks, Stas - 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 About Microsoft Ireland: www.microsoft.com/irelandhttp://www.microsoft.com/ireland Microsoft Ireland Operations Limited. A company incorporated and registered in Ireland number 256796. Microsoft Ireland Research. A company incorporated and registered in Ireland number 342235. Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland - 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] Dependency Management
OK, so I fixed the problem with the heat project harvester. How do I submit these changes to you Wix fellows for review and possible inclusion? Chris On Fri, Jul 25, 2008 at 3:37 PM, Christopher Karper [EMAIL PROTECTED] wrote: Actually, I'm looking at it right now. The problem is that my projects don't use the default build configuration, they need either x86 or x64 specified as the platform, and it won't build without that. It could easily be solved by having the abililty to pass properties to the build system from heat, but the VSHeatExtension doesn't currently work that way. It wouldn't be a big deal, unless you have different outputs based on platform and/or config... I could imagine numerous places this would make a difference. Anyway, I know no one is working on it, so I am. I'm putting the fix in place now, and I'll be happy to share it. I'm not real sure what you guys need to do to integrate it, but I'm sure it'll get worked out when you have some working code right in front of you. Chris On Fri, Jul 25, 2008 at 3:30 PM, Rob Mensching [EMAIL PROTECTED] wrote: Heh, well, yeah... uhh, I don't actually use it... smile/ Worst, we don't actually have anyone working on heat.exe right now. It was Derek's baby and he's been gone (off to some startup to make the big bucks or something grin/) for quite a while now. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Friday, July 25, 2008 10:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Dependency Management Yeah, the heat project harvester was non-functional the last time I tried it (about 3-4 drops ago)/ It just throws an exception every time. If I get some spare time, I'll poke around and see what I can find. On Fri, Jul 25, 2008 at 12:12 PM, Rob Mensching [EMAIL PROTECTED] wrote: That's all true. However, IIRC, heat does have an MSBuild Task that can harvest projects. I'm not sure how well it works right now but I know that there are some manual steps to get it wired in to begin with. Anyway, I think that there is a point in the future where Votive could automagically manage the outputs from projects and create Components for you. The VS project system provides extra metadata that the raw just harvest this directory and figure everything out for me doesn't provide. Unfortunately, from what I've seen, adding features to Votive takes significant effort due to the weight of the VS project system. Anyway, the answer is it isn't automagic for you today but there is hope for the future inside Votive... but that doesn't help you much right now. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Friday, July 25, 2008 08:56 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Dependency Management This is a source of lots of hot discussion on the list right now. There is nothing that can automatically manage things for you the way you would be used to with Visual Studio. The Windows Installer is a mighty finicky beasty, and adhering to all of it's rules makes development such a thing a very difficult task. The tool heat.exe in WiX can do an initial harvest for you, but at last check for me, the project harvesting wasn't working. You would need to just harvest files from the output directory. From that point on, the onus would be on development staff to maintain the .wxs file along with the code. At least, that's the current recommended workflow AFAIK. Welcome to the list! Chris On Fri, Jul 25, 2008 at 11:43 AM, Steve Wagner [EMAIL PROTECTED] wrote: Apologies if this has been asked and answered a zillion times already, I am fairly new to WiX and very new to the list :) Using the Visual Studio deployment projects one is able to assign the output of a project or projects to the installer project and that has the effect of having the IDE manage all the dependencies. Is there a similar mechanism when using WiX? Or would we need to manually manage the dependencies in the xml files? Thanks for any information / resources you can offer! Steve Wagner | Senior Software Design Engineer | Advertiser and Publisher Solutions Group (APS) Office 206-816-8440 | Fax 425-936-7329 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | advertising.microsoft.com P please consider the environment before printing this e-mail. - 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
[WiX-users] Error Creating Patch
I was successful in creating the two different .msi's. Built the transform with torch. Compiled the Patch.wxs. But when I run pyro I get this error. ..\Patches\Patch.wixmsp : error PYRO0104 : Not a valid output file; detail: Invalid character in the given encoding. Line 1, position 1. Anyone have any ideas why this is happening or know how I can debug this? Thanks, 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
[WiX-users] Missing reference ConfigureSql ?
Our upgrade test for WIX version 2.0.5805.0 failed with a missing reference: error LGHT0112 : Unresolved reference to symbol 'CustomAction:ConfigureSql' in section 'Product:87987744-2DCA-4262-B0A2-57B2EEA3FBE9'. We copied our build files from version 2.0.2912.0 and simply tried to compile with version 2.0.5805.0. I found a bug reference for this ([ 1653864 ] SqlScript element causes ConfigureSql action to fail) with attached note that the bug was fixed and pushed: Date: 2007-02-07 11:43Sender: robmenLogged In: YES user_id=991639Originator: NO Fixes made in WiX v2 will be pushed up to WiX v3 after WiX v2 has beencompleted. WiX v3 is not intended for general purpose use yet and willhave severe bugs for the next 6 months at least. If you want a stabletoolset *right now*, go with WiX v2 instead. Anyone know what is going on with ConfigureSql ? Thanks, g _ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm - 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] Failure using Wix installer certificates with WCF
I have a wix project that uses the IIS extension to install a simple x509 certificate. Here is my wix snippet: Binary Id=BIN_MyCertificate.pfx SourceFile=$(var.Binaries)\MyCertificate.pfx / DirectoryRef Id=INSTALLLOCATION ?define ComponentGuid = f128910b-318d-4b3f-96c3-f59610bbfce5 ? Component Id=CP_ MyCertificate.pfx Guid=$(var.ComponentGuid) KeyPath=yes iis:Certificate Id=CERT_ MyCertificate.pfx BinaryKey=BIN_ MyCertificate Name=My Certificate Overwrite=yes PFXPassword=MyPassword Request=no StoreLocation=localMachine StoreName=personal / /Component /DirectoryRef The certificate appears to install ok. I then use a custom action to execute the winhttpcertcfg utility to adjust the permissions this certificate. That appears to work too. However, when I try to run a WCF based service (in IIS), I get the error below, in the event log. If I try running an install without have Wix do the certificate installation (ie I manually install it), everything works ok. When Wix installs the certificate, I can see the entry in the MMC console, but WCF won't use it. Am I missing something here, or is there a known bug concerning this scenario? Thanks, John (Event log details below) WebHost failed to process a request. Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/18271112 Exception: System.ServiceModel.ServiceActivationException: The service '/SelectServer/Integration/v1/Registration.svc' cannot be activated due to an exception during compilation. The exception message is: The certificate 'CN=My Certificate' must have a private key that is capable of key exchange. The process must have access rights for the private key.. --- System.ArgumentException: The certificate 'CN=My Certificate' must have a private key that is capable of key exchange. The process must have access rights for the private key. --- System.Security.Cryptography.CryptographicException: Keyset does not exist at System.Security.Cryptography.Utils.CreateProvHandle(CspParameters parameters, Boolean randomKeyContainer) at System.Security.Cryptography.Utils.GetKeyPairHelper(CspAlgorithmType keyType, CspParameters parameters, Boolean randomKeyContainer, Int32 dwKeySize, SafeProvHandle safeProvHandle, SafeKeyHandle safeKeyHandle) at System.Security.Cryptography.RSACryptoServiceProvider.GetKeyPair() at System.Security.Cryptography.RSACryptoServiceProvider..ctor(Int32 dwKeySize, CspParameters parameters, Boolean useDefaultKeySize) at System.Security.Cryptography.RSACryptoServiceProvider..ctor(CspParameter s parameters) at System.Security.Cryptography.X509Certificates.X509Certificate2.get_Priva teKey() at System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch ange(X509Certificate2 certificate) --- End of inner exception stack trace --- at System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch ange(X509Certificate2 certificate) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teServerX509TokenProvider() at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teLocalSecurityTokenProvider(RecipientServiceModelSecurityTokenRequireme nt recipientRequirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teSecurityTokenProvider(SecurityTokenRequirement requirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teTlsnegoServerX509TokenProvider(RecipientServiceModelSecurityTokenRequi rement recipientRequirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teTlsnegoSecurityTokenAuthenticator(RecipientServiceModelSecurityTokenRe quirement recipientRequirement, Boolean requireClientCertificate, SecurityTokenResolver sctResolver) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teSecurityTokenAuthenticator(SecurityTokenRequirement tokenRequirement, SecurityTokenResolver outOfBandTokenResolver) at System.ServiceModel.Security.SecuritySessionSecurityTokenAuthenticator.S essionRenewSecurityTokenManager.CreateSecurityTokenAuthenticator(Securit yTokenRequirement tokenRequirement, SecurityTokenResolver outOfBandTokenResolver) at System.ServiceModel.Security.SymmetricSecurityProtocolFactory.OnOpen(Tim eSpan timeout) at System.ServiceModel.Security.WrapperSecurityCommunicationObject.OnOpen(T imeSpan timeout) at System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) at System.ServiceModel.Security.SecurityProtocolFactory.Open(Boolean actAsInitiator, TimeSpan timeout) at System.ServiceModel.Security.SecurityListenerSettingsLifetimeManager.Ope n(TimeSpan timeout) at
Re: [WiX-users] Two questions about new WiX patching
Thanks Blair, that is exactly what I was looking for1 My problem is precisely in impossibility to recreate the same file locations between the builds. For a while I thought about building MSI, then doing administrative install and then fixing the paths in non-binary wixpdb to correspond to admin install. However, binary wixpdb is much easier and less error prone approach than that. Now, if I only knew how #2 works ... Tony -Original Message- From: Blair Murri [mailto:[EMAIL PROTECTED] Sent: Sunday, July 27, 2008 2:45 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Two questions about new WiX patching I don't know the answer to #2, but as to #1 (Pyro actually creates the deltas, based on what is in the wixmst(s) passed to it) (this is accurate as of ~ 6 months ago, Peter please correct me if I am wrong on any changes to the wixpdbs), there are two possibilities: 1) wixpdb is a binary wixout: Can be as a result of using dark, or as a result of binding using binary wixouts from linking with the -bf and -xo parameters. Torch passes the files used to create the deltas from the wixpdbs passed in to the wixmst (making a binary wixmst). Note that it is possible for one of the two wixpdbs to have been binary and the other to not be, in which case the wixmst contains the files from the binary wixpdb and filespecs from the non-binary wixpdb. Note further that it is possible to create wixpdbs (or any wixout, for that matter) with a mix of included and referenced binaries, but most of the time you get all one or all the other. 2) wixpdb is not a binary wixout: Results of linking and binding in one step. Torch passes the filespecs (path to the files) from the wixpdb in the wixmst. Pyro will use whatever it is passed (included files or filepaths) to get the two versions of the files it will create the delta patches for. What I recommend is: link with -xo and -bf to produce a binary (bound) wixout (using light). Bind with the binary wixout (using light again) to create the MSI if needed. Store the resulting wixpdb for use in creating MSPs in later builds. Otherwise, you will have to recreate or restore the old files in the exact same file locations as they were when you created the wixpdb, and the new wixpdb will have to be created in a different file location. Hard to do with most centralized build systems. In your later build, if you don't need to create both an MSI and an MSP configuring the same version (hope you don't) then you may not have to create a binary (bound) wixpdb for the upgrade case, otherwise build it the same way. Pass both wixpdbs to torch, and pyro will use the files in the generated wixmst file to generate the deltas. At least that is the way it was working when I added it to WiX. -Blair -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Juricic Sent: Tuesday, July 22, 2008 2:50 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Two questions about new WiX patching Or am I, for the time being, still better off with the old-style administrative installs and PatchCreation? In my case binary delta is the requirement. Thanks -Original Message- From: Tony Juricic Sent: Monday, July 21, 2008 2:08 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Two questions about new WiX patching 1) I don't understand how do wixpdb ouputs deal with binary delta patches? Looking at example commands it appears as if MSI (or binary files compressed inside MSI cab) are not needed, as if all relevant info is contained in wixpdb. Or is it that torch, while working on the differences between 2 wixpdbs, expects that MSIs are present in respective locations and decompresses them to find delta patches? 2) Regarding file sequences, if, for example, I have 200 files to install and possibly need to patch each and every one of them, am I supposed to increment media Id by 200? So I would start with say: Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media Then the next patch would be: Media Id=5200 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media next Media Id=5400 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media and so on? Thanks for any input! - 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
[WiX-users] Creating entires in Wow6432Node
Hello, I have a requirement that my 64 bit msi should create registry entries on the Wow6432Node. In my wix file, I have the following logic ?ifdef BUILDi386? RegistryValue Id=Reg01 Root=HKLM Key=SOFTWARE\Microsoft\.NETFramework\AssemblyFolders\UCMA SDK V2.0 Assemblies Type=string Value=[INSTALLDIR]Bin / ?endif ? ?ifdef BUILDAMD64? RegistryValue Id=Reg01 Root=HKLM Key=SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders\UCMA SDK V2.0 Assemblies Type=string Value=[INSTALLDIR]Bin / ?endif ? Specifically, I force going to the WowNode if the build is for creating a 64 bit msi. However, I observe that on a 64 bit build, the registry entry is always created in the normal hive (SOFTWARE\Microsoft\.NETFramework\AssemblyFolders) and not on the WOW node (SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders) I was wondering if someone could help me on how to achieve it. What could I be missing? Thanks in advance, Aseef. - 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] Creating entires in Wow6432Node
Use the Win64=no attribute on the containing Component. Chris On Mon, Jul 28, 2008 at 3:29 PM, Nilkund Aseef [EMAIL PROTECTED] wrote: Hello, I have a requirement that my 64 bit msi should create registry entries on the Wow6432Node. In my wix file, I have the following logic ?ifdef BUILDi386? RegistryValue Id=Reg01 Root=HKLM Key=SOFTWARE\Microsoft\.NETFramework\AssemblyFolders\UCMA SDK V2.0 Assemblies Type=string Value=[INSTALLDIR]Bin / ?endif ? ?ifdef BUILDAMD64? RegistryValue Id=Reg01 Root=HKLM Key=SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders\UCMA SDK V2.0 Assemblies Type=string Value=[INSTALLDIR]Bin / ?endif ? Specifically, I force going to the WowNode if the build is for creating a 64 bit msi. However, I observe that on a 64 bit build, the registry entry is always created in the normal hive (SOFTWARE\Microsoft\.NETFramework\AssemblyFolders) and not on the WOW node (SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders) I was wondering if someone could help me on how to achieve it. What could I be missing? Thanks in advance, Aseef. - 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] Missing reference ConfigureSql ?
What is the command line you are building with? Sounds like you need sca.wixlib passed as an arg to light.exe (or maybe it's wixca.wixlib). Dana On Mon, Jul 28, 2008 at 2:28 PM, Gregory Swanson [EMAIL PROTECTED]wrote: Our upgrade test for WIX version 2.0.5805.0 failed with a missing reference: error LGHT0112 : Unresolved reference to symbol 'CustomAction:ConfigureSql' in section 'Product:87987744-2DCA-4262-B0A2-57B2EEA3FBE9'. We copied our build files from version 2.0.2912.0 and simply tried to compile with version 2.0.5805.0. I found a bug reference for this ([ 1653864 ] SqlScript element causes ConfigureSql action to fail) with attached note that the bug was fixed and pushed: Date: 2007-02-07 11:43Sender: robmenLogged In: YES user_id=991639Originator: NO Fixes made in WiX v2 will be pushed up to WiX v3 after WiX v2 has beencompleted. WiX v3 is not intended for general purpose use yet and willhave severe bugs for the next 6 months at least. If you want a stabletoolset *right now*, go with WiX v2 instead. Anyone know what is going on with ConfigureSql ? Thanks, g _ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm - 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] Missing reference ConfigureSql ?
The command line is: light wixca.wixlib sca.wixlib ENS.wixobj CustomActions.wixobj ServSrc.wixobj WebSrc.wixobj SiteDataSrc.wixobj -out ENS.msi g Date: Mon, 28 Jul 2008 16:14:42 -0400 From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Missing reference ConfigureSql ? What is the command line you are building with? Sounds like you need sca.wixlib passed as an arg to light.exe (or maybe it's wixca.wixlib). Dana On Mon, Jul 28, 2008 at 2:28 PM, Gregory Swanson [EMAIL PROTECTED]wrote: Our upgrade test for WIX version 2.0.5805.0 failed with a missing reference: error LGHT0112 : Unresolved reference to symbol 'CustomAction:ConfigureSql' in section 'Product:87987744-2DCA-4262-B0A2-57B2EEA3FBE9'. We copied our build files from version 2.0.2912.0 and simply tried to compile with version 2.0.5805.0. I found a bug reference for this ([ 1653864 ] SqlScript element causes ConfigureSql action to fail) with attached note that the bug was fixed and pushed: Date: 2007-02-07 11:43Sender: robmenLogged In: YES user_id=991639Originator: NO F ixes made in WiX v2 will be pushed up to WiX v3 after WiX v2 has beencompleted. WiX v3 is not intended for general purpose use yet and willhave severe bugs for the next 6 months at least. If you want a stabletoolset *right now*, go with WiX v2 instead. Anyone know what is going on with ConfigureSql ? Thanks, g _ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm - 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-use [EMAIL PROTECTED] 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 _ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008 - 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] 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
Re: [WiX-users] Missing reference ConfigureSql ?
Dana - I'm re-posting this reply because the previous one was re-formatted in a way that changed its meaning. The command line is: light wixca.wixlib sca.wixlib ENS.wixobj CustomActions.wixobj ServSrc.wixobj WebSrc.wixobj SiteDataSrc.wixobj -out ENS.msi Thanks - g Date: Mon, 28 Jul 2008 16:14:42 -0400 From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Missing reference ConfigureSql ? What is the command line you are building with? Sounds like you need sca.wixlib passed as an arg to light.exe (or maybe it's wixca.wixlib). Dana On Mon, Jul 28, 2008 at 2:28 PM, Gregory Swanson [EMAIL PROTECTED]wrote: Our upgrade test for WIX version 2.0.5805.0 failed with a missing reference: error LGHT0112 : Unresolved reference to symbol 'CustomAction:ConfigureSql' in section 'Product:87987744-2DCA-4262-B0A2-57B2EEA3FBE9'. We copied our build files from version 2.0.2912.0 and simply tried to compile with version 2.0.5805.0. I found a bug reference for this ([ 1653864 ] SqlScript element causes ConfigureSql action to fail) with attached note that the bug was fixed and pushed: Date: 2007-02-07 11:43Sender: robmenLogged In: YES user_id=991639Originator: NO F ixes made in WiX v2 will be pushed up to WiX v3 after WiX v2 has beencompleted. WiX v3 is not intended for general purpose use yet and willhave severe bugs for the next 6 months at least. If you want a stabletoolset *right now*, go with WiX v2 instead. Anyone know what is going on with ConfigureSql ? Thanks, g _ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm - 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-use [EMAIL PROTECTED] 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 _ With Windows Live for mobile, your contacts travel with you. http://www.windowslive.com/mobile/overview.html?ocid=TXT_TAGLM_WL_mobile_072008 - 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] GUID generation in WiX
In article [EMAIL PROTECTED], Erik Garcia [EMAIL PROTECTED] writes: Pardon my french, but why the frak would you want to do something nondeterministic in a setup/installation package? Perhaps you want to uniquely identify each install for bug reporting purposes. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - 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] Building msi across OS's
Hi, Question from a wix newbie. I ran into the following issue: I am building an msi in Vista (let's just say client) that could be installed either on Vista (client) or Win 2003 Server OS. One of the issues was that the framework resides under C:\WINNT in the server OS, and under C:\Windows in client (vista in my case). Apparently, any environment variables in wxs are resolved at compile, not run time. Is the only way to make it possible to use one MSI to do a CustomAction that first determines which of the OS's I'm running on and then attempt to set the property? Is that even possible? Thanks for any tips :) -greg - 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] Preview of binary WIXPDB file
Non-binary ones are just XML so I use XML Notepad to look at them. For MSI's I use Orca. Is it that a tool for previewing binary WiXpdbs has yet to be written ? Thanks, Tony - 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] Building msi across OS's
Greg, Check out the netfxutil extension. It includes many properties, including the directories for various versions of the framework. The help file has a how to on using it to get the framework version, and that is similar to using it for the directory. All the available properties are in the help file as well. -Original Message- From: Greg Silin [EMAIL PROTECTED] Sent: Monday, July 28, 2008 4:49 PM To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject: [WiX-users] Building msi across OS's Hi, Question from a wix newbie. I ran into the following issue: I am building an msi in Vista (let's just say client) that could be installed either on Vista (client) or Win 2003 Server OS. One of the issues was that the framework resides under C:\WINNT in the server OS, and under C:\Windows in client (vista in my case). Apparently, any environment variables in wxs are resolved at compile, not run time. Is the only way to make it possible to use one MSI to do a CustomAction that first determines which of the OS's I'm running on and then attempt to set the property? Is that even possible? Thanks for any tips :) -greg - 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 and VS2008 Merge Modules
Ahh, okay then I know what the problem is. The Merge Module is *supposed* to include all the base actions necessary to install itself. In your case, the Merge Module must not have the InstallFiles/RemoveFiles actions. If you just add those to actions (no Sequence necessary) to your InstallExecuteSequenceElement, the WiX toolset will ensure your MSI ends up with those actions and the files will get installed/uninstalled. This happens very rarely since most Products have Files in addition to Merge elements so the WiX toolset added the action for you. Maybe one day, we'll be able to detect when Merge Modules are poorly authored and automatically detect the missing actions... not quite there yet. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Adams Sent: Monday, July 28, 2008 00:30 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] WIX and VS2008 Merge Modules I've found a resolution to this problem now, although it's a bit of a hack. NOTE: I'm now on WIX 3.0.4325.0 When the WIX project only contains registry keys and references to merge modules it doesn't seem to put any files down. The moment that I added a Component and a (blank text) file down just above the merge reference in the folder I wanted for the merge module all files seemed to install correctly. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Adams Sent: 25 July 2008 17:30 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] WIX and VS2008 Merge Modules Yeah, the files are definitely included - I can see them in orca and running FILEMON when the MSI in installing I can see msiexec trying to locate each file in turn (which it fails to). I'm currently trying to upgrade to the latest weekly release of WIX to see if that helps (but am getting error unable to load mergemod.dll :() -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 25 July 2008 17:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX and VS2008 Merge Modules Can you pop the final MSI open in Orca and see if the Merge Module contents are actually in there? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Adams Sent: Friday, July 25, 2008 04:48 To: 'wix-users@lists.sourceforge.net' Subject: [WiX-users] WIX and VS2008 Merge Modules Hi, I have a very puzzling situation, and am hoping someone can shed some light on it. I have a Visual Studio 2008 Merge Module (containing Content Files and Project Output, and a couple of directories). If I reference this merge module from a normal VS 2008 Setup Project all files are installed as expected, however if I reference this merge module from a WIX (3) installer no files are output. I've run FILEMON while the install is taking place and it is looking in the correct location (c:\inetpub\wwwroot\ISV\...) to add the files, but FILEMON returns FILENOTFOUND errors. It seems like the Merge Module should be creating the directories, but is not. This only occurs when the main setup project is WIX - normal VS setup projects are fine. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension; Product Id=fb7b5480-3723-4b32-93bf-d2f28dc59ef3 Name=Agresso CRM for Education Language=1033 Version=1.0.1 Manufacturer=Agresso Ltd UpgradeCode=9bfa8877-676c-48d4-878b-6eb75e5ed341 Package InstallerVersion=200 Compressed=yes Description=Agresso CRM for Education / Media Id=1 Cabinet=AgressoCRM.cab EmbedCab=yes / Property Id=CRMWWWROOT_PATH RegistrySearch Id=MSCRM_WebSitePath Root=HKLM Type=raw Key=SOFTWARE\Microsoft\MSCRM Name=WebSitePath/RegistrySearch /Property Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR/ UIRef Id=WixUI_Mondo / UIRef Id=WixUI_ErrorProgressText / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=INSTALLDIR Name=Agresso Ltd Directory Id=dir_AgressoLtd_AgressoCrm Name=Agresso CRM /Directory /Directory /Directory Directory Id=CRMWWWROOT_PATH Directory Id=ISV Name=ISV Merge Id=merge_AgressoCRMBase Language=1033 DiskId=1 SourceFile=C:\Development\Main\Sources\Agresso CRM\Sources\AgressoCRMBase\Base_MM\Debug\Base_MM.msm/Merge /Directory /Directory /Directory CustomAction Id='AlreadyUpdated' Error='[ProductName] is already installed.' / CustomAction Id='NoDowngrade' Error='A later version of [ProductName] is already installed.' / InstallExecuteSequence Custom Action='AlreadyUpdated' After='FindRelatedProducts'PATCHFOUND/Custom Custom Action='NoDowngrade'
Re: [WiX-users] GUID generation in WiX
Ohh, I completely understand the many possible uses, but that sounds more like an app configuration problem than something that WiX is geared towards. I'm just a proponent of picking the right tool for the job, and in this case WiX isn't the best tool for the job, a CA is... IMHO. On Mon, Jul 28, 2008 at 6:37 PM, Richard [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Erik Garcia [EMAIL PROTECTED] writes: Pardon my french, but why the frak would you want to do something nondeterministic in a setup/installation package? Perhaps you want to uniquely identify each install for bug reporting purposes. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - 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] How to include localized components?
I currently have two installs for my product. One in English and one in Japanese. Most files are the same for both languages, but some files are different. I was planning to use Wix include files (wxi) for the languages (one for English, and one for Japanese). I could then include the correct components and files in the Japanese install and separate components and files in the English install. I'm currently using VS 2008 with Wix to build my project which can build both the English and Japanese at the same time, but I'm trying to see how I can use a preprocessor variable to perform the right include. So my main .wxs file would have this at the top: ?if $(var.Culture) = 'ja-JP' ? ?include ProductJapanese.wxi ? ?endif ? Is that possible, or is there a much easier way to do this? I don't see any variables for the culture currently being built. Thanks, Mike Ballou - 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] EmbeddedUIResource
We're building a .NET based embedded UI for Windows Installer 4.5. While the SDK for windows installer implies more than one resource DLL can be included in the MsiEmbeddedUI table (though only one primary DLL), the wix schema doesn't allow more than one EmbeddedUIResource element under the EmbeddedUI element. Should it? - 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] Conditional Property Value
I want to set a property value depending on a condition.. Property Id=A Value=1/ Property Id=B Value=Some value/ if A == 1 then B = A is one else B = A is not one How do I do this? -- View this message in context: http://www.nabble.com/Conditional-Property-Value-tp18704186p18704186.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] How to include localized components?
.wxl files are an easier way to do this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Ballou Sent: Monday, July 28, 2008 18:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to include localized components? I currently have two installs for my product. One in English and one in Japanese. Most files are the same for both languages, but some files are different. I was planning to use Wix include files (wxi) for the languages (one for English, and one for Japanese). I could then include the correct components and files in the Japanese install and separate components and files in the English install. I'm currently using VS 2008 with Wix to build my project which can build both the English and Japanese at the same time, but I'm trying to see how I can use a preprocessor variable to perform the right include. So my main .wxs file would have this at the top: ?if $(var.Culture) = 'ja-JP' ? ?include ProductJapanese.wxi ? ?endif ? Is that possible, or is there a much easier way to do this? I don't see any variables for the culture currently being built. Thanks, Mike Ballou - 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] Missing reference ConfigureSql ?
IRCC, the ConfigureSql action was renamed somewhere in there. Did you rebuild everything? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gregory Swanson Sent: Monday, July 28, 2008 11:29 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Missing reference ConfigureSql ? Our upgrade test for WIX version 2.0.5805.0 failed with a missing reference: error LGHT0112 : Unresolved reference to symbol 'CustomAction:ConfigureSql' in section 'Product:87987744-2DCA-4262-B0A2-57B2EEA3FBE9'. We copied our build files from version 2.0.2912.0 and simply tried to compile with version 2.0.5805.0. I found a bug reference for this ([ 1653864 ] SqlScript element causes ConfigureSql action to fail) with attached note that the bug was fixed and pushed: Date: 2007-02-07 11:43Sender: robmenLogged In: YES user_id=991639Originator: NO Fixes made in WiX v2 will be pushed up to WiX v3 after WiX v2 has beencompleted. WiX v3 is not intended for general purpose use yet and willhave severe bugs for the next 6 months at least. If you want a stabletoolset *right now*, go with WiX v2 instead. Anyone know what is going on with ConfigureSql ? Thanks, g _ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm - 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
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
Re: [WiX-users] Conditional Property Value
Publish Property='B' Value='A is one'![CDATA[A = 1]]/Publish Publish Property='B' Value='A is not one'![CDATA[A 1]]/Publish Sajid1105 wrote: I want to set a property value depending on a condition.. Property Id=A Value=1/ Property Id=B Value=Some value/ if A == 1 then B = A is one else B = A is not one How do I do this? -- View this message in context: http://www.nabble.com/Conditional-Property-Value-tp18704186p18704562.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] How to include localized components?
To elaborate a bit on what Rob states below (thanks for setting me straight, Rob!), you can use !(loc) variables as the value for the Source attribute on a File element. So in your Japanese localization file you can set a String property to the path to the Japanese version of the files on disk, and in the English localization file the path can be to the English files. Neil From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Rob Mensching [EMAIL PROTECTED] Sent: Monday, July 28, 2008 8:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to include localized components? .wxl files are an easier way to do this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Ballou Sent: Monday, July 28, 2008 18:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to include localized components? I currently have two installs for my product. One in English and one in Japanese. Most files are the same for both languages, but some files are different. I was planning to use Wix include files (wxi) for the languages (one for English, and one for Japanese). I could then include the correct components and files in the Japanese install and separate components and files in the English install. I'm currently using VS 2008 with Wix to build my project which can build both the English and Japanese at the same time, but I'm trying to see how I can use a preprocessor variable to perform the right include. So my main .wxs file would have this at the top: ?if $(var.Culture) = 'ja-JP' ? ?include ProductJapanese.wxi ? ?endif ? Is that possible, or is there a much easier way to do this? I don't see any variables for the culture currently being built. Thanks, Mike Ballou - 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] Framework with Wix
Hi Jeff, Thanks for the response. I agree with the tool what you said. I am try to communicate clearly. - We want to create 20 packages for our project which includes biztalk, work flow, application database etc., - To create these packages we have some dependency between packages. - We want to create Automated build framework for all these packages. To acheive above requirements I am looking for some guidance like creating some base dependency libraries which will be referred by other packaging project. Please advice if I am clear enough to explain or let me know your clarifications. Cheers Raj On Fri, Jul 25, 2008 at 5:28 PM, jeff sacksteder [EMAIL PROTECTED]wrote: I'm not sure what you mean by 'framework' but there are some higher-level tools for composing Wix packages. Votive is Visual Studio integration for Wix. There are also third party tools like SharpDevelop and WixAware. I am new to Wix. Is there any existing framework available with Wix.? - 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] Building msi across OS's
You don't need a CustomAction. The Windows Installer has built in variables for a great many paths in Windows. WindowsFolder in this case. MSI SDK lists them all. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Silin Sent: Monday, July 28, 2008 16:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Building msi across OS's Hi, Question from a wix newbie. I ran into the following issue: I am building an msi in Vista (let's just say client) that could be installed either on Vista (client) or Win 2003 Server OS. One of the issues was that the framework resides under C:\WINNT in the server OS, and under C:\Windows in client (vista in my case). Apparently, any environment variables in wxs are resolved at compile, not run time. Is the only way to make it possible to use one MSI to do a CustomAction that first determines which of the OS's I'm running on and then attempt to set the property? Is that even possible? Thanks for any tips :) -greg - 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] How to include localized components?
After reading a little closer, if the Components are completely independent then you can put the resources in separate .wxs files and use the linker command-line + .wxl files to determine the final product (i.e. only provide English files + English .wxs files to build the English product and vice versa for Japanese). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Enns Sent: Monday, July 28, 2008 20:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to include localized components? To elaborate a bit on what Rob states below (thanks for setting me straight, Rob!), you can use !(loc) variables as the value for the Source attribute on a File element. So in your Japanese localization file you can set a String property to the path to the Japanese version of the files on disk, and in the English localization file the path can be to the English files. Neil From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Rob Mensching [EMAIL PROTECTED] Sent: Monday, July 28, 2008 8:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to include localized components? .wxl files are an easier way to do this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Ballou Sent: Monday, July 28, 2008 18:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to include localized components? I currently have two installs for my product. One in English and one in Japanese. Most files are the same for both languages, but some files are different. I was planning to use Wix include files (wxi) for the languages (one for English, and one for Japanese). I could then include the correct components and files in the Japanese install and separate components and files in the English install. I'm currently using VS 2008 with Wix to build my project which can build both the English and Japanese at the same time, but I'm trying to see how I can use a preprocessor variable to perform the right include. So my main .wxs file would have this at the top: ?if $(var.Culture) = 'ja-JP' ? ?include ProductJapanese.wxi ? ?endif ? Is that possible, or is there a much easier way to do this? I don't see any variables for the culture currently being built. Thanks, Mike Ballou - 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] Framework with Wix
Is there a reason you can't put all of this in a single Windows Installer package? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krishnan Senthilraj Sent: Monday, July 28, 2008 20:45 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Framework with Wix Hi Jeff, Thanks for the response. I agree with the tool what you said. I am try to communicate clearly. - We want to create 20 packages for our project which includes biztalk, work flow, application database etc., - To create these packages we have some dependency between packages. - We want to create Automated build framework for all these packages. To acheive above requirements I am looking for some guidance like creating some base dependency libraries which will be referred by other packaging project. Please advice if I am clear enough to explain or let me know your clarifications. Cheers Raj On Fri, Jul 25, 2008 at 5:28 PM, jeff sacksteder [EMAIL PROTECTED]wrote: I'm not sure what you mean by 'framework' but there are some higher-level tools for composing Wix packages. Votive is Visual Studio integration for Wix. There are also third party tools like SharpDevelop and WixAware. I am new to Wix. Is there any existing framework available with Wix.? - 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] Failure using Wix installer certificates with WCF
That's a new one on me. Certificates have proven to be no end of fun. I should have known this since they are part of the CryptoAPI and that API is one of the most cryptic around. Sorry, couldn't resist the pun. grin/ Anyway, something subtle is clearly different but I don't have any iea where to start looking. If you find a specific issue, it'd be great to file a bug against it. I'm going to start plowing through the certificate bugs soon. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Morris, John - Raleigh Sent: Monday, July 28, 2008 11:59 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Failure using Wix installer certificates with WCF I have a wix project that uses the IIS extension to install a simple x509 certificate. Here is my wix snippet: Binary Id=BIN_MyCertificate.pfx SourceFile=$(var.Binaries)\MyCertificate.pfx / DirectoryRef Id=INSTALLLOCATION ?define ComponentGuid = f128910b-318d-4b3f-96c3-f59610bbfce5 ? Component Id=CP_ MyCertificate.pfx Guid=$(var.ComponentGuid) KeyPath=yes iis:Certificate Id=CERT_ MyCertificate.pfx BinaryKey=BIN_ MyCertificate Name=My Certificate Overwrite=yes PFXPassword=MyPassword Request=no StoreLocation=localMachine StoreName=personal / /Component /DirectoryRef The certificate appears to install ok. I then use a custom action to execute the winhttpcertcfg utility to adjust the permissions this certificate. That appears to work too. However, when I try to run a WCF based service (in IIS), I get the error below, in the event log. If I try running an install without have Wix do the certificate installation (ie I manually install it), everything works ok. When Wix installs the certificate, I can see the entry in the MMC console, but WCF won't use it. Am I missing something here, or is there a known bug concerning this scenario? Thanks, John (Event log details below) WebHost failed to process a request. Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/18271112 Exception: System.ServiceModel.ServiceActivationException: The service '/SelectServer/Integration/v1/Registration.svc' cannot be activated due to an exception during compilation. The exception message is: The certificate 'CN=My Certificate' must have a private key that is capable of key exchange. The process must have access rights for the private key.. --- System.ArgumentException: The certificate 'CN=My Certificate' must have a private key that is capable of key exchange. The process must have access rights for the private key. --- System.Security.Cryptography.CryptographicException: Keyset does not exist at System.Security.Cryptography.Utils.CreateProvHandle(CspParameters parameters, Boolean randomKeyContainer) at System.Security.Cryptography.Utils.GetKeyPairHelper(CspAlgorithmType keyType, CspParameters parameters, Boolean randomKeyContainer, Int32 dwKeySize, SafeProvHandle safeProvHandle, SafeKeyHandle safeKeyHandle) at System.Security.Cryptography.RSACryptoServiceProvider.GetKeyPair() at System.Security.Cryptography.RSACryptoServiceProvider..ctor(Int32 dwKeySize, CspParameters parameters, Boolean useDefaultKeySize) at System.Security.Cryptography.RSACryptoServiceProvider..ctor(CspParameter s parameters) at System.Security.Cryptography.X509Certificates.X509Certificate2.get_Priva teKey() at System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch ange(X509Certificate2 certificate) --- End of inner exception stack trace --- at System.ServiceModel.Security.SecurityUtils.EnsureCertificateCanDoKeyExch ange(X509Certificate2 certificate) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teServerX509TokenProvider() at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teLocalSecurityTokenProvider(RecipientServiceModelSecurityTokenRequireme nt recipientRequirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teSecurityTokenProvider(SecurityTokenRequirement requirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teTlsnegoServerX509TokenProvider(RecipientServiceModelSecurityTokenRequi rement recipientRequirement) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teTlsnegoSecurityTokenAuthenticator(RecipientServiceModelSecurityTokenRe quirement recipientRequirement, Boolean requireClientCertificate, SecurityTokenResolver sctResolver) at System.ServiceModel.Security.ServiceCredentialsSecurityTokenManager.Crea teSecurityTokenAuthenticator(SecurityTokenRequirement tokenRequirement, SecurityTokenResolver outOfBandTokenResolver) at
Re: [WiX-users] Error Creating Patch
What version of WiX? What was the command-line? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse Sent: Monday, July 28, 2008 10:21 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Error Creating Patch I was successful in creating the two different .msi's. Built the transform with torch. Compiled the Patch.wxs. But when I run pyro I get this error. ..\Patches\Patch.wixmsp : error PYRO0104 : Not a valid output file; detail: Invalid character in the given encoding. Line 1, position 1. Anyone have any ideas why this is happening or know how I can debug this? Thanks, 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
Re: [WiX-users] Dependency Management
Sign an assignment agreement (send email to [EMAIL PROTECTED]) then send the patch to wix-devs (or just me). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Monday, July 28, 2008 10:19 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Dependency Management OK, so I fixed the problem with the heat project harvester. How do I submit these changes to you Wix fellows for review and possible inclusion? Chris On Fri, Jul 25, 2008 at 3:37 PM, Christopher Karper [EMAIL PROTECTED] wrote: Actually, I'm looking at it right now. The problem is that my projects don't use the default build configuration, they need either x86 or x64 specified as the platform, and it won't build without that. It could easily be solved by having the abililty to pass properties to the build system from heat, but the VSHeatExtension doesn't currently work that way. It wouldn't be a big deal, unless you have different outputs based on platform and/or config... I could imagine numerous places this would make a difference. Anyway, I know no one is working on it, so I am. I'm putting the fix in place now, and I'll be happy to share it. I'm not real sure what you guys need to do to integrate it, but I'm sure it'll get worked out when you have some working code right in front of you. Chris On Fri, Jul 25, 2008 at 3:30 PM, Rob Mensching [EMAIL PROTECTED] wrote: Heh, well, yeah... uhh, I don't actually use it... smile/ Worst, we don't actually have anyone working on heat.exe right now. It was Derek's baby and he's been gone (off to some startup to make the big bucks or something grin/) for quite a while now. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Friday, July 25, 2008 10:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Dependency Management Yeah, the heat project harvester was non-functional the last time I tried it (about 3-4 drops ago)/ It just throws an exception every time. If I get some spare time, I'll poke around and see what I can find. On Fri, Jul 25, 2008 at 12:12 PM, Rob Mensching [EMAIL PROTECTED] wrote: That's all true. However, IIRC, heat does have an MSBuild Task that can harvest projects. I'm not sure how well it works right now but I know that there are some manual steps to get it wired in to begin with. Anyway, I think that there is a point in the future where Votive could automagically manage the outputs from projects and create Components for you. The VS project system provides extra metadata that the raw just harvest this directory and figure everything out for me doesn't provide. Unfortunately, from what I've seen, adding features to Votive takes significant effort due to the weight of the VS project system. Anyway, the answer is it isn't automagic for you today but there is hope for the future inside Votive... but that doesn't help you much right now. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Christopher Karper Sent: Friday, July 25, 2008 08:56 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Dependency Management This is a source of lots of hot discussion on the list right now. There is nothing that can automatically manage things for you the way you would be used to with Visual Studio. The Windows Installer is a mighty finicky beasty, and adhering to all of it's rules makes development such a thing a very difficult task. The tool heat.exe in WiX can do an initial harvest for you, but at last check for me, the project harvesting wasn't working. You would need to just harvest files from the output directory. From that point on, the onus would be on development staff to maintain the .wxs file along with the code. At least, that's the current recommended workflow AFAIK. Welcome to the list! Chris On Fri, Jul 25, 2008 at 11:43 AM, Steve Wagner [EMAIL PROTECTED] wrote: Apologies if this has been asked and answered a zillion times already, I am fairly new to WiX and very new to the list :) Using the Visual Studio deployment projects one is able to assign the output of a project or projects to the installer project and that has the effect of having the IDE manage all the dependencies. Is there a similar mechanism when using WiX? Or would we need to manually manage the dependencies in the xml files? Thanks for any information / resources you can offer! Steve Wagner | Senior Software Design Engineer | Advertiser and Publisher Solutions Group (APS) Office 206-816-8440 | Fax 425-936-7329 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | advertising.microsoft.com P please consider the environment before printing
Re: [WiX-users] Temp files after repair
Log file might list the files as files to be removed on next reboot. Take a look at the verbose log file. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil Sent: Monday, July 28, 2008 07:10 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Temp files after repair If i repair the MSI keeping one of the installed files opened, i see there are temp files getting created inside the installdir.Why is this happening? WI have tried changing the REINSTALLMODE=vmus so that all files will be forecully reinstalled.But no luck though..Can anyone give me an insight on this behavir of MSI? -- View this message in context: http://www.nabble.com/Temp-files-after-repair-tp18689219p18689219.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] Should SuppressModularization affect the Target column for custom actions 35 and 51?
That's the spec'd behavior for Merge Modules (see the MSI SDK). Instead of using Merge Modules could you use a .wixlib instead? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrej Jantzen Sent: Monday, July 28, 2008 06:58 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Should SuppressModularization affect the Target column for custom actions 35 and 51? Hi, I have to create/set some application data folders (for all users) und tried to use custom actions 35 or 51 according to http://msdn.microsoft.com/en-us/library/aa367852(VS.85).aspx. WiX fragment: CustomAction Id=AssignDATADIR Directory=MYDATADIR Value=[CommonAppDataFolder]MyCompany\Data SuppressModularization=yes / CustomAction Id=AssignDATADIR2 Property=MYDATADIR2 Value=[CommonAppDataFolder]MyCompany\Data SuppressModularization=yes / ... InstallXXXSequence Custom Action=AssignDATADIR Before=CostFinalize(Not Installed) AND (VersionNT gt;= 600)/Custom Custom Action=AssignDATADIR2 Before=CostFinalize(Not Installed) AND (VersionNT gt;= 600)/Custom ... Unfortunately WiX generates following string (in both cases) in the column Target of CustomActions table: [CommonAppDataFolder.FF60FDA4_016C_4310_A592_F84637EA5195]MyCompany\Data (Note that a merge module is generated, so the PackageId is inserted). It looks for me that only the column Action is affected by setting SuppressModularization. In my case, after linking the merge module into my target msi causes errors during installation because property CommonAppDataFolder.FF60FDA4_016C_4310_A592_F84637EA5195 is unknown there. Is it a bug or should I look for another way ? Thanks, Andrej p.s. Tested with WiX 3.0.4318. - 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] : Problem when installing Windows service using Wix.
What's the problem? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Sunday, July 27, 2008 23:27 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] : Problem when installing Windows service using Wix. Hi All, Can any give the solution for Windows service installation using Wix, i have attached the log fiel and Code is as follows ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=chandrashekar.vuppala Id=chandrashekar.vuppal Password= Domain=c/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='chandrashekar.vuppal' Start='auto' Type='shareProcess' Vital='yes' / ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install' Stop='uninstall' Remove='uninstall' / !-- TODO: Insert files, registry keys, and other resources here. -- /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=WixWinService Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=ProductComponent / /Feature /Product /Wix IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au. - 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] : Problem when installing Windows service using Wix.
It is for privillages though i have given required privillages. errror : Verify that you have sufficient privileges to install system services. From: [EMAIL PROTECTED] on behalf of Rob Mensching Sent: Tue 29/07/2008 9:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. What's the problem? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Sunday, July 27, 2008 23:27 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] : Problem when installing Windows service using Wix. Hi All, Can any give the solution for Windows service installation using Wix, i have attached the log fiel and Code is as follows ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=chandrashekar.vuppala Id=chandrashekar.vuppal Password= Domain=c/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='chandrashekar.vuppal' Start='auto' Type='shareProcess' Vital='yes' / ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install' Stop='uninstall' Remove='uninstall' / !-- TODO: Insert files, registry keys, and other resources here. -- /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=WixWinService Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=ProductComponent / /Feature /Product /Wix IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au. - 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 IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au.- 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] : Problem when installing Windows service using Wix.
That (unfortunately) is the standard error message you'll get when the service has any problem installing or starting. First thing I usually do, is not try to start the service in the install. If that succeeds, then it is almost certainly a dependency problem... your service needs something installed before it can be started. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Monday, July 28, 2008 20:59 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. It is for privillages though i have given required privillages. errror : Verify that you have sufficient privileges to install system services. From: [EMAIL PROTECTED] on behalf of Rob Mensching Sent: Tue 29/07/2008 9:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. What's the problem? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Sunday, July 27, 2008 23:27 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] : Problem when installing Windows service using Wix. Hi All, Can any give the solution for Windows service installation using Wix, i have attached the log fiel and Code is as follows ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=chandrashekar.vuppala Id=chandrashekar.vuppal Password= Domain=c/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='chandrashekar.vuppal' Start='auto' Type='shareProcess' Vital='yes' / ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install' Stop='uninstall' Remove='uninstall' / !-- TODO: Insert files, registry keys, and other resources here. -- /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=WixWinService Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=ProductComponent / /Feature /Product /Wix IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au. - 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 IMPORTANT 1. This email and any attachments are confidential. Any unauthorised dissemination or other use of these materials is prohibited. If received in error, please contact us and delete all copies. 2. Before opening or using attachments, check them for viruses and defects. Our liability is limited to resupplying any affected attachments. 3. Protecting your privacy is important to us. Our privacy statement and further information is available at www.oakton.com.au. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK
Re: [WiX-users] EmbeddedUIResource
John Nannenga wrote: We're building a .NET based embedded UI for Windows Installer 4.5. While the SDK for windows installer implies more than one resource DLL can be included in the MsiEmbeddedUI table (though only one primary DLL), the wix schema doesn't allow more than one EmbeddedUIResource element under the EmbeddedUI element. Should it? Looks like it. The compiler supports unbounded but the schema restricts. Please file a bug (patches gratefully acceptedg). -- 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] EmbeddedUIResource
Bug in the XSD. Compiler would support it if you suppress schema validation. Mind opening a bug on it? It'll be easy to fix. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga Sent: Monday, July 28, 2008 19:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] EmbeddedUIResource We're building a .NET based embedded UI for Windows Installer 4.5. While the SDK for windows installer implies more than one resource DLL can be included in the MsiEmbeddedUI table (though only one primary DLL), the wix schema doesn't allow more than one EmbeddedUIResource element under the EmbeddedUI element. Should it? - 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] CloseApplication
John Lister wrote: I can use CloseApplication to set a property and use this to alter the UI sequence asking the user if they want IE to be restarted. But i'm unsure how to actually use it to close IE. I'm guessing it is through the use of a custom action, but i'm not sure where to go from here. If you specify CloseMessage=yes the custom action should send a close message for you. Additionally while checking this, i've realised that although i can set the property, it is set before the UI part runs and therefore i can't reference it in my dialogs - how can i bump this up the install sequence? The custom action is scheduled by default in InstallExecuteSequence. You need to add it to InstallUISequence: InstallUISequence Custom Action=WixCloseApplications Before=AppSearch / /InstallUISequence -- 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] Preview of binary WIXPDB file
Tony Juricic wrote: Non-binary ones are just XML so I use XML Notepad to look at them. For MSI's I use Orca. Is it that a tool for previewing binary WiXpdbs has yet to be written ? Right. -- 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] : Problem when installing Windows service using Wix.
Hi Rob, Now i have commented the service start code , but it is giving same error. Code: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=wewewe Id=s Password=w123 Domain=tenix/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='s' Start='auto' Type='shareProcess' Vital='yes' / !--ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install' Stop='uninstall' Remove='uninstall' /-- !-- TODO: Insert files, registry keys, and other resources here. -- /Component /Directory /Directory /Directory Feature Id=ProductFeature Title=WixWinService Level=1 !-- TODO: Remove the comments around this ComponentRef element and the Component above in order to add resources to this installer. -- ComponentRef Id=ProductComponent / /Feature /Product /Wix From: [EMAIL PROTECTED] on behalf of Rob Mensching Sent: Tue 29/07/2008 9:33 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. That (unfortunately) is the standard error message you'll get when the service has any problem installing or starting. First thing I usually do, is not try to start the service in the install. If that succeeds, then it is almost certainly a dependency problem... your service needs something installed before it can be started. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Monday, July 28, 2008 20:59 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. It is for privillages though i have given required privillages. errror : Verify that you have sufficient privileges to install system services. From: [EMAIL PROTECTED] on behalf of Rob Mensching Sent: Tue 29/07/2008 9:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] : Problem when installing Windows service using Wix. What's the problem? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chandra Vuppala Sent: Sunday, July 27, 2008 23:27 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] : Problem when installing Windows service using Wix. Hi All, Can any give the solution for Windows service installation using Wix, i have attached the log fiel and Code is as follows ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Id=0a41e965-5d82-4f3d-81b2-c796203dcafb Name=WixWinService Language=1033 Version=1.0.0.0 Manufacturer=WixWinService UpgradeCode=4613b69f-66ce-4139-9ff2-5c6c1a9445e9 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=WixWinService.cab EmbedCab=yes / util:User Name=chandrashekar.vuppala Id=chandrashekar.vuppal Password= Domain=c/util:User Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=WixWinService !-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -- Component Id=ProductComponent Guid=d0260f47-58b1-4720-9cd3-ec7de55521c3 File Id='WindowsService.exe' Name='WindowsService.exe' Source='C:\IMES_NOVA\Proof of Concept\WixProjectSample\WindowsService\WindowsService\bin\Debug\WindowsService.exe' ReadOnly='no' Compressed='yes' KeyPath='yes' Vital='yes' Hidden='no' System='no' Checksum='no' / ServiceInstall Id='WindowsService.exe' DisplayName='My New C# Windows Service' Name='WindowsService' ErrorControl='normal' Account='chandrashekar.vuppal' Start='auto' Type='shareProcess' Vital='yes' / ServiceControl Id='WindowsServiceControl' Name='WindowsService.exe' Start='install'