[WiX-users] Skip action on Repair
Is there anyway to detect if your MSI is running a Repair instead of an Install? We currently do an action after InstallFinalize with the condition NOT INSTALLED and another before RemoveFiles with REMOVE=ALL for uninstall, would like to make these events not run at all on repair. And another thing, is it possible to suppress merge-modules internal conditional statements? Eg a mergemodule refusing to install on Windows 2000/2003 due to a conditional, but forcing it anyways (it installs fine outside our MSI package) Sincerely -Olaf _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why is my conditional statement not working
Hi again,... Maybe I am wrong, but I think that: - the 'IAgree' property is evaluated in the UISequence and thus it must not be all uppercase. - if you want to evaluate the property in the InstallExecuteSequence (which is your case) the property should be uppercase and Secure Property Id=UNICODE_PROPERTY Secure=yes Stefan Venkatesh wrote: If you look at the examples the radiobutton property for I agree has property like this RadioButtonGroup Property=IAgree So, case should not be matter. However, i did not get this I think it needs to be public to be transferred into the server install sequence. What is meant by this?.Thank you so much. Regards Venkatesh *//* Doesn't your property name Unicode need to be uppercase? If you're using it as a Component condition I think it needs to be public to be transferred into the server install sequence. Phil Wilson *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Venkatesh *Sent:* Thursday, May 17, 2007 9:23 AM *To:* Stefan Pavlik; [EMAIL PROTECTED]; WiX-users *Subject:* Re: [WiX-users] Why is my conditional statement not working Stefan, I think, I am hands down, with this. I donot know what is happening here. I am not using any conditional statement in the feature now. I put my conditional statements under components. Please these attached file. I created a simple directory with Test under which I created test1 and test2. Test1 has test1.txt and test3.txt. Test2 directory has test2.text. I have the following code under component: Component Id=component0 DiskId=1 Guid=00030829---C000-0046 Condition![CDATA[Unicode = Yes]]/Condition File Id=file0 Name=test1 LongName=test1.txt src=D:\Demo\WIX\wixbinaries\test\test1\test1.txt / /Component Component Id=component2 DiskId=1 Guid=4AA9EDBB-FC6C-460C-8866-358CECF4832B Condition![CDATA[Unicode = No]]/Condition File Id=file2 Name=Test3 LongName=Test3 src=D:\Demo\WIX\wixbinaries\test\test1\test3.txt / /Component and in the feature: Feature Id='Complete' Title='Teams Designer10.0.0' Description='TEAMS complete package.' Display='expand' Level='1' ConfigurableDirectory='TARGETDIR' Feature Id='MainProgram' Title='Program' Description='Teams executable.' Level='1' ComponentRef Id='component0' / ComponentRef Id='component1' / ComponentRef Id='component2' / Although I select option No it is installing the test1.txt file. I would like to see test3.txt file when I select No option in the radio button(TEAMS-ASCII) , in this case. Regards Venkatesh */Stefan Pavlik [EMAIL PROTECTED]/* wrote: Hi Again. (please use reply to all - to keep WiX-user in) Read this carefully: Here is sample code: ... ... And here is meaning: If 'FeatureCondition' property is set to Yes THEN the entire feature 'F_FeatureA' will not be installed (it means that both components will not be installed no matter on the 'ComponentCondition' setting). If 'FeatureCondition' property is set to Yes THEN the feature 'F_FeatureA' will be installed. The install state of components is now dependent on the 'ComponentCondition' property. - if the 'ComponentCondition' property is set to 'Yes' then component 'component0' will be installed and 'component1' will not be installed - if the 'ComponentCondition' property is set to 'No' then component 'component1' will be installed and 'component0' will not be installed The element Condition belongs to element Feature or Component. The Condition cannot affect the ComponentRef element. Hope that now you will understand it. Regards Stefan Venkatesh wrote: Still I am not able to get it going. I have code like this When the condition is Yes, it should install Component0 and Component1 is n't it?. Still installs Component2 also. Same thing with the No, It installs all three components. What am I doing wrong here. Thanks in advance. Venkatesh */Stefan Pavlik /* wrote: Hi Venkatesh, The use of Condition element is different. You can use it in: a) inside Component element (that is probably what you want) ...
[WiX-users] Fwd: VC8 runtime merge module and COM registration onVista, error 0x800736B1
Ah, but having the built files build to a Release folder isn't the problem. The problem is the WiX code generated by Heat wants to install the files TO a folder named Release inside the applications target folder of the user's machine. In order to install the DLL to the folder I want, I need to do significant manipulation of the Heat output, making automation of this process far more painful than it should be. In fact, it would be much better if heat just used a DirectoryRef element with the Id set to PUT-DIRECTORY-ID-HERE Then both the GUID asnd the destination folder can be fixed with a simple search and replace. Search and replace functionality is already part of the build tool I'm using (Visual Build Pro) Scott On 5/17/07, Don Tasanasanta [EMAIL PROTECTED] wrote: ...And yes, it is mandated by the build master that all released files be placed in one main Release folder. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Overriding Uninstall
Hi all, I am Facing some problems while uninstalling my application.I am Using WIX2.0.I am expexcting user inputs while uninstalling application. But i dont have any control on unistallation. Can any one tell me how to add user input screen while uninstallation ? -- View this message in context: http://www.nabble.com/Overriding-Uninstall-tf3778271.html#a10683980 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overriding Uninstall
I think you'll have to manually set the uninstall string, which is usually
created for you here:
Key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{ProductGuid}
Name: UninstallString
Rob
vishvas wrote:
Hi all,
I am Facing some problems while uninstalling my application.I am Using
WIX2.0.I am expexcting user inputs while uninstalling application. But i
dont have any control on unistallation.
Can any one tell me how to add user input screen while uninstallation ?
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Defining Installer Components; what is best practice for a large set of sample files?
Onto my second WiX conversion, and yet another set of questions arises. I have a program that has a sample project distributed with it. The sample project consists of two folders each containing more folders and a set of about 10 files, for a total of about 100 files. Reading through the Windows Installer recommendations here: http://msdn2.microsoft.com/en-us/library/aa368269.aspx It appears that this case falls under case 6, which implies that I should put all of my files in each folder in a group. By doing this, I presumably install the set if the folder exists or not, which isn't too terrible, and as it says, this will improve performance. However, now when I come to do a major upgrade, I now have a problem if I want to add any files, do I need to create a new component ID? If so, doesn't the key path still match, and therefore the component won't be installed? And if that's the case, it appears that I need to cost the installation of each file separately, create a GUID for each file, and install them all, right? Finally, just to make it painfully obvious what I need to do, if I want to only install files if they don't already exist, I also need to add search for each file, and then conditionally add the component with a condition, if the file is found. Have I correctly understood how this all works? Anthony Wieser Wieser Software Ltd - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] NAnt and WiX
You need to reference the tasks dll e.g.:
!-- Load the WiX3 tasks --
loadtasks
assembly=${wix.dir}\Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll /
Note: the rebuild flag for the candle task doesn't currently work so you will
need to make sure the wixobj files are deleted before you call candle. I have
submitted a patch for this which will hopefully make a build on day.
Neil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Lovelett
Sent: 18 May 2007 01:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] NAnt and WiX
How do you install WiX tasks for NAnt? I cannot find on NAnt or NAntcontrib
that implements the WiX candle tasks.
Thanks,
Ryan
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip action on Repair
If that's literally quoted from your install it's wrong. The case-sensitive property name is Installed. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pseudonymic Wannabe Sent: Friday, May 18, 2007 12:42 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Skip action on Repair Is there anyway to detect if your MSI is running a Repair instead of an Install? We currently do an action after InstallFinalize with the condition NOT INSTALLED and another before RemoveFiles with REMOVE=ALL for uninstall, would like to make these events not run at all on repair. And another thing, is it possible to suppress merge-modules internal conditional statements? Eg a mergemodule refusing to install on Windows 2000/2003 due to a conditional, but forcing it anyways (it installs fine outside our MSI package) Sincerely -Olaf _ PC Magazine's 2007 editors' choice for best Web mail-award-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migr ation_HM_mini_pcmag_0507 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patch failure when using non-whole files
Hi guys, Here's a puzzle for you to consider. I had a big patching issue for one of my largest packages and have narrowed the issue down to such a degree that I have created an identicle package that merely installs one single file that when patched to it's second version, the MSP creation goes perfectly and the log suggests the same. However, when running the MSP over the first install I get the error: Error applying patch to file C:\Config.msi\PT30.tmp. It has probbaly been updated by other menas, and can no longer be modified by this patch. This is resolved by setting he patch to include whole files, but this makes for a patch far biger than I'd realy like. The file itself is an EXE, built in VisualStudio 2005 with an internal manifest, later VeriSigned for Vista verification and just under 13MB in size. Why can't it be patched by binary difference? I can supply the files/packages if anyone would like a look. Many thanks, Gareth -- View this message in context: http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10686187 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VC8 runtime merge module and COM registrationonVista, error 0x800736B1
I don't think MsiPublishAssemblies is relevant here. I've been down that route before wondering if assemblies are in place after MsiPublishAssemblies but they're not. When I thought about that, it makes sense because it's a commit that gets the assemblies in place, and commit things happen at InstallFinalize. I believe that one of the things that MsiPublishAssemblies does is to look at the connections between assemblies and add trace references in the GAC. If you just install a lone assembly in the GAC you can go to Windows\assembly in Explorer and uninstall it. If you have an MSI that installs an assembly in the GAC together with a client program with that has a reference to that assembly, then trying an Explorer uninstall will tell you that the assembly is required by other applications. I think it's MsiPublishAssemblies that connects those dots and installs to the GAC with references. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dimmick Sent: Thursday, May 17, 2007 12:46 PM To: Wilson, Phil; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] VC8 runtime merge module and COM registrationonVista, error 0x800736B1 I've just dug around in the CRT MSMs and realised you're right - the MsiAssembly/MsiAssemblyName tables are only used to install the files on Windows version 6.0 and later. On Windows XP and Windows Server 2003 the files are dumped straight into the WinSXS folder and so actions scheduled after InstallFiles/WriteRegistryValues should work. NOTE: I am NOT recommending that you do this. I'd strongly suggest NOT doing it. One wonders what would happen if MsiPublishAssemblies were placed earlier in the execute sequence. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil Sent: 17 May 2007 19:44 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] VC8 runtime merge module and COM registration onVista, error 0x800736B1 The sxs Vista install of those CRT manifests etc isn't complete at SelfReg time. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer Sent: Thursday, May 17, 2007 11:42 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VC8 runtime merge module and COM registration on Vista,error 0x800736B1 I have a problem on Vista where my COM DLLs don't register (HRESULT = 0x800736B1) .. after Googling it seems this is caused by the C runtime not being installed. (All other DLLs that are compiled with VC6 or supplied by others register fine.) My installer also works fine on Windows XP. I install the VC8 runtime stuff with the merge modules. Directory Id=TARGETDIR Name=SourceDir Merge Id=VC8Runtime SourceFile=C:\Program Files\Common Files\Merge Modules\Microsoft_VC80_CRT_x86.msm Language=1033 DiskId=1/ Merge Id=VC8Policy SourceFile=C:\Program Files\Common Files\Merge Modules\policy_8_0_Microsoft_VC80_CRT_x86.msm Language=1033 DiskId=1/ Merge Id=MFCRuntime SourceFile=C:\Program Files\Common Files\Merge Modules\Microsoft_VC80_MFC_x86.msm Language=1033 DiskId=1/ Merge Id=MFCPolicy SourceFile=C:\Program Files\Common Files\Merge Modules\policy_8_0_Microsoft_VC80_MFC_x86.msm Language=1033 DiskId=1/ ... And use SelfRegCost=1000 to get the COM DLLs to register. What's the trick to getting this to work on Vista? Thanks, Scott - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using heat.exe as part of an automated build process
I'm still learning the ins and outs of WiX. I'm working on trying to integrate the generation of an MSI into our automated build process, and was wondering about the possibility of using heat.ext to harvest the files needed for the features and components for the MSI. I've read a few archived messages from the list that suggested that doing something like this could potentially be problematic, and isn't recommended, but if I understand correctly the reasons why, I'm not sure it would really cause us a problem for what we're wanting to accomplish. So, I'd like to try to confirm whether or not I understand what the issue is with using heat, describe why I don't think its an issue for us, and it'd be great if someone could confirm whether my thinking is correct or not. So, if I understand correctly, the issue with using heat.exe to generate source files for me as part of an automated build process is that for each build, the GUID for each component would be different on each build, which causes problems for the installer if you want it to be able to upgrade a product installation. Is that right? The reason I don't see this as a problem, is because we're not going to be using our installers for widespread distribution of our product, and not likely to upgrade an existing installation, but really just override it. Well, not actually override it, but I'd like to setup the installer to check whether or not there's a previous version of the product installed, and if there is, don't upgrade it, just uninstall it before installing the new version. So, from what I can tell, since that's the way we want to use our installer, that issue shouldn't really matter to us, and using heat.exe to help generate our component and feature source files as part of our build process should be fine, right? Any help or guidance would be greatly appreciated. Thanks. __ // YEX // // Bob Yexley // Contractor / Software Engineer [Extreme Consulting] // LexisNexis - Risk Information Analytics Group (RIAG) // 937.865.6800 ext. 58655 // [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Am I publishing a property correctly?
Bump, can any one show what I'm doing incorrectly? Thanks From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Menaker Sent: Thursday, May 17, 2007 1:17 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Am I publishing a property correctly? Hi whenever I enter a specific dialog screen, I want a property to be set. I have this right now. But whenever I click next nothing happens. I tried removing the 1 but then the property doesn't get set. What am I doing wrong? Thanks, Mike Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Disabled=no Text=$(loc.WixUINext) Publish Property=ISWEBBOX Value=TRUE1/Publish Publish Event=NewDialog Value=[WixUI_WEBConfigToReadyToInstall_Next]/Publish /Control - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] restore a registry value
Is there a way that can change a already exist registry value when install and restore its original value when uninstall? Thanks, - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to improve speed of installation?
This is probably more Windows Installer question than a WiX specific. I have an install with abot 3 GB of files. All it does is copying files and creating shortcuts. MSI file has tranforms for several languages, this localization affects only installer GUI, set of files is language neutral and it's stored in separate cab files not embedded in MSI. The speed of the installation phase is very slow. At the beginning of the installation, just before copying files it sits there for 5 minutes. I wonder if there are any properties or settings I could use to improve speed of installation (and uninstall) Thank you -- View this message in context: http://www.nabble.com/How-to-improve-speed-of-installation--tf3780060.html#a10690035 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] NAnt and WiX
Well that will get me started. Unfortunately, I think I'm going to have a
long way to go. It seems that Crystal Reports is going to just be insane to
get figured out. But thanks for all your help Neil!
Cheers,
Ryan
On 5/18/07, Neil Sleightholm [EMAIL PROTECTED] wrote:
I started here:
http://weblogs.asp.net/lorenh/archive/2006/01/24/436390.aspx
This is a sample from my build:
!-- The rebuild flag doesn't work so make sure output is deleted --
delete dir=${source.dir}\Setup\obj failonerror=false /
mkdir dir=${source.dir}\Setup\obj /
candle
exedir=${wix.dir}
verbose=true
out=${source.dir}\Setup\obj\
warningsaserrors=true
defines
define name=BaseDir value=${source.dir}\Setup /
define name=Version value=${buildnumber.major}.${
buildnumber.minor}.${buildnumber.build} /
define name=SourceDir value=${source.dir}\Program /
define name=AssembliesDir value=${output.dir} /
/defines
sources basedir=${source.dir}\Setup
include name=*.wxs /
/sources
/candle
light
exedir=${wix.dir}
out=${output.dir}\Setup.msi
warningsaserrors=true
suppressices=ICE57
cultures=en-us
extensions=${wix.dir}\WixUIExtension.dll
sources basedir=${source.dir}\Setup\obj
include name=*.wixobj /
/sources
/light
One other gotcha is that the tasks working directory might not be where
you expect so you can't always use relative paths in your WiX code.
Neil
PS Can you keep wix-users on the reply so that everyone gets to see the
messages.
*From:* Ryan Lovelett [mailto:[EMAIL PROTECTED]
*Sent:* 18 May 2007 18:41
*To:* Neil Sleightholm
*Subject:* Re: [WiX-users] NAnt and WiX
That is a huge help Neil. I ended up downloading the source and trying to
piece through all the different build tasks. There wouldn't happen to be a
reference or good example files out there?
On 5/18/07, *Neil Sleightholm* [EMAIL PROTECTED] wrote:
You need to reference the tasks dll e.g.:
!-- Load the WiX3 tasks --
loadtasks
assembly=${wix.dir}\Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll
/
Note: the rebuild flag for the candle task doesn't currently work so you
will need to make sure the wixobj files are deleted before you call candle.
I have submitted a patch for this which will hopefully make a build on day.
Neil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Ryan Lovelett
Sent: 18 May 2007 01:23
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] NAnt and WiX
How do you install WiX tasks for NAnt? I cannot find on NAnt or
NAntcontrib that implements the WiX candle tasks.
Thanks,
Ryan
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] LGHT0010: There was an error importing table
Hi: I had a WiX script that was working fine for daily builds for the past six months; today, I did something that's causing Light to report D:\Source\CreativeKiosk3\Builds\Release-Unsecured\CreativeKiosk_3.0.25-33.msi : fatal error LGHT0010: There was an error importing table: File with file: C:\Users\mer\AppData\Local\Temp\wb3yqzxv\File.idt Candle and Light are version 2.0.4820. Can someone suggest what part of File.idt I should look at to diagnose the problem? I've tried running Light with -v0 and -w0 but still am not getting any additional info. Thanks much. /m - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] using WixUI_InstallDir
Hi, I'm trying to use UIRef Id=WixUI_InstallDir / and I'm getting the follwing link error: error LGHT0112 : Unresolved reference to symbol 'Property:WIXUI_INSTALLDIR' in section 'Fragment:'. When I switch to UIRef Id=WixUI_Mondo / instead of UIRef Id=WixUI_InstallDir / I don't get any link error and I succeed to create a setup. Do you have any idea why I get this error? The reasom why I want to use 'WixUI_InstallDir' and not 'WixUI_Mondo' is because I don't need a welcome page, a license agreement and a setup type. I only want to enable the user to select a destination dicertory. My link command is: light -out mySetup.msi mySetup.wixobj path\wixui.wixlib path\sca.wixlib -loc path\WixUI_en-us.wxl Thanks, Ravit - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Folder ACL Permissions
more specifically, what ACL options should I be using to enable ALL users on the computer to write and read files from this folder? The permission element has a user attribute. What should I be passing to this? Any code snippets in v2 will be appreciated. Regards, John - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to improve speed of installation?
You might want to go one step further and eliminate the cab files altogether. The installation package as a whole is certainly not nearly as compact and neat but you might gain some performance not extracting from the cab. If the content lends itself to the concept, you could try breaking it up into multiple projects and use a bootstrapper to sequence those parts. I used it to fairly good success with a particularly enormous project (Started at ~30GB and after three years of updates is about to hit ~50GB) as well as another project that was smaller at ~5GB and found that it actually helped with performance across the board for build, install, update, and uninstall. I don't know how much improvement you would see at 3GB though. It did help that both projects were very easy to break up into logical components so that may also impact how useful the idea is for you. If you do find anything else useful, I would certainly be interested in hearing about it. On 5/18/07, Igor Maslov [EMAIL PROTECTED] wrote: This is probably more Windows Installer question than a WiX specific. I have an install with abot 3 GB of files. All it does is copying files and creating shortcuts. MSI file has tranforms for several languages, this localization affects only installer GUI, set of files is language neutral and it's stored in separate cab files not embedded in MSI. The speed of the installation phase is very slow. At the beginning of the installation, just before copying files it sits there for 5 minutes. I wonder if there are any properties or settings I could use to improve speed of installation (and uninstall) Thank you -- View this message in context: http://www.nabble.com/How-to-improve-speed-of-installation--tf3780060.html#a10690035 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --Nathan Stohlmann Minneapolis, MN USA [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] using WixUI_InstallDir
I already found the solution for my link error. I added a property named WIXUI_INSTALLDIR with a value of the ID of the directory the user will specify and it solved my link error. Thanks anyway, Ravit From: Ravit Shapira Sent: Friday, May 18, 2007 3:47 PM To: 'wix-users@lists.sourceforge.net' Cc: Rob Chambers Subject: using WixUI_InstallDir Hi, I'm trying to use UIRef Id=WixUI_InstallDir / and I'm getting the follwing link error: error LGHT0112 : Unresolved reference to symbol 'Property:WIXUI_INSTALLDIR' in section 'Fragment:'. When I switch to UIRef Id=WixUI_Mondo / instead of UIRef Id=WixUI_InstallDir / I don't get any link error and I succeed to create a setup. Do you have any idea why I get this error? The reasom why I want to use 'WixUI_InstallDir' and not 'WixUI_Mondo' is because I don't need a welcome page, a license agreement and a setup type. I only want to enable the user to select a destination dicertory. My link command is: light -out mySetup.msi mySetup.wixobj path\wixui.wixlib path\sca.wixlib -loc path\WixUI_en-us.wxl Thanks, Ravit - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to improve speed of installation?
I don't think I can avoid compression. It will not fit on DVD. The same with splitting it in many MSI. It will change user experience. I need to have a single set of configuration dialogs and then install files. Speed is esential. I wonder if there are some property settings that can improve speed. I wrote code in C++ to uncopress cab files and copy them into target location and it runs twice faster. I'm wondering what is making MSI execution slower. Nathan Stohlmann wrote: You might want to go one step further and eliminate the cab files altogether. The installation package as a whole is certainly not nearly as compact and neat but you might gain some performance not extracting from the cab. If the content lends itself to the concept, you could try breaking it up into multiple projects and use a bootstrapper to sequence those parts. I used it to fairly good success with a particularly enormous project (Started at ~30GB and after three years of updates is about to hit ~50GB) as well as another project that was smaller at ~5GB and found that it actually helped with performance across the board for build, install, update, and uninstall. I don't know how much improvement you would see at 3GB though. It did help that both projects were very easy to break up into logical components so that may also impact how useful the idea is for you. If you do find anything else useful, I would certainly be interested in hearing about it. On 5/18/07, Igor Maslov [EMAIL PROTECTED] wrote: This is probably more Windows Installer question than a WiX specific. I have an install with abot 3 GB of files. All it does is copying files and creating shortcuts. MSI file has tranforms for several languages, this localization affects only installer GUI, set of files is language neutral and it's stored in separate cab files not embedded in MSI. The speed of the installation phase is very slow. At the beginning of the installation, just before copying files it sits there for 5 minutes. I wonder if there are any properties or settings I could use to improve speed of installation (and uninstall) Thank you -- View this message in context: http://www.nabble.com/How-to-improve-speed-of-installation--tf3780060.html#a10690035 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- --Nathan Stohlmann Minneapolis, MN USA [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/How-to-improve-speed-of-installation--tf3780060.html#a10692622 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using heat.exe as part of an automated build process
Not exactly. If you use Heat on a COM DLL, Heat inserts PUT-GUID-HERE for the GUID so you can do a search/replace as part of the automated build to keep the GUID correct and always the same for that component. Other issues are with the directory structure that Heat uses and the fact that it's output doesn't compile anyway. It seems Heat isn't ready for real use yet.. to be expected I guess. Scott On 5/18/07, Yexley, Robert (LNG-CON) [EMAIL PROTECTED] wrote: I'm still learning the ins and outs of WiX. I'm working on trying to integrate the generation of an MSI into our automated build process, and was wondering about the possibility of using heat.ext to harvest the files needed for the features and components for the MSI. I've read a few archived messages from the list that suggested that doing something like this could potentially be problematic, and isn't recommended, but if I understand correctly the reasons why, I'm not sure it would really cause us a problem for what we're wanting to accomplish. So, I'd like to try to confirm whether or not I understand what the issue is with using heat, describe why I don't think its an issue for us, and it'd be great if someone could confirm whether my thinking is correct or not. So, if I understand correctly, the issue with using heat.exe to generate source files for me as part of an automated build process is that for each build, the GUID for each component would be different on each build, which causes problems for the installer if you want it to be able to upgrade a product installation. Is that right? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using heat.exe as part of an automated build process
Heat isn’t designed to be used in an automated build process. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Palmer Sent: Friday, May 18, 2007 7:10 PM To: Yexley, Robert (LNG-CON) Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using heat.exe as part of an automated build process Not exactly. If you use Heat on a COM DLL, Heat inserts PUT-GUID-HERE for the GUID so you can do a search/replace as part of the automated build to keep the GUID correct and always the same for that component. Other issues are with the directory structure that Heat uses and the fact that it's output doesn't compile anyway. It seems Heat isn't ready for real use yet.. to be expected I guess. Scott On 5/18/07, Yexley, Robert (LNG-CON) [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: I'm still learning the ins and outs of WiX. I'm working on trying to integrate the generation of an MSI into our automated build process, and was wondering about the possibility of using heat.ext to harvest the files needed for the features and components for the MSI. I've read a few archived messages from the list that suggested that doing something like this could potentially be problematic, and isn't recommended, but if I understand correctly the reasons why, I'm not sure it would really cause us a problem for what we're wanting to accomplish. So, I'd like to try to confirm whether or not I understand what the issue is with using heat, describe why I don't think its an issue for us, and it'd be great if someone could confirm whether my thinking is correct or not. So, if I understand correctly, the issue with using heat.exe to generate source files for me as part of an automated build process is that for each build, the GUID for each component would be different on each build, which causes problems for the installer if you want it to be able to upgrade a product installation. Is that right? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch failure when using non-whole files
Gareth at Serif wrote: The file itself is an EXE, built in VisualStudio 2005 with an internal manifest, later VeriSigned for Vista verification and just under 13MB in size. Why can't it be patched by binary difference? I've run into that before using non-executable data files. The closest I can come to an answer is that the delta patch is so complex that it just gives up. Try making just that file a full-file patch and compare the sizes. In my case, the delta patch was only 10 percent smaller than a full-file patch, which is why I think it's a question of complexity. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem using Action attribute on Custom element
Kevin Fischer wrote: Actually that was the complete error message: candle.exe(0,0): Error CNDL0001: Cannot set column 'Action' with a null value because this is a required field. Julie hit upon the solution in another reply. I needed to add an Id attribute to the CustomAction Property=QtExecDeferred listed below. The error message was a little misleading though. Can you enter a bug on SF with the details (e.g., repro case, WiX version)? The compiler should definitely catch that. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overriding Uninstall
vishvas wrote: I am Facing some problems while uninstalling my application.I am Using WIX2.0.I am expexcting user inputs while uninstalling application. But i dont have any control on unistallation. Can any one tell me how to add user input screen while uninstallation ? Any data needed for install or uninstall should be captured during installation and persisted (e.g., in the registry) for uninstall. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT0010: There was an error importing table
Mark Risher wrote: Candle and Light are version 2.0.4820. First suggestion: Try upgrading to the latest v2 weekly release http://wix.sourceforge.net/releases/. That error is caused by a bug in the compiler or linker that let an invalid value get through to the link phase. Can someone suggest what part of File.idt I should look at to diagnose the problem? I've tried running Light with -v0 and -w0 but still am not getting any additional info. You can use the -notidy switch to keep the .idt files around. Basically, at least one column doesn't have a legal value. Easiest way to narrow it down is to remove components and files to reduce the number of File.idt rows you have to look at. And like I said, it's a bug, so if you can figure out which illegal value is getting through, a bug report would be great. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CloseApplication not complete?
Kevin Fischer wrote: I looked at the source code and it appears that the actual close implementation isn't there (or I missed it). This is in V3 of WiX. Is there a timeframe for implementation of this? It's just waiting for someone to volunteer to finish the code. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Update of Files Modified After Install
Sandip Ghosh wrote: Is there any built in facility in MSP to support these requirements, No. MSI's general rule is to never touch user data; any file updated after installation is considered user data. There is no InstallExecuteSequence table for adding custom actions or File table to get the list of files in the package. At a minimum I would need to know the files within the MSP package. Is there a way to get the list of file in the package ? You'd have to extract and examine the transforms embedded in the patch. A better approach is to not patch those files via MSI but to use standard (e.g., IniFile) or custom actions (e.g., XmlConfig) to update them. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Am I publishing a property correctly?
Mike Menaker wrote: Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Disabled=no Text=$(loc.WixUINext) Publish Property=ISWEBBOX Value=TRUE1/Publish Publish Event=NewDialog Value=[WixUI_WEBConfigToReadyToInstall_Next]/Publish /Control Take a look at the ControlEvent Table topic in the MSI SDK doc. Control events you want to run need a true condition; you can't omit it. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Pre-select from multiple INSTALLDIR's?
Matthew Janulewicz wrote: I have a need to have different default install paths based on a variable that's set by the user choosing a radio button in a previous dialog. Has anyone tried something like this? I can't seem to figure it out. It seems that INSTALLDIR always defaults to whatever I have it set to in my Directory ... structure. Never tried a radio button but you can publish a SetTargetPath control event to update a directory tree to a property value. See WixUI_InstallDir.wxs: Publish Dialog=InstallDirDlg Control=ChangeFolder Property=_BrowseProperty Value=[WIXUI_INSTALLDIR] Order=1 -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade?
Kevin Burton wrote: I am trying to build an update. From the tutorial I gathered that I must invoke msiexec directly and with the following arguments: MSI (c) (98:2C) [20:15:42:978]: Command Line: REINSTALL=ALL REINSTALLMODE=vomus Only for a minor update. To start out, I'd suggest investigating major upgrades -- they're all but free with MSI. See http://www.tramontana.co.hu/wix/lesson4.php. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
