Re: [WiX-users] Removing files as part of upgrade
Oh, you have to generate a new component ID? Is that the trick? I had forgotten that. Hm, that's going to be interesting for our front end thing to keep track of, since it makes componentids as it goes for everything so that the WXS can be automatically generated from a list of files and various rules and such. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: June-12-15 11:57 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Removing files as part of upgrade If the app is modifying the files, the RemoveFIle should be in the MSI for the version that installed the file. The real question is why is your app modifying the installed files. Could it not be changed to use the default file if an override didn't exist? Then have the app copy the installed file to a per-user/per-machine common app folder, for the customizations? If you are renaming files, as long as you follow the component rules, a major upgrade should remove the old file and apply the new one. (IE, the old file and new file, should not share the same component ID.) -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Friday, June 12, 2015 10:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Removing files as part of upgrade We have some applications which will be changing the actual files they install as they upgrade in the sense that new names will be used. I notice that my default way of doing the upgrades does not *delete* the old ones. (I.e., creating a new WXS with the same upgrade code as the old one but with new components, etc.) What's the best way to go about doing this? Do I have to put in a RemoveFile for everything?? What if the directory changes? Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Removing files as part of upgrade
We have some applications which will be changing the actual files they install as they upgrade in the sense that new names will be used. I notice that my default way of doing the upgrades does not *delete* the old ones. (I.e., creating a new WXS with the same upgrade code as the old one but with new components, etc.) What's the best way to go about doing this? Do I have to put in a RemoveFile for everything?? What if the directory changes? Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Removing files as part of upgrade
(Thanks to Rob's post, too.) But: I am not sure why I read both the post, the WiX documentation (under Component), but it sounds like to me that the Guid attribute on Component is what is supposed to be stable, not the ComponentId. Nevertheless, I have written a new mechanism for generating the ComponentIds for our front end, which will include the version of the package so when the product is upgraded we can generate a new one for each item. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: June-12-15 12:03 PM To: General discussion about the WiX toolset. Subject: RE: Removing files as part of upgrade Oh, you have to generate a new component ID? Is that the trick? I had forgotten that. Hm, that's going to be interesting for our front end thing to keep track of, since it makes componentids as it goes for everything so that the WXS can be automatically generated from a list of files and various rules and such. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: June-12-15 11:57 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Removing files as part of upgrade If the app is modifying the files, the RemoveFIle should be in the MSI for the version that installed the file. The real question is why is your app modifying the installed files. Could it not be changed to use the default file if an override didn't exist? Then have the app copy the installed file to a per-user/per-machine common app folder, for the customizations? If you are renaming files, as long as you follow the component rules, a major upgrade should remove the old file and apply the new one. (IE, the old file and new file, should not share the same component ID.) -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Friday, June 12, 2015 10:48 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Removing files as part of upgrade We have some applications which will be changing the actual files they install as they upgrade in the sense that new names will be used. I notice that my default way of doing the upgrades does not *delete* the old ones. (I.e., creating a new WXS with the same upgrade code as the old one but with new components, etc.) What's the best way to go about doing this? Do I have to put in a RemoveFile for everything?? What if the directory changes? Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to remove empty xmlns attribute
Are you generating your wxs file by programmatically creating a .NET XML object? I discovered that when I did that I got the xmlns attribute everywhere *unless* I set it deliberately on each tag programmatically. Then and only then it doesn't appear on anything but the WiX tag. I am sure there's some thing I could do on the XML object itself to prevent that, but ... Wix xmlns:Util=http://schemas.microsoft.com/wix/UtilExtension; xmlns=http://schemas.microsoft.com/wix/2006/wi; Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Sarkar, Tarun Kumar [mailto:tarunkumar.sar...@wincor-nixdorf.com] Sent: June-12-15 9:13 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to remove empty xmlns attribute Dear Team, I am trying to add new element in one existing xml file using Wix installer. My xml file content is as follows: ?xml version=1.0 encoding=utf-8? PROCESSLIST xmlns:i=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://schemas.datacontract.org/2004/07/BusinessWorkflow.Contracts/ /PROCESSLIST I have wix code as follows: Component Id=CMP_Config_BWClientTypeFallbacks_552 Guid=889C74A4-D170-43f7-805A-95D7FAF84298 KeyPath=yes Condition ![CDATA[ASPDOTNET = 2.0.0.0]] /Condition util:XmlFile Id=ClientTypeFallbacks_CreateClientType ElementPath=//PROCESSLIST File=C:\Work\Test.xml Action=createElement Name=ClientTypeFallbacks Sequence=1 Permanent=yes / util:XmlFile Id=ClientTypeFallbacks_CreateFallback ElementPath=//PROCESSLIST/ClientTypeFallbacks File=C:\Work\Test.xml Action=createElement Name=Fallback Sequence=2 Permanent=yes / util:XmlFile Id=ClientTypeFallbacks_CreateSequence ElementPath=//PROCESSLIST/ClientTypeFallbacks/Fallback File=C:\Work\Test.xml Action=createElement Name=Sequence Value=ishop, webapi Sequence=3 Permanent=yes / util:XmlConfig Id=ClientTypeFallbacks_DeleteUSR File=C:\Work\Test.xml Action=delete ElementPath=//PROCESSLIST Node=element On=uninstall Sequence=1 VerifyPath=ClientTypeFallbacks/ /Component After installation I get the file content like below: ?xml version=1.0 encoding=utf-8? PROCESSLIST xmlns:i=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://schemas.datacontract.org/2004/07/BusinessWorkflow.Contracts; ClientTypeFallbacks xmlns= Fallback Sequenceishop, webapi/Sequence /Fallback /ClientTypeFallbacks /PROCESSLIST I got an extra empty attribute in the ClientTypeFallbacks element, i.e xmlns=. How can I remove it or is there any way to create the new element without that attribute? Regards, Tarun -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching
This may be totally off base, so take it with a grain of salt, but: I seem to remember that MSPs generally share a product code with their parent, though it drove me crazy trying to figure that sort of thing out. I have now told my colleagues I don't intent to support them, because they seemed way more trouble than they are worth. At least for now, all our applications are under approximately 10 megabytes, and isn't worth it sending pieces. (This may come back to haunt me later when new applications arrive, because they are supposedly ~100 megabytes and we may not be able to make bundles that we can then factor into MSIs for updates.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 7:57 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Ok, so from my wixmst I get the following in my _SummaryInformation table row sectionId=*/* sourceLineNumber=E:\dev\File.wxs*8 field9/field field{5E2919A9-F948-4919-A5B1-308BB807A179}5.4.23.4809;{269AF2D8-5BA4-4D2C-9C53-27588F1D1A33}5.4.0.0;{CE1F01CC-4894-497F-A743-07DDA34618E0}/field /row From my RTM WixPDB xml I have this in the Property table: row sectionId=*.ProductCode sourceLineNumber=E:\dev\File.wxs*7 fieldProductCode/field field{5E2919A9-F948-4919-A5B1-308BB807A179}/field /row I hope I'm going in the right direction. Maybe someone has some insights out there? :) -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:48 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching I have found an article written by Heath: http://blogs.msdn.com/b/heaths/archive/2014/04/09/9546739.aspx Excerpt: Windows Installer will evaluate each patch against the specified product. However, if installing the patch or patches using MsiApplyMultiplePatches() with a specific ProductCode, Windows Installer will modify the PATCH property to list only the patch packages with the specified ProdutCode in their Template summary property. If you're not sure which patches apply to a product, this may be desirable behavior. If you pass in the PATCH property yourself and even one patch does not apply to the specified ProductCode, Windows Installer will terminate and return ERROR_PATCH_TARGET_NOT_FOUND (1642). I'm confused ever so slightly. Now which ProductCode would be in the patch then? I can't see it in Orca? Would I look in the .wixmst for that detail after the torch call in my PWP process? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 3:45 PM To: General discussion about the WiX toolset. Cc: Tuchlinsky, Dave Subject: Re: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching More details on the patch I'm trying to run I have set up a clean OS install (fresh from ISO) and am trying to apply the patch. I have SysInternals DebugView running and the HKLM Software Policies for Windows\Installer Debug set to 7 as per: https://support.symantec.com/en_US/article.HOWTO4103.html I get the followin in DebugView [1348] SHIMVIEW: ShimInfo(Complete) [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'Debug' is 7 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Entering MsiApplyPatch. Package: .\MY-HF-24-CAS.msp, Product: , Installtype: 0, Commandline: [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: Machine policy value 'DisableUserInstalls' is 0 [1348] [1348] MSI (c) (44:AC) [19:40:49:510]: MsiApplyPatch is returning: 1642 [1348] What else would you guys like to see? -Original Message- From: Tunney, Stephen [mailto:stephen.tun...@nuance.com] Sent: June-08-15 1:19 PM To: General discussion about the WiX toolset. Subject: [WiX-users] Patches no longer working for a specific RTM using WiX 3.7 + Pure WiX Patching Hello all, I have run across quite the puzzle last week. We have been generating patches for several RTM versions of our products since December or 2013 with Pure WiX patching and 3.7. Just recently (about a week ago) the patch scripts are generating MSPs for ONE of the versions that do not apply to its RTM. I'm getting no Windows Installer logs, however Orca is reporting the following when I try to View Patch... --- Orca
Re: [WiX-users] Detect condition for a Burn Package ?
If I understand correctly this is what I asked about many moons ago. What I was told at the time as a possibility - which we implemented - is that one can unbundle and then parse the XML from one of the files: Dim b As New Microsoft.Tools.WindowsInstallerXml.Unbinder Dim out As Microsoft.Tools.WindowsInstallerXml.Output = b.Unbind(fileName, Microsoft.Tools.WindowsInstallerXml.OutputType.Bundle, scratchDirectory) uc = ExeTools.GetUpgradeCodeByPath(String.Format(Globalization.CultureInfo.InvariantCulture(), {0}ux\BootStrapperApplicationData.xml, scratchDirectory)) where scratchdirectory is where you want to unbundle and GetUpgradeCodeByPath is (error handling etc, omitted): Dim uc As String = String.Empty Dim tempXml As New XmlDocument tempXml.Load(applicationDataFile) If tempXml.ChildNodes(1).Name = BootstrapperApplicationData Then uc = tempXml.ChildNodes(1).ChildNodes(0).Attributes(UpgradeCode).InnerText End If Return uc Note that this is fairly slow and would probably be onerous if one had giant bundles (ours are tens of megabytes at most). I'm not sure how one would do this from a Burn bundle; might need custom. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marco Tognacci [mailto:mark...@live.it] Sent: April-28-15 5:48 PM To: WiX - users Subject: Re: [WiX-users] Detect condition for a Burn Package ? So at this moment, there isn't a way for doing this? From: r...@firegiant.com To: wix-users@lists.sourceforge.net Date: Tue, 28 Apr 2015 21:18:56 + Subject: Re: [WiX-users] Detect condition for a Burn Package ? IIRC, there is a feature request open for that. _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: Marco Tognacci [mailto:mark...@live.it] Sent: Tuesday, April 28, 2015 1:55 PM To: WiX - users Subject: [WiX-users] Detect condition for a Burn Package ? I have a Burn package (setup1.exe) that have an UpgradeCode={GUID}I have used this exe package inside another Burn setup (setup2.exe), in this package I need to get the DetectCondition for the firt package (setup1.exe) is there any way to get this condition? util:ProductSearch UpgradeCode=---X Variable=Setup1_Installed Result=state/ I have tried this but it report Setup1_Installed = 2 as not installed even if it is really installed,I have read that this ProductSearch is only for the msi package, is right? I have search on the registry the UpgradeCode and it appear in the Uninstall section in a variable BundleUpgradeCode, But I don't know how to check it as it is under a GUID code that is auto genrated during setup of the setup1.exe Any way for doing this?Thanks -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] GPO changes
Our techsupport staff wants to use a GPO change to modify the behaviour of IE on our (non-domained, usually disconnected) laptop fleet that I build installation stuff for. Is there a good way to do this via an installation process? (It seems that ad-hoc replacing the file based version of the settings seems rather dangerous and undocumented, for example.) I see no WiX stuff for GPO - is that correct? As it happens the setting seems to also change every time a version/update of IE is installed. I guess we'd want to put any such change in the bundles for IE too. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] GPO changes
I've used WMI in the past, so maybe this is doable. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: April-27-15 9:05 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] GPO changes It can be done through C++ https://msdn.microsoft.com/en-us/library/aa374177(v=vs.85).aspx or practically any language with a WMI interface. Nice feature request to implement. -- John Merryweather Cooper Senior Software Engineer | Integration Development Group | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Monday, April 27, 2015 7:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] GPO changes Our techsupport staff wants to use a GPO change to modify the behaviour of IE on our (non-domained, usually disconnected) laptop fleet that I build installation stuff for. Is there a good way to do this via an installation process? (It seems that ad-hoc replacing the file based version of the settings seems rather dangerous and undocumented, for example.) I see no WiX stuff for GPO - is that correct? As it happens the setting seems to also change every time a version/update of IE is installed. I guess we'd want to put any such change in the bundles for IE too. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Too Many Events Using InstallLogModes
I may be wrong, but in my experience *any* log contains those. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Mark A. Richman [mailto:m...@markrichman.com] Sent: April-22-15 8:18 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Too Many Events Using InstallLogModes I read the docs. None of what I've read so far shows which log level (InstallLogModes) will show/hide the following type of messages: MSI (c) (E8:30) [16:46:35:016]: Creating MSIHANDLE (28312) of type 790531 for thread 6448 MSI (c) (E8:30) [16:46:35:047]: Closing MSIHANDLE (28312) of type 790531 for thread 6448 -- Mark Richman (954) 234-9049 1-954-234-9049 m...@markrichman.com | http://markrichman.com https://linkedin.com/in/mrichman On Tue, Apr 21, 2015 at 5:00 PM, Phil Wilson phildgwil...@gmail.com wrote: Seems unlikely to be the Terminate setting. This is the base documentation: https://msdn.microsoft.com/en-us/library/aa370573(v=vs.85).aspx that the interop is mapping to. --- Phil Wilson On Tue, Apr 21, 2015 at 1:39 PM, Mark A. Richman m...@markrichman.com wrote: I discovered that using InstallLogModes.Terminate is what's producing the verbose events...but why? -- Mark Richman (954) 234-9049 1-954-234-9049 m...@markrichman.com | http://markrichman.com https://linkedin.com/in/mrichman On Tue, Apr 21, 2015 at 2:26 PM, Mark A. Richman m...@markrichman.com wrote: Do you know which flag(s) correspond to Creating MSIHANDLE and Closing MSIHANDLE messages? -- Mark Richman (954) 234-9049 1-954-234-9049 m...@markrichman.com | http://markrichman.com https://linkedin.com/in/mrichman On Tue, Apr 21, 2015 at 2:21 PM, Nir Bar nir@panel-sw.com wrote: It doesn't really matter- the point is that Windows Installer supports these logging level regardless of how you triggered it, be it msiexec or DFT. These are also the same levels that MsiEnableLog https://msdn.microsoft.com/en-us/library/aa370091(v=vs.85).aspx has. - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Too-Many -Events-Using-InstallLogModes-tp7600038p7600046.html Sent from the wix-users mailing list archive at Nabble.com. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=V A_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_ SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
[WiX-users] 3.7 vs. 3.9R2
Can WiX 3.7 and 3.9R2 live happily on the same machine? We're using 3.7 now but have a big project coming in where we should modernize a bit but not break some stuff ... Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall another product
Is it possible for the default bundle behaviour to run an uninstall for an arbitrary ProductCode and UpgradeCode as part of its steps? I realize that ordinarily this would be rather rude, but ... This is because I've got a related product I need to remove ideally before installing a chain of MSIs. Unfortunately the related products are distinct - different UpgradeCodes - in the Windows Installer sense. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle temporary files
Hi everyone, I am still confused about what is going on with this: a testing machine (which uses the mechanism I described below quite often) now has 200 gigs of these. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: January-08-15 3:16 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bundle temporary files Oh, and to answer Rob: yes, since they go way back (see below on the update as to how often they get created). WiX (and hence DTF) 3.7, for what that's worth. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: January-08-15 3:11 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bundle temporary files Update: We figured out that this occurs when our check if installed application calls Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind (from DTF), as we use that to determine the UpgradeCode, as per another post from this list. I save to a temporarily location and overwrite any existing scratch but the temporary location is actually nowhere near the location I allude to nor is it named randomly, so ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: January-08-15 2:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Bundle temporary files They should be removed when the bundle finishes executing. If not, they may have been held in use and require a restart. Has colleague restarted? _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Thursday, January 8, 2015 8:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bundle temporary files We bundle MSUs up with the default bootstrapper for ease of installation of our remote users. A colleague of mine noticed that in c:\users\[logged in user]\appdata\local\temp\ there are a bunch of randomly named folders with a attached.cab and an ux.cab seemingly for each bundle ever run. I take it the WiX bootstrapper application is creating these (given ux.cab has the PNGs from the WiX toolset, as far as I can tell)? What should be done to clean these up/what are these for, if anything? A colleague has ~170 gigabytes of them, which seems excessive even for repeated runs of the same bundle.exe. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net
[WiX-users] RegistryKey question
We were looking into allowing our users to use local web pages without the Active X/content warning that this usually provokes (our users are very tech-unsavvy and find having to click this sort of warning to be confusing). Since we need them to generate cookies from these pages we need them to have used, hence the auto-accept. It looked like installing something with: RegistryKey Root=HKLM Key=software\microsoft\internet explorer\main\featurecontrol\FEATURE_LOCALMACHINE_LOCKDOWN Action=createAndRemoveOnUninstall RegistryValue Type=integer Name=iexplore.exe Value=0 KeyPath=yes/ should do the trick, except when the installer ran it seems that all the other featurecontrol keys (e.g., FEATURE_ACTIVEX_REPURPOSEDETECTION) which were present (even if they were only defaults) were deleted! What happened here? WiX 3.7, if it matters. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Bundle temporary files
We bundle MSUs up with the default bootstrapper for ease of installation of our remote users. A colleague of mine noticed that in c:\users\[logged in user]\appdata\local\temp\ there are a bunch of randomly named folders with a attached.cab and an ux.cab seemingly for each bundle ever run. I take it the WiX bootstrapper application is creating these (given ux.cab has the PNGs from the WiX toolset, as far as I can tell)? What should be done to clean these up/what are these for, if anything? A colleague has ~170 gigabytes of them, which seems excessive even for repeated runs of the same bundle.exe. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle temporary files
Update: We figured out that this occurs when our check if installed application calls Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind (from DTF), as we use that to determine the UpgradeCode, as per another post from this list. I save to a temporarily location and overwrite any existing scratch but the temporary location is actually nowhere near the location I allude to nor is it named randomly, so ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: January-08-15 2:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Bundle temporary files They should be removed when the bundle finishes executing. If not, they may have been held in use and require a restart. Has colleague restarted? _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Thursday, January 8, 2015 8:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bundle temporary files We bundle MSUs up with the default bootstrapper for ease of installation of our remote users. A colleague of mine noticed that in c:\users\[logged in user]\appdata\local\temp\ there are a bunch of randomly named folders with a attached.cab and an ux.cab seemingly for each bundle ever run. I take it the WiX bootstrapper application is creating these (given ux.cab has the PNGs from the WiX toolset, as far as I can tell)? What should be done to clean these up/what are these for, if anything? A colleague has ~170 gigabytes of them, which seems excessive even for repeated runs of the same bundle.exe. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bundle temporary files
Oh, and to answer Rob: yes, since they go way back (see below on the update as to how often they get created). WiX (and hence DTF) 3.7, for what that's worth. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: January-08-15 3:11 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Bundle temporary files Update: We figured out that this occurs when our check if installed application calls Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind (from DTF), as we use that to determine the UpgradeCode, as per another post from this list. I save to a temporarily location and overwrite any existing scratch but the temporary location is actually nowhere near the location I allude to nor is it named randomly, so ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: January-08-15 2:42 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Bundle temporary files They should be removed when the bundle finishes executing. If not, they may have been held in use and require a restart. Has colleague restarted? _ Short replies here. Complete answers over there: http://www.firegiant.com/ -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Thursday, January 8, 2015 8:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bundle temporary files We bundle MSUs up with the default bootstrapper for ease of installation of our remote users. A colleague of mine noticed that in c:\users\[logged in user]\appdata\local\temp\ there are a bunch of randomly named folders with a attached.cab and an ux.cab seemingly for each bundle ever run. I take it the WiX bootstrapper application is creating these (given ux.cab has the PNGs from the WiX toolset, as far as I can tell)? What should be done to clean these up/what are these for, if anything? A colleague has ~170 gigabytes of them, which seems excessive even for repeated runs of the same bundle.exe. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ WiX-users mailing list
Re: [WiX-users] Install certificate in users store
You can (or at least for some things) use the IISExtension merely to install certificates - I've done that. This was my proof of concept - it should be cleaned up: Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension; Product Id=* Name=SigningCertsInstall Language=1033 Version=1.0.0.0 Manufacturer=stc UpgradeCode=2fa4ba0c-2ca2-43e2-8db0-15b64dbd4e91 Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is already installed. / MediaTemplate / Feature Id=ProductFeature Title=SigningCertsInstall Level=1 ComponentRef Id=ProductComponent / /Feature Binary Id=BinaryId1 SourceFile =C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\Bin\temp.cer / /Product Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Component Id=ProductComponent Guid={28231CA8-9C8C-4CC2-812B-32EA4B37A82F} KeyPath=yes iis:Certificate Id=CertId1 BinaryKey=BinaryId1 Name=dougkei StoreLocation=localMachine StoreName=otherPeople Request=no/ /Component /Directory /Directory /Fragment /Wix In our case we want to allow several users on a machine to access it through an application, so it goes it a common location. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Mejmoo [mailto:mej...@gmail.com] Sent: December-02-14 4:47 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Install certificate in users store Yes I did found this too, but does it have something in common with IIS as it its IIS Extension? Hopefully not. On Tue, Dec 2, 2014 at 10:33 PM, Phill Hogland phogl...@rimage.com wrote: I have not used this but I recalled seeing it in the docs http://wixtoolset.org/documentation/manual/v3/xsd/iis/certificate.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Install- certificate-in-users-store-tp7598330p7598335.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Read only flags and MSPs
Does MSP support changing the read-only flag of files which were in the initial install? If so, how do I ensure I include it in the patch? Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] KB2918614
I'm not sure this explains everything people reported, but it would explain why we never saw it ... Thanks, Phil. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: October-14-14 6:31 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] KB2918614 This seems to be the fix - I haven't noticed anyone post it here yet: http://support.microsoft.com/kb/3000988 --- Phil Wilson On Mon, Sep 29, 2014 at 11:19 AM, roberthyang robert_y...@agilent.com wrote: Aha ! This would explain what we have been seeing: if the install is done after KB2918614, then the repair is successful. If the install was done prior to KB2918614, then the repair for SQL Server CE 3.5 SP2 x64 fails. The difference in the log is as follows : MSI (s) (50:CC) [12:30:26:258]: Determining source type MSI (s) (50:CC) [12:30:26:258]: Source type from package 'SSCERuntime-ENU-x64.msi': 2 MSI (s) (50:CC) [12:30:26:258]: SECREPAIR: Hash Database: C:\windows\Installer\SourceHash{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3} vs. MSI (s) (0C:F8) [10:17:28:915]: Determining source type MSI (s) (0C:F8) [10:17:28:915]: Note: 1: 2203 2: C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi 3: -2147287038 MSI (s) (0C:F8) [10:17:28:915]: Note: 1: 1316 2: C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi MSI (s) (0C:F8) [10:17:28:915]: SECREPAIR: Error determining package source type MSI (s) (0C:F8) [10:17:28:915]: SECUREREPAIR: SecureRepair Failed. Error code: 524F6DF34B8 MSI (s) (0C:F8) [10:18:52:364]: Product: Microsoft SQL Server Compact 3.5 SP2 x64 ENU -- Error 1316.The specified account already exists. Thanks ! -Rob Keith.Douglas wrote I was given this by one of our internal deployment people this morning. Any thoughts? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 Keith.Douglas@.gc Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ [deleted] Sent: September-22-14 8:41 AM To: Douglas, Keith - CoSD/DSCo Subject: FW: Service Request # 01298424 - KB2918614 Good morning Keith, Any luck with the problem you were having with KB2918614? I've asked IT security to remove this for you but we are not allowed since this is a security update from Microsoft rated important. He did find a few things to maybe fix this problem for you: I've seen some workaround on the net, I don't know in Keith's case, if they could be easily applied or not... Workaround if you have problems with repairing application: Uninstall the application and reinstall it with the security update installed. (sourcehash file generated with security update) Manually copy the sourcehash file to c:\windows\installer folder. As the sourcehash file is generated based on the application files, the sourcehash file generated on computer A can be used on computer B. I've also read in a few different blog, from people contacting Microsoft about this issue and the answer they got form Microsoft is that they are hoping to have an additional patch that fixes this somewhere in the time range of mid October to beginning of November. Now, I haven't seen anything official about this yet, but it would make sense. Let me know if this helps... Have a great day! - - Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg .clktrk ___ WiX-users mailing list WiX-users@.sourceforge https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/KB291861 4-tp7596942p7597053.html Sent from the wix-users mailing list archive at Nabble.com. -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg. clktrk
[WiX-users] msiexec -Embedding
I was installing an update to one of our (virtual) machines and noticed that it failed, complaining that an installation was in progress. Since sometimes SCCM and other things auto-drop for us, I figured I'd look to see what it was. With procexp, I found an msiexec -Embedding call being run. What exactly is msiexec -Embedding for? And am I correct in assuming it entails that while it runs I cannot do another installation? Do I wait on it? I see that it in turn launched a C:\Program Files\VMware\VMware Tools\TPVCGateway.exe -q -uninstall ... (which has been running for quite a while now at 0% CPU to boot). Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcuts redux
I've just created a new package for a product we're about to upgrade. I see that it doesn't create its desktop shortcut until repair is run. We are not creating the (unadvertised) shortcut in any way that is new; it does exactly what the old ones did. I have looked at a few versions back and their verbose logs and the one from the new package. There is a *lot* of new stuff I've never seen previously in it (like stuff about WIN64DUALFOLDERS). Is this related to any of those recent KB changes? Does any of this affect desktops, shortcuts or ...? I see a bunch of remove/create shortcuts, as I suppose is expected. Here are all the relevant (?) parts I can find (skipping everything else): MSI (s) (F0:84) [15:46:04:397]: Component: DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df8; Installed: Absent; Request: Local; Action: Local MSI (s) (F0:84) [15:46:04:397]: Component: __DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df865; Installed: Null; Request: Local; Action: Local MSI (s) (F0:84) [15:46:04:397]: Component: __DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df866; Installed: Null; Request: Local; Action: Local MSI (s) (F0:B4) [15:46:04:599]: 'Toolbox3ShortcutIcon' icon will be removed. MSI (s) (F0:B4) [15:46:04:615]: Doing action: RemoveShortcuts MSI (s) (F0:B4) [15:46:04:615]: Doing action: CreateShortcuts Action start 15:46:04: CreateShortcuts. MSI (s) (F0:B4) [15:46:04:615]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:B4) [15:46:04:615]: Note: 1: 2205 2: 3: MsiShortcutProperty Action ended 15:46:04: CreateShortcuts. Return value 1. MSI (s) (F0:B4) [15:46:04:646]: Executing op: IconRemove(Icon=Toolbox3ShortcutIcon,) MSI (s) (F0:B4) [15:46:04:646]: Scheduling file 'C:\WINDOWS\Installer\{A69E5FD0-83F0-48BB-A35D-BEB7A6351432}\Toolbox3ShortcutIcon' for deletion during post-install cleanup (not post-reboot). MSI (s) (F0:B4) [15:46:04:646]: Executing op: ActionStart(Name=RemoveShortcuts,Description=Removing shortcuts,Template=Shortcut: [1]) MSI (s) (F0:B4) [15:46:04:646]: Executing op: ShortcutRemove(Name=4er-7tqv|Toolbox 3) MSI (s) (F0:84) [15:46:04:943]: Doing action: RemoveShortcuts Action start 15:46:04: RemoveShortcuts. Action ended 15:46:04: RemoveShortcuts. Return value 1. MSI (s) (F0:84) [15:46:04:974]: Doing action: CreateShortcuts Action start 15:46:04: CreateShortcuts. MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2753 2: Fd27b839b09ca4 Action ended 15:46:04: CreateShortcuts. Return value 1. MSI (s) (F0:84) [15:46:05:255]: Executing op: ActionStart(Name=CreateShortcuts,Description=Creating shortcuts,Template=Shortcut: [1]) MSI (s) (F0:84) [15:46:05:255]: Executing op: IconCreate(Icon=Toolbox3ShortcutIcon,Data=BinaryData) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-29-14 4:35 PM To: 'General discussion about the WiX toolset.' Subject: Shortcuts and full desktops I noticed that one of my installation packages (which I was internally testing prior to sending it for testing more broadly) seemingly failed to install its shortcuts because there were too many icons on the desktop (in grid mode) already. (I figured this bizarreness out by cleaning some stuff up and trying again.) Is this a known thing? Should I be able to detect it somehow? It seemed that the other files installed and that PF showed it installed it. It is admittedly unlikely this will affect anything but our testing machines, but I figured it might be good to know. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Shortcuts redux
Seems to be ok if I tried again from a few versions back. But the bit about the verbosity of verbose logs (or the like) stands ... still I'd like a comment on the below just in case ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: September-30-14 4:22 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Shortcuts redux I've just created a new package for a product we're about to upgrade. I see that it doesn't create its desktop shortcut until repair is run. We are not creating the (unadvertised) shortcut in any way that is new; it does exactly what the old ones did. I have looked at a few versions back and their verbose logs and the one from the new package. There is a *lot* of new stuff I've never seen previously in it (like stuff about WIN64DUALFOLDERS). Is this related to any of those recent KB changes? Does any of this affect desktops, shortcuts or ...? I see a bunch of remove/create shortcuts, as I suppose is expected. Here are all the relevant (?) parts I can find (skipping everything else): MSI (s) (F0:84) [15:46:04:397]: Component: DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df8; Installed: Absent; Request: Local; Action: Local MSI (s) (F0:84) [15:46:04:397]: Component: __DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df865; Installed: Null; Request: Local; Action: Local MSI (s) (F0:84) [15:46:04:397]: Component: __DesktopShortCutd64d93b1_0358_454a_922a_1a88d6317df866; Installed: Null; Request: Local; Action: Local MSI (s) (F0:B4) [15:46:04:599]: 'Toolbox3ShortcutIcon' icon will be removed. MSI (s) (F0:B4) [15:46:04:615]: Doing action: RemoveShortcuts MSI (s) (F0:B4) [15:46:04:615]: Doing action: CreateShortcuts Action start 15:46:04: CreateShortcuts. MSI (s) (F0:B4) [15:46:04:615]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:B4) [15:46:04:615]: Note: 1: 2205 2: 3: MsiShortcutProperty Action ended 15:46:04: CreateShortcuts. Return value 1. MSI (s) (F0:B4) [15:46:04:646]: Executing op: IconRemove(Icon=Toolbox3ShortcutIcon,) MSI (s) (F0:B4) [15:46:04:646]: Scheduling file 'C:\WINDOWS\Installer\{A69E5FD0-83F0-48BB-A35D-BEB7A6351432}\Toolbox3ShortcutIcon' for deletion during post-install cleanup (not post-reboot). MSI (s) (F0:B4) [15:46:04:646]: Executing op: ActionStart(Name=RemoveShortcuts,Description=Removing shortcuts,Template=Shortcut: [1]) MSI (s) (F0:B4) [15:46:04:646]: Executing op: ShortcutRemove(Name=4er-7tqv|Toolbox 3) MSI (s) (F0:84) [15:46:04:943]: Doing action: RemoveShortcuts Action start 15:46:04: RemoveShortcuts. Action ended 15:46:04: RemoveShortcuts. Return value 1. MSI (s) (F0:84) [15:46:04:974]: Doing action: CreateShortcuts Action start 15:46:04: CreateShortcuts. MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2205 2: 3: MsiShortcutProperty MSI (s) (F0:84) [15:46:04:989]: Note: 1: 2753 2: Fd27b839b09ca4 Action ended 15:46:04: CreateShortcuts. Return value 1. MSI (s) (F0:84) [15:46:05:255]: Executing op: ActionStart(Name=CreateShortcuts,Description=Creating shortcuts,Template=Shortcut: [1]) MSI (s) (F0:84) [15:46:05:255]: Executing op: IconCreate(Icon=Toolbox3ShortcutIcon,Data=BinaryData) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-29-14 4:35 PM To: 'General discussion about the WiX toolset.' Subject: Shortcuts and full desktops I noticed that one of my installation packages (which I was internally testing prior to sending it for testing more broadly) seemingly failed to install its shortcuts because there were too many icons on the desktop (in grid mode) already. (I figured this bizarreness out by cleaning some stuff up and trying again.) Is this a known thing? Should I be able to detect it somehow? It seemed that the other files installed and that PF showed it installed it. It is admittedly unlikely this will affect anything but our testing machines, but I figured it might be good to know. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON
[WiX-users] Shortcuts and full desktops
I noticed that one of my installation packages (which I was internally testing prior to sending it for testing more broadly) seemingly failed to install its shortcuts because there were too many icons on the desktop (in grid mode) already. (I figured this bizarreness out by cleaning some stuff up and trying again.) Is this a known thing? Should I be able to detect it somehow? It seemed that the other files installed and that PF showed it installed it. It is admittedly unlikely this will affect anything but our testing machines, but I figured it might be good to know. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FW: Service Request # 01298424 - KB2918614
More on the KB breaking Windows Installer thing from my colleagues. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ [deleted] Subject: RE: Service Request # 01298424 - KB2918614 Good morning Keith, I understand and we are thanking you for bringing up this problematic update to our attention. We have talked with IT Security and have checked with Microsoft. Security had denied the removal of this KB nor those Microsoft suggest it. According to some forum seen, Microsoft is aware of the issue and is working to get a fix in the next month. Presently no incidents have been reported regarding the above KB and Windows Installer here at Statcan. Therefore since we cannot reproduce this problem we will close our assignment but we will continue to monitor the issue. _ From: Douglas, Keith - CoSD/DSCo Sent: September-22-14 2:25 PM To: Cousineau, Natacha - ITOD/DOTI Subject: RE: Service Request # 01298424 - KB2918614 I fear you've misunderstood; we've been chasing down a problem reported which was sufficiently alarming that we wanted to investigate it before it affected CAPI ... it has not been noticed anywhere here as yet. But since the problem breaks Windows Installer (in one way or other) we figured we'd need help to work on it, tell others that they might be affected, etc. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.camailto:keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ From: Cousineau, Natacha - ITOD/DOTI Sent: September-22-14 1:42 PM To: Douglas, Keith - CoSD/DSCo Subject: RE: Service Request # 01298424 - KB2918614 So everything is working fine at your end now? _ From: Douglas, Keith - CoSD/DSCo Sent: September-22-14 9:10 AM To: Cousineau, Natacha - ITOD/DOTI Subject: RE: Service Request # 01298424 - KB2918614 I haven't been able to reproduce the problems or learn more, though the below is interesting. I am getting the impression we're partially safe because of the fact we don't normally do so-called small updates, but it can't be just that. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.camailto:keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ From: Cousineau, Natacha - ITOD/DOTI Sent: September-22-14 8:41 AM To: Douglas, Keith - CoSD/DSCo Subject: FW: Service Request # 01298424 - KB2918614 Good morning Keith, Any luck with the problem you were having with KB2918614? I've asked IT security to remove this for you but we are not allowed since this is a security update from Microsoft rated important. He did find a few things to maybe fix this problem for you: I've seen some workaround on the net, I don't know in Keith's case, if they could be easily applied or not... Workaround if you have problems with repairing application: Uninstall the application and reinstall it with the security update installed. (sourcehash file generated with security update) Manually copy the sourcehash file to c:\windows\installer folder. As the sourcehash file is generated based on the application files, the sourcehash file generated on computer A can be used on computer B. I've also read in a few different blog, from people contacting Microsoft about this issue and the answer they got form Microsoft is that they are hoping to have an additional patch that fixes this somewhere in the time range of mid October to beginning of November. Now, I haven't seen anything official about this yet, but it would make sense. Let me know if this helps... Have a great day! -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] KB2918614
I'm trying to prepare an uninstall since colleagues insist we deploy the update to our remotes, regardless of the danger ... Uninstall commmands to our bundle that we might try to use seem to only uninstall the bundle, not the contents. We send [bundlename /uninstall /quiet] from our elevated service. Is this correct? Is that supposed to be able to uninstall the MSUs inside? (WiX 3.7) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: September-23-14 9:50 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] FW: Service Request # 01298424 - KB2918614 More on the KB breaking Windows Installer thing from my colleagues. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ [deleted] Subject: RE: Service Request # 01298424 - KB2918614 Good morning Keith, I understand and we are thanking you for bringing up this problematic update to our attention. We have talked with IT Security and have checked with Microsoft. Security had denied the removal of this KB nor those Microsoft suggest it. According to some forum seen, Microsoft is aware of the issue and is working to get a fix in the next month. Presently no incidents have been reported regarding the above KB and Windows Installer here at Statcan. Therefore since we cannot reproduce this problem we will close our assignment but we will continue to monitor the issue. _ From: Douglas, Keith - CoSD/DSCo Sent: September-22-14 2:25 PM To: Cousineau, Natacha - ITOD/DOTI Subject: RE: Service Request # 01298424 - KB2918614 I fear you've misunderstood; we've been chasing down a problem reported which was sufficiently alarming that we wanted to investigate it before it affected CAPI ... it has not been noticed anywhere here as yet. But since the problem breaks Windows Installer (in one way or other) we figured we'd need help to work on it, tell others that they might be affected, etc. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.camailto:keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ From: Cousineau, Natacha - ITOD/DOTI Sent: September-22-14 1:42 PM To: Douglas, Keith - CoSD/DSCo Subject: RE: Service Request # 01298424 - KB2918614 So everything is working fine at your end now? _ From: Douglas, Keith - CoSD/DSCo Sent: September-22-14 9:10 AM To: Cousineau, Natacha - ITOD/DOTI Subject: RE: Service Request # 01298424 - KB2918614 I haven't been able to reproduce the problems or learn more, though the below is interesting. I am getting the impression we're partially safe because of the fact we don't normally do so-called small updates, but it can't be just that. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.camailto:keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ From: Cousineau, Natacha - ITOD/DOTI Sent: September-22-14 8:41 AM To: Douglas, Keith - CoSD/DSCo Subject: FW: Service Request # 01298424 - KB2918614 Good morning Keith, Any luck with the problem you were having with KB2918614? I've asked IT security to remove this for you but we are not allowed since this is a security update from Microsoft rated important. He did find a few things to maybe fix this problem for you: I've seen some workaround on the net, I don't know in Keith's case, if they could be easily applied or not... Workaround if you have problems with repairing application: Uninstall the application and reinstall it with the security update installed. (sourcehash file generated with security update) Manually copy the sourcehash file to c:\windows\installer folder. As the sourcehash file is generated based on the application files, the sourcehash file generated on computer A can be used on computer B. I've also read in a few different blog, from
[WiX-users] KB2918614
I was given this by one of our internal deployment people this morning. Any thoughts? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada _ [deleted] Sent: September-22-14 8:41 AM To: Douglas, Keith - CoSD/DSCo Subject: FW: Service Request # 01298424 - KB2918614 Good morning Keith, Any luck with the problem you were having with KB2918614? I've asked IT security to remove this for you but we are not allowed since this is a security update from Microsoft rated important. He did find a few things to maybe fix this problem for you: I've seen some workaround on the net, I don't know in Keith's case, if they could be easily applied or not... Workaround if you have problems with repairing application: Uninstall the application and reinstall it with the security update installed. (sourcehash file generated with security update) Manually copy the sourcehash file to c:\windows\installer folder. As the sourcehash file is generated based on the application files, the sourcehash file generated on computer A can be used on computer B. I've also read in a few different blog, from people contacting Microsoft about this issue and the answer they got form Microsoft is that they are hoping to have an additional patch that fixes this somewhere in the time range of mid October to beginning of November. Now, I haven't seen anything official about this yet, but it would make sense. Let me know if this helps... Have a great day! -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
I noticed that your reproduction was only slightly similar to one of the ones from earlier in the thread. The one earlier was an overlapped I/O, yours is a hash being different. Also, didn't some report problems with Windows 7, and your testing is on 8? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: September-09-14 4:23 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Looking at the link, it would address the case where something was wrong with HKCR/Msi or HKCR/Msi.Package, but the repro I had on Window 8 appears to have the correct entries here. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: John Cooper Sent: Tuesday, September 9, 2014 3:16 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Microsoft forum, I should say. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: John Cooper Sent: Tuesday, September 9, 2014 3:14 PM To: 'General discussion about the WiX toolset.' Subject: RE: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Just got this from Microsoft as a proposed fix: http://www.vindamedia.com/windows/help/windows-installer-msi-hash-mismatch -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: John Cooper Sent: Tuesday, September 9, 2014 12:40 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I figure it was a minor upgrade with the ProductCodes. There was some expression of interest in a registry dump on my reproducing machine for HKCR\Msi.Package. So, here it is: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Msi.Package] @=Windows Installer Package InfoTip=prop:System.ItemType;System.Author;System.Title;System.Subject;System.Comment;System.DateModified;System.Size EditFlags=hex:00,00,10,00 FullDetails=prop:System.PropGroup.Description;System.Title;System.Subject;System.Category;System.Keywords;System.Comment;System.PropGroup.Origin;System.Author;System.Document.RevisionNumber;System.Document.DateCreated;System.ApplicationName;System.PropGroup.FileSystem;System.ItemNameDisplay;System.ItemType;System.ItemFolderPathDisplay;System.DateCreated;System.DateModified;System.Size;System.FileAttributes;System.OfflineAvailability;System.OfflineStatus;System.SharedWith;System.FileOwner;System.ComputerName FriendlyTypeName=hex(2):40,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,\ 00,6f,00,6f,00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,\ 32,00,5c,00,6d,00,73,00,69,00,6d,00,73,00,67,00,2e,00,64,00,6c,00,6c,00,2c,\ 00,2d,00,33,00,34,00,00,00 [HKEY_CLASSES_ROOT\Msi.Package\DefaultIcon] @=C:\\Windows\\System32\\msiexec.exe,0 [HKEY_CLASSES_ROOT\Msi.Package\shell] @=Open,Repair,Uninstall [HKEY_CLASSES_ROOT\Msi.Package\shell\edit] @=Edit with Orca [HKEY_CLASSES_ROOT\Msi.Package\shell\edit\command] @=\C:\\Program Files (x86)\\Orca\\Orca.exe\ \%1\ command=hex(7):36,00,59,00,55,00,27,00,53,00,72,00,2d,00,54,00,35,00,40,00,\ 45,00,40,00,35,00,4c,00,28,00,28,00,2e,00,6d,00,4a,00,55,00,4f,00,72,00,63,\ 00,61,00,3e,00,6e,00,52,00,37,00,39,00,66,00,5e,00,26,00,71,00,66,00,28,00,\ 76,00,3f,00,65,00,71,00,46,00,28,00,29,00,77,00,26,00,47,00,20,00,22,00,25,\ 00,31,00,22,00,00,00,00,00 [HKEY_CLASSES_ROOT\Msi.Package\shell\Open] @=Install MUIVerb=hex(2):40,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,\ 6f,00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,\ 00,6d,00,73,00,69,00,6d,00,73,00,67,00,2e,00,64,00,6c,00,6c,00,2c,00,2d,00,\ 33,00,36,00,00,00 [HKEY_CLASSES_ROOT\Msi.Package\shell\Open\command] @=hex(2):22,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,\ 00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,6d,00,\ 73,00,69,00,65,00,78,00,65,00,63,00,2e,00,65,00,78,00,65,00,22,00,20,00,2f,\ 00,69,00,20,00,22,00,25,00,31,00,22,00,20,00,25,00,2a,00,00,00
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
Ah! There seems to be some confusion on this point. I will see. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: September-06-14 1:27 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container 2014-09-05 17:15 GMT-03:00 keith.doug...@statcan.gc.ca: I've gotten hold of a Windows 7 x64 VM and tried installing, uninstalling, repairing a few dinky products we have built installers for over the last while. Even added a new one with a large (100 megabytes uncompressed) payload. Tried with and without UAC for all. No troubles at all with the trouble KB installed. User was a domain account, for what that is worth. Well, previous messages indicate the problem is with minor updates. Did you try updates, or only install/uninstall/repair? -- Nicolás -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
I've now tried a small update. I've never fully understood why you’d use these, but my co-workers wanted to use MSPs for some of our updating, so I built a front end for making those and hence small updates. That all to say that I may be doing something unusual or wrong with them. However, that disclaimer aside, I cannot reproduce any trouble with that either. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: September-08-14 8:41 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Ah! There seems to be some confusion on this point. I will see. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: September-06-14 1:27 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container 2014-09-05 17:15 GMT-03:00 keith.doug...@statcan.gc.ca: I've gotten hold of a Windows 7 x64 VM and tried installing, uninstalling, repairing a few dinky products we have built installers for over the last while. Even added a new one with a large (100 megabytes uncompressed) payload. Tried with and without UAC for all. No troubles at all with the trouble KB installed. User was a domain account, for what that is worth. Well, previous messages indicate the problem is with minor updates. Did you try updates, or only install/uninstall/repair? -- Nicolás -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
Let me echo John here, I am trying to help us and also help the community. We are worse off, too, than some, because the machines I deal with are mostly-disconnected remotes which receive the vast majority of their tech support via RDP if at all. It seems that most of the hypotheses around are wrong, unless we're just unlucky. Sascha: I have yet to try your stuff out. I know already now that you are dealing with MSIs in a bundle (correct?), which we don't do - we use bundles to use Windows Update files (MSUs) only, at present. All the rest of our stuff is just MSI. (Or rarely - testing only, I think, MSP.) So there's a difference right off. I wonder (list owners willing) if it is time to play what do we know? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: September-08-14 2:41 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I am sure that Microsoft will ultimately have to make a fix, but I have a lot of installers out in the wild, and I feel very exposed when none of my testers can replicate. I'm much more interested in understanding the mechanism of failure--especially since I can't currently replicate. Also, it is very hard to justify to management invoking our support agreement when the issue does not reproduce with any of our product installers. Much easier if I can replicate. I'm basically trying to figure out what is different in our installers and deployment scenarios such that we don't see this issue. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Sascha Sertel [mailto:sascha.ser...@gmail.com] Sent: Monday, September 8, 2014 1:29 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container The issue is very easily reproducible for me when doing an upgrade from one bundle to another one. I emailed Keith links to two installers that have 100% repro for me when upgrading from the one to the other while having KB2918614 installed. Repros on any machine. I'm happy to share some logs but given that KB2918614 directly determines whether the upgrade fails or works I don't know if there is anything that can be done to fix this from our end, it seems to me like Microsoft needs to reissue the hotfix or have another hotfix that fixes the broken one. // Sascha On Mon, Sep 8, 2014 at 9:44 AM, John Cooper jocoo...@jackhenry.com wrote: I haven't been able to reproduce this using signed or unsigned MSIs deploying in an Open or Closed Environment. I would be very happy to take a look at some verbose logs of the failures. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 | jocoo...@jackhenry.com -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Monday, September 8, 2014 10:40 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I've now tried a small update. I've never fully understood why you’d use these, but my co-workers wanted to use MSPs for some of our updating, so I built a front end for making those and hence small updates. That all to say that I may be doing something unusual or wrong with them. However, that disclaimer aside, I cannot reproduce any trouble with that either. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du | Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: September-08-14 8:41 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Ah! There seems to be some confusion on this point. I will see. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
For what it is worth, I tried one of my investigation packages with a fake exe (for the sake of ease of recognizing as a fake) which, needless to say, has no version at all. It seems to upgrade fine with no trouble. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: September-08-14 3:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I notice that Agent.Interop.dll, CefSharp.dll, and CefSharpt.Wpf.dll all are completely unversioned (no version numbers at all). When an upgrade works, what to does the log look like for these three files? -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Sascha Sertel [mailto:sascha.ser...@gmail.com] Sent: Monday, September 8, 2014 2:02 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Yes, my installer uses a bundle because I have .NET Framework 4.5.1 and Visual C++ 12 runtime components as a prerequisite before running my actual product MSI. I haven't actually tried if the upgrade failure also repros using the product MSI only instead of the bundle, I'll try that out today. Maybe it's actually something about upgrading a bundle that causes the failure to happen. In terms of what do we know, I don't think we know anything, we have yet to find anything common between the failing installers. It seems to fail for both per-user and per-machine installs, domain as well as workgroup user accounts, elevated and non-elevated privileges, none of that seems to matter. // Sascha On Mon, Sep 8, 2014 at 11:48 AM, keith.doug...@statcan.gc.ca wrote: Let me echo John here, I am trying to help us and also help the community. We are worse off, too, than some, because the machines I deal with are mostly-disconnected remotes which receive the vast majority of their tech support via RDP if at all. It seems that most of the hypotheses around are wrong, unless we're just unlucky. Sascha: I have yet to try your stuff out. I know already now that you are dealing with MSIs in a bundle (correct?), which we don't do - we use bundles to use Windows Update files (MSUs) only, at present. All the rest of our stuff is just MSI. (Or rarely - testing only, I think, MSP.) So there's a difference right off. I wonder (list owners willing) if it is time to play what do we know? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: September-08-14 2:41 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I am sure that Microsoft will ultimately have to make a fix, but I have a lot of installers out in the wild, and I feel very exposed when none of my testers can replicate. I'm much more interested in understanding the mechanism of failure--especially since I can't currently replicate. Also, it is very hard to justify to management invoking our support agreement when the issue does not reproduce with any of our product installers. Much easier if I can replicate. I'm basically trying to figure out what is different in our installers and deployment scenarios such that we don't see this issue. -- John Merryweather Cooper Senior Software Engineer | Enterprise Service Applications | Continuing Development Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Sascha Sertel [mailto:sascha.ser...@gmail.com] Sent: Monday, September 8, 2014 1:29 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container The issue is very easily reproducible for me when doing an upgrade from one bundle to another one. I emailed Keith links to two installers that have 100% repro for me when upgrading from the one to the other while having KB2918614 installed. Repros on any machine. I'm happy to share some logs but given that KB2918614 directly determines whether the
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
I've gotten hold of a Windows 7 x64 VM and tried installing, uninstalling, repairing a few dinky products we have built installers for over the last while. Even added a new one with a large (100 megabytes uncompressed) payload. Tried with and without UAC for all. No troubles at all with the trouble KB installed. User was a domain account, for what that is worth. I'm still waiting to hear on our support-contract folks and am thinking about how to do more tests. Does anyone have a MSI that provokes a problem that they wish me to try and can send to me somehow? I'd be willing to investigate it. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: August-26-14 3:52 PM To: 'General discussion about the WiX toolset.' Subject: RE: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Has anyone with a support contract or the like with Microsoft asked about this? I've pre-emptively raised a concern with some of my colleagues but people don't know what to make of a bunch of isolated forum posts/this list's thread. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: August-26-14 12:45 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Okay. That points to the fix having issues and not being isolated to Burn. Which, fortunately or unfortunately, means Microsoft probably needs to fix the fix. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Tuesday, August 26, 2014 9:02 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Custom Autorun/Setup.exe (elevating) that's been working fine for years, OR on the CMD line line msiexec /i path to msi (where it will prompt to elevate as well). On 26/08/2014 16:15, Rob Mensching wrote: How are you installing the MSIs? Just double-click the .MSI directly, as part of a Bundle, some other mechanism? ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Tuesday, August 26, 2014 3:35 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container We get a slightly different error out of CryptAcquireContext, ours follow this pattern: MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: Hash Database: C:\Windows\Installer\SourceHash{xxx----} MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: SourceHash database file already exists. Deleting it. MSI (s) (28:BC) [10:47:26:839]: Note: 1: 2262 2: SourceHash 3: -2147287038 MSI (s) (28:BC) [10:47:26:852]: SECREPAIR: New Hash Database creation complete. MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:860]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:860]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:861]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:861]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: Crypt Provider not initialized. Error:997 MSI (s) (28:BC) [10:47:26:862]: SECUREREPAIR: Failed to CreateContentHash of the file: \x\.JPG: for computing its hash. Err! or: 997 MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: Failed to create hash for the install source files MSI (s) (28:BC) [10:47:26:862]: SECUREREPAIR: SecureRepair Failed. Error code: 3e5F6C634B8 Error 997 being the
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
Some of the posts I saw about the topic in other places (e.g. the OpenOffice.org one) seemed to suggest to me that it was local installs as well, but am I not sure I understood the remarks correctly. Incidentally: my chain of command has raised it with the folks that maintain / have access to our support at Microsoft. I have also requested some VMs be set up so I can do some investigation on my own, but before a long weekend ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: August-29-14 2:24 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Is this happening primarily in domains or networks? This may or may not be connected, but I'm wondering if that's a common theme, and other occurrences of this tend to suggest that trusting the computer or the user to allow delegation might be a fix. --- Phil Wilson On Thu, Aug 28, 2014 at 10:14 PM, Neil Sleightholm n...@x2systems.com wrote: It also happens with a clean install in my scenario. -Original Message- From: Sascha Sertel [mailto:sascha.ser...@gmail.com] Sent: 28 August 2014 22:28 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container @Neil: That's good to know, and great to have an easy repro, I'm sure Microsoft will need that to come up with a fix. But this still only affects the upgrade case, or does it happen on first install for you as well? In my case it's only on (minor) upgrade, fresh install works fine. This makes me wonder even more why others aren't affected by this, maybe most people simply don't update their Windows machines with the latest updates that often? I update my test machine regularly exactly for this scenario where a new KB update breaks something. // Sascha On Thu, Aug 28, 2014 at 2:09 PM, Neil Sleightholm n...@x2systems.com wrote: Our install isn't any of those :-) WiX 3.7, Per Machine, No bootstrapper, No managed CA I can reproduce the issue with a very minimal MSI, no UI, only installs 1 file. Neil -Original Message- From: Sascha Sertel [mailto:sascha.ser...@gmail.com] Sent: 28 August 2014 21:31 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container @Neil: Yes, for us removing KB2918614 fixed the error and got us back to working state. No other workaround known at this time. I've been trying to figure out why this only seems to affect certain MSIs. Here some parameters that might be relevant: - WiX 3.8 - per-User install, no elevated privileges - Custom managed bootstrapper on .NET 4.0 - Custom managed action Since this is reproducible directly with the MSI already I don't think it has anything to do with the bundle or any of the bundle parameters. The KB2918614 information website shows that Msi.dll and other related binaries are being replaced, I wish there was some more information on what they actually changed in Windows Installer, that would probably help locate where these issues are coming from and what scenarios trigger them. // Sascha On Thu, Aug 28, 2014 at 1:00 PM, Neil Sleightholm n...@x2systems.com wrote: I have seen that reported but I think it is slightly different. Does removing kb2918614 fix it? -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: 26 August 2014 11:35 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container We get a slightly different error out of CryptAcquireContext, ours follow this pattern: MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: Hash Database: C:\Windows\Installer\SourceHash{xxx---- } MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: SourceHash database file already exists. Deleting it. MSI (s) (28:BC) [10:47:26:839]: Note: 1: 2262 2: SourceHash 3: -2147287038 MSI (s) (28:BC) [10:47:26:852]: SECREPAIR: New Hash Database creation complete. MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:860]: SECREPAIR: A general error running
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
I got that once when some McAfee product or other was trying to install itself at the same time (we run its AV and a few other things on my target machines), and a few months ago - well before this update. Somehow also when that happens one gets the McAfee product details in the install log created for *my* application. I thought nothing of it at the time, since we know that WI is effectively not re-entrant. But ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: roberthyang [mailto:robert_y...@agilent.com] Sent: August-28-14 5:53 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container I just tried it with KB2918614 removed, and got a different error, Error 1316.A network error occurred while attempting to read from the file : Action start 14:45:54: PublishFeatures. MSI (s) (7C:8C) [14:45:54:217]: Doing action: PublishProduct Action ended 14:45:54: PublishFeatures. Return value 1. Action start 14:45:54: PublishProduct. MSI (s) (7C:8C) [14:45:54:217]: Resolving source. MSI (s) (7C:8C) [14:45:54:217]: Resolving source to launched-from source. MSI (s) (7C:8C) [14:45:54:217]: Setting launched-from source as last-used. MSI (s) (7C:8C) [14:45:54:217]: PROPERTY CHANGE: Adding SourceDir property. Its value is 'C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\'. MSI (s) (7C:8C) [14:45:54:217]: PROPERTY CHANGE: Adding SOURCEDIR property. Its value is 'C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\'. MSI (s) (7C:8C) [14:45:54:217]: PROPERTY CHANGE: Adding SourcedirProduct property. Its value is '{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}'. MSI (s) (7C:8C) [14:45:54:217]: SOURCEDIR == C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\ MSI (s) (7C:8C) [14:45:54:217]: SOURCEDIR product == {D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3} MSI (s) (7C:8C) [14:45:54:217]: Determining source type MSI (s) (7C:8C) [14:45:54:217]: Note: 1: 2203 2: C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi 3: -2147287038 MSI (s) (7C:8C) [14:45:54:217]: Note: 1: 1316 2: C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi MSI (s) (7C:8C) [14:45:58:507]: Product: Microsoft SQL Server Compact 3.5 SP2 x64 ENU -- Error 1316.A network error occurred while attempting to read from the file C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi Error 1316.A network error occurred while attempting to read from the file C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\SSCERuntime_x64-enu.msi Any thoughts ? roberthyang wrote We just started seeing a possibly-related error recently. We have a burn bootstrapper in Wix 3.8 and among the bundle MSI's is SQL Server Compact SP2 x64 (SSCERuntime-ENU-x64.msi). When the bootstrapper attempts to repair the application, the repair of SQL Server Compact SP2 x64 fails with Error 1316.The specified account already exists. An excerpt from the log is as follows : Action start 12:09:35: PublishFeatures. MSI (s) (D4:54) [12:09:35:006]: Doing action: PublishProduct Action ended 12:09:35: PublishFeatures. Return value 1. Action start 12:09:35: PublishProduct. MSI (s) (D4:54) [12:09:35:008]: Resolving source. MSI (s) (D4:54) [12:09:35:008]: Resolving source to launched-from source. MSI (s) (D4:54) [12:09:35:008]: Setting launched-from source as last-used. MSI (s) (D4:54) [12:09:35:008]: PROPERTY CHANGE: Adding SourceDir property. Its value is 'C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\'. MSI (s) (D4:54) [12:09:35:008]: PROPERTY CHANGE: Adding SOURCEDIR property. Its value is 'C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\'. MSI (s) (D4:54) [12:09:35:008]: PROPERTY CHANGE: Adding SourcedirProduct property. Its value is '{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}'. MSI (s) (D4:54) [12:09:35:008]: SOURCEDIR == C:\ProgramData\Package Cache\{D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3}v3.5.8080.0\SQL Server Compact Edition\ MSI (s) (D4:54) [12:09:35:008]: SOURCEDIR product == {D4AD39AD-091E-4D33-BB2B-59F6FCB8ADC3} MSI (s) (D4:54) [12:09:35:008]: Determining source type MSI (s) (D4:54) [12:09:35:008]: Note: 1: 2203 2:
Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container
Has anyone with a support contract or the like with Microsoft asked about this? I've pre-emptively raised a concern with some of my colleagues but people don't know what to make of a bunch of isolated forum posts/this list's thread. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: August-26-14 12:45 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Okay. That points to the fix having issues and not being isolated to Burn. Which, fortunately or unfortunately, means Microsoft probably needs to fix the fix. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Tuesday, August 26, 2014 9:02 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container Custom Autorun/Setup.exe (elevating) that's been working fine for years, OR on the CMD line line msiexec /i path to msi (where it will prompt to elevate as well). On 26/08/2014 16:15, Rob Mensching wrote: How are you installing the MSIs? Just double-click the .MSI directly, as part of a Bundle, some other mechanism? ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: Matt O'Connell [mailto:techsupport...@gmail.com] Sent: Tuesday, August 26, 2014 3:35 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container We get a slightly different error out of CryptAcquireContext, ours follow this pattern: MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: Hash Database: C:\Windows\Installer\SourceHash{xxx----} MSI (s) (28:BC) [10:47:26:837]: SECREPAIR: SourceHash database file already exists. Deleting it. MSI (s) (28:BC) [10:47:26:839]: Note: 1: 2262 2: SourceHash 3: -2147287038 MSI (s) (28:BC) [10:47:26:852]: SECREPAIR: New Hash Database creation complete. MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:854]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:859]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:860]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:860]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:861]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:861]: SECREPAIR: Crypt Provider not initialized. Error:0 MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: A general error running CryptAcquireContext MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: Crypt Provider not initialized. Error:997 MSI (s) (28:BC) [10:47:26:862]: SECUREREPAIR: Failed to CreateContentHash of the file: \x\.JPG: for computing its hash. Err! or: 997 MSI (s) (28:BC) [10:47:26:862]: SECREPAIR: Failed to create hash for the install source files MSI (s) (28:BC) [10:47:26:862]: SECUREREPAIR: SecureRepair Failed. Error code: 3e5F6C634B8 Error 997 being the Windows error 'Overlapped I/O operation is in progress.' On 26/08/2014 11:05, Matt O'Connell wrote: We've started seeing this a lot recently. Installed the kb on to Win 7 and Win 8 VMs but it didn't replicate it. Our customers with the issue are usually running some sort of antivirus and we presumed it's some kind of conflict with that but we've had no success with disabling Anti-virus with msconfig. However removing the kb update has fixed it for at least one customer. I'm hoping to find a recipe to replicate it but we're not there yet. I'm hoping MS find a fix an re-issue the update.:-) On 18/08/2014 22:54, Neil Sleightholm wrote: Thanks, seen that one and this one https://community.logos.com/forums/p/87997/617278.aspx. Both look similar. Neil -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: 18 August 2014 20:13 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SECREPAIR: CryptAcquireContext: Could not create the default key container FYI http://www.edugeek.net/forums/windows-7/140586-possible-issue-kb2918 6
Re: [WiX-users] When trying to execute a SQL script there are garbage characters
Looks like it shouldn't be Unicode encoded ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: garymonk [mailto:g...@gurudental.com] Sent: August-05-14 8:16 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] When trying to execute a SQL script there are garbage characters I am trying to execute an SQL script that creates a database and when I do I receive the following errors... Error 26204. Error -2147217900: failed to execute SQL string, error detail: Incorrect syntax near '»'., SQL key: CreateDatabase SQL string: USE [master] The CreateDatabase.sql code is... USE [master] GO DECLARE @data_path nvarchar(256); DECLARE @debug_message nvarchar(2048) SET @debug_message = '' IF NOT EXISTS(SELECT NAME FROM SYSDATABASES WHERE NAME = 'MVDB') AND @data_path = ' ' BEGIN SET @data_path = (SELECT SUBSTRING(filename, 1, CHARINDEX('master.mdf', LOWER(filename)) - 1) FROM master.dbo.sysdatabases WHERE name = 'master'); SET @data_path = @data_path + 'mvdb.mdf'; IF NOT EXISTS(SELECT NAME FROM SYSDATABASES WHERE NAME = 'MVDB') BEGIN CREATE DATABASE [mvdb] IF @@ERROR = 0 BEGIN EXEC dbo.sp_dbcmptlevel @dbname='mvdb', @new_cmptlevel=100 IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled')) BEGIN EXEC [mvdb].[dbo].[sp_fulltext_database] @action = 'enable' END ALTER DATABASE [mvdb] SET ANSI_NULL_DEFAULT OFF ALTER DATABASE [mvdb] SET ANSI_NULLS OFF ALTER DATABASE [mvdb] SET ANSI_PADDING OFF ALTER DATABASE [mvdb] SET ANSI_WARNINGS OFF ALTER DATABASE [mvdb] SET ARITHABORT OFF ALTER DATABASE [mvdb] SET AUTO_CLOSE ON ALTER DATABASE [mvdb] SET AUTO_CREATE_STATISTICS ON ALTER DATABASE [mvdb] SET AUTO_SHRINK OFF ALTER DATABASE [mvdb] SET AUTO_UPDATE_STATISTICS ON ALTER DATABASE [mvdb] SET CURSOR_CLOSE_ON_COMMIT OFF ALTER DATABASE [mvdb] SET CURSOR_DEFAULT GLOBAL ALTER DATABASE [mvdb] SET CONCAT_NULL_YIELDS_NULL OFF ALTER DATABASE [mvdb] SET NUMERIC_ROUNDABORT OFF ALTER DATABASE [mvdb] SET QUOTED_IDENTIFIER OFF ALTER DATABASE [mvdb] SET RECURSIVE_TRIGGERS OFF ALTER DATABASE [mvdb] SET READ_WRITE ALTER DATABASE [mvdb] SET RECOVERY SIMPLE ALTER DATABASE [mvdb] SET MULTI_USER END END END As you can see there are no garbage characters ( ) at the beginning of the procedure. Do I have to embed the code for each procedure or is there a way to use an external file? Thanks, Gary -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/When-trying-to-execute-a-SQL-script-there-are-garbage-characters-tp7596247.html Sent from the wix-users mailing list archive at Nabble.com. -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unbinder.Unbind error
Yes, I figured out as much, but the error condition that results is not exactly clear. Is this under any control that could make this a bit cleaner? At first I thought it meant the image of the EXE I was debundling, for example! Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: August-01-14 7:15 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Unbinder.Unbind error Winterop.dll is a 32-bit so your calling assemblies need to stay 32-bit not get JIT'd to 64-bit. ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Friday, August 1, 2014 10:51 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Unbinder.Unbind error Update: this seems to happen because I was suddenly running a x64 version of things - I had the project set to build as AnyCPU. This is very strange - I understand the library is 32 bit, but why should it fail with the exception mentioned? That's pretty obscure. (If it is clearer in WiX 3.7, ok ...) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: August-01-14 1:21 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unbinder.Unbind error A while ago I built some stuff to investigate properties of a burn bundle (EXE) just in case they got lost when we built them, and also to harvest from others (in case we have some bundles not built by us). As per the list's recommendations, I added a reference to wix.dll and kept winterop.dll near by. The POC code looks like (fileName as a parameter from elsewhere) Dim b As New Microsoft.Tools.WindowsInstallerXml.Unbinder Dim out As Microsoft.Tools.WindowsInstallerXml.Output = b.Unbind(fileName, Microsoft.Tools.WindowsInstallerXml.OutputType.Bundle, c:\scratch\) For a while, this worked; some directories of XML and such were created I was able to read from. Now something (not this part of the code, since I haven't touched it) has changed and I get : An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B) Stack trace: at Microsoft.Tools.WindowsInstallerXml.Cab.Interop.NativeMethods.ExtractCabBegin() at Microsoft.Tools.WindowsInstallerXml.Cab.WixExtractCab..ctor() at Microsoft.Tools.WindowsInstallerXml.BurnReader.ExtractUXContainer(String outputDirectory, String tempDirectory) at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String bundleFile, String exportBasePath) at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) at InstallerBuilder.PackageRepresentation..ctor(String fileName, String notesText, String whoBy) in C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 This exception occurs with every bundle I've tried, including one that I just built to make sure it wasn't somehow wrong previously. Any idea what could be going wrong here? I have moved recently to Windows 7 x64, if that matters somehow. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds
Re: [WiX-users] [Released Spam | pourriel affranchi] Debugging installer
I'm not sure if it is applicable in your case, but I seem to remember that when debugging both our service and our installer for it that if you crash the OnStart method or the constructor you'll also get error 1923. So it might be useful to instrument your service too and see if you can figure out if it gets to anywhere useful. (We are using a managed service, so it might be different if you are not.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Gábor Zoltán Tamás [mailto:tamas.gabor.zol...@gmail.com] Sent: August-05-14 5:11 AM To: wix-users@lists.sourceforge.net Subject: [Released Spam | pourriel affranchi] [WiX-users] Debugging installer Hi all, We have a solution with a WIX installer project that should install a Windows service and start it right away. Now the issue is that the WIX project outputs MSIs that sometimes fail on some, but not all of our environments. After enabling verbose logging and looking at the log files msiexec.exe, we can see, that each time the installation fails after aquiring the 32 bit elevated custom action server, right when the installer tries the following: Executing op: ServiceInstall(Name=___,DisplayName=_,ImagePath=_,ServiceType=16,StartType=2,ErrorControl=32768,,Dependencies=[~],,StartName=NT AUTHORITY\SYSTEM,Password=**,Description=_,,) The following log entry is: Error 1923. Service '_' (___) could not be installed. Verify that you have sufficient privileges to install system services. The privileges - of course - are not the issue. Comparing logs of failed and successful installs reveal no relevant difference up until the point when the ServiceInstall custom action fails. All differences are timestamps, random character sequences (GUIDS, temporary file names, etc) or PIDs. We are completely puzzled why one MSI fails and the next one does not (no code changes at all, the files seem to be of the same size). Can someone here give us advice what the best course of action would be that would let us closer to the underlying issue? Is there any way to debug the ServiceInstall action? Thank you, Gabor -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unbinder.Unbind error
A while ago I built some stuff to investigate properties of a burn bundle (EXE) just in case they got lost when we built them, and also to harvest from others (in case we have some bundles not built by us). As per the list's recommendations, I added a reference to wix.dll and kept winterop.dll near by. The POC code looks like (fileName as a parameter from elsewhere) Dim b As New Microsoft.Tools.WindowsInstallerXml.Unbinder Dim out As Microsoft.Tools.WindowsInstallerXml.Output = b.Unbind(fileName, Microsoft.Tools.WindowsInstallerXml.OutputType.Bundle, c:\scratch\) For a while, this worked; some directories of XML and such were created I was able to read from. Now something (not this part of the code, since I haven't touched it) has changed and I get : An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B) Stack trace: at Microsoft.Tools.WindowsInstallerXml.Cab.Interop.NativeMethods.ExtractCabBegin() at Microsoft.Tools.WindowsInstallerXml.Cab.WixExtractCab..ctor() at Microsoft.Tools.WindowsInstallerXml.BurnReader.ExtractUXContainer(String outputDirectory, String tempDirectory) at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String bundleFile, String exportBasePath) at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) at InstallerBuilder.PackageRepresentation..ctor(String fileName, String notesText, String whoBy) in C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 This exception occurs with every bundle I've tried, including one that I just built to make sure it wasn't somehow wrong previously. Any idea what could be going wrong here? I have moved recently to Windows 7 x64, if that matters somehow. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unbinder.Unbind error
Update: this seems to happen because I was suddenly running a x64 version of things - I had the project set to build as AnyCPU. This is very strange - I understand the library is 32 bit, but why should it fail with the exception mentioned? That's pretty obscure. (If it is clearer in WiX 3.7, ok ...) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: August-01-14 1:21 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Unbinder.Unbind error A while ago I built some stuff to investigate properties of a burn bundle (EXE) just in case they got lost when we built them, and also to harvest from others (in case we have some bundles not built by us). As per the list's recommendations, I added a reference to wix.dll and kept winterop.dll near by. The POC code looks like (fileName as a parameter from elsewhere) Dim b As New Microsoft.Tools.WindowsInstallerXml.Unbinder Dim out As Microsoft.Tools.WindowsInstallerXml.Output = b.Unbind(fileName, Microsoft.Tools.WindowsInstallerXml.OutputType.Bundle, c:\scratch\) For a while, this worked; some directories of XML and such were created I was able to read from. Now something (not this part of the code, since I haven't touched it) has changed and I get : An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B) Stack trace: at Microsoft.Tools.WindowsInstallerXml.Cab.Interop.NativeMethods.ExtractCabBegin() at Microsoft.Tools.WindowsInstallerXml.Cab.WixExtractCab..ctor() at Microsoft.Tools.WindowsInstallerXml.BurnReader.ExtractUXContainer(String outputDirectory, String tempDirectory) at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String bundleFile, String exportBasePath) at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) at InstallerBuilder.PackageRepresentation..ctor(String fileName, String notesText, String whoBy) in C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 C:\Users\dougkei\Downloads\DEV\ToolBox3\InstallerBuilder-branch\DeploymentManagement\Business Classes\PackageRepresentation.vb:line 169 This exception occurs with every bundle I've tried, including one that I just built to make sure it wasn't somehow wrong previously. Any idea what could be going wrong here? I have moved recently to Windows 7 x64, if that matters somehow. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Applying two patches causes version number confusion
I'm no expert, but I do know that Windows Installer doesn't seem to use the 4th digit in versions for much, so is it possible that the fact you only changed it is simply confusing the matter? (I.e., violating expectations somehow so the behaviour isn't right.) Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: June-20-14 12:01 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Applying two patches causes version number confusion *Bump.* Anyone? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Wednesday, June 18, 2014 12:35 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Applying two patches causes version number confusion Our patches are cumulative, and uninstall is disabled. When I apply one patch, and then go to //Control Panel/Programs/Program and Features/Installed Updates, it looks something like this, and it's correct: My Program Hotfix for my program MyPrograma.b.c.d MyCompany InstalledDate1 However, if I apply a second (different) patch, with version number a.b.c.e, the Installed Updates screen now look like this: My Program (2) Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate1 Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate2 Note that both lines now say a.b.c.e, when the first line should remain a.b.c.d. Any idea what causes this? I'm using Wix 3.5. Thanks! George -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] StdBA exit code
If I recall correctly, one can also get 3010, restart required, which is sort of intermediary between success and failure, but I am not an expert on these matters. Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Parkes, Kevin [mailto:kevin.par...@wacom.eu] Sent: June-11-14 7:46 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] StdBA exit code A client wants to run our (StdBA) installer silently from a batch file and detect whether or not the installation was successful. Would I be right in thinking the exit code will be zero on success and non-zero on failure? If not, what's the best way to determine if the installation succeeded? Thanks Kevin -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DTF demo code - Inventory
Are MSIs allowed to have to have no Product Name? Or is this a case of (like the version numbers) that ICE and other tools validate and yet the WI service doesn't actually care, so all sorts of weird stuff can happen? (I ask because I seem to have encountered such a thing, and the DTF demo application, MSI Inventory, crashes silently on if such is installed and cannot display its beautiful trees and what not when it is present. A hacky fix is easy once one knows that's what is going on.) Keith Douglas Programmer Analyst | Programmeur analyste Questionnaire Development Services - CAI Social | Services de développement de questionnaires - IAO Social Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 6 D-4 Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Properties and Bundles
We've been using a custom property to assert (until we have signing) the creator of MSIs. Is there a way (built into WiX way) to store custom properties in a burn bundle? If there isn't, what would be a recommendation to replace this approach? Similarly, is there an equivalent of the Manufacturer property? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Properties and Bundles
Update: Missed the bit about Manufacturer and how it would work. First question still open though. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: April-30-14 10:35 AM To: 'General discussion about the WiX toolset.' Subject: Properties and Bundles We've been using a custom property to assert (until we have signing) the creator of MSIs. Is there a way (built into WiX way) to store custom properties in a burn bundle? If there isn't, what would be a recommendation to replace this approach? Similarly, is there an equivalent of the Manufacturer property? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: Properties and Bundles
Thanks for this information; I guess I should have mentioned one of the reason why I wanted to do this: I wanted to have this information available in the package itself. Our bundles do not always (almost never) contain MSIs; we just repackage MSUs in them, for the most part, so MsiProperty is out. I saw the bit about variables. Given the bundle, how does one get the variable out? Does running it through the Microsoft.Tools.WindowsInstallerXml.Unbinder produce it anywhere? Which file? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: April-30-14 12:10 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [SPAM] Re: Properties and Bundles In a burn bundle there are 'variables' (but it is not the same as a Property which is an MSI concept). You can define a variable in the bundle, and you can persist it. Variable Name='svMsiFastValue' Value='7' Type='string' bal:Overridable='yes'/ (you can add the Persist=yes to the above line if you want burn to do the persisting.) Note that even though I think of this value as a number, if you want to pass it to a MsiProperty, then define it as a string variable in the bundle. In your MsiPackage you can then pass the burn variable as a MsiProperty. MsiProperty Name='MSIFASTVALUE' Value='[svMsiFastValue]'/ Back to the variable declaration because you did Overridable='yes' you can pass MSIFASTVALUE on the command line or change it in your bootstrapper application. When using the WixStdBA you can avoid the above and pass public properties in the command line of the bundle, and if it does not know about the public property it will pass it on to each MSI in the chain. Also if a user will launch your MSI without using the bundle (such as an on-demand' repair by MSI) then you will want to implement the 'remember property' pattern in your MSI. For most values that I pass to MsiProperty I make sure I implement the 'remember property' pattern in the MSI and skip using persist=yes on the burn variable. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Properties-and-Bundles-tp7594441p7594446.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restart manager, services, unattended installs
Ok, I have discovered something else. For other reasons I've started developing a little notification application for our users. This is to run at login and stay running while they go about their use. It will from time to time remind them of things they should be doing and that sort of thing. Long story short, it stays running, so when it is updated (as I am now testing) it is running. This provokes the RestartManager dialogue when installed interactively and works if OK is selected. It also installs well with /quiet /norestart. What is different between this and the service? Is it because msiexec was called *from* the service in question in the sitation below? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: April-25-14 1:22 PM To: General discussion about the WiX toolset. Subject: RE: [WiX-users] Restart manager, services, unattended installs Do I have to have created a proper ServiceControl *before* I do the upgrade, or can my new package do everything? In any case, I do have ServiceControl Stop=both and Wait=yes in the *existing* packages (including the one which was causing some people trouble), so something is funny. Is there a problem with the name: some services use an 8 character name, but I've never had any other trouble with EscalationService as a name, so ... As for the restart, there's a situation's explanation missing: how do the command line arguments to msiexec work? (/quiet and /norestart.) Does that work to simply *stop* the restart you mentioned? Or does it fail the install because it can't tell you it is about to do so because of /quiet? Or does it just do it? Do those interact with RestartManager in any way? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: April-25-14 1:05 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Restart manager, services, unattended installs You haven't said (or I missed it) if you're using ServiceControl - you can use that to shut down the service and restart it after the upgrade. In most cases that will mitigate any files-in-use situations because Windows looks at the ServiceControl table to see if the service will be shut down. That may make a difference in your case. If it's a completely silent install, it'll stay silent. There'll be no dialogs, and if a reboot is needed it will just do it - it can't prompt in a silent install, and a reboot is needed to complete the install so it does it. --- Phil Wilson On Fri, Apr 25, 2014 at 8:28 AM, Marc Beaudry mbeau...@matrox.com wrote: Hi Keith, Not sure that the Util:RestartResource does but have you tried something simple like: Property Id=REBOOT Value=ReallySuppress/Property I am using this: Property Id=MSIRESTARTMANAGERCONTROL Value=Disable/ Property Id=REBOOT Value=ReallySuppress/Property And all my reboots seem suppressed. Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-25-2014 9:50 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, I think I'm finally piecing this together: the only very missing part is the interaction with /quiet - if I am not mistaken. But I have one question for everyone: Util:RestartResource - does one use that to register that one wants to restart an *existing* application / service, or does it flag part of one's installation as sensitive for the changes to *it*? If it is the latter, I will be no further ahead until I install an update which includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and MSIDISABLERMRESTART=0) My question is the dual to the one on stackoverflow: 8354767. The person there wants to prevent auto-kill; I want to do the opposite (to ensure that the installation succeeds). Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 5:31 PM To: 'General discussion about
Re: [WiX-users] Restart manager, services, unattended installs
Hi Marc, I think I'm finally piecing this together: the only very missing part is the interaction with /quiet - if I am not mistaken. But I have one question for everyone: Util:RestartResource - does one use that to register that one wants to restart an *existing* application / service, or does it flag part of one's installation as sensitive for the changes to *it*? If it is the latter, I will be no further ahead until I install an update which includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and MSIDISABLERMRESTART=0) My question is the dual to the one on stackoverflow: 8354767. The person there wants to prevent auto-kill; I want to do the opposite (to ensure that the installation succeeds). Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 5:31 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, I am not running silently and the Property and the removal of the dialogs worked for my Windows 7 installation, on Windows 8 I am still getting the Restart at the very end, when the MSI terminates (The last dialog closes). It seems to be popping the reboot dialog from Windows Installer and not WIX. Sorry I couldn't be of more help, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 4:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, thanks for answering. I am not sure the property you mentioned is the right one: the documentation says that with it set the way you recommend the FilesInUse dialog will be used. But since I do unattended/installs from a service, that doesn't sound useful - since it seems that would freeze the installation waiting for the input which can never come. Unless of course some other option (on the command line? a property?) works to automatically answer the dialog with a shut down the process type answer. But that's precisely what I don't see explained - least of all on that page. Is it buried somewhere else? In fact I already use the property in question, so maybe this is exactly opposite? Hm, for some reason I have MSIRMSHUTDOWN = 2 set as well. Maybe that's wrong. As for the Restart Manager APIs, I found on my own aa373682, which explains how to register applications to automatically be shutdown and restarted. That sounds promising, but how do I do that from WiX? Util:RestartResource ? I seem to have tried that in the past unsuccessfully. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 4:04 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, Far from being an expert, but I am currently dealing with similar issues: Here is an Idea: Property Id=MSIRESTARTMANAGERCONTROL Value=Disable/ Also you can remove the FileInUse dialogs from within the WIX sources And lastly take a look at this: http://msdn.microsoft.com/en-us/library/aa373649(v=vs.85).aspx Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 3:07 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Restart manager, services, unattended installs We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually brokered by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from the service (e.g. its EXE and its remoting proxy library) are in use. I don't care if it takes a reboot to finish the installation; but I do want to ensure the files are eventually updated and the service continues working. What is the most reliable way to do this? I take it that if the installation were to be manual the FilesInUse dialog would do the trick, but with the unattended, SYSTEM brokered install this won't of course work. So
Re: [WiX-users] Restart manager, services, unattended installs
Do I have to have created a proper ServiceControl *before* I do the upgrade, or can my new package do everything? In any case, I do have ServiceControl Stop=both and Wait=yes in the *existing* packages (including the one which was causing some people trouble), so something is funny. Is there a problem with the name: some services use an 8 character name, but I've never had any other trouble with EscalationService as a name, so ... As for the restart, there's a situation's explanation missing: how do the command line arguments to msiexec work? (/quiet and /norestart.) Does that work to simply *stop* the restart you mentioned? Or does it fail the install because it can't tell you it is about to do so because of /quiet? Or does it just do it? Do those interact with RestartManager in any way? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: April-25-14 1:05 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Restart manager, services, unattended installs You haven't said (or I missed it) if you're using ServiceControl - you can use that to shut down the service and restart it after the upgrade. In most cases that will mitigate any files-in-use situations because Windows looks at the ServiceControl table to see if the service will be shut down. That may make a difference in your case. If it's a completely silent install, it'll stay silent. There'll be no dialogs, and if a reboot is needed it will just do it - it can't prompt in a silent install, and a reboot is needed to complete the install so it does it. --- Phil Wilson On Fri, Apr 25, 2014 at 8:28 AM, Marc Beaudry mbeau...@matrox.com wrote: Hi Keith, Not sure that the Util:RestartResource does but have you tried something simple like: Property Id=REBOOT Value=ReallySuppress/Property I am using this: Property Id=MSIRESTARTMANAGERCONTROL Value=Disable/ Property Id=REBOOT Value=ReallySuppress/Property And all my reboots seem suppressed. Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-25-2014 9:50 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, I think I'm finally piecing this together: the only very missing part is the interaction with /quiet - if I am not mistaken. But I have one question for everyone: Util:RestartResource - does one use that to register that one wants to restart an *existing* application / service, or does it flag part of one's installation as sensitive for the changes to *it*? If it is the latter, I will be no further ahead until I install an update which includes that, presumably. (Once I also set MSIRMSHUTDOWN=2 and MSIDISABLERMRESTART=0) My question is the dual to the one on stackoverflow: 8354767. The person there wants to prevent auto-kill; I want to do the opposite (to ensure that the installation succeeds). Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 5:31 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, I am not running silently and the Property and the removal of the dialogs worked for my Windows 7 installation, on Windows 8 I am still getting the Restart at the very end, when the MSI terminates (The last dialog closes). It seems to be popping the reboot dialog from Windows Installer and not WIX. Sorry I couldn't be of more help, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 4:37 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Marc, thanks for answering. I am not sure the property you mentioned is the right one: the documentation says that with it set the way you recommend the FilesInUse dialog will be used. But since I do unattended/installs from a service, that doesn't sound useful - since it seems that would freeze the installation waiting for the input which can never come. Unless of course some other option (on the command line? a property?) works to automatically answer the dialog with a shut
[WiX-users] Restart manager, services, unattended installs
We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually brokered by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from the service (e.g. its EXE and its remoting proxy library) are in use. I don't care if it takes a reboot to finish the installation; but I do want to ensure the files are eventually updated and the service continues working. What is the most reliable way to do this? I take it that if the installation were to be manual the FilesInUse dialog would do the trick, but with the unattended, SYSTEM brokered install this won't of course work. So what will click OK there and do the shutdown and restart of the service? Is it passable as a property in the installer itself? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restart manager, services, unattended installs
Hi Marc, thanks for answering. I am not sure the property you mentioned is the right one: the documentation says that with it set the way you recommend the FilesInUse dialog will be used. But since I do unattended/installs from a service, that doesn't sound useful - since it seems that would freeze the installation waiting for the input which can never come. Unless of course some other option (on the command line? a property?) works to automatically answer the dialog with a shut down the process type answer. But that's precisely what I don't see explained - least of all on that page. Is it buried somewhere else? In fact I already use the property in question, so maybe this is exactly opposite? Hm, for some reason I have MSIRMSHUTDOWN = 2 set as well. Maybe that's wrong. As for the Restart Manager APIs, I found on my own aa373682, which explains how to register applications to automatically be shutdown and restarted. That sounds promising, but how do I do that from WiX? Util:RestartResource ? I seem to have tried that in the past unsuccessfully. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-24-14 4:04 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] Restart manager, services, unattended installs Hi Keith, Far from being an expert, but I am currently dealing with similar issues: Here is an Idea: Property Id=MSIRESTARTMANAGERCONTROL Value=Disable/ Also you can remove the FileInUse dialogs from within the WIX sources And lastly take a look at this: http://msdn.microsoft.com/en-us/library/aa373649(v=vs.85).aspx Hope this helps, Marc -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-24-2014 3:07 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Restart manager, services, unattended installs We have a in house windows service installed by a WiX installer. Since our users on these remote systems are not administrators, this install is actually brokered by the same service. That is, msiexec is called by the service itself, and the installation is called with /quiet /norestart as we do not want the user to see anything nor to have the OS reboot immediately, as the user will be confused/lose work, etc. by this. Unfortunately under some circumstances the installation fails because the files from the service (e.g. its EXE and its remoting proxy library) are in use. I don't care if it takes a reboot to finish the installation; but I do want to ensure the files are eventually updated and the service continues working. What is the most reliable way to do this? I take it that if the installation were to be manual the FilesInUse dialog would do the trick, but with the unattended, SYSTEM brokered install this won't of course work. So what will click OK there and do the shutdown and restart of the service? Is it passable as a property in the installer itself? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 Government of Canada | Gouvernement du Canada -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform
[WiX-users] Cabinet properties
I have determined through some trial and error that I was running into length limitations on the Cabinet attribute on the Media tag. I note that it only seems to have come up when using light ; candle doesn't seem to care. In Wix 3.7 (we are slow moving on upgrades) this produces a light.exe : error LGHT0001 : Function failed during execution Exception Type: Microsoft.Tools.WindowsInstallerXml.Msi.MsiException Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Msi.Database.Commit() at Microsoft.Tools.WindowsInstallerXml.Binder.GenerateDatabase(Output output, String databaseFile, Boolean keepAddedColumns, Boolean useSubdirectory) at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase(Output output, Str ing databaseFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file ) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) A slightly shorter name triggers ICE03 but builds an MSI anyway (excerpt only below). C:\installerbuilder\TrainingMaterials\Training Materials-Materiels de Formation\ Wxs\TrainingMaterials-Training Materials-Materiels de Formation-20140414093140.w xs(7) : error LGHT0204 : ICE03: Bad cabinet syntax/name; Table: Media, Column: C abinet, Key(s): 1 What is the limitation here? Is this fixed in 3.8 and documented? I looked in the WiX and the MSI documentation and don't seem to see anything about lengths here. My two examples are (without the strings: Training Materials-MaterielsdeFormation-20140414093140.cab works Training Materials-Materiels de Formation-20140414093140.cab does not The names are autogenerated by our Wix front end as being the same as the MSI will ultimately be for simplicity's sake for the time being. Since at present we don't care what the internal CAB name is anyway, I can change this, but knowing the specification will help. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Cabinet properties
It doesn't seem that spaces by themselves are a problem to produce an output - only if the name is long. Spaces do produce ICE03 but the error doesn't seem to be fatal. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Carter Young [mailto:ecyo...@grandecom.net] Sent: April-14-14 10:45 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Cabinet properties From: http://www.installworld.com/index.php?view=articlecatid=42%3Aiceid=233%3Aice03option=com_contentItemid=138 Bad cabinet syntax/name Only Cabinet data type is allowed. The Cabinet data type must be used in the Cabinet column of the Media table. If the cabinet name is preceded by the number sign, the cabinet is stored as a data stream inside the package. The character string which follows the # is an Identifier for this data stream. Note that if the cabinet is stored as a data stream, the name of a cabinet is case-sensitive. Just a hunch here, but I would stay away from spaces in the cabinet file name... Carter Quoting keith.doug...@statcan.gc.ca: I have determined through some trial and error that I was running into length limitations on the Cabinet attribute on the Media tag. I note that it only seems to have come up when using light ; candle doesn't seem to care. In Wix 3.7 (we are slow moving on upgrades) this produces a light.exe : error LGHT0001 : Function failed during execution Exception Type: Microsoft.Tools.WindowsInstallerXml.Msi.MsiException Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Msi.Database.Commit() at Microsoft.Tools.WindowsInstallerXml.Binder.GenerateDatabase(Output output, String databaseFile, Boolean keepAddedColumns, Boolean useSubdirectory) at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase(Output output, Str ing databaseFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file ) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) A slightly shorter name triggers ICE03 but builds an MSI anyway (excerpt only below). C:\installerbuilder\TrainingMaterials\Training Materials-Materiels de Formation\ Wxs\TrainingMaterials-Training Materials-Materiels de Formation-20140414093140.w xs(7) : error LGHT0204 : ICE03: Bad cabinet syntax/name; Table: Media, Column: C abinet, Key(s): 1 What is the limitation here? Is this fixed in 3.8 and documented? I looked in the WiX and the MSI documentation and don't seem to see anything about lengths here. My two examples are (without the strings: Training Materials-MaterielsdeFormation-20140414093140.cab works Training Materials-Materiels de Formation-20140414093140.cab does not The names are autogenerated by our Wix front end as being the same as the MSI will ultimately be for simplicity's sake for the time being. Since at present we don't care what the internal CAB name is anyway, I can change this, but knowing the specification will help. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today!
Re: [WiX-users] Cabinet properties
Also, it seems if I use 63 or more characters, *candle* complains and tells me: c:\InstallerBuilder\TrainingMaterials\Training Materials-Materiels de Formation\ Wxs\TrainingMaterials-Training Materials-Materiels de Formation-20140414103809.w xs(7) : error CNDL0032 : The Media/@Cabinet attribute's value, 'a012345678901234 567890123456789012345678901234567890123456789.cab', is 65 characters long. The name is too long for an embedded cabinet. It cannot be more than than 62 charac ters long. It seems that the maximum allowed is changed by the space. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: April-14-14 10:50 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Cabinet properties It doesn't seem that spaces by themselves are a problem to produce an output - only if the name is long. Spaces do produce ICE03 but the error doesn't seem to be fatal. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Carter Young [mailto:ecyo...@grandecom.net] Sent: April-14-14 10:45 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Cabinet properties From: http://www.installworld.com/index.php?view=articlecatid=42%3Aiceid=233%3Aice03option=com_contentItemid=138 Bad cabinet syntax/name Only Cabinet data type is allowed. The Cabinet data type must be used in the Cabinet column of the Media table. If the cabinet name is preceded by the number sign, the cabinet is stored as a data stream inside the package. The character string which follows the # is an Identifier for this data stream. Note that if the cabinet is stored as a data stream, the name of a cabinet is case-sensitive. Just a hunch here, but I would stay away from spaces in the cabinet file name... Carter Quoting keith.doug...@statcan.gc.ca: I have determined through some trial and error that I was running into length limitations on the Cabinet attribute on the Media tag. I note that it only seems to have come up when using light ; candle doesn't seem to care. In Wix 3.7 (we are slow moving on upgrades) this produces a light.exe : error LGHT0001 : Function failed during execution Exception Type: Microsoft.Tools.WindowsInstallerXml.Msi.MsiException Stack Trace: at Microsoft.Tools.WindowsInstallerXml.Msi.Database.Commit() at Microsoft.Tools.WindowsInstallerXml.Binder.GenerateDatabase(Output output, String databaseFile, Boolean keepAddedColumns, Boolean useSubdirectory) at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase(Output output, Str ing databaseFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file ) at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args) A slightly shorter name triggers ICE03 but builds an MSI anyway (excerpt only below). C:\installerbuilder\TrainingMaterials\Training Materials-Materiels de Formation\ Wxs\TrainingMaterials-Training Materials-Materiels de Formation-20140414093140.w xs(7) : error LGHT0204 : ICE03: Bad cabinet syntax/name; Table: Media, Column: C abinet, Key(s): 1 What is the limitation here? Is this fixed in 3.8 and documented? I looked in the WiX and the MSI documentation and don't seem to see anything about lengths here. My two examples are (without the strings: Training Materials-MaterielsdeFormation-20140414093140.cab works Training Materials-Materiels de Formation-20140414093140.cab does not The names are autogenerated by our Wix front end as being the same as the MSI will ultimately be for simplicity's sake for the time being. Since at present we don't care what the internal CAB name is anyway, I can change this, but knowing the specification will help. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book
[WiX-users] DTF and burn bundles
With an MSI one can open it and run a query on it to find its UpgradeCode and ProductCode. Bundles have an UpgradeCode; however, is there an easy way to get that from the EXE itself once built? I'm wanting to update our IsInstalled tool to support them, and to ensure that one is dealing with the right source file I'd like to check those GUIDs, etc. Also, can one use DTF's classes (e.g.) ProductInstallation to find this UpgradeCode if it has been used to install the bundle? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ReserveCost doesn't appear to reserve disk space
I suppose it would need a custom action, but couldn't one allocate an NTFS sparse file (assuming an NTFS file system, anyway)? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: March-14-14 12:57 PM To: 'General discussion about the WiX toolset.' Subject: Re: [WiX-users] ReserveCost doesn't appear to reserve disk space Ah, so ReserveCost is to reserve space perhaps for CustomActions or other things Windows Installer might not be able to predict. Yeah, I was afraid of that. The only idea I had to reserve disk space was to use a TrueCrypt volume of 100MB (or whatever size) and then programmatically open it and close it when needed and store data. Of course, then there'd be various complications, such as finding an available drive letter at run-time to opening the volume, and so on. Thanks for the info, and if there are any other ideas, please do let me know. Alain -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Friday, March 14, 2014 12:49 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] ReserveCost doesn't appear to reserve disk space It's mostly internal to the install - by the time costing is complete for the target volume there should be at least that 100MB remaining. Because it's part of the cost you should get a low disk error if there's not enough space on that volume during the install. Programs and Features includes the cost because you said you'd be needing it :) My Win32 brain tells me that disk space isn't in a directory anyway, so there isn't a way to say that some space belongs to a particular directory as far as I know, and I know of no way that Windows would somehow know that your apps (that haven't even run yet) are the only ones allowed to use the space. --- Phil Wilson On Fri, Mar 14, 2014 at 9:20 AM, Alain Forget afor...@cmu.edu wrote: Hi all, This may relate to Windows Installer in general (and not WiX specifically), but when I use ReserveCost to reserve say 100MB for Directory A, I would expect the amount of free space on the disk to be reduced by at least 100MB after installation, to signify that the overall disk space has been reduced (even though there is 100MB reserved for Directory A). However, this does not occur. Curiously, it does appear as though ReserveCost is having some effect, because in the Programs and Features area, my installer now takes 100+MB of space, while before it did not. From reading docs online (see refs below), I had understood that ReserveCost will reserve or section/block off whatever amount of space I request for the specified directory after installation, which I presume would remain unavailable to other directories on disk until the program is uninstalled. Is this incorrect? If my understanding is incorrect, does anyone know of a way to reserve space for post-installation generated data files and so on? ReserveCost references: - http://msdn.microsoft.com/library/aa371226.aspx - http://wixtoolset.org/documentation/manual/v3/xsd/wix/reservecost.html - http://msdn.microsoft.com/en-us/library/aa394398%28v=vs.85%29.aspx Thank you, Alain -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech
Re: [WiX-users] offline install
A co-worker is having trouble doing an offline install of Wix 3.7. I'll send along the log later on (once he can get me a copy), but meanwhile, based on my earlier mishaps: Does Windows 7 ship with the root certificates needed to validate the install? What prerequisites are needed beyond ProjectAggregator2.msi in the same directory? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-10-13 12:37 PM To: General discussion for Windows Installer XML toolset. Subject: RE: [WiX-users] offline install Ah ha, gotcha. I'll do that. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install That's because http://wixtoolset.org suffered catastrophic hardware failure. It's taking them days to try to recover all the data. You can find ProjectAggregator2.msi in the repository at: src\Votive\SDK\Redist and put it next to the wix37.exe. That is what /layout would do... if the website would respond. On Tue, Sep 10, 2013 at 9:26 AM, keith.doug...@statcan.gc.ca wrote: I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\ProjectAggregator2, error: 0x80070002. [1BA8:0C04][2013-09-10T12:24:12]e000: Error 0x80070002: Failed while caching, aborting execution. This machine (where I actually develop from) has no internet. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install The wix37.exe is essentially self-contained (except for ProjectAggregator2.msi which is only needed for VS2005). It doesn't use the wix37-binaries.zip. What exactly is the issue you are having? On Tue, Sep 10, 2013 at 9:02 AM, keith.doug...@statcan.gc.ca wrote: How exactly does one use offline install mode in WiX 3.7 ? I have the binaries package and the 20 meg .exe but it doesn't seem to find the binaries if they are loose in the directory. (/layout doesn't work for me on my public net machine due to web proxies or the like in the way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada
Re: [WiX-users] offline install
Another way into the questions I asked: What precisely are the prerequisites for WiX 3.7 *itself*? Is there any particular reason why these are not in the bundle? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: March-11-14 3:05 PM To: Douglas, Keith - CoSD/DSCo; 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] offline install A co-worker is having trouble doing an offline install of Wix 3.7. I'll send along the log later on (once he can get me a copy), but meanwhile, based on my earlier mishaps: Does Windows 7 ship with the root certificates needed to validate the install? What prerequisites are needed beyond ProjectAggregator2.msi in the same directory? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-10-13 12:37 PM To: General discussion for Windows Installer XML toolset. Subject: RE: [WiX-users] offline install Ah ha, gotcha. I'll do that. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install That's because http://wixtoolset.org suffered catastrophic hardware failure. It's taking them days to try to recover all the data. You can find ProjectAggregator2.msi in the repository at: src\Votive\SDK\Redist and put it next to the wix37.exe. That is what /layout would do... if the website would respond. On Tue, Sep 10, 2013 at 9:26 AM, keith.doug...@statcan.gc.ca wrote: I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\ProjectAggregator2, error: 0x80070002. [1BA8:0C04][2013-09-10T12:24:12]e000: Error 0x80070002: Failed while caching, aborting execution. This machine (where I actually develop from) has no internet. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install The wix37.exe is essentially self-contained (except for ProjectAggregator2.msi which is only needed for VS2005). It doesn't use the wix37-binaries.zip. What exactly is the issue you are having? On Tue, Sep 10,
Re: [WiX-users] offline install
That's understandable; are there any other prerequisites? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: March-11-14 4:33 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] offline install You can't use a signed bundle to install the root certs for the cert which signed the bundle. -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Tuesday, March 11, 2014 3:21 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] offline install Another way into the questions I asked: What precisely are the prerequisites for WiX 3.7 *itself*? Is there any particular reason why these are not in the bundle? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: March-11-14 3:05 PM To: Douglas, Keith - CoSD/DSCo; 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] offline install A co-worker is having trouble doing an offline install of Wix 3.7. I'll send along the log later on (once he can get me a copy), but meanwhile, based on my earlier mishaps: Does Windows 7 ship with the root certificates needed to validate the install? What prerequisites are needed beyond ProjectAggregator2.msi in the same directory? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-10-13 12:37 PM To: General discussion for Windows Installer XML toolset. Subject: RE: [WiX-users] offline install Ah ha, gotcha. I'll do that. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install That's because http://wixtoolset.org suffered catastrophic hardware failure. It's taking them days to try to recover all the data. You can find ProjectAggregator2.msi in the repository at: src\Votive\SDK\Redist and put it next to the wix37.exe. That is what /layout would do... if the website would respond. On Tue, Sep 10, 2013 at 9:26 AM, keith.doug...@statcan.gc.ca wrote: I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\ProjectAggregator2, error: 0x80070002. [1BA8:0C04][2013-09-10T12:24:12]e000:
Re: [WiX-users] offline install
Root certificates mattered when I installed 3.7 on Server 2003 a few months ago. Nevertheless, I will await the log ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@firegiant.com] Sent: March-11-14 4:44 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] offline install NETFX 4.0 is required. ProjectAggregator2.msi is only necessary if you have VS2008 installed. The log file should show what the issue is. I doubt it's certificate issues since we don't sign our payloads, only the Bundle itself (and that doesn't trigger the issues with certificates). ___ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Tuesday, March 11, 2014 1:35 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] offline install That's understandable; are there any other prerequisites? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: March-11-14 4:33 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] offline install You can't use a signed bundle to install the root certs for the cert which signed the bundle. -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Tuesday, March 11, 2014 3:21 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] offline install Another way into the questions I asked: What precisely are the prerequisites for WiX 3.7 *itself*? Is there any particular reason why these are not in the bundle? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: March-11-14 3:05 PM To: Douglas, Keith - CoSD/DSCo; 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] offline install A co-worker is having trouble doing an offline install of Wix 3.7. I'll send along the log later on (once he can get me a copy), but meanwhile, based on my earlier mishaps: Does Windows 7 ship with the root certificates needed to validate the install? What prerequisites are needed beyond ProjectAggregator2.msi in the same directory? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: September-10-13 12:37 PM To: General discussion for Windows Installer XML toolset. Subject: RE: [WiX-users] offline install Ah ha, gotcha. I'll do that. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install That's because http://wixtoolset.org suffered catastrophic hardware failure. It's taking them days to try to recover all the data. You can find ProjectAggregator2.msi in the repository at: src\Votive\SDK\Redist and put it next to the wix37.exe. That is what /layout would do... if the website would respond. On Tue, Sep 10, 2013 at 9:26 AM, keith.doug...@statcan.gc.ca wrote: I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from:
[WiX-users] MSU / raw cab
My OS update colleagues are telling me I can just install a raw CAB of updates (hotfixes, etc.) and somehow use pkgmgr correctly (transactionally, removably, etc.) without an MSU. Is this really the case? I cannot see this anywhere at Microsoft or in the WiX documentation. All the hotfix stuff I see presupposes an MSU. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSU / raw cab
Hi Phill, This, while helpful to some degree doesn't tell me whether or not I should be using the CAB files (how?) in my WiX bootstrappers or whether I should use the MSUs. I see that to use pkgmgr correctly one needs a XML file (manifest) to do so. Since I was not given such a thing outside the CABs, is it that I would have to extract the contents, look for an _manifest_.cix.xml (??? - I see that in one of the CABs) and use that? That doesn't sound pleasant from the WiX point of view. Is one supposed to use a custom action here? Is it true that WSUS downloads the MSUs and then processes them? I got that impression from several Microsoft articles. If so, would our WSUS server have the original MSU files somewhere? (I'm doing this all for an unattended installation experience for machines with intermittent network connections, no savvy users and no administrator privileges.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: March-04-14 9:28 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSU / raw cab More information: http://blogs.msdn.com/b/astebner/archive/2008/03/11/8163455.aspx You might run into this issue: http://support.microsoft.com/kb/928636 I appreciated the information posted in another thread on this general issue about the Wix::MsuPackage element. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSU-raw-cab-tp7593094p7593096.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSU / raw cab
Thanks for the input, Phill. I fear am fighting an uphill battle on this. WiX is new to people (including our installation team) and people are unsure what to make of all of this. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: March-04-14 10:28 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSU / raw cab I do not really know the answer to your latest questions. In a wix context I think I would use the Wix:MsuPackage and let it handle those details (but I have not had the ocassion to do that yet). I have previously installed msu packages in a non-wix setup using wusa.exe package-name.msu /quiet /norestart I was aware that the actual install packages could be extracted from the msu, and that there is an xml file, but I just used the wusa.exe tool rather than going that route. Given that there is a Wix designed feature for this I would try to make use of that feature. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSU-raw-cab-tp7593094p7593099.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSU / raw cab
I have wanted to use the built in stuff, and even built a front end to make things easier. But my colleagues insist (1) that no MSUs are available or (2) this is a special case, we can't accommodate. I want to make absolutely certain this is really a matter of WSUS (and SCCM) being all that is known and resistance on that ground. If there really is supposed to be a way to do CABs raw in an unattended fashion beyond the pkgmgr call, I don't understand how it is supposed to work. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: March-04-14 10:50 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSU / raw cab FYI - One strategy to learn that I have used is, a) I download the Wix 3.8 source tree, and b) when trying to do a particular task, I use Notepad++ Find-in-Files pointed at the Wix 3.8 source tree to search for similar details to what I am trying to learn. This has helped me understand both the C# compiler processing and the design of CAs. And when I come across something like the MsuPackage (which as others pointed out was documented in the chm, but I overlooked it) I try to use the wheel others in the Wix community created rather than inventing my own version of the same thing. I still have a lot to learn also. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSU-raw-cab-tp7593094p7593102.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSU / raw cab
Yes, I realize. Unfortunately, even getting people to the point where they'd be willing to give some effort to learn this stuff is proving very difficult (despite the fact that these systems I am working on are vital). Also, I doubt that I could get funding. (See signature.) Shame; I do intend to keep using WiX but ... Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: March-04-14 10:51 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] MSU / raw cab Shameless plug for Rob, but I hear Fire Giant (http://www.firegiant.com/) has all kinds of experience and insight into WiX and Windows Installer. If you were looking at getting your team up to speed/more comfortable, it may be an option to look into. -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Tuesday, March 04, 2014 9:31 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSU / raw cab Thanks for the input, Phill. I fear am fighting an uphill battle on this. WiX is new to people (including our installation team) and people are unsure what to make of all of this. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: March-04-14 10:28 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MSU / raw cab I do not really know the answer to your latest questions. In a wix context I think I would use the Wix:MsuPackage and let it handle those details (but I have not had the ocassion to do that yet). I have previously installed msu packages in a non-wix setup using wusa.exe package-name.msu /quiet /norestart I was aware that the actual install packages could be extracted from the msu, and that there is an xml file, but I just used the wusa.exe tool rather than going that route. Given that there is a Wix designed feature for this I would try to make use of that feature. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSU-raw-cab-tp7593094p7593099.html Sent from the wix-users mailing list archive at Nabble.com. -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce.
Re: [WiX-users] Detect if MS HotFix installed during Bundle installation?
Don't the extra things like the XML manifest and the WU metadata make a MSU more than an archive? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: February-27-14 5:32 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Detect if MS HotFix installed during Bundle installation? There are some ideas here: http://superuser.com/questions/521175/determine-if-windows-hotfix-has-been-applied A msu is a compressed (zip) package from which the deployed files can be extracted. You can chain an msi or an exe, but not a 'zip' package. wusa.exe can be used to install an msu http://support.microsoft.com/kb/934307 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detect-if-MS-HotFix-installed-during-Bundle-installation-tp7592971p7592995.html Sent from the wix-users mailing list archive at Nabble.com. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Imperfect install leading to repair.
Got it, there was an accidental downgrade of the file's version. I guess I understand why that removes without reinstalling. However, I think I'll have to put some sanity checking against this happening again. Meanwhile, the trick for those playing along at home (:)) is that the won't downgrade references the *component GUID*, not the file name. Thanks for clueing me into that possibility, Phil. I am now getting more familiar with logs; I see what one means about them being clear if one knows a few things. Thanks again, everyone. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: January-30-14 1:20 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Imperfect install leading to repair. Pilot error is just a euphemism for an error in the MSI. If the component is transitive, for example, it's presence depends on the value of a property that may change in different scenarios. There may be a custom action or other code that removes it. There's just a lot of scope for things to become unglued. What does not changed between versions mean? Is the incoming file version the same as the one already on the system? Is the file ever shared with any other products? Could there be anything in the ICE validations that indicates an issue? The missing files are the keypath files of their respective components? We don't know where your RemoveExistingProducts is sequenced, and that affects the behavior of upgrades because version rules get applied when REP is at the end. Related to stopping services, MSI will wait for them to stop if your ServiceControl wait is set to yes. The log may be horrendous, but it should be possible to look for the usual suspects, such as {guid} not being installed, what the log says about the component being installed, whether there is a file copy entry for it or not. It's hard to believe the entire upgrade log makes no reference to the component name or guid or file name. Also there may be something in the event log at repair time - it'll say the component and product guids, and it's worth a sanity check that they match what you expect. A repair fixes an entire feature, and maybe there's more going on than just that file/component. --- Phil Wilson On Thu, Jan 30, 2014 at 6:04 AM, keith.doug...@statcan.gc.ca wrote: Hi Phil, thanks for answering. I don't think this is it; Windows installer 4.x is on Windows 7, correct? That's the target here (though the symptoms appear on Vista as well). In any case, this install does not use the GAC. (It does do the implicit program files - program files (x86) map, though). What do you mean, pilot error? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: January-29-14 7:52 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Imperfect install leading to repair. Apart from pilot error with components or whatever, it's worth noting that there is a bug on older OS versions where upgrades lose SxS files, in the GAC and in WinSxS, repair restores them. http://support.microsoft.com/kb/905238/en-us --- Phil Wilson On Wed, Jan 29, 2014 at 3:39 PM, Scott Palmer swpal...@gmail.com wrote: if the install was a major upgrade and that file was in-use during the uninstall then it may get deleted on reboot. That happens a lot because MSI is too stupid to check if fire that it might install are already scheduled to be deleted on reboot. So the new file gets installed and then deleted. Scott On Jan 29, 2014 4:56 PM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I just released a new MSI for an upgraded version of one of our in house applications. This is about the 16th iteration (we've been in testing for most of this, so each new one is a full package with a MajorUpgrade) and all the rest have been successful, until today. One file did not install. If the new MSI is pointed to with Repair, the missing file of our application is installed as it should. Orca shows the file (I checked to ensure I'm not relying on it being already in the file system or the like). This file has not changed between versions. Only the executable and one library changed in this iteration (which is also typical; the other libraries, including the missing one, are
[WiX-users] MSU question
I was talking over how to do off-line updates to Windows for some of our systems which only work by transmission style file exchange (and are never on public internet), and MSUs came up. I know bootstrappers/burn EXEs support them; however, how does one obtain them in the first place beyond scraping web pages for them? People tell me that SCCM uses raw CABs. Can one just install a CAB somehow? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Imperfect install leading to repair.
I've determined that this cannot be it, as I tried it on a machine and found that the file was missing without doing any reboots. Thanks for the thought, though, Scott. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: January-29-14 6:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Imperfect install leading to repair. if the install was a major upgrade and that file was in-use during the uninstall then it may get deleted on reboot. That happens a lot because MSI is too stupid to check if fire that it might install are already scheduled to be deleted on reboot. So the new file gets installed and then deleted. Scott On Jan 29, 2014 4:56 PM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I just released a new MSI for an upgraded version of one of our in house applications. This is about the 16th iteration (we've been in testing for most of this, so each new one is a full package with a MajorUpgrade) and all the rest have been successful, until today. One file did not install. If the new MSI is pointed to with Repair, the missing file of our application is installed as it should. Orca shows the file (I checked to ensure I'm not relying on it being already in the file system or the like). This file has not changed between versions. Only the executable and one library changed in this iteration (which is also typical; the other libraries, including the missing one, are more stable and don't change between versions as much). I've tried to look at the last install log, which we fortunately have, and the one with the problem, and I cannot see any relevant difference. There is no reference to installing the file, which I guess is expected if it got removed as the upgrade happened, but the question is why. The files are byte-by-byte the same, same date, same version. I'll pull the two install logs later if someone wants to see all of the ~260k for either ... but before I put those up I'll look for anything that someone might think relevant. The only other time I've seen this behaviour happen is if one manually replaced a file installed previously. Is there a way to see if that was the case? I'll investigate this possibility a bit more on my own too. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Imperfect install leading to repair.
Hi Phil, thanks for answering. I don't think this is it; Windows installer 4.x is on Windows 7, correct? That's the target here (though the symptoms appear on Vista as well). In any case, this install does not use the GAC. (It does do the implicit program files - program files (x86) map, though). What do you mean, pilot error? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: January-29-14 7:52 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Imperfect install leading to repair. Apart from pilot error with components or whatever, it's worth noting that there is a bug on older OS versions where upgrades lose SxS files, in the GAC and in WinSxS, repair restores them. http://support.microsoft.com/kb/905238/en-us --- Phil Wilson On Wed, Jan 29, 2014 at 3:39 PM, Scott Palmer swpal...@gmail.com wrote: if the install was a major upgrade and that file was in-use during the uninstall then it may get deleted on reboot. That happens a lot because MSI is too stupid to check if fire that it might install are already scheduled to be deleted on reboot. So the new file gets installed and then deleted. Scott On Jan 29, 2014 4:56 PM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I just released a new MSI for an upgraded version of one of our in house applications. This is about the 16th iteration (we've been in testing for most of this, so each new one is a full package with a MajorUpgrade) and all the rest have been successful, until today. One file did not install. If the new MSI is pointed to with Repair, the missing file of our application is installed as it should. Orca shows the file (I checked to ensure I'm not relying on it being already in the file system or the like). This file has not changed between versions. Only the executable and one library changed in this iteration (which is also typical; the other libraries, including the missing one, are more stable and don't change between versions as much). I've tried to look at the last install log, which we fortunately have, and the one with the problem, and I cannot see any relevant difference. There is no reference to installing the file, which I guess is expected if it got removed as the upgrade happened, but the question is why. The files are byte-by-byte the same, same date, same version. I'll pull the two install logs later if someone wants to see all of the ~260k for either ... but before I put those up I'll look for anything that someone might think relevant. The only other time I've seen this behaviour happen is if one manually replaced a file installed previously. Is there a way to see if that was the case? I'll investigate this possibility a bit more on my own too. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada - - WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg .clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds.
[WiX-users] Imperfect install leading to repair.
Hi everyone, I just released a new MSI for an upgraded version of one of our in house applications. This is about the 16th iteration (we've been in testing for most of this, so each new one is a full package with a MajorUpgrade) and all the rest have been successful, until today. One file did not install. If the new MSI is pointed to with Repair, the missing file of our application is installed as it should. Orca shows the file (I checked to ensure I'm not relying on it being already in the file system or the like). This file has not changed between versions. Only the executable and one library changed in this iteration (which is also typical; the other libraries, including the missing one, are more stable and don't change between versions as much). I've tried to look at the last install log, which we fortunately have, and the one with the problem, and I cannot see any relevant difference. There is no reference to installing the file, which I guess is expected if it got removed as the upgrade happened, but the question is why. The files are byte-by-byte the same, same date, same version. I'll pull the two install logs later if someone wants to see all of the ~260k for either ... but before I put those up I'll look for anything that someone might think relevant. The only other time I've seen this behaviour happen is if one manually replaced a file installed previously. Is there a way to see if that was the case? I'll investigate this possibility a bit more on my own too. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Question about shortcuts
Several of our packages use unadvertised shortcuts to point to various files in their installation. However, I have learned that we were setting the WorkingDirectory attribute wrong for them (because I had to replace one for an application where WorkingDirectory matters). I had followed the how-to in the documentation and failed to realize that INSTALLDIR was a user-defined constant, not a Windows Installer or WIX constant; I had consequently never actually defined it anywhere. Should there be a validation of this attribute? I now find it funny that an undefined ID will work here. It seems to simply put in the empty string, which is harmless, but ... I see WixCop does this when it is run. I guess I wonder why there, not in (say) light? Also, is there any particular reason why the attribute is called WorkingDirectory and the UI in Explorer uses Start In? One of my colleagues wondered about that. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wixtoolset.org popups
For what it is worth, I haven't seen them from over here either. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: December-03-13 10:50 AM To: General discussion about the WiX toolset.; General discussion about the WiX toolset. Subject: Re: [WiX-users] wixtoolset.org popups My coworker supsects the shared hoster was comprised (either hack or $$$) and that they were then injecting a script tag in the response. From: Rob Mensching r...@robmensching.com Sent: Tuesday, December 03, 2013 9:41 AM To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wixtoolset.org popups There should be *no* ads coming from wixtoolset.org. I've not seen them. If someone captures a browser log showing where the ads are coming from I'd like to dig into it. Note: If all goes well, the FireGiant team is moving wixtoolset.org to a new web hoster this month. Looking forward to that given all the challenges we've had with this hoster the last year. -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: Tuesday, December 3, 2013 7:17 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wixtoolset.org popups I saw them yesterday as well. I'm not seeing them this morning, though. -Blair -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers
Since the consideration in this thread may eventually affect many of us, is there any explanation anywhere why ICE requires elevation when not run interactively? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: November-08-13 9:02 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers No solution. Like you, I don't control the GP on my build controllers/agents, and so I've had to suppress validation on all my newer build servers. Not a happy story. CIS won't grant a variance. -- John Merryweather Cooper Build Install Engineer -- ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: dusan.plavak [mailto:dusan.pla...@gmail.com] Sent: Friday, November 8, 2013 6:03 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Build WiX Projects via msbuild using TFSPreview Hosted Build Servers Hi there, did you find any solution for this problem? I`m trying to keep validation on ms business 2011 server but got the same error... I really want to keep ICE validation but can not grand admin rights to build service... THanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Build-WiX-Projects-via-msbuild-using-TFSPreview-Hosted-Build-Servers-tp7418321p7590420.html Sent from the wix-users mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Environment Variable Changes by MSI are not reflected
By the way, the last sentence of Nicolás' remarks seems to be our single biggest problem with WiX here - so much stuff does unoptimal practice with installations, file locations, environment set up, OS settings, etc. it is difficult for a few people like myself to show that a more optimal practice is desirable ... I get but XYZ does it that way! a lot. We all learn from examples, and unfortunately it when it comes to installation especially examples are hard to find that illustrate various principles. For example, I am still (like many here) trying to figure out when one *would* do a Minor Upgrade vs. a Major Upgrade. I understand now what the difference in effect is, I think, but that still leaves why. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: November-03-13 3:22 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Environment Variable Changes by MSI are not reflected 2013/11/1 Phil Wilson phildgwil...@gmail.com: If there's a way to avoid using PATH, try to find it and use it. There are always issues with that, not only install and uninstall but corruption, files and Dlls being picked up from the wrong directory and so on. I concur. I had problems during development with an application failing to start, saying a DLL of a wrong architecture was being loaded. It turns out an Intel Wi-Fi driver (or whatever OEM crapware it was, but it was definitely from Intel) adds its program folder to the PATH, and there's a 64-bit zlib1.dll in there. That's just one of half a dozen directories the Intel crapware added to my PATH. Just because the big guys are doing it doesn't make it right. -- Nicolás -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Exit codes from msiexec
I see that msiexec returns 1638 if the usual MajorUpgrade tag does its stuff and prevents a downgrade. Is there any way to distinguish between the case that the MajorUpgrade did nothing because the versions were equal versus a version strictly less than the already installed version was attempted to be installed? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Exit codes from msiexec
Thank you for the correction, Phil. I take it I cannot easily determine if a downgrade was prevented from a non-interactive mechanism? (Our applications are installed by a Windows service without user intervention.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: October-22-13 12:37 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Exit codes from msiexec I don't believe your interpretation of 1638 is correct. As far as I know this error is returned when a product defined by a ProductCode is installed and you try to install the same ProductCode from an MSI with a different product version. You can't install the same ProductCode twice from a normal command line (you'd need REINSTALL and REINSTALLMODE). So you get error 1638. This not the same as a major upgrade where you have a different ProductCode and you are preventing a downgrade. This logic is entirely internal to your MSI and is not propagated out as a return error code. Phil Wilson On Tue, Oct 22, 2013 at 6:24 AM, keith.doug...@statcan.gc.ca wrote: I see that msiexec returns 1638 if the usual MajorUpgrade tag does its stuff and prevents a downgrade. Is there any way to distinguish between the case that the MajorUpgrade did nothing because the versions were equal versus a version strictly less than the already installed version was attempted to be installed? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing Wix 3.7 - Root Certs Needed
My server support colleagues discovered that at least for 200*3* R2 we needed to install KB931125 to get matters to work. I'm not sure which certificates that installs, however. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Ring, Matthew [mailto:ring.matt...@principal.com] Sent: October-15-13 9:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing Wix 3.7 - Root Certs Needed I wanted to follow up on a related thread: http://sourceforge.net/mailarchive/message.php?msg_id=31445162 I have a TFS build server running Windows Server 2008 R2 and am trying to install WiX 3.7 on it. It is also pretty locked down from the internet for security reasons. I am getting the same errors as described in the related thread and it looks like it is a certificate issue. My question is, does anyone know what certificate (or certificates) WiX is looking for to be installed? I don't want to just blanket-install a bunch of certs on the server to get it working because there are security implications with doing that. Any help would be appreciated. Thanks, Matt Ring IT Application Analyst - Senior | IS Development Support | Principal Financial Group -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to conn...@principal.com and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX disaster -- how did I cause it?
When I had set up my shortcut (unadvertised, but I am not sure that matters) mentioned a few posts back, I got the impression that the registry key didn't really matter; it was just a vestige of some Windows Installer weirdness and would sort of pollute the installing user's profile, but that was it. My application certainly installs perMachine and all users easily see the shortcut in the start menu, etc. Confound here is that we're using 2003r2 on the machine in question, I guess. I guess another confound is that I was basically just following the documentation without any clear understanding of some aspects of WiX and certainly not of many parts of Windows Installer. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] Sent: October-03-13 3:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WiX disaster -- how did I cause it? 2013/9/30 Nicolás Alvarez nicolas.alva...@gmail.com: 2013/9/30 Charles Jenkins cejw...@gmail.com: As always, thank you all for trying to help. Rob, I took your and Phil's advice and scoped out the Event Log. Indeed it appears the missing component is that user-specific registry key that I personally don't want anyway, but MSI seems to require: Detection of product '{EC784F33-0A7C-4899-875B-5ADC75D7A670}', feature 'ProductFeature', component '{D3EB384F-AA52-4AAF-AD55-F610C55DC2C7}' failed. The resource 'HKEY_CURRENT_USER\Software\TEC\TEC Timesheet\' does not exist. I tried commenting out just the RegistryKey line, but that gets me the familiar error ICE38: Component StartMenuDir installs to user profile. It must use a registry key under HKCU as its KeyPath, not a file. I'm wondering if the root of the problem is that StartMenuDir installs into a user profile. What I'm trying to do is create a program menu folder for all users. Have I just chosen completely the wrong approach? The registry key should be in HKLM to avoid your product-getting-repaired problem (I don't know why that causes a reboot, but I think that's beside the point; this shouldn't need a reboot-less repair either). So your real problem is now ICE38. I can't figure out why it's saying the component installs to user profile. The ProgramMenuFolder property should be getting set to the 'all users' start menu if you have Package/@InstallScope=perMachine (which you do). But let's take a step back. Your StartMenuDir component only has two things: the RemoveFolder, and the registry key. The shortcut directory is not in that component, because directories don't belong to components to begin with, they are created when needed (in this case when creating the shortcut). Is it normal/correct to have the RemoveFolder in a different component? Is there any reason why it can't go to the main component with the .exe and the shortcut? If so, you won't need the registry key at all. Perhaps ICE38 is getting confused and saying the component installs to a user profile because it doesn't install anything at all :) OK, I'm now hitting a very similar problem myself... I made a simple installer with a single .exe, an advertised shortcut, and a RemoveFolder for the start menu folder where the shortcut is, all in the same component, which is what I suggested in my previous email. That worked just fine, with no need for a registry key... until I had to add a second executable and shortcut. The whole idea breaks down if I have multiple shortcuts. I can't put it in one of the components, because later I may want to put the two exe+shortcut components in different features, so any of the two components may not be installed. So I moved the RemoveFolder to a different component, inside the Directory matching the folder being removed. ICE38: component installs to user profile, must have HKCU registry key as keypath. I'm pretty sure I can now say I feel your pain :) If the ALLUSERS property is set to 1, ProgramMenuFolder is set to the all users start menu, which is *not* in the user profile, and I think everything would be safe (I couldn't even override it by setting ALLUSERS=0 in the command line). Isn't ICE38 wrong in this case? -- Nicolás -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk
Re: [WiX-users] WiX disaster -- how did I cause it?
I've made use of the below for a while which uses an unadvertised shortcut: Component Id=StartMenuShortCut1a335aa7_1214_4cf4_ac99_f2eb98654f9e Guid=f5f4311a-d6f3-4bf6-b082-f26266b71831 RegistryKey Root=HKCU Key=Software\Statistics Canada\test Action=createAndRemoveOnUninstall RegistryValue Name=IBca9d8fb1_7737_4062_b23f_f7e7162ae3c3 Value=1 Type=integer KeyPath=yes / /RegistryKey Shortcut Id=InstallerBuilderShortcutStartMenu Directory=ApplicationProgramsFolder Name=InstallerBuilder WorkingDirectory=INSTALLDIR Target=[#Fd5effb41790e4] / RemoveFolder Id=ApplicationsProgramFolder On=uninstall / /Component Note that we have a front end we've built to automate some of our WXS generation process (that's why the Ids look funny). This is actually from the front end's own installer! I create the registry value as part of the installation of this product; that it is an HKCU one doesn't matter for the start menu change being for everyone - TS and all. We're using Server 2003 R2, but I cannot see how that would make a difference. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Charles Jenkins [mailto:cejw...@gmail.com] Sent: September-30-13 9:21 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX disaster -- how did I cause it? Hi! I'm a WiX noob, trying to write a simple installer for an in-house product. My installer caused a computing disaster, so obviously I've done something wrong, but I don't know what. The disaster is this -- and believe me, I know at first blush it sounds nuts: If I put the installer in a public location and then run it as a superuser to install on a Windows Terminal Server, everything works just fine for me. The icon gets created, I can run the program -- everything's cool. But when another user logs in and double-clicks the newly installed program icon, the installer briefly appears saying the program will be installed; then the program starts, but a reboot is also scheduled on the server -- regardless of the fact that other users don't have privilege to reboot the server. The first day after installing my product was a nightmare, with the server rebooting every five or ten minutes when each new user tried to run my program. The immediate solution was to remove the publicly available installer so the system couldn't run it. That would leave some users able to function and others not, so I also killed off the installer-created icon in Program Files and created a new one manually. Okay, it sounds crazy. Why would an icon pointing to my program (which you can verify by looking at the installer script at the end of this email) run the installer again instead? The only thing I can figure is, the installer stores more information behind the scenes and knows where the icon came from. When I run it the first time, the installer has set everything up properly because I'm using the same account I originally installed from. When another, unprivileged user clicks the icon, the installer system knows something user-specific is missing, and so re-runs the installer to create that user-specific part before executing my program. Well, there is one user-specific part I can easily find: The installer is set to install perMachine, but the bit of code that creates the program folder has a registry key to be created on a per-user basis. Here's the section of code I'm referring to: Directory Id=ProgramMenuFolder Directory Id=StartMenuDir Name=TEC Timesheet Component Id=StartMenuDir Guid=D3EB384F-AA52-4AAF-AD55-F610C55DC2C7 RemoveFolder Id=RemoveStartMenuDir Directory=StartMenuDir On=uninstall/ RegistryValue Root=HKCU Key=Software\[Manufacturer]\[ProductName] Type=string Value= KeyPath=yes / /Component /Directory /Directory If I change HKCU to HKLM, the installer won't compile. The error I get is ICE38: Component StartMenuDir installs to user profile. It's KeyPath registry key must fall under HKCU. So after I install in the superuser account, the superuser has this information; and after a brief trip to the installer, it gets set up for other users. That would be great if the installer didn't also schedule an unexpected reboot! So: I'm doing something wrong. How can I make an installer that installs and creates icons for all users, even under Terminal Services, but which won't reboot the system the first time the a user double-clicks on my icon? Is there a different way to code the Component StartMenuDir when working with All Users? FWIW, here's my entire WiX script: ?xml version=1.0 encoding=UTF-8? Wix
Re: [WiX-users] [SPAM] Re: [SPAM] Re: Errors installing 3.7
Hi everyone, I thought I'd update the answer to my question from last week: For what it is worth, our server support team found KB931125, which seems to have been the correct one for Server 2003 R2 Enterprise. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: September-19-13 2:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [SPAM] Re: [SPAM] Re: Errors installing 3.7 http://search.microsoft.com/en-us/DownloadResults.aspx?q=root+certificate+update From: r...@robmensching.com Date: Thu, 19 Sep 2013 11:04:47 -0700 To: wix-users@lists.sourceforge.net Subject: [WiX-users] [SPAM] Re: [SPAM] Re: Errors installing 3.7 I think you want something like this only newer: http://www.microsoft.com/en-us/download/details.aspx?id=6149 On Thu, Sep 19, 2013 at 9:04 AM, keith.doug...@statcan.gc.ca wrote: Any idea which root certificate update I'd need to get installed? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-19-13 11:38 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] [SPAM] Re: Errors installing 3.7 Root certificates are the first suspect. On Thu, Sep 19, 2013 at 8:21 AM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I've been trying to install 3.7 on another machine (again with no Internet connectivity). Looks like something about signed packages or the like. The relevant parts of the log (as far as I can tell) follow. For what it is worth (I saw something about this in old messages) this is also on a VMWare VM. Do I need to update root certificates? [15E4:103C][2013-09-19T11:15:55]i299: Plan complete, result: 0x0 [15E4:103C][2013-09-19T11:15:55]i300: Apply begin [0CA4:1574][2013-09-19T11:15:56]w308: Automatic updates could not be paused due to error: 0x80240025. Continuing... [0CA4:1574][2013-09-19T11:15:56]i360: Creating a system restore point. [0CA4:1574][2013-09-19T11:15:56]i362: System restore disabled, system restore point not created. [0CA4:1574][2013-09-19T11:15:56]i000: Caching bundle from: 'C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\.be\WiX37.exe' to: 'C:\Documents and Settings\All Users\Application Data\Package Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\WiX37.exe' [0CA4:1574][2013-09-19T11:15:56]i320: Registering bundle dependency provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, version: 3.7.1224.0 [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc 7b42 dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application requested retry of payload: Wix, encountered error: 0x800b010a. Retrying... [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc 7b42 dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application
[WiX-users] Errors installing 3.7
Hi everyone, I've been trying to install 3.7 on another machine (again with no Internet connectivity). Looks like something about signed packages or the like. The relevant parts of the log (as far as I can tell) follow. For what it is worth (I saw something about this in old messages) this is also on a VMWare VM. Do I need to update root certificates? [15E4:103C][2013-09-19T11:15:55]i299: Plan complete, result: 0x0 [15E4:103C][2013-09-19T11:15:55]i300: Apply begin [0CA4:1574][2013-09-19T11:15:56]w308: Automatic updates could not be paused due to error: 0x80240025. Continuing... [0CA4:1574][2013-09-19T11:15:56]i360: Creating a system restore point. [0CA4:1574][2013-09-19T11:15:56]i362: System restore disabled, system restore point not created. [0CA4:1574][2013-09-19T11:15:56]i000: Caching bundle from: 'C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\.be\WiX37.exe' to: 'C:\Documents and Settings\All Users\Application Data\Package Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\WiX37.exe' [0CA4:1574][2013-09-19T11:15:56]i320: Registering bundle dependency provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, version: 3.7.1224.0 [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application requested retry of payload: Wix, encountered error: 0x800b010a. Retrying... [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application requested retry of payload: Wix, encountered error: 0x800b010a. Retrying... [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\Wix, error: 0x800b010a. [15E4:103C][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed while caching, aborting execution. [0CA4:1574][2013-09-19T11:16:12]i330: Removed bundle dependency provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4} [0CA4:1574][2013-09-19T11:16:12]i352: Removing cached bundle: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, from path: C:\Documents and Settings\All Users\Application Data\Package Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ [15E4:103C][2013-09-19T11:16:12]i399: Apply complete, result: 0x800b010a, restart: None, ba requested restart: No Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
Re: [WiX-users] [SPAM] Re: Errors installing 3.7
Any idea which root certificate update I'd need to get installed? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-19-13 11:38 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] [SPAM] Re: Errors installing 3.7 Root certificates are the first suspect. On Thu, Sep 19, 2013 at 8:21 AM, keith.doug...@statcan.gc.ca wrote: Hi everyone, I've been trying to install 3.7 on another machine (again with no Internet connectivity). Looks like something about signed packages or the like. The relevant parts of the log (as far as I can tell) follow. For what it is worth (I saw something about this in old messages) this is also on a VMWare VM. Do I need to update root certificates? [15E4:103C][2013-09-19T11:15:55]i299: Plan complete, result: 0x0 [15E4:103C][2013-09-19T11:15:55]i300: Apply begin [0CA4:1574][2013-09-19T11:15:56]w308: Automatic updates could not be paused due to error: 0x80240025. Continuing... [0CA4:1574][2013-09-19T11:15:56]i360: Creating a system restore point. [0CA4:1574][2013-09-19T11:15:56]i362: System restore disabled, system restore point not created. [0CA4:1574][2013-09-19T11:15:56]i000: Caching bundle from: 'C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\.be\WiX37.exe' to: 'C:\Documents and Settings\All Users\Application Data\Package Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\WiX37.exe' [0CA4:1574][2013-09-19T11:15:56]i320: Registering bundle dependency provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, version: 3.7.1224.0 [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application requested retry of payload: Wix, encountered error: 0x800b010a. Retrying... [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\Wix, error: 0x800b010a. [15E4:0DD4][2013-09-19T11:16:12]e349: Application requested retry of payload: Wix, encountered error: 0x800b010a. Retrying... [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to verify signature of payload: Wix [0CA4:1754][2013-09-19T11:16:12]e310: Failed to verify payload: Wix at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\Wix, error: 0x800b010a. Deleting file. [0CA4:1754][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed to cache payload: Wix [15E4:0DD4][2013-09-19T11:16:12]e314: Failed to cache payload: Wix from working path: C:\DOCUME~1\dougkei\LOCALS~1\Temp\1\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\Wix, error: 0x800b010a. [15E4:103C][2013-09-19T11:16:12]e000: Error 0x800b010a: Failed while caching, aborting execution. [0CA4:1574][2013-09-19T11:16:12]i330: Removed bundle dependency provider: {963ac4b4-a882-4471-8db9-c4adc7b42dc4} [0CA4:1574][2013-09-19T11:16:12]i352: Removing cached bundle: {963ac4b4-a882-4471-8db9-c4adc7b42dc4}, from path: C:\Documents and Settings\All Users\Application Data\Package Cache\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ [15E4:103C][2013-09-19T11:16:12]i399: Apply complete, result: 0x800b010a, restart:
[WiX-users] offline install
How exactly does one use offline install mode in WiX 3.7 ? I have the binaries package and the 20 meg .exe but it doesn't seem to find the binaries if they are loose in the directory. (/layout doesn't work for me on my public net machine due to web proxies or the like in the way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] offline install
I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2, error: 0x80070002. [1BA8:0C04][2013-09-10T12:24:12]e000: Error 0x80070002: Failed while caching, aborting execution. This machine (where I actually develop from) has no internet. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install The wix37.exe is essentially self-contained (except for ProjectAggregator2.msi which is only needed for VS2005). It doesn't use the wix37-binaries.zip. What exactly is the issue you are having? On Tue, Sep 10, 2013 at 9:02 AM, keith.doug...@statcan.gc.ca wrote: How exactly does one use offline install mode in WiX 3.7 ? I have the binaries package and the 20 meg .exe but it doesn't seem to find the binaries if they are loose in the directory. (/layout doesn't work for me on my public net machine due to web proxies or the like in the way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ExitCode element
Hi everyone, I did get WiX 3.7 installed correctly once that little other MSI was around. Thanks! Now I have a question about the ExitCode element. The documentation says about its Value attribute: Exit code returned from executable package. If no value is provided it means all values not explicitly set default to this behavior. How does ExePackage behave if there are *no* ExitCode elements provided? There are no Behaviours at that point at all. Are all exit codes treated as success? (Background) I am working on supporting bootstrapped installers with my front end and want to know what I should let users pick for ExePackages. Right now (in my development phase) I require them to pick a success code and if they want a code for scheduledReboot and forceReboot (both optional). Should I be requiring one for error as well, or should I just write out the success and the other two (if necessary) and allow all other codes to be error? Also, if a *range* or in general more than one code falls into one of the four categories, do I use ExitCode element for each value? That would get pretty odd (though I can do it, since I am front-ending anyway) if one had to have (say) more than a few for a given category. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] offline install
Ah ha, gotcha. I'll do that. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install That's because http://wixtoolset.org suffered catastrophic hardware failure. It's taking them days to try to recover all the data. You can find ProjectAggregator2.msi in the repository at: src\Votive\SDK\Redist and put it next to the wix37.exe. That is what /layout would do... if the website would respond. On Tue, Sep 10, 2013 at 9:26 AM, keith.doug...@statcan.gc.ca wrote: I get a failed install with the ProjectAggregator you mentioned: [1BA8:1518][2013-09-10T12:24:12]w343: Prompt for source of package: ProjectAggregator2, payload: ProjectAggregator2, path: G:\WixLayout\ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]i338: Acquiring package: ProjectAggregator2, payload: ProjectAggregator2, download from: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to send request to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to connect to URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to get size and time for URL: http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed attempt to download URL: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e000: Error 0x80070002: Failed to acquire payload from: 'http://wixtoolset.org/releases/v3.7/ProjectAggregator2.msi' to working path: 'C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42dc4}\ProjectAggregator2' [1BA8:1518][2013-09-10T12:24:12]e313: Failed to acquire payload: ProjectAggregator2 to working path: C:\Users\dougkei\AppData\Local\Temp\{963ac4b4-a882-4471-8db9-c4adc7b42 dc4}\ProjectAggregator2, error: 0x80070002. [1BA8:0C04][2013-09-10T12:24:12]e000: Error 0x80070002: Failed while caching, aborting execution. This machine (where I actually develop from) has no internet. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: September-10-13 12:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] offline install The wix37.exe is essentially self-contained (except for ProjectAggregator2.msi which is only needed for VS2005). It doesn't use the wix37-binaries.zip. What exactly is the issue you are having? On Tue, Sep 10, 2013 at 9:02 AM, keith.doug...@statcan.gc.ca wrote: How exactly does one use offline install mode in WiX 3.7 ? I have the binaries package and the 20 meg .exe but it doesn't seem to find the binaries if they are loose in the directory. (/layout doesn't work for me on my public net machine due to web proxies or the like in the way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg .c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes
Re: [WiX-users] Uninstall bundle by name ?
Hi, What we did is build a front end that builds an uninstall message when the package is built (again by the front end, but you could use a build script or something maybe) and uses our install-and-monitor software to parse it when it arrives. You'd need SCCM or Afaria or other tools like that to make use of this, in all likelihood. (Maybe Task Scheduler and some Powershell would be sufficient.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: robert_y...@agilent.com [mailto:robert_y...@agilent.com] Sent: September-04-13 6:57 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Uninstall bundle by name ? Hi all - I've managed to upgrade some of our installs to Wix 3.7 with the burn bootstrapper, hooray ! One thing I haven't quite anticipated is this: after our automated build we need to push a newly-built installer to a test machine for an automated smoke/sanity test. First we need to uninstall the old build and install the new one (silently, can't just use control panel). I know it's possible to run the old Setup.exe with the /quiet /uninstall command-line params, but is that the only way ? With MSI's we could run msiexec /x {product ID} to do the uninstall. Is there some way to silently run the uninstall by product name or some other ID which doesn't change from build to build ? It would be nice not to have to keep the old bundle around for the uninstall. Thanks for any info ! -Rob -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Expected behaviour
Hi Rob, this was an interesting post but I don't understand exactly how it helps me. For example, I tried: ?xml version=1.0 encoding=UTF-8? Wix xmlns:Util=http://schemas.microsoft.com/wix/UtilExtension; xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension; xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=* UpgradeCode=49c8c75a-5210-4944-b2b8-69814e6a874d Version=1.1.7 Language=1033 Name=EscalationService20130821094952 Manufacturer=Statistics Canada Codepage=1252 Package InstallerVersion=400 Compressed=yes / InstallExecuteSequence RemoveExistingProducts Sequence=1501 / /InstallExecuteSequence as the start of one of my WXSes to experiment with this stuff (rest deleted). This produces: \\F7coll-dev01\blaise\DEVELOPMENT\Social\InstallerBuilder\EscalationService\Wxs\ EscalationService-20130822094952Test.wxs(6) : error LGHT0091 : Duplicate symbol 'WixAction:InstallExecuteSequence/RemoveExistingProducts' found. Is this approach sensible to prevent mangling my service like happened earlier? How should it work? Is there documentation about this? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: August-21-13 4:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour Bob wrote a nice blog entry about this: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/ Lots of tradeoffs to consider. On Wed, Aug 21, 2013 at 1:33 PM, keith.doug...@statcan.gc.ca wrote: Thank you for the information, Phil. This raises another bunch of questions: Why is the default in this location in the sequence (that seems unfortunate, since rollbacks are part of the point of using MSIs)? Should I change the location for all my installers? What's a good way to this when building the package? If I change nothing but add an InstallExecuteSequenceElement with a RemoveExistingProducts with a Sequence attribute of, say, 1501, will I be ok? Or do I have to use a complete other sequence (i.e., fill in all the values for all the other steps which might occur manually)? (I looked at Nick Ramirez's book for 3.0, and this doesn't seem to be covered.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: August-21-13 4:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour When REP is at that location, it's essentially a complete uninstall of the older product followed by the install of the new product, so what you get is very similar to a user uninstall of the old product and then the install of the new. The older files will be installed because you're basically doing a fresh install of the new product containing older files. Other locations of REP aren't all like that. Your problem is that REP needs to be after InstallInitialize because the rollback transation boundaries are InstallInitialize and InstallFinalize, so your REP was not in the transaction and not rolled back. Phil Wilson On Wed, Aug 21, 2013 at 12:04 PM, keith.doug...@statcan.gc.ca wrote: Thanks for answering Phil, Unfortunately a verbose log is not available. However, I know that there's no explicit sequencing of RemoveExistingProducts or anything else for that matter by my WXS. According to the MSI itself it is 1401, immediately after InstallValidate and before InstallInitialize (I assume the sequence is just in ascending order of Sequence in the InstallExecuteSequence table.) (If it matters, the whole is FindRelatedProducts,AppSearch,LaunchConditions,ValiadateProductID,Co st Initialize,FileCost,CostFinalize,MigrateFeatureStates,InstallValidat e, RemoveExistingProducts,InstallInitialize,ProcessComponents,Unpublish Fe atures,StopServices,DeleteServices,RemoveFiles,InstallFiles,InstallS er vices,StartServices,RegisterUser,RegisterProduct,PublishFeatures,Pub li shProduct,InstallFinalize.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson
[WiX-users] Exit codes from WixStandardBootstrapperApplication
Are these documented anywhere? In particular, when /quiet is used with either of /install or /uninstall, knowing that any error occurred by the exit/return codes would be helpful. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Expected behaviour
If a service update (a MajorUpgrade of a service installation) fails for some reason, and a rollback to the previous version happens, what happens if the MSI for the rollback cannot be found? Would this leave no files from the first package in the installation directory? I guess I may have naïvely thought that the rollback would just use the directory as is. If that's the case, what caches a copy of MSIs in the system directory so we can use them in this situation? We'd like to keep a sensibly named version in our own installer directory on these machines so technicians can do the installation manually under certain circumstances and to interoperate with our file transfer mechanism (details of no importances). I'm trying to figure out why an install of one of our services had the net effect of simply deleting the old files but repair (of the seemingly installed new package) restored the new ones. All I know is accidentally old versions of the executable and libraries were included in the new MSI. Moreover, what is supposed to happen in general in a MajorUpgrade if the KeyPathed file is of a previous version than the one currently installed? I take it in that case any CompanionFiles of that will come along for the ride regardless of what happens, correct? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Expected behaviour
Thanks for answering Phil, Unfortunately a verbose log is not available. However, I know that there's no explicit sequencing of RemoveExistingProducts or anything else for that matter by my WXS. According to the MSI itself it is 1401, immediately after InstallValidate and before InstallInitialize (I assume the sequence is just in ascending order of Sequence in the InstallExecuteSequence table.) (If it matters, the whole is FindRelatedProducts,AppSearch,LaunchConditions,ValiadateProductID,CostInitialize,FileCost,CostFinalize,MigrateFeatureStates,InstallValidate,RemoveExistingProducts,InstallInitialize,ProcessComponents,UnpublishFeatures,StopServices,DeleteServices,RemoveFiles,InstallFiles,InstallServices,StartServices,RegisterUser,RegisterProduct,PublishFeatures,PublishProduct,InstallFinalize.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: August-21-13 2:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour A proper answer will depend on where you have sequenced RemoveExistingProducts. A verbose log will tell you what happened. Phil Wilson On Wed, Aug 21, 2013 at 10:25 AM, keith.doug...@statcan.gc.ca wrote: If a service update (a MajorUpgrade of a service installation) fails for some reason, and a rollback to the previous version happens, what happens if the MSI for the rollback cannot be found? Would this leave no files from the first package in the installation directory? I guess I may have naïvely thought that the rollback would just use the directory as is. If that's the case, what caches a copy of MSIs in the system directory so we can use them in this situation? We'd like to keep a sensibly named version in our own installer directory on these machines so technicians can do the installation manually under certain circumstances and to interoperate with our file transfer mechanism (details of no importances). I'm trying to figure out why an install of one of our services had the net effect of simply deleting the old files but repair (of the seemingly installed new package) restored the new ones. All I know is accidentally old versions of the executable and libraries were included in the new MSI. Moreover, what is supposed to happen in general in a MajorUpgrade if the KeyPathed file is of a previous version than the one currently installed? I take it in that case any CompanionFiles of that will come along for the ride regardless of what happens, correct? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Expected behaviour
Thank you for the information, Phil. This raises another bunch of questions: Why is the default in this location in the sequence (that seems unfortunate, since rollbacks are part of the point of using MSIs)? Should I change the location for all my installers? What's a good way to this when building the package? If I change nothing but add an InstallExecuteSequenceElement with a RemoveExistingProducts with a Sequence attribute of, say, 1501, will I be ok? Or do I have to use a complete other sequence (i.e., fill in all the values for all the other steps which might occur manually)? (I looked at Nick Ramirez's book for 3.0, and this doesn't seem to be covered.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: August-21-13 4:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour When REP is at that location, it's essentially a complete uninstall of the older product followed by the install of the new product, so what you get is very similar to a user uninstall of the old product and then the install of the new. The older files will be installed because you're basically doing a fresh install of the new product containing older files. Other locations of REP aren't all like that. Your problem is that REP needs to be after InstallInitialize because the rollback transation boundaries are InstallInitialize and InstallFinalize, so your REP was not in the transaction and not rolled back. Phil Wilson On Wed, Aug 21, 2013 at 12:04 PM, keith.doug...@statcan.gc.ca wrote: Thanks for answering Phil, Unfortunately a verbose log is not available. However, I know that there's no explicit sequencing of RemoveExistingProducts or anything else for that matter by my WXS. According to the MSI itself it is 1401, immediately after InstallValidate and before InstallInitialize (I assume the sequence is just in ascending order of Sequence in the InstallExecuteSequence table.) (If it matters, the whole is FindRelatedProducts,AppSearch,LaunchConditions,ValiadateProductID,Cost Initialize,FileCost,CostFinalize,MigrateFeatureStates,InstallValidate, RemoveExistingProducts,InstallInitialize,ProcessComponents,UnpublishFe atures,StopServices,DeleteServices,RemoveFiles,InstallFiles,InstallSer vices,StartServices,RegisterUser,RegisterProduct,PublishFeatures,Publi shProduct,InstallFinalize.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: August-21-13 2:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour A proper answer will depend on where you have sequenced RemoveExistingProducts. A verbose log will tell you what happened. Phil Wilson On Wed, Aug 21, 2013 at 10:25 AM, keith.doug...@statcan.gc.ca wrote: If a service update (a MajorUpgrade of a service installation) fails for some reason, and a rollback to the previous version happens, what happens if the MSI for the rollback cannot be found? Would this leave no files from the first package in the installation directory? I guess I may have naïvely thought that the rollback would just use the directory as is. If that's the case, what caches a copy of MSIs in the system directory so we can use them in this situation? We'd like to keep a sensibly named version in our own installer directory on these machines so technicians can do the installation manually under certain circumstances and to interoperate with our file transfer mechanism (details of no importances). I'm trying to figure out why an install of one of our services had the net effect of simply deleting the old files but repair (of the seemingly installed new package) restored the new ones. All I know is accidentally old versions of the executable and libraries were included in the new MSI. Moreover, what is supposed to happen in general in a MajorUpgrade if the KeyPathed file is of a previous version than the one currently installed? I take it in that case any CompanionFiles of that will come along for the ride regardless of what happens, correct? Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6
[WiX-users] Readonly files
What's the best way to replace files which have their read only bit set during an install? (I.e., the file system files are read only, not the ones to be installed.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows updates
Hi folks, Is there a way to bundle-and-install the standalone updates that one would get from Microsoft to update Windows (e.g. security updates with the Windows Update Standalone file type or whatever it is exactly)? If so, where should I start looking to do this? (We have machines which are too intermittent to be domainified and hence use our Active Directory / SCCM solution. Right now we just throw them an archived directory and a VBS or something; but this requires administrator. If we use an MSI we can use a previously developed mechanism - used for userland applications etc. - to run the package elevated which I doubt I need explain.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows updates
So Burn is needed? (I am not surprised, given that it would be several files to install that are likely internally transactional and the rest, but just wanted to confirm.) We don't have internet access on the machines; that's sort of the point - to get them a collection of stand-alones over their special connection back home. Right now this is a few tens of megabytes of updates delivered monthly. Is this large as far as burn goes? I see on the list about others installing SQL Server Express and .NET etc. which sounds about that order. (Especially as some updates to .NET will be sent our way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: July-11-13 10:35 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Windows updates Grab the appropriate Service Packs for the OSes you're supporting from http://search.microsoft.com/en-us/DownloadResults.aspx?q=service+pack , and Bundle them into an installer with burn? Sound like it could end up a pretty massive installer though, so you might want to look into the WiX elements that allow the installer to download the service packs on demand (assuming the target machines have internet access when installing), rather than packaging them into the installer itself. I haven't done the downloading thing (although I probably should be), so I unfortunately can't advise on that, but I don't think it's overly complicated. Alain -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: July 11, 2013 10:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows updates Hi folks, Is there a way to bundle-and-install the standalone updates that one would get from Microsoft to update Windows (e.g. security updates with the Windows Update Standalone file type or whatever it is exactly)? If so, where should I start looking to do this? (We have machines which are too intermittent to be domainified and hence use our Active Directory / SCCM solution. Right now we just throw them an archived directory and a VBS or something; but this requires administrator. If we use an MSI we can use a previously developed mechanism - used for userland applications etc. - to run the package elevated which I doubt I need explain.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows updates
Following up to myself here to ask a question about burn. I had forgotten burn got released in 3.6, since we've never needed to use it (until the below question). Can 3.6 be installed side by side with 3.5? If it matters, I don't need Votive except, perhaps, in 3.6. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: July-11-13 10:41 AM To: 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] Windows updates So Burn is needed? (I am not surprised, given that it would be several files to install that are likely internally transactional and the rest, but just wanted to confirm.) We don't have internet access on the machines; that's sort of the point - to get them a collection of stand-alones over their special connection back home. Right now this is a few tens of megabytes of updates delivered monthly. Is this large as far as burn goes? I see on the list about others installing SQL Server Express and .NET etc. which sounds about that order. (Especially as some updates to .NET will be sent our way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: July-11-13 10:35 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Windows updates Grab the appropriate Service Packs for the OSes you're supporting from http://search.microsoft.com/en-us/DownloadResults.aspx?q=service+pack , and Bundle them into an installer with burn? Sound like it could end up a pretty massive installer though, so you might want to look into the WiX elements that allow the installer to download the service packs on demand (assuming the target machines have internet access when installing), rather than packaging them into the installer itself. I haven't done the downloading thing (although I probably should be), so I unfortunately can't advise on that, but I don't think it's overly complicated. Alain -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: July 11, 2013 10:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows updates Hi folks, Is there a way to bundle-and-install the standalone updates that one would get from Microsoft to update Windows (e.g. security updates with the Windows Update Standalone file type or whatever it is exactly)? If so, where should I start looking to do this? (We have machines which are too intermittent to be domainified and hence use our Active Directory / SCCM solution. Right now we just throw them an archived directory and a VBS or something; but this requires administrator. If we use an MSI we can use a previously developed mechanism - used for userland applications etc. - to run the package elevated which I doubt I need explain.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with
Re: [WiX-users] Windows updates
So I download the wix37-binaries.zip and follow those sorts of instructions? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: July-11-13 12:56 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Windows updates The answer is kind of. IE, you don't need it installed to use it (assuming you don't need the Visual Studio integration). Take a look in the help docs (in 3.7, look for the topic Integrating WiX Projects Into Daily Builds). -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: Thursday, July 11, 2013 11:52 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Windows updates Following up to myself here to ask a question about burn. I had forgotten burn got released in 3.6, since we've never needed to use it (until the below question). Can 3.6 be installed side by side with 3.5? If it matters, I don't need Votive except, perhaps, in 3.6. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: July-11-13 10:41 AM To: 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] Windows updates So Burn is needed? (I am not surprised, given that it would be several files to install that are likely internally transactional and the rest, but just wanted to confirm.) We don't have internet access on the machines; that's sort of the point - to get them a collection of stand-alones over their special connection back home. Right now this is a few tens of megabytes of updates delivered monthly. Is this large as far as burn goes? I see on the list about others installing SQL Server Express and .NET etc. which sounds about that order. (Especially as some updates to .NET will be sent our way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: July-11-13 10:35 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Windows updates Grab the appropriate Service Packs for the OSes you're supporting from http://search.microsoft.com/en-us/DownloadResults.aspx?q=service+pack , and Bundle them into an installer with burn? Sound like it could end up a pretty massive installer though, so you might want to look into the WiX elements that allow the installer to download the service packs on demand (assuming the target machines have internet access when installing), rather than packaging them into the installer itself. I haven't done the downloading thing (although I probably should be), so I unfortunately can't advise on that, but I don't think it's overly complicated. Alain -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: July 11, 2013 10:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows updates Hi folks, Is there a way to bundle-and-install the standalone updates that one would get from Microsoft to update Windows (e.g. security updates with the Windows Update Standalone file type or whatever it is exactly)? If so, where should I start looking to do this? (We have machines which are too intermittent to be domainified and hence use our Active Directory / SCCM solution. Right now we just throw them an archived directory and a VBS or something; but this requires administrator. If we use an MSI we can use a previously developed mechanism - used for userland applications etc. - to run the package elevated which I doubt I need explain.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose
Re: [WiX-users] Windows updates [P]
I think we would, but I was just looking at when burn was available and had 3.6 on the brain. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: July-11-13 1:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Windows updates [P] Classification: Public If you are going to use Burn, why not skip 3.6 and go to 3.7? -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: July-11-13 12:52 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Windows updates Following up to myself here to ask a question about burn. I had forgotten burn got released in 3.6, since we've never needed to use it (until the below question). Can 3.6 be installed side by side with 3.5? If it matters, I don't need Votive except, perhaps, in 3.6. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Douglas, Keith - CoSD/DSCo Sent: July-11-13 10:41 AM To: 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] Windows updates So Burn is needed? (I am not surprised, given that it would be several files to install that are likely internally transactional and the rest, but just wanted to confirm.) We don't have internet access on the machines; that's sort of the point - to get them a collection of stand-alones over their special connection back home. Right now this is a few tens of megabytes of updates delivered monthly. Is this large as far as burn goes? I see on the list about others installing SQL Server Express and .NET etc. which sounds about that order. (Especially as some updates to .NET will be sent our way.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Alain Forget [mailto:afor...@cmu.edu] Sent: July-11-13 10:35 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Windows updates Grab the appropriate Service Packs for the OSes you're supporting from http://search.microsoft.com/en-us/DownloadResults.aspx?q=service+pack , and Bundle them into an installer with burn? Sound like it could end up a pretty massive installer though, so you might want to look into the WiX elements that allow the installer to download the service packs on demand (assuming the target machines have internet access when installing), rather than packaging them into the installer itself. I haven't done the downloading thing (although I probably should be), so I unfortunately can't advise on that, but I don't think it's overly complicated. Alain -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: July 11, 2013 10:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows updates Hi folks, Is there a way to bundle-and-install the standalone updates that one would get from Microsoft to update Windows (e.g. security updates with the Windows Update Standalone file type or whatever it is exactly)? If so, where should I start looking to do this? (We have machines which are too intermittent to be domainified and hence use our Active Directory / SCCM solution. Right now we just throw them an archived directory and a VBS or something; but this requires administrator. If we use an MSI we can use a previously developed mechanism - used for userland applications etc. - to run the package elevated which I doubt I need explain.) Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today!
Re: [WiX-users] Wix dev and regular dev best practices
I don't know if our approach will work well long term since we are still developing all of this, but we decided we'd build front end utilities for developers to use with presets implicitly written out to wxs for them (like Manufacturer and expected directories to install to, etc.). This way in principle we could also have developers (or in your case, a build server) drop off their files and an installer build person / process can then pick them up with the front end to WIX. Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Drake, David [mailto:david.dr...@wizards.com] Sent: May-29-13 1:41 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Wix dev and regular dev best practices I am attempting to bring an extra layer of automation to my area of concern and have chosen to start packaging up each of our services into .msi files for easier deployment and configuration. Part of getting started is figuring out the best way to implement WIX installers into our build system without causing impact on the developers. My initial thought was to add wix projects to the various solutions we have in source control, check in all of the WIX binaries as mentioned in the WIX manual so the CruiseControl powered build system can see them. I have set a post-build step in one of their C# Projects to run Heat.exe and spit out a files.wxs file that contains all of their output, and filter it through a transform.xsl to add in the ServiceControl elements and strip out all of the useless garbage that should not be installed. The problem with this is that it's going to cause the devs to have an issue with opening the solution and having that one .wixproj project fail to open, throwing up a pop-up and somewhat disrupting their flow. Is there a way to give them just the VS2012 plugin so the .wixproj type is recognized, or should I just stay out of their solution files and find some other way to run heat to harvest their output and go on to build the .msi file? Is there some other approach that has been proven to work well when the person creating and maintaining the installer creation and deployment processes is not a direct member of the development team? Thank you, ~David Drake CES Build Engineer david.dr...@wizards.commailto:david.dr...@wizards.com -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users