[WiX-users] Heat source path

2015-04-17 Thread Sam Boman
Hello,

I use heat.exe to harvest a folder located outside the Msi-project.

This is my current output in the generated wxs-file.
File Id=... KeyPath=yes Source=$(var.ThePath)\a\b.txt /

In this case I need to set up var.ThePath in the project as pre processor
variable (or use WiX-variable set up in the project). Is there any way I
can directly give heat.exe the path ro be inserted instead of
$(var.ThePath)?

Best regards,
Sam
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Heat source path

2015-04-17 Thread Sam Boman
Yes!
I then got:
File Id=... KeyPath=yes Source=*SourceDir*\a\b.txt /

2015-04-17 12:20 GMT+02:00 Nir Bar nir@panel-sw.com:

 Have you tried not specifying a variable to heat?



 -
 Nir Bar
 Freelance Developer
 Mail: nir@panel-sw.com
 Web: www.panel-sw.com
- C++ On Windows, Linux and Embedded Platforms
- WiX  InstallShield
 --
 View this message in context:
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-source-path-tp751p753.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] [ProductName]-magic

2014-11-27 Thread Sam Boman
I have the following in my WXS-file for the MSI-project:

...
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
Product Id=* Name=$(var.ProductName) Language=1033
Version=$(var.Version) Manufacturer=Company
UpgradeCode=$(var.UpgradeCode)
Package InstallerVersion=200 Compressed=yes
InstallScope=perMachine/
MajorUpgrade DowngradeErrorMessage=A newer version of
[ProductName] is already installed./
...

I wonder how the  [ProductName] connects to the Product Name= -
properyt?
Where is it documented?
I wonder where I can use  [ProductName] instead of my defined variable:
$(var.ProductName)...

Thanks!

//Sam
--
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


[WiX-users] Code Signing

2014-06-27 Thread Sam Boman
Hello,

I'm looking for some best practices to sign our application with a .pfx
certificate.

This is what I have:
* DLL's made by us
* DLL's signed by others
* DLL's made by others but not signed
* EXE's made by us
Those are packed into a MSI (Msi.wixproj) (Media have one .CAB-file
defined as Embedded), this MSI are included in a Bundle
(Msi.Bootstrapper.wixproj) to fix .NET installation.

The original Bundle output file have the name:
app-1.6.5290.20471.exe

I did rename the file to app.exe.
I did try to use signtool to sign the Bundle output .exe-file. I got the
signing working. But the installation fails after a prompt to pick a file
with the following log-message:

[0B28:0B78][]i000: Caching bundle from:
'C:\Users\User\AppData\Local\Temp\{uuid}\.be\app-1.6.5290.20471.exe' to:
'C:\ProgramData\Package Cache\{uuid}\app-1.6.5290.20471.exe'
[0B28:0B78][]i320: Registering bundle dependency provider: {uuid}, version:
1.6.0.0
[07D0:0C50][]w341: Prompt for source of container: WixAttachedContainer,
path: C:\Users\User\Desktop\app-1.6.5290.20471.exe
[07D0:0C50][]e054: Failed to resolve source for file:
C:\Users\User\Desktop\app-1.6.5290.20471.exe, error: 0x80070642.
[07D0:0C50][]e000: Error 0x80070642: Failed while prompting for source
(original path 'C:\Users\User\Desktop\app-1.6.5290.20471.exe').
[07D0:0C50][]e311: Failed to acquire container: WixAttachedContainer to
working path: C:\Users\User\AppData\Local\Temp\{uuid}\uuid, error:
0x80070642.
[07D0:0188][]e000: Error 0x80070642: Failed while caching, aborting
execution.

Seems like it is looking for the original filename?
Please advice me how to do this properly (signing exe's dll's msi?)

Regards,
Sam
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] (no subject)

2013-12-06 Thread Sam Boman
I got this error from a user trying to install... Cannot find any specific
information.


i207: Planned related bundle: {22dba2f2-9705-4abd-a4ba-df065031d2de}, type:
Upgrade, default requested: Absent, ba requested: Absent, execute:
Uninstall, rollback: Install, dependency: None
i299: Plan complete, result: 0x0
i300: Apply begin
w308: Automatic updates could not be paused due to error: 0x80240025.
Continuing...
i360: Creating a system restore point.
i361: Created a system restore point.



The installer ends with:
i399: Apply complete, result: 0x80070642, restart: None, ba requested
restart:  No
Any ideas where to start looking?


//Sam
--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported OS'es)

2013-05-08 Thread Sam Boman
I just found a very strange thing.
Microsoft is specifying bout Windows 7 (no SP) and Windows 7 SP1:
http://www.microsoft.com/en-us/download/details.aspx?id=30653
http://msdn.microsoft.com/sv-se/library/8z6watww.aspx

So the result is that before I added the launch condition
to prevent Windows 7 without SP1 it was installing fine, and the
application run. But after adding the launch-condition to prevent Windows 7
the Bootstrapper stops the user from installing.

Does anyone else experienced this things?
I have repeated it by my self to try it out.

So this condition isn't actually valid for .NET 4.5:
Condition=(VersionNT = v6.0 AND ServicePackLevel = 2) OR (VersionNT =
v6.1 AND ServicePackLevel = 1) OR (VersionNT = v6.1 AND NOT NTProductType
= 1) OR (VersionNT = v6.2)

//Sam


