Thanks for the offer Blair but I'll probably just write a configuration
tool instead. This is like striping an engine with a set of cutlery.
It is very annoying that the asynchronous return types do have
meaningful return values, surely this is a pretty common thing people
want to do.
I think you're all missing the point here.
The issue is not where he installs his files to, his problem is writing to the
registry.
Nate putting all your x86 x64 DLL's in the same directory is fine. You can do
this in both a x86 MSI and a x64 MSI. They can both install to the same path
under
If the file is generated by a custom action during install, you should
have custom actions to remove it during uninstall rollback too.
See http://msdn.microsoft.com/en-us/library/aa371101(VS.85).aspx for
suppressing the reboot prompt.
Palbinder Sandher
Software Deployment IT Administrator
I use the Privileged property in a LaunchCondition to do exactly that
Warne it works without fail. Tested it on XP, XP64, Vista Vista64
Virtual machines with user accounts which are only members of the User
group it always works.
If you're checking during InstallExecute the MSI needs to be
Hi All,
I am working with latest version of Wix installer. Refer the below code:
Component Id=DefaultWebSite Guid={8444A473-DF8D-4b27-84DA-7D3EE087A510}
KeyPath=yes Permanent=yes
Condition![CDATA[IISVERSIONFORADMIN=#7]]/Condition
!--DefaultWebSite--
Hi,
I am working with latest version of Wix installer. Refer the below code:
Component Id=DefaultWebSite Guid={8444A473-DF8D-4b27-84DA-7D3EE087A510}
KeyPath=yes Permanent=yes
Condition![CDATA[IISVERSIONFORADMIN=#7]]/Condition
!--DefaultWebSite--
iis:WebSite
Hi,
Using WiX 3.0, I get the following error when changing Media Id to be
greater than 1:
Media Id='5' Cabinet='kkk.cab' EmbedCab='yes' DiskPrompt='CD-ROM #1' /
error LGHT0094 : Unresolved reference to symbol 'Media:1' in section
'Fragment:'.
According to the help pages, Disk identifier for
If you have Diskid=1 on your Components you're going to need a Media
Element with Id=1 otherwise where will those files be stored when
light tries to compile your MSI?
You don't need anything other than Id=1 unless you have a need for
multiple cabs in which case you need multiple Media Elements
Bob,
I have got a response from MSI newsgroup. It looks like that problem is
caused by file sequence numbers.
In my base and upgrade images, different files shares the same sequence
numbers. The error reading file is a new file, but has the same sequence
number as an old file in the base image.
Will give that a try. Thx!
-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com]
Sent: Tuesday, September 22, 2009 5:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] remove website on uninstall
How about having it write a
The merge module is largely generated automatically - basically the tool
that makes the WiX source for the merge module scans an installed JRE and
generates one component per folder, there is nothing more to it. There was
no concern about supporting any form of minor upgrade. When the WiX code
I've hit upon a problem and thing it's to do with the defined ProductLanguage
property of my MSI, but would appreciate some advice to see if I'm chasing
the right path.
I have a package that is entirely US English, but I have several transforms
for other languages, French for example. This is
This
(http://blogs.msdn.com/heaths/archive/2008/01/15/different-packages-are-requ
ired-for-different-processor-architectures.aspx) is Heath's blog post. After
reading it last year, I tested the case of what happens to a 64-bit
component containing registry values in a 32-bit package, and they
There are a few threads on how to go about creating multi language packages
that are essentially all about creating transforms and making a bootstrapper
that applies the right one.
I have stumbled across a problem when using this method in admin
extractions.
When you run my installer with the
The Request is the expected-intended state (based on conditions and parent
features). Null means it shouldn't be touched. I'm interested in knowing why
it says Installed: Absent on the upgrade.
The SchedXmlFile action has access to just two of the three values
(Installed and Action?) and has to
It seems to me that you have a mish-mash of terminology here.
If your bootstrapper is checking for .Net Framework as a prerequisit of your
package, then this will always happen before you get to your launch
conditions as the bootstrapper will handle this before running your MSI and
getting to
You can use XML escape characters. In this case, replace your internal
quotes with quot; and it'll all come out in the wash without the compiler
thinking that the parameter definition has closed.
Other common chars are...
amp; for
lt; for
gt; for
apos; for '
--
View this message in context:
Leave the file alone (so it doesn't get physically added to the patch) and
set the component that file belongs to as Transient with a condition of 0.
That will cause the file to be removed from the disk when the patch is
applied.
I hope you are not trying to patch more than one released MSI. Only
Use a bootstrapper.
-Original Message-
From: Gareth [mailto:gmor...@serif.com]
Sent: Wednesday, September 23, 2009 8:52 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Multi language admin extractions
There are a few threads on how to go about creating multi language
We avoided this headache by having our bootstrapper install two MSIs (one
for core and one for loc) for each product. This way we could install as
many LOCs as we wanted and we could write patches against any/all that
needed to be upgraded without these issues. It does require bootstrapping
the
I've never heard of a bootstrapper being part of an admin extraction before.
Is this an approach you take?
Doesn't it mean that in the standard case you'd be installing a bootstrapper
in a really weird place for it to appear in the right place for the
extraction's case. Also, if a network
A client is getting this error when installing an updated version of our
installer:
Installation directory must be on a local hard drive.
They're getting this message even though they're installing onto their C
drive. Here's my setup - I'm using Wix 3.0.5419.0:
!-- setup interface --
Forgot to mention: you will probably want to make the patch non-removable
to avoid having to make two patches.
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Wednesday, September 23, 2009 9:16 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re:
So, you've seen this behaviour before and agree that there's an MSI
limitation relating to language specific files in a multi language package?
I'm just really interested to know if the patch failures I've seen are
because of the language specifications.
Blair-2 wrote:
We avoided this
Further to what Blair says, you can check this topic:
http://msdn.microsoft.com/en-gb/library/aa368267(VS.85).aspx
This has some rather helpful flow diagrams that explain the logic
under a few different scenarios.
2009/9/23 Blair os...@live.com:
For V2:
1: Change ProductCode(s) (make this a
I am trying to use the LogonAsService property of User to grant the appropriate
rights to a service account, but am still getting Service 'Connector'
(Connector) failed to start. Verify that you have sufficient privileges to
start system services. Does something look wrong in the below
I am trying to use the LogonAsService property of User to grant the appropriate
rights to a service account, but am still getting Service 'Connector'
(Connector) failed to start. Verify that you have sufficient privileges to
start system services. Does something look wrong in the below
Hi,
I have a strange problem with my installer.
When I select a drive other than C drive for installation.
The installation is failing.
Can you please let me know, what could be the problem?
Thanks Regards,
Srivardhan.
Hi all,
Are majority of the people using WIX version 3.5?
I tried installing WIX version 3.5 on top of 3.0 version; after the
installation of 3.5 I can't load any of the projects in visual studio;
that I was working or developed using previous version (wix 3.0).
Checking the error message
Hi all.
I'm migrating our wix2 install to wix3. In the process, I'm reinstating
the netfx tags on some .dll files to get them ngen'ed as part of the
install, eg:
File Id='Controls.dll'
Name='Controls.dll'
DiskId='1'
Source='..\bin\Controls.dll'
Generally speaking, if people want that degree of control over the result they
don't use a pre-existing program because this is the kind of frustration they
run into. I've run into this type of ping problem before, and found a C++
example on the internet. So in this case I'd be sticking that
If you comment out the StartService ServiceControl, can you start the
service after you install?
-Original Message-
From: Elena Powell [mailto:epow...@microsoft.com]
Sent: Wednesday, September 23, 2009 10:23 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Logonasservice user
Not necessarily exactly this issue. In MSI, the order that the various
transforms are applied is key. When I investigated using transforms, I
didn't discover the page on MSDN that describes the order that combining
transforms and patches on a commandline (or later, when adding more patches)
would
What error does it give? What does a verbose log say?
-Original Message-
From: Sunkesula, Srivardhan [mailto:srivardhan.sunkes...@netapp.com]
Sent: Wednesday, September 23, 2009 11:17 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Cannot install in any
Do you really need to support Windows Me or earlier?
In your Package element, set the InstallerVersion attribute to 200 or
higher.
-Original Message-
From: Jonathan Hartley [mailto:tart...@tartley.com]
Sent: Wednesday, September 23, 2009 11:04 AM
To: wix-users@lists.sourceforge.net
I have a wix project that installs performance counters using the
util:PerformanceCategory and util:PerformanceCounter elements. The performance
counters are installed as expected. However, when uninstalling, the
performance counters are sometimes left installed on the machine.
Here is an
I'm trying to create a local security group, and not having much luck. I
currently have a couple of CA's, one defining the property for the location of
net.exe, then one to invoke the call:
CustomAction
Id=SetCmdLine_CreatePMGroup
Property=QtExecCmdLine
When uninstalling, what does a verbose log say about the states of the
perfCounters component (look around CostFinalize in the log).
-Original Message-
From: Josh Holm [mailto:joh...@microsoft.com]
Sent: Wednesday, September 23, 2009 1:27 PM
To: wix-users@lists.sourceforge.net
Cc: Peter
Where is that return code reported? Is the group created?
Actions that are successful (because the EXE returns 0 or the DLL returns
ERROR_SUCCESS) has a report in the log of returning 1 because the return
codes from EXE/DLL are translated into the script return codes reported on
this page:
Thanks Blair.
Sorry I missed the real error.
-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Tuesday, September 22, 2009 12:57 PM
To: Lian Jiang
Cc: 'General discussion for Windows Installer XML toolset.'
Subject: RE: [WiX-users] Return='ignore' causes ICE68: invalid custom
Happens to all of us a few times. Those log files are NOT user-friendly/easy
to read.
A hint for everyone: Look for a localized equivalent of Action ended
hh:mm:ss: ActionName. Return value n. in your log where hh:mm:ss is the
clock time, ActionName is the action you are interested in seeing, and
From: Sunkesula, Srivardhan [mailto:srivardhan.sunkes...@netapp.com]
I have a strange problem with my installer.
When I select a drive other than C drive for installation.
The installation is failing.
Can you please let me know, what could be the problem?
Thanks Regards,
I have to restore some set of files on uninstall of my servicepack msi.
How can I achieve this.??
Thanks,
Bala Ganesh, G.
Senior Systems Engineer,
Contact :- 9841403532
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material
What is the source of the files your servicepack MSI replaced?
Did your servicepack MSI remove that previous product(s) or simply overwrite
their files?
Has your servicepack MSI already been shipped?
-Original Message-
From: Bala Ganesh [mailto:balaganes...@myadrenalin.com]
Sent:
ServicePack not yet shipped.
Servicepack MSI just overwrite some (.dll) files, so while uninstall I
have to restore all the overwrited dll with the old one.
Bala Ganesh, G.
Senior Systems Engineer,
Contact :- 9841403532
-Original Message-
From: Blair [mailto:os...@live.com]
Sent:
45 matches
Mail list logo