I found the info here,
http://msdn.microsoft.com/en-us/library/wkze6zky(v=VS.100).aspx. It was a
different key, and that works for both, VS9 and VS10
From: andresj_...@hotmail.com
To: wix-users@lists.sourceforge.net
Date: Fri, 10 Sep 2010 20:01:50 -0700
Subject: [WiX-users] Add reference
Hi All,
I am using the below to GAC my dll.
Component Id=ADDLL Guid=B0F12FC5-5AD2-4b5f-838D-2E6EFD5D0956
File Id=GAC.dll Name=DLL.dll KeyPath=yes Assembly=.net /
/Component
This works fine. But if the target machine has both .NET 3.5 and 4.0 the dll
gets GAC'ed for both. Since I am handling
Unfortunatelly this does not work if you select the advance buttom and change
the default installation directory to a custom directory because the CA will
reset it to the default installation directory
Since all that SetDirectory is it's a CA type 51, I have implemented that
instead, so i
I am adding our dlls to the VS “Add reference” by simply passing the path where
the assemblies are to this reg key
RegistryKey Root=HKLM Key=Software\Microsoft\.NETFramework\AssemblyFolders
This works fine for VS9, but it does not seem to do anything for VS10.
Does anyone know what else
Hi Bob,
In your post
http://www.joyofsetup.com/2010/05/14/working-hard-or-hardly-working/.
Use the -arch switch and you get smart defaults.
So, running candle with teh -arch switch does take care of marking the
components at 64 bits, but if using the same Wix source file for the 32 and
Hi All,
By searching in this list, it seems that the best way of gettign the IIS
version is by using:IISMAJORVERSION and IISMINORVERSION.
I am conditioning the installation of a component upon having IIS7.5 installed
by using the below:
Component Id=Bla
is scheduled before the action it undoes
(QtExecDeferredExampleWithProperty), and that it is scheduled after
InstallFiles/PatchFiles/DuplicateFiles.
-Original Message-
From: Andres Juarez [mailto:andresj_...@hotmail.com]
Sent: Thursday, May 13, 2010 3:21 PM
To: wix-users
Hi there,
If I have a defered quiet CA:
CustomAction Id=QtExecDeferredExampleWithProperty_Cmd
Property=QtExecDeferredExampleWithProperty
Value=quot;[#MyExecutable.exe]quot; Execute=immediate/
CustomAction Id=QtExecDeferredExampleWithProperty BinaryKey=WixCA
.
-Original Message-
From: Andres Juarez [mailto:andresj_...@hotmail.com]
Sent: Monday, May 03, 2010 9:07 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to GAC an assembly against .NET 3.5 and 4.0
Hi All,
We have been GAC'ing an assembly against .NET 3.5
in the other.
Phil Wilson
-Original Message-
From: Andres Juarez [mailto:andresj_...@hotmail.com]
Sent: Tuesday, May 04, 2010 10:30 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to GAC an assembly against .NET 3.5 and 4.0
But what about if what I want
Hi All,
We have been GAC'ing an assembly against .NET 3.5 by making use of the
Assembly=.net attribute. That works well.
Now we need to support cases where the end customer might have .NET 3.5 and 4.0
in the same machine and therefore we want to GAC the assembly against both
versions
Hi All,
Is there any tool or automated way of generating a WXI file from a WXS file?
Thanks
Andres
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
-0500
From: b...@joyofsetup.com
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Generating a WXI from a WXS?
On 2/26/2010 4:47 AM, Andres Juarez wrote:
Is there any tool or automated way of generating a WXI file from a WXS file?
Use an XSL transform. Or don't -- almost
/06/wix-heat-wave-brings-changes.aspx
Thanks,
Brian Rogers
Intelligence removes complexity. - Me
http://blogs.msdn.com/icumove
On Wed, Feb 24, 2010 at 11:47 PM, Andres Juarez
andresj_...@hotmail.comwrote:
Hi there,
I am running the same heat command line with two different
Hi there,
I am running the same heat command line with two different versions of heat and
I am getting completelly different results:
These two command lines:
\wix\3.0.5419.0\heat.exe dir C:\TeamStats\M9 -out list_3.0.5419.0.wxs
Microsoft (R) Windows Installer Xml Toolset Harvester
straight into ProgamFilesFolder?
That seems odd.
On Wed, Dec 9, 2009 at 6:06 PM, Andres Juarez andresj_...@hotmail.comwrote:
Hi All,
In the exemple in the SDK to use the AdvanceUI:
Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder Name=PFiles
Directory
Hi All,
In the exemple in the SDK to use the AdvanceUI:
Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder Name=PFiles
Directory Id=APPLICATIONFOLDER Name=My Application Folder
...
/Directory
/Directory
/Directory
Property
@lists.sourceforge.net
Subject: Re: [WiX-users] Welcome dialog in the WixUI_Advanced
Andres Juarez wrote:
All I am saying is that teh PrepareDlg dialog goes on too fast, at least in
my case, it caused a what was that? moment more than anything. But i do
understand that for other people might seem
in the WixUI_Advanced
Andres Juarez wrote:
All I am saying is that teh PrepareDlg dialog goes on too fast, at least
in my case, it caused a what was that? moment more than anything. But i
do understand that for other people might seem different.
I understand. There's an open feature request
Dialog
Sets topic
Andres Juarez wrote:
So in my case, if I want to chage the PrepareDlg in the
WixUI_InstallDir.wxs. I have to copy the whole PrepareDlg fragment into
my project, rename it to Dialog Id=MyPrepareDlg change what I want to
change, then edit the WixUI_InstallDir.wxs
: Duplicate symbol 'CustomAction:WixSetDefaultPerUserFolder'
found.
Thanks
Andres
Date: Tue, 2 Jun 2009 08:15:30 -0400
From: b...@joyofsetup.com
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Question about Customizing Built-in WixUI Dialog
Sets topic
Andres Juarez
2009 11:05:53 -0400
From: b...@joyofsetup.com
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Question about Customizing Built-in WixUI Dialog
Sets topic
Andres Juarez wrote:
I am guessing this is because the fragment is still present in the
PrepareDlg.wxs that is included
From: b...@joyofsetup.com
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Welcome dialog in the WixUI_Advanced
Andres Juarez wrote:
I just noticed that using the WixUI_Advanced that the UI goes almost
directly to the license dialog going very, very fast through the Welcome
Hi there.
I just noticed that using the WixUI_Advanced that the UI goes almost directly
to the license dialog going very, very fast through the Welcome dialog.
Is this by desing? Should it not go to the Welcome dialog and then hit next? It
looks a bit ugly this way.
The WIX
Hi there.
What is the process for graying out a feature or subfeature based on a
condition.
I mean I can set the level of the feature based on a condition, and thus know
if it can be installed or not, but what I really want is if the dependent bits
are not installed, this is the condition I
: [WiX-users] (no subject)
2008/10/29 Andres Juarez [EMAIL PROTECTED]: Hi there. We are
running a MSI in W2K3+Sp1, and we get the error below. Is anyone
familiar with this error?MSI (s) (00:B8) [16:37:35:138]: Executing
op:
CustomActionSchedule(Action=ExecXmlFile,ActionType=11265
] To:
wix-users@lists.sourceforge.net Subject: Re: [WiX-users]
StartMetabaseTransaction: Error 0x8007041d: failed to get IID_IIMSAdminBase
object 2008/10/29 Andres Juarez [EMAIL PROTECTED]: Adding subject to
this thread. Hi Sebastien, thanks for answering. By reading the
event viewer log I
Hi there.
We are running a MSI in W2K3+Sp1, and we get the error below.
Is anyone familiar with this error?
MSI (s) (00:B8) [16:37:35:138]: Executing op:
CustomActionSchedule(Action=ExecXmlFile,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
(s)
Hi there. We are running a MSI in W2K3+Sp1, and we get the error below. Is
anyone familiar with this error? MSI (s) (00:B8) [16:37:35:138]: Executing op:
CustomActionSchedule(Action=ExecXmlFile,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
(s) (00:04)
29 matches
Mail list logo
