[WiX-users] WixStdBA Command line parameters

[Ian Williams]

Using WixStdBA with WiX 3.6.

Is there a way allow custom command line parameters to set values of Variables 
in the bundle?

Thanks,
Ian
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] "Failed to verify certificate chain policy status"

[Ian Williams]

Hi,

A user is reporting a problem with a shipped installer that my team has not 
seen before. It uses a wixstdba bootstrapper to wrap several MSIs. I think the 
WiX build used was from about a month or two before the WiX 3.6 Release 
Candidate, though it might  be a more recent build.

The user reports:

[11B8:10CC][2012-10-05T15:08:45]: Error 0x800b010a: Failed to verify 
certificate chain policy status.
[11B8:10CC][2012-10-05T15:08:45]: Error 0x800b010a: Failed to get certificate 
chain for authenticode certificate.
[11B8:10CC][2012-10-05T15:08:45]: Error 0x800b010a: Failed to verify signature 
of payload: package_name
[11B8:10CC][2012-10-05T15:08:45]: Failed to verify payload: package_name at 
path: C:\ProgramData\Package Cache\.unverified\ package_name, error: 
0x800b010a. Deleting file.
[11B8:10CC][2012-10-05T15:08:45]: Error 0x800b010a: Failed to cache payload: 
package_name
[0130:0B3C][2012-10-05T15:08:45]: Failed to cache payload: package_name from 
working path: 
C:\Users\o515671\AppData\Local\Temp\2\{e0328255-3f36-4c55-b959-379ddaeee93f}\ 
package_name, error: 0x800b010a.

Any idea what this means? We've had thousands of users successfully run the 
full signed installer without running into any signing-related issues before.

Thanks,
Ian
--
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_nov
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Uninstall a different bundle

[Ian Williams]

I'll looking to have my burn bundle invoke uninstall on a different burn bundle 
if it is detected on a machine.  What is the easiest way to accomplish this?

Thanks,
Ian
--
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] How to reference a wxs file from another

[Ian Williams]

Yep, you need to reference something in a fragment (DirectoryRef, ComponentRef, 
etc) to load the fragment (it will all be loaded, note).

Also remember to include allt he .wxs files in your call to candle and light.

Ian

-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com] 
Sent: Thursday, March 01, 2012 1:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to reference a wxs file from another

You need a reference element to any one bit inside the fragment.  The way Wix 
linking currently works, a linkage to one item in a fragment brings in the 
whole fragment.

For example, if you have a Component element in a fragment, you would link in 
the fragment using a ComponentRef with the appropriate Id attribute.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.(r)
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 



-Original Message-
From: Troy Teixeira [mailto:tteixe...@polariswireless.com]
Sent: Thursday, March 01, 2012 2:58 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] How to reference a wxs file from another

I know that this is a very elementary question since I'm new to this, but could 
someone tell what lines of code I would add to a WXS file to reference it to 
one containing Fragments.

I have a Product.wxs file and another wxs file named Directory.wxs which 
contains a bunch of Fragments. How can I tell the Product.wxs file to use the 
Directory.wxs file? Below is the code from the Product.wxs file.

The situation is that when the automated build is happening the MSI file is not 
including all of the necessary files for the program to work.


http://schemas.microsoft.com/wix/2006/wi";>

   
 
 

  

  
  
  

  

   


  

  



  



  


  
  
  

  




--
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes 
use of virtualization - but cloud computing also focuses on allowing computing 
to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively for the individual or entity to which it is addressed. The 
message, together with any attachment, may contain confidential and/or 
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution is strictly prohibited. If you have received this message in 
error, please immediately advise the sender by reply email and delete all 
copies.


--
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes 
use of virtualization - but cloud computing also focuses on allowing computing 
to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bundle rollback during install is not correct

[Ian Williams]

Initially the plan shows all packages as Absent and not cached. 

After the supposed-rollback, I launched another install and then immediately 
cancelled to see what the log showed the state to be. In the example below, A 
and B are shown as present, while C D and E are all absent.  All packages are 
reported as cached.

