I had a similar requirement and I chose to move the SQL install out of the main
installation and in to a post install application I wrote.
Neil
-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: 02 May 2013 00:03
To: General discussion for Windows Installer
I think you also need /HIDECONSOLE - you will still see a brief console window
but it should be present all the time.
Neil
-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: 02 May 2013 05:25
To: General discussion for Windows Installer XML toolset.
Hi,
I'm using Wix 3.7 and I created C++ Custom Action Project.
The lib path is $(WIX)sdk\VS2010\lib.
When I compile it says dutil.lib can not be found.
On my computer the dutil.lib is in $(WIX)sdk\VS2010\lib\x86.
--
Hello,
I am trying to grasp the concept of minor and small upgrades, but I am having
some trouble with getting it to work.
First of all, it doesn't seem to work at all with 3.7.
I have downgraded my WiX to 3.5, and there something happens at least, but my
msp seems to be empty when I
Update:
I discovered that I had a wrong PatchBaseline Id, I fixed this so it is equal
to the installer, and got this error instead:
pyro.exe : error PYRO0252 : No valid transforms were provided to attach to the
patch. Check to make sure the transforms you passed on the command line have a
I don't think the version number of a binary is taken into account when
analysing differences for byte-level patches. Try setting
WholeFilesOnly=yes (
http://wix.sourceforge.net/manual-wix3/wix_xsd_patchcreation.htm).
On 2 May 2013 10:31, Thomas Due t...@scanvaegt.dk wrote:
Hello,
I am
于02 May 2013 17:31:10,Thomas Due写到:
Hello,
I am trying to grasp the concept of minor and small upgrades, but I am having
some trouble with getting it to work.
First of all, it doesn't seem to work at all with 3.7.
I have downgraded my WiX to 3.5, and there something happens at least, but
Using 3.7 to 'heat reg' and candle throws CNDL1138 warnings because
RegistryKey/@Action attribute has been deprecated..
File a bug?
Thanks,
--
View this message in context:
I noticed this earlier in the week I'm using v3.6.
Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the Virtual Environment**
Integrated Environmental Solutions Limited. Registered in
Can you raise a bug - I think I added this code to WiX3 so will take a look.
-Original Message-
From: rowbot [mailto:james.row...@microfocus.com]
Sent: 02 May 2013 11:30
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] heat reg output includes deprecated Action attribute
Using
Classification: Public
Hey Nick,
This is what I am using:
InstallCommand=/ACTION=Install /INSTANCENAME=SQLEXPRESS /FEATURES=SQLENGINE /Q
/HIDECONSOLE /SkipRules=RebootRequiredCheck /IAcceptSQLServerLicenseTerms
/SQLSVCSTARTUPTYPE=Automatic /SQLSVCACCOUNT=quot;NT AUTHORITY\NETWORK
SERVICEquot;
Looks like a console window that pops up after extraction when it runs
setup.exe. A couple of other people suggested I add /HIDECONSOLE, so I will
try that.
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, May 02, 2013 12:34 AM
To: General
Hi,
I had three customers now in a 2 week period where my burn installer fails on
their computers. They all have Windows 7 Professional. When I get them to go
in to the Package Cache some MSIs are encrypted. I get them to remove
encryption on the MSI files there, retry and the install then
Done.. https://sourceforge.net/p/wix/bugs/3289/
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/heat-reg-output-includes-deprecated-Action-attribute-tp7585545p7585551.html
Sent from the wix-users mailing list archive at Nabble.com.
This seems to work, thanks!
Nick
-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Thursday, May 02, 2013 2:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Not so silent SQL install
I think you also need /HIDECONSOLE -
Thanks, had a chance to test with this last night, and inside a custom BA, I
was able to access the BootstrapperApplication.Command that you referenced,
which is what I was looking for.
Just wanted to confirm one other thing regarding usage of the Command struct.
While I was able to access it
Hi All,
I have another question for you guys. Is there any way to specify the
uninstall order in my bootstrappers chain? The reason I ask, is because I have
two MSI's, the first one installs the application, and the second installs the
sql data. There is a service that runs which accesses
I just ran into this as well. Very interested in seeing if this is possible
also.
-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: Thursday, May 02, 2013 10:12 AM
To: General discussion for Windows Installer XML toolset.
(wix-users@lists.sourceforge.net)
Classification: Public
If I am not mistaken it is FILO (first in, last out) order?
-Original Message-
From: Nick Miller [mailto:nmil...@livetechnology.com]
Sent: May-02-13 11:11 AM
To: General discussion for Windows Installer XML toolset.
(wix-users@lists.sourceforge.net)
Subject:
Not today. The order explicitly runs backwards because that is correct for
99% of the solutions.
In your case, I'd argue you don't really want to run a different order
anyway. What you described is a need to stop services during the Apply()
phase. This is an interesting thing we've noted about
Seems to be, yes.
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, May 02, 2013 11:21 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order [P]
Classification: Public
If I am not mistaken it is
The wixstdba is a custom BA that's already written for you. It can do
whatever it can do. You can see the code in src\ext\BalExtension\wixstdba.
I'm not exactly sure what you want it to do in this case but it definitely
does access the Command struct and makes all sorts of decisions based off
of
There was some discussion in the last few weeks about mysteriously
encrypted MSIs. I don't remember a resolution. More information to help
track down the root cause would be welcome.
On Thu, May 2, 2013 at 5:56 AM, Wesley Manning wmann...@dynagen.ca wrote:
Hi,
I had three customers now in a
Thanks. Can you file a bug so we don't lose this issue?
On Thu, May 2, 2013 at 1:18 AM, uni unigauld...@gmail.com wrote:
Hi,
I'm using Wix 3.7 and I created C++ Custom Action Project.
The lib path is $(WIX)sdk\VS2010\lib.
When I compile it says dutil.lib can not be found.
On my computer
Definitely is, yes. Tons of people would be complaining if it wasn't in
that order. You'd essentially remove perquisites then try to remove
application. Not likely to work out well in many cases. smile/
On Thu, May 2, 2013 at 8:25 AM, Nick Miller nmil...@livetechnology.comwrote:
Seems to be,
Hi,
In my installer, I have the user enter a domain/user/password combination
at the beginning which is then used as the user account to run an
application pool in IIS. This combination of domain/user/password is then
later impersonated as part of a custom action, which runs an executable to
Sorry, my question wasn't very clear.
I think the answer to this is no, I just want to verify. I have a test
bundle.wxs that contains the following:
BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense
Is it possible to access the Command struct inside the
It would be interesting, but I'm struggling to imagine out how the syntax
would work in your .wxs code if you were able to override this
behaviour. You could have two integer attributes on each package (one for
install order and one for uninstall order) but I bet that would be hard to
maintain if
Hello Nick,
In general, I find it makes sense to uninstall things in the reverse order to
which they were installed. Why not install your SQL data first? That would make
sense because then the data is present before the service runs (which I assume
is installed along with the application MSI),
Your right, and that is probably what I am going to do.
-Original Message-
From: Daniel Madill [mailto:dan.mad...@quanser.com]
Sent: Thursday, May 02, 2013 11:16 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order
Hello Nick,
In
I would imagine that if it were possible, it would work like the
InstallExecuteSequence for MSI's. Lets call it UninstallExecuteSequence, and
you would just say PackageId='MSI1' Before='MSI2'. Then everything else you
add or remove would go in the default order.
-Original Message-
+1 for uninstalling things in the reverse order they were in installed
-Original Message-
From: Daniel Madill [mailto:dan.mad...@quanser.com]
Sent: May 2, 2013 11:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstall Order
Hello Nick,
In
What parts? Some of it can be accessed via Variables.
On Thu, May 2, 2013 at 8:42 AM, Christopher West C
christopher.c.w...@ericsson.com wrote:
Sorry, my question wasn't very clear.
I think the answer to this is no, I just want to verify. I have a test
bundle.wxs that contains the
Command.Action and Command.Display
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, May 02, 2013 10:57 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] UILevel on uninstall using
That was me actually. I'm going to have to get hold of a computer with windows
7 professional and see if I can reproduce it. I can't on a Ultimate computer
I have.
Wes
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: May-02-13 12:28 PM
To: General
I am slowly upgrading my VS2010 project to VS2012 and using the WIX Toolset.
In the Prerequisites for the VS2010 setup projects there was is an option
for Microsoft Report Viewer 2012 Runtime. I assume I will have the same
problem for the MS Office 2010 Primary Interop Assemblies, the SQL SMO
I have my installer registering my COMPLus component correctly.
I have one last requirement to:
Enforce component level access checks
Under Roles have the User Role ticked.
I tried adding a complus:ComPlusCompoent as a child of my ComPlusAssembly but
when I do this the installer fails with an
Has anyone had luck with this?
I have tried using Hidden, HideTarget and I still see the password in my
logs. Is this still a bug in windows installer?
Thanks in advance,
--
Get 100% visibility into Java/.NET code
I declare the property:
Property Id=WEBAPPPOOL_PASSWORD Hidden=yes Secure=yes/
This is how I use my password controls:
Control Id=textBoxPassword Type=Edit Height=15 Width=177 X=180
Y=152 Property=WEBAPPPOOL_PASSWORD Password=yes TabSkip=no /
Logfile:
MSI (c) (70:1C) [14:50:59:778]: PROPERTY
I have tried that and no luck. My MSI is installed via command line.
I've even tried to give the property Id a value in case I missed something
and still doesn't work.
Property Id=PASSWORD Value=password Hidden=yes Secure=yes /
My test system is running Server 2003 R2 SP 2
windows installer
Aha I checked my log again and I see what you mean...
I am using a custom action to set the property I see the password:
CustomAction Id=CA_WebAppPoolPassword.SetProperty
Property=CA_WebAppPoolPassword.
Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]/
MSI (s) (D8:60) [17:35:47:010]: PROPERTY
Try setting this
Property Id= CA_WebAppPoolPassword.SetProperty Hidden=yes/
-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: Thursday, May 02, 2013 2:56 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Hide/blank out
If possible paste in a snippet of your log file around where the password is
seen. I tried for a long time to hide passwords using the same method. But it
was some built-in custom actions that were logging my passwords rather than
code I'd written myself.
Property Id=ConfigureIIsExec
This method only hides the value of the property when it is directly printed in
the log file. If you pass the property to a deferred custom action, it will be
visible in plain text once again in the custom action data property.
You either need to mark all custom action data properties as
Sure thing...
Action start 17:26:56: CA_DBAction.
Action ended 17:26:56: CA_DBAction. Return value 1.
Action start 17:26:56: InstallFinalize.
SFXCA: Extracting custom action to temporary directory:
C:\WINDOWS\Installer\MSI1045.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
Hmm... I commented out my custom action that sets the property:
!--CustomAction Id=CA_WebAppPoolPassword.SetProperty HideTarget=yes
Property=CA_WebAppPoolPassword.
Value=WEBAPPPOOL_PASSWORD=[WEBAPPPOOL_PASSWORD]/--
And ran the install, everything worked and my Web App Pool + Web site launched
For the burn code below I am getting the following error message:
warning LGHT1129: The RollbackBoundary 'After_PowerShellAccessPolicyConfig' was
discarded because it was not followed by a package. Without a package the
rollback boundary doesn't do anything. Verify that the RollbackBoundary
Hi Steve,
My requirements are strictly to use command line. Crazy? Maybe. I have to
say I have seen this topic all over blogs. Seems like there is always a
way, you just have to figure out how
On Thu, May 2, 2013 at 5:43 PM, Steven Ogilvie steven.ogil...@titus.comwrote:
Hmm... I commented
Are you sure this is correct?
$(var.ProjectDir)..\..\
How many folders are you actually backing out then back into and are they
located in your Project Directory?
J
On Thu, May 2, 2013 at 6:05 PM, Prosch, Greg gregpro...@a-tsolutions.comwrote:
For the burn code below I am getting the
VirtualBox is your friend. ;)
-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca]
Sent: Thursday, May 02, 2013 12:50 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Windows 7 Professional encryption
That was me actually. I'm going
On 02-May-13 19:05, Prosch, Greg wrote:
Why? The RollbackBoundary appears to be followed by a package.
Physically but not logically, because you reordered the packages using
the After attribute.
--
sig://boB
http://joyofsetup.com/
On 01-May-13 16:00, Alistair Imrie wrote:
I came across a peculiar problem today while using Pyro to build a patch -
error PYRO0013, complaining that the length of an internal Id was too long.
What was the actual error message?
--
sig://boB
http://joyofsetup.com/
What is the proper method for managing Component GUIDs? I have been bitten a
few times with one installer where the file in a component has changed but the
GUID was not, resulting in files being left behind during uninstall.
One method I am trying right now is to seed a guid seed on the
53 matches
Mail list logo