Take a look at the ServiceDependency element (child of ServiceInstall).
Note: I think there is a bug in Windows Installer (not WiX) that mean
the ServiceControl table only reads the first row so it is not possible
to control more than one service in an MSI. I think there is some
service control in
If you want to restore a previously existing registry key, you would have
had to have saved it someplace, or at least saved the fact that it
previously existed with enough information to recreate it. That means that
in your RegistrySearches you would need to be able to distinguish the
difference be
The question I always ask is: do you have to support products that will be
built using other toolsets besides the version of WiX you are using? If not,
the answer almost always is: use wixlibs.
The only reason I can see that someone would be forced to use Merge Modules
is when they have to deliver
InstallUtil is, in my estimation, a form of self-registration. I prefer to
register both managed and native services using Windows Installer features.
If you use WiX to install the managed service you could easily list its
dependencies in WiX.
-Original Message-
From: Andy2k8 [mailto:appr
The feature containing the component needs to be included in the REPAIR
list.
-Original Message-
From: Vidya Kukke [mailto:vku...@microsoft.com]
Sent: Tuesday, November 24, 2009 6:07 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Updating registry du
Post log excerpts. I have an opposite issue. I have to force REINSTALLMODE="o"
to *AVOID* Registry from being updated with original values. However, for me
Change leads to either Repair or Uninstall. I don't really know what just
Change by itself means or does.
Repair should definitely restore R
Regarding the warning: in your AdminInstall_Component component, do you
explicitly designate which file is the keypath? If you don't, the first one
listed often becomes the keypath. If you have already released your MSI, you
might be too late to easily fix this, however.
Regarding the error: to kn
File="[#CONTEXT.XML]"
-Original Message-
From: Chris Ellens [mailto:ell...@nortel.com]
Sent: Tuesday, November 24, 2009 10:49 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Reference to TEMP folder
I need to put a file in a temporary location and then modify it using
XmlFil
Looking in the source code the only reason I am currently seeing that the
3.0 RTM build could produce a PYRO0252 error without some other error also
being shown is if the baseline information in the patch .wxs doesn't match
up to the pyro.exe commandline arguments relating to the .wixmst file.
Wha
Orca thinks that the patch is OK, but when you apply it nothing changes?
This smells like a component-rule violation.
After applying the patch, run a repair of the product. Is the product
correct then?
-Original Message-
From: John Lister [mailto:john.lis...@kickstone.com]
Sent: Tuesday
What does the batfile do? Is it self-registration (which shouldn't be done
if there is any other way, since it tends to be unreliable) or is it
configuration (which often can be more reliably performed on first-run)?
-Original Message-
From: MYFLEX [mailto:shrinuen...@gmail.com]
Sent: Mon
Anyone?
-Original Message-
From: Vidya Kukke [mailto:vku...@microsoft.com]
Sent: Friday, November 20, 2009 11:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Updating registry during Install/UnInstall/Change
Hi,
My scenario needs to create/update reg
Is Conditions changed to Features ?
-Original Message-
> From: Arun Perregatturv [mailto:aperregatt...@napcosecurity.com]
> Sent: Tuesday, November 24, 2009 11:40 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-use
Well, first of all, you know that you shouldn't be asking for
usernames and passwords, right? You should be creating accounts with
*exactly* the permissions you need and setting your code to run under
those credentials. When your application is removed, you remove the
created user. This is cover
I have verbose log and this is all the extra info that I find about the cause
of the reboot:
MSI (s) (4C:E8) [18:33:27:219]: RESTART MANAGER: Did detect that the client
process of this installation holds file[s] in use, so a reboot will be
necessary.
Is there any way to find out which files MSI
Check out Robert Flaming's series of blog posts on "Understanding UAC
and MSI" at http://blogs.msdn.com/rflaming/archive/tags/UAC+in+MSI/default.aspx
It's a long read, but very informative :)
Sascha
On Wed, Nov 25, 2009 at 5:06 AM, Dominique Louis
wrote:
> It does makes extensive use of VBScri
I've looked into this further and I think the problem is starting with the
initial patch. I noticed in the logs that the patch appears to be
installing the existing application files when it is run. Upon removal the
log shows that the application files are being removed (which should happen
if t
USEDEFAULTS = 1
USEDEFAULTS = 1
Above is a snippet of what I am trying to do. The dialog has a User and a
Password field on it as well as the checkbox for using defaults.
I am trying to change the values displayed on the dialog but what seems to
happen is the values (proper
OK I determined the files are PE. The state of MS delta tech
integration is really useful to know. Can you reveal the name of the
new delta tech for keeping tabs?
It seems that a third-party option will be required at this time.
Thank you for your insights!
--Darren
On Mon, Nov 23, 2009 at 1
I need to put a file in a temporary location and then modify it using
XmlFile. The problem is that I need to tell XmlFile the exact path to
the file, but how can I determine what that is?
Here's my code:
Some tricks I've tried and discarded:
This is the temp dir
on the
It does makes extensive use of VBScript to populate various Properties
and to setup a pre-requisites screen.
I've just checked with some other customers and the problem does seem to
exist on Vista as well.
I'll have a read of that link, and will see what else I can find out. We
don't really user
UAC has the potential to impact MSI installs a lot. Is Windows 7 the first
exposure of your setups to a UAC system? Or is this new to Windows 7 compared
to Vista or Server 2008?
Typical issues: custom actions will not be elevated in the UI sequence or if
they're immediate in the execute seque
Blair,
Thanks for taking the time to explain how it works under the hood.
That's invaluable information that allows me to make a good decision.
Blair wrote:
> Actually, you can have two components sharing the same GUID installed into
> different keypaths by two different products (or any other
Hi all,
Some users of our installers have reported issues with using our WiX
installer under Windows 7.
They found that disabling UAC allowed the installer to function
correctly. Is there some kind of work-around or
Manifest files I'm missing?
I couldn't find anything useful on the internet. Ha
Tried the WIX_TEMP and still getting the same error.
pyro.exe : warning PYRO1097 : File 'FSSAClient.exe' in Component
'AdminInstall_Component' was changed, but the KeyPath file 'FSCReg.cfg' was
not. This file will not be pa
tched on the target system if the REINSTALLMODE does not contain 'A'. Th
My Paraffin tool will do what you want as well.
The idea of Paraffin:
http://www.wintellect.com/CS/blogs/jrobbins/archive/2007/10/21/wix-a-better-tallow-paraffin.aspx
The latest version:
http://www.wintellect.com/CS/files/folders/8198/download.aspx
Hope it helps!
John
Wintellect
http://www.wi
My apologies. There is a mallow for WiX v3 located at:
http://www.x2systems.com/files/mallow_v3.zip
On Tue, Nov 24, 2009 at 9:31 AM, Jon W wrote:
> Is there a way to incrementally update a .wxs file with newly added
> files when using WiX v3? I could use heat.exe to re-read the
> directory co
Is there a way to incrementally update a .wxs file with newly added
files when using WiX v3? I could use heat.exe to re-read the
directory contents to get the new files, but this changes all of the
previously existing file guids.
I was hoping for something like mallow in WiX v2 that had this opti
Hi,
I've stumbled across a situation that has me confused and questioning my
understanding of the windows installer. I've currently created a patch for
a company product, the first patch we're releasing for it. The patch seems
to work fine however when I attempt to uninstall the patch it remove
You are missing the publish event for the value
Something like this
In the
Add this for each value type.
I do this exactly the same with 4 radiobuttons for the user selection and based
on the selection I set the features.
Arun Perregattur
-Original Message-
From: akih
Well, I hate to say it, but based on some reference that I saw in a blog
somewhere, I did in fact try that. There was no change in the behavior, which
is that the PYRO0252 error is returned very quickly (having seen MSIMSP process
the same patch, I know that it should take some time for the comp
Thanks, I did some search on the net as I didn't get any response from wix for
a while.
This is how I was able to fix
I used a SetProperty as recommended by Sebastian Brand
INSTALLTYPE="CompleteWorkstation"
I even tried to display that value which was correct then use this custom
action to exe
I'll try that.
I think problem might be the FSCReg.cfg file is a non versioned file whereas
the FSSACLient.exe is a versioned file. Isn't it weird that it expects the
FSCReg.cfg to be changed when we change the fssaclient.exe file? I'm not
removing anything from the patch.
-Original Messag
Thanks for the explanation, Blair!
-- Yan
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Tuesday, November 24, 2009 07:59
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Patching: weird numbers forMedia.DiskId
andFile.Sequence
From: htt
Hi,
I want to modify features by radio buttons on dialog.
When PKGTYPE is selected "A", features are "F0" and "F2".
When PKGTYPE is selected "B", features are "F0" and "F1".
When PKGTYPE is selected "C", features are "F1" and "F2".
The content selected on the UI is not reflected. Where has mad
There's a CA for this in http://msiext.codeplex.com.
dB. @ dblock.org
Moscow|Geneva|Seattle|New York
-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Saturday, July 25, 2009 2:15 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users
Hi Blair, thanks for the suggestion, unfortunately it didn't seem to make any
difference. The odd thing is that if I load the original msi into orca and
apply the patch I can see all the (correct) modifications to the registry, so
they seem to be there. But applying the patch ignores them. I've
Features have some action states and installed state. Using & or ! operator
can gain the state of the features in feature tree. eg. !FeatureName = 1. Does
this meet you?
2009-11-24
salever.lee
发件人： Blair
发送时间： 2009-11-24 14:24:57
收件人： 'General discussion for Windows Installer XML to
If the batch file is executed after install finalization, you can try
.
2009-11-24
salever.lee
发件人： MYFLEX
发送时间： 2009-11-23 18:16:11
收件人： wix-users
抄送：
主题： [WiX-users] Want to run a batfile which is bundled with msi
How to run a batch file which is bundled with the msi.
Please gi
I suggest you to use "rebuild" action when your project changes.
2009-11-24
salever.lee
发件人： spsingam
发送时间： 2009-11-24 06:24:33
收件人： wix-users
抄送：
主题： [WiX-users] what is a wixpdb
hi
I am using Wix 3.0.5419.0 with Visual Studio 2008 and Votive.
I use Build, rebuild and clean ofte
Hi,
Do we have any documentation for the this one. I search on net and find only
one line description in light.exe /?.
I tried to set environment variable WIX_TEMP and tried however it not worked.
Thanks,
Rahul.
From: Blair [mailto:os...@live.com]
Sent: Tue 1
41 matches
Mail list logo
