Re: [WiX-users] Removing files as part of upgrade

2015-06-12 Thread Keith.Douglas
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

2015-06-12 Thread Keith.Douglas
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

2015-06-12 Thread Keith.Douglas
(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

2015-06-12 Thread Keith.Douglas
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

2015-06-09 Thread Keith.Douglas
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 ?

2015-04-28 Thread Keith.Douglas
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

2015-04-27 Thread Keith.Douglas
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

2015-04-27 Thread Keith.Douglas
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

2015-04-22 Thread Keith.Douglas
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

2015-03-27 Thread Keith.Douglas
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

2015-01-30 Thread Keith.Douglas
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

2015-01-30 Thread Keith.Douglas
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

2015-01-19 Thread Keith.Douglas
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

2015-01-08 Thread Keith.Douglas
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

2015-01-08 Thread Keith.Douglas
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

2015-01-08 Thread Keith.Douglas
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

2014-12-02 Thread Keith.Douglas
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

2014-11-10 Thread Keith.Douglas
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

2014-10-15 Thread Keith.Douglas
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

2014-10-02 Thread Keith.Douglas
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

2014-09-30 Thread Keith.Douglas
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

2014-09-30 Thread Keith.Douglas
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

2014-09-29 Thread Keith.Douglas
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

2014-09-23 Thread Keith.Douglas
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

2014-09-23 Thread Keith.Douglas
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

2014-09-22 Thread Keith.Douglas
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

2014-09-09 Thread Keith.Douglas
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

2014-09-08 Thread Keith.Douglas
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

2014-09-08 Thread Keith.Douglas
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

2014-09-08 Thread Keith.Douglas
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

2014-09-08 Thread Keith.Douglas
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

2014-09-05 Thread Keith.Douglas
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

2014-08-29 Thread Keith.Douglas
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

2014-08-28 Thread Keith.Douglas
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

2014-08-26 Thread Keith.Douglas
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

2014-08-06 Thread Keith.Douglas
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

2014-08-05 Thread Keith.Douglas
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

2014-08-05 Thread Keith.Douglas
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

2014-08-01 Thread Keith.Douglas
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

2014-08-01 Thread Keith.Douglas
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

2014-06-20 Thread Keith.Douglas
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

2014-06-11 Thread Keith.Douglas
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

2014-05-06 Thread Keith.Douglas
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

2014-04-30 Thread Keith.Douglas
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

2014-04-30 Thread Keith.Douglas
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

2014-04-30 Thread Keith.Douglas
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

2014-04-28 Thread Keith.Douglas
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

2014-04-25 Thread Keith.Douglas
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

2014-04-25 Thread Keith.Douglas
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

2014-04-24 Thread Keith.Douglas
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

2014-04-24 Thread Keith.Douglas
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

2014-04-14 Thread Keith.Douglas
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

2014-04-14 Thread Keith.Douglas
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

2014-04-14 Thread Keith.Douglas
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

2014-03-28 Thread Keith.Douglas
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

2014-03-14 Thread Keith.Douglas
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

2014-03-11 Thread Keith.Douglas
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

2014-03-11 Thread Keith.Douglas
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

2014-03-11 Thread Keith.Douglas
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

2014-03-11 Thread Keith.Douglas
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

2014-03-04 Thread Keith.Douglas
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

2014-03-04 Thread Keith.Douglas
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

2014-03-04 Thread Keith.Douglas
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

2014-03-04 Thread Keith.Douglas
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

2014-03-04 Thread Keith.Douglas
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?

2014-02-27 Thread Keith.Douglas
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.

2014-01-31 Thread Keith.Douglas
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

2014-01-31 Thread Keith.Douglas
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.

2014-01-30 Thread Keith.Douglas
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.

2014-01-30 Thread Keith.Douglas
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.

2014-01-29 Thread Keith.Douglas
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

2013-12-05 Thread Keith.Douglas
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

2013-12-03 Thread Keith.Douglas
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

2013-11-08 Thread Keith.Douglas
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

2013-11-04 Thread Keith.Douglas
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

2013-10-22 Thread Keith.Douglas
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

2013-10-22 Thread Keith.Douglas
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

2013-10-15 Thread Keith.Douglas
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?

2013-10-03 Thread Keith.Douglas
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?

2013-09-30 Thread Keith.Douglas
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

2013-09-25 Thread Keith.Douglas
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

2013-09-19 Thread Keith.Douglas
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

2013-09-19 Thread Keith.Douglas
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

2013-09-10 Thread Keith.Douglas
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

2013-09-10 Thread Keith.Douglas
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

2013-09-10 Thread Keith.Douglas
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

2013-09-10 Thread Keith.Douglas
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 ?

2013-09-05 Thread Keith.Douglas
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

2013-08-22 Thread Keith.Douglas
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

2013-08-21 Thread Keith.Douglas
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

2013-08-21 Thread Keith.Douglas
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

2013-08-21 Thread Keith.Douglas
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

2013-08-21 Thread Keith.Douglas
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

2013-08-01 Thread Keith.Douglas
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

2013-07-11 Thread Keith.Douglas
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

2013-07-11 Thread Keith.Douglas
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

2013-07-11 Thread Keith.Douglas
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

2013-07-11 Thread Keith.Douglas
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]

2013-07-11 Thread Keith.Douglas
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

2013-05-29 Thread Keith.Douglas
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


  1   2   >