On Thu, Apr 25, 2013 at 1:18 PM, Sam Boman s...@samb.se wrote:

 Using the:
 Bundle Condition=
 (VersionNT = v6.0 AND ServicePackLevel = 2) OR
 (VersionNT = v6.1 AND ServicePackLevel = 1) OR
 (VersionNT = v6.2)

 To filter out the specifications of .NET 4.5.
 *Supported operating systems:
 *Windows 7 Service Pack 1,
 Windows Server 2008 R2 SP1,
 Windows Server 2008 Service Pack 2,
 Windows Vista Service Pack 2

 The Operating System Property Values at:
 http://msdn.microsoft.com/en-US/library/aa370556.aspx

 .NET 4.5 can run on:
 Windows 7 (v6.1 and SP1) and also Windows Server 2008 R2 (v6.1 without
 any SP).

 This condition matches Windows 7: (VersionNT = v6.1 AND ServicePackLevel
 = 1)
 But how to match the Windows Server 2008 R2, as it have got the same
 VersionNT set, but no ServicePackLevel.

 Thanks,
 Sam


 On Thu, Apr 25, 2013 at 9:41 AM, Sam Boman s...@samb.se wrote:

 I ask the same thing, any examples of the: Bundle/@Condition attribute

 //Sam


 On Wed, Apr 24, 2013 at 3:41 PM, Nick Miller 
 nmil...@livetechnology.comwrote:

 Is there anywhere where I can see an example of this?  I tried using the
 same condition I have for .Net 4.5 and it still skips the prereq and tries
 to run the BA.  Also, what is the correct syntax for the
 BootstrapperCore.config for .Net 4.5?   If I use 'supportedFramework
 version=v4.5 /' the BA fails to load.


 -Original Message-
 From: Rob Mensching [mailto:r...@robmensching.com]
 Sent: Wednesday, April 24, 2013 8:25 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported
 OS'es)

 Use the Bundle/@Condition attribute. It was designed for this scenario.


 On Wed, Apr 24, 2013 at 3:25 AM, Sam Boman s...@samb.se wrote:

  Hello,
 
  Today we have a bootstrapper, taking care of first installing .NET
  4.5, and then the MSI with the application. If the user runs Windows
  XP, or any OS/Sp-levels not supported by .NET 4.5 the installation
  fails with a error-code.
 
  How do I add a condition in the beginning of the bootstrapper, that
  checks if the conditions for .NET 4.5 are met? I don't want the .NET
  4.5 to first download and then notify the user about the
 incompatibility.
 
  Regards,
  Sam
 
  --
   Try New Relic Now  We'll Send You this Cool Shirt New Relic
  is the only SaaS-based application performance monitoring service that
  delivers powerful full stack analytics. Optimize and monitor your
  browser, app,  servers with just a few lines of code. Try New Relic
  and get this awesome Nerd Life shirt!
  http://p.sf.net/sfu/newrelic_d2d_apr
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 --
 Try New Relic Now  We'll Send You this Cool Shirt New Relic is the only
 SaaS-based application performance monitoring service that delivers
 powerful full stack analytics. Optimize and monitor your browser, app, 
 servers with just a few lines of code. Try New Relic and get this awesome
 Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Try New Relic Now  We'll Send You this Cool Shirt
 New Relic is the only SaaS-based application performance monitoring
 service
 that delivers powerful full stack analytics. Optimize and monitor your
 browser, app,  servers with just a few lines of code. Try New Relic
 and get this awesome Nerd Life shirt!
 http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases

[WiX-users] Skip Bundle Condition

2013-05-08 Thread Sam Boman
Is there any way to do like this when installing an application when using
Bundle bootstrapper:
installer.exe /skip-conditions

To make the installation run without checking the conditions (VersionNT,
ServicePackLevel).

Best regards,
Sam Boman
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Skip Bundle Condition

2013-05-08 Thread Sam Boman
Okay, do you have a clue on this one:


   -

   Does Windows 7 (without servicepack) support .NET Framework 4.5?

   This page tells it does:
   http://msdn.microsoft.com/en-us/library/8z6watww.aspx

   This page tells it does NOT:
   http://www.microsoft.com/en-us/download/details.aspx?id=30653

   The same files are referenced from bouth pages.

   It seems to work well to install .NET 4.5 on a Windows 7 computer. What
   are the sideeffects?

   //Sam



On Wed, May 8, 2013 at 10:30 AM, Rob Mensching r...@robmensching.com wrote:

 You could implement that in a custom BA. The wixstdba doesn't have such a
 concept.


 On Wed, May 8, 2013 at 1:11 AM, Sam Boman s...@samb.se wrote:

  Is there any way to do like this when installing an application when
 using
  Bundle bootstrapper:
  installer.exe /skip-conditions
 
  To make the installation run without checking the conditions (VersionNT,
  ServicePackLevel).
 
  Best regards,
  Sam Boman
 
 
 --
  Learn Graph Databases - Download FREE O'Reilly Book
  Graph Databases is the definitive new guide to graph databases and
  their applications. This 200-page book is written by three acclaimed
  leaders in the field. The early access version is available now.
  Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 --
 Learn Graph Databases - Download FREE O'Reilly Book
 Graph Databases is the definitive new guide to graph databases and
 their applications. This 200-page book is written by three acclaimed
 leaders in the field. The early access version is available now.
 Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported OS'es)

2013-04-25 Thread Sam Boman
I ask the same thing, any examples of the: Bundle/@Condition attribute

//Sam


On Wed, Apr 24, 2013 at 3:41 PM, Nick Miller nmil...@livetechnology.comwrote:

 Is there anywhere where I can see an example of this?  I tried using the
 same condition I have for .Net 4.5 and it still skips the prereq and tries
 to run the BA.  Also, what is the correct syntax for the
 BootstrapperCore.config for .Net 4.5?   If I use 'supportedFramework
 version=v4.5 /' the BA fails to load.


 -Original Message-
 From: Rob Mensching [mailto:r...@robmensching.com]
 Sent: Wednesday, April 24, 2013 8:25 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported
 OS'es)

 Use the Bundle/@Condition attribute. It was designed for this scenario.


 On Wed, Apr 24, 2013 at 3:25 AM, Sam Boman s...@samb.se wrote:

  Hello,
 
  Today we have a bootstrapper, taking care of first installing .NET
  4.5, and then the MSI with the application. If the user runs Windows
  XP, or any OS/Sp-levels not supported by .NET 4.5 the installation
  fails with a error-code.
 
  How do I add a condition in the beginning of the bootstrapper, that
  checks if the conditions for .NET 4.5 are met? I don't want the .NET
  4.5 to first download and then notify the user about the incompatibility.
 
  Regards,
  Sam
 
  --
   Try New Relic Now  We'll Send You this Cool Shirt New Relic
  is the only SaaS-based application performance monitoring service that
  delivers powerful full stack analytics. Optimize and monitor your
  browser, app,  servers with just a few lines of code. Try New Relic
  and get this awesome Nerd Life shirt!
  http://p.sf.net/sfu/newrelic_d2d_apr
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 --
 Try New Relic Now  We'll Send You this Cool Shirt New Relic is the only
 SaaS-based application performance monitoring service that delivers
 powerful full stack analytics. Optimize and monitor your browser, app, 
 servers with just a few lines of code. Try New Relic and get this awesome
 Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Try New Relic Now  We'll Send You this Cool Shirt
 New Relic is the only SaaS-based application performance monitoring service
 that delivers powerful full stack analytics. Optimize and monitor your
 browser, app,  servers with just a few lines of code. Try New Relic
 and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported OS'es)

