date:20090522

Try:
 

Works fine for me using CAQuietExec but I use Type 34 Custom Actions where 
you're using Type 2. http://msdn.microsoft.com/en-us/library/aa372048.aspx

Also InstallDir is more than likely a public property. Case matters. 
http://msdn.microsoft.com/en-us/library/aa370912.aspx

You may want to change the Return attribute to "check" if the outcome of your 
Custom Action is critical to your installation.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: Glenn Sandoval [mailto:glenn.sando...@telogis.com] 
Sent: 21 May 2009 22:10
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Passing InstallDir to exe via a custom action

I'm not sure you can pass information directly to an exe like that. I do 
something similar, but store the install path in the registry and my deferred 
custom actions read it from there.


R. Glenn Sandoval
GeoBase Developer - Telogis Research
www.telogis.com  www.telogis.co.nz


On Fri, May 22, 2009 at 8:51 AM, Jeremie Galarneau 
 wrote:
> Hi,
>
> I have been reading countless WiX tutorial and have been doing good so 
> far but I can't seem to find how to pass the installation directory 
> (InstallDir) to an executable I have to run during the installation 
> procedure. Could someone post a code sample accomplishing this task as 
> I have been stuck on this issue for quite a long time now.
>
> I am presently using a custom action as follows :
>
> 
>
>  ExeCommand="[InstallDir]" Execute="commit" Return="asyncWait"/>
>
> 
>  
>    NOT REMOVE
>  
> 
>
> Thank you all.
>
> Jeremie Galarneau
>
> --
>  Register Now for Creativity and Technology (CaT), June 3rd, 
> NYC. CaT is a gathering of tech-side developers & brand creativity 
> professionals. Meet the minds behind Google Creative Lab, Visual 
> Complexity, Processing, & iPhoneDevCamp asthey present alongside 
> digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. 
> http://www.creativitycat.com 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a 
gathering of tech-side developers & brand creativity professionals. Meet the 
minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstaller screens

2009-05-22 Thread Rob Mensching

I haven't seen anything like that in the MSI SDK, have you?

kezhongseu wrote:
> Hi, Rob,
>
> Can we change that? Is there a Property which could control which UI mode to
> use for uninstallation?
>
> A small notification of whether the uninstall is successful or not may make
> user feel better.
>
> /Kai
>
> Rob Mensching-2 wrote:
>   
>> Nope, ARP runs the Windows Installer in basic mode when clicking the
>> uninstall button.
>>
>> -Original Message-
>> From: Thorpe, Alan [mailto:atho...@bottomline.com]
>> Sent: Tuesday, January 13, 2009 05:52
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Uninstaller screens
>>
>> Is it possible to have custom WiX uninstaller screens? For example, the
>> user selects to uninstall a product and they get what appears to be the
>> generic (and terse) MSI "Uninstalling" screen. Is it possible to present
>> custom screens to the user when the uninstaller is running so they get a
>> more "positive" feedback that the uninstall went smoothly and if they
>> need to clean anything up manually?
>>
>>
>>
>> Thanks,
>>
>> Alan.
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> 
>
> --
> View this message in context: 
> http://n2.nabble.com/Uninstaller-screens-tp2151279p2956028.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstaller screens

2009-05-22 Thread kezhong zhou

No. But I saw some programs do pop up notification window after successful
uninstall. Maybe the use custom action to achieve that.


2009/5/22 Rob Mensching 

> I haven't seen anything like that in the MSI SDK, have you?
>
> kezhongseu wrote:
> > Hi, Rob,
> >
> > Can we change that? Is there a Property which could control which UI mode
> to
> > use for uninstallation?
> >
> > A small notification of whether the uninstall is successful or not may
> make
> > user feel better.
> >
> > /Kai
> >
> > Rob Mensching-2 wrote:
> >
> >> Nope, ARP runs the Windows Installer in basic mode when clicking the
> >> uninstall button.
> >>
> >> -Original Message-
> >> From: Thorpe, Alan [mailto:atho...@bottomline.com]
> >> Sent: Tuesday, January 13, 2009 05:52
> >> To: General discussion for Windows Installer XML toolset.
> >> Subject: [WiX-users] Uninstaller screens
> >>
> >> Is it possible to have custom WiX uninstaller screens? For example, the
> >> user selects to uninstall a product and they get what appears to be the
> >> generic (and terse) MSI "Uninstalling" screen. Is it possible to present
> >> custom screens to the user when the uninstaller is running so they get a
> >> more "positive" feedback that the uninstall went smoothly and if they
> >> need to clean anything up manually?
> >>
> >>
> >>
> >> Thanks,
> >>
> >> Alan.
> >>
> >>
> --
> >> This SF.net email is sponsored by:
> >> SourcForge Community
> >> SourceForge wants to tell your story.
> >> http://p.sf.net/sfu/sf-spreadtheword
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> >>
> --
> >> This SF.net email is sponsored by:
> >> SourcForge Community
> >> SourceForge wants to tell your story.
> >> http://p.sf.net/sfu/sf-spreadtheword
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> >>
> >
> > --
> > View this message in context:
> http://n2.nabble.com/Uninstaller-screens-tp2151279p2956028.html
> > Sent from the wix-users mailing list archive at Nabble.com.
> >
> >
> >
> --
> > Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> > is a gathering of tech-side developers & brand creativity professionals.
> Meet
> > the minds behind Google Creative Lab, Visual Complexity, Processing, &
> > iPhoneDevCamp asthey present alongside digital heavyweights like
> Barbarian
> > Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
> --
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals.
> Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstaller screens

