[WiX-users] dtf in Wix 3.7

[Sean Farrow]

Hi:
The dtf.chm is in the source zip for 3.7, but does not seem to be in the 3.7 
install or the binary zip, is this being deprecated? If yes in favour of what?
Cheers
Sean.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix 3.5 DTE automation - Add Extension Reference to wixproj

[Rob Mensching]

Does Votive even support DTE?

On Thu, Aug 30, 2012 at 8:20 AM, Maillet, Ed  wrote:

> Hey all,
>   I'm trying to figure out, in Visual Studio 2008, how to add a reference
> to an Extension for a given wix project using the DTE (via
> IWizard.RunFinished) application.
>
> The WixProjectNode doesn't have a references property like other Visual
> Studio project types.
>
> I found this article suggesting a work around (which is really clumsy)
>
> http://social.msdn.microsoft.com/Forums/en-US/vsx/thread/c4070ea5-044e-4524-bb96-7e77949ee61c/
>
> It basically says unload the project and then do Project.AddNewImport.
>
> What's the proper way to do it?
>
> - Ed
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing product name at install time

[Rob Mensching]

You can in Bundles though.

On Thu, Aug 30, 2012 at 3:26 PM, Christopher Painter wrote:

> No.  The ProductName property is immutable once the installer begins.
> You'd have to do something like asking for the name before starting the
> install and then dynamically generate and apply a transform for
> installation.
>
> 
>  From: "Jain, Mukesh" 
> Sent: Thursday, August 30, 2012 5:07 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Changing product name at install time
>
> Can we change product name at install time?
>
> Thanks,
> Mukesh
>
>  ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
> WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
> OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
> THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
> RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***
>
> Any advice in this communication is limited to the conclusions
> specifically set forth herein and is based on the completeness and
> accuracy of the stated facts, assumptions and/or representations
> included.  In rendering our advice, we may consider tax authorities
> that are subject to change, retroactively and/or prospectively, and
> any such changes could affect the validity of our advice.  We will
> not update our advice for subsequent changes or modifications to
> the laws and regulations, or to the judicial and administrative
> interpretations thereof.
>
> The advice or other information in this document was prepared for
> the sole benefit of KPMG's client and may not be relied upon by any
> other person or organization.  KPMG accepts no responsibility or
> liability in respect of this document to any person or organization
> other than KPMG's client.
>
> ***
> The information in this email is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this email
> by anyone else is unauthorized. If you are not the intended recipient, any
> disclosure, copying, distribution or any action taken or omitted to be
> taken in reliance on it, is prohibited and may be unlawful. When addressed
> to our clients any opinions or advice contained in this email are subject
> to the terms and conditions expressed in the governing KPMG client
> engagement letter.
> ***
>
>
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Major Upgrade changes requirement

[Rob Mensching]

Yes, basically.

On Thu, Aug 30, 2012 at 3:03 PM, Jain, Mukesh  wrote:

> What changes we need to do for Major Upgrade
>
> Example - Product Code, Package Code, version etc... ??
>
>
> Thanks,
> Mukesh
>
>
>
>  ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
> WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
> OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
> THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
> RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***
>
> Any advice in this communication is limited to the conclusions
> specifically set forth herein and is based on the completeness and
> accuracy of the stated facts, assumptions and/or representations
> included.  In rendering our advice, we may consider tax authorities
> that are subject to change, retroactively and/or prospectively, and
> any such changes could affect the validity of our advice.  We will
> not update our advice for subsequent changes or modifications to
> the laws and regulations, or to the judicial and administrative
> interpretations thereof.
>
> The advice or other information in this document was prepared for
> the sole benefit of KPMG's client and may not be relied upon by any
> other person or organization.  KPMG accepts no responsibility or
> liability in respect of this document to any person or organization
> other than KPMG's client.
>
> ***
> The information in this email is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this email
> by anyone else is unauthorized. If you are not the intended recipient, any
> disclosure, copying, distribution or any action taken or omitted to be
> taken in reliance on it, is prohibited and may be unlawful. When addressed
> to our clients any opinions or advice contained in this email are subject
> to the terms and conditions expressed in the governing KPMG client
> engagement letter.
> ***
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Changing product name at install time

[Christopher Painter]

No.  The ProductName property is immutable once the installer begins.  
You'd have to do something like asking for the name before starting the 
install and then dynamically generate and apply a transform for 
installation.


 From: "Jain, Mukesh" 
Sent: Thursday, August 30, 2012 5:07 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Changing product name at install time

Can we change product name at install time?

Thanks,
Mukesh 

 ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***

Any advice in this communication is limited to the conclusions
specifically set forth herein and is based on the completeness and
accuracy of the stated facts, assumptions and/or representations
included.  In rendering our advice, we may consider tax authorities
that are subject to change, retroactively and/or prospectively, and
any such changes could affect the validity of our advice.  We will
not update our advice for subsequent changes or modifications to
the laws and regulations, or to the judicial and administrative
interpretations thereof.

The advice or other information in this document was prepared for
the sole benefit of KPMG's client and may not be relied upon by any
other person or organization.  KPMG accepts no responsibility or
liability in respect of this document to any person or organization
other than KPMG's client.

***
The information in this email is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this email 
by anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be 
taken in reliance on it, is prohibited and may be unlawful. When addressed 
to our clients any opinions or advice contained in this email are subject 
to the terms and conditions expressed in the governing KPMG client 
engagement letter.
***


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Changing product name at install time

[Jain, Mukesh]

Can we change product name at install time?

Thanks,
Mukesh 



 ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***

Any advice in this communication is limited to the conclusions
specifically set forth herein and is based on the completeness and
accuracy of the stated facts, assumptions and/or representations
included.  In rendering our advice, we may consider tax authorities
that are subject to change, retroactively and/or prospectively, and
any such changes could affect the validity of our advice.  We will
not update our advice for subsequent changes or modifications to
the laws and regulations, or to the judicial and administrative
interpretations thereof.

The advice or other information in this document was prepared for
the sole benefit of KPMG's client and may not be relied upon by any
other person or organization.  KPMG accepts no responsibility or
liability in respect of this document to any person or organization
other than KPMG's client.

***
The information in this email is confidential and may be legally privileged. It 
is intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it, is 
prohibited and may be unlawful. When addressed to our clients any opinions or 
advice contained in this email are subject to the terms and conditions 
expressed in the governing KPMG client engagement letter.
***

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Major Upgrade changes requirement

[Jain, Mukesh]

What changes we need to do for Major Upgrade 

Example - Product Code, Package Code, version etc... ??


Thanks,
Mukesh 



 ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***

Any advice in this communication is limited to the conclusions
specifically set forth herein and is based on the completeness and
accuracy of the stated facts, assumptions and/or representations
included.  In rendering our advice, we may consider tax authorities
that are subject to change, retroactively and/or prospectively, and
any such changes could affect the validity of our advice.  We will
not update our advice for subsequent changes or modifications to
the laws and regulations, or to the judicial and administrative
interpretations thereof.

The advice or other information in this document was prepared for
the sole benefit of KPMG's client and may not be relied upon by any
other person or organization.  KPMG accepts no responsibility or
liability in respect of this document to any person or organization
other than KPMG's client.

***
The information in this email is confidential and may be legally privileged. It 
is intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it, is 
prohibited and may be unlawful. When addressed to our clients any opinions or 
advice contained in this email are subject to the terms and conditions 
expressed in the governing KPMG client engagement letter.
***

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Multiple instance installations with WIX

[Jain, Mukesh]

I wanted to setup a WIX installer with multiple instances. I don't know
the number of instances. How do we control upgrade in this scenario?
Please share sample file. 

Thanks,
Mukesh 


 ANY TAX ADVICE IN THIS COMMUNICATION IS NOT INTENDED OR
WRITTEN BY KPMG TO BE USED, AND CANNOT BE USED, BY A CLIENT OR ANY
OTHER PERSON OR ENTITY FOR THE PURPOSE OF (I) AVOIDING PENALTIES
THAT MAY BE IMPOSED ON ANY TAXPAYER OR (ii) PROMOTING, MARKETING OR
RECOMMENDING TO ANOTHER PARTY ANY MATTERS ADDRESSED HEREIN. ***

Any advice in this communication is limited to the conclusions
specifically set forth herein and is based on the completeness and
accuracy of the stated facts, assumptions and/or representations
included.  In rendering our advice, we may consider tax authorities
that are subject to change, retroactively and/or prospectively, and
any such changes could affect the validity of our advice.  We will
not update our advice for subsequent changes or modifications to
the laws and regulations, or to the judicial and administrative
interpretations thereof.

The advice or other information in this document was prepared for
the sole benefit of KPMG's client and may not be relied upon by any
other person or organization.  KPMG accepts no responsibility or
liability in respect of this document to any person or organization
other than KPMG's client.

***
The information in this email is confidential and may be legally privileged. It 
is intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient, any disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it, is 
prohibited and may be unlawful. When addressed to our clients any opinions or 
advice contained in this email are subject to the terms and conditions 
expressed in the governing KPMG client engagement letter.
***

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] NetFx40ClientRedist - Windows 8

[Wesley Manning]

What happens if I attempt to use a predefined NetFx40ClientRedist burn 
packagegroup to install .net 4.0 on Windows 8?  From looking at the wix source 
it appears it does not check the OS version or for .net 4.5.  From what I 
understand .net 4.5 replaces .net 4.0 when installed.  

Wes


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Very slow burn install

[Adam Westhusing]

I have this same problem, but Windows Update works on the machine and the
machine is up-to-date as far as updates go.

Is there some way to turn on or off this automatic updating mechanism?  What
is generating that error?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Very-slow-burn-install-tp7579208p7580236.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Ability to check state of a service and preserve it.

[Rishi Sinha]

I have a scenario where the MSI initially installs the service as Automatic 
delayed start. However when the service is being patched its state could have 
changed (Manual, Automatice stopped or Running) and I would like for the patch 
to leave the state of the Service the same. However I also do want to preserve 
the state of the service (the user name, password) and such during the patch.

I added the following code to prevent reinstallation of the service during 
patching.

   (NOT PATCH) AND (NOT MSIPATCHREMOVE)
   (NOT PATCH) AND (NOT MSIPATCHREMOVE)

However in this case the service is not restarted if it was running. Is there a 
way for me to check if the service was running before patch and conditionally 
restart it using WIX only?

Thanks,
Rishi


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FW: WiX using with MSBuild can't reference other project: error CNDL0150: Undefined preprocessor variable

[Castro, Edwin G. (Hillsboro)]

Yes, wix2010.targets creates preprocessor variables for the referenced .sqlproj 
*if and only if* the referencing .wixproj (and its containing .sln) are 
building in Visual Studio.

If the referencing .wixproj (and its containing .sln) are building on the 
command line using MSBuild, then wix2010.targets does *not* create preprocessor 
variables for the referenced .sqlproj.

Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Bob Arnson [mailto:b...@joyofsetup.com]
> Sent: Thursday, August 30, 2012 6:34 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] FW: WiX using with MSBuild can't reference other
> project: error CNDL0150: Undefined preprocessor variable
> 
> On 27-Aug-12 13:32, Castro, Edwin G. (Hillsboro) wrote:
> > ShowTargetPath:
> >ShowTargetPath: D:\svn\sample\sample\bin\Debug\sample.dll
> Does wix2010.targets create any preprocessor variables for the .sqlproj?
> It mostly relies on metadata that other targets have set.
> 
> --
> sig://boB
> http://joyofsetup.com/
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Christopher Painter]