Is there something I should be doing with the RollbackBoundary element to get 
the desired behavior? I played around with it a bit but didn't get what I 
wanted.

Thanks,
Ian

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Wednesday, February 15, 2012 7:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle rollback during install is not correct

Strange. What does the plan show as the state for all these packages?

On Tue, Feb 14, 2012 at 11:41 AM, Ian Williams wrote:

> I have wixstdba bundle with MSI packages A, B, C, D, E.  They are all 
> marked as vital and the chain explicitly says DisableRollback="no".  
> There are no RollbackBoundary elements, either. I'm using a wix build 
> 3.6.2527.0.
>
> During install, if I click the cancel button during package C's 
> installation, I would expect burn to rollback packages A, B, and C, 
> and remove A - E from the cache.
>
>
> 1)  After clicking cancel and then confirming, the UI disappears.
> There is already bug 3431330 open on this.
>
> 2)  Looking at C's MSI log, it rolled back properly.
>
> 3)  However, A and B do not rollback, they stay installed and cached.
>
> 4)  The bundle logs cuts off. The last line is "Applying package: C,
> action Install ..."
>
> a.   In repro attempts I found inconsistent behavior as to where the
> bundle log stops writing.
>
> 5)  The bundle stays installed keeps A and B registered.
>
> 6)  Packages C, D, and E, though not registered with the bundle, are
> still cached.
>
> 7)  The bundle still shows up in Programs and Features.
>
> If I uninstall, A and B will be removed OK as will the bundle, but the 
> system is left with C, D, and E still cached with no dependencies.
>
> If I try and install again, nothing breaks since it just seeing some 
> packages in the cache and uses them, and adds A and B to the cache normally.
>
> Repairing the partially installed / rollbacked bundle also installs 
> everything appropriately as I would expect.
>
> As you can see from 3-7, it looks like there is one or more bugs here.
>  Before I file a bug I wanted to see if anyone has any thoughts on if 
> I'm doing something wrong in my authoring.  I have repro'd this many 
> times, though as I note in 4a the bundle log cuts off at different 
> times though the actual behavior is identical.  I found a bunch of 
> similar bugs for rollback during uninstall, but they have mostly been 
> fixed. I didn't see much about rollback during install.
>
> Thanks,
> Ian
>
>
> --
>  Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft 
> developers is just $99.99! Visual Studio, SharePoint, SQL - plus 
> HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you 
> subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Virtualization & Cloud Management Using Capacity Planning Cloud computing makes 
use of virtualization - but cloud computing also focuses on allowing computing 
to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bundle rollback during install is not correct

[Ian Williams]

I have wixstdba bundle with MSI packages A, B, C, D, E.  They are all marked as 
vital and the chain explicitly says DisableRollback="no".  There are no 
RollbackBoundary elements, either. I'm using a wix build 3.6.2527.0.

During install, if I click the cancel button during package C's installation, I 
would expect burn to rollback packages A, B, and C, and remove A - E from the 
cache.


1)  After clicking cancel and then confirming, the UI disappears. There is 
already bug 3431330 open on this.

2)  Looking at C's MSI log, it rolled back properly.

3)  However, A and B do not rollback, they stay installed and cached.

4)  The bundle logs cuts off. The last line is "Applying package: C, action 
Install ..."

a.   In repro attempts I found inconsistent behavior as to where the bundle 
log stops writing.

5)  The bundle stays installed keeps A and B registered.

6)  Packages C, D, and E, though not registered with the bundle, are still 
cached.

7)  The bundle still shows up in Programs and Features.

If I uninstall, A and B will be removed OK as will the bundle, but the system 
is left with C, D, and E still cached with no dependencies.

If I try and install again, nothing breaks since it just seeing some packages 
in the cache and uses them, and adds A and B to the cache normally.

Repairing the partially installed / rollbacked bundle also installs everything 
appropriately as I would expect.

As you can see from 3-7, it looks like there is one or more bugs here.  Before 
I file a bug I wanted to see if anyone has any thoughts on if I'm doing 
something wrong in my authoring.  I have repro'd this many times, though as I 
note in 4a the bundle log cuts off at different times though the actual 
behavior is identical.  I found a bunch of similar bugs for rollback during 
uninstall, but they have mostly been fixed. I didn't see much about rollback 
during install.

Thanks,
Ian

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe : error LGHT0350

[Ian Williams]

Just a guess, but what is the Package/@InstallerVersion?  That attribute should 
be the minimum Windows Installer number required - Major*100 + Minor.

-Original Message-
From: Maxim Kopeyka [mailto:m...@xtendx.com] 
Sent: Friday, February 10, 2012 8:52 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] light.exe : error LGHT0350

Hi All,

light.exe returns this error message:
error LGHT0350 : The package being validated requires a higher version of 
Windows Installer than is installed on this machine. Validation cannot continue.

However I have a latest version of installer:
Windows (r) Installer. V 5.0.7601.17514

What should I do to fix this?

P.S. I use Windows 7 x64 + SP1

--
Kind Regards,
Maxim Kopeyka


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localized bundle: Picking up the right files

[Ian Williams]

Thanks for the help Sam.

Yes, I read your other thread (which was VERY helpful, by the way).  So far 
your comments are the same as mine.  Over the next week or two I'll find out if 
there are any more issues that you haven't commented on, and I'll be sure to 
follow up in the thread.

Thanks again,
Ian

-Original Message-
From: Sam Morris [mailto:s...@red-redemption.com] 
Sent: Thursday, February 09, 2012 5:07 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Localized bundle: Picking up the right files

On Thu, 09 Feb 2012 07:57:52 +0000, Ian Williams wrote:

> So I figured out that I needed the license payloads to look like this:
> 
>  SourceFile="path_to_license.rtf" />
> 
> With the important bit being that the name is LCID\license.rtf.  The 
> only way I was able to figure this out was by looking at through the 
> wix sources.

You've already worked this out, but for anyone else who hasn't--when you set 
the WixStdBaLicenseRTF WixVariable, you are just overriding the @SourceFile of 
the license Payload that is implicitely included when you add your 
BootstrapperApplicationRef; the @Name remains "license.rtf". So if you want a 
per-theme license file, you have to call it "LCID \license.rtf" where LCID is 
the locale ID.

The same goes for WixStdbaThemeWxl ("thm.wxl") and WixStdbaThemeXml 
("thm.xml"). But when you have a per-locale theme file, there is one additional 
caveat to be aware of:

> Looking at them makes me think that the "thm.xml" is also correct, but 
> whenever I do this the installer doesn't seem to work:
> invoking with -lang  does nothing and exits 
> immediately.  Has anyone been able to load a thm.xml per language?

I am guessing your themes refer to "logo.png". If you don't include a logo.png 
file in the per-LCID directory, the bootstrapper will log something like 
"failed to create theme controls") to the installation log and exit without 
presenting any UI to the user.

Either provide a logo.png Payload in each LCID directory, or modify your 
per-LCID themes to refer to "..\logo.png" so that they get the default logo.

BTW, I figured this out with Process Monitor from SysInternals. An invaluable 
tool for diagnosing such issues!

I recently posted some of the other problems I had to work around in creating a 
localized bundle; you can read it at <http://www.mail- 
archive.com/wix-users@lists.sourceforge.net/msg49035.html>. I'd be interested 
to hear if you can add anything that I missed out.

--
Sam Morris


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localized bundle: Picking up the right files

[Ian Williams]

So I figured out that I needed the license payloads to look like this:



With the important bit being that the name is LCID\license.rtf.  The only way I 
was able to figure this out was by looking at through the wix sources.  Looking 
at them makes me think that the "thm.xml" is also correct, but whenever I do 
this the installer doesn't seem to work: invoking with -lang  does nothing and exits immediately.  Has anyone been able to load a 
thm.xml per language?

Thanks,
Ian

-Original Message-
From: Ian Williams [mailto:iawil...@microsoft.com] 
Sent: Wednesday, February 08, 2012 2:00 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Localized bundle: Picking up the right files

Using WixStdba.RtfLicense, I'm able to localize various strings with the .wxl.  
But I'm having difficulty customizing the theme with the .xml files, and I 
can't figure out how to get a different license to load for each language.








  
   ...

 
  
   ...

 
  
  



What am I doing wrong in the Payload specification? Are these supported by 
WixStandardBootstrapperApplication.RtfLicense at this time?


Thanks,
Ian

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers is just 
$99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style 
Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Localized bundle: Picking up the right files

[Ian Williams]

Using WixStdba.RtfLicense, I'm able to localize various strings with the .wxl.  
But I'm having difficulty customizing the theme with the .xml files, and I 
can't figure out how to get a different license to load for each language.








  
  
...

 
  
  
...

 
  
  



What am I doing wrong in the Payload specification? Are these supported by 
WixStandardBootstrapperApplication.RtfLicense at this time?


Thanks,
Ian

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditionally Include based on Build Configuration

[Ian Williams]

I _think_ you can accomplish everything you want here by simply passing in a 
runtime property when msiexec is called, like "ConfigurationToBuild". Then you 
can use the value of that property to determine what to install, etc. I've had 
success with that approach personally.

-Original Message-
From: Daniel Sniderman [mailto:dani...@magenic.com] 
Sent: Tuesday, January 10, 2012 10:21 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditionally Include based on Build Configuration

I'm working on automating our Build - and migrating from VS Setup to WIX.

We have a Windows Forms Application that has two different Configurations - One 
to Deploy to Citrix Servers and another for occasionally connected Laptop Users 
(plus several "environments" dev/qa/prod etc)

For the two different configurations the differences are in differing config 
settings (which I've already figured out how to)

What I need help with - the Laptop MSI needs include an additional EXE and a 
few corresponding files - and add a shortcut to the additional EXE to the 
startup folder.

Ideally I'd like one WIX solution (and wxs file if possible) that based on the 
"Configuration to Build" setting (ideally both from a desktop build and a TFS 
2010 build) create the appropriate MSI.   (IE - I don't want a single type of 
MSI that requires the user to select based on UI).

What is the best way to implement this?

Thanks!

Daniel P. Sniderman| Sr Consultant| Magenic MCSD.NET, MCTS: Team Foundation 
Server 2010 Administration

333 E. Butterfield Rd. Suite 100, Lombard, IL 60148
Mobile: 847-668-4882  | eFax 847-390-7810 magenic.com | 
dani...@magenic.com


--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create new or 
port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM 
program developer opportunity. appdeveloper.intel.com/join 
http://p.sf.net/sfu/intel-appdev ___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Wix 3.6 silently

[Ian Williams]

Hi Lars,

The /quiet flag that msiexec takes when running an MSI is still valid for MSI's 
build in WiX 3.6, of course. WiX 3.6 bundles are passed whatever command line 
arguments you send them, so they can be made to accept /quiet as well. If 
you're using WiXStdba, I can confirm that it will accept /quiet.

-Original Message-
From: Lars Augensen [mailto:lars.augen...@confirmit.com] 
Sent: Tuesday, January 10, 2012 3:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Install Wix 3.6 silently

Can Wix 3.6 be installed silently?
We are going to push it to a lot of developer blades, and I can't find an .msi 
file anywhere.


Lars Augensen
Software Engineer
lars.augen...@confirmit.com | Phone +47 2150 2572> | Mobile +47 40224293

Confirmit® [everywhere]
Software for Customer Feedback, Employee Feedback, and Market Research


Confirmit AS, Karenslyst allé 56, 0277 Oslo, Norway 
www.confirmit.com | Main +47 2150 2500 | Fax +47 
2150 2501

The information contained in this email message may be privileged, confidential 
or exempt from disclosure under applicable law. If you are not the intended 
recipient, you are hereby notified that any use, dissemination, distribution or 
copying of this transmission is strictly prohibited. If you have received this 
communication in error, or if any problems occur with transmission, please 
notify the sender immediately.

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create new or 
port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM 
program developer opportunity. appdeveloper.intel.com/join 
http://p.sf.net/sfu/intel-appdev ___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Globalized Bundle?

[Ian Williams]

Merging threads; just ensuring my reply doesn't get lost. Thanks.

-Original Message-
From: Ian Williams [mailto:iawil...@microsoft.com] 
Sent: Monday, January 09, 2012 11:15 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Globalized Bundle?

Hmm, I'm a bit confused here.

I'm under the impression that originally .wxl files were used for an MSI in 
conjunction with a few options passed to light.exe (-cultures:ja-jp -loc ).  And what you get it a Japanese localized MSI (this is 
all compiled into it).

You're saying that the WixStdBA will look for .wxl files at runtime - great! 
That's exactly the sort of thing I'm looking for, that should avoid the 
creation of an installer for each language. But I can't figure out the usage 
pattern here. If I add things like !(loc.ProductName) to my bundle authoring, 
light complains that the localization variable !(loc.ProductName) is unknown. 
So at link time I have to point it to a particular .wxl file... and we're back 
where we've started! I also tried pointing light to multiple .wxls for each 
language I want but that doesn't seem to work either.

What the piece I'm missing here that allows runtime localization decisions?

As an aside, the most important thing for me really is to be able to choose the 
WiXVariable "WixStdbaLicenseRtf" at runtime based off of the system language. 
Not sure if even runtime loading of .wxls will accomplish this.


-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Monday, January 09, 2012 12:36 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Globalized Bundle?

We do LCID because we still support WinXP SP2

On Mon, Jan 9, 2012 at 3:46 AM, Sam Morris  wrote:

> On Sat, 07 Jan 2012 08:50:15 -0800, Rob Mensching wrote:
>
> > The wixstdba will automatically search for a .wxl file of the system 
> > language (i.e. look in 1033 directory for english and 1041 for 
> > german and 1044 for japanese, or are those last two switched?).
> >
> > Failing to find a matching .wxl file will cause wixstdba to fall 
> > back to a .wxl in the root.
> >
> > There are a few bugs about localization open that need to be fixed 
> > before this works well but you can see the beginnings.
>
> Would you consider keying translations by the string representation of 
> the locale name rather than the numeric locale ID? This will allow 
> more intelligent fallback behaviour.
>
> Currently if I ship a .wxl file in the 1031 directory (de-DE) then a 
> user with a UI language setting of 3079 (de-AT) will not see the 
> German strings, even though they are closer to the user's preferred 
> language than the default strings.
>
> <http://msdn.microsoft.com/en-us/library/windows/desktop/dd374098
> (v=vs.85).aspx<http://msdn.microsoft.com/en-us/library/windows/desktop
> /dd374098%0A%28v=vs.85%29.aspx>> describes the UI language fallback 
> behaviour in Vista and later. Emulating this on earlier Windows 
> versions (that lack LOCALE_SPARENT info for a locale) seems 
> straightforward enough: just chop off the hyphen and anything that 
> follows.
>
> --
> Regards,
> Sam Morris
>
>
>
> --
>  Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't 
> need a complex infrastructure or vast IT resources to deliver 
> seamless, secure access to virtual desktops. With this all-in-one 
> solution, easily deploy virtual desktops for less than the cost of PCs 
> and save 60% on VDI infrastructure costs. Try it free! 
> http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex 
infrastructure or vast IT resources to deliver seamless, secure access to 
virtual desktops. With this all-in-one solution, easily deploy virtual desktops 
for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it 
free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Concatenate 2 values

[Ian Williams]

I believe you are mixing WiX preprocessor variables with runtime properties.

Your property IISROOT should be accessed using the following syntax: [IISROOT]

You are using the preprocessor syntax: $(var.IISROOT). Try [IISROOT] there 
instead.

Ian

-Original Message-
From: Bourne, Kevin [mailto:kevin.bou...@chasepaymentech.com] 
Sent: Monday, January 09, 2012 12:46 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Concatenate 2 values

Here is the error
error CNDL0150: Undefined preprocessor variable '$(var.IISROOT)'.

Kevin Bourne | Software Developer | Chase Paymentech 
kevin.bou...@chasepaymentech.com

JPMorgan Chase & Co.

-Original Message-
From: Bourne, Kevin
Sent: Monday, January 09, 2012 3:40 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Concatenate 2 values

I need to Concatenate 2 values, can someone tell me how to do this?
Sample code does not work.


  



  Installed OR IISROOT







Kevin Bourne | Software Developer Lead | Chase Paymentech .
kevin.bou...@chasepaymentech.com

JPMorgan Chase & Co.

--
Learn more about Chase Paymentech Solutions,LLC payment processing services at 
www.chasepaymentech.com.

THIS MESSAGE IS CONFIDENTIAL.  This e-mail message and any attachments are 
proprietary and confidential information intended only for the use of the 
recipient(s) named above.  If you are not the intended recipient, you may not 
print, distribute, or copy this message or any attachments.  If you have 
received this communication in error, please notify the sender by return e-mail 
and delete this message and any attachments from your computer.



--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex 
infrastructure or vast IT resources to deliver seamless, secure access to 
virtual desktops. With this all-in-one solution, easily deploy virtual desktops 
for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it 
free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Learn more about Chase Paymentech Solutions,LLC payment processing services at 
www.chasepaymentech.com.

THIS MESSAGE IS CONFIDENTIAL.  This e-mail message and any attachments are 
proprietary and confidential information intended only for the use of the 
recipient(s) named above.  If you are not the intended recipient, you may not 
print, distribute, or copy this message or any attachments.  If you have 
received this communication in error, please notify the sender by return e-mail 
and delete this message and any attachments from your computer.





--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex 
infrastructure or vast IT resources to deliver seamless, secure access to 
virtual desktops. With this all-in-one solution, easily deploy virtual desktops 
for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it 
free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Globalized Bundle?

[Ian Williams]

Hmm, I'm a bit confused here.

I'm under the impression that originally .wxl files were used for an MSI in 
conjunction with a few options passed to light.exe (-cultures:ja-jp -loc ).  And what you get it a Japanese localized MSI (this is 
all compiled into it).

You're saying that the WixStdBA will look for .wxl files at runtime - great! 
That's exactly the sort of thing I'm looking for, that should avoid the 
creation of an installer for each language. But I can't figure out the usage 
pattern here. If I add things like !(loc.ProductName) to my bundle authoring, 
light complains that the localization variable !(loc.ProductName) is unknown. 
So at link time I have to point it to a particular .wxl file... and we're back 
where we've started! I also tried pointing light to multiple .wxls for each 
language I want but that doesn't seem to work either.

What the piece I'm missing here that allows runtime localization decisions?

As an aside, the most important thing for me really is to be able to choose the 
WiXVariable "WixStdbaLicenseRtf" at runtime based off of the system language. 
Not sure if even runtime loading of .wxls will accomplish this.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Saturday, January 07, 2012 8:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Globalized Bundle?

The wixstdba will automatically search for a .wxl file of the system language 
(i.e. look in 1033 directory for english and 1041 for german and
1044 for japanese, or are those last two switched?).

Failing to find a matching .wxl file will cause wixstdba to fall back to a .wxl 
in the root.

There are a few bugs about localization open that need to be fixed before this 
works well but you can see the beginnings.

On Thu, Jan 5, 2012 at 2:59 PM, Ian Williams  wrote:

> I'm trying to investigate the viability of making my bundle installer 
> "globalized" - that is, it is one installer that will look at the 
> language of the system in order to choose how to present itself to the 
> user (and perhaps what to install). I thought that was one of the 
> advantages of using a bundle, but I'm realizing now that that doesn't 
> seem to be part of the intent.
>
> For starters,  I wanted to do something like  Id="SystemLanguageID" />   Value="...[SystemLanguageId]...license.rtf" />
>
> But I can't have a PropertyRef in a bundle.  There are more issues 
> that leave me to believe that bundles are not designed to be able to 
> intelligently choose a language to present themselves in... at least 
> with WixStdBA (been trying to avoid writing my own BA).
>
> Does anyone have any advice on what direction I should be going here? 
> If this doesn't work I guess users must choose what language the 
> installer will be in when the download it (so I need to make a 
> different version of the .exe for each language using the !(loc.X) stuff).
>
> Thanks,
> Ian
>
>
> --
>  Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't 
> need a complex infrastructure or vast IT resources to deliver 
> seamless, secure access to virtual desktops. With this all-in-one 
> solution, easily deploy virtual desktops for less than the cost of PCs 
> and save 60% on VDI infrastructure costs. Try it free! 
> http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex 
infrastructure or vast IT resources to deliver seamless, secure access to 
virtual desktops. With this all-in-one solution, easily deploy virtual desktops 
for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it 
free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] question: how to build localized (japanese) msi from wix

[Ian Williams]

I think you meant
"ja-jp"

http://msdn.microsoft.com/en-us/goglobal/bb896001.aspx

:-)

-Original Message-
From: Nan Zang [mailto:naz...@microsoft.com] 
Sent: Thursday, January 05, 2012 5:40 PM
To: General discussion for Windows Installer XML toolset. 
(wix-users@lists.sourceforge.net)
Subject: [WiX-users] question: how to build localized (japanese) msi from wix

HI,

I have a simple msi only use wixui_installdir dialog set. I need to build a 
Japanese version of the msi.

When I specify the -cultures JP-JP parameter when running light.exe, I got 
hundreds of error complaining $(Loc.X) is not defined. Where can I find the 
Japanese strings for the standard dialog and error, how can I use them?

A sample error I got

e:\test 
\1>c:\delivery\dev\wix35\src\ext\uiextension\wixlib\errorprogresstext.wxs(241) 
: error LGHT0102: The localization variable !(loc.Error1937) is unknown.  
Please ensure the variable is defined. [e:\test\test.wixproj]
e:\test\1>e:\test\localizablelicenseagreementdialog.wxs(25) : error LGHT0102: 
The localization variable !(loc.WixUIBack) is unknown.  Please ensure the 
variable is defined.  [e:\test\test.wixproj]

