I have a little tool that I created to take care of finding the proper product
codes. Below you can find the vast majority of it. Adjust as needed, of course!
StringBuilder sbProductCode = new StringBuilder(39);
int index = 0;
StreamWriter sw;
sw = File.CreateText("ForceMsiRemoval.bat");
while (
I've been playing around with it some more and it seems that the problem is
tied to a poorly formed ExePackage block. After some discussions here it
doesn't make any sense for our deployment to use the RemotePayload option
since the software is to be deployed on isolated networks with no external
>From VS output window:
-- Build started: Project: VideoToolBootstrapper, Configuration: Debug
x86 --
C:\Program Files (x86)\WiX Toolset v3.6\bin\candle.exe -dDebug
-d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio
9.0\Common7\IDE\\" -dSolutionDir=C:\MissionManagement\VideoTool\C
Uhh, that is a really bad error message. What is the command-line you are
using to link?
On Wed, Jan 9, 2013 at 3:25 PM, Brad DuBois wrote:
> I apologize for the premature sending of the previous message.
>
> I'm currently riding the WiX learning curve and I have made some progress.
> I have m
Today your custom BA has to do that. There is no "SetVariable" element like
there is SetProperty element for MSIs.
On Wed, Jan 9, 2013 at 3:22 PM, darshanzala wrote:
> I am creating a bundle for 3 application and each of the applications needs
> to be installed at difference locations. Also I n
I apologize for the premature sending of the previous message.
I'm currently riding the WiX learning curve and I have made some progress.
I have made a couple of .msi files that I have wrapped in a bootstrapper
application. The basic bootstrapper is working just fine so I am now
working on addin
I am creating a bundle for 3 application and each of the applications needs
to be installed at difference locations. Also I need to install in different
folder for x64 and x86 machines.
Preprocessor cannot be used at runtime then how can I assign value to
variables based on condition?
I am passin
I'm currently riding the WiX learning curve and I have made some progress.
I have made a couple of .msi files that I have wrapped in a bootstrapper
application. The basic bootstrapper is working just fine so I am now
working on adding on some prerequisite installations where I have ran into
this
They will in WiX v4.0
On Wed, Jan 9, 2013 at 1:44 PM, Steve Hole wrote:
> I'm looking for the schema reference for the WiX burn engine theme
> definition schema: http://wixtoolset.org/schemas/thmutil/2010
>
> What would be *really* nice is if those schema files actually resolved
> to a real liv
I'm looking for the schema reference for the WiX burn engine theme
definition schema: http://wixtoolset.org/schemas/thmutil/2010
What would be *really* nice is if those schema files actually resolved
to a real live URL :-)
Cheers.
--
Steve Hole
(780)438-1981 (hm)
(780)905-9116 (mb)
The VS BA does do that. NETFX does not use Burn today.
On Wed, Jan 9, 2013 at 11:53 AM, Wesley Manning wrote:
> I thought burn uses three different "downloaders" and chooses one if
> another fails? I read this in a Microsoft blog about the .net 4.0
> installer and I thought .net 4.0 installer
I have a custom BA and would like to support "change" from ARP, am I correct
that I can change settings passed to the bundled MSI's by calling
IBootstrapperEngine::Plan(BOOTSTRAPPER_ACTION_MODIFY)?
Are there any problems I should be aware of?
Neil
Neil Sleightholm
X2 Systems Limited
n...@x2sys
I thought burn uses three different "downloaders" and chooses one if another
fails? I read this in a Microsoft blog about the .net 4.0 installer and I
thought .net 4.0 installer uses burn. Or is this provided by custom BA code?
-Original Message-
From: Rob Mensching [mailto:r...@robmen
Yes, exactly. Your BA can also have Burn use "BITS" (change the protocol
handler to "bits:" instead of "http:") which uses winhttp but that
typically has even crazier issues with proxies. wininet is nice because if
IE can get to the URL (and IE is everywhere Burn is) then you can rule out
proxy nas
You mean because of burn using wininet (with default proxy fro IE I
guess) he could use firefox without any problem and IE not?
I'll ask him to try to use IE and see the result.
Thanks.
On 09/01/2013 17:49, Rob Mensching wrote:
> Have the user try using Internet Explorer. It could be a proxy thin
It's a difference of focus. Much like conventional unit tests, LUX is designed
to validate the logic of your immediate custom actions. It's not really
designed to validate your installer overall. Those would be validation tests,
not unit tests anyway.
So, the focus is much narrower. That be
Thanks for the new tool in the toolbox, however this tool does not help me
(or I use it wrongly). Whatever the product code (or update code) I enter to
the command I get "No product/patch data was found". I suspect it's because
I want to remove five bootstrappers, and not msi files. There is one hi
Have the user try using Internet Explorer. It could be a proxy thing.
On Wed, Jan 9, 2013 at 6:58 AM, up2date.cyb...@gmail.com <
up2date.cyb...@gmail.com> wrote:
> Hi,
>
> I have a client that sent me a log containing the following problem.
> The download fails, but why?! hard to say, what kind
I added all the cultures to the "Cultures to build" as well as the 2 cultures
that needed to have the fallback cultures and now when I build I get a few
errors about duplicated localization identifiers.
Each language as it's own .wsx file and all contain the same identifiers
with the correct trans
Any use ? community.flexerasoftware.com/archive/index.php?t-143660.html
-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 09 January 2013 14:53
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Update progress bar from custom actions
Hi I am trying
Thanks for the response Bob...
Now using the "Cultures to build" would mean that I have to place all the
languages that we currently support in our installer, which is 24, and so
that they are all built. We build all the languages and convert to language
.mst at the end of the build.
Since we wan
I've got two msi packages in a wix bundle. I want to install one on x86
platform and the other in case of x64 platform.
Is it good if I need for the first case the following condition: "NOT
VersionNT64"
and for the second: "VersionNT64"?
Can be used also "Installed AND ..." condition in this burn
I'm creating a custom wizard-style bootstrapper based on Wix/Burn (3.6
release version). I've based in on the Wix 3.6 bootstrapper code.
The problem is that I cannot get the bootstrapper to detect the install
state of my setup.msi that is part of the bundle.
As I understand it, all that's require
On 07-Jan-13 11:01, TimM wrote:
> So is there a way to override these variables so that they do NOT have to be
> added to the .wxl file?
Build using fallback cultures. For example, in "Cultures to build":
en-gb,en-us;es-mx,es-es
The commas separate fallback cultures. Semicolons separate groups of
Hi,
I have a client that sent me a log containing the following problem.
The download fails, but why?! hard to say, what kind of information can
I ask to my client? guessing he may not be computer expert at all...
Note that he successfully downloads the bootstrapper from Firefox, and
told me tha
Hi I am trying to update the progress bar from my custom action, this is
what I have so far and I am so confused looking online about what is
happeneing.
extern "C" UINT __stdcall InstallDrivers(MSIHANDLE hInstall)
{
AssertSz(FALSE, "debug here");
HRESULT hr = S_OK;
We've recently been seeing issue 1 where an upgrade doesn't work due to
a missing registry entry. We're currently telling customers how to do a
full repair on a case by case basis as this occurs. Did anyone ever
find a fix for this?
Thanks,
Rob
On 29/11/2010 21:23, James Johnston wrote:
> Hi
Hello,
In my setup program I need to create/attach a SQL Server database as per
user requirements. If the (database) target location specified by the user
already contains a database with my DB name, I need to just attach it to SQL
Server. But, if the target location doesn’t have a file with
Try using MSIZap to get rid of the entries. The files will all be left on the
file system, but it should help to start cleaning up your system. All you need
is the product code from each instance of the installed product and you are
good to go.
msizap.exe TW! {PLACE-GUID-HERE}
I should also me
I still need answer to the question. How to uninstall badly formed bundle?
Mihajlo Cvetanović wrote
> I'm playing with Burn, learning along the way. I created my BA in C#
> that has no GUI, and just logs all events, and does nothing else. In
> control panel there are now five identical installed
I've added
to the collection of properties to resolve this issue.
-Original Message-
From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com]
Sent: 09 January 2013 10:33 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Secure util:XmlConfig output
Hi, I use ut
Hi,
I want to change or add to the default message (Setup Successful) shown in WiX
bootstrapper installer window as shown below:
Is there any sample code to refer to for easy understanding to implement it?
Please help.
Regards,
Aparna Karkare
(O) +91-80 6624 3681 | (M) +91-9742366933
=
Hi, I use util:XmlConfig to update a configuration file, is there a way to
secure the output to the log file similar is HideTarget on custom actions or
hidden on properties to hide sensitive information being logged.
Thanks
Christoff
This information is intended only for the person or entity
Hello John,
Thanks for the response.
Couple of other questions though:
-How do you test the entries in AppSearch, RegLocator etc tables i.e the
data contained in standard tables in windows installer?
The msi built using Lux does not contain so many standard actions required
to process such table
34 matches
Mail list logo