2013-04-25 Thread Sam Boman
Using the:
Bundle Condition=
(VersionNT = v6.0 AND ServicePackLevel = 2) OR
(VersionNT = v6.1 AND ServicePackLevel = 1) OR
(VersionNT = v6.2)

To filter out the specifications of .NET 4.5.
*Supported operating systems:
*Windows 7 Service Pack 1,
Windows Server 2008 R2 SP1,
Windows Server 2008 Service Pack 2,
Windows Vista Service Pack 2

The Operating System Property Values at:
http://msdn.microsoft.com/en-US/library/aa370556.aspx

.NET 4.5 can run on:
Windows 7 (v6.1 and SP1) and also Windows Server 2008 R2 (v6.1 without any
SP).

This condition matches Windows 7: (VersionNT = v6.1 AND ServicePackLevel =
1)
But how to match the Windows Server 2008 R2, as it have got the same
VersionNT set, but no ServicePackLevel.

Thanks,
Sam


On Thu, Apr 25, 2013 at 9:41 AM, Sam Boman s...@samb.se wrote:

 I ask the same thing, any examples of the: Bundle/@Condition attribute

 //Sam


 On Wed, Apr 24, 2013 at 3:41 PM, Nick Miller 
 nmil...@livetechnology.comwrote:

 Is there anywhere where I can see an example of this?  I tried using the
 same condition I have for .Net 4.5 and it still skips the prereq and tries
 to run the BA.  Also, what is the correct syntax for the
 BootstrapperCore.config for .Net 4.5?   If I use 'supportedFramework
 version=v4.5 /' the BA fails to load.


 -Original Message-
 From: Rob Mensching [mailto:r...@robmensching.com]
 Sent: Wednesday, April 24, 2013 8:25 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Bundle - NET4.5 - WinXP(and other unsupported
 OS'es)

 Use the Bundle/@Condition attribute. It was designed for this scenario.


 On Wed, Apr 24, 2013 at 3:25 AM, Sam Boman s...@samb.se wrote:

  Hello,
 
  Today we have a bootstrapper, taking care of first installing .NET
  4.5, and then the MSI with the application. If the user runs Windows
  XP, or any OS/Sp-levels not supported by .NET 4.5 the installation
  fails with a error-code.
 
  How do I add a condition in the beginning of the bootstrapper, that
  checks if the conditions for .NET 4.5 are met? I don't want the .NET
  4.5 to first download and then notify the user about the
 incompatibility.
 
  Regards,
  Sam
 
  --
   Try New Relic Now  We'll Send You this Cool Shirt New Relic
  is the only SaaS-based application performance monitoring service that
  delivers powerful full stack analytics. Optimize and monitor your
  browser, app,  servers with just a few lines of code. Try New Relic
  and get this awesome Nerd Life shirt!
  http://p.sf.net/sfu/newrelic_d2d_apr
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 --
 Try New Relic Now  We'll Send You this Cool Shirt New Relic is the only
 SaaS-based application performance monitoring service that delivers
 powerful full stack analytics. Optimize and monitor your browser, app, 
 servers with just a few lines of code. Try New Relic and get this awesome
 Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Try New Relic Now  We'll Send You this Cool Shirt
 New Relic is the only SaaS-based application performance monitoring
 service
 that delivers powerful full stack analytics. Optimize and monitor your
 browser, app,  servers with just a few lines of code. Try New Relic
 and get this awesome Nerd Life shirt!
 http://p.sf.net/sfu/newrelic_d2d_apr
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Bundle - NET4.5 - WinXP(and other unsupported OS'es)

2013-04-24 Thread Sam Boman
Hello,

Today we have a bootstrapper, taking care of first installing .NET 4.5, and
then the MSI with the application. If the user runs Windows XP, or any
OS/Sp-levels not supported by .NET 4.5 the installation fails with a
error-code.

How do I add a condition in the beginning of the bootstrapper, that checks
if the conditions for .NET 4.5 are met? I don't want the .NET 4.5 to first
download and then notify the user about the incompatibility.

Regards,
Sam
--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Passing Location from Bootstrapper to MSI

2013-02-15 Thread Sam Boman
I want to pass the Options Location in the Bootstrapper UI (
WixStandardBootstrapperApplication.RtfLicense) to the MSI:

In Bundle:

Variable Name=InstallFolder Type=string
Value=[ProgramFilesFolder]The Application/

Chain
  PackageGroupRef Id=NetFx40ClientRedist/
  MsiPackage Id=MyApplication SourceFile=$(var.MsiProject.TargetPath)
MsiProperty Name=INSTALLLOCATION Value=[InstallFolder]/
  /MsiPackage
/Chain

How to pickup this property in the MSI (I go for a MSI without a UI, and
let the bootstrapper be the only visible UI to the user)?
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Passing Location from Bootstrapper to MSI

2013-02-15 Thread Sam Boman
That works great!


On Fri, Feb 15, 2013 at 11:41 AM, Peter Shirtcliffe pshirtcli...@sdl.comwrote:

 Create a directory with the ID set to the same as the MSIProperty name,
 i.e.
 INSTALLLOCATION. When the bootstrapper passes the property to the MSI, it
 overrides the directory's default path in the MSI

 Directory Id=TARGETDIR Name=SourceDir
   Directory Id=ProgramFilesFolder
 Directory Id=CompanyProgramsDir Name=Company PLC
   Directory Id=INSTALLLOCATION Name=Productv1.0


 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 15 February 2013 10:32
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Passing Location from Bootstrapper to MSI

 I want to pass the Options Location in the Bootstrapper UI (
 WixStandardBootstrapperApplication.RtfLicense) to the MSI:

 In Bundle:

 Variable Name=InstallFolder Type=string
 Value=[ProgramFilesFolder]The Application/

 Chain
   PackageGroupRef Id=NetFx40ClientRedist/
   MsiPackage Id=MyApplication SourceFile=$(var.MsiProject.TargetPath)
 MsiProperty Name=INSTALLLOCATION Value=[InstallFolder]/
   /MsiPackage
 /Chain

 How to pickup this property in the MSI (I go for a MSI without a UI, and
 let
 the bootstrapper be the only visible UI to the user)?

 -
 -
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 SDL PLC confidential, all rights reserved.
 If you are not the intended recipient of this mail SDL requests and
 requires that you delete it without acting upon or copying any of its
 contents, and we further request that you advise us.
 SDL PLC is a public limited company registered in England and Wales.
  Registered number: 02675207.
 Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
 7DY, UK.



 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Bootstrapper PayloadGroupRef - .NET 4.5

2013-02-15 Thread Sam Boman
In the manual at:
http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

Under Step 2 it says:
Add a PayloadGroupRef element to your bundle's chain that references the
.Net package required by your application.

The example are the just:

Chain
PackageGroupRef Id=NetFx40Web/
MsiPackage Id=MyApplication
SourceFile=$(var.MyApplicationSetup.TargetPath)/
/Chain

How shuld the PayloadGroupReference be added?


I have tried without it, it compiles, but the bootstrapper fails:
My Bundle contains:

Chain   PackageGroupRef Id=NetFx45Web/   MsiPackage...//Chain

Have tried with Redist as well.


Some cert warning?:

[10D8:1740][2013-02-15T13:51:32]i338: Acquiring package: NetFx45Web,
payload: NetFx45Web, download from:
http://go.microsoft.com/fwlink/?LinkId=225704
[1C1C:1F48][2013-02-15T13:51:35]e000: Error 0x80070490: Failed to find
expected public key in certificate chain.
[1C1C:1F48][2013-02-15T13:51:35]e000: Error 0x80070490: Failed to
verify expected payload against actual certificate chain.
[1C1C:1F48][2013-02-15T13:51:35]e000: Error 0x80070490: Failed to
verify signature of payload: NetFx45Web
[1C1C:1F48][2013-02-15T13:51:35]e310: Failed to verify payload:
NetFx45Web at path: C:\ProgramData\Package
Cache\.unverified\NetFx45Web, error: 0x80070490. Deleting file.
[1C1C:1F48][2013-02-15T13:51:35]e000: Error 0x80070490: Failed to
cache payload: NetFx45Web
[10D8:1740][2013-02-15T13:51:35]e314: Failed to cache payload:
NetFx45Web from working path:
C:\Users\user\AppData\Local\Temp\{70511aea-2ffd-4dfc-ad3c-76bc008bb649}\NetFx45Web,
error: 0x80070490.
[10D8:1740][2013-02-15T13:51:35]e349: Application requested retry of
payload: NetFx45Web, encountered error: 0x80070490. Retrying...
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-13 Thread Sam Boman
Thanks for this good explanations!

Regarding this:
You should probably set the Burn bundle as related to the MSI so when a
user uninstalls the MSI it also uninstalls the Burn bundle.  Otherwise the
user's system will have the (invisible) Burn bundle still registered which
could cause problems if they attempt to reinstall or install a newer
release at a later time etc.

How do I specify that?

//Sam


On Tue, Feb 12, 2013 at 6:04 PM, Pally Sandher pally.sand...@iesve.comwrote:

 For MSI UI -
 http://wix.sourceforge.net/manual-wix3/wix_xsd_msipackage.htm see the
 DisplayInternalUI attribute.

 To list your MSI in Programs  Features and not the Burn bundle -
 http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm see the
 DisableModify and DisableRemove attributes. Also you will need to set the
 Visible attribute to yes on your MsiPackage element . You should probably
 set the Burn bundle as related to the MSI so when a user uninstalls the MSI
 it also uninstalls the Burn bundle.  Otherwise the user's system will have
 the (invisible) Burn bundle still registered which could cause problems if
 they attempt to reinstall or install a newer release at a later time etc.

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 16:52
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Ok, but I have this issue, or maybe its just the way it works...

 I have set the Msi project to use:
 UIRef Id=WixUI_InstallDir/
 And then I have added the license agreement rtf-file to it.

 But when I have added this to the Bootstrapper project:

 *BootstrapperApplicationRef
 Id=WixStandardBootstrapperApplication.RtfLicense /*

 Chain
   PackageGroupRef Id= Netfx4Full/
   ...your msi stuff goes here...
 /Chain


 I end up in not getting the Msi UI at all, and in Controlpanel - Programs
 I just see my bootstrapper projectname... Not the original Msi name and
 version...

 I thought that the Bootstrapper just would do its checks, and then
 handover to the Msi UI, and not display any thing to the user if all is
 Okay (.NET version are the right.).

 Thanks!

 //Sam


 On Tue, Feb 12, 2013 at 3:37 PM, Pally Sandher pally.sand...@iesve.com
 wrote:

  You need 2 projects. You have 2 outputs, an MSI  a Burn executable
  which wraps the MSI and deals with your pre-reqs. You can configure
  your burn package not to register itself or to not register your MSI.
  See the Burn documentation -
  http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm
 
  BTW all that extra code Steven posted is completely superfluous. All
  you literally need in your Burn bundle XML is
 
  Chain
PackageGroupRef Id= Netfx4Full/
...your msi stuff goes here...
  /Chain
 
  As WiXNetFxExtension has all the authoring required to do all the
  checks  downloading etc. (and has been checked  tested by everyone
  who uses it on a daily basis).
 
  Personally I use
PackageGroupRef Id=NetFx40ClientRedist/ because I hate those
  'on-demand' installer bundle things.
 
  Palbinder Sandher
  Software Platform Engineer
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
  http://www.iesve.com
 
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow
  G20 0SP
  Email Disclaimer
 
 
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: 12 February 2013 14:29
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Thanks Steven,
  I try to get it to work.
 
  Also a question regarding, how to arrange things.
 
  I have two projects, one that gives me a MSI as output, Its just plain
  msi-file, no check for .NET framework. The other is a Bootstrapper
  Project, it hava a reference to the MSI-project.
  Is this the best way to do it? Or can I keep it in one project? How?
  Otherwise I seems to end up with two products / versions, one inner
  and one outer?
 
  Br,
  Sam
 
 
 
  On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie
  steven.ogil...@titus.com
  wrote:
 
   You can have a copy of .NET with your package OR use the DownloadUrl=
   element within the exepackage so if required, the .NET install is
   downloaded THEN installed...
  
   Steve
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: February-12-13 9:03 AM
   To: General discussion for Windows Installer XML toolset

Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-13 Thread Sam Boman
But even though setting:

Bundle ... DisableModify=yes DisableRemove=yes

MsiPackage ... *DisplayInternalUI=yes Visible=yes*/

I stil get the Bootstrapper UI visible first. Then When I click
Install I got the MSI UI visible in front of Bootstrapper UI. And when
MSI UI are finnish the Bootstrapper UI are closed.

My intention are just not see anything of the Bootstrapper UI if the
.NET Framework are present. Just like the old Visual Studio
Setup/Deploy projects...

//Sam








On Wed, Feb 13, 2013 at 3:49 PM, Sam Boman s...@samb.se wrote:

 Thanks for this good explanations!

 Regarding this:
 You should probably set the Burn bundle as related to the MSI so when a
 user uninstalls the MSI it also uninstalls the Burn bundle.  Otherwise the
 user's system will have the (invisible) Burn bundle still registered which
 could cause problems if they attempt to reinstall or install a newer
 release at a later time etc.

 How do I specify that?

 //Sam


 On Tue, Feb 12, 2013 at 6:04 PM, Pally Sandher pally.sand...@iesve.comwrote:

 For MSI UI -
 http://wix.sourceforge.net/manual-wix3/wix_xsd_msipackage.htm see the
 DisplayInternalUI attribute.

 To list your MSI in Programs  Features and not the Burn bundle -
 http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm see the
 DisableModify and DisableRemove attributes. Also you will need to set the
 Visible attribute to yes on your MsiPackage element . You should probably
 set the Burn bundle as related to the MSI so when a user uninstalls the MSI
 it also uninstalls the Burn bundle.  Otherwise the user's system will have
 the (invisible) Burn bundle still registered which could cause problems if
 they attempt to reinstall or install a newer release at a later time etc.

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park,
 Glasgow G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 16:52
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Ok, but I have this issue, or maybe its just the way it works...

 I have set the Msi project to use:
 UIRef Id=WixUI_InstallDir/
 And then I have added the license agreement rtf-file to it.

 But when I have added this to the Bootstrapper project:

 *BootstrapperApplicationRef
 Id=WixStandardBootstrapperApplication.RtfLicense /*

 Chain
   PackageGroupRef Id= Netfx4Full/
   ...your msi stuff goes here...
 /Chain


 I end up in not getting the Msi UI at all, and in Controlpanel - Programs
 I just see my bootstrapper projectname... Not the original Msi name and
 version...

 I thought that the Bootstrapper just would do its checks, and then
 handover to the Msi UI, and not display any thing to the user if all is
 Okay (.NET version are the right.).

 Thanks!

 //Sam


 On Tue, Feb 12, 2013 at 3:37 PM, Pally Sandher pally.sand...@iesve.com
 wrote:

  You need 2 projects. You have 2 outputs, an MSI  a Burn executable
  which wraps the MSI and deals with your pre-reqs. You can configure
  your burn package not to register itself or to not register your MSI.
  See the Burn documentation -
  http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm
 
  BTW all that extra code Steven posted is completely superfluous. All
  you literally need in your Burn bundle XML is
 
  Chain
PackageGroupRef Id= Netfx4Full/
...your msi stuff goes here...
  /Chain
 
  As WiXNetFxExtension has all the authoring required to do all the
  checks  downloading etc. (and has been checked  tested by everyone
  who uses it on a daily basis).
 
  Personally I use
PackageGroupRef Id=NetFx40ClientRedist/ because I hate those
  'on-demand' installer bundle things.
 
  Palbinder Sandher
  Software Platform Engineer
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
  http://www.iesve.com
 
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow
  G20 0SP
  Email Disclaimer
 
 
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: 12 February 2013 14:29
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Thanks Steven,
  I try to get it to work.
 
  Also a question regarding, how to arrange things.
 
  I have two projects, one that gives me a MSI as output, Its just plain
  msi-file, no check for .NET framework. The other is a Bootstrapper
  Project, it hava a reference to the MSI-project.
  Is this the best way to do it? Or can I keep it in one project? How

Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-13 Thread Sam Boman
Okay, I see we have to go that path!

Sorry to repeat, but this question also:

You should probably set the Burn bundle as related to the MSI so when a
user uninstalls the MSI it also uninstalls the Burn bundle.  Otherwise the
user's system will have the (invisible) Burn bundle still registered which
could cause problems if they attempt to reinstall or install a newer
release at a later time etc.

How do I specify that?


On Wed, Feb 13, 2013 at 5:28 PM, Pally Sandher pally.sand...@iesve.comwrote:

 You have to write your own Bootstrapper Application to replace the use of
 WiXBalExtension in that case -
 http://wix.sourceforge.net/manual-wix3/bootstrapper_application.htm

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 13 February 2013 16:16
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 But even though setting:

 Bundle ... DisableModify=yes DisableRemove=yes

 MsiPackage ... *DisplayInternalUI=yes Visible=yes*/

 I stil get the Bootstrapper UI visible first. Then When I click Install I
 got the MSI UI visible in front of Bootstrapper UI. And when MSI UI are
 finnish the Bootstrapper UI are closed.

 My intention are just not see anything of the Bootstrapper UI if the .NET
 Framework are present. Just like the old Visual Studio Setup/Deploy
 projects...

 //Sam








 On Wed, Feb 13, 2013 at 3:49 PM, Sam Boman s...@samb.se wrote:

  Thanks for this good explanations!
 
  Regarding this:
  You should probably set the Burn bundle as related to the MSI so when
  a user uninstalls the MSI it also uninstalls the Burn bundle.
  Otherwise the user's system will have the (invisible) Burn bundle
  still registered which could cause problems if they attempt to
  reinstall or install a newer release at a later time etc.
 
  How do I specify that?
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 6:04 PM, Pally Sandher pally.sand...@iesve.com
 wrote:
 
  For MSI UI -
  http://wix.sourceforge.net/manual-wix3/wix_xsd_msipackage.htm see the
  DisplayInternalUI attribute.
 
  To list your MSI in Programs  Features and not the Burn bundle -
  http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm see the
  DisableModify and DisableRemove attributes. Also you will need to set
  the Visible attribute to yes on your MsiPackage element . You should
  probably set the Burn bundle as related to the MSI so when a user
  uninstalls the MSI it also uninstalls the Burn bundle.  Otherwise the
  user's system will have the (invisible) Burn bundle still registered
  which could cause problems if they attempt to reinstall or install a
 newer release at a later time etc.
 
  Palbinder Sandher
  Software Platform Engineer
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
  http://www.iesve.com
 
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow G20 0SP Email Disclaimer
 
 
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: 12 February 2013 16:52
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Ok, but I have this issue, or maybe its just the way it works...
 
  I have set the Msi project to use:
  UIRef Id=WixUI_InstallDir/
  And then I have added the license agreement rtf-file to it.
 
  But when I have added this to the Bootstrapper project:
 
  *BootstrapperApplicationRef
  Id=WixStandardBootstrapperApplication.RtfLicense /*
 
  Chain
PackageGroupRef Id= Netfx4Full/
...your msi stuff goes here...
  /Chain
 
 
  I end up in not getting the Msi UI at all, and in Controlpanel -
  Programs I just see my bootstrapper projectname... Not the original
  Msi name and version...
 
  I thought that the Bootstrapper just would do its checks, and then
  handover to the Msi UI, and not display any thing to the user if all
  is Okay (.NET version are the right.).
 
  Thanks!
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 3:37 PM, Pally Sandher
  pally.sand...@iesve.com
  wrote:
 
   You need 2 projects. You have 2 outputs, an MSI  a Burn executable
   which wraps the MSI and deals with your pre-reqs. You can configure
   your burn package not to register itself or to not register your MSI.
   See the Burn documentation -
   http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm
  
   BTW all that extra code Steven posted is completely superfluous.
   All you literally need in your Burn bundle

[WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Hi!

Where can I find a simple example of how to just ensure the installation
will check if the user have got a specific version of .NET Framework
installed, and if not, download from Microsoft.com?

Have this with burn.exe to do? Or is it abandoned?

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Thanks! Do this Bundle needs to be in a separate project? (I can create new
project: Bootstrapper Project in the Add Project dialog in VS).


On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.comwrote:

 http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 12:04
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Install Prerequisites (.NET Framework)

 Hi!

 Where can I find a simple example of how to just ensure the installation
 will check if the user have got a specific version of .NET Framework
 installed, and if not, download from Microsoft.com?

 Have this with burn.exe to do? Or is it abandoned?

 //Sam

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
But my original Wix UI then goes away. I just want the bootstrapper to
check the .NET Framework.

?xml version=1.0 encoding=UTF-8?Wix
xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
  BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.RtfLicense/Chain
!-- .NET 4.5: NetFx45Web --PackageGroupRef
Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
SourceFile=$(var.Msi.TargetPath)//Chain
/Bundle/Wix



On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:

 Thanks! Do this Bundle needs to be in a separate project? (I can create
 new project: Bootstrapper Project in the Add Project dialog in VS).


 On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.comwrote:

 http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park,
 Glasgow G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 12:04
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Install Prerequisites (.NET Framework)

 Hi!

 Where can I find a simple example of how to just ensure the installation
 will check if the user have got a specific version of .NET Framework
 installed, and if not, download from Microsoft.com?

 Have this with burn.exe to do? Or is it abandoned?

 //Sam

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Ok,
But this isn't offering any help to the user to download the framework, am
I right?
I guess I need to do that also.

//Sam


On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie steven.ogil...@titus.comwrote:

 This is what I do to check for .NET 4.0 in the boostrapper...

 Chain
   PackageGroupRef Id=Netfx4Full/

 

 /Chain
   /Bundle
   Fragment Id=InstallConditionChecks
 !-- Check for .NET 4.0 --
 WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4FullVersion /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4x64FullVersion
 Win64=yes /

 PackageGroup Id=Netfx4Full
   ExePackage Id=Netfx4Full
   DisplayName=Microsoft .NET Framework 4.0
   Cache=no
   Compressed=no
   PerMachine=yes
   Permanent=yes
   Protocol=netfx4
   Vital=yes
   SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
   Name=RedistServer\dotNetFx40_Full_x86_x64.exe
   InstallCommand=/passive /norestart
   DetectCondition=Netfx4FullVersion AND (NOT VersionNT64
 OR Netfx4x64FullVersion) /
 /PackageGroup

   /Fragment
 /Wix

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: February-12-13 8:47 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 But my original Wix UI then goes away. I just want the bootstrapper to
 check the .NET Framework.

 ?xml version=1.0 encoding=UTF-8?Wix
 xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
 Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
   BootstrapperApplicationRef
 Id=WixStandardBootstrapperApplication.RtfLicense/Chain
 !-- .NET 4.5: NetFx45Web --PackageGroupRef
 Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
 SourceFile=$(var.Msi.TargetPath)//Chain
 /Bundle/Wix



 On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:

  Thanks! Do this Bundle needs to be in a separate project? (I can
  create new project: Bootstrapper Project in the Add Project dialog in
 VS).
 
 
  On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.com
 wrote:
 
  http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
 
  Palbinder Sandher
  Software Platform Engineer
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
  http://www.iesve.com
 
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow G20 0SP Email Disclaimer
 
 
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: 12 February 2013 12:04
  To: General discussion for Windows Installer XML toolset.
  Subject: [WiX-users] Install Prerequisites (.NET Framework)
 
  Hi!
 
  Where can I find a simple example of how to just ensure the
  installation will check if the user have got a specific version of
  .NET Framework installed, and if not, download from Microsoft.com?
 
  Have this with burn.exe to do? Or is it abandoned?
 
  //Sam
 
  -
  - Free Next-Gen Firewall Hardware Offer Buy your Sophos
  next-gen firewall before the end March 2013 and get the hardware for
  free! Learn more.
  http://p.sf.net/sfu/sophos-d2d-feb
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 
 
  -
  - Free Next-Gen Firewall Hardware Offer Buy your Sophos
  next-gen firewall before the end March 2013 and get the hardware for
  free! Learn more.
  http://p.sf.net/sfu/sophos-d2d-feb
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb

Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Thanks Steven,
I try to get it to work.

Also a question regarding, how to arrange things.

I have two projects, one that gives me a MSI as output, Its just plain
msi-file, no check for .NET framework. The other is a Bootstrapper Project,
it hava a reference to the MSI-project.
Is this the best way to do it? Or can I keep it in one project? How?
Otherwise I seems to end up with two products / versions, one inner and one
outer?

Br,
Sam



On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.comwrote:

 You can have a copy of .NET with your package OR use the DownloadUrl=
 element within the exepackage so if required, the .NET install is
 downloaded THEN installed...

 Steve

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: February-12-13 9:03 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Ok,
 But this isn't offering any help to the user to download the framework, am
 I right?
 I guess I need to do that also.

 //Sam


 On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  This is what I do to check for .NET 4.0 in the boostrapper...
 
  Chain
PackageGroupRef Id=Netfx4Full/
 
  
 
  /Chain
/Bundle
Fragment Id=InstallConditionChecks
  !-- Check for .NET 4.0 --
  WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
  util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
  Framework Setup\NDP\v4\Full Value=Version
 Variable=Netfx4FullVersion /
  util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
  Framework Setup\NDP\v4\Full Value=Version
 Variable=Netfx4x64FullVersion
  Win64=yes /
 
  PackageGroup Id=Netfx4Full
ExePackage Id=Netfx4Full
DisplayName=Microsoft .NET Framework 4.0
Cache=no
Compressed=no
PerMachine=yes
Permanent=yes
Protocol=netfx4
Vital=yes
SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
Name=RedistServer\dotNetFx40_Full_x86_x64.exe
InstallCommand=/passive /norestart
DetectCondition=Netfx4FullVersion AND (NOT
  VersionNT64 OR Netfx4x64FullVersion) /
  /PackageGroup
 
/Fragment
  /Wix
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 8:47 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  But my original Wix UI then goes away. I just want the bootstrapper to
  check the .NET Framework.
 
  ?xml version=1.0 encoding=UTF-8?Wix
  xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
  Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
BootstrapperApplicationRef
  Id=WixStandardBootstrapperApplication.RtfLicense/Chain
  !-- .NET 4.5: NetFx45Web --PackageGroupRef
  Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
  SourceFile=$(var.Msi.TargetPath)//Chain
  /Bundle/Wix
 
 
 
  On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:
 
   Thanks! Do this Bundle needs to be in a separate project? (I can
   create new project: Bootstrapper Project in the Add Project dialog
   in
  VS).
  
  
   On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher
  pally.sand...@iesve.com
  wrote:
  
   http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
  
   Palbinder Sandher
   Software Platform Engineer
   T: +44 (0) 141 945 8500
   F: +44 (0) 141 945 8501
   http://www.iesve.com
  
   **Design, Simulate + Innovate with the Virtual Environment**
   Integrated Environmental Solutions Limited. Registered in Scotland No.
   SC151456
   Registered Office - Helix Building, West Of Scotland Science Park,
   Glasgow G20 0SP Email Disclaimer
  
  
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: 12 February 2013 12:04
   To: General discussion for Windows Installer XML toolset.
   Subject: [WiX-users] Install Prerequisites (.NET Framework)
  
   Hi!
  
   Where can I find a simple example of how to just ensure the
   installation will check if the user have got a specific version of
   .NET Framework installed, and if not, download from Microsoft.com?
  
   Have this with burn.exe to do? Or is it abandoned?
  
   //Sam
  
   ---
   --
   - Free Next-Gen Firewall Hardware Offer Buy your Sophos
   next-gen firewall before the end March 2013 and get the hardware
   for free! Learn more.
   http://p.sf.net/sfu/sophos-d2d-feb
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Ok, thats a good point, I already got the MSI version from the FileVersion
of my main project.
So that will make it clear.




On Tue, Feb 12, 2013 at 3:30 PM, Neil Sleightholm n...@x2systems.comwrote:

 That is how I structure my projects. I set the version of the bundle to
 the version of the msi using binder variables e.g.:
 ?define Version = !(bind.packageVersion.MyMSIProject) ?

 In fact I get the version of the MSI from one of the files I install using
 the same technique.

 Neil

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 14:23
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Thanks Steven,
 I try to get it to work.

 Also a question regarding, how to arrange things.

 I have two projects, one that gives me a MSI as output, Its just plain
 msi-file, no check for .NET framework. The other is a Bootstrapper Project,
 it hava a reference to the MSI-project.
 Is this the best way to do it? Or can I keep it in one project? How?
 Otherwise I seems to end up with two products / versions, one inner and
 one outer?

 Br,
 Sam



 On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  You can have a copy of .NET with your package OR use the DownloadUrl=
  element within the exepackage so if required, the .NET install is
  downloaded THEN installed...
 
  Steve
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 9:03 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Ok,
  But this isn't offering any help to the user to download the
  framework, am I right?
  I guess I need to do that also.
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie
  steven.ogil...@titus.com
  wrote:
 
   This is what I do to check for .NET 4.0 in the boostrapper...
  
   Chain
 PackageGroupRef Id=Netfx4Full/
  
   
  
   /Chain
 /Bundle
 Fragment Id=InstallConditionChecks
   !-- Check for .NET 4.0 --
   WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4FullVersion /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4x64FullVersion
   Win64=yes /
  
   PackageGroup Id=Netfx4Full
 ExePackage Id=Netfx4Full
 DisplayName=Microsoft .NET Framework 4.0
 Cache=no
 Compressed=no
 PerMachine=yes
 Permanent=yes
 Protocol=netfx4
 Vital=yes
 SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
 Name=RedistServer\dotNetFx40_Full_x86_x64.exe
 InstallCommand=/passive /norestart
 DetectCondition=Netfx4FullVersion AND (NOT
   VersionNT64 OR Netfx4x64FullVersion) /
   /PackageGroup
  
 /Fragment
   /Wix
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: February-12-13 8:47 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
  
   But my original Wix UI then goes away. I just want the bootstrapper
   to check the .NET Framework.
  
   ?xml version=1.0 encoding=UTF-8?Wix
   xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
   Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
 BootstrapperApplicationRef
   Id=WixStandardBootstrapperApplication.RtfLicense/Chain
   !-- .NET 4.5: NetFx45Web --PackageGroupRef
   Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
   SourceFile=$(var.Msi.TargetPath)//Chain
   /Bundle/Wix
  
  
  
   On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:
  
Thanks! Do this Bundle needs to be in a separate project? (I can
create new project: Bootstrapper Project in the Add Project dialog
in
   VS).
   
   
On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher
   pally.sand...@iesve.com
   wrote:
   
http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
   
Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
   
**Design, Simulate + Innovate with the Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland
 No.
SC151456
Registered Office - Helix Building, West Of Scotland Science
Park, Glasgow G20 0SP Email Disclaimer
   
   
   
-Original Message-
From: Sam Boman [mailto:s...@samb.se]
Sent: 12 February 2013 12:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Install

Re: [WiX-users] Install Prerequisites (.NET Framework)

2013-02-12 Thread Sam Boman
Ok, but I have this issue, or maybe its just the way it works...

I have set the Msi project to use:
UIRef Id=WixUI_InstallDir/
And then I have added the license agreement rtf-file to it.

But when I have added this to the Bootstrapper project:

*BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.RtfLicense /*

Chain
  PackageGroupRef Id= Netfx4Full/
  ...your msi stuff goes here...
/Chain


I end up in not getting the Msi UI at all, and in Controlpanel - Programs I
just see my bootstrapper projectname... Not the original Msi name and
version...

I thought that the Bootstrapper just would do its checks, and then handover
to the Msi UI, and not display any thing to the user if all is Okay (.NET
version are the right.).

Thanks!

//Sam


On Tue, Feb 12, 2013 at 3:37 PM, Pally Sandher pally.sand...@iesve.comwrote:

 You need 2 projects. You have 2 outputs, an MSI  a Burn executable which
 wraps the MSI and deals with your pre-reqs. You can configure your burn
 package not to register itself or to not register your MSI. See the Burn
 documentation -
 http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm

 BTW all that extra code Steven posted is completely superfluous. All you
 literally need in your Burn bundle XML is

 Chain
   PackageGroupRef Id= Netfx4Full/
   ...your msi stuff goes here...
 /Chain

 As WiXNetFxExtension has all the authoring required to do all the checks 
 downloading etc. (and has been checked  tested by everyone who uses it on
 a daily basis).

 Personally I use
   PackageGroupRef Id=NetFx40ClientRedist/
 because I hate those 'on-demand' installer bundle things.

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 14:29
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Thanks Steven,
 I try to get it to work.

 Also a question regarding, how to arrange things.

 I have two projects, one that gives me a MSI as output, Its just plain
 msi-file, no check for .NET framework. The other is a Bootstrapper Project,
 it hava a reference to the MSI-project.
 Is this the best way to do it? Or can I keep it in one project? How?
 Otherwise I seems to end up with two products / versions, one inner and
 one outer?

 Br,
 Sam



 On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  You can have a copy of .NET with your package OR use the DownloadUrl=
  element within the exepackage so if required, the .NET install is
  downloaded THEN installed...
 
  Steve
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 9:03 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Ok,
  But this isn't offering any help to the user to download the
  framework, am I right?
  I guess I need to do that also.
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie
  steven.ogil...@titus.com
  wrote:
 
   This is what I do to check for .NET 4.0 in the boostrapper...
  
   Chain
 PackageGroupRef Id=Netfx4Full/
  
   
  
   /Chain
 /Bundle
 Fragment Id=InstallConditionChecks
   !-- Check for .NET 4.0 --
   WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4FullVersion /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4x64FullVersion
   Win64=yes /
  
   PackageGroup Id=Netfx4Full
 ExePackage Id=Netfx4Full
 DisplayName=Microsoft .NET Framework 4.0
 Cache=no
 Compressed=no
 PerMachine=yes
 Permanent=yes
 Protocol=netfx4
 Vital=yes
 SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
 Name=RedistServer\dotNetFx40_Full_x86_x64.exe
 InstallCommand=/passive /norestart
 DetectCondition=Netfx4FullVersion AND (NOT
   VersionNT64 OR Netfx4x64FullVersion) /
   /PackageGroup
  
 /Fragment
   /Wix
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: February-12-13 8:47 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
  
   But my original Wix UI then goes away. I just want the bootstrapper

[WiX-users] Id for Component and File

2013-02-11 Thread Sam Boman
Hi, I just have a quick question, are these Id's valid (same on Component
and File)... I guess they are in different tables.

It have been working ok, but I have today got stuck by this error:
LGHT0216: An unexpected Win32 exception with error code 0x65B occurred:
Function failed during execution

Component Id=IronPython.dll Guid=*

File Id=IronPython.dll
Source=$(var.MyProj.TargetDir)IronPython.dll
KeyPath=yes//ComponentComponent Id=Microsoft.Dynamic.dll
Guid=*File Id=Microsoft.Dynamic.dll
Source=$(var.MyProj.TargetDir)Microsoft.Dynamic.dll KeyPath=yes/
/ComponentComponent Id=Microsoft.Scripting.dll Guid=*
File Id=Microsoft.Scripting.dll
Source=$(var.MyProj.TargetDir)Microsoft.Scripting.dll
KeyPath=yes/
/Component
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Id for Component and File

2013-02-11 Thread Sam Boman
Ok,
I also found the example in the documentation which uses same Id for
Component and File...
http://wix.sourceforge.net/manual-wix3/add_a_file.htm
But they (Id's) seems to be required, so I can't skip them.

Also, the Error: LGHT0216
Can I get a better / more detailed description?
I have tried to set -val for the Light.exe
And use Smoke.exe to validate, but I just got the same message.

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Heat-harvesting with subfolder in the File-Source atribute

2013-02-06 Thread Sam Boman
Hi,

I have a project structure which is like this:
*C:\\SolutionDir\MyProject\MyDirectory*

In a pre-build event I use this:
*heat.exe dir $(SolutionDir)MyProject\MyDirectory -ag -sfrag -srd -var
var.MyProject.ProjectDir -out  $(ProjectDir)HarvestedFiles.wxs*

The output in HarvestedFiles.wxs contains (id's removed...):
Component Id= Guid=*

  File Id= KeyPath=yes
Source=$(var.MyProject.ProjectDir)\FileOne.txt //Component

But I expect it to be (with the MyDirectory folder included in Source):

Component Id= Guid=*  File Id= KeyPath=yes
Source=$(var.MyProject.ProjectDir)\*MyDirectory\*FileOne.txt
//Component

How do I do this? I don't want to specify a fixed path, I prefer to
use dynamic var's.

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users