Re: [WiX-users] Wix and TFS

[Dmitry Berkovich]

Hi,
  Do you using Wix V3 and  Votive?
If yes you have 2 options:
  I) just install WiX on Team Build Server and you can compile solution that
have .wixproj project and it will be work.
 II) If you don't want/can not  install Wix on Team Build server write me
private email I will explain how you can do it.

Dima
On Fri, Aug 1, 2008 at 9:18 AM, Sajid1105 <[EMAIL PROTECTED]> wrote:

>
> I have a list of wxs files that packages files from a share folder where
> Team
> build stages its build result. Currently I am having batch file containing
> candle and light commands with sharefolder path as a parameter.
>
> I want to integrate it with TFS so that each time I schedule a build it
> creates an msi package.
> What is the best way to do that in this situation?
> I looked at wix.targets but left with no clue of what to do with that.
> --
> View this message in context:
> http://www.nabble.com/Wix-and-TFS-tp18768809p18768809.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Merge Module Help

[Rob Mensching]

Blair, you're right, it isn't "analysis paralysis" but the Component Rules are 
*fundamentally* broken.  The fact that it is possible to mathematically 
demonstrate how simple developer behavior can create a paradox in the system 
(http://blogs.msdn.com/robmen/archive/2003/10/18/56497.aspx) is just wrong.  Of 
course, it's going to be hard for them to "fix" since their foundation is built 
on these Component Rules.

So, building a system [to auto-generate GUIDs] that works perfectly within the 
Component Rules is one of the very hard problems that is still with us (and has 
been since the Windows Installer was written ).


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Blair Murri
Sent: Thursday, July 31, 2008 21:24
To: [EMAIL PROTECTED]
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Merge Module Help

I just had to respond to this. Sorry for picking it back up.

XCOPY simplicity in an MSI package is very easy to do. You use empty component 
guids and change your ProductCode on every single build. You don't ever patch, 
and removal doesn't do anything (files are left behind). For a complete 
solution, suppress the component and product registration actions and you won't 
show up in ARP or have any other side-effects of MSI installation. You can even 
use SelfReg for your DLLs!

BINGO: XCOPY in an MSI package. And, you get a more user-friendly Files-In-Use 
as a bonus (xcopy never did that!).

Now, you also don't get COM/Registry registration, Firewall registration, Shell 
integration, Web-Site registration, Application repair, or any of a thousand 
other things that xcopy never did either. And, if you share any binaries you 
are back in DLL hell. There's a reason we don't do xcopy deployments anymore 
for the past ten years, and that is because the platform doesn't support xcopy 
deployed products for much more than trivial platform integrations.

Most developers want a lot of things made more simple, but we have learned to 
compromise and trade some complexity for some shared increased functionality. 
Most installations are not 7000 files, and most don't change their file lists 
daily, and for that majority, 
code-the-components-once-and-keep-them-in-source-code is absolutely the right 
way to go (it even gives you the benefit of a build exception/error if a file 
is missing). For those very few caught in the masses of constantly changing 
file lists, they need to ask what they really need from the platforms they 
deploy against and what level of effort is warranted. Last time I asked my 
developers, they didn't want to not think, they just don't know what to ask; 
and what they want is the simplest structure within which they can get the best 
deployment strategy they need for the parts of the platforms they write 
against. Since MSI is a platform for enabling just about any deployment 
strategy possible on a modern Microsoft Win
 dows platform, it has to enable support for all kinds of crap that xcopy could 
never do. While the architecture of Windows Installer doesn't lend itself to 
ease-of-correct-use, it does enable almost any scale deployment solution to be 
created in a correct fashion.

It isn't that the analysis has paralyzed us, it is that no one has volunteered 
a better architecture that works as well with the admittedly too-complicated 
platform (Windows and all its "environments") we have. The best way out of this 
is to simplify those environments (COM/IIS/etc.) from a deployment perspective 
and we can then craft a replacement deployment platform that is simpler. But of 
course platforms haven't been required to think through most deployment 
scenarios when engineering their platforms (COM+, anyone?). In fact, platforms 
on Windows don't even have to come from Microsoft. Until then, you can simplify 
for some with a different platform, but at the cost of dropping support for 
others. There are enough of those others that an industry dedicated to 
deployment technologies is alive and well.

Besides, if programming were really easy to do right, we wouldn't ask for 
college education for those entering the field, and we wouldn't be paid enough 
to support our families, since solutions involving not thinking can be employed 
by anyone, correct?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Painter
Sent: Wednesday, July 23, 2008 10:32 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Merge Module Help

What feedback?  All I saw was a childish quip/troll post.

Personally I'm sick of the component rules and it's associated gotchas.  These 
are artificial problem caused by an overly complicated design.

Developers want xcopy simplicity.   The features are nice from a platform 
presevatin perspective but nearly 10 years have gone by since it was invented 
and we are still sitting around a table scratching our head how to solve

Re: [WiX-users] Binder variables from Votive

[Rob Mensching]

Bug.  Would you mind filing it?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Karper
Sent: Thursday, July 31, 2008 19:48
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Binder variables from Votive

It's in the merge module itself.  I would have expected it to get
modularized like all of my other file/component references, but alas,
alack... it was not to be.

Chris

On Thu, Jul 31, 2008 at 5:40 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Christopher Karper wrote:
> > It's a merge module, and the file id needs the GUID put in to work.   I
> > wouldn't think that was how it's *supposed* to work, but adding the
> package
> > guid to the file id in the binder variable makes it work...
> >
>
> Is the !(bind...) in the merge module itself or are you referring to it
> from another product/merge module?
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix and TFS

[Sajid1105]

I have a list of wxs files that packages files from a share folder where Team
build stages its build result. Currently I am having batch file containing
candle and light commands with sharefolder path as a parameter.

I want to integrate it with TFS so that each time I schedule a build it
creates an msi package. 
What is the best way to do that in this situation?
I looked at wix.targets but left with no clue of what to do with that.
-- 
View this message in context: 
http://www.nabble.com/Wix-and-TFS-tp18768809p18768809.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional Property Value

[Sajid1105]

Thanks Alex..

Regards,
Sajid


Alexander Shevchuk wrote:
> 
> Custom Action Type 51 is your friend:
> 
> 
> 
> 
> 
>   A=1
>   A<>1 OR NOT A
> 
> 
> Obviously, XXXSequence - whatever sequence table you need to schedule
> these actions in, for example, InstallExecuteSequence.
> 
> Regards,
> Alex Shevchuk
> 

-- 
View this message in context: 
http://www.nabble.com/Conditional-Property-Value-tp18704186p18768756.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Non-admin user can add remove feature, no UAC dialog

[yixie]

That really helps!
Many thanks!


Bob Arnson-6 wrote:
> 
> yixie wrote:
>> I found my installer don't require elevation if "change" or "repair".
>> Although tt'll require elevation and UAC dialog popup if "install from
>> not
>> installed state", or "remove".
>>   
> 
> That's by design. It's "sticky elevation" that doesn't require admin 
> approval for something an admin has already approved. It's questionable 
> whether removing features should get stick elevation, but that's how it 
> works now.
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> 
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Non-admin-user-can-add-remove-feature%2C-no-UAC-dialog-tp18644142p18768563.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Vista not refreshing start menu after uninstall

[Brian Rogers]

Hey Michael,

I'm going to step out on a limb with this one and say that this is a Vista
bug, not an MSI issue if it is a bug at all. It almost sounds like something
is holding a handle to that directory. If a process has a hold of it then it
will not be removed until the handle is let go. In the case of it being a
bug, I would venture to guess that Vista itself is holding the handle until
you log off.

I would veture to guess you could use some of the sysinternal tools to find
out if there is a handle to that directory.

Sorry I don't have a direct answer, but I hope this helps a bit.

Thanks,

-- 
Brian Rogers
"Intelligence removes complexity." - Me
http://icumove.spaces.live.com


On Thu, Jul 31, 2008 at 3:38 PM, Michael Ballou <[EMAIL PROTECTED]> wrote:

> Is it a known MSI issue that Vista doesn't refresh the start menu
> completely after uninstalling a product?
>
>
>
> The problem I see is that the product folder for my start menu icons do
> not appear to be removed after uninstalling my product.  When I check
> the actual folder mapped for the start menu, the folder is actually
> removed properly, but an empty folder is displayed under All Programs.
> The icons themselves and some subfolders are removed, however the main
> folder is still displayed as (empty).
>
>
>
> C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Product
>
>
>
> Once I log off and log back in, the removed folder is no longer
> displayed in the start menu.
>
>
>
> My product is installed with ALLUSERS=1 and I'm running on Vista
> Ultimate x86 SP1.  I also have that specific folder set to be removed in
> the RemoveFile table (also to avoid ICE errors).
>
>
>
> Thanks,
>
> Mike Ballou
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Run ICE validation without admin permissions

[Blair Murri]

AFAIK, the only option is to run on Vista or Server 2008.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vladimir Sumakov
Sent: Thursday, July 24, 2008 6:08 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Run ICE validation without admin permissions

Hello everyone,

Is it possible to run ICE validation by light.exe without admin permissions
and without suppress validation? May be some other permissins allow to do
validation?

Light.exe return error: "Validation could not run due to system policy. To
eliminate this warning, run the process as admin or supress ICE
validation."

Our build service runs many unit-tests over build process and admin
permission is very dangerous thing for build server integrity.

Thanks.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FilesInUse in a different session

[Blair Murri]

Only with custom code. The APIs used by Windows Installer to retrieve the 
window titles of the processes holding files don't work across session 
boundaries.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil
Sent: Wednesday, July 23, 2008 11:47 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] FilesInUse in a different session