Many thanks in advance,

Nan
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex 
infrastructure or vast IT resources to deliver seamless, secure access to 
virtual desktops. With this all-in-one solution, easily deploy virtual desktops 
for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it 
free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Globalized Bundle?

[Ian Williams]

I'm trying to investigate the viability of making my bundle installer 
"globalized" - that is, it is one installer that will look at the language of 
the system in order to choose how to present itself to the user (and perhaps 
what to install). I thought that was one of the advantages of using a bundle, 
but I'm realizing now that that doesn't seem to be part of the intent.

For starters,  I wanted to do something like
 


But I can't have a PropertyRef in a bundle.  There are more issues that leave 
me to believe that bundles are not designed to be able to intelligently choose 
a language to present themselves in... at least with WixStdBA (been trying to 
avoid writing my own BA).

Does anyone have any advice on what direction I should be going here? If this 
doesn't work I guess users must choose what language the installer will be in 
when the download it (so I need to make a different version of the .exe for 
each language using the !(loc.X) stuff).

Thanks,
Ian

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn and variables

[Ian Williams]

Command line variables given to the bundle are passed to the BA.  The WixStdBA 
currently does not turn them into variables that you can use in your bundle. 

-Original Message-
From: Gilles QUERRET [mailto:g.quer...@gmail.com] 
Sent: Tuesday, December 20, 2011 7:11 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Burn and variables