Might be possible using a custom UninstallString in the registry.
http://msdn.microsoft.com/en-us/library/aa372105.aspx
How you would overwrite the generated one (msiexec /x [ProductCode])
written during the install process is a good question though. Might be
possible using a Custom Action scheduled after RegisterProduct but I
wouldn't bet the farm on it. Highly doubt you could do it using just a
RegistryValue.


Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 22 May 2009 11:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstaller screens

I haven't seen anything like that in the MSI SDK, have you?

kezhongseu wrote:
> Hi, Rob,
>
> Can we change that? Is there a Property which could control which UI 
> mode to use for uninstallation?
>
> A small notification of whether the uninstall is successful or not may

> make user feel better.
>
> /Kai
>
> Rob Mensching-2 wrote:
>   
>> Nope, ARP runs the Windows Installer in basic mode when clicking the 
>> uninstall button.
>>
>> -Original Message-
>> From: Thorpe, Alan [mailto:atho...@bottomline.com]
>> Sent: Tuesday, January 13, 2009 05:52
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Uninstaller screens
>>
>> Is it possible to have custom WiX uninstaller screens? For example, 
>> the user selects to uninstall a product and they get what appears to 
>> be the generic (and terse) MSI "Uninstalling" screen. Is it possible 
>> to present custom screens to the user when the uninstaller is running

>> so they get a more "positive" feedback that the uninstall went 
>> smoothly and if they need to clean anything up manually?
>>
>>
>>
>> Thanks,
>>
>> Alan.
>>


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Windows Service Uninstall Failing Intermittently

I have an MSI which installs a windows service as either LocalSystem ot
CustomAccount depending on what the user selects using a Condition.
Occasionally the MSI would fail to uninstall, the files were removed but the
service was not removed from the services.msc window. I have come up with
two potential causes and resolutions:

1) I created lots of these MSI's all based on each other and many of them
have the same Guid for the ServiceInstall Component. Does this cause issues
between two completely seperate MSI's? This kind of relates to why it only
happens very infrequently.

2) Whether an install is carried out using LocalSystem or Custom account is
determined by a value in a property called SERVICE_LOGON_TYPE which is set
by the user in the UI on install. However the MSI has no idea what this
value is when uninstalling, so do I need to save the SERVICE_LOGON_TYPE and
maybe the service username as a registry setting? If I do need to do this,
why does it work so often and only fail once in a while?

Code Below:

SERVICE_LOGON_TYPE = "CUSTOM_ACCOUNT"

SERVICE_LOGON_TYPE = "LOCAL_SYSTEM"

SERVICE_LOGON_TYPE = "CUSTOM_ACCOUNT"

--
View this message in context:
http://n2.nabble.com/Windows-Service-Uninstall-Failing-Intermittently-tp2956986p2956986.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows Service Uninstall Failing Intermittently


After some testing I found that if you install two Windows Service installers
with different UpgradeCode's but the same Component Guid's then:

1. When you attempt to uninstall the first one the files are removed for one
but both services remain in the console window. 
2. When you remove the second, the files and service are correctly removed.
Leaving behind the first service in the services.msc window.

In theory problem solved but do I still need to persist the
SERVICE_LOGON_TYPE property to the registry and read it back on uninstall.
-- 
View this message in context: 
http://n2.nabble.com/Windows-Service-Uninstall-Failing-Intermittently-tp2956986p2957378.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How does Wix decide what to uninstall?


How does Wix decide what to uninstall from the machine. If you have an
arbitrary component like the one below and the 'UsersAge' property is
entered by the user on install, what happens when it comes to uninstalling?
Is the condition taken into account or does it simply look at the component
Guid.


UsersAge < 40

  
-- 
View this message in context: 
http://n2.nabble.com/How-does-Wix-decide-what-to-uninstall--tp2957421p2957421.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Overwriting files on certain conditions

2009-05-22 Thread stephan o'farrill

Hi,

my installer should not overwrite a certain.dll if there are some
markers in the dll version resource of the currently installed dll.

1. I understand how to read and test against the file version and set
a property accordingly. But can I do a similar thing with other
information of the version resource of the .dll?

2. I can assume that the .dll that is installed on the system was not
installed by this or an older installer. (I have set the upgrade GUID
so that a complete uninstall has always to be performed upfront.) That
means if the install process encounters a certain .dll it should not
be overwritten. I can assure this by setting NeverOverwrite="yes"
attribute of the .dll installation component.
However at uninstall performed by this installer - the .dll (that this
installer did not install) is removed.
How can I make sure that the .dll does not get uninstalled in that case?

Thanks for any help, ideas or hint where to look,
Best,
Stephan.


__
Stephan O'Farrill
Weyringergasse 37/3/11a
1040 Vienna / Austria
+43 680 1268 751

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] New to WiX, have question on errors

2009-05-22 Thread David Marker