Entirely too complicated!

In one blog article they say windows isn't a ship vehicle for .NET and in 
another blog article they say that they took it out to keep the size of the 
foot print to a minimum.   Which is it?

Fortunately  I don't have to worry about this right now.  I can just author 
a LaunchCondition as all of my deliverables to the SCCM team are single 
MSI's with no prereq handling.  That's someone else's nightmare to deal 
with.  I just do Launch Condition checks.


 From: "Martin Hueser" 
Sent: Thursday, August 30, 2012 10:49 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] Windows 8 NetFX3.5

Hi,
this might be of some help:

http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-fram
ework-3-5.aspx

Martin

On Tue, Aug 28, 2012 at 2:23 PM, Neil Hayes  wrote:

> I have an installation which has the .NET Framework 3.5 etc. as
> prerequisites.
>
> In the past I've been able to install the .NET Framework by calling the
> redistributable package.
>
> What is the correct approach for Windows 8?
>
> Most of my target market does not have internet connectivity. IT
> departments install machines then pass them out to the users. There are 
no
> ISO images of the Windows 8 install or folders that I'm aware of on 
users
> machines that enable me to call "dism /online /enable-feature
> /featurename:NetFx3 /all /source:\sources\sxs" as the source 
is
> held with the IT departments.
>
> Should I just fail the install as I can't install the prerequisite?
> Or have I got the wrong approach.
>
> Neil
>
>
> 

--
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. 
Discussions
> will include endpoint security, mobile security and the latest in 
malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Replacing Cached MSI DB

[Andy Clugston]

Rob,

I am not doing a minor upgrade, this product follows a major upgrade life
cycle. Ultimately, I want to do a major upgrade, however from the original
WiX 3.0 MSI the upgrade fails because of the bug with the IISExtension. The
uninstall also fails. Hence, my attempt to replace the cached DB with an
MSI built against WiX 3.5 (which seems to have fixed the IISExtension
issue).

I compared some test builds of 3.0 against 3.5 and the GUIDs are the same,
however they are different than the GUIDs from the original 3.0 MSIs
generated on our build server. Not sure why this is... historically, I have
compared the 3.0 builds from our build server and all the GUIDs match.

My next step was to try the hack of using the IISExtension from 3.5 with a
3.0 generated cache-replacement MSI.

In general, what might the reason be that the replacement MSI is not
uninstalling the components with properly maintained GUIDs? Is this some
sublety between WiX 3.0 and 3.5 that might be causing issues? There are no
other changes.

Thanks.

On Thu, Aug 30, 2012 at 11:23 AM, Rob Mensching wrote:

> First try this:
>
> http://robmensching.com/blog/posts/2007/1/4/Doing-a-small-update-or-minor-upgrade-in-MSI-Use
>
> That will point out if your minor upgrade is breaking component rules.
>
> "*" GUIDs in Components are supposed to make stable GUIDs. However, it is
> posible (I forget, it was a long time ago) that there was a fix in the GUID
> generation across WiX v3.0 to WiX v3.5. In general, when you upgrade WiX
> toolset versions, you need to do major upgrade MSIs. There are too many
> subtle things that must stay the same that are not always possible to keep
> static when fixing bugs.
>
> I know that's not what you want to hear but at least we'll understand the
> problem.  The next best thing may be to try to build your MSI using WiX
> v3.0 but with the WiX v3.5 IIS extension. That's not technically supported
> either but it *may* work out.
>
> On Thu, Aug 30, 2012 at 7:09 AM, Andy Clugston  wrote:
>
> > Well, like I said I am using "*" for the components that allow for it for
> > better automation. My impression (I did a lot of research before using
> "*"
> > to make sure I would not have any issues in the future, asked on the
> > mailing list, etc.) was that "*" should work in all cases as long as the
> > component paths (however WiX determines this) did not change. So, in this
> > case the MSI is identical other than it being built with 3.0 versus 3.5.
> >
> > Is this a corner case that no one considered?
> >
> > My issue with the install after the removal is due to the components
> being
> > left on the system. I can see this from the verbose log.
> >
> > Thanks.
> >
> > On Thu, Aug 30, 2012 at 9:23 AM, Pally Sandher  > >wrote:
> >
> > > Sounds like your Component GUIDs are different & thus you've broken the
> > > Component Rules ->
> > > http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101
> > >
> > > Palbinder Sandher
> > > Software Platform Engineer
> > > T: +44 (0) 141 945 8500
> > > F: +44 (0) 141 945 8501
> > > http://www.iesve.com
> > >
> > > **Design, Simulate + Innovate with the **
> > > Integrated Environmental Solutions Limited. Registered in Scotland No.
> > > SC151456
> > > Registered Office - Helix Building, West Of Scotland Science Park,
> > Glasgow
> > > G20 0SP
> > > Email Disclaimer
> > >
> > >
> > >
> > > -Original Message-
> > > From: Andy Clugston [mailto:clug...@gmail.com]
> > > Sent: 30 August 2012 12:57
> > > To: General discussion for Windows Installer XML toolset.
> > > Subject: [WiX-users] Replacing Cached MSI DB
> > >
> > > Due to an issue with the IISExtension and how it handles certs in WiX
> 3.0
> > > we are unable to uninstall/upgrade our product (see other recent
> issues I
> > > have been asking about). I have attempted to create a substitute MSI DB
> > to
> > > replace the cached DB file per Rob's recommendations here:
> > >
> > >
> > >
> >
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html
> > >
> > > The substitute DB is built with WiX 3.5, the original was built with
> WiX
> > > 3.0. The thought here was that since the cert uninstall issue seems to
> be
> > > resolved in 3.5, this would allow the product to be uninstalled.
> > >
> > > The cache is updated, and the product can then be uninstalled. However,
> > > when running the uninstall although it cleans itself out of ARP, all of
> > the
> > > components appear to be left on the system. The new DB file has the
> same
> > > product GUID, Upgrade GUID, version, and product/MSI name, however the
> > > package GUID is different (which I don't think matters). For component
> > GUID
> > > generation, I am using "*" (where applicable), not sure if this matters
> > in
> > > this case, just wanted to mention it.
> > >
> > > When I then attempt to install a major upgrade release of a later
> version
> > > of the product, the install fails (1603). The only

Re: [WiX-users] Windows 8 NetFX3.5

[Martin Hueser]

Hi,
this might be of some help:

http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx

Martin

On Tue, Aug 28, 2012 at 2:23 PM, Neil Hayes  wrote:

> I have an installation which has the .NET Framework 3.5 etc. as
> prerequisites.
>
> In the past I've been able to install the .NET Framework by calling the
> redistributable package.
>
> What is the correct approach for Windows 8?
>
> Most of my target market does not have internet connectivity. IT
> departments install machines then pass them out to the users. There are no
> ISO images of the Windows 8 install or folders that I'm aware of on users
> machines that enable me to call "dism /online /enable-feature
> /featurename:NetFx3 /all /source:\sources\sxs" as the source is
> held with the IT departments.
>
> Should I just fail the install as I can't install the prerequisite?
> Or have I got the wrong approach.
>
> Neil
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix 3.5 DTE automation - Add Extension Reference to wixproj

[Maillet, Ed]

Hey all,
  I'm trying to figure out, in Visual Studio 2008, how to add a reference to an 
Extension for a given wix project using the DTE (via IWizard.RunFinished) 
application.

The WixProjectNode doesn't have a references property like other Visual Studio 
project types.

I found this article suggesting a work around (which is really clumsy)
http://social.msdn.microsoft.com/Forums/en-US/vsx/thread/c4070ea5-044e-4524-bb96-7e77949ee61c/

It basically says unload the project and then do Project.AddNewImport.

What's the proper way to do it?

- Ed
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Overriable variable are case sensitve.

[Rob Mensching]

The wixstdba would need to be updated. It seems to currently use the
variable name casing from the command-line.  This is a good bug to fix in
WiX v3.7. Would you file it?

On Tue, Aug 28, 2012 at 2:05 PM, Darwin Baines  wrote:

> Commandline parameters are case sensitive when setting up overriable
> variables and passing them to an MSI using the stdba.
>
> Is there a way around this? i.e. How to we recognize command line
> parameters coming in where case doesn't match?
>
> Thanks.
>
> Darwin
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Verify if registry key exist with no default value.

[Rob Mensching]

There is a dream to port those searches into MSI custom actions so the same
behavior is available inside Burn and Windows installer... we just didn't
get around to it yet.
On Wed, Aug 29, 2012 at 5:18 AM, jhennessey wrote:

> Those are the search element for use with burn in 3.6+. I have found that
> the
> burn searches are capable of detecting if a key exists or not. However,
> these won't be useful to you if you aren't using burn (they won't execute
> in
> an MSI).
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Verify-if-registry-key-exist-with-no-default-value-tp7580171p7580175.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn copying packages

[Rob Mensching]

If the payload is compressed then it only shows up inside its container (if
you don't have an explicit container for the payload, the attached
container is used). If the payload is uncompressed... well, it ends up
relative to the bundle because that's all payloads know. 

On Wed, Aug 29, 2012 at 8:50 AM, Neil Sleightholm wrote:

> To answer my own question it does seem to copy file from the SourceFile to
> Name attributes only if Compresses="no" (I had the same package reference
> twice and one was set to "no").
>
> Neil
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: 29 August 2012 13:29
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] Burn copying packages
>
> What causes burn to copy a package from the source folder to the location
> pointed to be the Name attribute when you build a bundle?
>
> I find that sometimes this happens but can't figure out the logic. It
> makes sense that it does this for non-compressed packages but I am also
> seeing it happen for compressed ones and would like to stop this.
>
> Neil
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and threat
> landscape has changed and how IT managers can respond. Discussions will
> include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Chain multiple prerequisites using burn.

[Rob Mensching]

Pre-requisite here is the pre-req to the "Managed BA". The idea is that if
you are going to write your BA in managed code that you'll probably want to
ensure the correct version of NETFX is installed. That's what the mbapreq
does. That's all stuff for the Managed BA.

Burn itself doesn't have the concept of "pre-reqs". Burn just executes a
Chain. Put all the stuff you need in the Chain (in the right order) and
Burn will make sure it gets laid down.  That usually means you put your
"pre-reqs" first and your "product packages" last. 

On Wed, Aug 29, 2012 at 11:36 PM, Christoffel le Roux <
christoffe...@tech.flowcentric.com> wrote:

> Ha-ha, duh yes  you can... but 'There can only be one' prerequisite... My
> idea was that all application prerequisites gets the 'IsPrerequisite' flag
> set in the Ba's XML payload. I used the flag to indicate the prerequisites
> in the BA UI, now that functionality is relying on the 'Permanent' flag.  I
> also figured out after a few minutes of googling around that setting the
> After attribute on the package elements gets the prerequisites installed in
> the right order.  But I still need to find out how to indicate packages
> dependencies, for when a feature in the  BA UI the features required by the
> current needs to be selected as well? I'll continue the adventure.
>
> Kind regards,
>
> Christoffel le Roux
>
>
> -Original Message-
> From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
> Sent: Wednesday, August 29, 2012 3:54 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Chain multiple prerequisites using burn.
>
> Do you guys think it will be feasible to start on my own bootstapper
> application implementation rather than using burn for installing multiple
> prerequisites?
>
> Kind regards,
> Christoffel le Roux
>
>
>
> -Original Message-
> From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
> Sent: Wednesday, August 29, 2012 3:00 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Chain multiple prerequisites using burn.
>
> Hi guys, Is it possible to install multiple prerequisites using burn?
>
> You can only specify one WixMbaPrereqPackageId element according to the
> schema and I also tried
>
> 
>Cache="no"
> Compressed="no"
> PerMachine="yes"
> Permanent="yes"
> Vital="yes"
> SourceFile="Redist\DotNetFX35SP1\dotnetfx35.exe"
> InstallCommand="/q /norestart /lang:ENU"
> RepairCommand="/q /norestart /lang:ENU"
> UninstallCommand="/q /norestart /lang:ENU"
>  DetectCondition="Netfx35Version AND (NOT VersionNT64
> OR Netfx35x64Version)">
> 
>   
>   Cache="no"
>Compressed="no"
>PerMachine="yes"
>Permanent="yes"
>Vital="yes"
>SourceFile="Redist\VSTOSERuntime\vstor.exe"
>InstallCommand="/q /norestart /lang:ENU"
>RepairCommand="/q /norestart /lang:ENU"
>UninstallCommand="/q /norestart /lang:ENU"
>  DetectCondition="VSTORTVERSION">
> 
>   
> 
>
>
> And
>
> 
>Cache="no"
> Compressed="no"
> PerMachine="yes"
> Permanent="yes"
> Vital="yes"
> SourceFile="Redist\DotNetFX35SP1\dotnetfx35.exe"
> InstallCommand="/q /norestart /lang:ENU"
> RepairCommand="/q /norestart /lang:ENU"
> UninstallCommand="/q /norestart /lang:ENU"
>  DetectCondition="Netfx35Version AND (NOT VersionNT64
> OR Netfx35x64Version)">
> 
>   
>
> 
>
> 
> Cache="no"
>  Compressed="no"
>  PerMachine="yes"
>  Permanent="yes"
>  Vital="yes"
>  SourceFile="Redist\VSTOSERuntime\vstor.exe"
>  InstallCommand="/q /norestart /lang:ENU"
>  RepairCommand="/q /norestart /lang:ENU"
>  UninstallCommand="/q /norestart /lang:ENU"
>DetectCondition="VSTORTVERSION">
> 
>   
>
> 
>
>
> But with no luck, I cannot get the IsPrerequisite flag to be set on both
> the prerequisite packages.
>
> Can someone please explain to me how to do this.
>
> Thanks allot
>
>
> Kind regards,
> Christoffel le Roux
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and threat
> landscape has changed and how IT managers can respond. Discussions will
> include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl0424

Re: [WiX-users] Adding votiv project as reference to another

[Rob Mensching]

Probably going to need a lot more information about the errors before
anyone can be really helpful.

On Thu, Aug 30, 2012 at 5:55 AM, Christoffel le Roux <
christoffe...@tech.flowcentric.com> wrote:

> Hi, I'm trying to create my own bootstrap, but I'm having trouble
> referencing the Votiv project from a WPF application. I know this is
> probably a project template issue. What I want to achieve is to copy the
> output from the Votiv project to the output folder of the WPF application
> when building the Votiv project is completed. I tried referencing the
> project by editing the csproj file, it builds but throws errors when trying
> to copy the MSI file. Can anyone please guide me in the right direction
> please.
>
> Kind regards,
> Christoffel le Roux
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Replacing Cached MSI DB

[Rob Mensching]

First try this:
http://robmensching.com/blog/posts/2007/1/4/Doing-a-small-update-or-minor-upgrade-in-MSI-Use

That will point out if your minor upgrade is breaking component rules.

"*" GUIDs in Components are supposed to make stable GUIDs. However, it is
posible (I forget, it was a long time ago) that there was a fix in the GUID
generation across WiX v3.0 to WiX v3.5. In general, when you upgrade WiX
toolset versions, you need to do major upgrade MSIs. There are too many
subtle things that must stay the same that are not always possible to keep
static when fixing bugs.

I know that's not what you want to hear but at least we'll understand the
problem.  The next best thing may be to try to build your MSI using WiX
v3.0 but with the WiX v3.5 IIS extension. That's not technically supported
either but it *may* work out.

On Thu, Aug 30, 2012 at 7:09 AM, Andy Clugston  wrote:

> Well, like I said I am using "*" for the components that allow for it for
> better automation. My impression (I did a lot of research before using "*"
> to make sure I would not have any issues in the future, asked on the
> mailing list, etc.) was that "*" should work in all cases as long as the
> component paths (however WiX determines this) did not change. So, in this
> case the MSI is identical other than it being built with 3.0 versus 3.5.
>
> Is this a corner case that no one considered?
>
> My issue with the install after the removal is due to the components being
> left on the system. I can see this from the verbose log.
>
> Thanks.
>
> On Thu, Aug 30, 2012 at 9:23 AM, Pally Sandher  >wrote:
>
> > Sounds like your Component GUIDs are different & thus you've broken the
> > Component Rules ->
> > http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101
> >
> > Palbinder Sandher
> > Software Platform Engineer
> > T: +44 (0) 141 945 8500
> > F: +44 (0) 141 945 8501
> > http://www.iesve.com
> >
> > **Design, Simulate + Innovate with the **
> > Integrated Environmental Solutions Limited. Registered in Scotland No.
> > SC151456
> > Registered Office - Helix Building, West Of Scotland Science Park,
> Glasgow
> > G20 0SP
> > Email Disclaimer
> >
> >
> >
> > -Original Message-
> > From: Andy Clugston [mailto:clug...@gmail.com]
> > Sent: 30 August 2012 12:57
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] Replacing Cached MSI DB
> >
> > Due to an issue with the IISExtension and how it handles certs in WiX 3.0
> > we are unable to uninstall/upgrade our product (see other recent issues I
> > have been asking about). I have attempted to create a substitute MSI DB
> to
> > replace the cached DB file per Rob's recommendations here:
> >
> >
> >
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html
> >
> > The substitute DB is built with WiX 3.5, the original was built with WiX
> > 3.0. The thought here was that since the cert uninstall issue seems to be
> > resolved in 3.5, this would allow the product to be uninstalled.
> >
> > The cache is updated, and the product can then be uninstalled. However,
> > when running the uninstall although it cleans itself out of ARP, all of
> the
> > components appear to be left on the system. The new DB file has the same
> > product GUID, Upgrade GUID, version, and product/MSI name, however the
> > package GUID is different (which I don't think matters). For component
> GUID
> > generation, I am using "*" (where applicable), not sure if this matters
> in
> > this case, just wanted to mention it.
> >
> > When I then attempt to install a major upgrade release of a later version
> > of the product, the install fails (1603). The only thing that I see in
> the
> > (non-verbose) log is "RemoveFiles. Return value 0", otherwise it looks
> > okay. I am going to rerun the test with verbose logging.
> >
> > So, two questions, is the way I regenerated the updated cache DB
> accurate,
> > and if so, why does it not uninstall the components?
> >
> > Second, even with the components left on the system, should the new major
> > version release install not just overwrite everything and install
> > successfully?
> >
> > Thanks.
> >
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways toda

Re: [WiX-users] Replacing Cached MSI DB

[Andy Clugston]

Comparing the component GUIDs in the original (broken 3.0 MSI) against the
same version MSI built with 3.5 shows that the hard-coded GUIDs are the
same, no surprise there. Now, the heat generated component GUIDs are
different, these use the "*".

I am not sure why this would be? I am building the MSI at my desk versus
our build server so the build paths might be different, however the
component paths (where the files go on the system) are identical.

Either way, these are just file components and although messy, should not
be causing me any problems when I attempt to install my new version of the
product after the uninstall.

However, when performing the uninstall against the updated cache DB, even
the components with the *same* GUID are not being removed either. I don't
understand why this would be, unless the package GUID somehow plays a role
here? I don't see the package GUID defined in any of the tables. Where do I
find this so that I can make the package GUID in my replacement MSI the
same? This is all assuming the package GUID has anything to do with the
issue I am seeing.

Thanks.

On Thu, Aug 30, 2012 at 10:09 AM, Andy Clugston  wrote:

> Well, like I said I am using "*" for the components that allow for it for
> better automation. My impression (I did a lot of research before using "*"
> to make sure I would not have any issues in the future, asked on the
> mailing list, etc.) was that "*" should work in all cases as long as the
> component paths (however WiX determines this) did not change. So, in this
> case the MSI is identical other than it being built with 3.0 versus 3.5.
>
> Is this a corner case that no one considered?
>
> My issue with the install after the removal is due to the components being
> left on the system. I can see this from the verbose log.
>
> Thanks.
>
>
> On Thu, Aug 30, 2012 at 9:23 AM, Pally Sandher wrote:
>
>> Sounds like your Component GUIDs are different & thus you've broken the
>> Component Rules ->
>> http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101
>>
>> Palbinder Sandher
>> Software Platform Engineer
>> T: +44 (0) 141 945 8500
>> F: +44 (0) 141 945 8501
>> http://www.iesve.com
>>
>> **Design, Simulate + Innovate with the **
>> Integrated Environmental Solutions Limited. Registered in Scotland No.
>> SC151456
>> Registered Office - Helix Building, West Of Scotland Science Park,
>> Glasgow G20 0SP
>> Email Disclaimer
>>
>>
>>
>> -Original Message-
>> From: Andy Clugston [mailto:clug...@gmail.com]
>> Sent: 30 August 2012 12:57
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Replacing Cached MSI DB
>>
>> Due to an issue with the IISExtension and how it handles certs in WiX 3.0
>> we are unable to uninstall/upgrade our product (see other recent issues I
>> have been asking about). I have attempted to create a substitute MSI DB to
>> replace the cached DB file per Rob's recommendations here:
>>
>>
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html
>>
>> The substitute DB is built with WiX 3.5, the original was built with WiX
>> 3.0. The thought here was that since the cert uninstall issue seems to be
>> resolved in 3.5, this would allow the product to be uninstalled.
>>
>> The cache is updated, and the product can then be uninstalled. However,
>> when running the uninstall although it cleans itself out of ARP, all of
>> the
>> components appear to be left on the system. The new DB file has the same
>> product GUID, Upgrade GUID, version, and product/MSI name, however the
>> package GUID is different (which I don't think matters). For component
>> GUID
>> generation, I am using "*" (where applicable), not sure if this matters in
>> this case, just wanted to mention it.
>>
>> When I then attempt to install a major upgrade release of a later version
>> of the product, the install fails (1603). The only thing that I see in the
>> (non-verbose) log is "RemoveFiles. Return value 0", otherwise it looks
>> okay. I am going to rerun the test with verbose logging.
>>
>> So, two questions, is the way I regenerated the updated cache DB accurate,
>> and if so, why does it not uninstall the components?
>>
>> Second, even with the components left on the system, should the new major
>> version release install not just overwrite everything and install
>> successfully?
>>
>> Thanks.
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-u

Re: [WiX-users] Windows 8 NetFX3.5

[Rob Mensching]

And now you know why we didn't just implement a "WindowsRolePackage" in
Burn. Interacting with Windows features is never easy. 

On Thu, Aug 30, 2012 at 7:55 AM, Neil Sleightholm wrote:

> That is totally ridiculous, I have users without internet connections
> (secure sites) and no one keeps the original media! We can move our
> application to .NET 4.0 but SQL 2008 requires .NET3.5 and we can't move to
> SQL 2012 because that doesn't support Windows XP!
>
> Neil
>
>
> >Actually it looks like it's not an MSU but it does need access to the
> >orgignal media as it's not cached in the sources wim.  ( Yeah, Windows XP
> >is back!! )
> >
> >BTW, found this article:
> >
> >http://msdn.microsoft.com/en-us/library/hh506443.aspx
> >
> > And this little gem
> >
> >"Windows CardSpace is not available with the .NET Framework 3.5 on
> >Windows
> >8."
> >
> >I don't know how many people used CardSpace but it's very odd that 3.5 is
> >'installed' but that an entire subsystem is missing!
> >
> >
> > From: "Christopher Painter" 
> >Sent: Thursday, August 30, 2012 9:33 AM
> >To: "General discussion for Windows Installer XML toolset."
> >, wix-users@lists.sourceforge.net
> >Subject: Re: [WiX-users] Windows 8 NetFX3.5
> >
> >Translating...
> >
> >So depending on O/S you you need to.
> >
> >1) download and install an MSU to get it to show up as a feature and then
> >call dism or similar to add the feature
> >or
> >2) just enable the feature
> >or
> >3) run the exe redist to install the product
> >
> >or perhaps on a future O/S the feature won't even be available to
> >download
> >
> >Does anyone besides me think this is ridiculous?
> >
> >
> >From: "Bob Arnson" 
> >Sent: Thursday, August 30, 2012 9:10 AM
> >To: wix-users@lists.sourceforge.net
> >Subject: Re: [WiX-users] Windows 8 NetFX3.5
> >
> >On 29-Aug-12 03:58, Neil Sleightholm wrote:
> >> As far as I am aware you don't need internet access or the original
> >media, .NET 3.5 is just a feature that needs enabling.
> >That was true in Win7 but in Win8 it requires a download from Windows
> >Update.
> >
> >--
> >sig://boB
> >http://joyofsetup.com/
> >
> >--
> >--
> >
> >--
> >Live Security Virtual Conference
> >Exclusive live event will cover all the ways today's security and
> >threat landscape has changed and how IT managers can respond. Discussions
> >will include endpoint security, mobile security and the latest in malware
> >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >___
> >WiX-users mailing list
> >WiX-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >--
> >--
> >--
> >Live Security Virtual Conference
> >Exclusive live event will cover all the ways today's security and
> >threat landscape has changed and how IT managers can respond. Discussions
> >will include endpoint security, mobile security and the latest in malware
> >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >___
> >WiX-users mailing list
> >WiX-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >--
> >
> >Live Security Virtual Conference
> >Exclusive live event will cover all the ways today's security and
> >threat landscape has changed and how IT managers can respond. Discussions
> >will include endpoint security, mobile security and the latest in malware
> >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >___
> >WiX-users mailing list
> >WiX-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/j

