Have you tried the following?
PFXPassword=""
-Original Message-
From: Maruti Gouroji (Infosys Technologies Ltd) [mailto:v-mag...@microsoft.com]
Sent: Monday, December 29, 2008 12:47 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Need Help: Importing p
I also have a home-made tool for generating components. I have another tool
that generates a complete wix file after you specify directory structure and
files within the directories. It's used to to most of the grunt work and then
the rest is done by hand. (UI based.)
Is there a public share on
mensch...@microsoft.com]
Sent: Monday, December 29, 2008 1:09 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WIX 3 - Suggestions
How is it different than heat?
-----Original Message-----
From: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.
I don't see a "Tools" subfolder under the "Test App 1.0" folder you created so
nothing will be installed there.
Not sure why the RemoveFiles doesn't work. Did you get the spelling correct on
the file names?
-Original Message-
From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.c
27;s unable to Removefile.
Thanks,
Arun Perregattur
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.com]
Sent: Wednesday, December 31, 2008 4:52 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix Sub Folders Inst
ub folders working, now let me try the remove file.
Thanks,
Arun Perregattur
-Original Message-----
From: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.com]
Sent: Wednesday, December 31, 2008 5:10 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-
. Return value 1.
Arun Perregattur
-----Original Message-----
From: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.com]
Sent: Wednesday, December 31, 2008 5:43 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Wix Sub Folders Install
That's not real
files to components? I have like at least 100-200
Assemblies, few Services and add another 50-10 files for dependency files and
on top of this Install .NET/SQL.
Thanks,
Arun Perregattur
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.com]
Innosetup does not use Windows Installer. The bottom line is that Windows
Installer does not support mapped drive setups and Wix only produces Windows
Installer setups.
If you're restricted to use MSI-type setups then other authoring tools will not
help because of the inherent limitation of MSI
Check your UpgradeCode and Upgrade ID= and make sure they are correct. The
Upgrade ID= should be the UpgradeCode of the product you wish to upgrade. Often
times the UpgradeCode in the new package is also set to the same value. It
basically describes a family of products.
-Original Message-
You can't update a per-machine install from a per-user install (or vice versa).
It's an inherent limitation.
There were some threads on this earlier and you should be able to find them via
search.
From: Chris Lord [chris.l...@atterotech.com]
Sent: Friday
I finally convinced my team to upgrade to Wix 3 and now our certificate
installer is failing:
MSI (s) (C4:08) [15:50:50:560]: Invoking remote custom action. DLL:
C:\WINNT\Installer\MSI13A.tmp, Entrypoint: InstallCertificates
InstallCertificates: Error 0x80070057: Failed to open PFX file.
Instal
?
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 30, 2008 09:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] failed certificate install
I finally convinced my team to upgrade to Wix 3 and now our certificate
installer
I have some sql scripts that should only be run on initial install and never
again. Unfortunately, before this was released, the scripts were in such a
state such that they couldn't detect that they had already been run. So, when
the component installs during the major upgrade the scripts run ag
I finally convinced my team to upgrade to Wix 3 and now our certificate
installer is failing:
MSI (s) (C4:08) [15:50:50:560]: Invoking remote custom action. DLL:
C:\WINNT\Installer\MSI13A.tmp, Entrypoint: InstallCertificates
InstallCertificates: Error 0x80070057: Failed to open PFX file.
Instal
You should have a look at the msi help on the types of upgrades at
http://msdn.microsoft.com/en-us/library/aa370579(VS.85).aspx. What you are
experiencing is normal behavior unless you specifically author for upgrading.
There is also good information on one of the upgrade types (major upgrade) h
nstall bug was fixed
with 3.0.4513.0, but we're seeing the same install errors as you are with
the latest build.
On Tue, Sep 30, 2008 at 12:56 PM, Ian Elliott (Excell Data Corporation) <
[EMAIL PROTECTED]> wrote:
> I finally convinced my team to upgrade to Wix 3 and now our certificate
If you use the Upgrade tag, you are doing a major upgrade. In this case, the
old version is removed and the new version is installed. If the files change
between the versions then you will get the latest versions after the upgrade.
Setting the OnlyDetect parameter to "yes" means that you just wa
Seems like someone answered this one earlier. You have spelled your property
two different ways in different locations:
INSTALLLSFILES
INSTALLPSFILES
-Original Message-
From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 3:59 PM
To: Gene
ssage-----
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 4:04 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Component execution based on condition
Seems like someone answered this one earlier. You have s
TED]
Sent: Wednesday, October 08, 2008 3:39 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major)
affect file overriding?
Thx for the answer
Ian Elliott (Excell Data Corporation) wrote:
>
> For the minor upgrade and small update
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major)
affect file overriding?
Ian Elliott (Excell Data Corporation) wrote:
>
> Your command line looks wrong:
> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
&g
There is one side effect that I can think of (and have experienced) during
daily development. Say your build version number changes once per day.
Everything will work fine if you only attempt to install today's version over
yesterday's version.
Now, if you are developing and build multiple priv
If you specify the property name with lower case letters then it is no longer a
public property and can't be passed in via command line. I assume you are
passing these values in so that might explain what is going on.
There is some good info here on properties:
http://bonemanblog.blogspot.com/20
ks
ok. Thx for all the help!
Ian Elliott (Excell Data Corporation) wrote:
>
> Ian Elliott (Excell Data Corporation) wrote:
>>
>> Your command line looks wrong:
>> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
>> should be
>> msiexec /i Ex
er
0.0.0.0.
I'll have a think about it at the moment, but I think we should be ok using a
wildcard. The only other thing that I can think of at the moment is having the
build process generate the guid, but I'm avoiding that for the moment.
Thanks for the advice.
Adam
-Original M
I agree that you should make two simple installers and try it out.
However, I don't think it will work. Once you install package A and then try to
install package B, it will likely put you into maintenance mode. (Since you're
using the same product code.)
-Original Message-
From: Bhavde
I got the feeling he wanted to have the two installers somehow be the same
product because he was asking about features. What you say is true as it's easy
to do with two separate product codes and using shared components.
Ian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PRO
Also, I believe properties cannot begin with numbers so the following
properties are illegal:
O2003PIAINSTALLED
O2007PIAINSTALLED
-Original Message-
From: David Bartmess [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 8:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-us
There is good info on major upgrades here:
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx
There is a section called "How upgrade works" that should help you out.
If I understand you correctly when you install the upgrade, the original
product is be
the letter O... but it
is tough to see with that font, but there is a slight difference (the
letter O is more round and the number 0 is more oval).
Jim Williams
-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 10:24
Hi,
I haven't yet used Wix fragments but have used a couple of include commands.
I've been trying to research what the difference is between using fragments vs
including code via type tags but am not finding anything.
Can anyone offer a basic explanation on how the two differ?
Thanks,
Ian
--
an Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 11:04 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] fragments and include files
Hi,
I haven't yet used Wix fragments but have used a couple of include comma
You should be able to Google "msi chainer" or "msi bootstrapper" (or something
similar) and find some information.
There is one free chainer that I have used in the past and that works well
located at:
http://www.codeproject.com/KB/install/dotNetInstaller.aspx
You can download the source and se
What conditions have you tried on the component? Have you tried "NOT Installed"?
Are you creating the database with SqlDatabase tag? If so, please paste your
code for that tag.
-Original Message-
From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED]
Sent: Thursday, Octob
I don't think Wix has a native way to get the version number. However, using
the Upgrade table, if you define a row for each version you are trying to
detect, then if the property of that row has the GUID then you know that
version exists.
Also, you can use the api MsiGetProductInfo in a custom
Here is code from an installer I have that works for me:
-Original Message-
From: Amy Rosewater [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2008 10:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] grant permissions on a folder to a speci
If you don't want the original msi to execute the custom action when being
uninstalled via major upgrade, you need the condition of NOT
UPGRADINGPRODUCTCODE to be in the original msi. It's not clear to me if you
have that condition in the original msi or the second msi.
-Original Message--
This should get you started:
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx
Also, when a major upgrade runs the UPGRADINGPRODUCTCODE property is passed
into the version being uninstalled.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL
I've used a custom action to do something similar in the past. A stripped down
version of the code is below. I can't guarantee 100% effectiveness but it
worked for my needs at the time.
UINT __stdcall FunctionName (MSIHANDLE hMsi)
{
UINT uiStatus = ERROR_SUCCESS;
WriteToLog( hMsi, _T("E
tions. Loading user
profiles is tricky from what I've heard.
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per
ing removed (which I
assume is the case in an explicit uninstall), which makes sense. Is this
correct?
Ian Elliott (Excell Data Corporation) wrote:
>
> This should get you started:
> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx
>
> Also,
It sounds like the two msi's don't have ALLUSERS set to the same value. I don't
believe you can perform a major upgrade on msi's that don't match. They both
have to be per-user or per-machine. You can't mix and match as far as major
upgrades go.
-Original Message-
From: chaiguy1337 [mai
http://msdn.microsoft.com/en-us/library/aa370536(VS.85).aspx
From: Sandeep Gautam (HCL Technologies Ltd) [EMAIL PROTECTED]
Sent: Friday, October 24, 2008 6:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to enable I
This is more of a windows installer question. Please see the following:
http://msdn.microsoft.com/en-us/library/aa368010.aspx
-Original Message-
From: Andrew Kendall [mailto:[EMAIL PROTECTED]
Sent: Monday, October 27, 2008 10:13 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users]
Hi,
We've recently seen the following error sometimes in builds. When we retry the
build leg, the error disappears.
We've caught the error on different build machines with different products
where 3.0/2.0 wix are used.
Product with 3.0 wix:
1>errors in directory e:\sdaws\main\product\installe
: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 28, 2008 08:49
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] error LGHT0217 - The Windows Installer Service could not
be accessed
Hi,
We've recently seen the following error sometimes in builds
Bob,
You mentioned in your original mail that you were trying a major upgrade. A
major upgrade does not use the REINSTALL and REINSTALLMODE parameters.
The tutorial is actually correct when it says to change the package GUID for
major upgrade. You should assign a package GUID for every new msi
Have you searched through the Wix help file using keywords like registry and
permissions?
-Original Message-
From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 30, 2008 11:03 AM
To: General discussion for Windows Installer XML toolset.
Subject:
I've been asked to create a virtual directory that points to a network path. It
appears from the help file that I must refer to a Directory element when
defining the WebVirtualDir element.
Is there some other way to accomplish this short of writing a custom action?
-
A condition of "NOT REMOVE" will run during both install and repair.
-Original Message-
From: Eric Maines [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2008 2:04 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CustomAction after Install or Repair?
Hi, I have a CustomA
If I'm reading this correctly you are trying to launch an exe (which the
program installed) before InstallFinalize. I'm not sure if that will work.
The recommended way is to launch at the very end using an immediate custom
action.
-Original Message-
From: Wilson, Phil [mailto:[EMAIL PRO
Hi,
I've been tasked with the following:
1.)Create a new group
2.)Add permissions to the new group on a registry key
I couldn't find a way to create a new group via wix so ended up using a custom
action which calls net.exe.
I'm having trouble trying to use PermissionsEx to set permiss
] registry permissions on new groups
Ian Elliott (Excell Data Corporation) wrote:
> I'm having trouble trying to use PermissionsEx to set permissions for the new
> group. Is this possible or does it only allow setting permissions for
> "standard" groups such as Network Serv
ssage-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 04, 2008 11:34 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] registry permissions on new groups
Ian Elliott (Excell Data Corporation) wrote:
> I'm having trouble trying
I inherited an installer with many registry entries regarding event keys. I
happened to notice the EventSource tag in the help file and found that I could
write the same keys using this tag.
However, when I place and EventSource tag under a component tag there appears
to be no way to make the k
get a way for extensions to recommend their
resources as KeyPaths. Ian, would you open a bug against candle.exe so we
don't lose this. Probably should fix this before locking down WiX v3
completely.
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROT
Just Google "wix remove user" and the first hit shows you how to do it.
-Original Message-
From: Vuchuru, Surekha (SBT US EXT) [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2008 10:00 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Modifying a
Do you have logic in your install that blocks if a newer version is found?
You will need a new Upgrade entry to detect prior versions that have the new
upgrade code, too. (The one you are calling CurUpgradeID.)
-Original Message-
From: Colin Bleckner [mailto:[EMAIL PROTECTED]
Sent: Frida
Your log snippet shows that the component is to be installed. If the script did
not run (and it's correctly associated with that component) then it is hard to
tell why from what you have posted. It would be better to put the entire log on
a server somewhere so people can see it in its entirety.
.
Thanks
Prasoon
Ian Elliott (Excell Data Corporation) wrote:
>
> Your log snippet shows that the component is to be installed. If the
> script did not run (and it's correctly associated with that component)
> then it is hard to tell why from what you have posted. It would be be
, Ian Elliott (Excell Data Corporation) <
[EMAIL PROTECTED]> wrote:
> What is the full path to the log file?
>
> -Original Message-
> From: prasoon81 [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2008 9:41 AM
> To: wix-users@lists.sourceforge.net
> Subje
I think you are stuck with the dialog option. Per-user can only uninstall that
user, and per-machine can only uninstall per-machine, AFAIK.
-Original Message-
From: Colin Bleckner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 1:38 PM
To: General discussion for Windows Inst
users] ALLUSERS property and upgrades
That's unfortunate, thanks for confirming that for me though. Any idea how
to craft a Condition element that's based on a previous installation's
Product's Version setting?
On Wed, Dec 3, 2008 at 2:11 PM, Ian Elliott (Excell Data Corporat
As long as the previous version have an UpgradeCode guid then just author the
different guids in the Upgrade table of the new msi's and follow the rules for
authoring major upgrades.
http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx
-Original Me
There are three types of upgrades:
Small update
Minor upgrade
Major upgrade
If you use the minor upgrades your launcher needs to be able to decide if the
previous version exists on the machine or not. If it does exist a special
command line is needed to install the new over the old.
If you auth
Are the files in question assemblies being installed to the GAC?
Also, why are you lowering the version of the files?
-Original Message-
From: Sudripta Nandy (Sarangsoft Corporation) [mailto:v-su...@microsoft.com]
Sent: Friday, December 12, 2008 12:30 PM
To: wix-users@lists.sourceforge.ne
Since Sudripta is in-house, I contacted her and took a look at the msi's. There
are some component rule violations happening here. :)
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@wonderware.com]
Sent: Friday, December 12, 2008 3:02 PM
To: General discussion for Windows Instal
I'm not aware of any method other than command line or exe file. That is the
official guidance from Microsoft.
http://msdn.microsoft.com/en-us/library/aa367574(VS.85).aspx
-Original Message-
From: Martin Lierschof [mailto:mliersc...@vizrt.com]
Sent: Tuesday, December 16, 2008 1:23 AM
To:
read them, I could not find an execution order or something for msiexec.
Sorry for the long story but this story don't fit for me.
Regards
Martin Lierschof
-Ursprüngliche Nachricht-----
Von: Ian Elliott (Excell Data Corporation) [mailto:a-iae...@microsoft.com]
Gesendet: Dienstag, 16. D
https://lists.sourceforge.net/lists/listinfo/wix-users
-Original Message-
From: Sangeetha Haudakari (Excell Data Corporation)
[mailto:a-san...@microsoft.com]
Sent: Tuesday, December 16, 2008 1:27 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] How to unsubscribe from this mai
Your analysis appears accurate. It's really not too much work to have a
setup.exe check for the presence of an install. If found then launch with
proper command line for minor upgrade else just do normal launch.
You can find sample code to peruse at www.devage.com in the dotNetInstaller
project
You say that it doesn't seem to run the CAs. Have you checked a verbose log
file to see for sure?
-Original Message-
From: David Bartmess [mailto:david.bartm...@wallst.com]
Sent: Friday, December 19, 2008 1:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [Wi
Changing the GUIDs should do the trick. That way, they will be individually ref
counted. However, you need to be sure that the key paths are unique and I'm not
exactly sure what constitutes the key paths for such items.
Best bet is to test it and see what happens.
-Original Message-
Fro
here's no mention of my Cas in the log
-----Original Message-----
From: Ian Elliott (Excell Data Corporation)
[mailto:a-iae...@microsoft.com]
Sent: Friday, December 19, 2008 2:07 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] "Repair" mode doesn&
olset.
Subject: Re: [WiX-users] "Repair" mode doesn't run custom actions
They're scheduled in the InstallExecuteSequence.
-Original Message-
From: Ian Elliott (Excell Data Corporation)
[mailto:a-iae...@microsoft.com]
Sent: Friday, December 19, 2008 3:39 PM
To: General discuss
76 matches
Mail list logo