Good morning (EST here).  As the subject says, I'm new to using WiX and have 
some questions on some errors I'm getting. For reference, I'm following the 
tutorial found at http://www.tramontana.co.hu/wix/ and am in Lesson 1. The 
tutorial was designed using WiX V2, however I currently have version 3.0.5315 
installed and am running Vista. I followed the tutorial, modifying it to match 
a single .exe I have created. I left out the other two files the tutorial adds 
so my installer is only installing one file and the shortcuts. I generated the 
GUID using the generation tool in VS2008 Anyway, I ran candle and light from a 
cmd prompt and here's the results (I'll post my code after that):

--
C:\myproject>candle samplefirst.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.0.5315.0
Copyright (C) Microsoft Corporation. All rights reserved.

SampleFirst.wxs
C:\myproject\SampleFirst.wxs(4) : warning CNDL1075 : The Product/@UpgradeCode 
attribute was not found; it is strongly recommended to ensure that this product 
can be upgraded.

C:\myproject>light samplefirst.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.0.5315.0
Copyright (C) Microsoft Corporation. All rights reserved.

C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE43: Component 
MainExecutable has non-advertised shortcuts. It should use a registry key under 
HKCU as its KeyPath, not a file.
C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE57: Component 
'MainExecutable' has both per-user and per-machine data with a per-machine 
KeyPath.
C:\myproject\SampleFirst.wxs(32) : error LGHT0204 : ICE64: The directory 
ProgramMenuDir is in the user profile but is not listed in the RemoveFile table.
C:\Users\dmarker\AppData\Local\Temp\mybz16nm\SampleFirst.msi : warning 
LGHT1076: ICE74: The UpgradeCode property is not authored in the Property 
table. It is strongly recommended that authors of installation packages specify 
an UpgradeCode for their application.

C:\myproject>
---

Here's the code in my .wxs file:




  






   
  

  

  


  


  

  

  

  

  



  




  



The resulting .msi seems to install and uninstall correctly. I'm not sure what 
the error codes mean or how to fix them. The tutorial indicates there shouldn't 
be any errors, so my OCD mentality is a little bugged by this. Can anyone shed 
some light on this for me?  Also, what's the UpgradeCode used for, is it just 
another GUID I need to generate, and do I need to use one?

Thanks in advance for any help anyone can give.

Dave Marker



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How does Wix decide what to uninstall?

WiX has nothing to do with uninstalling anything.

The Windows Installer however uninstalls anything specified in the
REMOVE property http://msdn.microsoft.com/en-us/library/aa371194.aspx
As far as I know Component Conditions only affect Install not Uninstall
http://msdn.microsoft.com/en-us/library/aa368007.aspx

FYI WiX & the Windows Installer are not the same thing & the terms are
definitely not to be used interchangeably.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: Rehan [mailto:rehan.sa...@gam.com] 
Sent: 22 May 2009 14:34
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How does Wix decide what to uninstall?


How does Wix decide what to uninstall from the machine. If you have an
arbitrary component like the one below and the 'UsersAge' property is
entered by the user on install, what happens when it comes to
uninstalling?
Is the condition taken into account or does it simply look at the
component Guid.


UsersAge < 40

  
--
View this message in context:
http://n2.nabble.com/How-does-Wix-decide-what-to-uninstall--tp2957421p29
57421.html
Sent from the wix-users mailing list archive at Nabble.com.



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals.
Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like
Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How does Wix decide what to uninstall?


I have seen some people on this forum saying that the property used in the
condition would need to be persisted in the registry and then RegistrySearch
used to fill the property its value when uninstalling. So am I to uderstand
that this is completely unnecessary.
-- 
View this message in context: 
http://n2.nabble.com/How-does-Wix-decide-what-to-uninstall--tp2957421p2958037.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New to WiX, have question on errors

The warning thrown by candle is saying you should add an Upgrade
attribute to your product tag. It is simply Upgrade="" with a GUID
inside the quotes.

With regards to the 3 light errors, see the section in the WiX.chm "How
To: Create a Shortcut on the Start Menu" as they're all related to your
shortcut.
The light warning will disappear when you fix the candle warning.
They're both warning about the same thing (UpgradeCode).

The errors & warnings thrown by light here aren't actual errors as you
can see, they're validation errors which aren't absolutely critical but
you should fix them for a product release. Light in light.exe in WiX 3.0
runs the Microsoft ICEs (Internal Consistency Evaluators) against your
MSI once it's been created to tell you whether you're following the
expected behaviour for an MSI, this didn't exist in WiX 2.0 so the
tutorial was correct about there being no errors back then. See
http://msdn.microsoft.com/en-us/library/aa369554.aspx for more
information.

UpgradeCode is mainly for doing Major Upgrades which basically involves
using a new MSI (e.g. v1.1) to uninstall an older version (e.g v1.0)
before it installs itself all as part of the same install process. You
don't really need one but it doesn't hurt to have one. See
http://msdn.microsoft.com/en-us/library/aa369786.aspx for more
information on Major Upgrades.

Good luck.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: David Marker [mailto:mark...@mcohio.org] 
Sent: 22 May 2009 15:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] New to WiX, have question on errors

Good morning (EST here).  As the subject says, I'm new to using WiX and
have some questions on some errors I'm getting. For reference, I'm
following the tutorial found at http://www.tramontana.co.hu/wix/ and am
in Lesson 1. The tutorial was designed using WiX V2, however I currently
have version 3.0.5315 installed and am running Vista. I followed the
tutorial, modifying it to match a single .exe I have created. I left out
the other two files the tutorial adds so my installer is only installing
one file and the shortcuts. I generated the GUID using the generation
tool in VS2008 Anyway, I ran candle and light from a cmd prompt and
here's the results (I'll post my code after that):

--
C:\myproject>candle samplefirst.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.0.5315.0
Copyright (C) Microsoft Corporation. All rights reserved.

SampleFirst.wxs
C:\myproject\SampleFirst.wxs(4) : warning CNDL1075 : The
Product/@UpgradeCode attribute was not found; it is strongly recommended
to ensure that this product can be upgraded.

C:\myproject>light samplefirst.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.0.5315.0 Copyright
(C) Microsoft Corporation. All rights reserved.

C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE43: Component
MainExecutable has non-advertised shortcuts. It should use a registry
key under HKCU as its KeyPath, not a file.
C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE57: Component
'MainExecutable' has both per-user and per-machine data with a
per-machine KeyPath.
C:\myproject\SampleFirst.wxs(32) : error LGHT0204 : ICE64: The directory
ProgramMenuDir is in the user profile but is not listed in the
RemoveFile table.
C:\Users\dmarker\AppData\Local\Temp\mybz16nm\SampleFirst.msi : warning
LGHT1076: ICE74: The UpgradeCode property is not authored in the
Property table. It is strongly recommended that authors of installation
packages specify an UpgradeCode for their application.

C:\myproject>
---

Here's the code in my .wxs file:

 

  






   
  

  

  


  


  

  

  

  

  



  




  



The resulting .msi seems to install and uninstall correctly. I'm not
sure what the error codes mean or how to fix them. The tutorial
indicates there shouldn't be any errors, so my OCD mentality is a little
bugged by this. Can anyone shed some light on this for me?  Also, what's
the UpgradeCode used for, is it just another GUID I need to generate,
and do I need to use one?

Thanks in advance for any help anyone can give.

Dave Marker


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
G

Re: [WiX-users] WiX Patching

2009-05-22 Thread troy hostetter

This is really odd.  I created a small patch demo project, and was able to
patch an existing xml file using XmlConfig, however my main WiX project is
not able to generate a patch :(

I attempted the KeyPath setting as shown here:


  




  
   

However, I get the following pyro error when i run my patch script

Patch Script:

%WiXPath%\torch -p -xi -v -notidy
%V1.0.0Path%\bin\x64\Release\kCTools.Deploy.wixpdb
%V1.0.1Path%\bin\x64\Release\kCTools.Deploy.wixpdb -out diff.wixmst
%WiXPath%\candle.exe kCTools.v1.0.1.Patch.wxs
%WiXPath%\light.exe kCTools.v1.0.1.Patch.wixobj -out
kCTools.v1.0.1.Patch.wixmsp
%WiXPath%\pyro.exe kCTools.v1.0.1.Patch.wixmsp -out kCTools.v1.0.1.Patch.msp
-t RTM diff.wixmst

Pyro Error:

error PYRO0260 : Product '{1F6FE067-01BE-4D39-B880-0AEF3E4F84D0}': Table
'CreateFolder' has a new row 'TARGETDIR/C__Search.AppSettings' added. This
makes the patch not uninstallable.
pyro.exe : error PYRO0261 : This patch is not uninstallable. The 'Patch'
element's attribute 'AllowRemoval' should be set to 'no'.

Also, what process (torch, candle, light, pyro) should I set verbose
logging?  I tried "torch -p -xi -v -notidy" and do not see any log files.
Torch output says:

Binder temporary directory located at
'C:\Users\hostette\AppData\Local\Temp\xmydgbq7'.
Unbinder temporary directory located at
'C:\Users\hostette\AppData\Local\Temp\xmydgbq7'.
Torch temporary directory located at
'C:\Users\hostette\AppData\Local\Temp\ad4e_pqn'.

However there is no such temp directory for Torch.  I assumed the notidy
option would keep the files around.

Thanks,
- Troy


On Tue, May 19, 2009 at 8:15 PM, Rob Mensching  wrote:

> Verbose log file should show you what Components are being changed. My
> bet is that your 10 unchanged Components KeyPaths are not being updated.
>
> troy hostetter wrote:
> > I am attempting to patch an existing web.config file with new web.config
> > settings.  When I execute msiexec and pass in the msp file, the
> > "util:XmlConfig" patches are not being applied.
> >
> > My Tools.v1.0.1.Patch.wxs file looks like:
> >
> > *
> > http://schemas.microsoft.com/wix/2006/wi";>
> >>   AllowRemoval="yes"
> >   Manufacturer="Company"
> >   DisplayName="v1.0.1 Patch"
> >   Description="UI Patch"
> >   Classification="Update"
> >   >
> >
> > 
> >   
> > 
> >
> > 
> >   
> >
> >   
> >  Supersede='yes'>
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >
> >   
> >   
> >   
> >   
> >   
> > 
> >   
> > 
> > *
> >
> > The first 10 ComponentRefs are not being applied, however the last 5 are
> > being applied.  As I mentioned earlier, the first 10 are util:XmlConfig
> ..
> > the last 5 push out new files.
> >
> > Is there something special I need to be doing in order to patch xml using
> > util:XmlConfig entries?
> >
> > Here's my pyro commands:
> >
> > *SET WiXPath="C:\Program Files\Windows Installer XML v3\bin"
> > SET
> >
> V1.0.0Path="C:\Users\x\Desktop\PatchBuild\_DeploymentStaging\Tools.Deploy\Tools.Deploy"
> > SET
> >
> V1.0.1Path="C:\Users\x\Desktop\PatchBuild\_DeploymentStaging_V1.0.1\Tools.Deploy\Tools.Deploy"
> >
> > %WiXPath%\torch -p -xi %V1.0.0Path%\bin\x64\Release\Tools.Deploy.wixpdb
> > %V1.0.1Path%\bin\x64\Release\Tools.Deploy.wixpdb -out diff.wixmst
> > %WiXPath%\candle.exe Tools.v1.0.1.Patch.wxs
> > %WiXPath%\light.exe Tools.v1.0.1.Patch.wixobj -out
> Tools.v1.0.1.Patch.wixmsp
> > %WiXPath%\pyro.exe Tools.v1.0.1.Patch.wixmsp -out Tools.v1.0.1.Patch.msp
> -t
> > RTM diff.wixmst*
> >
> > I then execute the following statement to apply the patch:
> >
> > *msiexec.exe /p Tools.v1.0.1.Patch.msp /l*vx Tools.v1.0.1.Patch.log
> > TRANSFORMS=DevEnvSettings.mst*
> >
> > - Troy
> >
> --
> > Crystal Reports - New Free Runtime and 30 Day Trial
> > Check out the new simplified licensing option that enables
> > unlimited royalty-free distribution of the report engine
> > for externally facing server and web deployment.
> > http://p.sf.net/sfu/businessobjects
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
> --
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables
> unlimited royalty-free distribution of the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Register Now for Creativity and Te

[WiX-users] Preserve xml config settings on major upgrade

What is the best way to preserve xml config settings on major upgrade?

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] New to WiX, have question on errors

