[WiX-users] Building WIX on build machine issues...
Hi folks, I have a Build VM where I have installed VS2012 but have NOT installed WIX 3.9 I have rebuilt WIX 3.9 with some changes to the bootstrapper (I added some pre requisite checks that our product requires) (If I install WIX 3.9 and replace the binaries built and is good, but we do not want to install WIX on all the build VM's) I have the WIX 3.9 binaries checked into TFS and have that on the build machine. So I copied the information from: http://wixtoolset.org/documentation/manual/v3/msbuild/daily_builds.html so all my wixproj files have this added: PropertyGroup WixToolPath$(TLSetupCommonResourcePath)\..\Build\WiX\3.9\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath /PropertyGroup and all the MSI's and Bootstrappers (burn) are building :) However my WIX custom action projects are not building I am getting errors... so I modified this section: PropertyGroup WixToolPath$(TLSetupCommonResourcePath)\..\Build\WiX\3.9\sdk\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixCATargetsPath$(WixToolPath)Wix.CA.targets/WixCATargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath /PropertyGroup since it was complaining it couldn't find the Wix.CA.targets file nor the deployment/session references :) I build my custom action project with this: call %MSBUILD% C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\TitusInstallerCA.sln /t:Rebuild /p:Configuration=ReleaseX86 /p:Platform=Mixed Platforms /l:FileLogger,Microsoft.Build.Engine;logfile=.\Build_Titus_Setup.log;Append but now getting these two errors: Modifying SfxCA.dll stub EXEC : error : System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) File name: 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.CopyVersionResource(String sourceFile, String destFile) at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.Build(String output, String sfxdll, IList`1 inputs, TextWriter log) at Microsoft.Deployment.Tools.MakeSfxCA.MakeSfxCA.Main(String[] args) and EXEC : error : System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Deployment.Resources, Version=3.0.0.0, Culture=neutral, PublicKeyToken=ce35f76fcda82bad' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040) C:\Dev\SetupCommon\Main\Build\WiX\3.9\sdk\Wix.CA.targets(147,5): error MSB3073: The command C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\..\sdk\MakeSfxCA.exe C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\obj\x86\Release\TitusInstaller.CA.dll C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\..\sdk\x86\SfxCA.dll C:\Dev\SetupCommon\Main\Source\TitusInstallerCA\obj\x86\Release\TitusInstaller.dll C:\Dev\SetupCommon\Main\Resources\..\Build\WiX\3.9\sdk\Microsoft.Deployment.WindowsInstaller.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Common.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Internal.SetupUtility\Titus.Domain.Types.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Enterprise.Management.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Internal.SetupUtility\Titus.Internal.SetupUtility.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\log4net.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\HtmlAgilityPack.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\NServiceBus.dll;C:\Dev\StableBuild\GloriaBuilds\Main\TitusEnterprise\Titus.Enterprise.Management.Service\Titus.Bus.Messages.dll;C:\Dev\StableBuild\GloriaBuil
[WiX-users] Building WiX Bootstrapper Application with TFS Build
Hello, I've created two WiX setups as well as a Bootstrapper that contains both .msi files inside its Chain. Now I want to build both setups and the BA with TFS Build. The build itself is successful, I've already moved the WiX sources to TFS and changed the WiX paths to a relative location in my TFS. Unfortunately, the TFS drop folder contains all of the DLLs and other files from the build output and not the bootstrapper MSI / exe. How can I do that? Thank you! -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 13/03/2013 20:13, jeamis wrote: So how do I enlist to the Mercurial repository? All I want to do is compile burn. I want to confirm our static analysis and debugging. Any direction is appreciated. Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 To create a build that can be installed on different machines you'll need Visual Studio 2008, 2010 and 2012 along with the Visual Studio 2008, 2010 and 2012 SDKs from the Extensibility Center. You also need HTML Help SDK from http://msdn.microsoft.com/en-gb/library/windows/desktop/ms670169(v=vs.85).aspx, Sandcastle and Sandcastle Help File Builder from http://shfb.codeplex.com/ . Create a strong name keypair: sn -k wix.snk sn -p wix.snk wix.pub sn -tp wix.pub Copy the public key and add new InternalsVisibleTo lines in: src\Votive\sconce\Properties\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\AssemblyInfo.cs src\Votive\sdk_vs2010\common\source\csharp\project\attributes.cs Then run: msbuild /p:VisualStudioVersion=11.0 /p:OFFICIAL_WIX_BUILD=path_to_wix.snk The binaries will be put in build\debug. You should also be able to open src\Burn.sln and build the projects individually. -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
On 19/03/2013 12:31, Bruce Cran wrote: Clone https://hg.codeplex.com/wix : hg clone https://hg.codeplex.com/wix -b wix38 Sorry ignore most of that - those instructions are for WiX 3.8 not 3.6. To get 3.6 you just need to use -b wix36 when cloning and follow the instructions in the documentation. -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building Wix 3.6
Ok, I see that on http://wix.codeplex.com/releases/view/93929 there is a zip file that contains source. What is needed to build the wix 3.6 toolkit? Can I build it using DevStudio 2010? Is the source complete? I tried to open the wix.sln (which my machine says it is 2010 sln file, but it wants to covert all the sub projects - that does not seem right if it is a 2010 sln file. Thanks Jon - - jon -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Building-Wix-3-6-tp7584313.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
You need to enlist in the Mercurial repository to build. The sources.zip is availble for debugging purposes (along with the pdbs.zip) it is not buildable. To build wix36, you use make.bat. It requires lots of stuff installed on your machine to build correctly. On Wed, Mar 13, 2013 at 11:07 AM, jeamis jonathan.a...@intergraph.comwrote: Ok, I see that on http://wix.codeplex.com/releases/view/93929 there is a zip file that contains source. What is needed to build the wix 3.6 toolkit? Can I build it using DevStudio 2010? Is the source complete? I tried to open the wix.sln (which my machine says it is 2010 sln file, but it wants to covert all the sub projects - that does not seem right if it is a 2010 sln file. Thanks Jon - - jon -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Building-Wix-3-6-tp7584313.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix 3.6
Thanks Rob, So how do I enlist to the Mercurial repository? All I want to do is compile burn. I want to confirm our static analysis and debugging. Any direction is appreciated. -Jon - - jon -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Building-Wix-3-6-tp7584313p7584326.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building Wix
Rob, * [property] Target framework changed to Microsoft .NET Framework 2.0. - NOT SOLVED * [property] Read-only property dir.hhw cannot be overwritten. - SOLVED - by removing read-only=true from source code * [property] Read-only property hhw-found cannot be overwritten. - SOLVED - by removing read-only=true from source code. How to solve 1st issue? I am building WiX Source executing MAKE.BAT file (without any modifications) In my WIndows 7 system, I have installed following: 1.Microsoft Visual Studio 10.0 Professional 2.Windows SDK for Windows server 2008 3. Microsoft Visual Studio SDK 2010 dot NET framework tools 4. Microsoft SDK for Win 7 5. NANT 0.92 6. Microsoft Visual Studio 2008 7. HTML Help workshot 8. Microsoft Help Viewer 1.0 .NET Frameworks: Microsoft .NET framework 1.0 SP3 Developer Microsoft .NET framework 2.0 SP2 Microsoft .NET framework 3.5 Microsoft .NET framework 4 Client Profile Microsoft .NET framework 4 Extended Microsoft .NET framework 4 Multi-Targeting Pack - jaczjill -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/building-Wix-tp7474266p7580442.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] building Wix
I am facing same issue i.e. need to build wixstdba.vcxproj project. If any one got its solution then please let me know the solution. - jaczjill -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/building-Wix-tp7474266p7580340.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] building Wix
The WiX v3.6 buid is (unfortunately) wired to build from the beginning and all the way through. You do have to have the whole environment (lots of stuff to install) to get there. On Thu, Sep 6, 2012 at 6:58 AM, jaczjill jaczj...@gmail.com wrote: I am facing same issue i.e. need to build wixstdba.vcxproj project. If any one got its solution then please let me know the solution. - jaczjill -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/building-Wix-tp7474266p7580340.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
[WiX-users] Building WiX from source
As we now have a 3.6 RC0, I wanted to take another stab at burn. When I attempt to build on a clean machine (Win 7 x64) with just VS2010, the 6.1 and 7.1 SDK, and NAnt I keep getting errors like: [exec] Microsoft (R) Build Engine Version 3.5.30729.5420 [exec] [Microsoft .NET Framework, Version 2.0.50727.5448] [exec] Copyright (C) Microsoft Corporation 2007. All rights reserved. [exec] [exec] Z:\Projects\wix-36rc0\src\core.sln.cache(301,5): error MSB4126: The specified solution configuration Debug|AnyCPU is invalid. Please specify a valid solution configuration using the Configuration and Platform properties (e.g. MSBuild.exe Solution .sln /p:Configuration=Debug /p:Platform=Any CPU) or leave those properties blank to use the default solution configuration. I was also seeing this error from toolsrc.sln. There I was able to hack around it by modifying toolsrc.build to include arg value=/property:Platform=Any CPU / on the toolsrc.inc target, but this hack doesn't seem to work for the core. Am I doing something wrong or missing something that is causing this, or is the current code in HG broken for my specific configuration? I do believe I have followed all the steps outlined in the help file. I have also tried every release of Nant from 0.91 up to the bleeding edge with no success. Any help would be greatly appreciated. -- 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] building Wix
hello i'm having problem building wix : i have installed all the required prerequisites (or at their equivalent for Visual 2010) i basically just would like to build wixstdba, (it requires the balutil.lib ) - building any project in ext.sln (or in the wix solution) shows The XsdGen task was not found. Check the following: 1.) The name of the task in the project file is the same as the name of the task class. 2.) The task class is public and implements the Microsoft.Build.Framework.ITask interface. 3.) The task is correctly declared with UsingTask in the project file, or in the *.tasks files located in the C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319 directory. - building using make shows * Buildfile: file:///D:/Projets/wix sources/wix.build * Target framework: Microsoft .NET Framework 4.0 * Target(s) specified: inc * * [property] Target framework changed to Microsoft .NET Framework 2.0. * [property] Read-only property dir.hhw cannot be overwritten. * [property] Read-only property hhw-found cannot be overwritten. * * BUILD FAILED - 0 non-fatal error(s), 2 warning(s) what do i miss ? thank you in advance -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building Wix
It can be done but you need to unwire all the wix build customisations before it will work - personally I have found none of solutions in the wix source work unless you can first build everything and even then it is not easy. What I did to build wixstdba was pull out the projects wixstdba and balutil in to their own solution and then rewire the include and lib files to reference the wix 3.6 sdk in C:\Program Files\WiX Toolset v3.6\SDK (this is probably how the developers expected it to work). I have not been able to get the extension or wixlib to build but just creating wixstdba was enough for me. Hope this helps. Neil -Original Message- From: jean claude klodjan [mailto:jcklod...@gmail.com] Sent: 17 April 2012 18:27 To: wix-users@lists.sourceforge.net Subject: [WiX-users] building Wix hello i'm having problem building wix : i have installed all the required prerequisites (or at their equivalent for Visual 2010) i basically just would like to build wixstdba, (it requires the balutil.lib ) - building any project in ext.sln (or in the wix solution) shows The XsdGen task was not found. Check the following: 1.) The name of the task in the project file is the same as the name of the task class. 2.) The task class is public and implements the Microsoft.Build.Framework.ITask interface. 3.) The task is correctly declared with UsingTask in the project file, or in the *.tasks files located in the C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319 directory. - building using make shows * Buildfile: file:///D:/Projets/wix sources/wix.build * Target framework: Microsoft .NET Framework 4.0 * Target(s) specified: inc * * [property] Target framework changed to Microsoft .NET Framework 2.0. * [property] Read-only property dir.hhw cannot be overwritten. * [property] Read-only property hhw-found cannot be overwritten. * * BUILD FAILED - 0 non-fatal error(s), 2 warning(s) what do i miss ? thank you in advance -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
OK, Brian I am back again with a new question. Been Digging around the wix code. :) Now I have tried out Project harvester and the problem is I cannot get in all the dll's included with the project. Basically we have multiple projects in the solution. So I tried to use the Satellites ProjectOutputGroup which I think would do the trick, but it is not working for me(I probably am doing it wrong, but tried command line also and no output). So basically all I get out is the projects .exe file outputed. Really what I need is all the output from the solution file. So I was thinking that I probably have to use heatdirectory again. Here is the wix.proj file and the output so you can better see: Thanks for your help. Project DefaultTargets=Build xmlns= http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration Platform Condition= '$(Platform)' == '' x86/Platform ProductVersion1.0/ProductVersion ProjectGuid{1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}/ProjectGuid SchemaVersion2.0/SchemaVersion OutputNameWix_TagImport/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup PropertyGroup Configuration Condition= '$(Configuration)' == ''Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\DLL\Wix\/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=Components.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Binaries OutputFile=Components.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Satellites OutputFile=Components2.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Debug|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath DefineConstantsDebug/DefineConstants /PropertyGroup PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Release|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath /PropertyGroup ItemGroup WixExtension Include=WixUtilExtension HintPath$(WixToolPath)\WixUtilExtension.dll/HintPath /WixExtension WixExtension Include=WixUIExtension HintPath$(WixToolPath)\WixUIExtension.dll/HintPath /WixExtension /ItemGroup ItemGroup Compile Include=WixUI_Minimal_NoLicense.wxs / Compile Include=Wix_TagImport.wxs / /ItemGroup Import Project=$(WixTargetsPath) / !-- To modify your build process, add your task inside one of the targets below and uncomment it. Other similar extension points exist, see Wix.targets. Target Name=BeforeBuild /Target Target Name=AfterBuild /Target -- /Project ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment DirectoryRef Id=PrestigeTagImportStandaloneHost.Binaries Component Id=cmp8F5D22A8483B0DE94482B3AD5BDB74BF Guid=* File Id=filDDCC5FCC7A0DD48047950A8F4CBA3DA5 Source=$(var.PrestigeTagImportStandaloneHost.TargetDir)\PrestigeTagImportStandaloneHost.exe / /Component /DirectoryRef /Fragment Fragment ComponentGroup Id=PrestigeTagImportStandaloneHost.Binaries ComponentRef Id=cmp8F5D22A8483B0DE94482B3AD5BDB74BF / /ComponentGroup /Fragment /Wix 2009/4/20 Brian Bakkebo bbakk...@gmail.com Thanks Brian I am using the latest drop of wix. Brian, no I didn't know about the project harvester. That is basically what I am trying to do. Is there any info on how to use it anywhere? On Apr 20, 2009 5:38 PM, Brian Rogers rogers.br...@gmail.com wrote: Hey Brian, Which version of heat.exe are you using? Is it this weeks drop? Second, if you could show more or your source wixproj that would be great. Also, the PreprocessorVariable takes only var.MyVar not $(var.MyVar). Do you know about the VSProject harvestor extension? This might work for what you are doing. Check it out heat.exe -? and look for project. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Apr 20, 2009 at 7:51
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Hey Brian, Am I understanding you correctly when you say you have dependency .dlls listed in the project itself? If that is the case you could create a separate call to heat.exe to get those files as individuals. Unfortunately the only other way I know how to do this would be to use the -pog:Sources switch. However, this will give you ALL the source code and I don't think that is what you are looking for. Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Apr 21, 2009 at 3:55 AM, Brian Bakkebo bbakk...@gmail.com wrote: OK, Brian I am back again with a new question. Been Digging around the wix code. :) Now I have tried out Project harvester and the problem is I cannot get in all the dll's included with the project. Basically we have multiple projects in the solution. So I tried to use the Satellites ProjectOutputGroup which I think would do the trick, but it is not working for me(I probably am doing it wrong, but tried command line also and no output). So basically all I get out is the projects .exe file outputed. Really what I need is all the output from the solution file. So I was thinking that I probably have to use heatdirectory again. Here is the wix.proj file and the output so you can better see: Thanks for your help. Project DefaultTargets=Build xmlns= http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration Platform Condition= '$(Platform)' == '' x86/Platform ProductVersion1.0/ProductVersion ProjectGuid{1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}/ProjectGuid SchemaVersion2.0/SchemaVersion OutputNameWix_TagImport/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup PropertyGroup Configuration Condition= '$(Configuration)' == ''Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\DLL\Wix\/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=Components.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Binaries OutputFile=Components.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Satellites OutputFile=Components2.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Debug|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath DefineConstantsDebug/DefineConstants /PropertyGroup PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Release|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath /PropertyGroup ItemGroup WixExtension Include=WixUtilExtension HintPath$(WixToolPath)\WixUtilExtension.dll/HintPath /WixExtension WixExtension Include=WixUIExtension HintPath$(WixToolPath)\WixUIExtension.dll/HintPath /WixExtension /ItemGroup ItemGroup Compile Include=WixUI_Minimal_NoLicense.wxs / Compile Include=Wix_TagImport.wxs / /ItemGroup Import Project=$(WixTargetsPath) / !-- To modify your build process, add your task inside one of the targets below and uncomment it. Other similar extension points exist, see Wix.targets. Target Name=BeforeBuild /Target Target Name=AfterBuild /Target -- /Project ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment DirectoryRef Id=PrestigeTagImportStandaloneHost.Binaries Component Id=cmp8F5D22A8483B0DE94482B3AD5BDB74BF Guid=* File Id=filDDCC5FCC7A0DD48047950A8F4CBA3DA5 Source=$(var.PrestigeTagImportStandaloneHost.TargetDir)\PrestigeTagImportStandaloneHost.exe / /Component /DirectoryRef /Fragment Fragment ComponentGroup Id=PrestigeTagImportStandaloneHost.Binaries ComponentRef Id=cmp8F5D22A8483B0DE94482B3AD5BDB74BF / /ComponentGroup /Fragment /Wix 2009/4/20 Brian Bakkebo bbakk...@gmail.com Thanks Brian I am using the latest drop of wix. Brian, no I didn't know about the project harvester. That is basically what
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Thanks for the answer Brian. Yes, its very basic and ugly for some of our apps. I am working on that as well. What would be ideal is if you could just specify the .sln file and then heat automagically fetched all the structure plus reference dlls. That would be the dream..Perhaps version 4.0 of wix! ...Of course you would need to include all the best practices for component rules(a lot of this is there), windows installer rules, etc, baked in and then wix plus heat has become basically the autopilot installer, well not quite, but close. :) I looked at Sources and it will not work. Too many files there.. So, I am back to heatdirectory now as it appears to do what I need. Thanks for all your help Brian 2009/4/21 Brian Rogers rogers.br...@gmail.com Hey Brian, Am I understanding you correctly when you say you have dependency .dlls listed in the project itself? If that is the case you could create a separate call to heat.exe to get those files as individuals. Unfortunately the only other way I know how to do this would be to use the -pog:Sources switch. However, this will give you ALL the source code and I don't think that is what you are looking for. Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Apr 21, 2009 at 3:55 AM, Brian Bakkebo bbakk...@gmail.com wrote: OK, Brian I am back again with a new question. Been Digging around the wix code. :) Now I have tried out Project harvester and the problem is I cannot get in all the dll's included with the project. Basically we have multiple projects in the solution. So I tried to use the Satellites ProjectOutputGroup which I think would do the trick, but it is not working for me(I probably am doing it wrong, but tried command line also and no output). So basically all I get out is the projects .exe file outputed. Really what I need is all the output from the solution file. So I was thinking that I probably have to use heatdirectory again. Here is the wix.proj file and the output so you can better see: Thanks for your help. Project DefaultTargets=Build xmlns= http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration Platform Condition= '$(Platform)' == '' x86/Platform ProductVersion1.0/ProductVersion ProjectGuid{1bc4cf27-badd-47e0-87a7-9e3ed0c8c50b}/ProjectGuid SchemaVersion2.0/SchemaVersion OutputNameWix_TagImport/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup PropertyGroup Configuration Condition= '$(Configuration)' == ''Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath..\..\DLL\Wix\/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\DLL\Wix\/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=Components.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Binaries OutputFile=Components.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target UsingTask TaskName=HeatProject AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatProject Project=..\PrestigeTagImportStandaloneHost\PrestigeTagImportStandaloneHost.csproj ProjectOutputGroups=Satellites OutputFile=Components2.wxs AutogenerateGuids=true ToolPath=$(WixToolPath)/ /Target PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Debug|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath DefineConstantsDebug/DefineConstants /PropertyGroup PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Release|x86' OutputPathbin\$(Configuration)\/OutputPath IntermediateOutputPathobj\$(Configuration)\/IntermediateOutputPath /PropertyGroup ItemGroup WixExtension Include=WixUtilExtension HintPath$(WixToolPath)\WixUtilExtension.dll/HintPath /WixExtension WixExtension Include=WixUIExtension HintPath$(WixToolPath)\WixUIExtension.dll/HintPath /WixExtension /ItemGroup ItemGroup Compile Include=WixUI_Minimal_NoLicense.wxs / Compile Include=Wix_TagImport.wxs / /ItemGroup Import Project=$(WixTargetsPath) / !-- To modify your build process, add your task inside one of the targets below and uncomment it. Other similar extension points exist, see Wix.targets. Target
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Hello Brian, thanks for your response below. It solved just about everything for me. Now I have a problem with the heat output: File Id=filECAD2FA36BABE7788C7D38952DE30E56 KeyPath=yes Source=SourceDir\ So I tried to do this here: Adding this: HeatDirectory PreprocessorVariable=$(var.MyVar) .../ based on your heat examples here: http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!461.entry But I am not quite sure how to define this variable in the wix project file or if I can? What I am trying to do is have this point to my output directory ie:Debug or Release\ Can you give me an idea of what I need to do here. Med vennlig hilsen /Regards Brian 2009/4/19 Brian Rogers rogers.br...@gmail.com Hey Brian, Try the below. PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath*Pass via the command line*/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\data\HeatDir/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=product.wxs / Compile Include=TestDir.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatDirectory AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatDirectory Directory=..\..\data\HeatDir DirectoryRefId=DataDir OutputFile=TestDir.wxs AutogenerateGuids=true ToolPath=$(WixToolPath) / /Target Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Sun, Apr 19, 2009 at 5:39 AM, Brian Bakkebo bbakk...@gmail.com wrote: Hello all (I posted this to the wrong list on friday(wix-users-request)) Rob pointed out to me that there was a way to use heattasks: http://stackoverflow.com/questions/710687/best-way-to-create-a-wix-fragment-file-based-on-user-defined-directories-to-be-us,but I have not been able to get heattask or heatdirectory to work after trying different methods. I found a much earlier post on the mailing-list here stating that you can use this a command like this in the wixproj file below to get HeatDirectory to work: WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup Target Name=BeforeBuild HeatDirectory Directory=..\..\DLL\Wix\ OutputFile=test.wxs GenerateGuidsNow=true SuppressFragments=true Template=module ToolPath=$(WixToolPath) / /Target The build succeeds, but I am not seeing any file output and no mention of heat running in the output in vs. I also tried msbuild same results... 1. Can someone give me proper syntax for this to run from a Visual studio wix project for the HeatDirectory and a HeatTask commands? I could not find any documentation on this, perhaps this would help out as well. I will update my post to stackoverflow when I get this all worked out, to share the infor. Thanks in advance for your help. I can provide my full .wixproj if it is needed Thanks in advance Brian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Hey Brian, Which version of heat.exe are you using? Is it this weeks drop? Second, if you could show more or your source wixproj that would be great. Also, the PreprocessorVariable takes only var.MyVar not $(var.MyVar). Do you know about the VSProject harvestor extension? This might work for what you are doing. Check it out heat.exe -? and look for project. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Apr 20, 2009 at 7:51 AM, Brian Bakkebo bbakk...@gmail.com wrote: Hello Brian, thanks for your response below. It solved just about everything for me. Now I have a problem with the heat output: File Id=filECAD2FA36BABE7788C7D38952DE30E56 KeyPath=yes Source=SourceDir\ So I tried to do this here: Adding this: HeatDirectory PreprocessorVariable=$(var.MyVar) .../ based on your heat examples here: http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!461.entryhttp://icumove.spaces.live.com/blog/cns%21FB93073C6534B681%21461.entry But I am not quite sure how to define this variable in the wix project file or if I can? What I am trying to do is have this point to my output directory ie:Debug or Release\ Can you give me an idea of what I need to do here. Med vennlig hilsen /Regards Brian 2009/4/19 Brian Rogers rogers.br...@gmail.com Hey Brian, Try the below. PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath*Pass via the command line*/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\data\HeatDir/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=product.wxs / Compile Include=TestDir.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatDirectory AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatDirectory Directory=..\..\data\HeatDir DirectoryRefId=DataDir OutputFile=TestDir.wxs AutogenerateGuids=true ToolPath=$(WixToolPath) / /Target Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Sun, Apr 19, 2009 at 5:39 AM, Brian Bakkebo bbakk...@gmail.com wrote: Hello all (I posted this to the wrong list on friday(wix-users-request)) Rob pointed out to me that there was a way to use heattasks: http://stackoverflow.com/questions/710687/best-way-to-create-a-wix-fragment-file-based-on-user-defined-directories-to-be-us,but I have not been able to get heattask or heatdirectory to work after trying different methods. I found a much earlier post on the mailing-list here stating that you can use this a command like this in the wixproj file below to get HeatDirectory to work: WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup Target Name=BeforeBuild HeatDirectory Directory=..\..\DLL\Wix\ OutputFile=test.wxs GenerateGuidsNow=true SuppressFragments=true Template=module ToolPath=$(WixToolPath) / /Target The build succeeds, but I am not seeing any file output and no mention of heat running in the output in vs. I also tried msbuild same results... 1. Can someone give me proper syntax for this to run from a Visual studio wix project for the HeatDirectory and a HeatTask commands? I could not find any documentation on this, perhaps this would help out as well. I will update my post to stackoverflow when I get this all worked out, to share the infor. Thanks in advance for your help. I can provide my full .wixproj if it is needed Thanks in advance Brian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Thanks Brian I am using the latest drop of wix. Brian, no I didn't know about the project harvester. That is basically what I am trying to do. Is there any info on how to use it anywhere? On Apr 20, 2009 5:38 PM, Brian Rogers rogers.br...@gmail.com wrote: Hey Brian, Which version of heat.exe are you using? Is it this weeks drop? Second, if you could show more or your source wixproj that would be great. Also, the PreprocessorVariable takes only var.MyVar not $(var.MyVar). Do you know about the VSProject harvestor extension? This might work for what you are doing. Check it out heat.exe -? and look for project. Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Mon, Apr 20, 2009 at 7:51 AM, Brian Bakkebo bbakk...@gmail.com wrote: Hello Brian, thanks fo... http://icumove.spaces.live.com/blog/cns!FB93073C6534B681!461.entry http://icumove.spaces.live.com/blog/cns%21FB93073C6534B681%21461.entry But I am not quite sure how to define this variable in the wix project file or if I can? Wha... -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Hello all (I posted this to the wrong list on friday(wix-users-request)) Rob pointed out to me that there was a way to use heattasks: http://stackoverflow.com/questions/710687/best-way-to-create-a-wix-fragment-file-based-on-user-defined-directories-to-be-us,but I have not been able to get heattask or heatdirectory to work after trying different methods. I found a much earlier post on the mailing-list here stating that you can use this a command like this in the wixproj file below to get HeatDirectory to work: WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup Target Name=BeforeBuild HeatDirectory Directory=..\..\DLL\Wix\ OutputFile=test.wxs GenerateGuidsNow=true SuppressFragments=true Template=module ToolPath=$(WixToolPath) / /Target The build succeeds, but I am not seeing any file output and no mention of heat running in the output in vs. I also tried msbuild same results... 1. Can someone give me proper syntax for this to run from a Visual studio wix project for the HeatDirectory and a HeatTask commands? I could not find any documentation on this, perhaps this would help out as well. I will update my post to stackoverflow when I get this all worked out, to share the infor. Thanks in advance for your help. I can provide my full .wixproj if it is needed Thanks in advance Brian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building wix from visual studio 2008 using HeatDirectory/HeatTask
Hey Brian, Try the below. PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration OutputNamemsbuild.heatfile/OutputName OutputTypePackage/OutputType WixToolPath*Pass via the command line*/WixToolPath Culturesen-us/Cultures LinkerBaseInputPaths..\..\data\HeatDir/LinkerBaseInputPaths /PropertyGroup ItemGroup Compile Include=product.wxs / Compile Include=TestDir.wxs / /ItemGroup Import Project=$(WixToolPath)\Wix.targets / UsingTask TaskName=HeatDirectory AssemblyFile=$(WixToolPath)WixUtilExtension.dll / Target Name=BeforeBuild HeatDirectory Directory=..\..\data\HeatDir DirectoryRefId=DataDir OutputFile=TestDir.wxs AutogenerateGuids=true ToolPath=$(WixToolPath) / /Target Thanks, Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Sun, Apr 19, 2009 at 5:39 AM, Brian Bakkebo bbakk...@gmail.com wrote: Hello all (I posted this to the wrong list on friday(wix-users-request)) Rob pointed out to me that there was a way to use heattasks: http://stackoverflow.com/questions/710687/best-way-to-create-a-wix-fragment-file-based-on-user-defined-directories-to-be-us,but I have not been able to get heattask or heatdirectory to work after trying different methods. I found a much earlier post on the mailing-list here stating that you can use this a command like this in the wixproj file below to get HeatDirectory to work: WixToolPath..\..\DLL\Wix\/WixToolPath WixTasksPath$(WixToolPath)\wixtasks.dll/WixTasksPath WixTargetsPath$(WixToolPath)\Wix.targets/WixTargetsPath /PropertyGroup Target Name=BeforeBuild HeatDirectory Directory=..\..\DLL\Wix\ OutputFile=test.wxs GenerateGuidsNow=true SuppressFragments=true Template=module ToolPath=$(WixToolPath) / /Target The build succeeds, but I am not seeing any file output and no mention of heat running in the output in vs. I also tried msbuild same results... 1. Can someone give me proper syntax for this to run from a Visual studio wix project for the HeatDirectory and a HeatTask commands? I could not find any documentation on this, perhaps this would help out as well. I will update my post to stackoverflow when I get this all worked out, to share the infor. Thanks in advance for your help. I can provide my full .wixproj if it is needed Thanks in advance Brian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX project using MSBuild on Windows 2003 x64 server
Thank you, it's working! Bob Arnson-6 wrote: Dmitry Ponomarenko wrote: I am not sure how I can specify this property in the project file - there is no such option over UI. Could you please provide me with an example for the project file with setting the property? You'll have to do it in a text editor since it's not exposed in the UI. Inside a PropertyGroup element, add RunWixToolsOutOfProctrue/RunWixToolsOutOfProc -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Building-WiX-project-using-MSBuild-on-Windows-2003-x64-server-tp2186544p2216596.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX project using MSBuild on Windows 2003 x64 server
Dmitry Ponomarenko wrote: I am not sure how I can specify this property in the project file - there is no such option over UI. Could you please provide me with an example for the project file with setting the property? You'll have to do it in a text editor since it's not exposed in the UI. Inside a PropertyGroup element, add RunWixToolsOutOfProctrue/RunWixToolsOutOfProc -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX project using MSBuild on Windows 2003 x64 server
Hello Bob, I am not sure how I can specify this property in the project file - there is no such option over UI. Could you please provide me with an example for the project file with setting the property? Thanks, Dmitry Bob Arnson-6 wrote: Dmitry Ponomarenko wrote: I am in trouble with building my WiX solution using NAnt and MSBuild task on a server which is running under Windows 2003 x64. NAnt will run as a 64-bit process on an x64 machine; for compatibility, the WiX tools are marked as x86 and NAnt won't be able to load 32-bit processes in-process. Set the RunWixToolsOutOfProc property to true in your .wixproj to force the tools to load out-of-process. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Building-WiX-project-using-MSBuild-on-Windows-2003-x64-server-tp2186544p2202194.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building WiX project using MSBuild on Windows 2003 x64 server
Hello All, I am in trouble with building my WiX solution using NAnt and MSBuild task on a server which is running under Windows 2003 x64. NAnt task is simple: exec program=msbuild.exe basedir=${ProspX.netFrameworkPath} workingdir=${wc.branchPath} resultproperty=setup.WiX.result failonerror=false arg value=.\XChangeWiX\XChangeWix.sln / arg value=/property:Configuration=${build.configuration};Platform=${build.platform} / arg value=/verbosity:${build.verbosity} / /exec The WiX solution contains 3 wixproj; each of them has PropertyGroup WixRoot..\..\Lib\WiX\v3.0\/WixRoot WixTargetsPath$(WixRoot)Wix.targets/WixTargetsPath WixTasksPath..\$(WixRoot)wixtasks.dll/WixTasksPath /PropertyGroup Each time when I am trying to build the solution file from NAnt, NAnt crashes; in NAnt's output I see: [exec] Target Compile: [exec] ..\..\Lib\WiX\v3.0\candle.exe -dDevEnvDir=*Undefined if not building from within Visual Studio* -dSolutionDir=E:\1Projects\Releases\3.3.2\XChangeWiX\ -dSolutionExt=.sln -dSolutionFileName=XChangeWix.sln -dSolutionName=XChangeWix -dSolutionPath=E:\1Projects\Releases\3.3.2\XChangeWiX\XChangeWix.sln -dConfiguration=Release -dOutDir=..\Output\ -dPlatform=x86 -dProjectDir=E:\1Projects\Releases\3.3.2\XChangeWiX\XChangeWiXUI\ -dProjectExt=.wixproj -dProjectFileName=XChangeWiXUI.wixproj -dProjectName=XChangeWiXUI -dProjectPath=E:\1Projects\Releases\3.3.2\XChangeWiX\XChangeWiXUI\XChangeWiXUI.wixproj -dTargetDir=E:\1Projects\Releases\3.3.2\XChangeWiX\Output\ -dTargetExt=.wixlib -dTargetFileName=XChangeWiXUI.wixlib -dTargetName=XChangeWiXUI -dTargetPath=E:\1Projects\Releases\3.3.2\XChangeWiX\Output\XChangeWiXUI.wixlib -out obj\Release\MyBrowseDlg.wixobj -arch x86 UI\MyBrowseDlg.wxs [exec] Could not load file or assembly 'file:///E:\1Projects\Releases\3.3.2\Lib\WiX\v3.0\candle.exe' or one of its dependencies. An attempt was made to load a program with an incorrect format. [exec]at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) [exec]at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark stackMark, Boolean forIntrospection) [exec]at System.Reflection.Assembly.LoadFrom(String assemblyFile) [exec]at Microsoft.Tools.WindowsInstallerXml.Build.Tasks.WixToolTask.ExecuteToolThread(Object parameters) The E:\1Projects\Releases\3.3.2\Lib\WiX\v3.0\candle.exe' file exists and all necessary files are in the same folder. Also, if I change WixTasksPath to not existing folder (or to folder which does not have WixTasks.dll file) I get another error (somethis llike could not load file WixTasks.dll). My bet is that there is something wrong with WixTasks.dll for x64 platform. The same NAnt script is working fine on my dev machine with is running under Windows XP x86. Also, Visual Studio 2005 on the server builds the solution without any problems too. I am using the latest release of WiX (3.0.4805.0). Any help appreciated! Dmitry -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX project using MSBuild on Windows 2003 x64 server
Dmitry Ponomarenko wrote: I am in trouble with building my WiX solution using NAnt and MSBuild task on a server which is running under Windows 2003 x64. NAnt will run as a 64-bit process on an x64 machine; for compatibility, the WiX tools are marked as x86 and NAnt won't be able to load 32-bit processes in-process. Set the RunWixToolsOutOfProc property to true in your .wixproj to force the tools to load out-of-process. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
Vidya Kukke wrote: One last thing, I was wondering how come if it has not been localized in japanese I get warnings only for a few strings? Is it that these are new and have been introduced only in 3.0 but the rest of the strings were in 2.0 and are available for use as-is in 3.0? The former: WiX v2 didn't have loc strings for the CA messages. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
If you give it a fallback option to English it should work e.g. cultures=ja-jp;en-us. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com mailto:n...@x2systems.com From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: Thu 15/01/2009 23:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Building Wix for ja-JP Hi, I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of our installer. However when I change the culture to build to ja-JP (via VS 2008 project settings) I am getting the following errors:- C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(208,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(209,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(210,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(18,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(19,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(20,0): error LGHT0102: The localization variable !(loc.CreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(21,0): error LGHT0102: The localization variable !(loc.DropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(22,0): error LGHT0102: The localization variable !(loc.ExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(23,0): error LGHT0102: The localization variable !(loc.RollbackExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(12,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedCreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(13,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedDropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(14,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedConnectDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(15,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedExecString) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(16,0): error LGHT0102: The localization variable !(loc.msierrSQLDatabaseAlreadyExists) is unknown. Please ensure the variable is defined. So the question is, is ja-JP a supported culture for this build? If yes what am I missing? I checked the command-line from light and it seemed to pick up the right culture. Are there any .wxl files specific to ja I need to download? Snippet of light:- C:\Program Files\Windows Installer XML v3\bin\Light.exe -cultures:ja-JP -ext C:\Program Files\Windows Installer XML v3\bin\WixNetFxExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUtilExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll -loc myLocFile-ja.wxl -out blah Any help is much appreciated. Regards, Vidya -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] Building Wix for ja-JP
:-). One last thing, I was wondering how come if it has not been localized in japanese I get warnings only for a few strings? Is it that these are new and have been introduced only in 3.0 but the rest of the strings were in 2.0 and are available for use as-is in 3.0? Can you please help clarify this? Regards, Vidya -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Friday, January 16, 2009 9:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP Vidya Kukke wrote: Is there any plan to do it? The WiX team, while experts in many, many things, is amateur at best at more than a handful of foreign languages. We rely on experts to donate that expertise and so far, nobody has done so. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
I think there were a whole lot of translations provide by someone (possible Microsoft) in the early days of the UI but they haven't been update to include the custom actions or additions to the UI. Neil -Original Message- From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: 16 January 2009 19:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP :-). One last thing, I was wondering how come if it has not been localized in japanese I get warnings only for a few strings? Is it that these are new and have been introduced only in 3.0 but the rest of the strings were in 2.0 and are available for use as-is in 3.0? Can you please help clarify this? Regards, Vidya -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Friday, January 16, 2009 9:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP Vidya Kukke wrote: Is there any plan to do it? The WiX team, while experts in many, many things, is amateur at best at more than a handful of foreign languages. We rely on experts to donate that expertise and so far, nobody has done so. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building Wix for ja-JP
Hi, I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of our installer. However when I change the culture to build to ja-JP (via VS 2008 project settings) I am getting the following errors:- C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(208,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(209,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(210,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(18,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(19,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(20,0): error LGHT0102: The localization variable !(loc.CreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(21,0): error LGHT0102: The localization variable !(loc.DropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(22,0): error LGHT0102: The localization variable !(loc.ExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(23,0): error LGHT0102: The localization variable !(loc.RollbackExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(12,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedCreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(13,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedDropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(14,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedConnectDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(15,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedExecString) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(16,0): error LGHT0102: The localization variable !(loc.msierrSQLDatabaseAlreadyExists) is unknown. Please ensure the variable is defined. So the question is, is ja-JP a supported culture for this build? If yes what am I missing? I checked the command-line from light and it seemed to pick up the right culture. Are there any .wxl files specific to ja I need to download? Snippet of light:- C:\Program Files\Windows Installer XML v3\bin\Light.exe -cultures:ja-JP -ext C:\Program Files\Windows Installer XML v3\bin\WixNetFxExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUtilExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll -loc myLocFile-ja.wxl -out blah Any help is much appreciated. Regards, Vidya -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
It does not appear that anyone has provided localization for those messages, yet. -Original Message- From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: Thursday, January 15, 2009 15:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Building Wix for ja-JP Hi, I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of our installer. However when I change the culture to build to ja-JP (via VS 2008 project settings) I am getting the following errors:- C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(208,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(209,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(210,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(18,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(19,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(20,0): error LGHT0102: The localization variable !(loc.CreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(21,0): error LGHT0102: The localization variable !(loc.DropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(22,0): error LGHT0102: The localization variable !(loc.ExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(23,0): error LGHT0102: The localization variable !(loc.RollbackExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(12,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedCreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(13,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedDropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(14,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedConnectDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(15,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedExecString) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(16,0): error LGHT0102: The localization variable !(loc.msierrSQLDatabaseAlreadyExists) is unknown. Please ensure the variable is defined. So the question is, is ja-JP a supported culture for this build? If yes what am I missing? I checked the command-line from light and it seemed to pick up the right culture. Are there any .wxl files specific to ja I need to download? Snippet of light:- C:\Program Files\Windows Installer XML v3\bin\Light.exe -cultures:ja-JP -ext C:\Program Files\Windows Installer XML v3\bin\WixNetFxExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUtilExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll -loc myLocFile-ja.wxl -out blah Any help is much appreciated. Regards, Vidya -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building Wix for ja-JP
Is there any plan to do it? If so is there an ETA? Are there other alternatives (such as use the Wix v2.0 loc files maybe?) Thanks Vidya -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, January 15, 2009 3:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building Wix for ja-JP It does not appear that anyone has provided localization for those messages, yet. -Original Message- From: Vidya Kukke [mailto:vku...@windows.microsoft.com] Sent: Thursday, January 15, 2009 15:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Building Wix for ja-JP Hi, I am using Wix v3 (3.0.4805). I have a requirement to build ja-JP version of our installer. However when I change the culture to build to ja-JP (via VS 2008 project settings) I am getting the following errors:- C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(207,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(208,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(209,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\UtilExtension\wixlib\UtilExtension.wxs(210,0): error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(18,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(19,0): error LGHT0102: The localization variable !(loc.ConfigureSql) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(20,0): error LGHT0102: The localization variable !(loc.CreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(21,0): error LGHT0102: The localization variable !(loc.DropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(22,0): error LGHT0102: The localization variable !(loc.ExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(23,0): error LGHT0102: The localization variable !(loc.RollbackExecuteSqlStrings) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(12,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedCreateDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(13,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedDropDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(14,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedConnectDatabase) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(15,0): error LGHT0102: The localization variable !(loc.msierrSQLFailedExecString) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix30\src\ext\SqlExtension\wixlib\SqlExtension.wxs(16,0): error LGHT0102: The localization variable !(loc.msierrSQLDatabaseAlreadyExists) is unknown. Please ensure the variable is defined. So the question is, is ja-JP a supported culture for this build? If yes what am I missing? I checked the command-line from light and it seemed to pick up the right culture. Are there any .wxl files specific to ja I need to download? Snippet of light:- C:\Program Files\Windows Installer XML v3\bin\Light.exe -cultures:ja-JP -ext C:\Program Files\Windows Installer XML v3\bin\WixNetFxExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUIExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixUtilExtension.dll -ext C:\Program Files\Windows Installer XML v3\bin\WixSqlExtension.dll -loc myLocFile-ja.wxl -out blah Any help is much appreciated. Regards, Vidya -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX from CVS
If it messes up the build yes. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 22:33 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX from CVS Should I raise that as a bug? -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 24 October 2008 01:37 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX from CVS Neil Sleightholm wrote: Following on from my other posts I thought I'd try and build WIX from CVS, the first problem I encountered is that the test folder does export from CVS. These are the command lines I am using: I don't think it exists in CVS. It's not visible from http://wix.cvs.sourceforge.net/viewvc/wix/wix/, anyway. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
You are of course correct but I am such a total convert to SVN that everything in CVS looks so antiquated. I use CVS tags in another project but have never have the enthusiasm to understand the command line, in SVN I do everything via the TortiseSVN interface and I assumed TortiseCVS would be the same but it isn't. In TortoiseCVS when doing a Checkout, there us a Choose branch or tag option on the Revision tab. If you already have sources checked out, you can do an Update Special and there is a Get tag/branch/revision option there too. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
Apologies for this being a bit off topic. It sounds like you know a bit about CVS, do you know if it is possible to view what has change since you last did a checkout in CVS or TortoiseCVS? I can see how to do it on a file by file basis but not the whole folder. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: John Hall [mailto:[EMAIL PROTECTED] Sent: Fri 24/10/2008 10:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX You are of course correct but I am such a total convert to SVN that everything in CVS looks so antiquated. I use CVS tags in another project but have never have the enthusiasm to understand the command line, in SVN I do everything via the TortiseSVN interface and I assumed TortiseCVS would be the same but it isn't. In TortoiseCVS when doing a Checkout, there us a Choose branch or tag option on the Revision tab. If you already have sources checked out, you can do an Update Special and there is a Get tag/branch/revision option there too. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
It sounds like you know a bit about CVS, do you know if it is possible to view what has change since you last did a checkout in CVS or TortoiseCVS? I can see how to do it on a file by file basis but not the whole folder. Neil, On the commandline, you can do 'cvs -n update', which shows you what would get updated. This can also be done in TortoiseCVS by doing 'Update Special' and selecting 'Simulate Update' on the Advanced tab. Alternatively, you can do 'cvs diff -r BASE -r HEAD' on the commandline to see all the changes - there is no equivalent in TortoiseCVS. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
Rob I take your point about CVS but a lot of my comments are still true when build from CVS, I have tried using CVS but found a few problems: 1. For a while CVS seemed to be way behind the zip file, I must admit that doesn't seem to be as bad now. 2. CVS is not always a working set of files, I don't really want to be debugging code unrelated to my changes. 3. I still found things missing from CVS. 4. CVS is crap! (Sorry my own opinion, any chance of moving to SVN on Sourceforge). Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 17:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
1. This was my fault in the past, and things are better now (or so I've heard smile/). 2. CVS should be better than sources.zip. If not, it'd be good to know what's busted in CVS. 3. It would be good to know which things are missing for you and fix them. 4. We'll move to SVN eventually... there are just other things that *don't* work that take priority. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Rob I take your point about CVS but a lot of my comments are still true when build from CVS, I have tried using CVS but found a few problems: 1. For a while CVS seemed to be way behind the zip file, I must admit that doesn't seem to be as bad now. 2. CVS is not always a working set of files, I don't really want to be debugging code unrelated to my changes. 3. I still found things missing from CVS. 4. CVS is crap! (Sorry my own opinion, any chance of moving to SVN on Sourceforge). Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 17:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
1. I'll give the CVS branch a go and see how I get on. 2. My point was that the zip file is a working set that matches a known release. CVS is a moving target which as far as I can tell isn't labelled so I can't get the source for v3.0.xxx and know that that matches what I am running. 3. I'll try and get some bug raised over the next few days. 4. Fair point but in my opinion good source control outweighs bug fixing - but then as the build and cm guy I in my day job I would say that :-) Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 18:42 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 1. This was my fault in the past, and things are better now (or so I've heard smile/). 2. CVS should be better than sources.zip. If not, it'd be good to know what's busted in CVS. 3. It would be good to know which things are missing for you and fix them. 4. We'll move to SVN eventually... there are just other things that *don't* work that take priority. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Rob I take your point about CVS but a lot of my comments are still true when build from CVS, I have tried using CVS but found a few problems: 1. For a while CVS seemed to be way behind the zip file, I must admit that doesn't seem to be as bad now. 2. CVS is not always a working set of files, I don't really want to be debugging code unrelated to my changes. 3. I still found things missing from CVS. 4. CVS is crap! (Sorry my own opinion, any chance of moving to SVN on Sourceforge). Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 17:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url
Re: [WiX-users] Building WiX
2. That's a good point. There are no labels in CVS. I'll think about it in the future. It'd be a good feature to have. 4. If the source control is working then I have to disagree with you. But I'm the project lead in my night job and we still have bug count to hit. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 1. I'll give the CVS branch a go and see how I get on. 2. My point was that the zip file is a working set that matches a known release. CVS is a moving target which as far as I can tell isn't labelled so I can't get the source for v3.0.xxx and know that that matches what I am running. 3. I'll try and get some bug raised over the next few days. 4. Fair point but in my opinion good source control outweighs bug fixing - but then as the build and cm guy I in my day job I would say that :-) Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 18:42 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 1. This was my fault in the past, and things are better now (or so I've heard smile/). 2. CVS should be better than sources.zip. If not, it'd be good to know what's busted in CVS. 3. It would be good to know which things are missing for you and fix them. 4. We'll move to SVN eventually... there are just other things that *don't* work that take priority. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Rob I take your point about CVS but a lot of my comments are still true when build from CVS, I have tried using CVS but found a few problems: 1. For a while CVS seemed to be way behind the zip file, I must admit that doesn't seem to be as bad now. 2. CVS is not always a working set of files, I don't really want to be debugging code unrelated to my changes. 3. I still found things missing from CVS. 4. CVS is crap! (Sorry my own opinion, any chance of moving to SVN on Sourceforge). Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 17:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list
Re: [WiX-users] Building WiX
2. I wouldn't bother in CVS they are as good as useless. The tools I have seem to only show labels on files and not the whole project and I have never found a way of doing a get by label - even VSS can do that! Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 19:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 2. That's a good point. There are no labels in CVS. I'll think about it in the future. It'd be a good feature to have. 4. If the source control is working then I have to disagree with you. But I'm the project lead in my night job and we still have bug count to hit. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:54 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 1. I'll give the CVS branch a go and see how I get on. 2. My point was that the zip file is a working set that matches a known release. CVS is a moving target which as far as I can tell isn't labelled so I can't get the source for v3.0.xxx and know that that matches what I am running. 3. I'll try and get some bug raised over the next few days. 4. Fair point but in my opinion good source control outweighs bug fixing - but then as the build and cm guy I in my day job I would say that :-) Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 18:42 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX 1. This was my fault in the past, and things are better now (or so I've heard smile/). 2. CVS should be better than sources.zip. If not, it'd be good to know what's busted in CVS. 3. It would be good to know which things are missing for you and fix them. 4. We'll move to SVN eventually... there are just other things that *don't* work that take priority. smile/ -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 10:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Rob I take your point about CVS but a lot of my comments are still true when build from CVS, I have tried using CVS but found a few problems: 1. For a while CVS seemed to be way behind the zip file, I must admit that doesn't seem to be as bad now. 2. CVS is not always a working set of files, I don't really want to be debugging code unrelated to my changes. 3. I still found things missing from CVS. 4. CVS is crap! (Sorry my own opinion, any chance of moving to SVN on Sourceforge). Neil -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 17:29 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX The instructions should say, Sync files from CVS. The source.zip is just provided for quick look up during debugging on a machine that you might not have CVS source on. If you're going to be working with the WiX toolset code, you need to be sync'd to CVS. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 03:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX I will raise bugs for the instructions. Do you also want them for missing files? I have seen posts mentioning the limited file space and that being the reason not everything is included in the zip. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Wed 22/10/2008 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building WiX from CVS
Following on from my other posts I thought I'd try and build WIX from CVS, the first problem I encountered is that the test folder does export from CVS. These are the command lines I am using: cvs.exe -d:pserver:[EMAIL PROTECTED]:/cvsroot/wix login cvs.exe -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wix co -P wix Does anyone know why test isn't exported? Is my command line wrong? I am using CVSNT but I get the same issue with TortiseCVS. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
Neil Sleightholm wrote: 2. I wouldn't bother in CVS they are as good as useless. The tools I have seem to only show labels on files and not the whole project and I have never found a way of doing a get by label - even VSS can do that! If by labels you mean tags, then they aren't useless at all. In fact, I can't imagine using CVS without them. Projects typically tag releases; and (sticky) tags are how branches work in CVS. Of course they're per-file; everything is per-file in CVS. But you typically tag multiple files at once; and you typically check out files with a particular tag. See cvs co -r. -- Braden McDaniel e-mail: [EMAIL PROTECTED] http://endoframe.com Jabber: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
You are of course correct but I am such a total convert to SVN that everything in CVS looks so antiquated. I use CVS tags in another project but have never have the enthusiasm to understand the command line, in SVN I do everything via the TortiseSVN interface and I assumed TortiseCVS would be the same but it isn't. Neil -Original Message- From: Braden McDaniel [mailto:[EMAIL PROTECTED] Sent: 23 October 2008 19:46 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX Neil Sleightholm wrote: 2. I wouldn't bother in CVS they are as good as useless. The tools I have seem to only show labels on files and not the whole project and I have never found a way of doing a get by label - even VSS can do that! If by labels you mean tags, then they aren't useless at all. In fact, I can't imagine using CVS without them. Projects typically tag releases; and (sticky) tags are how branches work in CVS. Of course they're per-file; everything is per-file in CVS. But you typically tag multiple files at once; and you typically check out files with a particular tag. See cvs co -r. -- Braden McDaniel e-mail: [EMAIL PROTECTED] http://endoframe.com Jabber: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX from CVS
Neil Sleightholm wrote: Following on from my other posts I thought I'd try and build WIX from CVS, the first problem I encountered is that the test folder does export from CVS. These are the command lines I am using: I don't think it exists in CVS. It's not visible from http://wix.cvs.sourceforge.net/viewvc/wix/wix/, anyway. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX from CVS
Should I raise that as a bug? -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 24 October 2008 01:37 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX from CVS Neil Sleightholm wrote: Following on from my other posts I thought I'd try and build WIX from CVS, the first problem I encountered is that the test folder does export from CVS. These are the command lines I am using: I don't think it exists in CVS. It's not visible from http://wix.cvs.sourceforge.net/viewvc/wix/wix/, anyway. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building WiX
If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
Can we get the appropriate details added to the help file? Detailed bugs would be fantastic. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 15:08 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Building WiX If anyone is interested in building WiX from the source I have written a blog that details the bits that aren't in the help file: http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach ine.html. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX v3
Sean Farrow wrote: Wherecan I get the required version of nant? I carn't find it on the nant sourceforge page. http://nant.sourceforge.net/nightly/ -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX v3
Thanks bob. -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 30 September 2008 06:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX v3 Sean Farrow wrote: Wherecan I get the required version of nant? I carn't find it on the nant sourceforge page. http://nant.sourceforge.net/nightly/ -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ Information from ESET NOD32 Antivirus, version of virus signature database 3495 (20081004) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3495 (20081004) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX v3
Hi: Wherecan I get the required version of nant? I carn't find it on the nant sourceforge page. Cheers Sean. -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 28 September 2008 22:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX v3 Sean Farrow wrote: I am looking at buildingWiX v3, I'm currently working on some internal extensions and I'd like to understand the build process. To build WiX, do I need the .net framework 1.1? or just 2.0/3.0/3.5. You don't need .NET 1.1; you do need 3.5 and either VS2008 or the Windows 2008 SDK. Make.bat has the tools list, as does Building WiX in wix.chm. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ Information from ESET NOD32 Antivirus, version of virus signature database 3478 (20080928) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3480 (20080929) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3480 (20080929) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building WiX v3
Hi: I am looking at buildingWiX v3, I'm currently working on some internal extensions and I'd like to understand the build process. To build WiX, do I need the .net framework 1.1? or just 2.0/3.0/3.5. Any help apreciated. Sean. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX v3
Sean Farrow wrote: I am looking at buildingWiX v3, I'm currently working on some internal extensions and I'd like to understand the build process. To build WiX, do I need the .net framework 1.1? or just 2.0/3.0/3.5. You don't need .NET 1.1; you do need 3.5 and either VS2008 or the Windows 2008 SDK. Make.bat has the tools list, as does Building WiX in wix.chm. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Bob Arnson wrote: Christopher Painter wrote: Yes, I would volunteer for such an effort. I know I've been told to `put up or shut up` before but I never helped out because I'm not the strongest C# application developer. However in the build / release role I'm very comfortable and I feel that it's something I could do to help the cause.The only problem I see is gaining trust to make the refactoring changes and commit the changesets. Where I work now I am allowed to routinely go in and make any refactoring changes to any developers code that I see as vital to integration and I do so. As long as the refactored code builds and the output passes smoke tests no one objects. I don't think I could get this type of buy-in from the benevolent dictator. You're likely correct. Any change to WiX requires a code review from at least one other WiX committer. Build changes are no exception; in fact, because of their ability to hose everyone, they usually get extra scrutiny. Should we take your lack of response for lack of interest? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
I have a hard time believing it would take months to complete. I make a living ripping apart and refactoring .NET solutions that were stored in other SCC/WIT systems and checking them into TFS proper. A project the size of WiX wouldn't take me more then a few days to migrate. I'd also point out that CodePlex has Discussions but I don't feel like being admonished again about how email is better then forums. ( 46,733 members on a certain MSI related Community Forum where I've posted some 3300 times must be wrong ) Bob Arnson [EMAIL PROTECTED] wrote: Christopher Painter wrote: Oh come on... I'm sure a company as big as MSFT can come up with a little bit of hosting space for open space projects. I'm sure. But it's weeks/months of effort so we can make building from source .zips easier? Bad ROI. Codeplex still doesn't have mailing lists, for example, so it's not an option in the near future. -- sig://boB http://joyofsetup.com/ - Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Christopher Painter wrote: Oh come on... I'm sure a company as big as MSFT can come up with a little bit of hosting space for open space projects. I'm sure. But it's weeks/months of effort so we can make building from source .zips easier? Bad ROI. Codeplex still doesn't have mailing lists, for example, so it's not an option in the near future. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Luke Bakken wrote: It would be a smaller effort to get the current build to be bulletproof for someone doing a CVS checkout. I've already done this to some degree as I have a local vendor branch of WiX to which I've applied several important patches for our installers (the patches have been submitted as bugs in sourceforge). AFAIK, with the exception of the tests that are in the process of being reorg'd, a CVS checkout builds just fine. I did it myself last weekend on a virtual machine that has never built WiX before. What's your SF ID? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Christopher Painter wrote: Yes, I would volunteer for such an effort. I know I've been told to `put up or shut up` before but I never helped out because I'm not the strongest C# application developer. However in the build / release role I'm very comfortable and I feel that it's something I could do to help the cause.The only problem I see is gaining trust to make the refactoring changes and commit the changesets. Where I work now I am allowed to routinely go in and make any refactoring changes to any developers code that I see as vital to integration and I do so. As long as the refactored code builds and the output passes smoke tests no one objects. I don't think I could get this type of buy-in from the benevolent dictator. You're likely correct. Any change to WiX requires a code review from at least one other WiX committer. Build changes are no exception; in fact, because of their ability to hose everyone, they usually get extra scrutiny. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
On Feb 12, 2008 1:21 PM, Bob Arnson [EMAIL PROTECTED] wrote: Christopher Painter wrote: Oh come on... I'm sure a company as big as MSFT can come up with a little bit of hosting space for open space projects. I'm sure. But it's weeks/months of effort so we can make building from source .zips easier? Bad ROI. Codeplex still doesn't have mailing lists, for example, so it's not an option in the near future. It would be a smaller effort to get the current build to be bulletproof for someone doing a CVS checkout. I've already done this to some degree as I have a local vendor branch of WiX to which I've applied several important patches for our installers (the patches have been submitted as bugs in sourceforge). - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Yes, I would volunteer for such an effort. I know I've been told to `put up or shut up` before but I never helped out because I'm not the strongest C# application developer. However in the build / release role I'm very comfortable and I feel that it's something I could do to help the cause.The only problem I see is gaining trust to make the refactoring changes and commit the changesets. Where I work now I am allowed to routinely go in and make any refactoring changes to any developers code that I see as vital to integration and I do so. As long as the refactored code builds and the output passes smoke tests no one objects. I don't think I could get this type of buy-in from the benevolent dictator. Bob Arnson [EMAIL PROTECTED] wrote: Christopher Painter wrote: I have a hard time believing it would take months to complete. I make a living ripping apart and refactoring .NET solutions that were stored in other SCC/WIT systems and checking them into TFS proper. A project the size of WiX wouldn't take me more then a few days to migrate. Are you volunteering? -- sig://boB http://joyofsetup.com/ - Never miss a thing. Make Yahoo your homepage.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Oh come on... I'm sure a company as big as MSFT can come up with a little bit of hosting space for open space projects. Just go to the CodePlex group and say `We are the poster child for Microsoft Open Source and we are using SourceForge instead of CodePlex because they have feature xyz` and I'm sure that problem would be solved fairly quickly. Bob Arnson [EMAIL PROTECTED] wrote: Christopher Painter wrote: Why not just go to CodePlex? The TFS/MSBuild model kills the CVS/NAnt model, IMHO. I know you guys said you had some issues building unmanaged code but surely it can't be that bad. That would solve the problem of limited web space by eliminating it entirely. Not a net win, I think. -- sig://boB http://joyofsetup.com/ - Looking for last minute shopping deals? Find them fast with Yahoo! Search.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Frédéric Viollet wrote: -I finally found these files in the binary distribution. I tried from the weekly release sources after copying the files above, I got the following error: 71 errors, all about missing references... because Nant.Core could not be found. :) Is there a way to build Wix? Hi Frederic Nant.Core.dll must be copied to dtools\bin\x86\Nant\ where dtools must be in parallel to your wix-sources directory. src/ext/DifxAppExtension/wixlib/DIFxApp.wixlib could be saved from Browser: http://wix.cvs.sourceforge.net/*checkout*/wix/wix/src/ext/DifxAppExtension/wixlib/DIFxApp.wixlib IMHO the build should run when the Nant.Core.dll could be found. I'm not sure about the test in my build, since I built this at home. hth Dominik -- View this message in context: http://www.nabble.com/building-wix-tp15358255p15411362.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Frédéric Viollet wrote: -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. Yeah, sorry, I just noticed this problem last weekend. You can comment out every include of .build files from the tests directory and it'll work. Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? SourceForge gives us a very limited amount of space; duplicating the files would reduce the number of builds we can carry. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Bob Arnson a écrit : Frédéric Viollet wrote: C:\temp\wix-3.0.2925.0-sourcesmake.bat ship Please try a weekly release from http://wix.sourceforge.net/releases/ or a CVS checkout. Hi Bob, Thanks again for replying. -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. -I tried from the weekly release sources, I got errors telling that some files were missing (mergemod.cub, mergemod.dll, etc) -I finally found these files in the binary distribution. I tried from the weekly release sources after copying the files above, I got the following error: 71 errors, all about missing references... because Nant.Core could not be found. :) Is there a way to build Wix? Thanks again. Fred PS : I quite of join Dominik Guders message on building Wix without a CVS connection. I'm behind a firewall that prevents me from accessing Wix's CVS repository and building Wix from weekly release sources seems to be tricky since you have to copy some files from another place :( Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? begin:vcard fn;quoted-printable:Fr=C3=A9d=C3=A9ric Viollet n;quoted-printable:Viollet;Fr=C3=A9d=C3=A9ric org:Bull, Architect of an Open World (TM);Evidian S.A. adr;quoted-printable:;;Rue Jean Jaur=C3=A8s;Les Clayes Sous Bois;;78340;France email;internet:[EMAIL PROTECTED] title:Software Engineer tel;work:01 30 80 77 34 url:http://www.evidian.com - http://www.bull.com version:2.1 end:vcard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? *why* do you need to build WIX in a production environment? /Simon - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Why not just go to CodePlex?The TFS/MSBuild model kills the CVS/NAnt model, IMHO. I know you guys said you had some issues building unmanaged code but surely it can't be that bad. Bob Arnson [EMAIL PROTECTED] wrote: Frédéric Viollet wrote: -I tried from a CVS checkout, I got the following error: c:\temp\wix_cvs\wix.build(64,4): Build file 'C:\temp\wix_cvs\tests\vstests\vstests.build' does not exist. Yeah, sorry, I just noticed this problem last weekend. You can comment out every include of .build files from the tests directory and it'll work. Is it really not possible to include all files in the source distribution so that building wix can be automated in a production environment? SourceForge gives us a very limited amount of space; duplicating the files would reduce the number of builds we can carry. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Never miss a thing. Make Yahoo your homepage.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] building wix
Frédéric Viollet wrote: C:\temp\wix-3.0.2925.0-sourcesmake.bat ship Please try a weekly release from http://wix.sourceforge.net/releases/ or a CVS checkout. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] building wix
Hi everyone, I'm encoutering some problems while trying to build Wix v3 with nant I get the following error message: C:\temp\wix-3.0.2925.0-sourcesmake.bat ship NAnt 0.85 (Build 0.85.2478.0; release; 14/10/2006) Copyright (C) 2001-2006 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///C:/temp/wix-3.0.2925.0-sources//wix.build Target framework: Microsoft .NET Framework 2.0 Target(s) specified: inc [property] Target framework changed to Microsoft .NET Framework 1.1. BUILD FAILED C:\temp\wix-3.0.2925.0-sources\wix.include(10,4): Property evaluation failed. Expression: ${file.global.include} ^^^ Property 'file.global.include' has not been set. Total time: 0.1 seconds. Does anyone have an idea? Thanks for your help. Fred - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX v3.0.3617
Thanks for these notes. Moving to CLR v2.0 was an interesting struggle and I don't think we have all of our build dependencies worked out. The AssemblyInfo.cs is totally one of those files that I've messed up. I've been struggling with the freaking keys for a while (keeping the private protected and the public correct). I'm sorry you got caught in the middle. I'll look into this. One note that I don't think I've ever made clear in the past. The src zip files do not have the compiled binaries that we are dependent on because they take up too much space in the weekly releases (same reason we don't push the .pdbs). That means you will not be able to easily build using the src zip file (have to download the binaries yourself). The src zip files are really intended for easy browsing of the code if you're just looking for changes. If you enlist in CVS you should get all of the files and the builds *should* go much smoother. That is what our build machine is based on today. It just happens to have all the private keys I've ever used so I don't always catch the mistakes noted above. Rob McCready wrote: I needed to create a custom WiX build (based on 3.0.3617.0) to fix two bugs (1591591 1653864) that were plaguing us. We have been using WiX for over a year on our project and other than those two bugs we have been really happy with the project. I have worked with other open source projects before and it surprised me when I had so much trouble just getting the source to compile. Maybe I am crazy or I completely missed a vital readme document but I searched high and low and didn't find any. The good news is I did finally get a working build, and the fixes mentioned in the bug comments both worked. Life is good again. :) Here are the steps I had to do to make a working build, maybe they will help others. If needed I would be willing to help update WiX documentation and build process stuff, but I can't find docs on submitting changes either. ;) 1) Several DLLs are needed to build but are not part of the source tree. I did not find any documentation about this. I did see a mention of it in a WiX-users email somewhere but I can't find it again. Unless there is a problem with redistribution rights I can't see why they are not in the tree already. src\light\bin: darice.cub mergemod.cub mergemod.dll src\pyro\bin: mspatchc.dll Release\debug: Release\ship: ProjectAggregator2.msi 2) A sibling folder tree to the wix-sources tree must be created dtools\bin\x86\Nant: Nant.Core.dll I am guessing this is the location on one of the developer's machines? Probably would be better to either add this DLL to the source tree or detect its location relative to the installed Nant binaries at build time. 3) This drove me completely insane for over a day. src\votive\sconce\Properties\AssemblyInfo.cs This file is different than what is in CVS, and seems to reference a PublicKey that is not from the publickey_wix.snk file. This causes Votive2005 to fail with errors that are really not clear. Replace the InternalsVisibleTo lines and things get happy: [assembly: InternalsVisibleTo(votive2005, PublicKey=0024048094000 602002452534131000401000100d94aacc567fbd9fd7d60e04aca0817b2059b62d 69630f24a07d699c4d5363ba24083a8ac9433b62c04cc6016bf7d528033ce655c1a0ee1b58f9ce c3ad603525c9ca5319518ad2aeecf1a1263727e246db0603b72f2d49e65dc21a0e4d5ab65b8467 59d5f49529014b8766cb5a8b8daf987f25a49839dd3e538954d3a4ed938c4)] [assembly: InternalsVisibleTo(votive2008, PublicKey=0024048094000 602002452534131000401000100d94aacc567fbd9fd7d60e04aca0817b2059b62d 69630f24a07d699c4d5363ba24083a8ac9433b62c04cc6016bf7d528033ce655c1a0ee1b58f9ce c3ad603525c9ca5319518ad2aeecf1a1263727e246db0603b72f2d49e65dc21a0e4d5ab65b8467 59d5f49529014b8766cb5a8b8daf987f25a49839dd3e538954d3a4ed938c4)] My guess is that the source zip was created after the file was modified to use the key that the binaries/msi are generated with and that is not the same key as is distributed with the sources. 4) src\Setup\Votive.wxs references the Sconce2008/Votive2008 DLLs even though they were not built since I do not have VS2008 installed. I deleted the contents of the two 2008 components and made the component itself KeyPath=yes. Complete kludge, but it worked. Don't get caught with egg on your face. Play Chicktionary! Check it out! http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_dec - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
[WiX-users] Building WiX v3.0.3617
I needed to create a custom WiX build (based on 3.0.3617.0) to fix twobugs (1591591 1653864) that were plaguing us. We have been using WiXfor over a year on our project and other than those two bugs we havebeen really happy with the project. I have worked with other open source projects before and it surprisedme when I had so much trouble just getting the source to compile. MaybeI am crazy or I completely missed a vital readme document but I searchedhigh and low and didn't find any. The good news is I did finally get a working build, and the fixes mentionedin the bug comments both worked. Life is good again. :) Here are the steps I had to do to make a working build, maybe they willhelp others. If needed I would be willing to help update WiX documentationand build process stuff, but I can't find docs on submitting changes either. ;) 1) Several DLLs are needed to build but are not part of the source tree. I did not find any documentation about this. I did see a mention of itin a WiX-users email somewhere but I can't find it again. Unless thereis a problem with redistribution rights I can't see why they are not inthe tree already. src\light\bin:darice.cubmergemod.cubmergemod.dll src\pyro\bin:mspatchc.dll Release\debug: Release\ship: ProjectAggregator2.msi 2) A sibling folder tree to the wix-sources tree must be created dtools\bin\x86\Nant:Nant.Core.dll I am guessing this is the location on one of the developer's machines?Probably would be better to either add this DLL to the source tree or detectits location relative to the installed Nant binaries at build time. 3) This drove me completely insane for over a day. src\votive\sconce\Properties\AssemblyInfo.csThis file is different than what is in CVS, and seems to reference a PublicKey that is not from the publickey_wix.snk file. This causes Votive2005 to fail witherrors that are really not clear. Replace the InternalsVisibleTo lines and things get happy: [assembly: InternalsVisibleTo(votive2005, PublicKey=0024048094000602002452534131000401000100d94aacc567fbd9fd7d60e04aca0817b2059b62d69630f24a07d699c4d5363ba24083a8ac9433b62c04cc6016bf7d528033ce655c1a0ee1b58f9cec3ad603525c9ca5319518ad2aeecf1a1263727e246db0603b72f2d49e65dc21a0e4d5ab65b846759d5f49529014b8766cb5a8b8daf987f25a49839dd3e538954d3a4ed938c4)][assembly: InternalsVisibleTo(votive2008, PublicKey=0024048094000602002452534131000401000100d94aacc567fbd9fd7d60e04aca0817b2059b62d69630f24a07d699c4d5363ba24083a8ac9433b62c04cc6016bf7d528033ce655c1a0ee1b58f9cec3ad603525c9ca5319518ad2aeecf1a1263727e246db0603b72f2d49e65dc21a0e4d5ab65b846759d5f49529014b8766cb5a8b8daf987f25a49839dd3e538954d3a4ed938c4)] My guess is that the source zip was created after the file was modified to usethe key that the binaries/msi are generated with and that is not the same key asis distributed with the sources. 4) src\Setup\Votive.wxs references the Sconce2008/Votive2008 DLLs even thoughthey were not built since I do not have VS2008 installed. I deleted the contentsof the two 2008 components and made the component itself KeyPath=yes. Completekludge, but it worked. _ Don't get caught with egg on your face. Play Chicktionary! http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_dec- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] building wix (was RE: XmlFile - specification misimplementation)
To answer your question about building the WiX toolset. You cant do it by just downloading VS. We designed the build process to work from freely available tools. There was some early criticism of the WiX project being a way to force people to buy Visual Studio. So, now you just need to download the set of SDKs that is documented in the Building WiX topic in WiX.chm. Its a lot to download but the build process after it should be simple. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Kulp Sent: Thursday, July 06, 2006 6:30 AM To: Michael Cline; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] XmlFile - specification misimplementation Thank you all for your help! After viewing the linked page, I thought perhaps I could solve the problem temporarily by using MSXML 4.0 instead of version 3.0, but it appears I have them both installed already; is there any way I can tell XmlFile to use MSXML 4.0? There doesnt seem to be any easy way to uninstall MSXML 3.0 (though Im open to suggestions). If I need to get WixCA building so I can put a setProperty() call into XmlFile.cpp, I can try that, but so far my efforts using VS.NET 2003 and VS Express have been unfruitful. Enough complaining; I really do appreciate your assistance! Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users