Hello there

Is there a way to show the files in use dialog if the application files are
kept opened in a different vista session?

Thanks
Anidil
--
View this message in context: 
http://www.nabble.com/FilesInUse-in-a-different-session-tp18626251p18626251.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Merge Module Help

[Blair Murri]

I just had to respond to this. Sorry for picking it back up.

XCOPY simplicity in an MSI package is very easy to do. You use empty component 
guids and change your ProductCode on every single build. You don't ever patch, 
and removal doesn't do anything (files are left behind). For a complete 
solution, suppress the component and product registration actions and you won't 
show up in ARP or have any other side-effects of MSI installation. You can even 
use SelfReg for your DLLs!

BINGO: XCOPY in an MSI package. And, you get a more user-friendly Files-In-Use 
as a bonus (xcopy never did that!).

Now, you also don't get COM/Registry registration, Firewall registration, Shell 
integration, Web-Site registration, Application repair, or any of a thousand 
other things that xcopy never did either. And, if you share any binaries you 
are back in DLL hell. There's a reason we don't do xcopy deployments anymore 
for the past ten years, and that is because the platform doesn't support xcopy 
deployed products for much more than trivial platform integrations.

Most developers want a lot of things made more simple, but we have learned to 
compromise and trade some complexity for some shared increased functionality. 
Most installations are not 7000 files, and most don't change their file lists 
daily, and for that majority, 
code-the-components-once-and-keep-them-in-source-code is absolutely the right 
way to go (it even gives you the benefit of a build exception/error if a file 
is missing). For those very few caught in the masses of constantly changing 
file lists, they need to ask what they really need from the platforms they 
deploy against and what level of effort is warranted. Last time I asked my 
developers, they didn't want to not think, they just don't know what to ask; 
and what they want is the simplest structure within which they can get the best 
deployment strategy they need for the parts of the platforms they write 
against. Since MSI is a platform for enabling just about any deployment 
strategy possible on a modern Microsoft Win
 dows platform, it has to enable support for all kinds of crap that xcopy could 
never do. While the architecture of Windows Installer doesn't lend itself to 
ease-of-correct-use, it does enable almost any scale deployment solution to be 
created in a correct fashion.

It isn't that the analysis has paralyzed us, it is that no one has volunteered 
a better architecture that works as well with the admittedly too-complicated 
platform (Windows and all its "environments") we have. The best way out of this 
is to simplify those environments (COM/IIS/etc.) from a deployment perspective 
and we can then craft a replacement deployment platform that is simpler. But of 
course platforms haven't been required to think through most deployment 
scenarios when engineering their platforms (COM+, anyone?). In fact, platforms 
on Windows don't even have to come from Microsoft. Until then, you can simplify 
for some with a different platform, but at the cost of dropping support for 
others. There are enough of those others that an industry dedicated to 
deployment technologies is alive and well.

Besides, if programming were really easy to do right, we wouldn't ask for 
college education for those entering the field, and we wouldn't be paid enough 
to support our families, since solutions involving not thinking can be employed 
by anyone, correct?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Painter
Sent: Wednesday, July 23, 2008 10:32 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Merge Module Help

What feedback?  All I saw was a childish quip/troll post.

Personally I'm sick of the component rules and it's associated gotchas.  These 
are artificial problem caused by an overly complicated design.

Developers want xcopy simplicity.   The features are nice from a platform 
presevatin perspective but nearly 10 years have gone by since it was invented 
and we are still sitting around a table scratching our head how to solve the 
authoring headaches that it created.  Talk about analysis paralysis.



--- On Wed, 7/23/08, Rob Mensching <[EMAIL PROTECTED]> wrote:

> From: Rob Mensching <[EMAIL PROTECTED]>
> Subject: Re: [WiX-users] Merge Module Help
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Wednesday, July 23, 2008, 11:39 AM
> Hey, wait a minute here.
>
> First, Automating Component/@Guids requires a bullet-proof
> solution. The side-effects of violating the Component Rules
> are nasty on two fronts a) once violated there are no real
> good ways out (something will get messed up on the
> user's machine) and b) you don't usually realize
> you've violated the rules until it is too late (like
> when you need a critical security fix).  If you're
> going to suggest a solution to this problem then expect it
> to be "pedantically picked through".  From there
> you should adapt 

Re: [WiX-users] Binder variables from Votive

[Chandra Vuppala]

Hi,
Can  anyone send me sample to use Wix lib in project, I have made one it is 
working fine if i dont add any directory in the project file. 
 
code of project file and wix lib given below.
 
 
WIX LIB :
 


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































 

 

Wix Prject File:



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



























 

 

 
 
 
 
 



From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 31/07/2008 11:35 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Binder variables from Votive



Well, there goes that theory.  Here is what I have and it is working:



Can you verify whether that works for you?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Karper
Sent: Thursday, July 31, 2008 11:02
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Binder variables from Votive

3.0.4325

On Thu, Jul 31, 2008 at 1:51 PM, Rob Mensching
<[EMAIL PROTECTED]>wrote:

> What version of the WiX toolset?
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Christopher Karper
> Sent: Thursday, July 31, 2008 10:16
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Binder variables from Votive
>
> Neither of these worked.  I don't understand why *none* of the binder
> variables are working.  I tried this for my x86 and x64 configs to make
> sure
> it wasn't a platform issue.  I get the same issue either way though.
>
> Thanks for the ideas.
>
> Chris
>
> On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:
>
> > Christopher Karper wrote:
> > > I still can't get any of these binder variables to work.  Does anyone
> > have
> > > some time to take a look at it?  Thanks in advance. :-D
> > >
> >
> > Two random things to try:
> >
> > 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> > right, but...)
> > 2. Try putting the assembly in the GAC, just to see if that's enough.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
> >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



IMPORTANT
1.  This email and any attachments are confidential.  Any unauthorised 
diss

Re: [WiX-users] Binder variables from Votive

[Christopher Karper]

It's in the merge module itself.  I would have expected it to get
modularized like all of my other file/component references, but alas,
alack... it was not to be.

Chris

On Thu, Jul 31, 2008 at 5:40 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Christopher Karper wrote:
> > It's a merge module, and the file id needs the GUID put in to work.   I
> > wouldn't think that was how it's *supposed* to work, but adding the
> package
> > guid to the file id in the binder variable makes it work...
> >
>
> Is the !(bind...) in the merge module itself or are you referring to it
> from another product/merge module?
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Vista not refreshing start menu after uninstall

[Michael Ballou]