2009-05-22 Thread David Marker

Thanks for the help Pally, I'm error free and all set.

>>> "Pally Sandher"  5/22/2009 11:17 AM >>>
The warning thrown by candle is saying you should add an Upgrade
attribute to your product tag. It is simply Upgrade="" with a GUID
inside the quotes.

With regards to the 3 light errors, see the section in the WiX.chm "How
To: Create a Shortcut on the Start Menu" as they're all related to your
shortcut.
The light warning will disappear when you fix the candle warning.
They're both warning about the same thing (UpgradeCode).

The errors & warnings thrown by light here aren't actual errors as you
can see, they're validation errors which aren't absolutely critical but
you should fix them for a product release. Light in light.exe in WiX 3.0
runs the Microsoft ICEs (Internal Consistency Evaluators) against your
MSI once it's been created to tell you whether you're following the
expected behaviour for an MSI, this didn't exist in WiX 2.0 so the
tutorial was correct about there being no errors back then. See
http://msdn.microsoft.com/en-us/library/aa369554.aspx for more
information.

UpgradeCode is mainly for doing Major Upgrades which basically involves
using a new MSI (e.g. v1.1) to uninstall an older version (e.g v1.0)
before it installs itself all as part of the same install process. You
don't really need one but it doesn't hurt to have one. See
http://msdn.microsoft.com/en-us/library/aa369786.aspx for more
information on Major Upgrades.

Good luck.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: David Marker [mailto:mark...@mcohio.org] 
Sent: 22 May 2009 15:47
To: wix-users@lists.sourceforge.net 
Subject: [WiX-users] New to WiX, have question on errors

Good morning (EST here).  As the subject says, I'm new to using WiX and
have some questions on some errors I'm getting. For reference, I'm
following the tutorial found at http://www.tramontana.co.hu/wix/ and am
in Lesson 1. The tutorial was designed using WiX V2, however I currently
have version 3.0.5315 installed and am running Vista. I followed the
tutorial, modifying it to match a single .exe I have created. I left out
the other two files the tutorial adds so my installer is only installing
one file and the shortcuts. I generated the GUID using the generation
tool in VS2008 Anyway, I ran candle and light from a cmd prompt and
here's the results (I'll post my code after that):

--
C:\myproject>candle samplefirst.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.0.5315.0
Copyright (C) Microsoft Corporation. All rights reserved.

SampleFirst.wxs
C:\myproject\SampleFirst.wxs(4) : warning CNDL1075 : The
Product/@UpgradeCode attribute was not found; it is strongly recommended
to ensure that this product can be upgraded.

C:\myproject>light samplefirst.wixobj
Microsoft (R) Windows Installer Xml Linker version 3.0.5315.0 Copyright
(C) Microsoft Corporation. All rights reserved.

C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE43: Component
MainExecutable has non-advertised shortcuts. It should use a registry
key under HKCU as its KeyPath, not a file.
C:\myproject\SampleFirst.wxs(18) : error LGHT0204 : ICE57: Component
'MainExecutable' has both per-user and per-machine data with a
per-machine KeyPath.
C:\myproject\SampleFirst.wxs(32) : error LGHT0204 : ICE64: The directory
ProgramMenuDir is in the user profile but is not listed in the
RemoveFile table.
C:\Users\dmarker\AppData\Local\Temp\mybz16nm\SampleFirst.msi : warning
LGHT1076: ICE74: The UpgradeCode property is not authored in the
Property table. It is strongly recommended that authors of installation
packages specify an UpgradeCode for their application.