Hello,


I'm using burn to create an install bundle, and I'd like to pass variables from 
the command line to ExePackage InstallCommand. A shortened version of my WXS 
file is :

 
 
 I'm using "MyBundle.exe MYVAR=foo /quiet" to install the bundle, but 
when using process explorer, setup.exe is never thrown with my variable set.
Is there something wrong in the InstallCommand syntax ? Or in the MyBundle.exe 
command line ?


Thanks a lot !

--
Gilles QUERRET

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create new or 
port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM 
program developer opportunity. appdeveloper.intel.com/join 
http://p.sf.net/sfu/intel-appdev ___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users






--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WixStdba UI features

[Ian Williams]

I'm trying to present the user with some options when installing my product at 
the bundle level, so I can decide which MSIs I want to run. I'm using wix3.6 
with WixStdba right now.  Is there any way I can keep the standard bootstrapper 
and get something like selectable items?  Are there any options besides the 
WixStdbaLicenseRtf/Logo WixVariables?

I've looked at http://wix.sourceforge.net/manual-wix3/wixstdba_intro.htm, but 
the "completely customizing" section is to-be-written.  Still, it's presence 
implies that one can do more bundle-level UI work without needing to write 
their own BA.

Thanks,
Ian

--
Cloud Computing - Latest Buzzword or a Glimpse of the Future?
This paper surveys cloud computing today: What are the benefits? 
Why are businesses embracing it? What are its payoffs and pitfalls?
http://www.accelacomm.com/jaw/sdnl/114/51425149/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Burn Variables and the WixStandardBootstrapperApplication

[Ian Williams]

I'm trying to pass variables into a burn bundle like this:

MyInstaller.exe SOME_VARIABLE=true

I found a thread saying that variables passed into a burn bundle are given to 
the BootstrapperApplication, which may create variables from them.  I'm using 
WixStandardBootstrapperApplication.RtfLicense as my BootstrapperApplicationRef. 
Does this not create Variables from values passed in like this? The logs show 
no such variable being created.

If I add , then 
the value is simply false.

Thanks,
Ian
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditionally Including CustomActionRefs

[Ian Williams]

Thank you for your reply.

I do mean runtime.  The CustomAction I'm including is from the WixVSExtension: 
VS2010InstallVSTemplates and the like. According to the documentation on this, 
it says that if you include the CustomActionRef, it will schedule everything 
for you (which I've observed is true). So I'm not sure how I can inject an 
extra condition into this. I don't have much experience with this area of wix.

Ian

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: Monday, November 21, 2011 4:51 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Conditionally Including CustomActionRefs

Do you mean buildtime? Check the preprocessor conditional statements: 
http://wix.sourceforge.net/manual-wix3/preprocessor.htm

If you really mean runtime, when the package is getting installed, then you 
don't want to think of it as conditionally including a CustomActionRef. In this 
case you want to always include the CustomActionRef and use an appropriate 
condition in the schedule to determine whether it runs or not.

Edwin G. Castro
Software Developer - Staff
Digital Channels
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

> -Original Message-
> From: Ian Williams [mailto:iawil...@microsoft.com]
> Sent: Monday, November 21, 2011 4:17 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Conditionally Including CustomActionRefs
> 
> I'm trying to conditionally include some CustomActionRef's based on a 
> property at runtime.  I'm on WiX 3.6 beta right now.  I can't figure out how 
> to do this.
> Does anyone know if this is possible?
> 
> Thanks,
> Ian
> 
> --
>  All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
All the data continuously generated in your IT infrastructure contains a 
definitive record of customers, application performance, security threats, 
fraudulent activity, and more. Splunk takes this data and makes sense of it. IT 
sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditionally Including CustomActionRefs

[Ian Williams]

I'm trying to conditionally include some CustomActionRef's based on a property 
at runtime.  I'm on WiX 3.6 beta right now.  I can't figure out how to do this. 
Does anyone know if this is possible?

Thanks,
Ian

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users