Can you recommend another bootstrapper that can kick off an .exe (instead of the
.msi)? Something tells me I might be writing my own bootstrapper tomorrow.
-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 00:09 AM
To: Nick
Cc: wix-users
over the old one - I assume if two features
reference the same component which creates a registry key, the latter
wouldn't update the existing key's value as it would see it as already
installed?
Thanks
Nick
...they are assigned to the correct components...the components
are assigned to the correct directories...but still they are not getting
on the system. Anyone else have this issue?
Nick H.
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively
- I'm sure you should be able to do this?
Thanks,
Nick
Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder Name=PFiles
Directory Id=CompanyFolder Name=$(var.CompanyName83)
LongName=$(var.CompanyName)
Directory Id
I know I'm probably too late with this info...but if you have VS 2005 SP1, your
C++ dependency that you created with VS bootstrapper is not being installed
correctly. Update your
C:\Program Files\Microsoft Visual Studio
8\SDK\v2.0\Bootstrapper\Packages\vcredist_x86\product.xml
file to change
I am using MsiMsp.exe version 3.1.4000.1830 from the Windows Installer SDK.
-Nick
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 12, 2007 8:57 PM
To: Nick Nieslanik
Cc: wix-users@lists.sourceforge.net; Mike Hyde
Subject: Re: [WiX-users] MinorUpdateTargetRTM problem using Wix
to the purchaser).
Great.
-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Friday, June 01, 2007 01:31 AM
To: Mike Dimmick
Cc: 'Nick'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Merge Modules Serialized and Stamped at Install Time
Mike Dimmick wrote:
Their build
I sent an email to a third-party component vendor, asking them to give me a
merge module for their product (OCX goodies), citing this as my concern:
http://blogs.msdn.com/robmen/archive/2003/10/18/56497.aspx
Their answer:
Also since the Modules are serialized and stamped at install time, we are
I create a dummy installation project with Visual Studio 2005, and I make it
install .NET runtime and VC++2005 as pre-requisites. Then I delete the .msi
file that VS generates, and I put in the one WiX generates. Congratulations,
you have a setup.exe that installs all the pre-requisites.
On
If you wrote it in VC++ 2005 then one of your dependencies will be the Visual
C++ 2005 redistributable. One of your dependencies will also probably be .NET
framework 2.0. You put these in your bootstrapper, since neither are included
by default with your XP or 2K system. (Unless some other app
DLL. See here:
http://www.tramontana.co.hu/wix/lesson3.php#3.3
On 5/10/07, Jason Van Eaton [EMAIL PROTECTED] wrote:
Thanks, Rob. By CustomAction, do you mean an action that cobbles together
existing stuff from inside WIX or Windows Installer, or do you mean calling off
to a custom .dll to
I realize the hip new thing to do is install into C:\Program Files\Whatever.
But I have a legacy app that absolutely must be installed into C:\Whatever. I
tried this:
Directory Id=TARGETDIR Name=SourceDir
Directory Id=INSTALLDIR Name=Whatever
But then it wants to install my
the same thing or have
already done so successfully? I would love to have your input.
Thanks,
Nick H.
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively
for the individual or entity to which it is addressed. The message, together
with any
[mailto:[EMAIL PROTECTED]
Sent: Friday, April 13, 2007 12:38 PM
To: Nick Hennemann
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] Patching, patching, and more patching.
Nick Hennemann wrote:
* Create the RTM version of my installer
* Be able to patch the RTM version with any
Ok, thanks Bob! I appreciate your time to help out a newbie.
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 12, 2007 9:45 AM
To: Nick Hennemann
Cc: [EMAIL PROTECTED]
Subject: Re: [WiX-users] Patch trying to uninstall RTM (original)
version
Is there any reason not to have a script automatically regenerate the product
code for each build? To my understanding, it has to change with every
release anyway, so why not automatically generate it?
Also, it's my understanding that component GUIDs are supposed to change
whenever their
I'm trying to make some code that installs only on Windows:
XP SP2 or better,
2003 SP1 or better,
or Vista or better.
I'm using the code below, and my application happily installs itself on Win2000.
What am I doing wrong?
Property Id=WIN2KSP4EXISTS![CDATA[VersionNT = 500 AND
What's the format of this? Specifying the ID of any icon listed in an Icon
element results in me getting the error Unresolved reference to symbol
'File:iconid' in section 'Product:myguid. Every variation I've tried has
resulted in this error, or an error about the format of the property.
--
View
that they files get overwritten (even if the existing files
are possibly in use during the install). I have attempted to reboot
after applying the install, thinking that they would then get moved into
place, but they have not. Anyone have some ideas on how to accomplish
this?
Thanks for you time,
Nick
Searched MS for this SDK, found one date 1/11/2001
http://www.microsoft.com/downloads/details.aspx?FamilyID=e96f8abc-62c3-4
cc3-93ad-bfc98e3ae4a3DisplayLang=en
Is this the newest one?
Thanks for the quick response.
Nick
From: Rob Mensching
or is there a cleaner way?
Thanks for your time.
Nick
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively
for the individual or entity to which it is addressed. The message, together
with any attachment, may contain confidential
Thanks for the quick response.I just tried your suggestion and
unfortunately I got the same result.
From: Levi Wilson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 14, 2007 2:11 PM
To: Nick Hennemann
Cc: wix-users@lists.sourceforge.net
Subject: Re
to do something like this:
CustomAction Id=SetVDDIR Property=VDDIR Value=[MAINDIR]webmain/
Custom Action=SetVDDIR After=AppSearch/
K-ballo.-
Nick Hennemann escribió:
I have the following Property MAINDIR and it is populated correctly from the
registry
Property Id='MAINDIR
marked as internal? it
would be nice to use them
Cheers - Nick
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
[WEBINSTALLDIR].
[INSTALLDIR]. [DIRECTORYNAME] [DATABASEPASSWORD]' /
Cheers - Nick
On 2/13/07, Traits Zhang [EMAIL PROTECTED] wrote:
Hi Nick,
Try this:
CustomAction Id=InstallScript
Directory=[INSTALLSCRIPTINSTALLDIR]
ExeCommand='[INSTALLSCRIPTINSTALLDIR]boo\booi.exe
take a look at the tallow.exe command...very helpful for this type of situation.
From: [EMAIL PROTECTED] on behalf of Very Secret
Sent: Tue 2/6/2007 4:31 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Adding tons of files to an MSI
Can anyone
New to Wix
I see how to set the 'level' attribute to determine whether the item is
to be enabled or disabled by default in the feature tree. I have two
features in my feature tree and I want to be able to kick of different
custom actions based on what features the end user selects during
My sanity has been questioned, and I realize no sane person would probably want
to do this, but...
Here's what I'm trying to accomplish; is there a more elegant way to do this?
Directory Id=Whatever Name=Whatever
Directory Id=Bin Name=Bin
Component Id=BinFolder
The following chunk of code
Feature Id=Input Title=Input Description=sample input files.
Level=1
ComponentRef Id=InputFolder /
Condition Level=0NOT MAYINSTALLSOURCE/Condition
/Feature
Works great to disable installation of the Input if the user enters a bad CD
Key.
Nah, I got plenty others...
+ Complete
Bin
Input
Output
Source
On 1/4/07, Levi Wilson [EMAIL PROTECTED] wrote:
Is that your only Feature / item?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
Nah, I got plenty others...
+ Complete
Bin
Input
Output
Source
On 1/4/07, Levi Wilson [EMAIL PROTECTED] wrote:
Is that your only Feature / item?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
are created by an external program, and the installer shouldn't remove them on uninstall, even if they're empty. How can I tell the installer this?
-Nick Johnson
-
Using Tomcat but need to do more? Need to support web services
website conditional on having removed the second site first?
Thanks for your help,
Nick
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
of the ProductName web folder and
contained virtual directories under IIS causing the other websites and their
uninstall to fail.
Can anyone shed any light on what were doing wrong or
suggest a better approach?
Any help appreciated.
Nick
401 - 434 of 434 matches
Mail list logo
