On 05/01/2012 13:54, Bruce Cran wrote:
I'm also seeing this problem, with WiX 3.6. I click Uninstall, the
program uninstalls and asks for a reboot. I answer No and the list
of installed applications fails to refresh until I click F5. Having
read about how WI checks whether it needs to
On 26/10/2011 03:52, Bob Arnson wrote:
On 25-Oct-11 12:03, john.burak wrote:
Okay. I wonder what the difference is between doing an uninstall via
the usual method and doing an uninstall via Change Remove.
ARP is in charge: You click Uninstall and if it gets a success code, it
refreshes.
Hello,
I'm currently in the process of setting up a bootstrapper using Burn. In the
past, we've signed our MSI files so that we don't get the yellow unknown
publisher warning dialog when prompted to elevate. However, signing the
executable generated by Burn doesn't seem to work - it looks
Override the all of the SignXxx targets in the wix2010.targets. Those will
call your sign tool with the items that need to be signed at the correct
time.
On Thu, Jan 5, 2012 at 8:16 AM, Kelly Graus kelly.gr...@toltech.net wrote:
Hello,
I'm currently in the process of setting up a bootstrapper
I think I figured out how to get package architecture throw Template
property of SummaryInfo, but I still cannot find a way to get installed
product architecture.
There are tools in the Windows SDK (I am currently using v7) that can
query an MSI database. Look especially at the vbs scripts,
Hi Bob,
Thanks for the quick response!
For clarification, one of our MSI dialogs has a dropdown of websites so the
user can choose which website to upgrade. To populate that dropdown, I use
either 'IIS://localhost/W3SVC' in vbscript or ServerManager object in C#
immediate Ca's. As far as I
Is there a way of informing an end user that a patch is not valid (due
to a newer patch all ready being applied)? I currently have a series of
MSI files, and a series of patches (MSPs) which progressively upgrade
installed instances (say v1.0.1, 1.0.2, and 1.0.3). If I install 1.0.1,
and then
The only way I know is using a bootstrapper that requires elevation.
Em 05/01/2012 18:47, Scharp, Craig craig.sch...@fuelquest.com escreveu:
Hi Bob,
Thanks for the quick response!
For clarification, one of our MSI dialogs has a dropdown of websites so
the user can choose which website to
I'm trying to investigate the viability of making my bundle installer
globalized - that is, it is one installer that will look at the language of
the system in order to choose how to present itself to the user (and perhaps
what to install). I thought that was one of the advantages of using a
Patches by definition are always repairs. They are either small updates or
minor upgrades, run as if recaching had been enabled from the
corresponding MSI.
-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: Thursday, January 05, 2012 1:34 PM
To: General
If it's working ok you should get a result something like Intel64;1033or
Intel;1033that tells you that.
Phil W.
-Original Message-
From: Alex Ivanoff [mailto:aivan...@vmware.com]
Sent: Thursday, January 05, 2012 10:30 AM
To: 'General discussion for Windows Installer XML toolset.'
HI,
I have a simple msi only use wixui_installdir dialog set. I need to build a
Japanese version of the msi.
When I specify the -cultures JP-JP parameter when running light.exe, I got
hundreds of error complaining $(Loc.X) is not defined. Where can I find the
Japanese strings for the
I'd like to check and install Framework 4.0 from a **LINK** rather than having
to include the entire framework 4.1 (and Windows installer 3.1) in my
distribution package.
I'm currently doing it using an bootstrapper but have to package up the
Framework 4.0 and windows installer 3.1 in my
13 matches
Mail list logo