Re: [WiX-users] hopefully simple question about customizing the standard WiX dialog sets
I finally figured out what was going on. The documentation mentions you can just copy the WiX file and change the filename and the Id of the element. This works just fine for WixUI_FeatureTree, WixUI_InstallDir, WixUI_Minimal and WixUI_Mondo. However, WixUI_Advanced also declares several custom actions (with Ids WIxSetDefaultPerUserFolder and three others) and refers to them twice. All the errors (maybe 12 or 13 of them) had to do with duplicate declarations of these symbol Ids, because when -ext WixUIExtension is included, WixUI_Advanced comes into the build, even though it is never actually referenced by any of my .wxs files. I made the mistake of not checking the individual error messages past the first 4 or 5 to notice that all the errors were about the same set of a few symbols. My simple solution was to change the name of these custom actions in my copy (to KzSetDefaultPerUserFolder, etc.) and to any references to them, without changing their contents. It would help if the documentation mentioned that WixUI_Advanced also needs to have these custom actions renamed. Cheers, Dave On Sun, Apr 24, 2011 at 4:55 PM, Bob Arnson wrote: > On 22-Apr-11 14:53, Dave Combs wrote: > > If I change the UI Id in KaazingUI_Advanced from WixUI_Advanced to > something > > else (and change the reference in my base .wxs file), I get tons of > > You must do that to avoid duplicating the one in WixUIExtension. > > > duplicate symbol errors. > > Please provide the exact error messages. > > -- > sig://boB > http://joyofsetup.com/ > > > > -- > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] hopefully simple question about customizing the standard WiX dialog sets
On 25-Apr-11 11:15, Dave Combs wrote: > My simple solution was to change the name of these custom actions in my copy > (to KzSetDefaultPerUserFolder, etc.) and to any references to them, without > changing their contents. You could also just delete your copy of them and reuse the ones in the original WixUI_Advanced fragment. > It would help if the documentation mentioned that WixUI_Advanced also needs > to have these custom actions renamed. Please file a bug so it's not lost. -- sig://boB http://joyofsetup.com/ -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Error 2623
It might be a very recent installer error. The SDK docs go to error 2621 for MSI 4.0. Versions 4.5 and 5.0 may have added new values that appear to be undocumented. You wouldn't see a non-Windows Installer error in the context of that message string either, and that's another clue it's new error. What MSI version or OS is the customer on? Phil Wilson -Original Message- From: Rob Hamflett [mailto:r...@snsys.com] Sent: Thursday, April 21, 2011 3:34 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error 2623 A customer reported an entry in their Windows Event log which has the text: "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2623. The arguments are: , ," As far as I can tell that's not a Windows Installer error code. Does anyone know where it's from? The only reference to that error code I can find is a Network Management error code that means "Configuration record information has been corrupted." Thanks, Rob -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSVC problem on Vista (no SP)
Sounds like this famous bug again. This applies to anything installed by Fusion, including the VC merge modules on Vista and above (in SxS). http://support.microsoft.com/kb/905238 Phil Wilson -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Wednesday, April 20, 2011 2:41 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] MSVC problem on Vista (no SP) If you update to Windows Installer 4.5 is the same behaviour observed? Why are you testing on Vista without any Service Packs installed anyway? There's a reason why Microsoft issue service packs for operating systems, this is one of them. Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Michael Tissington [mailto:michael_tissing...@ciqual.com] Sent: 20 April 2011 08:17 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] MSVC problem on Vista (no SP) Oops :) When doing a major upgrade on Vista without any service pack the VC merge modules are uninstalled (in RemoveExistingProject) and not replaced by the new package. This only happens on Vista (no sp) all other OS it works as expected. -Original Message- From: Jeremy Farrell [mailto:jfarr...@pillardata.com] Sent: 19 April 2011 23:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] MSVC problem on Vista (no SP) You'd perhaps get a more useful answer if you told us what the problem is. > From: Michael Tissington [mailto:michael_tissing...@ciqual.com] > > I have a problem when doing a major upgrade on Vista (no service > pack) > > My install is using both MSVC 9.0 and 10.0 merge modules. > The first time my install runs it does install MSVC without any > problems. > My upgrade package does a RemoveExistingProducts and then installs > itself. > The problem is ONLY on Vista without service pack, on XP and Windows 7 > my package works correctly. > > Is this a known issue with MSVC and Vista? > Is there a fix I can do in the install? -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/
Re: [WiX-users] Ensure a Windows Feature is enabled?
FWIW, I've come across customers who are not happy about installs that do this kind of thing, including silently adding roles also. For example, reconfiguring the customer's OS to add the IIS role because your app needs it is something that the customer should have a say about. Non-HTTP activation may be similar. I don't recall many setups that installed Windows components in the past, and I understand the feeling that if setups didn't do it previously, why are they doing it now? I wonder how many of these require the Windows installation disc to be available. There's also the issue of re-applying any service packs that may apply to any newly installed files, not sure. Phil Wilson -Original Message- From: John Thornborrow [mailto:j...@pinesoft.co.uk] Sent: Tuesday, April 19, 2011 9:35 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Ensure a Windows Feature is enabled? Found the answer to my own question :) W32_OptionalFeature. Now to work out how to install it if it is not found. J. -Original Message- From: John Thornborrow [mailto:j...@pinesoft.co.uk] Sent: 19 April 2011 16:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Ensure a Windows Feature is enabled? Hi, I dreaded as much! :p What equivalent class is to be use on Windows 7? (W32_ServerFeature is for 2008 only) Regards, J. -Original Message- From: Skildum, Mathew [mailto:mathew.skil...@aspect.com] Sent: 19 April 2011 14:21 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Ensure a Windows Feature is enabled? The best way to do this is to query the Win23_ServerFeature namespace through WMI in a DTF custom action. Every Windows feature has its own ID that can be searched for. The only restriction I have found with this method is when UAC is enabled. The install must be running with elevated privileges or the logged on use may not have authority to access the WMI namespace. Mat Skildum -Original Message- From: John Thornborrow [mailto:j...@pinesoft.co.uk] Sent: Tuesday, April 19, 2011 7:17 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Ensure a Windows Feature is enabled? Hi Guys, One of our products has a dependency on a Windows Feature (specifically the .NET -> WCF -> Non-HTTP Activation feature, amongst a few others). Is there a manageable way to ensure that the machine has these features installed/enabled within WiX? Thanks for any info! Regards, J. This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA ? Consider your responsibility to the environment - think before you print! -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users For security reasons, a message sent to you from outside your company has been _DISPOSITION_ by the MailControl message scanning service. _NOTIFIED_ADMIN_. _NOTIFIED_SENDER_. Original Message Details: From:_SENDER_ Subject: _SUBJECT_ Message Id: _MESSAGEID_ __
[WiX-users] Win 32 and 64 bit installer.
Hi to all, This might be an old question. Eventhough I have been searching for examples. I have 2 msi files one for x32 and the other one for x64. I could manage to verify if the system is NT64 or not and based on that setup the installer. When the Installer runs the Install_MSI_x64 custom action it breaks with the msiexec command... I get this msiexec screen when I miss to add something... Does anybody knows if it is possible to run a msi file inside and msi installer. If that is possible could I put the conditional like Install _MSI_x32 ? I am attaching the code. Thanks in advance. -Orlando -- http://schemas.microsoft.com/wix/2006/wi"; xmlns:util=" http://schemas.microsoft.com/wix/UtilExtension";> NOT VersionNT64 VersionNT64 NOT VersionNT64 VersionNT64 NOT VersionNT64 VersionNT64 VersionNT64 -- -- ing. Javier Orlando Ramírez Martínez http://linux.mty.itesm.mx/~oramirez http://picasaweb.google.com/javier.ramirez http://twitter.com/oramirez1 http://flickr.com/photos/orlando1 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Win 32 and 64 bit installer.
Orlando, I don't see the screen (you can;t attach screen shots to forum posts sdaly hence why it may not show up) so I don;t know what error you are seeing. However, if you are suggesting that you run one installer from another, then Microsoft advise strongly against it. If you need to run two MSI's then I suggest using a bootstrapper such as Burn. In your case, the bootstrapper could detect which OS is installed and select the appropriate MSI to run Chris On 04/25/2011 03:56 PM, Orlando wrote: > Hi to all, > > This might be an old question. Eventhough I have been searching for > examples. I have 2 msi files one for x32 and the other one for x64. I could > manage to verify if the system is NT64 or not and based on that setup the > installer. When the Installer runs the Install_MSI_x64 custom action it > breaks with the msiexec command... I get this msiexec screen when I miss to > add something... > > Does anybody knows if it is possible to run a msi file inside and msi > installer. If that is possible could I put the conditional like Install > _MSI_x32 ? > > I am attaching the code. > > Thanks in advance. > > -Orlando > > -- > > http://schemas.microsoft.com/wix/2006/wi"; xmlns:util=" > http://schemas.microsoft.com/wix/UtilExtension";> > > Name="FlexInstaller_Universal" > Language="1033" > Version="1.0.0.0" > Manufacturer="FlexComputing" > UpgradeCode="6b2da768-a2ea-479d-86ef-e61c4f82dd50"> > >Compressed="yes" > Keywords="Installer" /> > > > > > > > > > >Vital="yes" DiskId="1" > Source="..\FlexInstaller_x32\bin\Debug\FlexInstaller_x32.msi" /> > NOT VersionNT64 > > > Guid="10b3e7a8-a3f4-46a6-9b40-0cf175cd646a"> >Vital="yes" DiskId="1" > Source="..\FlexInstaller_x64\bin\x64\Debug\FlexInstaller_x64.msi" /> > VersionNT64 > > > > > > > Level="0" > AllowAdvertise="no" Absent="disallow" Display="hidden"> > >NOT VersionNT64 > > > Level="0" > AllowAdvertise="no" Absent="disallow" Display="hidden"> > >VersionNT64 > > > > >ExeCommand="msiexec.exe /i > "[INSTALLLOCATION]FlexInstaller_x32.msi" /L*v > "installer-x32.log" >ALLUSERS=1 REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1">NOT > VersionNT64 > > >ExeCommand="msiexec.exe /i > "[INSTALLLOCATION]FlexInstaller_x64.msi" /L*v > "installer-x64.log" >ALLUSERS=1 REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1" >> VersionNT64 > > After="InstallFinalize">VersionNT64 > > > > > > > -- > -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Win 32 and 64 bit installer.
I checked and it is installing correctly the msi (If is windows XP it copies the x32.msi file to Program Files else it copies the x64.msi to Program Files). After that I tried running the x64.msi. the screenshot is like if I run the command [msiexec /h] in command prompt... you get this screen that it's telling how to use it... Then I think I will need to change the Installer to bootstrap... damn... -o On Mon, Apr 25, 2011 at 4:12 PM, Chris Lord wrote: > Orlando, > > I don't see the screen (you can;t attach screen shots to forum posts > sdaly hence why it may not show up) so I don;t know what error you are > seeing. > > However, if you are suggesting that you run one installer from another, > then Microsoft advise strongly against it. If you need to run two MSI's > then I suggest using a bootstrapper such as Burn. In your case, the > bootstrapper could detect which OS is installed and select the > appropriate MSI to run > > Chris > > > > On 04/25/2011 03:56 PM, Orlando wrote: > > Hi to all, > > > > This might be an old question. Eventhough I have been searching for > > examples. I have 2 msi files one for x32 and the other one for x64. I > could > > manage to verify if the system is NT64 or not and based on that setup the > > installer. When the Installer runs the Install_MSI_x64 custom action it > > breaks with the msiexec command... I get this msiexec screen when I miss > to > > add something... > > > > Does anybody knows if it is possible to run a msi file inside and msi > > installer. If that is possible could I put the conditional like Install > > _MSI_x32 ? > > > > I am attaching the code. > > > > Thanks in advance. > > > > -Orlando > > > > -- > > > > http://schemas.microsoft.com/wix/2006/wi"; xmlns:util=" > > http://schemas.microsoft.com/wix/UtilExtension";> > > > > > Name="FlexInstaller_Universal" > > Language="1033" > > Version="1.0.0.0" > > Manufacturer="FlexComputing" > > UpgradeCode="6b2da768-a2ea-479d-86ef-e61c4f82dd50"> > > > > > Compressed="yes" > > Keywords="Installer" /> > > > > > > > > > > > > > > > > Guid="4016cb9b-ddc7-4713-ae79-1854bb2952e0"> > > > > Name="FlexInstaller_x32.msi" > > Vital="yes" DiskId="1" > > Source="..\FlexInstaller_x32\bin\Debug\FlexInstaller_x32.msi" /> > > NOT VersionNT64 > > > > > > > Guid="10b3e7a8-a3f4-46a6-9b40-0cf175cd646a"> > > Name="FlexInstaller_x64.msi" > > Vital="yes" DiskId="1" > > Source="..\FlexInstaller_x64\bin\x64\Debug\FlexInstaller_x64.msi" /> > > VersionNT64 > > > > > > > > > > > > > > > Level="0" > > AllowAdvertise="no" Absent="disallow" Display="hidden"> > > > >NOT VersionNT64 > > > > > > > Level="0" > > AllowAdvertise="no" Absent="disallow" Display="hidden"> > > > >VersionNT64 > > > > > > > > > > >ExeCommand="msiexec.exe /i > > "[INSTALLLOCATION]FlexInstaller_x32.msi" /L*v > > "installer-x32.log" > >ALLUSERS=1 REBOOT=ReallySuppress > ARPSYSTEMCOMPONENT=1">NOT > > VersionNT64 > > > > > > >ExeCommand="msiexec.exe /i > > "[INSTALLLOCATION]FlexInstaller_x64.msi" /L*v > > "installer-x64.log" > >ALLUSERS=1 REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1" > >> VersionNT64 > > > > > After="InstallFinalize">VersionNT64 > > > > > > > > > > > > > > -- > > > > > -- > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- ing. Javier Orlando Ramírez Martínez http://linux.mty.itesm.mx/~oramirez http://picasaweb.google.com/javier.ramirez http://twitter.com/oramirez1 http://flickr.com/photos/orlando1 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] question about errors with WixUI_Mode and WixUI_Advanced as a starting dialog set.
I'm trying to use the WixUI_Advanced dialog set as a starting point, but replacing various dialogs and adding others of my own. When I specify AdvancedWelcomeEulaDlg, things compile and link okay. When I try to change that to LicenseAgreementDlg instead, I get an error error LGHT0094 : Unresolved reference to symbol 'WixAction:InstallUISequence/LicenseAgreementDlg' in section 'Fragment:'. Based on copying WixUI_Advanced.wxs as my starting file, I see an entry My question: I've seen various posts on the list saying that (as I interpret them), this WixUI_Mode setting is no longer used/needed. When I commented it out, the same error reoccurred. What should I be doing if I want to reference a standard dialog like LicenseAgreementDlg that isn't by default in the WixUI_Advanced dialog set? I was sort of assuming that any standard dialog can be used as long as I make a DialogRef to it, but that appears not to be the case. Can anybody explain what's going on? Note that I'm using Wix v3.5. What I'm really trying to end up with is not "advanced + new dialog or - existing dialog" but "entirely custom set of dialogs that happens to contain several standard dialogs from UIExtension. I assume that's possible but it's not clear how to do that. Any help would be appreciated! Dave -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CodeBase value coming empty on ActiveX MSI installation
Is in the same Component as the registry entries you provided below? Blair -Original Message- From: Shashikant Saini [mailto:shashikant.sa...@imail.org] Sent: Monday, April 18, 2011 3:31 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] CodeBase value coming empty on ActiveX MSI installation Hi I am using Wix 3.5 for my Active X set up project which creates an MSI. I am injecting the ActiveX registry entries into the Product.wxs via heat.exe. Here is the example So Ideally when MSI is installed the codebase should have the value as file:///C:\Program Files\Intermountain Healthcare\ePrescribe\Org.Intermountain.RxWriter.Client.ActiveX.dll but the value comes as file:///, everything works fine with my msi, except this CodeBase value. Please let me know if you guys have any idea on this. You help will be greatly appreciated. Thanks Shashi -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Difx versions in WiX
>From the history.txt files: BobArnso: SFFeature:3130590 - Update DifxApp DLLs in DifxApp .wixlibs to version shipped in DDK 7600.16385.1. Introduced in the following builds: 3.5.2430.0 & 3.6.1230.0 This newer build of DifxApp is not in any 3.0.x build of WiX. There were some discussions on wix-users before that feature request was filed discussing issues that were reportedly fixed in the newer DifxApp builds, so it may be worth your while to upgrade to 3.5. Blair -Original Message- From: Rob Hamflett [mailto:r...@snsys.com] Sent: Thursday, April 21, 2011 5:32 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Difx versions in WiX Is there anywhere that lists what version of Difx is in which versions of WiX. I've been having some trouble with it lately and have been wondering if there's anything changed in the newer versions of WiX. Still on 3.0.4805.0 with no real reason to upgrade, but an improved Difx implementation would get me to. Rob -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Integrity of WiX binaries
Please file a feature request so it doesn't get lost in the email list. Blair -Original Message- From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] Sent: Thursday, April 21, 2011 7:18 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Integrity of WiX binaries Wanted to ask this question for a long time. On Apr 21, 2011, at 21:05, Andy Clugston wrote: > Ditto. Very interested in this topic as well. > > Thanks. > > On Thu, Apr 21, 2011 at 8:49 PM, wrote: > >> Hi, >> >> Is it possible for WiX binaries and the MSI (eg Wix35.msi) to be >> digitally signed by the WiX team? Alternatively is it possible for >> an authoritative team member to post MD5 and SHA-1 hashes of the >> official binaries and the MSI to this list? My organization now >> requires integrity validation of all software used in the build >> process. If the cost of a digital certificate is a consideration, >> I'm sure many organizations would be willing to donate >> >> Thank you >> >> >> >> -- >> Fulfilling the Lean Software Promise >> Lean software platforms are now widely adopted and the benefits have been >> demonstrated beyond question. Learn why your peers are replacing JEE >> containers with lightweight application servers - and what you can gain >> from the move. http://p.sf.net/sfu/vmware-sfemails >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > -- > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction that needs to figure out the destination path
Depends on when your custom action is scheduled. Can you describe in more detail what you are trying to achieve? Blair -Original Message- From: Rune Moberg [mailto:jjfl...@gmail.com] Sent: Saturday, April 23, 2011 1:18 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] CustomAction that needs to figure out the destination path Given a feature or a component (or for that matter a file), what is the best way for my custom action to determine the destination folder? Do I have to drill down into the Directory table and build the full path myself, or is there an easier way? TIA. -- Rune -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] When Applying patch, no changes reflected. But in log file, getting succes msg.
For heat, "-ag" uses the "*" value to generate stable component guids. "-gg"
is only useful for running heat once to get a WXS structure that you will
maintain manually (or programmatically but not using heat).
If you have not yet released your MSI and you need to use heat in your
build, use -ag not -gg. If you can reuse the previous component guids you
have a better chance of success (you can still have problems if any files or
other keypaths were removed).
Blair
-Original Message-
From: Preethi S. [mailto:preet...@amiindia.co.in]
Sent: Thursday, April 21, 2011 1:55 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] When Applying patch, no changes reflected. But in
log file, getting succes msg.
Let me explain how an msi is created for my project.
We have a batch script that downloads and builds all the source file.
Again another batch script is called that will run the wix scripts(using
heat,candle and light).
So heat.exe will create GUID everytime?? We've used -gg option in
heat.exe..
Referred http://wix.mindcapers.com/wiki/Heat
In that, they stated "heat is considerably less useful after initial
project setup, because there is no way to preserve
component GUIDs when repeating the process to acquire new files".
But in another website,
http://webcache.googleusercontent.com/search?q=cache:7H3iIlrw0MgJ:markli
nesdavies.blogware.com/blog/_archives/2011/3/14/4771326.html+preserving+
GUID+%2B+heat+%2B+wix&cd=1&hl=en&ct=clnk&gl=in&source=www.google.co.in
Preserving GUID is possible.. If we preserve our GUIDs, will the problem
get solved?
Thank You,
S. Preethi.
-Original Message-
From: Devarajan, Mahesh IN BLR SISL [mailto:d.mah...@siemens.com]
Sent: Wednesday, April 20, 2011 3:37 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] When Applying patch, no changes reflected. But
in log file, getting succes msg.
Is the component table shows new component (that is ok)? But if it shows
change in component GUID, or Removed Components then the patch will not
work.
Possible problem:
Make sure that the file fragments are only updated when you create the
second MSI. If you create(not update) the fragment using Heat/Paraffin
it will generate new GUID's.
Solution/Analysis:
The log file will show which component is giving the problem, you can
easily find out what is the difference from the 1st MSI to the 2nd one.
Analyze the log file that will help u.
(or)
If you have any other tools like InstallShield, you can easily compare
the two MSI's and find out the differences.
Take care to follow rules for Patch Creation:
http://msdn.microsoft.com/en-us/library/aa367850.aspx
With best regards,
Mahesh D
-Original Message-
From: Preethi S. [mailto:preet...@amiindia.co.in]
Sent: Wednesday, April 20, 2011 2:40 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] When Applying patch, no changes reflected. But
in log file, getting succes msg.
Thanks Mahesh.
After creating 2 MSIs I verified it through ORCA. The component GUIDs
are same in the Component table. There is no difference.
But when I viewed a patch over the first MSI(open first MSI in ORCA,
then select Transform-> View Patch), It shows lot of difference in
Component table.
Have any idea?
-Original Message-
From: Devarajan, Mahesh IN BLR SISL [mailto:d.mah...@siemens.com]
Sent: Wednesday, April 20, 2011 11:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] When Applying patch, no changes reflected. But
in log file, getting succes msg.
Please note the following line in your log file.
"MSI (c) (74:7C) [19:40:03:546]: SELMGR: ComponentId
'{C1D08FF3-4507-4371-B362-4D07D21E4339}' is registered to feature
'BCModuleFeature', but is not present in the Component table. Removal
of components from a feature is not supported!"
You will not be able to remove components/files when you create pathes,
also make sure that both the .msi contains same GUID's for existing
components.
With best regards,
Mahesh D
-Original Message-
From: Preethi S. [mailto:preet...@amiindia.co.in]
Sent: Wednesday, April 20, 2011 11:04 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] When Applying patch, no changes reflected. But in
log file, getting succes msg.
When applying the patch created using WIX, I am getting Success message.
But no updates take place.
My previous product has more than 5000 files. In patch there are 1048
files have been changed. Using ORCA, I can able to see the modified file
names and components.
But after applying patch the modifications are not getting reflected.
Please help me.
Below I pasted my log file.
=== Verbose logging started: 4/19/2011 19:40:01 Build type: SHIP
UNICODE 3.01.4000.2435 Calling process: C:\WINDOWS\system32\msiexec.exe
===
MSI (c) (74:7C) [19:40:01:875]: Resetting cached policy values
MSI (c) (74:7C) [19:40:01:875]: Machin
Re: [WiX-users] Patch install failing on Server 2003 - Error 2920
If my math is still working this late at night, 4608 = 512 + 4096. 4096 = msidbFileAttributesPatchAdded. That attribute must only be present on a file that a patch added (i.e. that is not present in the MSI) according to http://msdn.microsoft.com/library/aa368596.aspx. Which patch is adding that attribute? Blair -Original Message- From: David Rickard (USA) [mailto:davri...@microsoft.com] Sent: Monday, April 18, 2011 4:18 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch install failing on Server 2003 - Error 2920 Ran ICE on the MSI+Patch via Orca: ICE03 ERROR Table: PatchPackage Column: PatchId Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: PatchPackage Column: Media_ Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: MsiPatchHeaders Column: StreamRef Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: MsiPatchHeaders Column: Header Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: File_ Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: Sequence Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: PatchSize Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: Attributes Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: Header Missing specifications in _Validation Table (or Old Database) ICE03 ERROR Table: Patch Column: StreamRef_ Missing specifications in _Validation Table (or Old Database) ICE45 ERROR Row '' in table 'File' has bits set in the 'Attributes' column that are reserved. They must be 0 to ensure compatibility with future installer versions. ICE82 WARNING This action PatchFiles has duplicate sequence number 4001 in the table InstallExecuteSequence The file's attributes are 4608, which is different from all the other files, which are 512. Could that be the issue? -Original Message- From: David Rickard (USA) [mailto:davri...@microsoft.com] Sent: Monday, April 18, 2011 3:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch install failing on Server 2003 - Error 2920 Okay well it's failing with the same error even when I generate a correct Sequence number for the intermediary patch. -Original Message- From: David Rickard (USA) [mailto:davri...@microsoft.com] Sent: Monday, April 18, 2011 2:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patch install failing on Server 2003 - Error 2920 To make it clear, this is in reference to a file that's present in the original MSI (Sequence 13), patched maybe improperly with Sequence 2 and now a second patch is trying to update it and failing. -Original Message- From: David Rickard (USA) [mailto:davri...@microsoft.com] Sent: Monday, April 18, 2011 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Patch install failing on Server 2003 - Error 2920 I'm getting this error when trying to apply a patch on a Windows Server 2003 box: MSI (s) (D8:EC) [15:46:34:054]: Transforming table Error. MSI (s) (D8:EC) [15:46:34:054]: Transforming table Error. MSI (s) (D8:EC) [15:46:34:054]: Note: 1: 2262 2: Error 3: -2147287038 MSI (s) (D8:EC) [15:46:34:054]: Transforming table Error. MSI (s) (D8:EC) [15:46:34:054]: Note: 1: 2262 2: Error 3: -2147287038 MSI (s) (D8:EC) [15:46:34:054]: Transforming table Error. MSI (s) (D8:EC) [15:46:34:054]: Note: 1: 2262 2: Error 3: -2147287038 DEBUG: Error 2920: Source directory not specified for file . Now it seems that this error only occurs on W2k3 and when I'm applying another patch on top of a previous patch (that happened to update the same file). I read up some more and thought it might be because I wasn't setting the SequenceStart on the patch family. I looked at the patch with Orca and found that the first one (that preceded the failure) was setting the new file with a Sequence of 2, which was the same as a different file in the original install. Now my new patch has SequenceStart set properly (at 1020 right now), but the install still fails with the same error. Did the previous patch (with no SequenceStart set) make the file unpatchable on W2k3? -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourcefo
