[WiX-users] Building WIX on build machine issues...

2015-04-16 Thread Steve-Ogilvie
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

2014-11-24 Thread Yari Serve
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

2013-03-19 Thread Bruce Cran
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

2013-03-19 Thread Bruce Cran
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

2013-03-13 Thread jeamis
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

2013-03-13 Thread Rob Mensching
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

2013-03-13 Thread jeamis
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

2012-09-12 Thread jaczjill
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

2012-09-06 Thread jaczjill
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

2012-09-06 Thread Rob Mensching
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

2012-05-01 Thread Hoover, Jacob
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

2012-04-17 Thread jean claude klodjan
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

2012-04-17 Thread Neil Sleightholm
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

2009-04-21 Thread Brian Bakkebo
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

2009-04-21 Thread Brian Rogers
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

2009-04-21 Thread Brian Bakkebo
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

2009-04-20 Thread Brian Bakkebo
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

2009-04-20 Thread Brian Rogers
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

2009-04-20 Thread Brian Bakkebo
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

2009-04-19 Thread Brian Bakkebo
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

2009-04-19 Thread Brian Rogers
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

2009-01-25 Thread Dmitry Ponomarenko

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

2009-01-24 Thread Bob Arnson
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

2009-01-23 Thread Dmitry Ponomarenko


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

2009-01-20 Thread Dmitry Ponomarenko
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

2009-01-20 Thread Bob Arnson
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

2009-01-17 Thread Bob Arnson
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

2009-01-16 Thread Neil Sleightholm
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

2009-01-16 Thread Vidya Kukke
:-).

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

2009-01-16 Thread Neil Sleightholm
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

2009-01-15 Thread Vidya Kukke
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

2009-01-15 Thread Rob Mensching
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

2009-01-15 Thread Vidya Kukke
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

2008-10-24 Thread Rob Mensching
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

2008-10-24 Thread John Hall
 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

2008-10-24 Thread Neil Sleightholm
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

2008-10-24 Thread John Hall
 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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Rob Mensching
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Rob Mensching
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Rob Mensching
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Braden McDaniel
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-23 Thread Bob Arnson
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

2008-10-23 Thread Neil Sleightholm
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

2008-10-22 Thread Neil Sleightholm
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

2008-10-22 Thread Rob Mensching
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

2008-10-04 Thread Bob Arnson
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

2008-10-04 Thread Sean Farrow
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

2008-09-29 Thread Sean Farrow
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

2008-09-28 Thread Sean Farrow
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

2008-09-28 Thread Bob Arnson
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

2008-03-03 Thread Bob Arnson
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

2008-02-12 Thread Christopher Painter
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

2008-02-12 Thread Bob Arnson
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

2008-02-12 Thread Bob Arnson
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

2008-02-12 Thread Bob Arnson
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

2008-02-12 Thread Luke Bakken
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

2008-02-12 Thread Christopher Painter
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

2008-02-12 Thread Christopher Painter
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

2008-02-11 Thread Dominik Guder



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

2008-02-11 Thread Bob Arnson
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

2008-02-11 Thread Frédéric Viollet

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

2008-02-11 Thread Simon Dahlbacka


 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

2008-02-11 Thread Christopher Painter
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

2008-02-09 Thread Bob Arnson
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

2008-02-08 Thread Frédéric Viollet
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

2007-12-21 Thread Rob Mensching
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

2007-12-20 Thread Rob McCready

 
 
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)

2006-07-06 Thread Rob Mensching








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