5100 is General setup block, commonly we see it for a missing
prerequisite (
http://blogs.msdn.com/b/astebner/archive/2006/11/28/return-codes-for-net-framework-3-0-setup.aspx
)
The problem is that at some point it re-maps the exit code to a HRESULT,
which gives a nonsensical error:
Any hint?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/using-a-input-property-tp7586501p7586527.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Thanks for your help Steve this is working like a dream now.
Dave Moss
Tactical Team Lead
OmPrompt
+44 (0)1235 436014 Direct
davidm...@omprompt.com
www.omprompt.com
OmPrompt Limited is registered in England Wales, registration No. 4452522,
with registered offices at 67 Innovation Drive,
I've installed an MSI using a Bundle, and then installed an MSP..
The MSP is not visible in 'View installed updates' (!)
I presume this is because the MSI is installed with ARPSYSTEMCOMPONENT=1
This is not good news
Is there a fix/workaround?
Thanks,
--
View this message in context:
A patch application is just a repair with all relevant patch transformations
applied to the msi.
Check if your MSI repairs correctly.
Do you persist SERVICEACCOUNT and SERVICEPASSWORD?
-Original Message-
From: George Fleming [mailto:gef...@microsoft.com]
Sent: 13 June 2013 22:54
To:
I don't think so, this is why we don't hide our msi entries, in case someone
wants to uninstall a patch.
It would be nice if there were a way to show updates but hide the msi.
I don't use burn yet, but I believe that you can author a patch bundle which
I assume you would be able to uninstall from
Yes, patch bundle is an option but if it's just installing one MSP, a EXE
around it seems a bit clunky (and it's also another UI that needs
creating/maintaining)
I wonder if we don't hide the MSI entry (Visible=yes)... is there some way
of deleting the MSI's Uninstall key?
--
View this
I think if you delete the key it and its updates would not be visible in ARP.
-Original Message-
From: rowbot [mailto:james.row...@microfocus.com]
Sent: 14 June 2013 10:18
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Patch not visible in ARP if MSI installed via Bundle
Indeed, if I rename :
HKEY_CLASSES_ROOT\Installer\Products\4109501100F01FEC\ProductName
neither the MSI or the MSP are visible in ARP (!)
This is a real problem...
Anyone, any input?
--
View this message in context:
Personally I would write a patch bundle, the reason I don't do it already is
it would involve customizing our chainer and I want to move to burn so it
would be wasted effort.
The bundle arp entry and the individual msi entries are slightly confusing to
the end user but we just named the bundle
Having spent the morning playing around with this, I would agree that patch
bundles are probably the best solution...
It would be nice if a purely patch bundle showed up in 'View installed
updates' ...
James.
--
View this message in context:
Classification: Public
Good to hear :)
Have a great weekend
-Original Message-
From: Dave Moss [mailto:davidm...@omprompt.com]
Sent: June-14-13 3:53 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Suppress options in bundle [P]
Thanks for your help
What do you mean by repairs correctly? The patch log shows errors, so I
assumed that means it didn't repair correctly?
I don't store the values of SERVICEACCOUNT or SERVICEPASSWORD, but they are
provided via command-line parameters. However, I just noticed from the log
these lines:
Ignoring
If you install your program on a test machine then run a repair from ARP or
the command line does it fail with the same error?
If you have not persisted these settings then they will be undefined or set
to whatever default you specified during a repair or patch, unless you only
install patches
I have been studying the Setup source code for WiX 3.7 and working on the
payload packages for a bundle which will do web downloads. However the
payload will not be hosted on a web site that exists when the package is
created. Rather the bundle package and all related files will be included
in a
How would your EXE know which web server to get the config file from...
-Original Message-
From: Phill Hogland [mailto:phogl...@rimage.com]
Sent: Friday, June 14, 2013 1:45 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Web download from web site, not existing when compiled
That is the challenge I am trying to understand.
The setup which creates the web site could write URL information to a file
that in with the bundle exe, and maybe generate a self-extracting exe. Then
the user might download the two files or something along that line, and the
bundle exe would
Or the BA is downloaded and launched presenting a dialog to a user (or a
command line property) allowing the user to specify a URL to look for the
payloads. Is this possible, I assume with a custom BA?
--
View this message in context:
With a native BA, the entire engine is at your mercy. From a quick look, I
don't see any existing method on the MBA side that would allow you to modify
the download URL.
One could take the alternate approach, and embed everything. Since it's always
going to be on their private network, the
I installed the patch using command line...
Msiexec /p My.msi /L*v log SERVICEACCOUNT=xxx SERVICEPASSWORD=yyy
I know parameters don't persist, but shouldn't they be defined if you
explicitly supply them via command line parameters?
-Original Message-
From: David Watson
Hi,
When App-pool is created with the iis:WebAppPool/; by default Enable
32-bit Application is set to True .Just want to know how can I change
this setting to False while Creating the App-pool.
Thanks in Advance
Chatra
--
View this message in context:
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
Classification: Public
Chatra,
I ended up creating a custom action since WIX doesn't have that element...
CustomAction Id=CA_Set_ENABLE32BITAPPPOOL
Property=CA_ENABLE32BITAPPPOOL Value=[WEB_SITE_NAME]|/
CustomAction Id=CA_ENABLE32BITAPPPOOL BinaryKey=BIN_CustomAction
The answer is here:
http://stackoverflow.com/questions/11687870/wix-installer-always-changes-apppool-to-enable-32bit-app
Mark Itzcovitz
VISTA Technology Consultant
Publishing Technology plc
T: +44 1865 397849
mark.itzcov...@publishingtechnology.com
www.publishingtechnology.com
Publishing
It's the ignoring part that is the issue, that's David's point. Properties
will not be propagated from the UI sequence (and command lines) unless they
are marked secure. Internally that's here in the MSI file:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa371571(v=vs.85).as
px
So
You can make a patch bundle show up in View install updates. I think it's
the Update element child of Bundle that does that. Also, Burn does a lot of
stuff to ensure the MSP is applied correctly to all products it targets.
Just double clicking on an MSP doesn't guarantee the same.
Basically, I
XxxPackage/@DownloadUrl just sets the default. BA can change the download
URL via a call to Engine.SetDownloadSource(). You can even leave the
default DownloadUrl blank and only have the BA provide it.
As others pointed out, the hard part is getting the executable to know what
the base URL should
The wixstdba doesn't provide such a mechanism today. You could write a
custom BA to do it, or work with wix-devs to enhance the wixstdba to handle
the scenario.
On Thu, Jun 13, 2013 at 11:37 PM, Simon Stevenson redw...@gmail.com wrote:
5100 is General setup block, commonly we see it for a
If that's the case, I don't understand how normal installs work, but only
patching fails. I have no problem if I type:
Msiexec /i My.msi /L*v log SERVICEACCOUNT=xxx SERVICEPASSWORD=yyy
i.e. use /i instead of /p. Why does secure matter in patching, but not in
normal install?
-Original
I actually just encountered this today! Haven't determined it with certainty
but I believe the issue arose because the user attempted to install on windows
XP sp2 and .net 4.0 requires sp3. Not easy to diagnose with certainty though.
Sent from my Windows Phone
After much reading, I am trying to use bundle the wrong way.
By design the bundle is the unified user interface to the stuff
installed.
Instead I will simply let the bundle appear in Programs and Features,
and hide everything that will be uninsulated by the bundle.
Some 3rd party ExePackages
Is there a way to prevent a bundle from being installed multiple times?
I see many entries in Programs and Features.
My bundle wxs:
?xml version=1.0 encoding=UTF-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:bal=http://schemas.microsoft.com/wix/BalExtension;
That makes a great deal of sense. smile/
Too bad the ExePackages won't uninstall cleanly. DetectConditions are still
important.
On Fri, Jun 14, 2013 at 6:11 PM, jo...@msli.com jo...@msli.com wrote:
After much reading, I am trying to use bundle the wrong way.
By design the bundle is the
Did you remember those properties? Remember, patching is really just a
repair. If repairing (without providing any extra parameters) fails
patching will too.
On Fri, Jun 14, 2013 at 4:42 PM, George Fleming gef...@microsoft.comwrote:
If that's the case, I don't understand how normal installs
Increment the version so the new ones remove the old ones?
On Fri, Jun 14, 2013 at 6:17 PM, jo...@msli.com jo...@msli.com wrote:
Is there a way to prevent a bundle from being installed multiple times?
I see many entries in Programs and Features.
My bundle wxs:
?xml version=1.0
35 matches
Mail list logo