Re: [WiX-users] Windows 8 NetFX3.5

[Neil Sleightholm]

That is totally ridiculous, I have users without internet connections
(secure sites) and no one keeps the original media! We can move our
application to .NET 4.0 but SQL 2008 requires .NET3.5 and we can't move to
SQL 2012 because that doesn't support Windows XP!

Neil


>Actually it looks like it's not an MSU but it does need access to the
>orgignal media as it's not cached in the sources wim.  ( Yeah, Windows XP
>is back!! )  
>
>BTW, found this article:
>
>http://msdn.microsoft.com/en-us/library/hh506443.aspx
>
> And this little gem
>
>"Windows CardSpace is not available with the .NET Framework 3.5 on
>Windows 
>8."
>
>I don't know how many people used CardSpace but it's very odd that 3.5 is
>'installed' but that an entire subsystem is missing!
>
>
> From: "Christopher Painter" 
>Sent: Thursday, August 30, 2012 9:33 AM
>To: "General discussion for Windows Installer XML toolset."
>, wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Windows 8 NetFX3.5
>
>Translating... 
>
>So depending on O/S you you need to.
>
>1) download and install an MSU to get it to show up as a feature and then
>call dism or similar to add the feature
>or
>2) just enable the feature
>or
>3) run the exe redist to install the product
>
>or perhaps on a future O/S the feature won't even be available to
>download
>
>Does anyone besides me think this is ridiculous?
>
>
>From: "Bob Arnson" 
>Sent: Thursday, August 30, 2012 9:10 AM
>To: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Windows 8 NetFX3.5
>
>On 29-Aug-12 03:58, Neil Sleightholm wrote:
>> As far as I am aware you don't need internet access or the original
>media, .NET 3.5 is just a feature that needs enabling.
>That was true in Win7 but in Win8 it requires a download from Windows
>Update.
>
>-- 
>sig://boB
>http://joyofsetup.com/
>
>--
>--
>
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>--
>--
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>--
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Neil Sleightholm]

Thanks for the tip about the msu - I need to find a way to support offline
installs with no user intervention.

Yes this is ridiculous but a similar process to installing Windows
Installer 4.5 where you need 5 different resists depending on the OS.

Neil


>Translating... 
>
>So depending on O/S you you need to.
> 
>
>1) download and install an MSU to get it to show up as a feature and then
>call dism or similar to add the feature
>or
>2) just enable the feature
>or
>3) run the exe redist to install the product
>
>or perhaps on a future O/S the feature won't even be available to
>download
>
> Does anyone besides me think this is ridiculous?
>
>
> From: "Bob Arnson" 
>Sent: Thursday, August 30, 2012 9:10 AM
>To: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Windows 8 NetFX3.5
>
>On 29-Aug-12 03:58, Neil Sleightholm wrote:
>> As far as I am aware you don't need internet access or the original
>media, .NET 3.5 is just a feature that needs enabling.
>That was true in Win7 but in Win8 it requires a download from Windows
>Update.
>
>-- 
>sig://boB
>http://joyofsetup.com/
>
>--
>--
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>--
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Christopher Painter]

Actually it looks like it's not an MSU but it does need access to the 
orgignal media as it's not cached in the sources wim.  ( Yeah, Windows XP 
is back!! )  

BTW, found this article:

http://msdn.microsoft.com/en-us/library/hh506443.aspx

 And this little gem

"Windows CardSpace is not available with the .NET Framework 3.5 on Windows 
8."

I don't know how many people used CardSpace but it's very odd that 3.5 is 
'installed' but that an entire subsystem is missing!


 From: "Christopher Painter" 
Sent: Thursday, August 30, 2012 9:33 AM
To: "General discussion for Windows Installer XML toolset." 
, wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows 8 NetFX3.5

Translating... 

So depending on O/S you you need to.

1) download and install an MSU to get it to show up as a feature and then 
call dism or similar to add the feature
or
2) just enable the feature
or
3) run the exe redist to install the product

or perhaps on a future O/S the feature won't even be available to 
download

Does anyone besides me think this is ridiculous?


From: "Bob Arnson" 
Sent: Thursday, August 30, 2012 9:10 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows 8 NetFX3.5

On 29-Aug-12 03:58, Neil Sleightholm wrote:
> As far as I am aware you don't need internet access or the original 
media, .NET 3.5 is just a feature that needs enabling.
That was true in Win7 but in Win8 it requires a download from Windows 
Update.

-- 
sig://boB
http://joyofsetup.com/



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assistance with Burn

[Jeanne Dixon]

I have tried that, but I am missing a piece. How do I reference the rtflicense? 
If I put in mailto:b...@joyofsetup.com] 
Sent: Thursday, August 30, 2012 9:38 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Assistance with Burn

On 29-Aug-12 09:27, Jeanne Dixon wrote:
> I have attempted to rename the dll I built in the wixstdba directory to be 
> WixBalExtension.dll and copied it into my Wix3.6 Toolset directory. When I 
> try to build my bootstrapper it gives me an error that the dll could not be 
> loaded.
WixBalExtension.dll is a WiX extension that includes, among other 
things, wixstdba.dll. If you just want to replace wixstdba.dll, you can 
use the existing WixBalExtension.dll but need to reference 
WixStandardBootstrapperApplication using a BootstrapperApplication 
element with a @SourceFile attribute that points to your replacement 
wixstdba.dll. See src\ext\BalExtension\wixlib\wixstdba* in the WiX source.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Christopher Painter]

Translating... 

So depending on O/S you you need to.
 

1) download and install an MSU to get it to show up as a feature and then 
call dism or similar to add the feature
or
2) just enable the feature
or
3) run the exe redist to install the product

or perhaps on a future O/S the feature won't even be available to 
download

 Does anyone besides me think this is ridiculous?


 From: "Bob Arnson" 
Sent: Thursday, August 30, 2012 9:10 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows 8 NetFX3.5

On 29-Aug-12 03:58, Neil Sleightholm wrote:
> As far as I am aware you don't need internet access or the original 
media, .NET 3.5 is just a feature that needs enabling.
That was true in Win7 but in Win8 it requires a download from Windows 
Update.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Neil Sleightholm]

That is disappointing, so there is no way to install .NET 3.5 on Win8
without an internet connection (or original media)?

I think you might mean Windows 2008 R2 rather than Win7 as the .NET 3.5
install runs ok on Win7.

Neil


>On 29-Aug-12 03:58, Neil Sleightholm wrote:
>> As far as I am aware you don't need internet access or the original
>>media, .NET 3.5 is just a feature that needs enabling.
>That was true in Win7 but in Win8 it requires a download from Windows
>Update.
>
>-- 
>sig://boB
>http://joyofsetup.com/
>
>
>--
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Multiple entries in ARP (was WiX 3.7 NAnt support)

[Neil Sleightholm]

I think you replied to my mail about same version upgrades with the wrong
subject line and then I did the same.

Neil


>On 26-Aug-12 17:38, Neil Sleightholm wrote:
>> Yep - if I am testing a build it is usually based on a fixed release of
>>the associated MSI. I know it is odd and I would never really release it
>>to end users but it makes sense in a development and I don't see it as
>>that odd out here in the real world.
>OK...still have no idea what that has to do with NAnt...
>
>-- 
>sig://boB
>http://joyofsetup.com/
>
>
>--
>
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 3.6 install on Win8 RTM

[Bob Arnson]

On 26-Aug-12 15:11, Rick Hantz (Hotmail) wrote:
> The opening Window with all the tasks wouldn't  display at all. When I
> launch wix36.exe, I'd get some blank wix windows, and nothing else. I had to
> close them manually.
Can you post a screen shot?

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FW: WiX using with MSBuild can't reference other project: error CNDL0150: Undefined preprocessor variable

