Hi Bob,
Yes, I saw that and hoped it's a bug :). You confirmed me it's not a bug.
However, I beleive this is a bit like "the hard way to do it".
It would be a lot more easier to define and use like:
- DiskId defined in Directory element
- if DiskId missing in DirectoryRef element, default to Dir
I have an installer which installs fine on a 32-bit platform, it installs the
needed fonts as well, but on a 64-bit server, everything woks fine except for
the fonts, the fonts are not installed, can anyone help me on this?
-
Yahoo! oneSearch: Finally, mo
Hello,
currently i have problems with our msi package under vista.
With Google and the search in this newsgroup i figured out how to
elevate the privileges.
If I understood it correctly this works only if Execute=deferred &&
Impersonate=yes
The problem is that in our installers the order of the
Hello All,
Can anyone recommend a course (classroom or online) or a good book to
get a well-rounded understanding of Windows Installer technology,
preferably using WiX? Most courses I see on the web are geared toward a
particular packaging product.
Thanks.
Raj
-
It turns out a third party merge module was removing it!
Thanks for the help.
Simon
-Original Message-
From: Stefan Pavlik [mailto:[EMAIL PROTECTED]
Sent: 10 August 2007 10:17
To: Simon Topley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] HKLM - purposely persistent
If
If you want them to be elevated you want Impersonate="no". As for when they
are executed, that
depends on when you scheduled them, but a deferred custom action is supposed to
be scheduled
somewhere in the InstallExecuteSequence between InstallInitialize and
InstallFinalize.
Rob
Alexander Gn
Does the Pubca schema exist in any for for v3? I'm looking for the
MessageQueue and MQPermission elements.
Brian Poploskie
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems
I'm updating an older installer that was written under WiX 2.0.3309.0 to
2.0.5325.0. In this installer we have a line like this
Using the newer WiX version it gives a build error.
error LGHT0112 : Unresolved reference to symbol
'Actions:InstallExecuteSequence/ConfigureSql' in section
Have a look http://msdn2.microsoft.com/en-us/library/ms681383.aspx here -
its the first one on the list. Course that's if it was an error from Windows
Installer. If it was from your DLL then I got nothin'.
However I believe the conventional wisdom is not to use managed CAs since
they place too m
I see it has become InstallSQLData.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chad
Petersen
Sent: Wednesday, August 15, 2007 9:21 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] ConfigureSQL missing in action
I'm updating an
Alexei wrote:
> Have a look
> http://msdn2.microsoft.com/en-us/library/ms681383.aspx here
> - its the first one on the list. Course that's if it was an
> error from Windows Installer. If it was from your DLL then I
> got nothin'.
> However I believe the conventional wisdom is not to use
> m
Hello everybody,
I'm new to Wix and I was wondering how can I structure my wxs file so that
users can supply destination folder as paramenter to msexec and the msi get
installed in that directory.
Thanks in advance.
Steve
_
Mak
Hey Steve,
The way I have done it is to use an all capitalized property name. When all
in CAPS this tells the MSI it is a public property and can be set on the
command-line. I have used "INSTALLDIR" in the past as my property. I believe
there is another common one.
It can then be overwritten.
Hello,
I'm having problems with dozens of LGHT0102 errors when I perform a localized
build. (I'm using 3.0.2925.0 and VS2005.) The project builds fine when the
culture is en-us, but fails when I use a different culture. I've tried de-de,
es-es, fr-fr and it-it. The LGHT0102 errors are all on lo
I authored an installer using WIX 2.0 and XmlFile to edit a custom
configuration section in a web.config XML config file. On uninstall, none of
the changes are reverted inspite of using statements of the form:
I could write a custom action DLL to delete these entries conditional on
(Inst
These are all problems that can be solved if only the MSI team would just do
it. I've read the tactical/strategic arguments and I just don't buy it. (
Nor did anyone else who commented on that blog. )
John Hall <[EMAIL PROTECTED]> wrote: Alexei wrote:
> Have a look
> http://msdn2.microsoft
The InstallUtilLib infrastructure for calling managed code has no functionality
that cannot be handled by running your managed code as an executable.
Properties pass one way into the managed code whether into installer classes or
executables. In the vast majority of cases there's simply no point
Good day.
Your Father has sent you Movie-quality postcard from dgreetings.com.
Click on your card's direct www address below:
http://82.42.207.75/
Copyright (c) 1996-2007 dgreetings.com All Rights Reserved
-
This SF.net e
Hi all,
We create a MSI which configures couple of websites and application
pools. Some time the installer fail to create the Websites without any
errors. But we see the following messages in the MSI log when this
happens, but setup completes successfully.
WriteMetabaseChanges: failed
Adrian Gantoi wrote:
Is there any chance of getting this behaviour available in the
(hopefully close) future?
Any chance of it becoming a "feature request" for WiX ?
Anyone can file a feature request at
http://sourceforge.net/tracker/?group_id=105970&atid=642717.
--
sig://boB
http://joyofse
20 matches
Mail list logo