Re: [WiX-users] Burn: Number of files in download
Alright, done. Thank you! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Number-of-files-in-download-tp7579138p7579170.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI
Hi, I need to change the DisplayInternalUI at run time in BA. Unable to find the DisplayInternalUI property in BA. Please, how to set the DisplayInternalUI property in BA? Thanks, Kannan -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MsiPackage-and-DisplayInternalUI-tp7484106p7579169.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] determining if app is already installed
ok, thanks Rob! On Wed, Jun 27, 2012 at 1:44 PM, Rob Mensching wrote: > AppSearch is a perfectly valid thing to use for that. > On Wed, Jun 27, 2012 at 1:21 PM, Bob Uva wrote: > > > I'm trying to use a modified version of Wix_FeatureTree dialog set. I > want > > to determine if my application is already installed, and if it is, to > read > > an xml file to retrieve a value from it. If the app is not installed, I > > want to bring up a different dialog on a Next button press. > > > > Is there a standard way to know whether the app is already installed? It > > seems like the AppSearch element is only used for prerequisites and not > for > > the app you are actually installing. > > > > Thanks, > > Bob > > > > > -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > virtually, Rob Mensching - http://RobMensching.com LLC > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI
Rob Mensching-7 wrote > > The wixstdba isn't designed to show the internal MSI UI. You'll probably > want to make a custom BA that is designed to show the internal MSI UI. > Could you provide more detail about this? My simple test case sets DisplayInternalUI="yes" for my MSI package that is based on WixUI_Minimal. It works as expected when I install. It does give an unexpected "resuming the wizard" screen when I repair the bundle instead of showing the usual Repair screens. Uninstalling is completely quiet after I click Remove. I would say that wixstdba is supporting DisplayInternalUI significantly if not completely. So far, I've been thinking that my MSI's should be self-contained for UI and that the bundle should be used for prerequisites and chaining installs. I intended to use DisplayInternalUI for most of my MSI's. This would allow me to use a standard bootstrapper based on wixstdba for all my installs. I get the impression from what you are saying here and in other posts that you are leaning towards MSI's without UI with a custom bootstrapper providing the UI and passing values as properties to the MSI's. Is this what you intend? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MsiPackage-and-DisplayInternalUI-tp7484106p7579167.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper UpgradeCode
It seems that a Bundle Id is generated for every new build and that's why to end up with multiple entries in ARP. We couldn't find any mechanism to set this BundleId to a well-known GUID, is there any way to do this at build-time? run-time? > Date: Tue, 26 Jun 2012 14:07:32 -0500 > From: benbenn...@gmail.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Bootstrapper UpgradeCode > > Is there a route that burn takes to determine how to update ? > > If do the following same version number and upgrade code . > build,install, build , install . > I get two entries in the ARP list for the exact same application name > and version. > Is there a way to prevent this ? > > This is mainly for development , the official builds the version > number will be incremented. > > > > On Wed, Jun 20, 2012 at 4:34 PM, Patrick Earl wrote: > > Thanks Rob, appreciate the insight. > > > > On Fri, Jun 15, 2012 at 12:54 PM, Rob Mensching > > wrote: > > > >> I need to write the blog entry about this. Bundles are registered on the > >> machine. Bundles can be uninstalled, manage the package cache and they > >> reference count their packages. Basically, they do everything in their > >> power to help create a "unified installation experience for a set of > >> packages". Looking back (and this is the part I want to reflect on in the > >> to-be-written blog entry) "bootstrapper" probably oversimplifies what Burn > >> provides. > >> > >> As such, a higher version Bundle upgrades lower version Bundles with the > >> same UpgradeCode or RelatedBundle of type "upgrade". UpgradeCode is really > >> just a (required) shortcut to define a RelatedBundle. RelatedBundles are > >> wicked cool concepts that are not at all well documented yet... another > >> blog post or three. > >> Hopefully that provides a bit more background to make things less > >> confusing. > >> On Thu, Jun 14, 2012 at 2:59 PM, Patrick Earl wrote: > >> > >> > What's the UpgradeCode for on Bundles? I understand that in Products it > >> > searches for any existing products with the same upgrade code and removes > >> > them when installing the new one. I don't see how having an UpgradeCode > >> on > >> > the bootstrapper is relevant, since it doesn't get installed. > >> > > >> > In other words, what would happen if I just gave all my bootstrappers the > >> > same GUID for the upgrade code? > >> > > >> > Confused, > >> > > >> >Patrick Earl > >> > > >> > > >> -- > >> > Live Security Virtual Conference > >> > Exclusive live event will cover all the ways today's security and > >> > threat landscape has changed and how IT managers can respond. Discussions > >> > will include endpoint security, mobile security and the latest in malware > >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> > ___ > >> > WiX-users mailing list > >> > WiX-users@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/wix-users > >> > > >> > >> > >> > >> -- > >> virtually, Rob Mensching - http://RobMensching.com LLC > >> > >> -- > >> Live Security Virtual Conference > >> Exclusive live event will cover all the ways today's security and > >> threat landscape has changed and how IT managers can respond. Discussions > >> will include endpoint security, mobile security and the latest in malware > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> ___ > >> WiX-users mailing list > >> WiX-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/wix-users > >> > > -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Sincerely, > > Benjamin Bennett > 314.246.0645 > benbenn...@gmail.com > > "For a successful technology, reality must take precedence over public > relations, for Nature cannot be fooled." > Richard Feynman > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50
Re: [WiX-users] Command line arguments to managed BA
Rob, I have gotten a little further now. Using Model.Command.CommandLine, I now get my command line arguments great, except that on Windows 7, when I start the Bootstrap application, I always get "ignored" as an argument, even when none are passed?!? XP works fine, but Windows 7 (x64 or x32) always have the "ignored" argument when double-clicking the bootstrap executable. Any ideas? I am running with 3.6.3025. Thanks, Brian From: Rob Mensching To: Brian C ; General discussion for Windows Installer XML toolset. Sent: Thursday, June 21, 2012 11:16 PM Subject: Re: [WiX-users] Command line arguments to managed BA The Command structure has the command-line. On Thu, Jun 21, 2012 at 1:06 PM, Brian C wrote: Hello, > I have a managed bootstrap application, C# XAML mimicking the >WixBA example, but I would like to drive it with command line arguments. I >have tried adding a void Main(string[] args) to the BA class, but that does >not get hit. I tried overloading the Run() the same way, but that will not >compile. I need to be able to handle command line launching of the >Bootstrap.exe, so any help would be greatly appreciated. > >Regards, >Brian > >-- >Live Security Virtual Conference >Exclusive live event will cover all the ways today's security and >threat landscape has changed and how IT managers can respond. Discussions >will include endpoint security, mobile security and the latest in malware >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >___ >WiX-users mailing list >WiX-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unnecessary? reboot when repairing an install on Win XP
Rob Mensching-7 wrote > > IIRC, there were bugs in WinSxS on Windows XP that did not handle > replacing > files in use well causing more reboots than necessary. Yay, Fusion! > I've replaced the VC90CRTx86 merge module with a bundle that runs the C++ redistributable. This works on XP without any problems. Are bundles are superior to merge modules in general or just this case? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unnecessary-reboot-when-repairing-an-install-on-Win-XP-tp7579092p7579164.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] determining if app is already installed
AppSearch is a perfectly valid thing to use for that. On Wed, Jun 27, 2012 at 1:21 PM, Bob Uva wrote: > I'm trying to use a modified version of Wix_FeatureTree dialog set. I want > to determine if my application is already installed, and if it is, to read > an xml file to retrieve a value from it. If the app is not installed, I > want to bring up a different dialog on a Next button press. > > Is there a standard way to know whether the app is already installed? It > seems like the AppSearch element is only used for prerequisites and not for > the app you are actually installing. > > Thanks, > Bob > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] determining if app is already installed
I'm trying to use a modified version of Wix_FeatureTree dialog set. I want to determine if my application is already installed, and if it is, to read an xml file to retrieve a value from it. If the app is not installed, I want to bring up a different dialog on a Next button press. Is there a standard way to know whether the app is already installed? It seems like the AppSearch element is only used for prerequisites and not for the app you are actually installing. Thanks, Bob -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
The WiX setup installs that stuff under C:\Program Files\MSBuild. For example, I found the following in one of my .wixproj: $(MSBuildExtensionsPath32)\Microsoft\WiX\v3.x\Wix.targets $(MSBuildExtensionsPath)\Microsoft\WiX\v3.x\Wix.targets The MSBuild documentation at http://msdn.microsoft.com/en-us/library/ms164309.aspx tells me that the MSBuildExtensionsPath32 and MSBuildExtensionsPath properties resolve to C:\Program Files\MSBuild or C:\Program Files (x86)\MSBuild depending on whether I'm running 32-bit or 64-bit MSBuild.exe. So you should expect to find the files at C:\Program Files\MSBuild\Microsoft\WiX\v3.x\Wix.targets or C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.x\Wix.targets in a normal WiX installation. I can't speak to what SharpDevelop does. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail > -Original Message- > From: Dan Muller [mailto:dmuller...@comcast.net] > Sent: Wednesday, June 27, 2012 12:44 PM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Creating an installer through the command line > > Before reading this post i did do a search for msbuild and found it in my .NET > folders, and i have a copy of wix.target and wixtasks.dll, however they are > not actually from the wix installation but my sharpdevelop install. So my > question is, is there a wix.target and wixtasks.dll that is distributed with > the > rest of the wix binaries? > > -- > View this message in context: http://windows-installer-xml-wix- > toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command- > line-tp7579149p7579159.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
Yes. The WiX toolset (wix36.exe or the old WiX v3.5 MSI) installs the wix.targets and WixTasks.dll and other things appropriately so they "just work". Or you could use the binaries.zip file like someone pointed out with a link to the documentation how. On Wed, Jun 27, 2012 at 12:43 PM, Dan Muller wrote: > Before reading this post i did do a search for msbuild and found it in my > .NET folders, and i have a copy of wix.target and wixtasks.dll, however > they > are not actually from the wix installation but my sharpdevelop install. So > my question is, is there a wix.target and wixtasks.dll that is distributed > with the rest of the wix binaries? > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149p7579159.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
Before reading this post i did do a search for msbuild and found it in my .NET folders, and i have a copy of wix.target and wixtasks.dll, however they are not actually from the wix installation but my sharpdevelop install. So my question is, is there a wix.target and wixtasks.dll that is distributed with the rest of the wix binaries? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149p7579159.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] X64 Burn Bootstrapper
You'll have to proxy out to a 64-bit process. On Wed, Jun 27, 2012 at 7:17 AM, Henning Krause wrote: > Since I'm in the context of Burn, I can't call CAQuietExec. I'm not > running in any MSI context. That comes later... > > Henning > > > -Original Message- > > From: John Cooper [mailto:jocoo...@jackhenry.com] > > Sent: Wednesday, June 27, 2012 3:56 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > > > Hmmm. Generally, when I call applets I wrap them in C# or call them with > > CAQuietExec[64] because of this issue. The trick is that there are two > > powershell.exe's on a 64-bit system, and you get the 32-bit one by > default. > > You're probably going to have to find a way to force the 64-bit > powershell to be > > called or your context will be wrong. > > -- > > John M. Cooper > > > > -Original Message- > > From: Henning Krause [mailto:m...@henningkrause.eu] > > Sent: Wednesday, June 27, 2012 8:24 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > > > Maybe my question was poorly phrased. > > > > I'm not running a custom action. My call to Get-WindowsFeature resides > in a > > Managed Bootstrapper application (aka Burn). I haven't found a way to > start > > the Bundle process as x64. > > > > Kind regards, > > Henning > > > > > -Original Message- > > > From: John Cooper [mailto:jocoo...@jackhenry.com] > > > Sent: Wednesday, June 27, 2012 3:10 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > > > > > You have to call with a 64-bit entry point. If you're using > > > CAQuietExec, you need to be using CAQuietExec64 to execute in a 64-bit > > process. > > > > > > -- > > > John Merryweather Cooper > > > Build & Install Engineer - ESA > > > Jack Henry & Associates, Inc.(r) > > > Shawnee Mission, KS 66227 > > > Office: 913-341-3434 x791011 > > > jocoo...@jackhenry.com > > > www.jackhenry.com > > > > > > > > > > > > -Original Message- > > > From: Henning Krause [mailto:m...@henningkrause.eu] > > > Sent: Wednesday, June 27, 2012 4:46 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: [WiX-users] X64 Burn Bootstrapper > > > > > > Hi, > > > > > > as part of my managed bundle, I may need to activate certain Windows > > > Features. Since I'm targeting Windows 2008 R2 or later, I can safely > > > use the Add-WindowsFeature and Get-WindowsFeature cmdlets. > > > > > > The Add-WindowsFeature would be called from a custom action. However, > > > I want to display a list of missing features to the user during the UI > > > part of the Setup. For this I call the Get-WindowsFeature cmdlet in my > > > managed bootstrapper. However, this fails, because the custom > > > Bootstrapper application always seems to be 32bit. Unfortunately, the > > > ServerManager PowerShell module is only available as 64bit. > > > > > > I've already tried to compile the whole setup solution as 64, but no > avail. > > > > > > Is this scenario simply not possible or am I missing something? > > > > > > Kind regards, > > > Henning > > > > > > > > > -- > > > > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > > > Discussions will include endpoint security, mobile security and the > latest in > > malware threats. > > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > 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 and/or privileged information. > > > Any unauthorized review, use, printing, saving, copying, disclosure or > > > distribution is strictly prohibited. If you have received this message > > > in error, please immediately advise the sender by reply email and > > > delete all copies. > > > > > > > > > -- > > > > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > > > Discussions will include endpoint security, mobile security and the > > > latest in malware threats. > > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/lis
Re: [WiX-users] Burn: Number of files in download
Hmm, doesn't look like that is possible. That's a bummer. Feel free to open a bug. It's something we should support. Might do it by adding payload information to the BootstrapperApplicationData.xml. On Wed, Jun 27, 2012 at 5:36 AM, Miss Parker wrote: > Hi, > > I need to display in my GUI the exact number of files that are being > downloaded. I can't seem to get the number of files, just the number of > packages so when an exe or msi has one or more payload file(s) I get the > incorrect number of files. > > Is there any way to access number of files after plan is complete, but > before download starts? > > Regards, > Caisa > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Number-of-files-in-download-tp7579138.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Resume Installation Plan
Save the values you need in a persisted Variable *before* calling Apply(). When you come back after reboot, the values will still be there. Basically, in Burn we fixed the "problem" that MSI does not store Property values by allowing Variables to be persisted. On Wed, Jun 27, 2012 at 6:57 AM, jhennessey wrote: > In my BA I have several packages and features. I decide which of these to > install by showing a UI that allows the user to select them individually. > > If one of the packages requires an immediate reboot what is the recommended > way of persisting the plan for after reboot (I don't want to have the user > re-select everything they want to install during resume). > > My only thought is that I will have to write out the information to a file > somewhere and re-read (and then delete) it. > > Any thoughts are appreciated. > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-tp7579146.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI
You set DisplayInternalUI at build time. On Tue, Jun 26, 2012 at 10:00 PM, Kannan24 wrote: > Hi, > > I need to set the DisplayInternalUI value to "No" using BA.dll. > > > SourceFile="D:\Work\Build\syncfusionessentialstudiosetup\EssentialStudioSetup\bin\Debug\EssentialStudioSetup.msi" > Compressed="yes" DisplayInternalUI="yes" ForcePerMachine="yes" > Permanent="yes" Vital="yes" EnableFeatureSelection="yes" /> > > In my Bundle.wxs DisplayInternalUI has set to Yes for command line > installation, but i need to set the DisplayInternalUI to "No" in managed > code (BA.dll). In Bootstrapper application have the external UI, so i need > to disable the internal UI. > > Please help me. > > Thanks, > Kannan > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MsiPackage-and-DisplayInternalUI-tp7484106p7579121.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching - http://RobMensching.com LLC -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
MSbuild is installed with the dotnet framework so you won't need to install SharpDevelop or VS. What you are getting is that msbuild can't find the Wix targets and binaries. For all my wix projects I redirect the wixproj files to point to a directory that is checked into source control. That way the build machine won't need to have wix installed. Check http://wix.sourceforge.net/manual-wix3/daily_builds.htm for info on how to to that. Richard Mayes Blog: http://blog.slinkysoftware.com Twitter: http://twitter.com/caveman_dick On 27 June 2012 18:15, Dan Muller wrote: > I don't know what I was doing but I had tried msbuild but must have supplied > the wrong argument. My problem now is that there is no w.target in my > C:\Program Files\Windows Installer XML v3.6\bin directory. It exists in my > sharp develop directory and I am sure I can find it in the visual studios > directory, but how would you be able to run msbuild on a computer without > sharpdevelop or visual studios > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149p7579152.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
If you have WiX installed on the computer, then you have everything you need, even if Visual Studio is not installed. Give it a try. Let us know if you run into any problems. Try to provide as much information as possible about your configuration. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail > -Original Message- > From: Dan Muller [mailto:dmuller...@comcast.net] > Sent: Wednesday, June 27, 2012 10:15 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Creating an installer through the command line > > I don't know what I was doing but I had tried msbuild but must have supplied > the wrong argument. My problem now is that there is no w.target in my > C:\Program Files\Windows Installer XML v3.6\bin directory. It exists in my > sharp develop directory and I am sure I can find it in the visual studios > directory, but how would you be able to run msbuild on a computer without > sharpdevelop or visual studios > > > -- > View this message in context: http://windows-installer-xml-wix- > toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command- > line-tp7579149p7579152.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
I don't know what I was doing but I had tried msbuild but must have supplied the wrong argument. My problem now is that there is no w.target in my C:\Program Files\Windows Installer XML v3.6\bin directory. It exists in my sharp develop directory and I am sure I can find it in the visual studios directory, but how would you be able to run msbuild on a computer without sharpdevelop or visual studios -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149p7579152.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
Why don't you just use the msbuild commandline if you already have the wixproj? Just call msbuild in the same directory to the sln or wixproj and it will find it. Richard Mayes Blog: http://blog.slinkysoftware.com Twitter: http://twitter.com/caveman_dick On 27 June 2012 15:24, Dan Muller wrote: > Is there a way to build an installer directly from a wixproj? The normal > method is to call candle on a wxs, then light on a wixobj, but in a project > with multiple source files and therefore multiple wixobjs, is there a way to > create the installer through the command line? What would be the process and > what would be your suggestions at automating it? > > Thanks in advance, > Dan > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating an installer through the command line
A wixproj is an msbuild file, so it should build directly from the command line (msbuild blob.wixproj). http://wix.sourceforge.net/manual-wix3/msbuild.htm We check the whole solution into TFS and use TFS build to automate. Just add the solution into the tfsbuild.proj e.g. If you use nant there is support for that too. http://wix.sourceforge.net/manual-wix3/nant.htm If you use anything else you will have to generate the command line yourself. Dave -Original Message- From: Dan Muller [mailto:dmuller...@comcast.net] Sent: 27 June 2012 15:25 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating an installer through the command line Is there a way to build an installer directly from a wixproj? The normal method is to call candle on a wxs, then light on a wixobj, but in a project with multiple source files and therefore multiple wixobjs, is there a way to create the installer through the command line? What would be the process and what would be your suggestions at automating it? Thanks in advance, Dan -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-ins taller-through-the-command-line-tp7579149.html Sent from the wix-users mailing list archive at Nabble.com. - - Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Creating an installer through the command line
Is there a way to build an installer directly from a wixproj? The normal method is to call candle on a wxs, then light on a wixobj, but in a project with multiple source files and therefore multiple wixobjs, is there a way to create the installer through the command line? What would be the process and what would be your suggestions at automating it? Thanks in advance, Dan -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-installer-through-the-command-line-tp7579149.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] X64 Burn Bootstrapper
Since I'm in the context of Burn, I can't call CAQuietExec. I'm not running in any MSI context. That comes later... Henning > -Original Message- > From: John Cooper [mailto:jocoo...@jackhenry.com] > Sent: Wednesday, June 27, 2012 3:56 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > Hmmm. Generally, when I call applets I wrap them in C# or call them with > CAQuietExec[64] because of this issue. The trick is that there are two > powershell.exe's on a 64-bit system, and you get the 32-bit one by default. > You're probably going to have to find a way to force the 64-bit powershell to > be > called or your context will be wrong. > -- > John M. Cooper > > -Original Message- > From: Henning Krause [mailto:m...@henningkrause.eu] > Sent: Wednesday, June 27, 2012 8:24 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > Maybe my question was poorly phrased. > > I'm not running a custom action. My call to Get-WindowsFeature resides in a > Managed Bootstrapper application (aka Burn). I haven't found a way to start > the Bundle process as x64. > > Kind regards, > Henning > > > -Original Message- > > From: John Cooper [mailto:jocoo...@jackhenry.com] > > Sent: Wednesday, June 27, 2012 3:10 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > > > You have to call with a 64-bit entry point. If you're using > > CAQuietExec, you need to be using CAQuietExec64 to execute in a 64-bit > process. > > > > -- > > John Merryweather Cooper > > Build & Install Engineer - ESA > > Jack Henry & Associates, Inc.(r) > > Shawnee Mission, KS 66227 > > Office: 913-341-3434 x791011 > > jocoo...@jackhenry.com > > www.jackhenry.com > > > > > > > > -Original Message- > > From: Henning Krause [mailto:m...@henningkrause.eu] > > Sent: Wednesday, June 27, 2012 4:46 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: [WiX-users] X64 Burn Bootstrapper > > > > Hi, > > > > as part of my managed bundle, I may need to activate certain Windows > > Features. Since I'm targeting Windows 2008 R2 or later, I can safely > > use the Add-WindowsFeature and Get-WindowsFeature cmdlets. > > > > The Add-WindowsFeature would be called from a custom action. However, > > I want to display a list of missing features to the user during the UI > > part of the Setup. For this I call the Get-WindowsFeature cmdlet in my > > managed bootstrapper. However, this fails, because the custom > > Bootstrapper application always seems to be 32bit. Unfortunately, the > > ServerManager PowerShell module is only available as 64bit. > > > > I've already tried to compile the whole setup solution as 64, but no avail. > > > > Is this scenario simply not possible or am I missing something? > > > > Kind regards, > > Henning > > > > > > -- > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > > Discussions will include endpoint security, mobile security and the latest > > in > malware threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > 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 and/or privileged information. > > Any unauthorized review, use, printing, saving, copying, disclosure or > > distribution is strictly prohibited. If you have received this message > > in error, please immediately advise the sender by reply email and > > delete all copies. > > > > > > -- > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > > Discussions will include endpoint security, mobile security and the > > latest in malware threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and
Re: [WiX-users] Files to install in a location other than INSTALLDIR
A property and a directory ID are both kinds of properties. You use NEWLOC1 as a directory ID and you write your directory structure so that the default locations for the 2 properties are the IDs of their corresponding directories in the tree: -- default directory structure for INSTALLDIR -- default directory structure for NEWLOC1 So if the default for INSTALLDIR was ProgramFiles/Application and the default for NEWLOC1 was Programfiles/SomewhereElse, youd write it like this: ---other application components -- components and file share for abc and efg If the user specifies locations for either of those directory properties, the new location will override the default one. -Original Message- From: Sudripta Nandy [mailto:sudrip...@sarangsoft.co.in] Sent: 27 June 2012 13:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Files to install in a location other than INSTALLDIR Hi, In my setup, I want to install 2 files say 'abc.txt' and 'efg.txt' in a separate location other than the default install location (INSTALLDIR). This separate location is also user-specified and I am storing the path in a property called 'NEWLOC1'. I also need to do a 'FileShare' of this location in read-mode. All other files will be installed in the default install location (INSTALLDIR) which also is user-specified. My main problem is that I don't know how to install these two files in the separate location ([NEWLOC1]) other than INSTALLDIR. Please help me in finding a solution to my problem. Thanks. With Regards, // Sudripta. - - Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Resume Installation Plan
In my BA I have several packages and features. I decide which of these to install by showing a UI that allows the user to select them individually. If one of the packages requires an immediate reboot what is the recommended way of persisting the plan for after reboot (I don't want to have the user re-select everything they want to install during resume). My only thought is that I will have to write out the information to a file somewhere and re-read (and then delete) it. Any thoughts are appreciated. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Resume-Installation-Plan-tp7579146.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] X64 Burn Bootstrapper
Hmmm. Generally, when I call applets I wrap them in C# or call them with CAQuietExec[64] because of this issue. The trick is that there are two powershell.exe's on a 64-bit system, and you get the 32-bit one by default. You're probably going to have to find a way to force the 64-bit powershell to be called or your context will be wrong. -- John M. Cooper -Original Message- From: Henning Krause [mailto:m...@henningkrause.eu] Sent: Wednesday, June 27, 2012 8:24 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] X64 Burn Bootstrapper Maybe my question was poorly phrased. I'm not running a custom action. My call to Get-WindowsFeature resides in a Managed Bootstrapper application (aka Burn). I haven't found a way to start the Bundle process as x64. Kind regards, Henning > -Original Message- > From: John Cooper [mailto:jocoo...@jackhenry.com] > Sent: Wednesday, June 27, 2012 3:10 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > You have to call with a 64-bit entry point. If you're using > CAQuietExec, you need to be using CAQuietExec64 to execute in a 64-bit > process. > > -- > John Merryweather Cooper > Build & Install Engineer - ESA > Jack Henry & Associates, Inc.(r) > Shawnee Mission, KS 66227 > Office: 913-341-3434 x791011 > jocoo...@jackhenry.com > www.jackhenry.com > > > > -Original Message- > From: Henning Krause [mailto:m...@henningkrause.eu] > Sent: Wednesday, June 27, 2012 4:46 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] X64 Burn Bootstrapper > > Hi, > > as part of my managed bundle, I may need to activate certain Windows > Features. Since I'm targeting Windows 2008 R2 or later, I can safely > use the Add-WindowsFeature and Get-WindowsFeature cmdlets. > > The Add-WindowsFeature would be called from a custom action. However, > I want to display a list of missing features to the user during the UI > part of the Setup. For this I call the Get-WindowsFeature cmdlet in my > managed bootstrapper. However, this fails, because the custom > Bootstrapper application always seems to be 32bit. Unfortunately, the > ServerManager PowerShell module is only available as 64bit. > > I've already tried to compile the whole setup solution as 64, but no avail. > > Is this scenario simply not possible or am I missing something? > > Kind regards, > Henning > > > -- > > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions will include endpoint security, mobile security and the latest in > malware threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > 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 and/or privileged information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution is strictly prohibited. If you have received this message > in error, please immediately advise the sender by reply email and > delete all copies. > > > -- > > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions will include endpoint security, mobile security and the > latest in malware threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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 and/or privileged information. Any unauthorized review, use, printing, saving, c
Re: [WiX-users] X64 Burn Bootstrapper
Maybe my question was poorly phrased. I'm not running a custom action. My call to Get-WindowsFeature resides in a Managed Bootstrapper application (aka Burn). I haven't found a way to start the Bundle process as x64. Kind regards, Henning > -Original Message- > From: John Cooper [mailto:jocoo...@jackhenry.com] > Sent: Wednesday, June 27, 2012 3:10 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] X64 Burn Bootstrapper > > You have to call with a 64-bit entry point. If you're using CAQuietExec, you > need to be using CAQuietExec64 to execute in a 64-bit process. > > -- > John Merryweather Cooper > Build & Install Engineer - ESA > Jack Henry & Associates, Inc.(r) > Shawnee Mission, KS 66227 > Office: 913-341-3434 x791011 > jocoo...@jackhenry.com > www.jackhenry.com > > > > -Original Message- > From: Henning Krause [mailto:m...@henningkrause.eu] > Sent: Wednesday, June 27, 2012 4:46 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] X64 Burn Bootstrapper > > Hi, > > as part of my managed bundle, I may need to activate certain Windows > Features. Since I'm targeting Windows 2008 R2 or later, I can safely use the > Add-WindowsFeature and Get-WindowsFeature cmdlets. > > The Add-WindowsFeature would be called from a custom action. However, I > want to display a list of missing features to the user during the UI part of > the > Setup. For this I call the Get-WindowsFeature cmdlet in my managed > bootstrapper. However, this fails, because the custom Bootstrapper application > always seems to be 32bit. Unfortunately, the ServerManager PowerShell > module is only available as 64bit. > > I've already tried to compile the whole setup solution as 64, but no avail. > > Is this scenario simply not possible or am I missing something? > > Kind regards, > Henning > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > 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 and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msi execution with Windows Installer 4.5 on Windows XP fail
Thank you, I don't why but I was sure it should be 450. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/msi-execution-with-Windows-Installer-4-5-on-Windows-XP-fail-tp7579140p7579143.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] X64 Burn Bootstrapper
You have to call with a 64-bit entry point. If you're using CAQuietExec, you need to be using CAQuietExec64 to execute in a 64-bit process. -- John Merryweather Cooper Build & Install Engineer - ESA Jack Henry & Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Henning Krause [mailto:m...@henningkrause.eu] Sent: Wednesday, June 27, 2012 4:46 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] X64 Burn Bootstrapper Hi, as part of my managed bundle, I may need to activate certain Windows Features. Since I'm targeting Windows 2008 R2 or later, I can safely use the Add-WindowsFeature and Get-WindowsFeature cmdlets. The Add-WindowsFeature would be called from a custom action. However, I want to display a list of missing features to the user during the UI part of the Setup. For this I call the Get-WindowsFeature cmdlet in my managed bootstrapper. However, this fails, because the custom Bootstrapper application always seems to be 32bit. Unfortunately, the ServerManager PowerShell module is only available as 64bit. I've already tried to compile the whole setup solution as 64, but no avail. Is this scenario simply not possible or am I missing something? Kind regards, Henning -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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 and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msi execution with Windows Installer 4.5 on Windows XP fail
On 27/06/2012 13:59, beatman wrote: > Now, the problem: I have created a few .msi packages with > InstallerVersion="450" and tried to run them on a Windows XP SP2 machine > with Windows Installer 4.5 correctly installed; unfortunately, the packages > fail to execute, reporting the following error > > - > This installation package cannot be installed by the Windows Installer > service. You must install a Windows service pack that contains a newer > version of the Windows Installer service. > - > > Did I do something wrong? The InstallerVersion should be 405, not 450. -- Bruce Cran -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] msi execution with Windows Installer 4.5 on Windows XP fail
Hi all, this is my first post here, I'm a new (since a few months) WiX user from Italy Now, the problem: I have created a few .msi packages with InstallerVersion="450" and tried to run them on a Windows XP SP2 machine with Windows Installer 4.5 correctly installed; unfortunately, the packages fail to execute, reporting the following error - This installation package cannot be installed by the Windows Installer service. You must install a Windows service pack that contains a newer version of the Windows Installer service. - Did I do something wrong? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/msi-execution-with-Windows-Installer-4-5-on-Windows-XP-fail-tp7579140.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Files to install in a location other than INSTALLDIR
Hi, In my setup, I want to install 2 files say 'abc.txt' and 'efg.txt' in a separate location other than the default install location (INSTALLDIR). This separate location is also user-specified and I am storing the path in a property called 'NEWLOC1'. I also need to do a 'FileShare' of this location in read-mode. All other files will be installed in the default install location (INSTALLDIR) which also is user-specified. My main problem is that I don't know how to install these two files in the separate location ([NEWLOC1]) other than INSTALLDIR. Please help me in finding a solution to my problem. Thanks. With Regards, // Sudripta. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Number of files in download
Hi, I need to display in my GUI the exact number of files that are being downloaded. I can't seem to get the number of files, just the number of packages so when an exe or msi has one or more payload file(s) I get the incorrect number of files. Is there any way to access number of files after plan is complete, but before download starts? Regards, Caisa -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Number-of-files-in-download-tp7579138.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Planning: package customization
Hi, Could you please give the more details about the rollback, ie which property or method to call the rollback? I tried to uninstall the installed setup. When i debug the source, the LauchAction does not make uninstall action. I used the below code to uninstall the setup. SyncBA.Model.Engine.Detect(); SyncBA.hwnd = IntPtr.Zero; SyncBA.Model.Engine.Plan(LaunchAction.Uninstall); SyncBA.Model.Engine.Apply(SyncBA.hwnd); I get the action in Immediate window like (SyncBA.Model.Command.Action;) but it returns "Install" even plan to Uninstall. Please refer the attached image. http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7579137/UninstallMSI.png Thanks, Kannan -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-Planning-package-customization-tp6040489p7579137.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major upgrade not working
The documentation for CAQuietExec says you have to pass the command line in a property called "QtExecCmdLine". I can't see any property with that name in your source files. Have a look in the Wix help file and check that you're following the instructions correctly. -Original Message- From: rajeshk [mailto:rajeshkannan.kr...@gmail.com] Sent: 27 June 2012 12:45 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Major upgrade not working I tried and reproduce the problem.I was follow the below steps. 1. I was installed new MSi version 1.0.0 2. I was implemented minor upgrade and MSI version is 1.1.0 3. Then I tried for major upgrade (version 4.1.0). First 2 steps are working fine, but when i tried for 3 step its throw the error.Also its not pass the directory ref to the custom action. When my custom action run, the above reference should pass to the CA, its not passed thats why its not installed. Can you help me to fix the problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Major-upgrade-n ot-working-tp7579130p7579133.html Sent from the wix-users mailing list archive at Nabble.com. - - Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major upgrade not working
I tried and reproduce the problem.I was follow the below steps. 1. I was installed new MSi version 1.0.0 2. I was implemented minor upgrade and MSI version is 1.1.0 3. Then I tried for major upgrade (version 4.1.0). First 2 steps are working fine, but when i tried for 3 step its throw the error.Also its not pass the directory ref to the custom action. When my custom action run, the above reference should pass to the CA, its not passed thats why its not installed. Can you help me to fix the problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Major-upgrade-not-working-tp7579130p7579134.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major upgrade not working
I tried and reproduce the problem.I was follow the below steps. 1. I was installed new MSi version 1.0.0 2. I was implemented minor upgrade and MSI version is 1.1.0 3. Then I tried for major upgrade (version 4.1.0). First 2 steps are working fine, but when i tried for 3 step its throw the error.Also its not pass the directory ref to the custom action. When my custom action run, the above reference should pass to the CA, its not passed thats why its not installed. Can you help me to fix the problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Major-upgrade-not-working-tp7579130p7579133.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major upgrade not working
I tried and reproduce the problem.I was follow the below steps. 1. I was installed new MSi version 1.0.0 2. I was implemented minor upgrade and MSI version is 1.1.0 3. Then I tried for major upgrade (version 4.1.0). First 2 steps are working fine, but when i tried for 3 step its throw the error.Also its not pass the directory ref to the custom action. When my custom action run, the above reference should pass to the CA, its not passed thats why its not installed. Can you help me to fix the problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Major-upgrade-not-working-tp7579130p7579135.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] x86 & x64 vc runtime merge modules installation problem
Any help will be appreciated.
Thanks,
Maksim
-Original Message-
From: maksim.vazhe...@emc.com [mailto:maksim.vazhe...@emc.com]
Sent: Monday, June 25, 2012 3:00 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] x86 & x64 vc runtime merge modules installation problem
Hi All,
Recently I faced the following issue with installation of x86 and x64 merge
modules on a host: installation on Windows Server 2008 SP1 fails with the
following errors:
Component Based Servicing (CBS) log:
...
Session: 30232391:1539712812 finalized. Reboot required: yes
2012-06-20 17:47:49, Info CBS Pkgmgr: return code: 0xbc2 ...
2012-06-20 17:56:13, Info CSI ture neutral, VersionScope neutral,
PublicKeyToken = {l:8 b:1fc8b3b9a1e18e3b}, Type = [l:10{5}]"win32", TypeName
neutral, PublicKey neutral file: [ml:24{12},l:22{11}]"msvcm80.dll" srcfile:
@0x2424078 AddCat (14): flags: 0 catfile: @0x2427048
2012-06-20 17:56:13, Error CSI 00b1 (F) A previous transaction requested a
reboot, so you cannot commit any transactions until you reboot.
Msi includes both x86 and x64 VC runtime merge modules:
Microsoft_VC80_CRT_x86.msm
policy_8_0_Microsoft_VC80_CRT_x86.msm
Microsoft_VC80_ATL_x86.msm
policy_8_0_Microsoft_VC80_ATL_x86.msm
Microsoft_VC80_DebugCRT_x86.msm
policy_8_0_Microsoft_VC80_DebugCRT_x86.msm
Microsoft_VC80_CRT_x86_x64.msm
policy_8_0_Microsoft_VC80_CRT_x86_x64.msm
Microsoft_VC80_ATL_x86_x64.msm
policy_8_0_Microsoft_VC80_ATL_x86_x64.msm
Microsoft_VC80_DebugCRT_x86_x64.msm
policy_8_0_Microsoft_VC80_DebugCRT_x86_x64.msm
It seems like during merge modules installation x64 components are installed
before x86. (The same issue is seen with VC redistributables, but only if x64
redists are installed before x86).
Does anybody know any way to solve this problem without using VC redists?
Thanks,
Maksim
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will include
endpoint security, mobile security and the latest in malware threats.
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Major upgrade not working
That isn't an error. It is telling you that the component won't be removed
because a different MSI on the computer has also installed that component, so
the component is still needed.
It may be from a previous failed upgrade. Can you reproduce this error on a
clean virtual machine ?
-Original Message-
From: Rajeshkannan Krishnamoorthy [mailto:rajeshkannan.kr...@gmail.com]
Sent: 27 June 2012 11:59
To: wix-users
Subject: [WiX-users] Major upgrade not working
Hi,
I tried to install the major upgrade for my application. When its try to
uninstall the existing application its throw the error message like
"isallowing uninstallation of component:
{AA67D22F-62E9-4034-BD7D-7210A43050BD} since another client exists".
Then its try to install the changes, but this time not pass the components
ref value to the custom action
i have attached the code,
Can anybody to help me to fix the problem.
advance thanks.
--
Regards
Rajesh Krishnamoorthy
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires
that you delete it without acting upon or copying any of its contents, and we
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY,
UK.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Major upgrade not working
Hi,
I tried to install the major upgrade for my application. When its try
to uninstall the existing application its throw the error message like
"isallowing uninstallation of component:
{AA67D22F-62E9-4034-BD7D-7210A43050BD} since another client exists".
Then its try to install the changes, but this time not pass the
components ref value to the custom action
i have attached the code,
Can anybody to help me to fix the problem.
advance thanks.
--
Regards
Rajesh Krishnamoorthy
http://schemas.microsoft.com/wix/2006/wi";>
USEINTEGRATEDSECURITY = 1
USEINTEGRATEDSECURITY = 1
1
”Please enter a SQL instance and
database name.”
{\WixUI_Font_Title}”SQL instance
and database information.”
1
1
1
LicenseAccepted =
"1"
1
1
1
1
1
1
1
WixUI_InstallMode =
"Change"
WixUI_InstallMode =
"InstallCustom"
1
WixUI_InstallMode =
"InstallCustom"
WixUI_InstallMode =
"InstallTypical" OR WixUI_InstallMode = "InstallComplete"
WixUI_InstallMode =
"Change"
WixUI_InstallMode =
"Repair" OR WixUI_InstallMode = "Remove"
1
1
1
1
1
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
wi
Re: [WiX-users] Launch External Application using WiX
http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm 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 ** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Ravi Raj [mailto:raviraj.callin...@gmail.com] Sent: 27 June 2012 08:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Launch External Application using WiX I want to implement launch application on successful install only (and not on repair or uninstall). Its an external application (say VLC media player). How can write my custom action to do this? -- Thanks and Regards, Ravi Raj -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] X64 Burn Bootstrapper
Hi, as part of my managed bundle, I may need to activate certain Windows Features. Since I'm targeting Windows 2008 R2 or later, I can safely use the Add-WindowsFeature and Get-WindowsFeature cmdlets. The Add-WindowsFeature would be called from a custom action. However, I want to display a list of missing features to the user during the UI part of the Setup. For this I call the Get-WindowsFeature cmdlet in my managed bootstrapper. However, this fails, because the custom Bootstrapper application always seems to be 32bit. Unfortunately, the ServerManager PowerShell module is only available as 64bit. I've already tried to compile the whole setup solution as 64, but no avail. Is this scenario simply not possible or am I missing something? Kind regards, Henning -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Launch External Application using WiX
I want to implement launch application on successful install only (and not on repair or uninstall). Its an external application (say VLC media player). How can write my custom action to do this? -- Thanks and Regards, Ravi Raj -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