[Bob Arnson]

On 27-Aug-12 13:32, Castro, Edwin G. (Hillsboro) wrote:
> ShowTargetPath:
>ShowTargetPath: D:\svn\sample\sample\bin\Debug\sample.dll
Does wix2010.targets create any preprocessor variables for the .sqlproj? 
It mostly relies on metadata that other targets have set.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Replacing Cached MSI DB

[Andy Clugston]

Well, like I said I am using "*" for the components that allow for it for
better automation. My impression (I did a lot of research before using "*"
to make sure I would not have any issues in the future, asked on the
mailing list, etc.) was that "*" should work in all cases as long as the
component paths (however WiX determines this) did not change. So, in this
case the MSI is identical other than it being built with 3.0 versus 3.5.

Is this a corner case that no one considered?

My issue with the install after the removal is due to the components being
left on the system. I can see this from the verbose log.

Thanks.

On Thu, Aug 30, 2012 at 9:23 AM, Pally Sandher wrote:

> Sounds like your Component GUIDs are different & thus you've broken the
> Component Rules ->
> http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101
>
> Palbinder Sandher
> Software Platform Engineer
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
> http://www.iesve.com
>
> **Design, Simulate + Innovate with the **
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
> G20 0SP
> Email Disclaimer
>
>
>
> -Original Message-
> From: Andy Clugston [mailto:clug...@gmail.com]
> Sent: 30 August 2012 12:57
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Replacing Cached MSI DB
>
> Due to an issue with the IISExtension and how it handles certs in WiX 3.0
> we are unable to uninstall/upgrade our product (see other recent issues I
> have been asking about). I have attempted to create a substitute MSI DB to
> replace the cached DB file per Rob's recommendations here:
>
>
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html
>
> The substitute DB is built with WiX 3.5, the original was built with WiX
> 3.0. The thought here was that since the cert uninstall issue seems to be
> resolved in 3.5, this would allow the product to be uninstalled.
>
> The cache is updated, and the product can then be uninstalled. However,
> when running the uninstall although it cleans itself out of ARP, all of the
> components appear to be left on the system. The new DB file has the same
> product GUID, Upgrade GUID, version, and product/MSI name, however the
> package GUID is different (which I don't think matters). For component GUID
> generation, I am using "*" (where applicable), not sure if this matters in
> this case, just wanted to mention it.
>
> When I then attempt to install a major upgrade release of a later version
> of the product, the install fails (1603). The only thing that I see in the
> (non-verbose) log is "RemoveFiles. Return value 0", otherwise it looks
> okay. I am going to rerun the test with verbose logging.
>
> So, two questions, is the way I regenerated the updated cache DB accurate,
> and if so, why does it not uninstall the components?
>
> Second, even with the components left on the system, should the new major
> version release install not just overwrite everything and install
> successfully?
>
> Thanks.
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.7 NAnt support

[Bob Arnson]

On 26-Aug-12 17:38, Neil Sleightholm wrote:
> Yep - if I am testing a build it is usually based on a fixed release of the 
> associated MSI. I know it is odd and I would never really release it to end 
> users but it makes sense in a development and I don't see it as that odd out 
> here in the real world.
OK...still have no idea what that has to do with NAnt...

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 8 NetFX3.5

[Bob Arnson]

On 29-Aug-12 03:58, Neil Sleightholm wrote:
> As far as I am aware you don't need internet access or the original media, 
> .NET 3.5 is just a feature that needs enabling.
That was true in Win7 but in Win8 it requires a download from Windows 
Update.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assistance with Burn

[Bob Arnson]

On 29-Aug-12 09:27, Jeanne Dixon wrote:
> I have attempted to rename the dll I built in the wixstdba directory to be 
> WixBalExtension.dll and copied it into my Wix3.6 Toolset directory. When I 
> try to build my bootstrapper it gives me an error that the dll could not be 
> loaded.
WixBalExtension.dll is a WiX extension that includes, among other 
things, wixstdba.dll. If you just want to replace wixstdba.dll, you can 
use the existing WixBalExtension.dll but need to reference 
WixStandardBootstrapperApplication using a BootstrapperApplication 
element with a @SourceFile attribute that points to your replacement 
wixstdba.dll. See src\ext\BalExtension\wixlib\wixstdba* in the WiX source.

-- 
sig://boB
http://joyofsetup.com/


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Barrows, David]

Ok that's helpful too, thanks


-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com] 
Sent: 30 August 2012 14:42
To: General discussion for Windows Installer XML toolset.; General discussion 
for Windows Installer XML toolset.
Subject: Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

I'm pretty sure there are a few gotchas.   I think the hashing (MD5 vs SHA 
) was changed in 3.5 for FIPS compliance.  Also I make use of Votive 
integration and I recall some project upgrade problems along the lines of 
targets files and C++ linker settings.  (Certain filenames changed.)

It wasn't a painful upgrade but it also wasn't event free.


 From: "Pally Sandher" 
Sent: Thursday, August 30, 2012 8:26 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Upgrade to v3.6 not v3.5 as it's already had at release candidate status & will 
be officially released pretty soon. You can then use Burn to bootstrap the .NET 
4.0 framework as part of your install process.
As far as I remember it's a straight upgrade from v3.0 to v3.5 or v3.6, should 
be no changes needed to your source code.

Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No. 
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
G20 0SP
Email Disclaimer 

-Original Message-
From: Barrows, David [mailto:david.barr...@hitachiconsulting.com]
Sent: 30 August 2012 12:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from the 
2.0 version of the .Net framework to the 4.0 version. As part of that, I'm 
looking at the install packages and build scripts in the Visual Studio 
solution. Some of the WiX .wxs files contain lines like the following:



and it's used like this:


 


It appears I could just leave this pointing to the .Net 2 install directory, 
because EventLogMessages.dll exists in all versions of the .Net framework. But 
I thought as long as I'm upgrading other components, it might be good to 
upgrade WiX as well. It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the
3.5 version of WiX which means (if I want to use
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5. 
I'm not sure that's a sufficient reason to upgrade but I can imagine 3.5 has 
many improvements over 3.0.

So my question is, can someone please point me to a list of breaking changes, 
if any, between 3.0 and 3.5? And / or give me any tips I should be aware of, if 
I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration number 05660638 whose registered office is at 2 More London 
Riverside, London, SE1 2AP.
This e-mail is intended solely for the person or entity to which it is 
addressed and may contain confidential and/or privileged information. Any 
review, dissemination, copying, printing or other use of this e-mail by persons 
or entities other than the addressee is prohibited. If you have received this 
e-mail in error, please contact the sender immediately and delete the material 
from any computer. 
(HCED0411)

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape ha

Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Barrows, David]

Thanks very much 

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: 30 August 2012 14:21
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Upgrade to v3.6 not v3.5 as it's already had at release candidate status & will 
be officially released pretty soon. You can then use Burn to bootstrap the .NET 
4.0 framework as part of your install process.
As far as I remember it's a straight upgrade from v3.0 to v3.5 or v3.6, should 
be no changes needed to your source code.

Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** Integrated 
Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered 
Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email 
Disclaimer 


-Original Message-
From: Barrows, David [mailto:david.barr...@hitachiconsulting.com] 
Sent: 30 August 2012 12:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from the 
2.0 version of the .Net framework to the 4.0 version.  As part of that, I'm 
looking at the install packages and build scripts in the Visual Studio 
solution.  Some of the WiX .wxs files contain lines like the following:



and it's used like this:





It appears I could just leave this pointing to the .Net 2 install directory, 
because EventLogMessages.dll exists in all versions of the .Net framework.  But 
I thought as long as I'm upgrading other components, it might be good to 
upgrade WiX as well.  It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the 3.5 
version of WiX which means (if I want to use 
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5.  I'm 
not sure that's a sufficient reason to upgrade but I can imagine 3.5 has many 
improvements over 3.0.

So my question is, can someone please point me to a list of breaking changes, 
if any, between 3.0 and 3.5?  And / or give me any tips I should be aware of, 
if I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration
number 05660638 whose registered office is at 2 More London Riverside, London, 
SE1 2AP.
This e-mail is intended solely for the person or entity to which it is addressed
and may contain confidential and/or privileged information. Any review, 
dissemination,
copying, printing or other use of this e-mail by persons or entities other than 
the 
addressee is prohibited. If you have received this e-mail in error, please 
contact
the sender immediately and delete the material from any computer. (HCED0411)
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Christopher Painter]

I forgot to add... if you use DTF custom actions, there is a nasty little 
bug in 3.5 that was fixed in 3.6.   I currently run 3.5 but I have 
downleveled the MakeSfxCA.dll ( think that's the filename ) from 3.6  to 
not have this race condition CA terminate issue.


 From: "Pally Sandher" 
Sent: Thursday, August 30, 2012 8:26 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Upgrade to v3.6 not v3.5 as it's already had at release candidate status & 
will be officially released pretty soon. You can then use Burn to bootstrap 
the .NET 4.0 framework as part of your install process.
As far as I remember it's a straight upgrade from v3.0 to v3.5 or v3.6, 
should be no changes needed to your source code.

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. 
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow 
G20 0SP
Email Disclaimer 

-Original Message-
From: Barrows, David [mailto:david.barr...@hitachiconsulting.com] 
Sent: 30 August 2012 12:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from 
the 2.0 version of the .Net framework to the 4.0 version. As part of that, 
I'm looking at the install packages and build scripts in the Visual Studio 
solution. Some of the WiX .wxs files contain lines like the following:



and it's used like this:





It appears I could just leave this pointing to the .Net 2 install 
directory, because EventLogMessages.dll exists in all versions of the .Net 
framework. But I thought as long as I'm upgrading other components, it 
might be good to upgrade WiX as well. It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the 
3.5 version of WiX which means (if I want to use 
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5. 
I'm not sure that's a sufficient reason to upgrade but I can imagine 3.5 
has many improvements over 3.0.

So my question is, can someone please point me to a list of breaking 
changes, if any, between 3.0 and 3.5? And / or give me any tips I should be 
aware of, if I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration
number 05660638 whose registered office is at 2 More London Riverside, 
London, SE1 2AP.
This e-mail is intended solely for the person or entity to which it is 
addressed
and may contain confidential and/or privileged information. Any review, 
dissemination,
copying, printing or other use of this e-mail by persons or entities other 
than the 
addressee is prohibited. If you have received this e-mail in error, please 
contact
the sender immediately and delete the material from any computer. 
(HCED0411)

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Christopher Painter]

I'm pretty sure there are a few gotchas.   I think the hashing (MD5 vs SHA 
) was changed in 3.5 for FIPS compliance.  Also I make use of Votive 
integration and I recall some project upgrade problems along the lines of 
targets files and C++ linker settings.  (Certain filenames changed.)

It wasn't a painful upgrade but it also wasn't event free.


 From: "Pally Sandher" 
Sent: Thursday, August 30, 2012 8:26 AM
To: "General discussion for Windows Installer XML toolset." 

Subject: Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Upgrade to v3.6 not v3.5 as it's already had at release candidate status & 
will be officially released pretty soon. You can then use Burn to bootstrap 
the .NET 4.0 framework as part of your install process.
As far as I remember it's a straight upgrade from v3.0 to v3.5 or v3.6, 
should be no changes needed to your source code.

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. 
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow 
G20 0SP
Email Disclaimer 

