hil Wilson
-Original Message-----
From: Chris Bardon [mailto:cbar...@computer-talk.com]
Sent: Friday, September 11, 2009 1:14 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Windows 7 logo testing and merge modules-files not
uninstalled?
I've been running a couple of tests with the
I've been running a couple of tests with the Windows 7 logo kit, and one
warning that's coming up in the report looks like this:
Test case: Remove all non-shared files and folders.: PASS WITH WARNINGS
WARNING: This application failed to remove the following files during uninstall:
File
C:\Window
ile
'C:\Users\STANDA~1\AppData\Local\Temp\13f7987.msp' differs in size with the
certificate authored in the package
-Original Message-
From: Chris Bardon [mailto:cbar...@computer-talk.com]
Sent: Thursday, July 02, 2009 5:48 PM
To: General discussion for Windows Installer XML
igned file
'C:\Users\STANDA~1\AppData\Local\Temp\13f7987.msp' differs in size with the
certificate authored in the package
How did you generate your .cer?
- Rafael
Chris Bardon wrote:
> I did run signtool against the packages, with the command lines in the first
> part of the post.
I did run signtool against the packages, with the command lines in the first
part of the post.
I also forgot to point out a couple of other changes to the demo code. I
changed the installer version to 300, and I set ALLUSERS to 1 to make sure that
I installed per-machine to start with.
Someth
My goal for getting patching to work is to be able to deploy an application
that can be patched by a non-admin user, but I'm running into a problem. I've
created the patching sample in the documentation, and the patch works when it's
elevated, but whether or not it's signed, the patch is still
I've been experimenting with creating msp files for all updates, and I've run
into a strange problem. I read about having to create uncompressed cabs for a
patch, so I created two different installers that upgrade a single text file,
and actually managed to create the msp file, but then I notic
Ultimately, I don't
think this change did anything.
-Original Message-
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2008 12:43
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Certificate install to local machine fails with
esday, November 04, 2008 2:01 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Certificate install tolocal
machinefailswithcode 26352
Yes, but I didn't make the 4624 build. If you look in CVS then you'll
see the change.
-Original Message-----
Fro
I checked out the latest weekly build, and it looks like the problem is
still there. The source for the build is also identical to what was
there before-Rob, did you change anything?
-Original Message-
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2008 1:13
ll there were was an issue with mergemod.dll registration a while
back, but I don't know the details and I think it's fixed in recent
builds. Do you have more information about that error?
-Jason-
-----Original Message-
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Monday, Novembe
2008/07/09/votive-project-platfor
m-configurations.aspx
On Mon, Nov 3, 2008 at 3:37 PM, Chris Bardon <[EMAIL PROTECTED]>
wrote:
> I just tried upgrading to build 3.0.4624.0 from 3.0.4014.0, and I
> noticed that my setup projects won't build anymore. VS 2005 compains
> about the
I just tried upgrading to build 3.0.4624.0 from 3.0.4014.0, and I
noticed that my setup projects won't build anymore. VS 2005 compains
about the wix.targets file. The compiler reports back that 'The target
"link" does not exist in the project in the error list, but there don't
appear to be any de
hcode 26352
Wow, nice analysis. Is there a bug open on this issue right now? If
not, can you open one and I'll try to get this change in Thursday night
for Friday's build.
-Original Message-----
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2008 07:47
To: Gen
I haven't tried actually rebuilding the WiX source with this change
(since I don't have a build environment set up for it yet), but that's
the next step. Anyone have any thoughts on this change?
-Original Message-
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Monday, Octobe
ut deleting the old one?
Any experts in the crypto API here? If not, does anyone have any
thoughts on where else I could look for answers?
-Original Message-----
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 2:51 PM
To: General discussion for Windows Instal
ailing:
if (!::CertAddCertificateContextToStore(hStore, pCertContext,
CERT_STORE_ADD_REPLACE_EXISTING, NULL))
{
MessageExitOnLastError(hr, msierrCERTFailedAdd, "Failed to add
certificate to the store.");
}
Seems like it *should* replace the certificate if possible.
-Original Message-
F
hine fails with
code 26352
I doubt overwrite will help. Can you get a log file from a failure?
That will go a long way to diagnosing the problem.
-Original Message-
From: Chris Bardon [mailto:[EMAIL PROTECTED]
Sent: Friday, September 26, 2008 07:22
To: General discussion for Windows Installer
I've had some users complain about a problem with an installer that
attempts to add a certificate to the trusted root cert store. I added a
component to my setup that looks like this:
CERTPATH
Most of the time, this works fine, and the root CA cert is put in the
local m
I've built my own auto update mechanism to recognize when new versions
are available based on a web service, but I'm curious to know what
solutions others have come up with. Basically, my app just phones home
to a predefined location on startup, and if there's a new version,
downloads and runs the
tory, runs setup.exe, and then cleans up. I'd
need to pass the path to the .cer file in the temp directory to my
installer. Is there any reason that I can't just give it the name, and
have the installer assume that the file is in the same directory as
itself?
From: [EMAIL PROTE
I'm trying to push out a root CA cert in Wix v3 for an app that needs to
form TLS connections. I found the iis:certificate element, so I'm
trying to define a feature that looks like this:
The thing is, I don't have any other IIS commands i
You're right-a relative path will work if you hand edit the wixproj, but
the UI will still show the absolute path. Thanks for the help.
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 2:47 PM
To: Chris Bardon; WiX Users
Subject: RE: [WiX-users] V
I have a bunch of installer projects that depend on a custom wixlib for
common UI elements. Everything was working fine until I changed the
project structure on my hard drive, and I noticed that I had to add new
references with new absolute paths to the library file. This is a
problem if I want t
Does anyone know if there's a way to have an installer create a shortcut
on Vista that always runs as an administrator? I have a legacy app that
needs to create ODBC DSNs on startup, which doesn't appear to work if
it's running in a non-elevated context.
Thanks,
Chris
--
-
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Friday, December 07, 2007 3:45 PM
To: Chris Bardon; WiX Users
Subject: RE: [WiX-users] Votive on VS 2008?
Yes, it works side by side just fine (or at least it's supposed to :-).
You
should see an option on whether you want to install it
u know how it works.
-Original Message-
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Friday, December 07, 2007 3:02 PM
To: Chris Bardon; WiX Users
Subject: RE: [WiX-users] Votive on VS 2008?
Have you picked up the most recent version on
http://wix.sourceforge.net/releases (Votive 3
ilto:[EMAIL PROTECTED] On Behalf Of
Richard
Sent: Thursday, December 06, 2007 7:24 PM
To: Chris Bardon
Subject: Re: [WiX-users] Votive on VS 2008?
In article
<[EMAIL PROTECTED]
>,
"Chris Bardon" <[EMAIL PROTECTED]> writes:
> I'm using 3.0. [...]
On Rob Mensching&
chard
Sent: Thursday, December 06, 2007 12:30 PM
To: WiX Users
Subject: Re: [WiX-users] Votive on VS 2008?
In article
<[EMAIL PROTECTED]
>,
"Chris Bardon" <[EMAIL PROTECTED]> writes:
> Just out of curiosity, has anyone done a rebuild for the Votive plugin
> to work with V
Just out of curiosity, has anyone done a rebuild for the Votive plugin
to work with VS 2008? I just installed the RTM this week, and I'm
looking to try moving some of my VS2005 projects up. So far, anything
that includes a setup won't build.
Ben, I've created an installer for a C# COM addin using Wix, and I ran
into some of the same problems. The best way to get the necessary COM
settings for a registration seems to be to use a registry sniffer that
can compare snapshots. I took a registry snapshot, registered the
assembly, and then
Does it fail even if you run your setup elevated? If you’re able to run your
MSI non-elevated, it’s probably using the compatibility features to write to a
mirror program files directory under the user profile, not the real one. If
you run your msi, does Windows ask if you want to elevate? If
Sorry if this has been covered already, but I couldn't find anything in the
archives. I was looking for a French Translation of WixUI, and found an almost
complete one at http://www.tramontana.co.hu/wix/loc/index.php. The only
problem I ran into is that anything that had an accented character
I've been trying to figure out how to install a CA certificate for a
while now without a whole lot of luck. I found the IIS extension
listing for the certificate element, and I've run into a couple of
different errors with it. I've tried inserting this markup:
If I put this in its own el
: Thursday, April 12, 2007 2:48 PM
To: Chris Bardon; [EMAIL PROTECTED]
Subject: RE: [WiX-users] Changing the value of TargetDir?
Is something like this what you mean?
I'm really at a loss here,
My directory structure:
My CustomAction to set INSTALLDIR:
I've obviously lost m
Did you set your main feature up with the
ConfigurableDirectory="INSTALLDIR" attribute?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of JCWrs
Sent: Thursday, April 12, 2007 1:56 PM
To: [EMAIL PROTECTED]
Subject: [WiX-users] Changing the value of TargetD
I'm trying to have an instaler create a DSN using the ODBCDataSource
element, and I want the user to be able to change the DSN name on
installation. I tried setting Name to a property though, and I get an
ICE98 error. Is there no way to reference a variable here? Does the
name need to be hard co
Have you checked out the tutorial at
http://www.tramontana.co.hu/wix/lesson2.php? There's a section in there
about UI that uses the stock Mondo set, and that has a feature tree
built in. If you want to tweak it, you can just use the source for the
stock dialog as a basis for a new version.
--
esday, April 10, 2007 11:41 AM
To: Chris Bardon
Cc: David Roberts; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Setting a property, conditionally on selection
of a feature in Custom install
Chris Bardon wrote:
> So is it possible to write to these variables as well?
No, they'
So is it possible to write to these variables as well? I'd like to be
able to pass in a property on the command line (or from a custom action)
that will set the state of the feature tree for a custom install. The
goal is to make it simple for admins to script installations that deploy
components
To build from the command line:
Msbuild /val mybootstrapper.xml
Hope this helps!
Julie Campbell
[EMAIL PROTECTED]
(440) 498-3081
-Original Message-
--
Message: 3
Date: Mon, 9 Apr 2007 13:55:59 -0400
Fr
I was looking at the wiki article here
(http://www.wixwiki.com/index.php?title=Deploying_Additional_Components)
on bootstrapping, and I need to be able to extend the bootstrapper with
my own component for the Office 2003 and 2007 PIAs. I checked out the
tool from gotdotnet to generate the XML, but
This should be how a major upgrade works, especially if you position the
removal logic in the right place. I have this in my wxs:
PREVIOUSVERSIONFOUND
This removes previous versions completely before installing. You could
put RemoveExistingProducts later on, but this mean
Yeah, I haven't had any luck with Heat either, but the reverse
engineering isn't all that tricky actually. Grab the trial version of
RegSnap from http://lastbit.com/regsnap/ and try unregistering your
control, taking a snapshot, registering, taking a snapshot, and
comparing the two. There'll be s
I've run into a strange problem with a custom action DLL that works just
fine on one system, but not on the "clean" test system that I've been
working with (a fresh XP install in virtual server). On my dev machine,
and my second "not so clean" XP machine (has VS installed), the msi
works fine, and
Try setting the condition to NOT INSTALLED
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Some user
Sent: Friday, March 30, 2007 12:40 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] install uninstall run conditions
I have an MSI where I ne
I'm guessing you want to avoid passing the REINSTALLMODE to the
bootstrapper, correct? My solution to the same problem (thanks to the
help of others on this list) was to use "*" as the product code, and
define every upgrade to be a major one. There is a way to distribute a
bootstrapper with autom
Major upgrades change the product code, small ones do not. The idea is
that small upgrades change the existing install, but a major one could,
if you choose, exist as a separate product. If you want to have a side
by side install, change the product and upgrade codes. For an upgrade,
change the
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris
Bardon
Sent: Thursday, March 29, 2007 10:48 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional Install of the Office 2003 PIAs
I have an installer for a product with an optional Office 2003 Addin
that requires
Yes, it sounds like those warnings are normal for the merge modules and
Wix. The modules seem to work though, so I've just ignored the warning
for now.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony
Wieser
Sent: Thursday, March 29, 2007 12:51 PM
I have an installer for a product with an optional Office 2003 Addin
that requires the Office 2003 PIAs, and I'm trying to figure out how I
can install the assemblies only if the component is selected in the
feature tree. A bootstrapper will launch the PIA MSI beforehand,
wouldn't it?
I'm curr
-users] Why isn't my upgrade being detected?
Make sure that the AllUsers value is the same in both products.
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris
Bardon
Sent: Wednesday, March 28, 2007 9:31 AM
To: wix-
I'm trying to make sure that I have a Wix installer that upgrades
distributions authored with the previous Installshield version we used,
but for some reason not all of the files work correctly. I've defined
my Wix file with the same upgrade code, but with a new product and
package codes, a new ve
I have an application that creates some config files that I'd like to
conditionally uninstall with the application. It looks like I can just
use to get rid of these on uninstall, but I'd like to give
the user the option of keeping them in case they reinstall later. I've
seen several installers p
March 27, 2007 11:48 PM
To: Chris Bardon
Cc: Wilson, Phil; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Another version of this product is already
installed
Chris Bardon wrote:
> -Force all upgrades to be major-Other than performance, is there any
> reason that this is a ba
Check out the tutorial here
(http://www.tramontana.co.hu/wix/lesson4.php)
Basically, you can't just run the MSI for small/minor upgrades-you have
to pass in the command line msiexec /i install.msi REINSTALL=ALL
REINSTALLMODE=vomus . Not sure why-can anyone here shed some light on
the subject?
And the command line reinstall is where there's a major problem from an
end user perspective. There's no way that I can convince users to run
with a command line, so there needs to be some way to force the msi
engine to run with those parameters. So far, I see a couple of options:
-I'm already u
Since it doesn't look like there's any way to refer to properties in a
ScrollableText control (i.e. the [PROPERTY] references won't be
resolved), is there any other way that anyone's figured out to
dynamically generate the contents of one of these controls? I thought
about setting the contents to
So far, I've been using the Votive 3.0 build without any problems. I
think the only thing "unstable" about the build is that there could be
breaking changes in future releases that mean you'll have to change your
code. Other than the environment variable macros (being able to refer
to project out
tstrap, and which bootstrapper properties to set.
From: Ricardo Lopes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 11:04 AM
To: Chris Bardon
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bootstrapping to install .net 2.0-sample and
b
Thanks gys-that was actualy just what I needed. I thought I'd seen what
I needed somewhere in that tutorial...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fredrik
Grohn
Sent: Monday, March 26, 2007 10:30 AM
To: WiX-users
Subject: Re: [WiX-users] Simp
I'm using the latest 3.0 build from the website. The version of the
WixUtilExtension.dll is 3.0.2420.0.
Sounds like it might be a Votive issue then?
-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 11:03 AM
To: Chris Bardon
Cc: wix-
OK, that was it. I knew it was something dumb that I forgot. Didn't
know you could define multiple namespaces for an XML file like that :)
Thanks guys!
From: Simon Dahlbacka [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 9:45 AM
To: Chris Bard
I'm trying to change the dialog sequence conditionally on properties
being passed in on the command line, and I can't find a reference for
what a "not equals" operator is. I can use PROPERTY="" as a condition,
but I tried PROPERTY!="" and PROPERTY NOT "", but those don't seem to
work. I'm sure th
I'm working on replacing an existing setup procedure with a Wix
installer, and I think I have almost all of the components I need. The
one thing I'm missing however, is a piece of functionality we have in
Installshield that's pretty important to how our applications are
delivered. We have a clien
installing, and I was thinking about putting the custom
action before AppSearch. Are there any reasons not to do this?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris
Bardon
Sent: Thursday, March 22, 2007 10:52 AM
To: Rob Hamflett; wix-users
s.sourceforge.net
Subject: Re: [WiX-users] simple custom action DLL-not being called?
Is the entry point exposed properly? Either through a definition file,
or I think the other way is through a pragma.
Rob
Chris Bardon wrote:
> I'm trying to create a custom DLL that sets an installer p
Have you tried something like this:
INSTALLED
This should execute the action only if the product is installed.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nitin
Chaudhari
Sent: Thursday, March 22, 2007 9:37 AM
To: wix-users@lists.sourcefor
as
far as I have without this list.
Chris
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 21, 2007 11:18 AM
To: Chris Bardon
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile and Votive?
Chris Bardon wrote:
Thanks for
I'm trying to create a custom DLL that sets an installer property that
the user can then modify, so I tried starting with a simple example:
extern "C" UINT __stdcall TestFn(MSIHANDLE hInstall)
{
MsiSetProperty(hInstall,TEXT("AGENTID"),TEXT("AgentID from
DLL"));
return ERROR_SUCCES
I'm trying to put a "final summary" dialog in my installer that
reconfirms all the details before completing installation, and I ran
into something interesting when trying to use a ScrollableText control.
If I make a control just text, I can put references to properties (e.g.
[USERID]) in there tha
still comes up with the same errors. Is it possible that these were
removed from the util DLL in the version of Votive that's up on
Sourceforge?
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 4:52 PM
To: Chris Bardon
Cc: wix-us
I tried making some XML file changes in a Votive project, and as
expected got "Error CNDL0005: The Component element contains an
unexpected child element 'XmlFile'.". For the UI wixlib, I had to
reference a DLL in the votive install directory-is there another DLL
that I can reference for the XML c
I have some applications that depend on .net 2.0 being installed, and I
have an idea of how I'd like to have things work. A setup file,
deployed from an intranet site will check for the prerequisites, and
then once they are installed/verified, download and run my MSI with the
command line switches
Finally
managed to get everything by using RegSnap to take a snapshot of the
registry, run "server.exe /regserver", take a new snapshot, and check
the diffs.
-Original Message-
From: Stefan Pavlik [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 9:01 AM
To: C
Quick question-is there a way to convert a .reg file to wxs format? I
was able to get a COM exe server's registry changes using a registry
diff tool that generated a .reg file, which I proceeded to convert by
hand to wix markup. Just wondering if there's an easier way to do the
conversion that I
OTECTED]
Sent: Monday, March 19, 2007 8:44 AM
To: Mike Dimmick; Chris Bardon; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Consensus about CRT/MCF merge modules?
Agreed. However, based on early reports I'm not sure that pushing
patches into WinSxS is really working due to the compl
Looking through the archives, there appear to be a couple of ways to
include things like the CRT and MFC redistributables in an installer.
Some have advocated including the DLLs directly, which seems to go
against the concept of having a redistributable MSM to link against. I
tried building with t
I'm working with an installer that registers an exe COM server, but the
catch is that the main application is .net. This means that I have a
COM exe, a Proxy stub DLL, and an interop DLL to contend with. I ran
heat on all three elements, and put the registry settings in the wix
source. After I i
On to an upgrade question-I have an installer that just installs a
single EXE right now, and I'd like to be able to create an upgrade path
for it. The trick is, I'd like to be able to have a package that will
upgrade within the same file version. If I change only the package code
(small upgrade),
gain for the help.
Chris
From: Justin Rockwood [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 4:04 PM
To: Chris Bardon; Ashman, Jared; Levi Wilson; Simon Dahlbacka
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Votive v3 and UI
Good points. I don't necessa
oduce a bunch of new questions).
Chris
From: Ashman, Jared [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 1:28 PM
To: Chris Bardon; Levi Wilson; Simon Dahlbacka
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Votive v3 and UI
Chris,
If you add the en-US to the
ilson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 12:35 PM
To: Simon Dahlbacka
Cc: Chris Bardon; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Votive v3 and UI
Maybe that's what it was...that it was TOO easy :-) I usually miss
those.
On 3/13/07, Simon Dahlbacka < [EM
n creating my own UI lib based off of
Mondo, but I'd like to be able to customize it with different graphics
when referenced in different setups.
From: Levi Wilson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 11:50 AM
To: Chris Bardon
Cc: wix-users@lists.sourceforge.net
Su
I've been going through the tuorial at http://www.tramontana.co.hu/wix/
and adapting to some of the v3 changes as I go, and I've run across a
problem with adding UI elements. If I put in the UIRef elements and I get an
unresolved symbol reference. Makes sense, since there's no reference to
the
and see if
it exists?
Chris Bardon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Patrick
Schmid
Sent: Sunday, February 25, 2007 7:31 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] wix for Office 2007 .net 2.0 shared add-in
I would like to
I decided to try out Votive v3 to see if it fixed the problem I was
having with v2 and building an installer with a UI, and I found that as
soon as I imported my wxs file into the new project, I got errors on the
environment variables (e.g. src="$(var.testDLL1.TargetPath)") saying
that the symbols
Hi all, I'm just getting started with Wix, and I started working through
the tutorial (at http://www.tramontana.co.hu/wix) and trying out the
system. I grabbed the Votive v2 install as well, since we use VS quite
extensively, and I want something for setup that will integrate with the
existing sol
88 matches
Mail list logo