Is it a known MSI issue that Vista doesn't refresh the start menu
completely after uninstalling a product?

 

The problem I see is that the product folder for my start menu icons do
not appear to be removed after uninstalling my product.  When I check
the actual folder mapped for the start menu, the folder is actually
removed properly, but an empty folder is displayed under All Programs.
The icons themselves and some subfolders are removed, however the main
folder is still displayed as (empty).  

 

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Product

 

Once I log off and log back in, the removed folder is no longer
displayed in the start menu.

 

My product is installed with ALLUSERS=1 and I'm running on Vista
Ultimate x86 SP1.  I also have that specific folder set to be removed in
the RemoveFile table (also to avoid ICE errors).

 

Thanks,

Mike Ballou

 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UAC + devenv setup

[John-Daniel Trask]

I've tried this and it appears to work.

You mention there is no guarantees with this process. Does this mean there
would be a more robust mechanism of achieving the same outcome? Would
bootstrapping and then manifesting the bootstrapper in a manner that
elevated permissions resolve this issue more?

If this is just how people have been achieving a positive outcome with no
promises that it will always work, that's acceptable for now but if the
install process doesn't work we run the possibility of losing a sale so I'm
happy to invest more time in a more robust solution if there is one :-)

Thanks for your advice Bob.

 - JD

On Fri, Aug 1, 2008 at 3:51 AM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> John-Daniel Trask wrote:
> > I explored the WIX output that Visual Studio automatically generates for
> > Visual Studio packages it has the comment that devenv /setup needs to be
> > called after finalize as if anything is getting GAC'd it won't be
> available
> > until that point.
> >
>
> You can try a commit, no-impersonate custom action but there's no
> guarantee that GAC'd resources will be available; that's just the nature
> of the two-phase commit and hand-off between MSI and Fusion.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix 3.0 Com+ deployment question.

[Bob Arnson]

Mo Benmouffok wrote:
> *Candle Main.wxs -ext
> Microsoft.Tools.WindowsInstallerXml.Extensions.ComPlusCompiler,
> WixComPlusExtension.dll *
>   

In WiX v3, you reference an extension just by specifying its assembly; 
Candle et al will load the extension based on the types it contains.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Binder variables from Votive

[Bob Arnson]

Christopher Karper wrote:
> It's a merge module, and the file id needs the GUID put in to work.   I
> wouldn't think that was how it's *supposed* to work, but adding the package
> guid to the file id in the binder variable makes it work...
>   

Is the !(bind...) in the merge module itself or are you referring to it 
from another product/merge module?

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Bob Arnson]

Tony Juricic wrote:
> If Pyro is not ignoring 4th version number then it must be that I am breaking 
> some component rules?!
> I haven't added or removed or renamed any component file or guid but I have 
> changed the target install directory name from MyProduct to MyProductV1 (to 
> be created under Program Files folder).
>
> Could that be it?
>   

Yes, that's a component rules violation. You can tell from a verbose 
log, by setting the MSIENFORCEUPGRADECOMPONENTRULES property to 1.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Component Permanent=yes vs. custom action to copy a file

[Bob Arnson]

dB. wrote:
> My product has a configuration file. We want it to stay on the machine
> when the product is uninstalled since the user might have changed it. We
> copy configuration files at installation time in a very nicely
> implemented custom action that copies files outside of component
> rules... I've just discovered a component attribute Permanent=no that
> seems to accomplish the same thing (I can put my file in a separate
> component and mark it permanent).
>
>  
>
> Should I scrap my CAs? Are there reasons not to use Permanent=yes?
>   

Well, it leaves behind parts of your product, normally not a good 
result. But if you were doing that anyway, sure, no harm. Though 
generally, a per-machine install would write the default settings to a 
per-machine location and the user would modify a local copy created at 
first run. FWIW...

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall account problem

[Bob Arnson]

Daniel Rieck wrote:
> 1) I'm getting error 1923.
>   

1923 almost always indicates a problem with the attributes on the 
ServiceInstall element, such as a bad user/password combination. Can you 
show what yours looks like?

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Tony Juricic]

If Pyro is not ignoring 4th version number then it must be that I am breaking 
some component rules?!
I haven't added or removed or renamed any component file or guid but I have 
changed the target install directory name from MyProduct to MyProductV1 (to be 
created under Program Files folder).

Could that be it?



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Component Permanent=yes vs. custom action to copy a file

[dB.]

Hi,

 

My product has a configuration file. We want it to stay on the machine
when the product is uninstalled since the user might have changed it. We
copy configuration files at installation time in a very nicely
implemented custom action that copies files outside of component
rules... I've just discovered a component attribute Permanent=no that
seems to accomplish the same thing (I can put my file in a separate
component and mark it permanent).

 

Should I scrap my CAs? Are there reasons not to use Permanent=yes?

 

Thx

dB.

 

-dB.

dblock.org   / foodcandy.com
 

 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall account problem

[Wilson, Phil]

I don't recall seeing your Wix source - might be useful to post it.  The 
service isn't marked interactive is it?

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Thursday, July 31, 2008 12:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



No, it's just my service exe and the four framework assemblies I mentioned 
earlier (mscorlib, System, System.Drawing, System.ServiceProcess).

I previously used a deployment project from Visual Studio to install the same 
service, which worked fine. When it worked, that is, because the custom action 
for the ServiceInstaller sometimes caused other problems, that's why I'm trying 
WiX now...


*Von:* "Rob Mensching" <[EMAIL PROTECTED]>
*Gesendet:* 31.07.08 17:37:06
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



Is the service dependent on any assemblies that you install to the GAC?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Thursday, July 31, 2008 00:39
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



1) I'm getting error 1923.

2) The installation rolls back.

3) It's C# 2.0.

4) I'm not showing any UI. The service acts as a small web server. It's 
listening for HTTP requests and sends back images created on the fly. I 
considered IIS as a host, but I can't be sure my customers will have that 
installed or are willing to install it.


*Von:* "Wilson, Phil" <[EMAIL PROTECTED]>
*Gesendet:* 30.07.08 20:32:33
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



1) What's your exact error? There are some differences between them. Are you 
getting 1920 or 1921?

2) I don't remember if you answered this before, but if the installation does 
not roll back, does the service start successfully after the install?

3) Is it C# or managed C++ ?

4) Your service references System.Drawing? Are you attempting to show UI from a 
service running on Vista?

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Wednesday, July 30, 2008 6:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



Thanks, but that can't be the problem. My service only references Framework 
assemblies (mscorlib, System, System.Drawing and System.ServiceProcess).
*Von:* "cemiles" <[EMAIL PROTECTED]>
*Gesendet:* 29.07.08 17:45:38
*An:* wix-users@lists.sourceforge.net
*Betreff:* Re: [WiX-users] ServiceInstall account problem


I'd say that error is very general. Chances are you have missing
dependencies. Run your file through reflector or depends and see what you
might be missing.


Daniel Rieck wrote:
>
>
>
> Hi everyone,
>
> I'm just getting started with WiX.
>
> I want to create a setup to install a service written in .NET. I'm using
> the code snippet found at
> http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html
> [http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html]
>
> I removed the Account and Password properties from ServiceInstall, because
> I want the service to run as LocalSystem.
>
> When I run the setup, I get an error message saying I don't have the
> priviliges to install system services. However, I run the setup from an
> elevated command prompt (on Vista), so priviliges shouldn't be a problem.
>
>
>
> Thank you
>
> Daniel Rieck
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/ServiceInstall-account-problem-tp18707004p18714933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall account problem

[Daniel Rieck]

No, it's just my service exe and the four framework assemblies I mentioned 
earlier (mscorlib, System, System.Drawing, System.ServiceProcess).

I previously used a deployment project from Visual Studio to install the same 
service, which worked fine. When it worked, that is, because the custom action 
for the ServiceInstaller sometimes caused other problems, that's why I'm trying 
WiX now...


*Von:* "Rob Mensching" <[EMAIL PROTECTED]>
*Gesendet:* 31.07.08 17:37:06
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



Is the service dependent on any assemblies that you install to the GAC?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Thursday, July 31, 2008 00:39
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



1) I'm getting error 1923.

2) The installation rolls back.

3) It's C# 2.0.

4) I'm not showing any UI. The service acts as a small web server. It's 
listening for HTTP requests and sends back images created on the fly. I 
considered IIS as a host, but I can't be sure my customers will have that 
installed or are willing to install it.


*Von:* "Wilson, Phil" <[EMAIL PROTECTED]>
*Gesendet:* 30.07.08 20:32:33
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



1) What's your exact error? There are some differences between them. Are you 
getting 1920 or 1921?

2) I don't remember if you answered this before, but if the installation does 
not roll back, does the service start successfully after the install?

3) Is it C# or managed C++ ?

4) Your service references System.Drawing? Are you attempting to show UI from a 
service running on Vista?

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Wednesday, July 30, 2008 6:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



Thanks, but that can't be the problem. My service only references Framework 
assemblies (mscorlib, System, System.Drawing and System.ServiceProcess).
*Von:* "cemiles" <[EMAIL PROTECTED]>
*Gesendet:* 29.07.08 17:45:38
*An:* wix-users@lists.sourceforge.net
*Betreff:* Re: [WiX-users] ServiceInstall account problem


I'd say that error is very general. Chances are you have missing
dependencies. Run your file through reflector or depends and see what you
might be missing.


Daniel Rieck wrote:
>
>
>
> Hi everyone,
>
> I'm just getting started with WiX.
>
> I want to create a setup to install a service written in .NET. I'm using
> the code snippet found at
> http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html
> [http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html]
>
> I removed the Account and Password properties from ServiceInstall, because
> I want the service to run as LocalSystem.
>
> When I run the setup, I get an error message saying I don't have the
> priviliges to install system services. However, I run the setup from an
> elevated command prompt (on Vista), so priviliges shouldn't be a problem.
>
>
>
> Thank you
>
> Daniel Rieck
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/ServiceInstall-account-problem-tp18707004p18714933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users 

Re: [WiX-users] Binder variables from Votive

[Christopher Karper]

Breakthrough!!!

It's a merge module, and the file id needs the GUID put in to work.   I
wouldn't think that was how it's *supposed* to work, but adding the package
guid to the file id in the binder variable makes it work...

Chris

On Thu, Jul 31, 2008 at 2:05 PM, Rob Mensching
<[EMAIL PROTECTED]>wrote:

> Well, there goes that theory.  Here is what I have and it is working:
>
> Name="My Product"
> Language="1033"
> Manufacturer="Microsoft Corporation"
> UpgradeCode="$(var.UPGRADE_CODE)"
> Version="!(bind.FileVersion.foo.exe)">
>
> Can you verify whether that works for you?
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Christopher Karper
> Sent: Thursday, July 31, 2008 11:02
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Binder variables from Votive
>
> 3.0.4325
>
> On Thu, Jul 31, 2008 at 1:51 PM, Rob Mensching
> <[EMAIL PROTECTED]>wrote:
>
> > What version of the WiX toolset?
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:
> > [EMAIL PROTECTED] On Behalf Of Christopher Karper
> > Sent: Thursday, July 31, 2008 10:16
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Binder variables from Votive
> >
> > Neither of these worked.  I don't understand why *none* of the binder
> > variables are working.  I tried this for my x86 and x64 configs to make
> > sure
> > it wasn't a platform issue.  I get the same issue either way though.
> >
> > Thanks for the ideas.
> >
> > Chris
> >
> > On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:
> >
> > > Christopher Karper wrote:
> > > > I still can't get any of these binder variables to work.  Does anyone
> > > have
> > > > some time to take a look at it?  Thanks in advance. :-D
> > > >
> > >
> > > Two random things to try:
> > >
> > > 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> > > right, but...)
> > > 2. Try putting the assembly in the GAC, just to see if that's enough.
> > >
> > > --
> > > sig://boB
> > > http://joyofsetup.com/
> > >
> > >
> > >
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge

Re: [WiX-users] Binder variables from Votive

[Rob Mensching]

Well, there goes that theory.  Here is what I have and it is working:



Can you verify whether that works for you?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Karper
Sent: Thursday, July 31, 2008 11:02
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Binder variables from Votive

3.0.4325

On Thu, Jul 31, 2008 at 1:51 PM, Rob Mensching
<[EMAIL PROTECTED]>wrote:

> What version of the WiX toolset?
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Christopher Karper
> Sent: Thursday, July 31, 2008 10:16
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Binder variables from Votive
>
> Neither of these worked.  I don't understand why *none* of the binder
> variables are working.  I tried this for my x86 and x64 configs to make
> sure
> it wasn't a platform issue.  I get the same issue either way though.
>
> Thanks for the ideas.
>
> Chris
>
> On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:
>
> > Christopher Karper wrote:
> > > I still can't get any of these binder variables to work.  Does anyone
> > have
> > > some time to take a look at it?  Thanks in advance. :-D
> > >
> >
> > Two random things to try:
> >
> > 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> > right, but...)
> > 2. Try putting the assembly in the GAC, just to see if that's enough.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
> >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Binder variables from Votive

[Christopher Karper]

3.0.4325

On Thu, Jul 31, 2008 at 1:51 PM, Rob Mensching
<[EMAIL PROTECTED]>wrote:

> What version of the WiX toolset?
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Christopher Karper
> Sent: Thursday, July 31, 2008 10:16
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Binder variables from Votive
>
> Neither of these worked.  I don't understand why *none* of the binder
> variables are working.  I tried this for my x86 and x64 configs to make
> sure
> it wasn't a platform issue.  I get the same issue either way though.
>
> Thanks for the ideas.
>
> Chris
>
> On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:
>
> > Christopher Karper wrote:
> > > I still can't get any of these binder variables to work.  Does anyone
> > have
> > > some time to take a look at it?  Thanks in advance. :-D
> > >
> >
> > Two random things to try:
> >
> > 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> > right, but...)
> > 2. Try putting the assembly in the GAC, just to see if that's enough.
> >
> > --
> > sig://boB
> > http://joyofsetup.com/
> >
> >
> >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Binder variables from Votive

[Rob Mensching]

What version of the WiX toolset?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Karper
Sent: Thursday, July 31, 2008 10:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Binder variables from Votive

Neither of these worked.  I don't understand why *none* of the binder
variables are working.  I tried this for my x86 and x64 configs to make sure
it wasn't a platform issue.  I get the same issue either way though.

Thanks for the ideas.

Chris

On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Christopher Karper wrote:
> > I still can't get any of these binder variables to work.  Does anyone
> have
> > some time to take a look at it?  Thanks in advance. :-D
> >
>
> Two random things to try:
>
> 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> right, but...)
> 2. Try putting the assembly in the GAC, just to see if that's enough.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Tony Juricic]

I see, validation is used during patch application.

Regarding the patch family I have defined only one family, following the 
example from Peter's blog and  changing a few attributes like Manifacturer, 
DisplayName and similar.
 
In my case that should be sufficient because the product has only one feature 
which contains all the components.

I have simply copy-pasted the list of component references from the Feature 
element in Product.wxs to PatchFamily element in Patch.wsx.

I have tested Torch and Pyro behavior when two input wixout files are identical 
and it is pretty much exactly the behavior that I get - except that binary 
comparison, sizes and creation dates on my wixouts show beyond doubt that I 
haven't committed such a stupid, albeit very easy to make, mistake.


-Original Message-
From: Heath Stewart [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 12:39 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

The -val switch is actually to set transform validation flags and has
nothing to do with validation during generation. See
http://blogs.msdn.com/heaths/archive/2007/09/13/transform-validation-in-wix-patch-build.aspx
for
more information about that feature.

Have you defined patch families in your patch authoring? If you don't or if
you don't reference all the right fragments, the content of those fragments
is ignored. You can find more information about patch families at
http://blogs.msdn.com/pmarcu/archive/2007/04/27/wix-patchfamily-patch-filtering.aspx,
http://blogs.msdn.com/heaths/archive/2007/05/08/patch-families-can-only-ever-grow.aspx,
and
http://blogs.msdn.com/heaths/archive/2008/01/14/patch-families-in-wix-and-windows-installer.aspx
.

On Thu, Jul 31, 2008 at 9:22 AM, Tony Juricic <[EMAIL PROTECTED]>wrote:

> Are you saying that there is some way to get better error diagnostics
> from Torch?
> I added -v option for verbosity but it has no effect.
>
> In fact, I can't even figure out how do validation flags validate?!
>
> For example, once I run Torch with -val y, next time with -val v,
> keeping the same wixout input files. I would expect some validation
> error to be reported: I mean, update versions of my DLLs can't be both
> larger and smaller than the target versions!
>
> However Torch reports no issues in either case, just silently outputs
> wixmst file which, according to Pyro, contains 120 MB of nothing.
>
> I certainly have-p option which is essential according to Peter's blog.
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 31, 2008 11:04 AM
> To: wix-users@lists.sourceforge.net
>  Subject: Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version
> number?
>
> There is a share proderrors or something
>
>
>
> Pete Yates
> Senior Systems Developer
> DDC - Distributed & Components Team
> HBOS I&I IT
> B/1/C/243
> (7725) 34383  /  (0117) 376 4383
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tony
> Juricic
> Sent: 31 July 2008 15:56
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?
>
> I have 120 MB large Wixmst created by Torch and when I pass it to Pyro
> it comes back with the message PYRO1079 saying that patch cabinet
> contains no files.
>
>
>
> My DLLs in RTM and Update respectively differ in the last, 4-th version
> number, plus the binaries themselves are different. Using SDK tools for
> patch creation these DLLs would be updated when applying the patch. I
> tested that long before I started using WiX and I am 100% sure that SDK
> doesn't ignore fourth version number for file substitution rules.
>
>
>
> So I am wondering if Pyro is ignoring binary differences if first 3
> version numbers are the same?
>
>
>
> Patch.wxs content is the following:
>
>
>
> 
>
> http://schemas.microsoft.com/wix/2006/wi";>
>
>   various other attributes>
>
>
>
>
>
>  
>
>
>
>
>
>
>
>
>
>  
>
>  ... a bunch of components follows
>
>   
>
>  
>
> 
>
>
>
>
>
> Thanks
>
>
>
>
>
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge Build the coolest Linux based applications with Moblin SDK &
> win great prizes Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> .
> 
> --
>
> HBOS plc, Registered in Scotland No. SC218813. Registered Office: The
> Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries o

Re: [WiX-users] Binder variables from Votive

[Christopher Karper]

Neither of these worked.  I don't understand why *none* of the binder
variables are working.  I tried this for my x86 and x64 configs to make sure
it wasn't a platform issue.  I get the same issue either way though.

Thanks for the ideas.

Chris

On Thu, Jul 31, 2008 at 12:06 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Christopher Karper wrote:
> > I still can't get any of these binder variables to work.  Does anyone
> have
> > some time to take a look at it?  Thanks in advance. :-D
> >
>
> Two random things to try:
>
> 1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks
> right, but...)
> 2. Try putting the assembly in the GAC, just to see if that's enough.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RegistrySearch on a REG_MULTI_SZ

[Dana Gutride]

I'm not sure if you can do this in vbscript, you can definitely do what you
are asking in c++.



On Thu, Jul 31, 2008 at 12:18 PM, Zane Zeeh <[EMAIL PROTECTED]> wrote:

> Ok, so by custom action do you mean one that would call a vb script to
> retrieve these values and set the properties or is there some other sort of
> CA that I can use?
>
> Thank you for responding
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Dana Gutride
> Sent: Thursday, July 31, 2008 11:52 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] RegistrySearch on a REG_MULTI_SZ
>
> Looks like retrieving a reg_multi_sz using the RegLocator table during
> AppSearch is not a great way of doing this.  Plenty of places on the web
> document this oddity.  I think you might just want to use a custom action
> instead of a registry search to retrieve this value and write it to a
> property.
>
> dana
>
> On Thu, Jul 31, 2008 at 11:02 AM, Zane Zeeh <[EMAIL PROTECTED]> wrote:
>
> > I'm trying to get the default SQL Server Instance using the following:
> >  > Root="HKLM"Key="SOFTWARE\Microsoft\Microsoft SQL Server"
> > Name="InstalledInstances" Type="raw"/>
> > This SHOULD return one or more values in the format
> > ~InstanceName1~InstanceName2~InstanceName3. Mine however returns nothing,
> > even though there is a value there. If I use this same Property against a
> > string registry value it returns the single text string without a
> problem.
> > I'd like to be able to return the first value from this mutli string
> > registry entry. How do I do that?
> > Thanks,
> > Zane
> >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Determining the port number of the default IIS website

[Neil Sleightholm]

A word of warning, on Windows 2003 the default site might not be at ID 1 and 
"IIS://localhost/W3SVC/1" would fail. It is when you initially install but if 
you where to delete the default and recreate it it would have an ID that is a 
hash of the name.

Neil

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of "José Diaz Seng"
Sent: 31 July 2008 10:06
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Determining the port number of the default IIS website

Hi,
I solved my problem as follows, maybe it is of use to someone else, too:

As described in the WiX wiki, I check for the availability of the scripting 
host (see http://www.wixwiki.com/index.php?title=VBScript_Tutorial). A custom 
action then takes care of setting the port number property:






  



  


The VBScript file looks as follows:

Option Explicit

Function Main()
  Session.Property("DEFAULT_WEBSITE_PORT") = 
Replace(GetObject("IIS://localhost/W3SVC/1").GetEx("ServerBindings")(0), ":", 
"")
End Function

Cheers
José
-- 




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix 3.0 Com+ deployment question.

[Mo Benmouffok]

Hi,

I've been using Wix 2.0 and trying to upgrade to Wix 3.0.4311.  One of my
setup uses COM+.  I can see that there is now a new extension called
"WixComPlusExtension.dll", but could not find anywhere how to use it.  My
question is the following.  How to I use this extension to compile my setup
in Wix 3.0?  I just need an example of the command-line.

This is the component I'am trying to compile.











This is the command-line that I've been trying.  I looked in the source code
trying to figure out what to do.

*Candle Main.wxs -ext
Microsoft.Tools.WindowsInstallerXml.Extensions.ComPlusCompiler,
WixComPlusExtension.dll *

This is the error Candle complains about.

candle.exe : error CNDL0144 : The extension
'Microsoft.Tools.WindowsInstallerXml
.Extensions.ComPlusCompiler,WixComPlusExtension.dll' is the wrong type:
'Microso
ft.Tools.WindowsInstallerXml.Extensions.ComPlusCompiler'.  The expected type
was
 'Microsoft.Tools.WindowsInstallerXml.WixExtension'.


Thanks.

Mo
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Heath Stewart]

The -val switch is actually to set transform validation flags and has
nothing to do with validation during generation. See
http://blogs.msdn.com/heaths/archive/2007/09/13/transform-validation-in-wix-patch-build.aspx
for
more information about that feature.

Have you defined patch families in your patch authoring? If you don't or if
you don't reference all the right fragments, the content of those fragments
is ignored. You can find more information about patch families at
http://blogs.msdn.com/pmarcu/archive/2007/04/27/wix-patchfamily-patch-filtering.aspx,
http://blogs.msdn.com/heaths/archive/2007/05/08/patch-families-can-only-ever-grow.aspx,
and
http://blogs.msdn.com/heaths/archive/2008/01/14/patch-families-in-wix-and-windows-installer.aspx
.

On Thu, Jul 31, 2008 at 9:22 AM, Tony Juricic <[EMAIL PROTECTED]>wrote:

> Are you saying that there is some way to get better error diagnostics
> from Torch?
> I added -v option for verbosity but it has no effect.
>
> In fact, I can't even figure out how do validation flags validate?!
>
> For example, once I run Torch with -val y, next time with -val v,
> keeping the same wixout input files. I would expect some validation
> error to be reported: I mean, update versions of my DLLs can't be both
> larger and smaller than the target versions!
>
> However Torch reports no issues in either case, just silently outputs
> wixmst file which, according to Pyro, contains 120 MB of nothing.
>
> I certainly have-p option which is essential according to Peter's blog.
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 31, 2008 11:04 AM
> To: wix-users@lists.sourceforge.net
>  Subject: Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version
> number?
>
> There is a share proderrors or something
>
>
>
> Pete Yates
> Senior Systems Developer
> DDC - Distributed & Components Team
> HBOS I&I IT
> B/1/C/243
> (7725) 34383  /  (0117) 376 4383
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tony
> Juricic
> Sent: 31 July 2008 15:56
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?
>
> I have 120 MB large Wixmst created by Torch and when I pass it to Pyro
> it comes back with the message PYRO1079 saying that patch cabinet
> contains no files.
>
>
>
> My DLLs in RTM and Update respectively differ in the last, 4-th version
> number, plus the binaries themselves are different. Using SDK tools for
> patch creation these DLLs would be updated when applying the patch. I
> tested that long before I started using WiX and I am 100% sure that SDK
> doesn't ignore fourth version number for file substitution rules.
>
>
>
> So I am wondering if Pyro is ignoring binary differences if first 3
> version numbers are the same?
>
>
>
> Patch.wxs content is the following:
>
>
>
> 
>
> http://schemas.microsoft.com/wix/2006/wi";>
>
>   various other attributes>
>
>
>
>
>
>  
>
>
>
>
>
>
>
>
>
>  
>
>  ... a bunch of components follows
>
>   
>
>  
>
> 
>
>
>
>
>
> Thanks
>
>
>
>
>
> 
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge Build the coolest Linux based applications with Moblin SDK &
> win great prizes Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> .
> 
> --
>
> HBOS plc, Registered in Scotland No. SC218813. Registered Office: The
> Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of
> which are authorised and regulated by the Financial Services Authority.
>
> HBOS is a carbon neutral company.  Help keep it that way.  Please don't
> print this message unless you really must.
> 
> ==
>
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Heath Stewart
Deployment Technologies Team, Microsoft
http://blogs.msdn.com/heaths
-
This SF.Net email is sponsored by t

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Tony Juricic]

Are you saying that there is some way to get better error diagnostics
from Torch?
I added -v option for verbosity but it has no effect.

In fact, I can't even figure out how do validation flags validate?!

For example, once I run Torch with -val y, next time with -val v,
keeping the same wixout input files. I would expect some validation
error to be reported: I mean, update versions of my DLLs can't be both
larger and smaller than the target versions!

However Torch reports no issues in either case, just silently outputs
wixmst file which, according to Pyro, contains 120 MB of nothing.

I certainly have-p option which is essential according to Peter's blog.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 11:04 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version
number?

There is a share proderrors or something
 


Pete Yates
Senior Systems Developer 
DDC - Distributed & Components Team 
HBOS I&I IT 
B/1/C/243
(7725) 34383  /  (0117) 376 4383
[EMAIL PROTECTED] 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony
Juricic
Sent: 31 July 2008 15:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

I have 120 MB large Wixmst created by Torch and when I pass it to Pyro
it comes back with the message PYRO1079 saying that patch cabinet
contains no files. 

 

My DLLs in RTM and Update respectively differ in the last, 4-th version
number, plus the binaries themselves are different. Using SDK tools for
patch creation these DLLs would be updated when applying the patch. I
tested that long before I started using WiX and I am 100% sure that SDK
doesn't ignore fourth version number for file substitution rules.

 

So I am wondering if Pyro is ignoring binary differences if first 3
version numbers are the same?

 

Patch.wxs content is the following:

 



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

  

 



  







 

  

  ... a bunch of components follows

   

  



 

 

Thanks

 

 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


.

--

HBOS plc, Registered in Scotland No. SC218813. Registered Office: The
Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of
which are authorised and regulated by the Financial Services Authority.

HBOS is a carbon neutral company.  Help keep it that way.  Please don't
print this message unless you really must.

==




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RegistrySearch on a REG_MULTI_SZ

[Zane Zeeh]

Ok, so by custom action do you mean one that would call a vb script to retrieve 
these values and set the properties or is there some other sort of CA that I 
can use?

Thank you for responding

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dana Gutride
Sent: Thursday, July 31, 2008 11:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] RegistrySearch on a REG_MULTI_SZ

Looks like retrieving a reg_multi_sz using the RegLocator table during
AppSearch is not a great way of doing this.  Plenty of places on the web
document this oddity.  I think you might just want to use a custom action
instead of a registry search to retrieve this value and write it to a
property.

dana

On Thu, Jul 31, 2008 at 11:02 AM, Zane Zeeh <[EMAIL PROTECTED]> wrote:

> I'm trying to get the default SQL Server Instance using the following:
>  Root="HKLM"Key="SOFTWARE\Microsoft\Microsoft SQL Server"
> Name="InstalledInstances" Type="raw"/>
> This SHOULD return one or more values in the format
> ~InstanceName1~InstanceName2~InstanceName3. Mine however returns nothing,
> even though there is a value there. If I use this same Property against a
> string registry value it returns the single text string without a problem.
> I'd like to be able to return the first value from this mutli string
> registry entry. How do I do that?
> Thanks,
> Zane
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Binder variables from Votive

[Bob Arnson]

Christopher Karper wrote:
> I still can't get any of these binder variables to work.  Does anyone have
> some time to take a look at it?  Thanks in advance. :-D
>   

Two random things to try:

1. Rename the File/@Id so it doesn't have a dot in it. (The RegEx looks 
right, but...)
2. Try putting the assembly in the GAC, just to see if that's enough.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Non-admin user can add remove feature, no UAC dialog

[Bob Arnson]

yixie wrote:
> I found my installer don't require elevation if "change" or "repair".
> Although tt'll require elevation and UAC dialog popup if "install from not
> installed state", or "remove".
>   

That's by design. It's "sticky elevation" that doesn't require admin 
approval for something an admin has already approved. It's questionable 
whether removing features should get stick elevation, but that's how it 
works now.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF FeatureParent

[Bob Arnson]

Buddell, James wrote:
> I'm using DTF but cannot find an implementation of the
> Installer.FeatureParent property. 

If the MSI API doesn't expose the information, DTF doesn't either. I 
doubt the feature parent/child information is persisted outside the .msi 
package; in the end, MSI installs a list of features, not a tree. The UI 
sequence creates the list from the parent/child relationships and passes 
a flat list to the execution sequence.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UAC + devenv setup

[Bob Arnson]

John-Daniel Trask wrote:
> I explored the WIX output that Visual Studio automatically generates for
> Visual Studio packages it has the comment that devenv /setup needs to be
> called after finalize as if anything is getting GAC'd it won't be available
> until that point.
>   

You can try a commit, no-impersonate custom action but there's no 
guarantee that GAC'd resources will be available; that's just the nature 
of the two-phase commit and hand-off between MSI and Fusion.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Q regarding uninstalling a feature

[Bob Arnson]

Vidya Kukke wrote:
> My installer requires the ability to install and uninstall single/multiple 
> features.
> I was able to create the  node to achieve the installation on a per 
> feature basis. However the uninstall always removes the entire product. What 
> am I missing? I am doing the uninstall via Add/Remove Programs.
>   

Uninstall from ARP removes all features. If you use a maintenance-mode 
dialog box to choose individual features to be removed, you can generate 
a verbose log around the InstallValidate action to see which features 
MSI is selecting for removal.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] adding current date time to folder name

[Alexander Shevchuk]