-Original Message-
From: Barrows, David [mailto:david.barr...@hitachiconsulting.com] 
Sent: 30 August 2012 12:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from 
the 2.0 version of the .Net framework to the 4.0 version. As part of that, 
I'm looking at the install packages and build scripts in the Visual Studio 
solution. Some of the WiX .wxs files contain lines like the following:



and it's used like this:





It appears I could just leave this pointing to the .Net 2 install 
directory, because EventLogMessages.dll exists in all versions of the .Net 
framework. But I thought as long as I'm upgrading other components, it 
might be good to upgrade WiX as well. It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the 
3.5 version of WiX which means (if I want to use 
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5. 
I'm not sure that's a sufficient reason to upgrade but I can imagine 3.5 
has many improvements over 3.0.

So my question is, can someone please point me to a list of breaking 
changes, if any, between 3.0 and 3.5? And / or give me any tips I should be 
aware of, if I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration
number 05660638 whose registered office is at 2 More London Riverside, 
London, SE1 2AP.
This e-mail is intended solely for the person or entity to which it is 
addressed
and may contain confidential and/or privileged information. Any review, 
dissemination,
copying, printing or other use of this e-mail by persons or entities other 
than the 
addressee is prohibited. If you have received this e-mail in error, please 
contact
the sender immediately and delete the material from any computer. 
(HCED0411)

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourcefor

Re: [WiX-users] Replacing Cached MSI DB

[Pally Sandher]

Sounds like your Component GUIDs are different & thus you've broken the 
Component Rules -> 
http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer 



-Original Message-
From: Andy Clugston [mailto:clug...@gmail.com] 
Sent: 30 August 2012 12:57
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Replacing Cached MSI DB

Due to an issue with the IISExtension and how it handles certs in WiX 3.0
we are unable to uninstall/upgrade our product (see other recent issues I
have been asking about). I have attempted to create a substitute MSI DB to
replace the cached DB file per Rob's recommendations here:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html

The substitute DB is built with WiX 3.5, the original was built with WiX
3.0. The thought here was that since the cert uninstall issue seems to be
resolved in 3.5, this would allow the product to be uninstalled.

The cache is updated, and the product can then be uninstalled. However,
when running the uninstall although it cleans itself out of ARP, all of the
components appear to be left on the system. The new DB file has the same
product GUID, Upgrade GUID, version, and product/MSI name, however the
package GUID is different (which I don't think matters). For component GUID
generation, I am using "*" (where applicable), not sure if this matters in
this case, just wanted to mention it.

When I then attempt to install a major upgrade release of a later version
of the product, the install fails (1603). The only thing that I see in the
(non-verbose) log is "RemoveFiles. Return value 0", otherwise it looks
okay. I am going to rerun the test with verbose logging.

So, two questions, is the way I regenerated the updated cache DB accurate,
and if so, why does it not uninstall the components?

Second, even with the components left on the system, should the new major
version release install not just overwrite everything and install
successfully?

Thanks.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Pally Sandher]

Upgrade to v3.6 not v3.5 as it's already had at release candidate status & will 
be officially released pretty soon. You can then use Burn to bootstrap the .NET 
4.0 framework as part of your install process.
As far as I remember it's a straight upgrade from v3.0 to v3.5 or v3.6, should 
be no changes needed to your source code.

Palbinder Sandher 
Software Platform Engineer 
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP
Email Disclaimer 


-Original Message-
From: Barrows, David [mailto:david.barr...@hitachiconsulting.com] 
Sent: 30 August 2012 12:11
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from the 
2.0 version of the .Net framework to the 4.0 version.  As part of that, I'm 
looking at the install packages and build scripts in the Visual Studio 
solution.  Some of the WiX .wxs files contain lines like the following:



and it's used like this:





It appears I could just leave this pointing to the .Net 2 install directory, 
because EventLogMessages.dll exists in all versions of the .Net framework.  But 
I thought as long as I'm upgrading other components, it might be good to 
upgrade WiX as well.  It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the 3.5 
version of WiX which means (if I want to use 
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5.  I'm 
not sure that's a sufficient reason to upgrade but I can imagine 3.5 has many 
improvements over 3.0.

So my question is, can someone please point me to a list of breaking changes, 
if any, between 3.0 and 3.5?  And / or give me any tips I should be aware of, 
if I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration
number 05660638 whose registered office is at 2 More London Riverside, London, 
SE1 2AP.
This e-mail is intended solely for the person or entity to which it is addressed
and may contain confidential and/or privileged information. Any review, 
dissemination,
copying, printing or other use of this e-mail by persons or entities other than 
the 
addressee is prohibited. If you have received this e-mail in error, please 
contact
the sender immediately and delete the material from any computer. (HCED0411)
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Adding votiv project as reference to another

[Christoffel le Roux]

Hi, I'm trying to create my own bootstrap, but I'm having trouble referencing 
the Votiv project from a WPF application. I know this is probably a project 
template issue. What I want to achieve is to copy the output from the Votiv 
project to the output folder of the WPF application when building the Votiv 
project is completed. I tried referencing the project by editing the csproj 
file, it builds but throws errors when trying to copy the MSI file. Can anyone 
please guide me in the right direction please.

Kind regards,
Christoffel le Roux
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn CLIENTUILEVEL

[Christoffel le Roux]

I've tried using to see if I can get the embedded UI to pitch.


  


But end up with the following error 

[1030:0DCC][2012-08-30T10:03:27]: Error 0x800700c1: Failed to CreateProcess on 
path: C:\ProgramData\Package 
Cache\33C787840CC55B86C3C47B1BFF0A0C820242D988\Product x64.msi
[1030:0DCC][2012-08-30T10:03:27]: Error 0x800700c1: Failed to execute EXE 
package.
[03B8:0888][2012-08-30T10:03:27]: Error 0x800700c1: Failed to configure 
per-machine EXE package.

Kind regards,
Christoffel le Roux




-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] 
Sent: Thursday, August 30, 2012 10:09 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi, I think I found the culprit, is there any way I can override the 
MSICLIENTUSESEXTERNALUI property that gets sent to the MSI package?

Kind regards,
Christoffel le Roux



-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: Thursday, August 23, 2012 12:40 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi Neil, I upgraded to 3.7 to see if it will make any difference to my problem 
:), thanks for the help I really appreciate.

Kind regards,
Christoffel le Roux

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Thursday, August 23, 2012 12:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

It might be worth dropping back to 3.6, 3.7 is very new.

Neil

-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 23 August 2012 10:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi Neil, I'm on the latest 3.7 build. If I place a breakpoint inside my 
IEmbeddedUI implementation the 'Run' method is never hit.

Kind regards,
Christoffel le Roux




-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, August 22, 2012 11:09 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Not sure if this is what you want but you can set 
MsiPackage/@DisplayInternalUI="yes" to display your MSI UI.

Neil

-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 22 August 2012 09:29
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi, What I need to achieve is displaying the Embedded UI in my MSI packages. I 
know I could just create a custom BA UI and use that, but all my setup projects 
needs to be able to install and manage the installation of multiple instances. 
Since there's no way to ask burn to apply a transform to an package I had to 
create the embedded UI's to achieve this. Please can anyone advise.

Kind regards,
Christoffel le Roux


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware th

[WiX-users] Replacing Cached MSI DB

[Andy Clugston]

Due to an issue with the IISExtension and how it handles certs in WiX 3.0
we are unable to uninstall/upgrade our product (see other recent issues I
have been asking about). I have attempted to create a substitute MSI DB to
replace the cached DB file per Rob's recommendations here:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-to-force-an-uninstall-and-ignore-errors-td6029032.html

The substitute DB is built with WiX 3.5, the original was built with WiX
3.0. The thought here was that since the cert uninstall issue seems to be
resolved in 3.5, this would allow the product to be uninstalled.

The cache is updated, and the product can then be uninstalled. However,
when running the uninstall although it cleans itself out of ARP, all of the
components appear to be left on the system. The new DB file has the same
product GUID, Upgrade GUID, version, and product/MSI name, however the
package GUID is different (which I don't think matters). For component GUID
generation, I am using "*" (where applicable), not sure if this matters in
this case, just wanted to mention it.

When I then attempt to install a major upgrade release of a later version
of the product, the install fails (1603). The only thing that I see in the
(non-verbose) log is "RemoveFiles. Return value 0", otherwise it looks
okay. I am going to rerun the test with verbose logging.

So, two questions, is the way I regenerated the updated cache DB accurate,
and if so, why does it not uninstall the components?

Second, even with the components left on the system, should the new major
version release install not just overwrite everything and install
successfully?

Thanks.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] any breaking changes between WiX 3.0 and WiX 3.5?

[Barrows, David]

Hello, I've been asked to work on upgrading an ASP.NET / MVC project from the 
2.0 version of the .Net framework to the 4.0 version.  As part of that, I'm 
looking at the install packages and build scripts in the Visual Studio 
solution.  Some of the WiX .wxs files contain lines like the following:



and it's used like this:





It appears I could just leave this pointing to the .Net 2 install directory, 
because EventLogMessages.dll exists in all versions of the .Net framework.  But 
I thought as long as I'm upgrading other components, it might be good to 
upgrade WiX as well.  It seems to make sense to change the 
NETFRAMEWORK20INSTALLROOTDIR to NETFRAMEWORK40FULLINSTALLROOTDIR64.

This link:

http://wix.sourceforge.net/manual-wix3/wixnetfxextension.htm

says the variable "NETFRAMEWORK40FULLINSTALLROOTDIR64" only exists in the 3.5 
version of WiX which means (if I want to use 
NETFRAMEWORK40FULLINSTALLROOTDIR64) I'd need to upgrade from 3.0 to 3.5.  I'm 
not sure that's a sufficient reason to upgrade but I can imagine 3.5 has many 
improvements over 3.0.

So my question is, can someone please point me to a list of breaking changes, 
if any, between 3.0 and 3.5?  And / or give me any tips I should be aware of, 
if I do upgrade?

Thank you,

David Barrows

Hitachi Consulting UK Limited is a company registered in England with 
registration
number 05660638 whose registered office is at 2 More London Riverside, London, 
SE1 2AP.
This e-mail is intended solely for the person or entity to which it is addressed
and may contain confidential and/or privileged information. Any review, 
dissemination,
copying, printing or other use of this e-mail by persons or entities other than 
the 
addressee is prohibited. If you have received this e-mail in error, please 
contact
the sender immediately and delete the material from any computer. (HCED0411)
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [Spam-Wahrscheinlichkeit=37]Re: [Spam-Wahrscheinlichkeit=27]Re: To regasm or to notregasm...

[Christian Hausknecht]

Ok, I refactored everything and called ``regasm`` with ``/codebase``-option. 
Now I have the paths in the wxs-file and could manage to make them point to a 
location based upon a wix-property. Perfect! Also I set the ``Advertise="yes"`` 
attribute in the ``TypeLib``-Tags and removed the enclosing ``File``-Tags so 
the *.tlb files are not installed.

