Why isn't WiX mentioned there? Seems odd when we had all heard at some point
that WiX was going to be included with Visual Studio...
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Friday, February 03, 2012 12:06 PM
To: General discussion for Windows
The URL in the original email. At the pinned part, it talked about the
deployment projects going away, and an installsheild edition being given away
for free
On Feb 4, 2012, at 1:22 AM, Rob Mensching r...@robmensching.com wrote:
Where is there?
On Fri, Feb 3, 2012 at 12:12 PM, John
Where did you get the merge module for the VC 10.0 Runtime? I have been
looking for one for quite some time.
John
-Original Message-
From: Joost van Zoest [mailto:jzo...@siqura.com]
Sent: Friday, January 27, 2012 3:14 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Visual
/The-wixtoolset.org-online
Whew, that's a load off.
On Wed, Jan 18, 2012 at 11:31 AM, John Bergman
john.berg...@xpedienttechnologies.com wrote:
Are weekly builds available again yet?
I was going to upgrade our installers to use a more recent build, but
could not find them. Rob's blog mentioned
Are weekly builds available again yet?
I was going to upgrade our installers to use a more recent build, but could not
find them. Rob's blog mentioned that they were on track, but it still points
to October's build.
John
I have a Per-User application and a WiX installer that is working for us quite
well now.
I was recently asked to improve our eventlog capabilities by writing to a
custom eventlog. I have created the message dll, and have it all registering
correctly using the util:Eventlog utilities method.
a per-user event log as the registry
(HKLM\System\CurrentControlSet\Services\EventLog ) used by the EventLog service
is in HKLM. Therefore I don't se how you could have a per-user message file.
Am I missing something?
From: John Bergman john.berg
-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Tuesday, December 13, 2011 1:06 PM
To: chr...@iswix.com; General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Per User Install Question - Eventlog Message
Dll Placement?
That's my point.
My
I am actually working on a blog post that describes how to do what you are
looking for now. I have the sample files if you would like them, please
contact me directly and I will email them to you.
John
-Original Message-
From: Manitha Singhvi [mailto:manitha.sing...@gmail.com]
Sent:
of how I structured the projects; it is more of an attempt
to make things clearer to those who are new using WiX. (I remember how
overwhelmed I was with the markup at first).
Anyway, do let me know if you have questions. Hopefully this helps.
John
-Original Message-
From: John Bergman
Is there a walk through anywhere of how you would use those tools to do so?
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Tuesday, November 29, 2011 1:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] removing
How do you set the Component guid to null? Do you mean an empty string?
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Wednesday, November 09, 2011 12:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Keeping files
I've encountered this. I had to shorten names that that the full path is less
than about 240 in order to get past the problems I was having.
That means that your current path of your wix file, and append your relative
pathing and see how long the resulting string is, maybe you are beyond the
I use Votive with Sp1 no problems. In fact, having migrated from 3.5 a few
months ago, I think 3.6 is more stable.
-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Monday, November 07, 2011 8:28 AM
To: General discussion for Windows Installer XML toolset.
Associates, Inc.
Build Install Engineer - jXchange
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Monday, November 07, 2011 9:15 AM
To: General discussion for Windows Installer XML toolset
It's pretty easy.
Install the package, you should see a new project type tab that includes
setup projects, merge modules and libraries. What you end up with is a shell
Xml file that works just like it would without Votive.
You can add a project reference and then use something like this:
Marcin,
We had similar issues, so decided to just create the performance counters
when the application is started the first time, have you thought about doing
that? (we allow our customers to configure which counters they actually want to
use because we have over 15,000 metrics available
.
And for the future when 3.6 goes RTM, using Burn would be desirable here.
--
John Merryweather Cooper
Jack Henry Associates, Inc. (Premier Tech, Inc.) Build Install Engineer -
jXchange
Office: 913-341-3434 x791011
jocoo...@jackhenry.com
-Original Message-
From: John Bergman
Are there plans to include WiX in the next version of Visual Studio? Or will
it remain separate?
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is
Anyone know why I frequently get 2 or 3 copies of some of the messages from the
list (including this message.. I got 3 copies of this one).
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Wednesday, October 26, 2011 9:43 AM
To: General
What about a separate mini-install that has the components you want to leave
behind like the both SQL Server and the ATI Catalyst packages do?
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Monday, October 24, 2011 11:30 PM
To: General discussion for Windows
I have started receiving this error
lit.exe : error LIT0103: The system cannot find the file
'..\Content.Client\dir1\Content\Integration\common\niem\ut_offender-tracking-misc\2.0\ut_offender-tracking-misc.xsd'
with type ''. [D:\Builds\1\Product\version\Source\client
To: General discussion for Windows Installer XML toolset.
Cc: McCain, Jon
Subject: Re: [WiX-users] LIT Error - Cannot find file
It could be that you have an old wixobj out there for that component. You could
try removing that and rebuilding.
Jon
-Original Message-
From: John Bergman
The information on the Wiki is sparse; can someone provide a pointer to any
existing documentation as it relates to passing parameters to LIT from inside
the Tool Settings page? Do I use the options on the command line? Or do I use
the parameter names as documented in the MSBuild Task
Subject: Re: [WiX-users] LIT Error - Cannot find file
It could be that you have an old wixobj out there for that component. You could
try removing that and rebuilding.
Jon
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Tuesday, October 18, 2011
In Visual Studio 2010, with the latest Wix Installed, I add some reference
paths to the project.
When I add some references to WiXLibs in that are in the same path, it adds the
hintpath to thewixlib, even though they would be covered by the reference path.
This seems wrong to me.
When I
I was going to update the reference paths to support different configurations
for builds, however, the condition do not appear to work currently. Are there
plans to support this like the C# user file does?
?xml version=1.0 encoding=utf-8?
Project ToolsVersion=4.0
I believe they are located based on SDKPath. In my case, I have multiple
locations where it could be, depending on what version of the platform sdk is
installed
PropertyGroup
SDK70$(registry:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft
SDKs\Windows\v7.0\@InstallationFolder)/SDK70
, John Bergman
john.berg...@xpedienttechnologies.com wrote:
Digging deeper I also found this in the build logs
Unhandled Exception: System.AccessViolationException: Attempted to
read or write protected memory. This is often an indication that other
memory is corrupt
Is this intentional, or are there issues with these two builds?
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
I am working through deploying our software for automated testing and appear to
have encountered an issue that I am not quite sure what the best way is to
solve.
I need to deploy multiple MSI files, my initial thought was that I could do
this with a batch file, but apparently, the process of
The .Zip file for the WiX Binaries (wix36-binaries.zip) is corrupt for
3.6.2123.0.
... and the PDB and Sources zips are also missing.
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It
I am using 3.6.1516.0; today I followed a post that was made about a week ago
to put WiX Binaries into the source tree so I don't need to have it installed
on our build servers (Thanks for that by the way). Using 3.6.1516.0,
everything is fine.
I downloaded 3.6.2116.0 and was going to upgrade
Dependencies
On 30-Sep-11 17:45, John Bergman wrote:
I downloaded 3.6.2116.0 and was going to upgrade to the latest version
(hoping that maybe the exception issue I was having previously would already
be fixed); however, now all of the projects that have WiX projects (Merge
Modules
Friday. smile/
On Fri, Sep 30, 2011 at 3:33 PM, John Bergman
john.berg...@xpedienttechnologies.com wrote:
Sweet. How do I get todays build, I am only aware of the weekly ones!
I'll test it and let you know for sure.
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com
Dependencies
Hmm, you might hit refresh. I see 2130 out there now.
On Fri, Sep 30, 2011 at 4:35 PM, John Bergman
john.berg...@xpedienttechnologies.com wrote:
Ya, but its not published yet...
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Friday, September 30
I'd like to be able to put this in the markup within the directory tag, and
then let WiX's magic decide how that is implemented; This way the log is
available and in a known location to the application for error reporting and
troubleshooting by anyone, and there's no risk of it getting
I have started getting this message periodically, and have not been able to
determine why.
I have verified that the user account as full rights to the temp directory (I
would expect nothing else); anyone have any ideas how to troubleshoot this?
The real problem is that it doesn't happen
dump when this
happens?
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Thursday, September 29, 2011 7:59 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] TFS Build Unhandled Exception in, apparently WiX
I have
the environment before printing this e-mail
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Friday, September 23, 2011 10:11 PM
To: John Robbins; General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Best way to invoke Wix from
, 2011 9:34 PM
To: General discussion for Windows Installer XML toolset.; John Bergman;
General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Best way to invoke Wix from a TFS build workflow?
I know what you mean. I've been trying to drink the kool-aid but so far I
don't see
Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Monday, September 26, 2011 11:35 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Best way to invoke Wix from a TFS build workflow?
On 26-Sep-11 12:00, John Bergman wrote:
The other is new in 2010, and uses windows
/more-on-tfs-2010-build-numbers-inside-your-projects.aspx
John Bergman's way is excellent but mine goes right into the project file so it
doesn't require a custom TFS Build action in the workflow.
John
Wintellect
http://www.wintellect.com
+1-877-968-5528
-Original Message-
From: John
discussion for Windows Installer XML toolset.; John Bergman
Subject: RE: [WiX-users] Best way to invoke Wix from a TFS build workflow?
Hi John (Bergman :) )
As I mentioned all my build number stuff is part of your normal C#/VB/C++
.CS/VB/VCXPROJ files. Once you've edited your project files to create
.
John
-Original Message-
From: John Robbins [mailto:j...@wintellect.com]
Sent: Saturday, September 24, 2011 12:05 AM
To: John Bergman; General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] Best way to invoke Wix from a TFS build workflow?
Hi John,
Sorry
I created a custom Activity that created a Wix Include file. I had it just
write the file new each time. The contents of our file looks like this
?xml version=1.0 encoding=utf-8?
!-- Note that this file will be overridden by the build server. --
Include
?define MajorVersion = 1 ?
Not sure if anyone else has encountered this, but with Wix 3.6.1518.0 when I
added a solution to TFS source control it did not update the WixProj correctly,
and hence everytime I open the solution I get a message telling me that the
project is not under source control, and whether or not I
know how hard it is and how
much work the team put into making votive work right. I sure wish
InstallShield's VS integration worked nearly as well. Actually I'd settle
for it working period.
From: John Bergman john.berg...@xpedienttechnologies.com
and come back do the new
configurations appear in the drop down.
From: John Bergman john.berg...@xpedienttechnologies.com
Sent: Wednesday, September 21, 2011 1:26 PM
To: General discussion for Windows Installer XML toolset.
wix-users@lists.sourceforge.net
This is a good link! I think I'll update our build servers to work this way
too.
-Original Message-
From: JesseBearden [mailto:jesse.bear...@oce.com]
Sent: Wednesday, September 21, 2011 8:29 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Best way to invoke Wix from a
What types of things are you needing to download? What about a post-install
process that downloads what you need, perhaps something similar to NuGet?
-Original Message-
From: Alec Taylor [mailto:alec.tayl...@gmail.com]
Sent: Thursday, September 22, 2011 12:19 AM
To: General discussion
of the package manifest.
John Bergman wrote:
I am not really sure where to begin, but I have a need to quickly
developer an installer that includes SQL Express 2008 (or 2008 R2); I
am having trouble finding sufficient information as it relates to how
to actually connect everything together where
Are you building Projects that exist in VS2008 or 2010? If so, we simply
created the WiXprojects and it was all handled automatically.
In our case, we created a separate project that handled the build of the
install packages, using MergeModules from several places, including some of our
own.
I am not really sure where to begin, but I have a need to quickly developer an
installer that includes SQL Express 2008 (or 2008 R2); I am having trouble
finding sufficient information as it relates to how to actually connect
everything together where Express is installed and then configured
I ran across this blog tonight while reading about Lab Management. There are a
couple of entries near the top that might be useful.
Just thought I'd share.
John
--
EMC VNX: the world's simplest storage, starting
http://boettr.wordpress.com/2010/05/20/simple-way-to-encrypt-app-config-through-wix-3-5-and-vs2010-using-c-code/
Ran across this tonight too that looks pretty useful :-), I have been meaning
to do something similar for a while now.
We do something similar, I ended up writing a custom build activity to do it.
If your build task is a MSBuild Task, you might be able to integrate it into
the project file as well.
-Original Message-
From: Steve Craft [mailto:steve.cr...@razorfish.com]
Sent: Wednesday, August 10, 2011
We use this... It seems to work well for us...
!-- Custom Action used to setup the Application Pool for IIS on 64bit or
32bit machines --
CustomAction Id=CfgAppPools64 Return=check Directory=TARGETDIR
ExeCommand=[SystemFolder]inetsrv\appcmd set apppool
/apppool.name:quot;XPJquot;
After updating from WiX 3.6.1518.0 to WiX 3.6.1915.0, I have started
encountering some sort of dependency issue from MSBuild. This is different
that the other dependency issues I have had in that it is happening on our TFS
Build Server (TFS 2010 Activity based builds).
When I open Visual
:
On 20-Jul-11 16:20, John Bergman wrote:
After updating from WiX 3.6.1518.0 to WiX 3.6.1915.0, I have started
encountering some sort of dependency issue from MSBuild.
It's tough to narrow down four months of changes. Before beta, we
recommend teams pick up WiX builds monthly to narrow down
This blog entry might be useful...
http://blogs.msdn.com/b/ed_maurer/archive/2007/12/14/nxcompat-and-the-c-compiler.aspx
I previously did this with a post build step like what is described here.
John
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent:
builds. What do you mean by
manually set the dependency?
Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail
-Original Message-
From: John Bergman
Studio but not on the
command line (msbuild).
Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail
-Original Message-
From: John Bergman [mailto:john.berg
If you are using the MSBUILD capabilities on your build servers, update the
command line in the build to provide a verbose output, you should be able to
see what the problem in the log.
We noticed that in 2010 that sometimes there are dependency issues, and if that
is the case (ie, the missing
Can you share the markup you are using to create the web site, application
pool, and other settings? I do not have the issue, maybe we can see what the
problem is with the markup.
-Original Message-
From: taiwah70 [mailto:taiwa...@hotmail.com]
Sent: Tuesday, June 07, 2011 7:23 PM
To:
I thought deferred custom uninstall actions ran after the normal uninstall
stuff...
-Original Message-
From: william lee [mailto:wele...@gmail.com]
Sent: Tuesday, June 07, 2011 8:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] When does the Registry
Another way would be to create a copy of the project using linked files that
has a different project name (say with x86 in the name), and target the build
to a different output directory.
Depending on the size of the assembly and what's in it, it's easy to do with
the linked files; although it
Are you using TFS?
-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
Sent: Thursday, May 19, 2011 10:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Developer with WiX experience needed; proper
incremental
with WiX experience needed; proper
incremental build support
Sorry, but what is TFS? Are you referring to Team Foundation Server? If so,
then no, we do not use that.
-Sean
On 5/19/2011 1:46 PM, John Bergman wrote:
Are you using TFS?
-Original Message-
From: Castro, Edwin G. (Hillsboro
Can someone explain why this is the preferred practice?
-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Friday, April 01, 2011 9:59 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Guid for COM components
The preferred
FWIW, we use the built in functionality that Christopher is talking about in 4
different services and have not had any issues with it...
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Saturday, February 12, 2011 9:48 PM
To: General
I have a couple of merge modules that consistently generate these warnings, and
I have not been able to determine how the string is generated that it is
complaining about.
Is this documented anywhere, or can anyone provide some tips as far as how to
correct this?
Here is an example of the
the corresponding merge module with orca and search for the string. This
should lead to the trouble causing string. But I think ignoring this warning is
the best way than manipulating a 3rd party merge module.
Regards,
Tobias
2011/2/2 John Bergman john.berg...@xpedienttechnologies.com:
I have
Ours allows for both. Currently the installer installs the service by default;
but the .NET code allows you to install/uninstall directly from the command
line as well.
-Original Message-
From: Rune Moberg [mailto:jjfl...@gmail.com]
Sent: Wednesday, January 26, 2011 1:09 AM
To:
of the warnings during build time so we can
see more clearly when new warnings are introduced during code change.
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Monday, December 13, 2010 2:32 PM
To: General discussion for Windows Installer XML toolset
How do you suppress this message? I tried entering 108 and CNDL108 in the
VS2008 WiX Project 'suppress specific warnings', but it does not suppress the
message...
C:\...\Install.MM.XPertJustice.WindowsService\MergeModule.wxs(60): warning
CNDL108
6: The Property/@SuppressModularization
long, 72
characters max)
Maybe it's just my lack of understanding, but you don't seem to be giving us
many clues here. You say the problem Id is in a generated file - what file,
generated by what?
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com
var entries to see which one it is and how to shorten it to eliminate the error.
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Friday, December 10, 2010 7:38 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users
straight up WiX code as normally written by a human. It
would seem so straight forward to fix as to be trivial, but apparently not.
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Friday, December 10, 2010 8:49 AM
To: General discussion for Windows
Bump.
Does Silence imply that I am stuck with these warnings during my build? Is
there more info that I can provide? Should I open a bug?
John
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Monday, December 06, 2010 4:48 PM
To: General
This is the full contents of the WiX file, I don't see how I can shorten it
based on what you replied.
?xml version=1.0 encoding=UTF-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension;
I need some guidance as to how to fix this error... it looks like the id is
generated during the compile process...
I am getting this error:
The DirectoryRef/@Id of attributes value,
'Application.managementserver.plugins.authentication.native.client.symbols' is
too long for an identifier,
We actually do this with our build.
The way we implemented it was to use an include file. They we run a program
that writes the values into the include file as a task (or activity); when the
wix code is built, it simply includes the file with the definitions needed.
In our case, we used this
Broken Link. The correct one is http://wixcontrib.codeplex.com/
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Tuesday, November 30, 2010 9:10 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] [BUG/limitation in
FWIW, I am using 3.5.2020.0. I have the same problem, but what I did was set
the TFS Build setting to be X86, rather than automatic. That has allowed us to
continue working.
Its not ideal, but it might get you going.
Rob, his subject line says 3.5.2312... are you suggesting that it has been
I already purchased a copy as well :-). So far, it looks to be quite good.
Thanks for the effort!
John
-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com]
Sent: Monday, October 18, 2010 4:11 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX book
.
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Thursday, October 07, 2010 11:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Simple Upgrade/Reinstall Question
I have been reading and searching through
Does anyone have any experience as to how to do this?
Currently, we install as an all-users piece of software; mostly because I
wanted to make the software available to anyone who logs in. We are required
to install without the installer UI, so that seemed like the easiest route to
take.
The
it. Perhaps that's not a problem for you though.
Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know
a secret or read a really good thread that deserves attention? E-Mail Me
- Original Message
From: John Bergman john.berg...@xpedienttechnologies.com
To: General
...@hotmail.com]
Sent: Thursday, October 14, 2010 1:14 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Simple Upgrade/Reinstall Question
Product Id=*
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Thursday
Are you running antivirus on your build machine? If so, try excluding the
output directories for the installers, and the temp directory Wix uses. That
made a huge difference for us.
-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Friday,
We run A/V on our build server, but I have excluded the directory that gets
built into, that seems like a better solution to me than not using A/V at
all
-Original Message-
From: Will Sullivan [mailto:wsulli...@softdocs.com]
Sent: Thursday, October 07, 2010 10:29 AM
To: General
I have been reading and searching through the mailing list, and I cannot seem
to get my arms around the upgrade markup.
Is there a simply way to indicate that anytime an install with the same product
id is detected that it should be uninstalled, regardless of the version, and
the install being
This appears to still be somewhat of an issue in Wix 3.5.2006.0.
We use MSBuild on our developer workstations to build the series of projects,
and it fails with the unable to load DLL 'winterop.dll'. Does anyone have a
workaround or suggestion? Our command line to build looks something like
\Tools\Wix
Let later is stamped as version 2.0.5805.0, the former is related to the
current build.
-Original Message-
From: John Bergman
Sent: Tuesday, August 10, 2010 1:55 PM
To: wix-users@lists.sourceforge.net
Subject: RE: 64-bit WiX
This appears to still be somewhat of an issue in Wix
Have you installed the windows sdk?
One thing we did was take all of the files for the prereq's and check them into
source control... it made it a lot more reliable to reference that,rather than
the SDK (which, gets installed inconsistently in my opinion because I had to
install 6.0a, 7.0 and
that this message is uncluttered.
-Original Message-
From: John Bergman [mailto:john.berg...@xpedienttechnologies.com]
Sent: Wednesday, July 21, 2010 12:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Passing Values from the ProductModule
Even after simplifying, the data was not passed to the merge module.
I am working on the configuration/substitution nodes now.
Any idea what the table name would be for the substitution for what I am trying
to do?
-Original Message-
From: bpackard [mailto:bill.pack...@kepware.com]
That is what I thought, but I was still having problems. I have resolve the
issue for what I need, (at least for now).
In the main product module, you need to declare the properties as follows:
Property Id=DOMAIN SuppressModularization=yes Secure=yes /
Property Id=USER
Can I ask why you are using SERVICEACCOUNTFULLNAME as a parameter, rather than
doing something like this?
CustomAction Id='SetPermissionableUser' Property='PermissionableUser'
Value='[WINDOWSDOMAIN]\[WINDOWSUSERNAME]' /
-Original Message-
From: Stelios Kyprou
1 - 100 of 105 matches
Mail list logo