of cource, http://wix.tramontana.co.hu/tutorial/localization
Best Regards, Tonny Erjomin
Skype: aneremin
Think of the environment...please don't print this e-mail unless you really
need to
> From: v-dan...@microsoft.com
> To: wix-users@lists.sourceforge.net
> Date: Mon, 13 Jun 20
On Mon, Jun 13, 2011 at 10:18 AM, Kyle McClellan wrote:
> I'm just looking for the Visual Studio/MSBuild equivalent of "candle.exe
> Product.wxs -ext SampleWixExtension.dll". I figure it's something easy, but
> I haven't figured out how to trigger it yet. I did try referencing the
> ex
I figured out the 'insufficient privileges' problem (it was because I had
another window open on the directory at the time, so everything just failed,
but with the odd message.) That ran me into another problem. With the
stuff below I can write a condition
to conditionally do the copying o
Are you seeing it deleted in an MSI uninstall log or inferring that it's been
deleted because your code can't find it? You are ensuring it's there before
you uninstall, right, because it is unconditionally created no matter what
features get chosen at install time? Also there are registry item
The fact that you need separate MSI files but can build them both from the same
source?
> From: Brad Lemings [mailto:b...@rebit.com]
>
> AFAICT, both links use separate MSI files for 32-bit and
> 64-bit installs.
>
> Did I miss something?
>
> -Original Message-
> From: Wilson, Phil
Phil used the word "recommended" which I think is misleading. Notice the first
blog link has the word "required".
Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail
AFAICT, both links use separate MSI files for 32-bit and 64-bit installs.
Did I miss something?
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Monday, June 13, 2011 12:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users]
Two separate MSI files are recommended.
http://blogs.msdn.com/b/heaths/archive/2008/01/15/different-packages-are-required-for-different-processor-architectures.aspx
Same source though:
http://blogs.msdn.com/b/astebner/archive/2007/08/09/4317654.aspx
Phil Wilson
-Original Message-
> From: David Amey
> Subject: [WiX-users] Language support
> Hello all,
>
> Simple question (I think); Is there a list of all currently supported
> languages
> for wix?
Yes. http://wix.tramontana.co.hu/tutorial/localization .
---
Actually, I ended up doing something I found in the list archives from 19
Oct 2006:
I also found another way of solving this issue. put the component
(that contained the ) into a
element. This is possible because I specify both source (by FileId)
and destination (by DestinationProperty) explicit
Is it possible to combine a 32-bit and 64-bit install in the same MSI file? If
so, are there some examples, tutorials to look at?
Thanks,
Eric.
--
EditLive Enterprise is the world's most technically advanced content
au
I would assume you just need to add a CreateFolder element to ensure the
destination directory is created. For example:
Dan
-Original Message-
From: Dave Combs [mailto:dave.co...@kaazing.com]
Sent: Monday, June 13, 2011 1:10 PM
To: General discussion for Windows Installer XML
I'm just looking for the Visual Studio/MSBuild equivalent of "candle.exe
Product.wxs -ext SampleWixExtension.dll". I figure it's something easy, but I
haven't figured out how to trigger it yet. I did try referencing the extension
project from my WiX project, but that was unsuccessful. Does anyon
Hello all,
Simple question (I think); Is there a list of all currently supported languages
for wix?
Thanks,
David Amey
The Creative Engine Ltd
Almac House, Church Lane, Bisley, Surrey, GU24 9DR
T: +44 (0)1483 799200 F: +44 (0)1483 799111
Actually, I did run into an issue with trying your solution, and was curious
if you or anybody else had an idea:
In the that contains the 'base-config.xml' and
'extras-config.xml' Components I put the following:
NOT &ExtrasFeature=3
Thanks (both Pally and Rob.) I actually do need the originals to continue to
exist as well, so will go with your solution, Pally. (What gets even weirder
is that I also need to do something when somebody does an update to include
the 'extras' bundle after initially installing the 'base' bundle. In
My installer needs to encrypt the ConnectionStrings section of the
web.config file for our web application. This part I have working with no
problems, but as part of the process I need to provide the Network Service
with full control access to the following folder:
*C:\Documents and Settings\All U
ProgramMenuFolder -
http://msdn.microsoft.com/en-us/library/aa370882(v=VS.85).aspx
On Mon, Jun 13, 2011 at 12:11 AM, Sean Farrow
wrote:
> Hi:
> Ive labelled a package as per machine, and was wondering whther there is a
> property/folder in windows installer that equates to the all users\Start
> m
http://msdn.microsoft.com/en-us/library/aa370882.aspx
Palbinder Sandher
Software Deployment Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Ah I missed Rob's reply before I posted my own. I agree with Rob if you
don't need the original config.xml file(s) to exist for the user simply
skip the copy & use mutually exclusive Component Conditions to install
either file to the desired location.
If you do need the base-config.xml & extras-con
Easy solution would be to have base-config.xml & extras-config.xml
installed by their features using those filenames. In your base Feature
add a Component with only a CopyFile element which copies
base-config.xml to config.xml & Condition the component so it is skipped
if your extras Feature is sel
Hi Rob,
Thanks for reply~
see my first email, I do make sure the custom action is scheduled
before RemoveRegistryValues.
But the registry key is still get removed before my CA read it. :(
thanks
William L.
On Mon, Jun 13, 2011 at 11:20 AM, Rob Mensching wrote:
> Deferred custom actions run duri
Sorry I was ambiguous. When I say "edited", I mean "edited the installed
version", not the version used to build the MSI. It sounds like you've done
it correctly.
If the file was not edited on the target machine and you didn't find any
advertising in the log and vamus doesn't help, then I'm not su
Thanks for your reply.
Yes, the text file has been edited after the install. I build msi 1, install
it. I edit the text file, create msi 2, create msp from the two msi's and
run it (with REINSTALLMODE=vamus). File is not updated nor requested.
I looked at your link and only found 2 parts. In both
Hi:
Ive labelled a package as per machine, and was wondering whther there is a
property/folder in windows installer that equates to the all users\Start
menu\Programs folder?
I know there is one for the current user but am sure I'm missing something!
Any help appreciated.
Cheers
Sean.
25 matches
Mail list logo