Unfortunately the program does not start yet, but I think that depends on other 
still missing things.

Thx so far

-Ursprüngliche Nachricht-
Von: Christian Hausknecht [mailto:chauskne...@beracom.de] 
Gesendet: Donnerstag, 30. August 2012 11:50
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] [Spam-Wahrscheinlichkeit=37]Re: 
[Spam-Wahrscheinlichkeit=27]Re: To regasm or to notregasm...

Hm... is it necessary that the tlb file is installed? I could provide this file 
in the network folder...

And if not, is the location important?

No, I did not use /codebase... I better should I suppose ;-) Ok, I will 
evaluate that.

Thx so far

-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Gesendet: Donnerstag, 30. August 2012 11:13
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=37]Re: [WiX-users] 
[Spam-Wahrscheinlichkeit=27]Re: To regasm or to notregasm...

Yes, the File element installs the file.
Did you specify /codebase when running regasm ? If you do, the wix source code 
contains the "codebase" registry values that I mentioned. If you omit 
/codebase, .Net assumes the dll is in the GAC.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 30 August 2012 10:08
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [Spam-Wahrscheinlichkeit=27]Re: To regasm or to not 
regasm...

Thank you for your hints. On my machine I did not found the ``tlbexp`` program 
- but ``regasm`` provides the ``/tlb``-option. I used that one to extract the 
typelib informations. I "heated" both files, the "reg" and the "tlb" file with 
heat and put the Component / ComponentGroup in my feature. It seems to work, 
although the client does not start yet... I hope that is based upon other 
things or small details. Conceptually I like this approach - and if there is 
not much change within the DLLs, the manual adaption of the heat-output is 
handable.

One thing I am not yet sure about is the output from heat from the tlb-file:












In the -Tag is the only path information I found - is this file being 
installed somewhere? And if so, where the hack is the relation to the locations 
of the DLLs? I would strongly assume, that *somewhere* there must be a path 
information for the program in order to "find" the needed Objects.
The whole process of registering DLLs in a registry and so on has the reason, 
that a program can search the registry in order to find a DLL and then load and 
us it. Or am I wrong with that?

I that is right, where is the relation???

Perhaps there is still missing something and that is the reason, why the 
program does not start...

Hopefully someone can help me furthermore!


-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Gesendet: Mittwoch, 29. August 2012 18:05
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=27]Re: [WiX-users] To regasm or to not 
regasm...

When I last regasmed anything, I was using Wix2 and the tallow tool but the 
process should apply to heat too. 

Regasm /regfile doesn't create type lib, so use tlbexp to create a type lib. 
Use  elements to register the type lib.
Use regasm /regfile to create a registration file.
Use heat to convert the registration file to  in wix source 
code.
In the wix source code, replace any codebase (or other) paths with the 
[SOMEPROPERTY] syntax. (Normally, you'd set the paths to [#DLL File ID].)

Ideally you should harvest from a machine that's as clean as possible. You can 
set SOMEPROPERTY at install time to the full dll path.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 29 August 2012 16:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] To regasm or to not regasm...

Hello folks,

me again :-D

The next problem I must solve requires some experience that I do not have, so I 
hope I can get good advice as usual from here :)

Base problem is quite easy: I need to register some DLLs during installation 
process.

But my initial situation is like this:
I do not install the DLLs on the local system! They are already located in a 
mounted net drive (is it called like this in the Windows-World?). The proper 
location can be different on every system, so one might have access to it like

Re: [WiX-users] [Spam-Wahrscheinlichkeit=37]Re: [Spam-Wahrscheinlichkeit=27]Re: To regasm or to notregasm...

[Christian Hausknecht]

Hm... is it necessary that the tlb file is installed? I could provide this file 
in the network folder...

And if not, is the location important?

No, I did not use /codebase... I better should I suppose ;-) Ok, I will 
evaluate that.

Thx so far

-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Gesendet: Donnerstag, 30. August 2012 11:13
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=37]Re: [WiX-users] 
[Spam-Wahrscheinlichkeit=27]Re: To regasm or to notregasm...

Yes, the File element installs the file.
Did you specify /codebase when running regasm ? If you do, the wix source code 
contains the "codebase" registry values that I mentioned. If you omit 
/codebase, .Net assumes the dll is in the GAC.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 30 August 2012 10:08
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [Spam-Wahrscheinlichkeit=27]Re: To regasm or to not 
regasm...

Thank you for your hints. On my machine I did not found the ``tlbexp`` program 
- but ``regasm`` provides the ``/tlb``-option. I used that one to extract the 
typelib informations. I "heated" both files, the "reg" and the "tlb" file with 
heat and put the Component / ComponentGroup in my feature. It seems to work, 
although the client does not start yet... I hope that is based upon other 
things or small details. Conceptually I like this approach - and if there is 
not much change within the DLLs, the manual adaption of the heat-output is 
handable.

One thing I am not yet sure about is the output from heat from the tlb-file:












In the -Tag is the only path information I found - is this file being 
installed somewhere? And if so, where the hack is the relation to the locations 
of the DLLs? I would strongly assume, that *somewhere* there must be a path 
information for the program in order to "find" the needed Objects.
The whole process of registering DLLs in a registry and so on has the reason, 
that a program can search the registry in order to find a DLL and then load and 
us it. Or am I wrong with that?

I that is right, where is the relation???

Perhaps there is still missing something and that is the reason, why the 
program does not start...

Hopefully someone can help me furthermore!


-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Gesendet: Mittwoch, 29. August 2012 18:05
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=27]Re: [WiX-users] To regasm or to not 
regasm...

When I last regasmed anything, I was using Wix2 and the tallow tool but the 
process should apply to heat too. 

Regasm /regfile doesn't create type lib, so use tlbexp to create a type lib. 
Use  elements to register the type lib.
Use regasm /regfile to create a registration file.
Use heat to convert the registration file to  in wix source 
code.
In the wix source code, replace any codebase (or other) paths with the 
[SOMEPROPERTY] syntax. (Normally, you'd set the paths to [#DLL File ID].)

Ideally you should harvest from a machine that's as clean as possible. You can 
set SOMEPROPERTY at install time to the full dll path.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 29 August 2012 16:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] To regasm or to not regasm...

Hello folks,

me again :-D

The next problem I must solve requires some experience that I do not have, so I 
hope I can get good advice as usual from here :)

Base problem is quite easy: I need to register some DLLs during installation 
process.

But my initial situation is like this:
I do not install the DLLs on the local system! They are already located in a 
mounted net drive (is it called like this in the Windows-World?). The proper 
location can be different on every system, so one might have access to it like 
this "X:\foo\bar\bin\MyDLL.dll" some other might have a different drive name.  
So the path to the dll differs.

My question is now: Is it possible to use ``heat`` to harvest the information
*once* from the build-server and integrate them into my wix-project as usual?
That is the way Rob mentioned here: http://stackoverflow.com/a/1397481

But is that an option for my situation? Is the path something that affects the 
registration? And is it possible just to keep some parts (e.g.
TypeLib-Part?!?) from the heat-output, as I do not want to install the dll 
locally? So can I just "register" the dlls with wix or is there always an 
installation process on top? And if so, what "parts" do I need?

If all else fails I think I just have to call ``regasm`` from a CustomAction
- t

Re: [WiX-users] [Spam-Wahrscheinlichkeit=27]Re: To regasm or to not regasm...

[Peter Shirtcliffe]

Yes, the File element installs the file.
Did you specify /codebase when running regasm ? If you do, the wix source
code contains the "codebase" registry values that I mentioned. If you omit
/codebase, .Net assumes the dll is in the GAC.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de] 
Sent: 30 August 2012 10:08
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [Spam-Wahrscheinlichkeit=27]Re: To regasm or to not
regasm...

Thank you for your hints. On my machine I did not found the ``tlbexp``
program - but ``regasm`` provides the ``/tlb``-option. I used that one to
extract the typelib informations. I "heated" both files, the "reg" and the
"tlb" file with heat and put the Component / ComponentGroup in my feature. It
seems to work, although the client does not start yet... I hope that is based
upon other things or small details. Conceptually I like this approach - and
if there is not much change within the DLLs, the manual adaption of the
heat-output is handable.

One thing I am not yet sure about is the output from heat from the tlb-file:












In the -Tag is the only path information I found - is this file being
installed somewhere? And if so, where the hack is the relation to the
locations of the DLLs? I would strongly assume, that *somewhere* there must
be a path information for the program in order to "find" the needed Objects.
The whole process of registering DLLs in a registry and so on has the reason,
that a program can search the registry in order to find a DLL and then load
and us it. Or am I wrong with that?

I that is right, where is the relation???

Perhaps there is still missing something and that is the reason, why the
program does not start...

Hopefully someone can help me furthermore!


-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Gesendet: Mittwoch, 29. August 2012 18:05
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=27]Re: [WiX-users] To regasm or to not
regasm...

When I last regasmed anything, I was using Wix2 and the tallow tool but the
process should apply to heat too. 

Regasm /regfile doesn't create type lib, so use tlbexp to create a type lib. 
Use  elements to register the type lib.
Use regasm /regfile to create a registration file.
Use heat to convert the registration file to  in wix source
code.
In the wix source code, replace any codebase (or other) paths with the
[SOMEPROPERTY] syntax. (Normally, you'd set the paths to [#DLL File ID].)

Ideally you should harvest from a machine that's as clean as possible. You
can set SOMEPROPERTY at install time to the full dll path.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 29 August 2012 16:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] To regasm or to not regasm...

Hello folks,

me again :-D

The next problem I must solve requires some experience that I do not have, so
I hope I can get good advice as usual from here :)

Base problem is quite easy: I need to register some DLLs during installation
process.

But my initial situation is like this:
I do not install the DLLs on the local system! They are already located in a
mounted net drive (is it called like this in the Windows-World?). The proper
location can be different on every system, so one might have access to it
like this "X:\foo\bar\bin\MyDLL.dll" some other might have a different drive
name.  So the path to the dll differs.

My question is now: Is it possible to use ``heat`` to harvest the information
*once* from the build-server and integrate them into my wix-project as usual?
That is the way Rob mentioned here: http://stackoverflow.com/a/1397481

But is that an option for my situation? Is the path something that affects
the registration? And is it possible just to keep some parts (e.g.
TypeLib-Part?!?) from the heat-output, as I do not want to install the dll
locally? So can I just "register" the dlls with wix or is there always an
installation process on top? And if so, what "parts" do I need?

If all else fails I think I just have to call ``regasm`` from a CustomAction
- that should not be the problem to implement. But as Rob mentioned, it is
perhaps not a good solution. So if it is possible to solve this with "plain"
wix, I would definitely appreciate that.

I hope it is understandable for you, sorry my English is not so good :(

If something is still confusing or not sufficiently explained, please let me
know. If not, please help me :)


Best regards,


Mit freundlichen Grüßen

Christian Hausknecht
Entwicklung

BeraCom
Beratung und Software-Entwicklung GmbH & Co. KG Weidestr. 134, 22083 Hamburg
T: +49 (0)40 547 241 - DW
F: +49 (0)40 547 241 -

Re: [WiX-users] [Spam-Wahrscheinlichkeit=27]Re: To regasm or to not regasm...