There are Date (http://msdn.microsoft.com/en-us/library/aa368261(VS.85).aspx) 
and Time (http://msdn.microsoft.com/en-us/library/aa372079(VS.85).aspx) 
properties, but they return data in the format which is incompatible with file 
names.  You have to use custom action here.




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abubakar
Sent: Thursday, July 31, 2008 4:15 AM
To: WiX-users
Subject: Re: [WiX-users] adding current date time to folder name

Anybody?
I can also afford to call a cpp function here if needed. Any example of
that?

..ab

On Wed, Jul 30, 2008 at 12:18 PM, Abubakar <[EMAIL PROTECTED]> wrote:

> Hi,
> I write the following tags for my folder:
>
>   
> 
>   
> 
>
> Now in the name "[EMAIL PROTECTED]" I want to append the date and time
> to this folder name when the installation was taking place. How do I do
> that?
>
> Regards,
>
> ..ab
>
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RegistrySearch on a REG_MULTI_SZ

[Dana Gutride]

Looks like retrieving a reg_multi_sz using the RegLocator table during
AppSearch is not a great way of doing this.  Plenty of places on the web
document this oddity.  I think you might just want to use a custom action
instead of a registry search to retrieve this value and write it to a
property.

dana

On Thu, Jul 31, 2008 at 11:02 AM, Zane Zeeh <[EMAIL PROTECTED]> wrote:

> I'm trying to get the default SQL Server Instance using the following:
>  Root="HKLM"Key="SOFTWARE\Microsoft\Microsoft SQL Server"
> Name="InstalledInstances" Type="raw"/>
> This SHOULD return one or more values in the format
> ~InstanceName1~InstanceName2~InstanceName3. Mine however returns nothing,
> even though there is a value there. If I use this same Property against a
> string registry value it returns the single text string without a problem.
> I'd like to be able to return the first value from this mutli string
> registry entry. How do I do that?
> Thanks,
> Zane
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patch Not Uninstallable

[cemiles]

I have a problem w/ my patch not being uninstallable.

The only changes I made to my code were in the Directory table, RemoveFile
table, Component table, and CA table.  Basically at first I was making a
copy of my msi to a shared dir on a server, but it was decided to move it to
a subdir under where it was originally placed, so I had to make a new Dir,
add a new component w/ RemoveFile, then change the CopyFile Dir to my new
destination Dir, then add a CA or two to get the job done.  What am I
missing that's causing this error?  Only thing I can possibly think of off
hand is not having an Upgrade element in place...
-- 
View this message in context: 
http://www.nabble.com/Patch-Not-Uninstallable-tp18757512p18757512.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] adding current date time to folder name

[Rob Mensching]

If you need to change the name at "install time" then you'll need a 
CustomAction.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abubakar
Sent: Thursday, July 31, 2008 04:15
To: WiX-users
Subject: Re: [WiX-users] adding current date time to folder name

Anybody?
I can also afford to call a cpp function here if needed. Any example of
that?

..ab

On Wed, Jul 30, 2008 at 12:18 PM, Abubakar <[EMAIL PROTECTED]> wrote:

> Hi,
> I write the following tags for my folder:
>
>   
> 
>   
> 
>
> Now in the name "[EMAIL PROTECTED]" I want to append the date and time
> to this folder name when the installation was taking place. How do I do
> that?
>
> Regards,
>
> ..ab
>
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] UAC + devenv setup

[Rob Mensching]

The WiX3.msi registers with VS.  I'm not an expert in that stuff but how is 
yours different than what the WiX toolset does?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John-Daniel Trask
Sent: Wednesday, July 30, 2008 18:26
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] UAC + devenv setup

Hi,



We have built a Visual Studio package that we are integrating using WIX.



I've run into issues however as we need to run as an administrator. I
applied the required changes to make this work (elevated install privilages,
the custom action that calls devenv /setup was set to before finalize, the
action is deferred and not impersonated). However while this action
completes it doesn't integrate properly and I get COM errors with anything
relating to menu entries and my package in Visual Studio despite no errors
during the install process.



When I actually run the MSI using the awkward run-as-admin method of calling
msiexec directly, it works. Something we can't really ask our customers to
do.



I explored the WIX output that Visual Studio automatically generates for
Visual Studio packages it has the comment that devenv /setup needs to be
called after finalize as if anything is getting GAC'd it won't be available
until that point.



However, my understanding is that the elevated privileges don't get carried
over if done after finalize which is the problem we're seeing here. If my
action gets called before finalize it fails (so it would seem that the
comment in the generated wix document is correct).



Is there any way of extending the elevated privileges after finalize?



The closest thing I can find about this issue is here:
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg12030.html



Any help or advice would be greatly appreciated as this problem is reaching
that painful point of frustration! :-)



John-Daniel Trask

Director

MINDSCAPE


Phone:

+64 21 434 957


Web:

mindscape.co.nz


Blog:

  blog.bluecog.co.nz



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom error based on the reslult of a custom action

[Rob Mensching]

No.  Exe's are not provided any information to communicate with the Windows 
Installer.  One of many reasons DLL CustomActions are recommended when a 
CustomAction is absolutely necessary.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil
Sent: Wednesday, July 30, 2008 20:58
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Custom error based on the reslult of a custom action


Hello there

Is there a way i can pop up a custom error message if a custom action that
runs an exe installed as part of the application fails? I read about type 19
CAs but that just aborts the installation throwing an error message..

Any help on this?

--
View this message in context: 
http://www.nabble.com/Custom-error-based-on-the-reslult-of-a-custom-action-tp18747345p18747345.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall account problem

[Rob Mensching]

Is the service dependent on any assemblies that you install to the GAC?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Thursday, July 31, 2008 00:39
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



1) I'm getting error 1923.

2) The installation rolls back.

3) It's C# 2.0.

4) I'm not showing any UI. The service acts as a small web server. It's 
listening for HTTP requests and sends back images created on the fly. I 
considered IIS as a host, but I can't be sure my customers will have that 
installed or are willing to install it.


*Von:* "Wilson, Phil" <[EMAIL PROTECTED]>
*Gesendet:* 30.07.08 20:32:33
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



1) What's your exact error? There are some differences between them. Are you 
getting 1920 or 1921?

2) I don't remember if you answered this before, but if the installation does 
not roll back, does the service start successfully after the install?

3) Is it C# or managed C++ ?

4) Your service references System.Drawing? Are you attempting to show UI from a 
service running on Vista?

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Wednesday, July 30, 2008 6:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



Thanks, but that can't be the problem. My service only references Framework 
assemblies (mscorlib, System, System.Drawing and System.ServiceProcess).
*Von:* "cemiles" <[EMAIL PROTECTED]>
*Gesendet:* 29.07.08 17:45:38
*An:* wix-users@lists.sourceforge.net
*Betreff:* Re: [WiX-users] ServiceInstall account problem


I'd say that error is very general. Chances are you have missing
dependencies. Run your file through reflector or depends and see what you
might be missing.


Daniel Rieck wrote:
>
>
>
> Hi everyone,
>
> I'm just getting started with WiX.
>
> I want to create a setup to install a service written in .NET. I'm using
> the code snippet found at
> http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html
> [http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html]
>
> I removed the Account and Password properties from ServiceInstall, because
> I want the service to run as LocalSystem.
>
> When I run the setup, I get an error message saying I don't have the
> priviliges to install system services. However, I run the setup from an
> elevated command prompt (on Vista), so priviliges shouldn't be a problem.
>
>
>
> Thank you
>
> Daniel Rieck
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/ServiceInstall-account-problem-tp18707004p18714933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge

Re: [WiX-users] Searching the Wix mailing list

[Rob Hamflett]

You can use this page for searching:
http://news.gmane.org/gmane.comp.windows.devel.wix.user

Rob

Christopher Karper wrote:
> I just subscribe and use gmail to sort mine.  :-)
> 
> I think a lot of people here use Nabble, maybe you'd have better luck with
> that?
> 
> Chris
> 
> On Thu, Jul 31, 2008 at 11:08 AM, Zane Zeeh <[EMAIL PROTECTED]> wrote:
> 
>> Is there some secret to searching through the wix-users mail archive? I get
>> no results returned no matter what I enter into the Mailing Lists search.
>> I've tried the advance search and that returns no results either.
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Searching the Wix mailing list

[Christopher Karper]

I just subscribe and use gmail to sort mine.  :-)

I think a lot of people here use Nabble, maybe you'd have better luck with
that?

Chris

On Thu, Jul 31, 2008 at 11:08 AM, Zane Zeeh <[EMAIL PROTECTED]> wrote:

> Is there some secret to searching through the wix-users mail archive? I get
> no results returned no matter what I enter into the Mailing Lists search.
> I've tried the advance search and that returns no results either.
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Searching the Wix mailing list

[Zane Zeeh]

Is there some secret to searching through the wix-users mail archive? I get no 
results returned no matter what I enter into the Mailing Lists search. I've 
tried the advance search and that returns no results either.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[peteyates]

There is a share proderrors or something
 


Pete Yates
Senior Systems Developer 
DDC - Distributed & Components Team 
HBOS I&I IT 
B/1/C/243
(7725) 34383  /  (0117) 376 4383
[EMAIL PROTECTED] 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony
Juricic
Sent: 31 July 2008 15:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Does Pyro (or Torch) ignore 4-th version number?

I have 120 MB large Wixmst created by Torch and when I pass it to Pyro
it comes back with the message PYRO1079 saying that patch cabinet
contains no files. 

 

My DLLs in RTM and Update respectively differ in the last, 4-th version
number, plus the binaries themselves are different. Using SDK tools for
patch creation these DLLs would be updated when applying the patch. I
tested that long before I started using WiX and I am 100% sure that SDK
doesn't ignore fourth version number for file substitution rules.

 

So I am wondering if Pyro is ignoring binary differences if first 3
version numbers are the same?

 

Patch.wxs content is the following:

 



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

  

 



  







 

  

  ... a bunch of components follows

   

  



 

 

Thanks

 

 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK &
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


.
--

HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.

HBOS is a carbon neutral company.  Help keep it that way.  Please don't print 
this message unless you really must.
==


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] RegistrySearch on a REG_MULTI_SZ

[Zane Zeeh]

I'm trying to get the default SQL Server Instance using the following:

This SHOULD return one or more values in the format 
~InstanceName1~InstanceName2~InstanceName3. Mine however returns nothing, even 
though there is a value there. If I use this same Property against a string 
registry value it returns the single text string without a problem. I'd like to 
be able to return the first value from this mutli string registry entry. How do 
I do that?
Thanks,
Zane

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Does Pyro (or Torch) ignore 4-th version number?

[Tony Juricic]

I have 120 MB large Wixmst created by Torch and when I pass it to Pyro
it comes back with the message PYRO1079 saying that patch cabinet
contains no files. 

 

My DLLs in RTM and Update respectively differ in the last, 4-th version
number, plus the binaries themselves are different. Using SDK tools for
patch creation these DLLs would be updated when applying the patch. I
tested that long before I started using WiX and I am 100% sure that SDK
doesn't ignore fourth version number for file substitution rules.

 

So I am wondering if Pyro is ignoring binary differences if first 3
version numbers are the same?

 

Patch.wxs content is the following:

 



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

  

 



  







 

  

  ... a bunch of components follows

   

  



 

 

Thanks

 

 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] check for Empty INSTALLDIR

[Anidil]

I use the following condition to check for empty path edit box and disable
"Next" button if empty.But it doesn't disable "Next" button..

NOT INSTALLDIR <> ""

Is this not i should be checking for empty pathEdit textbox?

thanks
Anidil
-- 
View this message in context: 
http://www.nabble.com/check-for--Empty-INSTALLDIR-tp18756163p18756163.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Help on defining custom return errors

[Anidil]

How can we change the error reference that MSI chooses to show the error if
the installer returns a non 0 value?
Appreciate if anyone can give me an insight on this

thanks
Anidil
-- 
View this message in context: 
http://www.nabble.com/Help-on-defining-custom-return-errors-tp18755352p18755352.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF FeatureParent

[Buddell, James]

Hi all,

I'm using DTF but cannot find an implementation of the
Installer.FeatureParent property. I can work around this by opening a
session on the product and querying the Feature table, but would rather
not as starting the session is very slow and I am enumerating a number
of apps.

I can see the info that I'm after under
HKCR\Installer\Features\, but with "-" preceding
feature parents with installation state 2 (absent) - I assume other
prefixes would be used for other feature states too but I have no
advertised or run from source.

Just wondering if an implementation of the FeatureParent property is
planned, or if anyone would recommend another way of exposing this data?

Thanks very much,
James

P.S. Apologies if this has been answered before, the mailing list
archive search doesn't seem to work for me (it always returns no
results) so I've not been able to look for previous emails on the topic.


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Torch error 0048

[Tony Juricic]

Ok, so renaming my wixpdb files, produced as described above, to wixout
extension solved the problem for torch input and it produced wixmst
output file. Thus, apparently, wixpdb can exist only in XML format,
while wixout is binary. 

Based on Peter Marcu's blog I understood that wixpdb substitutes and
subsumes wixout and can exist in both XML and binary format, depending
on whether binaries are bound or not.




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] adding current date time to folder name

[Abubakar]

Anybody?
I can also afford to call a cpp function here if needed. Any example of
that?

..ab

On Wed, Jul 30, 2008 at 12:18 PM, Abubakar <[EMAIL PROTECTED]> wrote:

> Hi,
> I write the following tags for my folder:
>
>   
> 
>   
> 
>
> Now in the name "[EMAIL PROTECTED]" I want to append the date and time
> to this folder name when the installation was taking place. How do I do
> that?
>
> Regards,
>
> ..ab
>
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Determining the port number of the default IIS website

[José Diaz Seng]

Hi,
I solved my problem as follows, maybe it is of use to someone else, too:

As described in the WiX wiki, I check for the availability of the scripting 
host (see http://www.wixwiki.com/index.php?title=VBScript_Tutorial). A custom 
action then takes care of setting the port number property:






  



  


The VBScript file looks as follows:

Option Explicit

Function Main()
  Session.Property("DEFAULT_WEBSITE_PORT") = 
Replace(GetObject("IIS://localhost/W3SVC/1").GetEx("ServerBindings")(0), ":", 
"")
End Function

Cheers
José
-- 




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ServiceInstall account problem

[Daniel Rieck]

1) I'm getting error 1923.

2) The installation rolls back.

3) It's C# 2.0.

4) I'm not showing any UI. The service acts as a small web server. It's 
listening for HTTP requests and sends back images created on the fly. I 
considered IIS as a host, but I can't be sure my customers will have that 
installed or are willing to install it.


*Von:* "Wilson, Phil" <[EMAIL PROTECTED]>
*Gesendet:* 30.07.08 20:32:33
*An:* General discussion for Windows Installer XML toolset. 

*Betreff:* Re: [WiX-users] ServiceInstall account problem



1) What's your exact error? There are some differences between them. Are you 
getting 1920 or 1921?

2) I don't remember if you answered this before, but if the installation does 
not roll back, does the service start successfully after the install?

3) Is it C# or managed C++ ?

4) Your service references System.Drawing? Are you attempting to show UI from a 
service running on Vista?

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Rieck
Sent: Wednesday, July 30, 2008 6:50 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ServiceInstall account problem



Thanks, but that can't be the problem. My service only references Framework 
assemblies (mscorlib, System, System.Drawing and System.ServiceProcess).
*Von:* "cemiles" <[EMAIL PROTECTED]>
*Gesendet:* 29.07.08 17:45:38
*An:* wix-users@lists.sourceforge.net
*Betreff:* Re: [WiX-users] ServiceInstall account problem


I'd say that error is very general. Chances are you have missing
dependencies. Run your file through reflector or depends and see what you
might be missing.


Daniel Rieck wrote:
>
>
>
> Hi everyone,
>
> I'm just getting started with WiX.
>
> I want to create a setup to install a service written in .NET. I'm using
> the code snippet found at
> http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html
> [http://avinashkt.blogspot.com/2007/05/how-to-install-windows-service-using.html]
>
> I removed the Account and Password properties from ServiceInstall, because
> I want the service to run as LocalSystem.
>
> When I run the setup, I get an error message saying I don't have the
> priviliges to install system services. However, I run the setup from an
> elevated command prompt (on Vista), so priviliges shouldn't be a problem.
>
>
>
> Thank you
>
> Daniel Rieck
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context: 
http://www.nabble.com/ServiceInstall-account-problem-tp18707004p18714933.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anyw