C:\myproject>
---

Here's the code in my .wxs file:

 

  






   
  

  

  


  


  

  

  

  

  



  




  



The resulting .msi seems to install and uninstall correctly. I'm not
sure what the error codes mean or how to fix them. The tutorial
indicates there shouldn't be any errors, so my OCD mentality is a little
bugged by this. Can anyone shed some light on this for me?  Also, what's
the UpgradeCode used for, is it just another GUID I need to generate,
and do I need to use one?

Thanks in advance for any help anyone can give.

Dave Marker


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Co

Re: [WiX-users] Preserve xml config settings on major upgrade

2009-05-22 Thread Jeff Reed

Alex Ivanoff [alex.ivan...@shavlik.com]
> What is the best way to preserve xml config settings on major upgrade?



There were some e-mail chains about this recently.  Two major choices were 
offered.  One was to use the windows registry to persist the data for retrieval 
during the upgrade.

I would recommend looking through the archive.  You can find some interesting 
discussions, such as these:
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg16035.html
http://n2.nabble.com/Persist-property-on-install-and-depersist-on-uninstall--td690612.html#a690615

Hope that helps,
-Jeff

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstaller screens

2009-05-22 Thread Wilson, Phil

Windows doesn't actually use that uninstall string for MSI products - it just 
uses the ProductCode and calls the appropriate MSI API. 

On the subject of whether an uninstall succeeds or not, if it doesn't you'll 
see an error and a rollback (although there's an assumption here that any of 
your uninstall custom actions return error results if it matters). I'm not a UI 
expert, but I believe there is a UI principle along the lines of "stop telling 
me when everything works all the time - just show me errors I need to see".  So 
you don't get a messagebox saying "all your files were copied" when files are 
drag'n'dropped, just when something fails.  The uninstall is treated the same 
way.  I'd hate to be drowned in a sea of "Yes it worked ok" messages. 

Phil Wilson 

-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: Friday, May 22, 2009 4:53 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstaller screens

Might be possible using a custom UninstallString in the registry.
http://msdn.microsoft.com/en-us/library/aa372105.aspx
How you would overwrite the generated one (msiexec /x [ProductCode])
written during the install process is a good question though. Might be
possible using a Custom Action scheduled after RegisterProduct but I
wouldn't bet the farm on it. Highly doubt you could do it using just a
RegistryValue.

Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
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: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 22 May 2009 11:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Uninstaller screens

I haven't seen anything like that in the MSI SDK, have you?

kezhongseu wrote:
> Hi, Rob,
>
> Can we change that? Is there a Property which could control which UI 
> mode to use for uninstallation?
>
> A small notification of whether the uninstall is successful or not may

> make user feel better.
>
> /Kai
>
> Rob Mensching-2 wrote:
>   
>> Nope, ARP runs the Windows Installer in basic mode when clicking the 
>> uninstall button.
>>
>> -Original Message-
>> From: Thorpe, Alan [mailto:atho...@bottomline.com]
>> Sent: Tuesday, January 13, 2009 05:52
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Uninstaller screens
>>
>> Is it possible to have custom WiX uninstaller screens? For example, 
>> the user selects to uninstall a product and they get what appears to 
>> be the generic (and terse) MSI "Uninstalling" screen. Is it possible 
>> to present custom screens to the user when the uninstaller is running

>> so they get a more "positive" feedback that the uninstall went 
>> smoothly and if they need to clean anything up manually?
>>
>>
>>
>> Thanks,
>>
>> Alan.
>>

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows Service Uninstall Failing Intermittently

2009-05-22 Thread Wilson, Phil

The Component guid is the basis for Windows Installer properly sharing 
everything, so anything involving identical guids being used for different 
items (services, files, registry entries etc)  is going to have unpredictable 
results. 

Phil Wilson 


-Original Message-
From: Rehan [mailto:rehan.sa...@gam.com] 
Sent: Friday, May 22, 2009 6:25 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Windows Service Uninstall Failing Intermittently


After some testing I found that if you install two Windows Service installers
with different UpgradeCode's but the same Component Guid's then:

1. When you attempt to uninstall the first one the files are removed for one
but both services remain in the console window. 
2. When you remove the second, the files and service are correctly removed.
Leaving behind the first service in the services.msc window.

In theory problem solved but do I still need to persist the
SERVICE_LOGON_TYPE property to the registry and read it back on uninstall.
-- 
View this message in context: 
http://n2.nabble.com/Windows-Service-Uninstall-Failing-Intermittently-tp2956986p2957378.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bootstrap an MSI to pass in parameters

2009-05-22 Thread achandrapano


I am trying to create a bootstrapper to my MSI so I can pass in the logging
verbosity and log file location to msiexec. I have looked at setupbld.exe
but it doesn't seem to be able to pass in parameters. I want someway to set
logging verbosity and location of log files when someone double clicks on
the msi or exe. What is the best way to do this?
-- 
View this message in context: 
http://n2.nabble.com/Bootstrap-an-MSI-to-pass-in-parameters-tp2958718p2958718.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] wix-users archive on SourceForge