[Christian Hausknecht]

Thank you for your hints. On my machine I did not found the ``tlbexp`` program 
- but ``regasm`` provides the ``/tlb``-option. I used that one to extract the 
typelib informations. I "heated" both files, the "reg" and the "tlb" file with 
heat and put the Component / ComponentGroup in my feature. It seems to work, 
although the client does not start yet... I hope that is based upon other 
things or small details. Conceptually I like this approach - and if there is 
not much change within the DLLs, the manual adaption of the heat-output is 
handable.

One thing I am not yet sure about is the output from heat from the tlb-file:












In the -Tag is the only path information I found - is this file being 
installed somewhere? And if so, where the hack is the relation to the locations 
of the DLLs? I would strongly assume, that *somewhere* there must be a path 
information for the program in order to "find" the needed Objects. The whole 
process of registering DLLs in a registry and so on has the reason, that a 
program can search the registry in order to find a DLL and then load and us it. 
Or am I wrong with that?

I that is right, where is the relation???

Perhaps there is still missing something and that is the reason, why the 
program does not start...

Hopefully someone can help me furthermore!


-Ursprüngliche Nachricht-
Von: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Gesendet: Mittwoch, 29. August 2012 18:05
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=27]Re: [WiX-users] To regasm or to not 
regasm...

When I last regasmed anything, I was using Wix2 and the tallow tool but the 
process should apply to heat too. 

Regasm /regfile doesn't create type lib, so use tlbexp to create a type lib. 
Use  elements to register the type lib.
Use regasm /regfile to create a registration file.
Use heat to convert the registration file to  in wix source 
code.
In the wix source code, replace any codebase (or other) paths with the 
[SOMEPROPERTY] syntax. (Normally, you'd set the paths to [#DLL File ID].)

Ideally you should harvest from a machine that's as clean as possible. You can 
set SOMEPROPERTY at install time to the full dll path.

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: 29 August 2012 16:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] To regasm or to not regasm...

Hello folks,

me again :-D

The next problem I must solve requires some experience that I do not have, so I 
hope I can get good advice as usual from here :)

Base problem is quite easy: I need to register some DLLs during installation 
process.

But my initial situation is like this:
I do not install the DLLs on the local system! They are already located in a 
mounted net drive (is it called like this in the Windows-World?). The proper 
location can be different on every system, so one might have access to it like 
this "X:\foo\bar\bin\MyDLL.dll" some other might have a different drive name.  
So the path to the dll differs.

My question is now: Is it possible to use ``heat`` to harvest the information
*once* from the build-server and integrate them into my wix-project as usual?
That is the way Rob mentioned here: http://stackoverflow.com/a/1397481

But is that an option for my situation? Is the path something that affects the 
registration? And is it possible just to keep some parts (e.g.
TypeLib-Part?!?) from the heat-output, as I do not want to install the dll 
locally? So can I just "register" the dlls with wix or is there always an 
installation process on top? And if so, what "parts" do I need?

If all else fails I think I just have to call ``regasm`` from a CustomAction
- that should not be the problem to implement. But as Rob mentioned, it is 
perhaps not a good solution. So if it is possible to solve this with "plain"
wix, I would definitely appreciate that.

I hope it is understandable for you, sorry my English is not so good :(

If something is still confusing or not sufficiently explained, please let me 
know. If not, please help me :)


Best regards,


Mit freundlichen Grüßen

Christian Hausknecht
Entwicklung

BeraCom
Beratung und Software-Entwicklung GmbH & Co. KG Weidestr. 134, 22083 Hamburg
T: +49 (0)40 547 241 - DW
F: +49 (0)40 547 241 - 60
M: chauskne...@beracom.de
http://www.beracom.de

=
Kommanditgesellschaft: Sitz Hamburg, RG Hamburg, HRA 90932 Persönlich haftende 
Gesellschafterin: BeraCom Beratung und Software-Entwicklung GmbH Sitz Hamburg, 
RG Hamburg, HRB 64844
Geschäftsführer: Arno Schaefer, Britta Kahlfuss Diese E-Mail ist vertraulich 
und exklusiv für den/die Adressaten bestimmt. Weiterleitung oder Kopieren, au

Re: [WiX-users] [Spam-Wahrscheinlichkeit=37]Re: To regasm or to not regasm...

[Christian Hausknecht]

Unfortunately that is not the case! Later on the Client will be run on multiple 
machines - that is the clue about this special installation method: The real 
Client binaries and other stuff is only installed on *one* physical machine. 
The real users do not have most stuff locally; they just refer to those files 
via a network folder.

I know about the CAS issues and that problem can be solved with granting rights.

-Ursprüngliche Nachricht-
Von: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Gesendet: Mittwoch, 29. August 2012 17:57
An: General discussion for Windows Installer XML toolset.
Betreff: [Spam-Wahrscheinlichkeit=37]Re: [WiX-users] To regasm or to not 
regasm...

If you are only wanting to register these DLL's for your own private usage 
within a single application, I'd strongly suggest using registration free COM 
and deploy them with the application. This allows the OS to load the info into 
the activation context at application start, and would allow you to have 
multiple folders with multiple versions without the need to invoke a 
setup/repair operation when switching between them.

Regardless of if you register the DLL or use it in isolation, I seem to 
remember issues with .Net assemblies running on a network share being in a 
"sandboxed" zone where the CAS (prior to 4.0) would not allow the evil network 
binary to be able to do privileged operations without messing with the machine 
policy (granting full trust to our strong name).

Jacob

-Original Message-
From: Christian Hausknecht [mailto:chauskne...@beracom.de]
Sent: Wednesday, August 29, 2012 10:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] To regasm or to not regasm...

Hello folks,

me again :-D

The next problem I must solve requires some experience that I do not have, so I 
hope I can get good advice as usual from here :)

Base problem is quite easy: I need to register some DLLs during installation 
process.

But my initial situation is like this:
I do not install the DLLs on the local system! They are already located in a 
mounted net drive (is it called like this in the Windows-World?). The proper 
location can be different on every system, so one might have access to it like 
this "X:\foo\bar\bin\MyDLL.dll" some other might have a different drive name.  
So the path to the dll differs.

My question is now: Is it possible to use ``heat`` to harvest the information 
*once* from the build-server and integrate them into my wix-project as usual?  
That is the way Rob mentioned here: http://stackoverflow.com/a/1397481

But is that an option for my situation? Is the path something that affects the 
registration? And is it possible just to keep some parts (e.g. TypeLib-Part?!?) 
from the heat-output, as I do not want to install the dll locally? So can I 
just "register" the dlls with wix or is there always an installation process on 
top? And if so, what "parts" do I need?

If all else fails I think I just have to call ``regasm`` from a CustomAction - 
that should not be the problem to implement. But as Rob mentioned, it is 
perhaps not a good solution. So if it is possible to solve this with "plain" 
wix, I would definitely appreciate that.

I hope it is understandable for you, sorry my English is not so good :(

If something is still confusing or not sufficiently explained, please let me 
know. If not, please help me :)


Best regards,


Mit freundlichen Grüßen

Christian Hausknecht
Entwicklung

BeraCom
Beratung und Software-Entwicklung GmbH & Co. KG Weidestr. 134, 22083 Hamburg
T: +49 (0)40 547 241 - DW
F: +49 (0)40 547 241 - 60
M: chauskne...@beracom.de
http://www.beracom.de

=
Kommanditgesellschaft: Sitz Hamburg, RG Hamburg, HRA 90932 Persönlich haftende 
Gesellschafterin: BeraCom Beratung und Software-Entwicklung GmbH Sitz Hamburg, 
RG Hamburg, HRB 64844
Geschäftsführer: Arno Schaefer, Britta Kahlfuss Diese E-Mail ist vertraulich 
und exklusiv für den/die Adressaten bestimmt. Weiterleitung oder Kopieren, auch 
auszugsweise, darf nur mit ausdrücklicher schriftlicher Einwilligung des 
Absenders erfolgen. In jedem Fall ist sicherzustellen, dass keinerlei 
inhaltliche Veränderungen erfolgen. Der Absender ist von der Richtigkeit dieser 
Mail zum Zeitpunkt ihrer Erstellung überzeugt. Er und/oder sein Unternehmen 
übernimmt jedoch keine Haftung für ihre Richtigkeit.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wi

Re: [WiX-users] Burn CLIENTUILEVEL

[Christoffel le Roux]

Hi, I think I found the culprit, is there any way I can override the 
MSICLIENTUSESEXTERNALUI property that gets sent to the MSI package?

Kind regards,
Christoffel le Roux



-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] 
Sent: Thursday, August 23, 2012 12:40 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi Neil, I upgraded to 3.7 to see if it will make any difference to my problem 
:), thanks for the help I really appreciate.

Kind regards,
Christoffel le Roux

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Thursday, August 23, 2012 12:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

It might be worth dropping back to 3.6, 3.7 is very new.

Neil

-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 23 August 2012 10:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi Neil, I'm on the latest 3.7 build. If I place a breakpoint inside my 
IEmbeddedUI implementation the 'Run' method is never hit.

Kind regards,
Christoffel le Roux




-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Wednesday, August 22, 2012 11:09 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Not sure if this is what you want but you can set 
MsiPackage/@DisplayInternalUI="yes" to display your MSI UI.

Neil

-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 22 August 2012 09:29
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn CLIENTUILEVEL

Hi, What I need to achieve is displaying the Embedded UI in my MSI packages. I 
know I could just create a custom BA UI and use that, but all my setup projects 
needs to be able to install and manage the installation of multiple instances. 
Since there's no way to ask burn to apply a transform to an package I had to 
create the embedded UI's to achieve this. Please can anyone advise.

Kind regards,
Christoffel le Roux


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourcefor

Re: [WiX-users] Chain multiple prerequisites using burn.

[Christoffel le Roux]

Ha-ha, duh yes  you can... but 'There can only be one' prerequisite... My idea 
was that all application prerequisites gets the 'IsPrerequisite' flag set in 
the Ba's XML payload. I used the flag to indicate the prerequisites in the BA 
UI, now that functionality is relying on the 'Permanent' flag.  I also figured 
out after a few minutes of googling around that setting the After attribute on 
the package elements gets the prerequisites installed in the right order.  But 
I still need to find out how to indicate packages dependencies, for when a 
feature in the  BA UI the features required by the current needs to be selected 
as well? I'll continue the adventure.

Kind regards,

Christoffel le Roux


-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] 
Sent: Wednesday, August 29, 2012 3:54 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Chain multiple prerequisites using burn.

Do you guys think it will be feasible to start on my own bootstapper 
application implementation rather than using burn for installing multiple 
prerequisites?

Kind regards,
Christoffel le Roux



-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: Wednesday, August 29, 2012 3:00 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Chain multiple prerequisites using burn.

Hi guys, Is it possible to install multiple prerequisites using burn?

You can only specify one WixMbaPrereqPackageId element according to the schema 
and I also tried


  

  
  

  



And


  

  




  

  




But with no luck, I cannot get the IsPrerequisite flag to be set on both the 
prerequisite packages.

Can someone please explain to me how to do this.

Thanks allot


Kind regards,
Christoffel le Roux
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users