the MajorUprade/ element instead of handcrafting your own
Upgrade entries.
On 9/19/13 5:11 PM, Daniel Sniderman wrote:
Not sure what I'm doing wrong. Here's my XML, I've tried other suggestions
I've found on this list, Stack Overflow etc - but nothing I do makes a
difference.
Thanks!
Wix
is not relevant if they were not MSI setups, see the link
there.
Phil Wilson
On Fri, Sep 20, 2013 at 6:46 AM, Daniel Sniderman dani...@magenic.comwrote:
1) $(var.Version) is set in properties as Version=$(Version) which is
passed via TFS. This works fine in all my other builds
2) we are incrementing
Not sure what I'm doing wrong. Here's my XML, I've tried other suggestions
I've found on this list, Stack Overflow etc - but nothing I do makes a
difference.
Thanks!
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:util=http://schemas.microsoft.com/wix/UtilExtension;
Product
the
/IACCEPTSQLSERVERLICENSETERMS parameter.
-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: 21 March 2012 02:48
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Burn SQL Express Install Fails 0x84b4
I'm trying to use Burn to Chain a SQL Express Install with my
: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Wednesday, March 21, 2012 1:08 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn SQL Express Install Fails 0x84b4
Those links were for different errors - that hex code must be generic
I'm getting my
I'm trying to use Burn to Chain a SQL Express Install with my application and
I'm getting what appears to be a generic error code - I can't find anything
specific as to what the actual failure is. If I run the install from the
command line with the same parameters it's failing...
?xml
looks correct is that the older
install could have per user (or per system) and your upgrade is the opposite.
Phil W
-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Friday, March 16, 2012 9:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users
If I don't check Supress ICE Validation - I get an ICE64 as shown below. I
can't seem to get rid of it no matter what I try. I don't get the ICE64 error
when I run the installer.
Error 310 ICE64: The directory AppData_Microsoft is in the user profile
but is not listed in the RemoveFile
I see that it's set in the Designer as Output Name which is a MSBuild
Property. Is there any way (other than having the build edit the .wixproj or
copy/rename after the it's generated) to change the output MSI?
Thanks
Daniel P. Sniderman| Sr Consultant| Magenic
MCSD.NET, MCTS: Team Foundation
before printing this e-mail
-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Thursday, January 12, 2012 9:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Generated MSI Name
I see that it's set in the Designer as Output Name which is a
MSBuild
property when msiexec is called, like ConfigurationToBuild. Then you
can use the value of that property to determine what to install, etc. I've had
success with that approach personally.
-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Tuesday, January 10, 2012 10:21
: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Tuesday, January 10, 2012 1:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Conditionally Include based on Build Configuration
If by that you mean a command line property set when the user installs
= ...
...
CitrixInstalltrue/CitrixInstall
DefineConstants$(DefineConstants);CitrixInstall=$(CitrixInstall);/Def
ineConstants
/PropertyGroup
-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com]
Sent: Tuesday, January 10, 2012 1:25 PM
To: General discussion for Windows Installer
I'm just started digging into WIX this week - sorry if this is answered before
- but searching hasn't been successful. This is part of a migration from
Visual Studio Setup Projects to WIX.
I used dark to reverse engineer the MSI - and there are several assemblies that
the Setup Project
14 matches
Mail list logo