Does anyone have problems accessing this list through web interface?

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Preserve xml config settings on major upgrade

2009-05-22 Thread Wilson, Phil

Relying on the installer's file replacement rules, do a major upgrade with 
RemoveExistingProducts right at the end of your execute sequence as 
InstallExecute, RemoveExistingProducts, InstallFinalize. The incoming Xml file 
will replace the old one only if it's not been updated (file replacement rules 
for neither file has a version creation date vs modify date) and leave behind 
the older modified one. 

Phil Wilson 


-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Friday, May 22, 2009 9:39 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Preserve xml config settings on major upgrade

What is the best way to preserve xml config settings on major upgrade?

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Patching

2009-05-22 Thread troy hostetter

I must be missing something simple.  I verified that the "diff" file
(diff.wixmst) has my new components in it.  Each "row" for my new components
has a "wrote:

> This is really odd.  I created a small patch demo project, and was able to
> patch an existing xml file using XmlConfig, however my main WiX project is
> not able to generate a patch :(
>
> I attempted the KeyPath setting as shown here:
>
> 
>Guid="{CFDBC7EE-B7C0-48bb-864B-8D0DBF75BF42}" KeyPath="yes" DiskId="1">
> 
>  File="[ROOT.WEBDIR]web.config" Action="create" On="install"
> ElementPath="//configuration/appSettings"
> Name="add" Node="element"
> VerifyPath="add[...@key='SearchDefaultConfigSection'[\]]"
> Sequence="1"  />
>  File="[ROOT.WEBDIR]web.config" ElementPath="XC__Search.web.config.create.1"
> Name="key"
> Value="SearchDefaultConfigSection"
> Sequence="2" />
>  File="[ROOT.WEBDIR]web.config" ElementPath="XC__Search.web.config.create.1"
> Name="value" Value="SearchServiceConfig"
> Sequence="3" />
>   
>
>
> However, I get the following pyro error when i run my patch script
>
> Patch Script:
>
> %WiXPath%\torch -p -xi -v -notidy
> %V1.0.0Path%\bin\x64\Release\kCTools.Deploy.wixpdb
> %V1.0.1Path%\bin\x64\Release\kCTools.Deploy.wixpdb -out diff.wixmst
> %WiXPath%\candle.exe kCTools.v1.0.1.Patch.wxs
> %WiXPath%\light.exe kCTools.v1.0.1.Patch.wixobj -out
> kCTools.v1.0.1.Patch.wixmsp
> %WiXPath%\pyro.exe kCTools.v1.0.1.Patch.wixmsp -out
> kCTools.v1.0.1.Patch.msp -t RTM diff.wixmst
>
> Pyro Error:
>
> error PYRO0260 : Product '{1F6FE067-01BE-4D39-B880-0AEF3E4F84D0}': Table
> 'CreateFolder' has a new row 'TARGETDIR/C__Search.AppSettings' added. This
> makes the patch not uninstallable.
> pyro.exe : error PYRO0261 : This patch is not uninstallable. The 'Patch'
> element's attribute 'AllowRemoval' should be set to 'no'.
>
> Also, what process (torch, candle, light, pyro) should I set verbose
> logging?  I tried "torch -p -xi -v -notidy" and do not see any log files.
> Torch output says:
>
> Binder temporary directory located at
> 'C:\Users\hostette\AppData\Local\Temp\xmydgbq7'.
> Unbinder temporary directory located at
> 'C:\Users\hostette\AppData\Local\Temp\xmydgbq7'.
> Torch temporary directory located at
> 'C:\Users\hostette\AppData\Local\Temp\ad4e_pqn'.
>
> However there is no such temp directory for Torch.  I assumed the notidy
> option would keep the files around.
>
> Thanks,
> - Troy
>
>
>
> On Tue, May 19, 2009 at 8:15 PM, Rob Mensching  wrote:
>
>> Verbose log file should show you what Components are being changed. My
>> bet is that your 10 unchanged Components KeyPaths are not being updated.
>>
>> troy hostetter wrote:
>> > I am attempting to patch an existing web.config file with new web.config
>> > settings.  When I execute msiexec and pass in the msp file, the
>> > "util:XmlConfig" patches are not being applied.
>> >
>> > My Tools.v1.0.1.Patch.wxs file looks like:
>> >
>> > *
>> > http://schemas.microsoft.com/wix/2006/wi";>
>> >   > >   AllowRemoval="yes"
>> >   Manufacturer="Company"
>> >   DisplayName="v1.0.1 Patch"
>> >   Description="UI Patch"
>> >   Classification="Update"
>> >   >
>> >
>> > 
>> >   
>> > 
>> >
>> > 
>> >   
>> >
>> >   
>> > > Supersede='yes'>
>> >   
>> >   
>> >   
>> >   
>> >   
>> >   
>> >   
>> >   
>> >   
>> >   
>> >
>> >   
>> >   
>> >   
>> >   
>> >   
>> > 
>> >   
>> > 
>> > *
>> >
>> > The first 10 ComponentRefs are not being applied, however the last 5 are
>> > being applied.  As I mentioned earlier, the first 10 are util:XmlConfig
>> ..
>> > the last 5 push out new files.
>> >
>> > Is there something special I need to be doing in order to patch xml
>> using
>> > util:XmlConfig entries?
>> >
>> > Here's my pyro commands:
>> >
>> > *SET WiXPath="C:\Program Files\Windows Installer XML v3\bin"
>> > SET
>> >
>> V1.0.0Path="C:\Users\x\Desktop\PatchBuild\_DeploymentStaging\Tools.Deploy\Tools.Deploy"
>> > SET
>> >
>> V1.0.1Path="C:\Users\x\Desktop\PatchBuild\_DeploymentStaging_V1.0.1\Tools.Deploy\Tools.Deploy"
>> >
>> > %WiXPath%\torch -p -xi %V1.0.0Path%\bin\x64\Release\Tools.Deploy.wixpdb
>> > %V1.0.1Path%\bin\x64\Release\Tools.Deploy.wixpdb -out diff.wixmst
>> > %WiXPath%\candle.exe Tools.v1.0.1.Patch.wxs
>> > %WiXPath%\light.exe Tools.v1.0.1.Patch.wixobj -out
>> Tools.v1.0.1.Patch.wixmsp
>> > %WiXPath%\pyro.exe Tools.v1.0.1.Patch.wixmsp -out Tools.v1.0.1.Patch.msp
>> -t
>> > RTM diff.wixmst*
>> >
>> > I then execute the following statement to apply the patch:
>> >
>> > *msiexec.exe /p Tools.v1.0.1.Patch.msp /l*vx Tools.v1.0.1.Patch.log
>> > TRANSFORMS=DevEnvSettings.mst*
>> >
>> > - Troy
>> >
>> -

[WiX-users] Issues with Strong Name Validation When Building My Own Wix Extension

2009-05-22 Thread jnewton


I am creating my own WiX extension and I initially was using the wix strong
name key file. However, this required me to run the command : sn -Vr
*,36e4ce08b8ecfb17 on any machine that used this assembly.

Now I have my own strong-name key file and I have used that, but when I
attempt to load the assembly, I get the "Strong name validation failed"
exception message. Is there something special I need to do to get this to
work? Maybe this is something generic to working with assemblies.


-- 
View this message in context: 
http://n2.nabble.com/Issues-with-Strong-Name-Validation-When-Building-My-Own-Wix-Extension-tp2959283p2959283.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix-users archive on SourceForge

2009-05-22 Thread Brian Simoneau

No, in fact I just read your message there.

-Brian Simoneau 

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Friday, May 22, 2009 1:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] wix-users archive on SourceForge

