Re: [WiX-users] Standard bootrapper with Wix - how to specify relative paths

2012-04-30 Thread Neil Sleightholm
Are you supplying the MsiPackage/@Name and MsiPackage/@ SourceFile attributes? Name - The destination path and file name for this chain payload. SourceFile - Location of the package to add to the bundle. Neil -Original Message- From: Uma Harano [mailto:uhar...@esri.com] Sent: 30 April

Re: [WiX-users] Setting the Bundle GUID

2012-04-30 Thread Rob Mensching
No. The Bundle Id is like the PackageCode. Different with every build. On Mon, Apr 30, 2012 at 5:52 AM, Bruce Cran wrote: > Are there plans to allow the Bundle GUID to be specified? At the moment > I'd like it to stay the same since I'm not changing the MSI or version > (only the BA), but it cha

[WiX-users] WiX support for (gulp!) WinNT4

2012-04-30 Thread Quinton Tormanen
We have an older product that supports WinNT4 (with SP6+IE4). The installer for this product was built using WiX 3.0.5419.0. The last release was November 2010. We found that running the MSI file on WinNT4+SP6+IE4 appears to work except that the user cannot get past selecting a target folder, be

Re: [WiX-users] Standard bootrapper with Wix - how to specify relative paths

2012-04-30 Thread Uma Harano
I get this error now (below) Should I copy the msi package to the Bootstrap solution location too? Error 1 The system cannot find the file 'SourceDir\Support\your.msi'. C:\test\Wix\Burn\Bootstrapper1\Bundle.wxs 9 1 Bootstrapper1 -Original Message- From: Neil

Re: [WiX-users] Standard bootrapper with Wix - how to specify relative paths

2012-04-30 Thread Neil Sleightholm
You set the MsiPackage/@Name attribute e.g. Name='Support\your.msi' Neil -Original Message- From: Uma Harano [mailto:uhar...@esri.com] Sent: 30 April 2012 21:51 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Standard bootrapper with Wix - how to specify re

[WiX-users] Standard bootrapper with Wix - how to specify relative paths

2012-04-30 Thread Uma Harano
Hi, I am building a bootstrapper with Wix - I am using the tag MsiPackage and specifying the SourceFile attribute. How do I specify a relative path to a msi package using this? I will have the pre-requisite on my media in a folder called Support which is at the level of the Setup.exe. I am new

Re: [WiX-users] WiX3.6 Uninstall Failed / Installing Votive

2012-04-30 Thread Dmuller720
Thank you for you help, the command you gave me seemed to do the trick. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX3-6-Uninstall-Failed-Installing-Votive-tp7500775p7514760.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Bundle fails on WIN2K machine ".exe is not a valid Win32 application"

2012-04-30 Thread rdinglebham
All, Thanks for clearing that up. In the end not having a WIN2K bundle isn't that big a deal; the .MSI's run flawlessly and that's what counts. So a quick note of appreciation: We've been using WiX for almost three years to deploy/update client API adapters that connect 3rd party POS systems (mai

[WiX-users] Random GUID generation

2012-04-30 Thread Kristjan Laane
There are a couple of components that I need to generate a random GUID for on each build, but Wix does not allow me to use asterisk for them, because im using per user install that requires registry key (path) and file in same component. Any way to make asterisk work in this case? Also, if I use

Re: [WiX-users] Bundle fails on WIN2K machine ".exe is not a valid Win32 application"

2012-04-30 Thread Neil Sleightholm
I agree with dropping support for Win2k but what is a shame is that running the exe doesn't display a more useful error message. I don't suppose there is anything that can be done to change this? Neil -- Live Security

Re: [WiX-users] Bundle failing to build after upgrading to latest release (3.6.2823)

2012-04-30 Thread Pally Sandher
Unfortunately still happens with 3.6.2328.0. I've updated the issue on SourceForge with a stack trace using the pdbs but as the formatting leaves a lot to be desired there I'll paste here too: light.exe(0,0): error LGHT0001: An item with the same key has already been added. Exce

[WiX-users] PerUser Installation with a roaming profile

2012-04-30 Thread Osanger, Martin
Hello, I'm investing a lot of time since a user had this problem but I didn't find any solution: UserA: S-1-5-21--12617 UserA installs my MSI setup on ComputerA, there the following keys will be written during the install process from the MSI itself: [HKEY_CURRENT_USER\

Re: [WiX-users] building a custom bootstrapper application from wixstdba

2012-04-30 Thread jean claude klodjan
in fact, this error is due to a test in the wixstdba code, my main problem is : i am trying to code a custom BA which is just slightly different from the wixstdba, i would like to transmit many informations in the same way it does. but i can't seem to do it : - is it possible to generate a eleme

[WiX-users] Bootstrapper application example for .net framework 4.0

2012-04-30 Thread lokanath devineni
Hello All, can some one please send me working example of bootstrapper application in wix 3.6 and how to use it in the installer. i saw some online articles but  couldn't follow. Thanks in advance. Loknath -- Live Sec

[WiX-users] Setting the Bundle GUID

2012-04-30 Thread Bruce Cran
Are there plans to allow the Bundle GUID to be specified? At the moment I'd like it to stay the same since I'm not changing the MSI or version (only the BA), but it changes with each build. -- Bruce Cran -- Live Securi

Re: [WiX-users] Accessing Regsitry Values from an Immediate CustomAction

2012-04-30 Thread Liam Flanagan
Peter, That worked perfectly =) I thought I'd tried this at some point whilst debugging but clearly I was mistaken... Thanks, Liam On 30/04/2012 11:53, Peter Shirtcliffe wrote: > It can be immediate if you schedule it after InstallFinalize. > > -Original Message- > From: Liam Flanagan

Re: [WiX-users] Accessing Regsitry Values from an Immediate CustomAction

2012-04-30 Thread Peter Shirtcliffe
It can be immediate if you schedule it after InstallFinalize. -Original Message- From: Liam Flanagan [mailto:l...@dyalog.com] Sent: Monday, April 30, 2012 9:04 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Accessing Regsitry Values from an Immediate Cus

Re: [WiX-users] Burn - MSIPackage InstallCondition evaluates to false, attempts minor upgrade

2012-04-30 Thread Pally Sandher
Cheers Rob I'll give that a go & see how it works out. Not quite what I was expecting but it sounds like it should do what I need. Any ideas on the Uninstall issue? I've got a few internal testers who can't uninstall the only Burn bundle I've provided thus far due to this issue which means they

Re: [WiX-users] Protect installed msi files

2012-04-30 Thread Kristjan Laane
Or perhaps something in here?: NEWERPRODUCTFOUND AND NOT Installed NOT Installed TARGETDIR="" NOT Installed NOT Installed NOT Installed

Re: [WiX-users] Protect installed msi files

2012-04-30 Thread Kristjan Laane
Thanks for the info Rob! Below is what I found in the decompiled old msi, is any of it relevant? And im afraid even if you point out what is relevant I would not know what to do with that in Wix, do you know what I would need to specify in Wix to make the self-healing happen for a File, Component o

[WiX-users] Accessing Regsitry Values from an Immediate Custom Action

2012-04-30 Thread Liam Flanagan
Hello, I have a wix based installer that writes some registry values using the standard wix registry element a bit like: > Key="Software\Company\Key" Name="KeyName" Value="1"/> Is it possible for me to be able to read these values from a *immediate* custom action? If so when do I need to schedu