Does anyone have problems accessing this list through web interface?


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals.
Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like
Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Open URL after launch condition fails

2009-05-22 Thread Jose Enrique Bolanos

Hi all,

I have a launch condition which checks if Silverlight 2 is installed. In the
message displayed when it fails, I would like to include a clickable link
which launches the installation page, or some other way of launching the
page for the user directly from the msi wizard. Is this possible at all?
How?

Thanks!

-- 
Jose Enrique Bolaños G.
Software Developer
Glaxstar Ltd.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX 3.0: How to change an existing Windows service's startup type

2009-05-22 Thread little.forest

We're using WiX version 3.0.4805.0.

During installation, we need to change an existing Windows service's startup 
type to be "Automatic". How to do that?
I know there is a way to start the service. But I've no idea how to change its 
startup type. In "ServiceInstall" element, there is a "Start" property. But in 
our case, we're not installing a new service but trying to change an existing 
service. I appreciate if anyone can provide a solution..
Thanks you all,
/Brian


  __
The new Internet Explorer® 8 - Faster, safer, easier.  Optimized for Yahoo!  
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] ServiceSid

Since ServiceConfig ServiceSid element is only supported by MSI 5.0 and
there is No ServiceSid in util:ServiceConfig I have to do it custom
action. Or am I missing something?



--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 99e52.msi is requesting your permission

When I run installation on Vista x64 with UAC enabled I get a prompt
like this:

"99e52.msi is requesting your permission".

The Package element does have InstallPrivileges="elevated". What am I
missing?

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.0: How to change an existing Windows service's startup type

2009-05-22 Thread little.forest

Okay, I found a way to change the startup type by going to registry and change 
the service 'Start' value, e.g. 
HKLM\Software\SYSTEM\CurrentControlSet\Services\WhateverService
But when I try to do it in WiX, it doesn't work. Here is my code:







I try to change the "Start" type from 3(manual) to be 2(Automatic). But it 
doesn't work.

Does anybody know the reason? And how to make it work?
Many thanks.
/Brian


  __
The new Internet Explorer® 8 - Faster, safer, easier.  Optimized for Yahoo!  
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 99e52.msi is requesting your permission

2009-05-22 Thread Rob Mensching

What's the question? You have a package that needs elevation so it 
prompts when installing.

Alex Ivanoff wrote:
> When I run installation on Vista x64 with UAC enabled I get a prompt
> like this:
>
> "99e52.msi is requesting your permission".
>
> The Package element does have InstallPrivileges="elevated". What am I
> missing?
>
> --
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceSid

2009-05-22 Thread Rob Mensching

Nope, not missing anything. That's correct.

Alex Ivanoff wrote:
> Since ServiceConfig ServiceSid element is only supported by MSI 5.0 and
> there is No ServiceSid in util:ServiceConfig I have to do it custom
> action. Or am I missing something?
>
>
>
> --
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 99e52.msi is requesting your permission