Re: [WiX-users] Merge Module, Custom Actions and executables
Roberto Almanza wrote: I tried passing in the INSTALLDIR as a parameter to the call, but it is being passed in as the empty string. If INSTALLDIR is coming from the .msi package that consumes the .msm, it's not going to work: Merge modules are supposed to be self-contained, so their IDs are modularized by appending a form of the .msm package GUID. Unless you need to distribute your modules outside your team, I'd suggest using .wixlibs instead. In fact, you don't even need that; just throw the .wxs into each project that needs it, then use ComponentRef to pull in the Fragment content at link time. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about Extensibility point in the WiX XML Schema
Dmitry Berkovich wrote: My question is how I can add an additional attributes to File element? Take a look at the source code for WixGamingExtension in src\ext\GamingExtension. It adds custom attributes and elements. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to ignore selected ICE errors or warnings during compilation
John Gilbert (MBS) wrote: In this instance, the errors relate to a common merge module included in both a 32bit and 64bit MSI. Everything had been working just fine on 64 bit machines, (with MSIs built with build 1502), so it appears that I can ignore this error. ICE warnings are usually ignorable but errors should be carefully vetted. Why not just fix the errors? The -arch switch on candle.exe automatically sets the appropriate bitness for components. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction does not work
Hi Rohit, I suggest you to print (echo) the values for INSTALLDIR and SOURCEDIR and try to run the script directly from the command shell, this will give you exactly the error during the copy operation. Reasons could be: target folder already exists, it's read only, source not found, etc... Regards, Eitan On Tue, Aug 5, 2008 at 8:24 AM, Rohit Lodha [EMAIL PROTECTED]wrote: CustomAction Id=CopySetupFiles Script=vbscript ![CDATA[ Dim fso, dest, src Set fso = CreateObject(Scripting.FileSystemObject) dest = Session.Property(INSTALLDIR) src = Session.Property(SOURCEDIR) fso.CopyFolder src, dest ]] /CustomAction InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / ResolveSource After=CostInitialize/ Custom Action=CopySetupFiles Before=InstallFinalizeNot Installed/Custom /InstallExecuteSequence This fails on fso.CopyFolder Any Idea, Why? Regards, Rohit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to ignore selected ICE errors or warnings duringcompilation
I just started using WIX build 3.0.2420.0, (I was using 3.0.1502.0). When Light.exe runs it performs the ICE validations. Some of those, I want to ignore. However, I have not been able to figure out how to do so. I tried the following SW command line parms for Light.exe, but they either caused their own errors or did nothing. Some of the errors say the parm should look like -sw6. -sw -sw0204 -swLGHT0204 -sw80 -swICE80 All of the above with the values in angle brackets. I think you want the -sice argument to suppress ICE warnings, something like -sice:ICE80 in your case. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] updating with a different account? [solved-bug]
Thanks for the suggestion Eitan! At first I thought it didn't work - but it actually does! There seems to be a bug in WiX 3 (or Windows Installer). If the new msi has a different filename than the old one, it fails to find the new package during the install process. It logs the old filename in the log if I include /L*V. As long as I keep the same names it works though, so for now I'm a happy camper! Is there a more appropriate place to discuss the error than posting extensive logs in this mailing list? /Mattias Are you using the property ALLUSERS=1 ? This property will let you do a system-level install instead of per-user. Rgrds, Eitan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] updating with a different account? [solved-bug]
Hi Mattias, This is a Windows Installer issue. If you are doing a minor upgrade, you must keep the same msi file name: See: http://helpnet.acresso.com/robo/projects/installshield12helplib/MajorMinorSmall.htm Rgrds, Eitan On Tue, Aug 5, 2008 at 11:38 AM, Mattias Åslund [EMAIL PROTECTED] wrote: Thanks for the suggestion Eitan! At first I thought it didn't work - but it actually does! There seems to be a bug in WiX 3 (or Windows Installer). If the new msi has a different filename than the old one, it fails to find the new package during the install process. It logs the old filename in the log if I include /L*V. As long as I keep the same names it works though, so for now I'm a happy camper! Is there a more appropriate place to discuss the error than posting extensive logs in this mailing list? /Mattias Are you using the property ALLUSERS=1 ? This property will let you do a system-level install instead of per-user. Rgrds, Eitan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Font not correct when uninstall from control panel
I could be wrong but without looking at your MSI, here goes.
The strings you're seeing are probably in the Control table; so you might see
something like
{\WixUI_Font_Bigger}this is my text being displayed
If you have something like that, you can remove or replace the
{\WixUI_Font_Bigger} with something else but the something else will have to
already
exist in TextStyle table
The font being used is probably defined in TextStyle table
Facename is the font so that should be easy to change I guess, but it would
change it everywhere.
The Stylebits I think will control bold/Italic etc but I've never changed that
before directly in an MSI so its only a guess but its someplace to
start.
All of this is defined either in your code or its part of the standard WiX
that's used when building, I guess you'll need to change it there for your
MSI to be as you want it when generated.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 06:56
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control panel
Anybody know how to control this?
I checked the msi with orca's dialog preview, but cannot find one
corresponding to /qb uninstall.
yixie wrote:
I've tried to set UIText Id=TimeRemaining, but seems it won't
affect.
yixie wrote:
http://www.nabble.com/file/p18088307/UninstallFont.jpg
Hi,
My msi behave werid when uninstall from control panel.
The font for the remained time is inclined, while other product does not.
Anybody know which font is used by this dialog?
Thanks!
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18824955.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and registered in
Ireland number 256796.
Microsoft Ireland Research. A company incorporated and registered in Ireland
number 342235.
Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Font not correct when uninstall from control panel
No I couldn't be sure but if you look at the dialog in Orca or some sort of
MSIPreviewer get the dialog name, then go to the Control table sort the
Dialog_ column, then look for that Dialog name, all the strings being displayed
in the dialog should be there.
If its not, I'm not sure what else I can say
sorry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 10:54
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control panel
Thanks for the reply.
Do you know the control's name?
I searched in orca, but cannot find string anywhere.
Pat Higgins wrote:
I could be wrong but without looking at your MSI, here goes.
The strings you're seeing are probably in the Control table; so you might
see something like
{\WixUI_Font_Bigger}this is my text being displayed
If you have something like that, you can remove or replace the
{\WixUI_Font_Bigger} with something else but the something else will have
to already
exist in TextStyle table
The font being used is probably defined in TextStyle table
Facename is the font so that should be easy to change I guess, but it
would change it everywhere.
The Stylebits I think will control bold/Italic etc but I've never changed
that before directly in an MSI so its only a guess but its someplace to
start.
All of this is defined either in your code or its part of the standard WiX
that's used when building, I guess you'll need to change it there for your
MSI to be as you want it when generated.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 06:56
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control
panel
Anybody know how to control this?
I checked the msi with orca's dialog preview, but cannot find one
corresponding to /qb uninstall.
yixie wrote:
I've tried to set UIText Id=TimeRemaining, but seems it won't
affect.
yixie wrote:
http://www.nabble.com/file/p18088307/UninstallFont.jpg
Hi,
My msi behave werid when uninstall from control panel.
The font for the remained time is inclined, while other product does
not.
Anybody know which font is used by this dialog?
Thanks!
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18824955.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and
registered in Ireland number 256796.
Microsoft Ireland Research. A company incorporated and registered in
Ireland number 342235.
Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18827936.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and registered in
Ireland number 256796.
Microsoft Ireland Research. A company incorporated and registered in Ireland
number 342235.
Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland
Re: [WiX-users] CustomAction does not work
Try running the script from the command line to debug it: Dim fso, dest, src Set fso = CreateObject(Scripting.FileSystemObject) dest = Session.Property(C:\InstallDir) src = Session.Property(C:\SourceDir) fso.CopyFolder src, dest On Tue, Aug 5, 2008 at 1:06 PM, Rohit Lodha [EMAIL PROTECTED]wrote: Eitan Behar wrote: Hi Rohit, I suggest you to print (echo) the values for INSTALLDIR and SOURCEDIR and try to run the script directly from the command shell, this will give you exactly the error during the copy operation. Reasons could be: target folder already exists, it's read only, source not found, etc... Regards, Eitan I did and the values are okay. Is the installdir readonly? anything with privileges? I am on vista. On Tue, Aug 5, 2008 at 8:24 AM, Rohit Lodha [EMAIL PROTECTED]wrote: CustomAction Id=CopySetupFiles Script=vbscript ![CDATA[ Dim fso, dest, src Set fso = CreateObject(Scripting.FileSystemObject) dest = Session.Property(INSTALLDIR) src = Session.Property(SOURCEDIR) fso.CopyFolder src, dest ]] /CustomAction InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / ResolveSource After=CostInitialize/ Custom Action=CopySetupFiles Before=InstallFinalizeNot Installed/Custom /InstallExecuteSequence This fails on fso.CopyFolder Any Idea, Why? Regards, Rohit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using properties in DirectorySearch
Hi, Is it possible to use property values in the Path attribute for the DirectorySearch element? E.g. Property Id='RB3CLIENT' Value='0' DirectorySearch Id='RBDirectory' Path='[TARGETDIR]' FileSearch Id='RainbowExe' Name='rainbow.exe'/FileSearch /DirectorySearch /Property TARGETDIR is set via a CustomAction sequenced before CostInitialize. Thanks, Jeff About Microsoft Ireland: www.microsoft.com/ireland Microsoft Ireland Operations Limited. A company incorporated and registered in Ireland number 256796. Microsoft Ireland Research. A company incorporated and registered in Ireland number 342235. Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Font not correct when uninstall from control panel
I think it's the /qb uninstall dialog.
But I didn't define it in my wix file, so I cannot find it in Orca.
Pat Higgins wrote:
No I couldn't be sure but if you look at the dialog in Orca or some sort
of MSIPreviewer get the dialog name, then go to the Control table sort
the Dialog_ column, then look for that Dialog name, all the strings being
displayed in the dialog should be there.
If its not, I'm not sure what else I can say
sorry
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 10:54
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control
panel
Thanks for the reply.
Do you know the control's name?
I searched in orca, but cannot find string anywhere.
Pat Higgins wrote:
I could be wrong but without looking at your MSI, here goes.
The strings you're seeing are probably in the Control table; so you might
see something like
{\WixUI_Font_Bigger}this is my text being displayed
If you have something like that, you can remove or replace the
{\WixUI_Font_Bigger} with something else but the something else will have
to already
exist in TextStyle table
The font being used is probably defined in TextStyle table
Facename is the font so that should be easy to change I guess, but it
would change it everywhere.
The Stylebits I think will control bold/Italic etc but I've never changed
that before directly in an MSI so its only a guess but its someplace to
start.
All of this is defined either in your code or its part of the standard
WiX
that's used when building, I guess you'll need to change it there for
your
MSI to be as you want it when generated.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 06:56
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control
panel
Anybody know how to control this?
I checked the msi with orca's dialog preview, but cannot find one
corresponding to /qb uninstall.
yixie wrote:
I've tried to set UIText Id=TimeRemaining, but seems it won't
affect.
yixie wrote:
http://www.nabble.com/file/p18088307/UninstallFont.jpg
Hi,
My msi behave werid when uninstall from control panel.
The font for the remained time is inclined, while other product does
not.
Anybody know which font is used by this dialog?
Thanks!
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18824955.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and
registered in Ireland number 256796.
Microsoft Ireland Research. A company incorporated and registered in
Ireland number 342235.
Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18827936.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and
registered in Ireland number 256796.
Microsoft Ireland Research. A
Re: [WiX-users] Font not correct when uninstall from control panel
Thanks for the reply.
Do you know the control's name?
I searched in orca, but cannot find string anywhere.
Pat Higgins wrote:
I could be wrong but without looking at your MSI, here goes.
The strings you're seeing are probably in the Control table; so you might
see something like
{\WixUI_Font_Bigger}this is my text being displayed
If you have something like that, you can remove or replace the
{\WixUI_Font_Bigger} with something else but the something else will have
to already
exist in TextStyle table
The font being used is probably defined in TextStyle table
Facename is the font so that should be easy to change I guess, but it
would change it everywhere.
The Stylebits I think will control bold/Italic etc but I've never changed
that before directly in an MSI so its only a guess but its someplace to
start.
All of this is defined either in your code or its part of the standard WiX
that's used when building, I guess you'll need to change it there for your
MSI to be as you want it when generated.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of yixie
Sent: 05 August 2008 06:56
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Font not correct when uninstall from control
panel
Anybody know how to control this?
I checked the msi with orca's dialog preview, but cannot find one
corresponding to /qb uninstall.
yixie wrote:
I've tried to set UIText Id=TimeRemaining, but seems it won't
affect.
yixie wrote:
http://www.nabble.com/file/p18088307/UninstallFont.jpg
Hi,
My msi behave werid when uninstall from control panel.
The font for the remained time is inclined, while other product does
not.
Anybody know which font is used by this dialog?
Thanks!
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18824955.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
About Microsoft Ireland: www.microsoft.com/ireland
Microsoft Ireland Operations Limited. A company incorporated and
registered in Ireland number 256796.
Microsoft Ireland Research. A company incorporated and registered in
Ireland number 342235.
Registered office 70 Sir John Rogerson's Quay, Dublin 2, Ireland
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://www.nabble.com/Font-not-correct-when-uninstall-from-control-panel-tp18088307p18827936.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=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] XmlConfig formatting
Hi All, Is there a way from the XmlConfig action to format the XML to put line breaks after the beginning of XML nodes. I know this sounds ridiculous but I have a problem with my app.config file which is a bug in .NET. I am updating the dynamic URL for a few web services I have in app.config using the XmlConfig node. See below for example. The value nodes are left out of the app.config and are added during install, but the problem I have is that after XmlConfig finishes, it looks like this. App.My.MySettings setting name=Service1 serializeAs=String valuehttp://localhost/Service1.asmx/value/setting setting name=Service2 serializeAs=String valuehttp://localhost/Service2.asmx/value/setting setting name=Service3 serializeAs=String valuehttp://localhost/Service3.asmx/value/setting /App.My.MySettings As you can see the /setting is on the same line as the value node, which in Xml standards it totally fine, but when the application launches, it throws an exception stating 'Unrecognized element 'setting'. Putting a carriage return after the /value solves the problem which is think is ludicrous on .NET's part. 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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction does not work
Eitan Behar wrote: Hi Rohit, I suggest you to print (echo) the values for INSTALLDIR and SOURCEDIR and try to run the script directly from the command shell, this will give you exactly the error during the copy operation. Reasons could be: target folder already exists, it's read only, source not found, etc... Regards, Eitan I did and the values are okay. Is the installdir readonly? anything with privileges? I am on vista. On Tue, Aug 5, 2008 at 8:24 AM, Rohit Lodha [EMAIL PROTECTED]wrote: CustomAction Id=CopySetupFiles Script=vbscript ![CDATA[ Dim fso, dest, src Set fso = CreateObject(Scripting.FileSystemObject) dest = Session.Property(INSTALLDIR) src = Session.Property(SOURCEDIR) fso.CopyFolder src, dest ]] /CustomAction InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / ResolveSource After=CostInitialize/ Custom Action=CopySetupFiles Before=InstallFinalizeNot Installed/Custom /InstallExecuteSequence This fails on fso.CopyFolder Any Idea, Why? Regards, Rohit - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom action
Thanks Alex. This is just what I needed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Shevchuk Sent: Monday, August 04, 2008 1:46 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom action See http://msdn.microsoft.com/en-us/library/aa371254(VS.85).aspx for options on return value from CA. Perhaps you need IDABORT=3. Regards, Alex Shevchuk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Rerick Sent: Monday, August 04, 2008 1:03 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom action All, For a product install, I need to check some attributes of the installed SQL Server database and also make sure that the SQL Browser service is running. This needs to be checked before the product is installed. I have a VB script (I know they are evil, but I this is a requirement I can't get around) that checks the database for the specific attributes. If the attributes are not enabled, the script asks the user if they want to enable them and restart the database service. It also checks the SQL Browser service to be sure the start mode is Automatic and that it is started. If not, the user is prompted to change it and start the service. The script works correctly and does exactly what I need it to do. If the user does not want to enable the attributes and restart the service or doesn't want to start the SQL Browser service, the install needs to terminate immediately. The product can not be installed if the database attributes are not enabled or if SQL Browser isn't running. My question: what MSI variable(s) do I set in the VB script so that the installer will abort the install as soon as the script is finished? I have looked in the MSI Properties documentation but can't find any variable that would do that. I would like this to be treated as an error in the install and have the installer go directly to the Finish screen. Thanks for all of your help. Mike Rerick Sr. Software Engineer - Professional Services blocked::http://www.iwsinc.com/ 9200 S.E. Sunnybrook Blvd., Suite 170 Clackamas, OR 97015 Phone: (503) 353-8068Fax: (503) 353-8065 The information contained in this transmission contains potentially privileged, export controlled and/or confidential information of Imageware Systems, Inc. or its customers or partners. It is intended only to be read by the person(s) named above and for no other purpose. You are hereby notified that any dissemination, distribution, duplication of this communication or use of its contents for any purpose not authorized expressly by Imageware Systems, Inc. is strictly prohibited and could lead to both civil and/or criminal penalties. If you are not the intended recipient, you are prohibited to review the contents herein and please contact the sender by reply e-mail and destroy all copies of the original message. To reply to our e-mail administrator directly, please send an e-mail to [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users The information contained in this transmission contains potentially privileged, export controlled and/or confidential information of Imageware Systems, Inc. or its customers or partners. It is intended only to be read by the person(s) named above and for no other purpose. You are hereby notified that any dissemination, distribution, duplication of this communication or use of its contents for any purpose not authorized expressly by Imageware Systems, Inc. is strictly prohibited and could lead to both civil and/or criminal penalties. If you are not the intended recipient, you are prohibited to review the contents herein and please contact the sender by reply e-mail and destroy all copies of the original message. To reply to our e-mail administrator directly, please send an e-mail to [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Font not correct when uninstall from control panel
yixie wrote: I think it's the /qb uninstall dialog. But I didn't define it in my wix file, so I cannot find it in Orca. Basic UI is controlled by MSI, not authored in your dialog. I'm not aware of any way to control the fonts it uses. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using properties in DirectorySearch
Jeff Eldridge wrote: Is it possible to use property values in the Path attribute for the DirectorySearch element? Yes, at least according to the DrLocator Table doc in the MSI SDK. Is it not working as expected? -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ps:SnapIn
Hi. I've been diving into the amazing world of wix and I just came to the point where I could use some help (newbie alert). We have a setup with two solutions. One that builds merge modules. The other that picks the previously generated msm:s and creates msi:s. My problem occurs when I use the ps:SnapIn extension. It seems that certain registry values aren't bound as they should somewhere during the process. Using orca I can see that the Version key is !(bind.assemblyVersion.MyAssembly.dll) in both the intermediate msm and the final msi (that value is inserted in the registry when I install). I have tried Andy Burgess tips: http://ajbdeveloper.blogspot.com/2008/01/i-recently-tried-to-create-wix-msi.html I've also created a minimal wixproject with the same assembly and this works like a charm. And an excerpt from the wxs file: ... Directory Id=Tools Name=Tools FileSource=$(var.AssemblyRootPath)\$(var.Configuration)\ Component Id=MyAssembly.dll Guid=... File Id=MyAssembly.dll Name=MyAssembly.dll Assembly=.net KeyPath=yes ps:SnapIn Id=MyAssembly.SnapIn Description=Installer Cmdlets Vendor=... / /File /Component /Directory ... Any ideas on what might be the culprit? I noticed that the minimal project defines a wixproduct... while the complete one defines a wixmodule At what stage is the version information supposed to be bound? 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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ps:SnapIn
You're probably facing the same issue I did.. There's currently a bug that binder variables need the fully modularized id in merge modules. I don't know if there's a way to pass this in to SnapIn extension, but you can try modularizing the file key yourself as a workaround. Chris On Tue, Aug 5, 2008 at 10:31 AM, Cristian Libardo [EMAIL PROTECTED] wrote: Hi. I've been diving into the amazing world of wix and I just came to the point where I could use some help (newbie alert). We have a setup with two solutions. One that builds merge modules. The other that picks the previously generated msm:s and creates msi:s. My problem occurs when I use the ps:SnapIn extension. It seems that certain registry values aren't bound as they should somewhere during the process. Using orca I can see that the Version key is !(bind.assemblyVersion.MyAssembly.dll) in both the intermediate msm and the final msi (that value is inserted in the registry when I install). I have tried Andy Burgess tips: http://ajbdeveloper.blogspot.com/2008/01/i-recently-tried-to-create-wix-msi.html I've also created a minimal wixproject with the same assembly and this works like a charm. And an excerpt from the wxs file: ... Directory Id=Tools Name=Tools FileSource=$(var.AssemblyRootPath)\$(var.Configuration)\ Component Id=MyAssembly.dll Guid=... File Id=MyAssembly.dll Name=MyAssembly.dll Assembly=.net KeyPath=yes ps:SnapIn Id=MyAssembly.SnapIn Description=Installer Cmdlets Vendor=... / /File /Component /Directory ... Any ideas on what might be the culprit? I noticed that the minimal project defines a wixproduct... while the complete one defines a wixmodule At what stage is the version information supposed to be bound? 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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ps:SnapIn
Thank you. I'm just about to read up on modularization. Do you mean something like this?: File Id=MyModule.MyFolder.MyAssembly.dll On Tue, Aug 5, 2008 at 4:45 PM, Christopher Karper [EMAIL PROTECTED] wrote: You're probably facing the same issue I did.. There's currently a bug that binder variables need the fully modularized id in merge modules. I don't know if there's a way to pass this in to SnapIn extension, but you can try modularizing the file key yourself as a workaround. Chris On Tue, Aug 5, 2008 at 10:31 AM, Cristian Libardo [EMAIL PROTECTED] wrote: Hi. I've been diving into the amazing world of wix and I just came to the point where I could use some help (newbie alert). We have a setup with two solutions. One that builds merge modules. The other that picks the previously generated msm:s and creates msi:s. My problem occurs when I use the ps:SnapIn extension. It seems that certain registry values aren't bound as they should somewhere during the process. Using orca I can see that the Version key is !(bind.assemblyVersion.MyAssembly.dll) in both the intermediate msm and the final msi (that value is inserted in the registry when I install). I have tried Andy Burgess tips: http://ajbdeveloper.blogspot.com/2008/01/i-recently-tried-to-create-wix-msi.html I've also created a minimal wixproject with the same assembly and this works like a charm. And an excerpt from the wxs file: ... Directory Id=Tools Name=Tools FileSource=$(var.AssemblyRootPath)\$(var.Configuration)\ Component Id=MyAssembly.dll Guid=... File Id=MyAssembly.dll Name=MyAssembly.dll Assembly=.net KeyPath=yes ps:SnapIn Id=MyAssembly.SnapIn Description=Installer Cmdlets Vendor=... / /File /Component /Directory ... Any ideas on what might be the culprit? I noticed that the minimal project defines a wixproduct... while the complete one defines a wixmodule At what stage is the version information supposed to be bound? 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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Service Install Problem
I'm attempting to install a service and receiving the dreaded 1923 error. Along with the service I'm also creating the user that the service will log on as in the same install. I then assign the created account and password to my service. The confusing part (to me) is that if I run the install without assigning an account and password to the service, the install is successful. I can then go in to the SCM after the install and assign the account which was just created with the install and the service will start. I'm using XP and am myself a local admin. There was a similar sounding post on the mailing list last year, but it doesn't appear that it was resolved. http://www.nabble.com/Running-Service-under-a-User-Account-tt12879873.html Running Service Under a User Account Below are the specifically involved WIX nodes I'm using (note I removed the guid for space reasons): ... util:Group Id=UsersGroup Name=Users/ Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=ManufacturerFolder Name=Company Directory Id=INSTALLLOCATION Name=Product Component Id=CreateService Guid=myGuid util:User Id=ServiceAccount CreateUser=yes LogonAsService=yes RemoveOnUninstall=yes Name=ServiceAccount Password=Password0! PasswordNeverExpires=yes UpdateIfExists=yes Domain=$(env.COMPUTERNAME) util:GroupRef Id=UsersGroup/ /util:User File Id=ControllerServiceEXE Name=ControllerService.exe Vital=yes KeyPath=yes Source=C:\ControllerService.exe/ ServiceInstall Id=InstallTestService Name=ControllerService Type=ownProcess DisplayName=MarksTestService Start=demand ErrorControl=normal Account=ServiceAccount Password=Password0!/ ServiceControl Id=InstallTestService Name=ControllerService Remove=uninstall Wait=yes Stop=both/ /Component /Directory /Directory /Directory /Directory ... Any help is appreciated. Mark -- View this message in context: http://www.nabble.com/Service-Install-Problem-tp18832907p18832907.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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Service Install Problem
Usually you want to specify domain\account for the Account attribute I believe. On Tue, Aug 5, 2008 at 10:56 AM, MarkZune [EMAIL PROTECTED] wrote: I'm attempting to install a service and receiving the dreaded 1923 error. Along with the service I'm also creating the user that the service will log on as in the same install. I then assign the created account and password to my service. The confusing part (to me) is that if I run the install without assigning an account and password to the service, the install is successful. I can then go in to the SCM after the install and assign the account which was just created with the install and the service will start. I'm using XP and am myself a local admin. There was a similar sounding post on the mailing list last year, but it doesn't appear that it was resolved. http://www.nabble.com/Running-Service-under-a-User-Account-tt12879873.html Running Service Under a User Account Below are the specifically involved WIX nodes I'm using (note I removed the guid for space reasons): ... util:Group Id=UsersGroup Name=Users/ Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=ManufacturerFolder Name=Company Directory Id=INSTALLLOCATION Name=Product Component Id=CreateService Guid=myGuid util:User Id=ServiceAccount CreateUser=yes LogonAsService=yes RemoveOnUninstall=yes Name=ServiceAccount Password=Password0! PasswordNeverExpires=yes UpdateIfExists=yes Domain=$(env.COMPUTERNAME) util:GroupRef Id=UsersGroup/ /util:User File Id=ControllerServiceEXE Name=ControllerService.exe Vital=yes KeyPath=yes Source=C:\ControllerService.exe/ ServiceInstall Id=InstallTestService Name=ControllerService Type=ownProcess DisplayName=MarksTestService Start=demand ErrorControl=normal Account=ServiceAccount Password=Password0!/ ServiceControl Id=InstallTestService Name=ControllerService Remove=uninstall Wait=yes Stop=both/ /Component /Directory /Directory /Directory /Directory ... Any help is appreciated. Mark -- View this message in context: http://www.nabble.com/Service-Install-Problem-tp18832907p18832907.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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ps:SnapIn
No.. That would be normal. http://sourceforge.net/tracker/index.php?func=detailaid=2034934group_id=105970atid=642714 You need to add the Module GUID to the file ID. Wix does a lot of nice things for us, including handling the ID redirection that occurs with modularization. When you refer to your simple Assembly.dll ID, in almost every case Wix will turn that into a properp merged reference. But, the binder variables are missing this step right now, so you need to manually work around by referening the final form. You can cut paste it from orca, or you can use your module's guid to figure it out yourself. (I highly suggest the Orca route) So, don't mess with your file's declaration, just change your binder variable references. I would suggest going through the archives for this group about binder variables. There are quite a few gotchas involved, and you can make sure you're installing as you expect if you do the reading. :-) Let me know if I can be of any further assistance. Chris On Tue, Aug 5, 2008 at 10:55 AM, Cristian Libardo [EMAIL PROTECTED] wrote: Thank you. I'm just about to read up on modularization. Do you mean something like this?: File Id=MyModule.MyFolder.MyAssembly.dll On Tue, Aug 5, 2008 at 4:45 PM, Christopher Karper [EMAIL PROTECTED] wrote: You're probably facing the same issue I did.. There's currently a bug that binder variables need the fully modularized id in merge modules. I don't know if there's a way to pass this in to SnapIn extension, but you can try modularizing the file key yourself as a workaround. Chris On Tue, Aug 5, 2008 at 10:31 AM, Cristian Libardo [EMAIL PROTECTED] wrote: Hi. I've been diving into the amazing world of wix and I just came to the point where I could use some help (newbie alert). We have a setup with two solutions. One that builds merge modules. The other that picks the previously generated msm:s and creates msi:s. My problem occurs when I use the ps:SnapIn extension. It seems that certain registry values aren't bound as they should somewhere during the process. Using orca I can see that the Version key is !(bind.assemblyVersion.MyAssembly.dll) in both the intermediate msm and the final msi (that value is inserted in the registry when I install). I have tried Andy Burgess tips: http://ajbdeveloper.blogspot.com/2008/01/i-recently-tried-to-create-wix-msi.html I've also created a minimal wixproject with the same assembly and this works like a charm. And an excerpt from the wxs file: ... Directory Id=Tools Name=Tools FileSource=$(var.AssemblyRootPath)\$(var.Configuration)\ Component Id=MyAssembly.dll Guid=... File Id=MyAssembly.dll Name=MyAssembly.dll Assembly=.net KeyPath=yes ps:SnapIn Id=MyAssembly.SnapIn Description=Installer Cmdlets Vendor=... / /File /Component /Directory ... Any ideas on what might be the culprit? I noticed that the minimal project defines a wixproduct... while the complete one defines a wixmodule At what stage is the version information supposed to be bound? 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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is
Re: [WiX-users] Service Install Problem
It's amazing how many samples I looked at which didn't have that (or I just missed). That did the trick. Thanks! cemiles wrote: Usually you want to specify domain\account for the Account attribute I believe. -- View this message in context: http://www.nabble.com/Service-Install-Problem-tp18832907p18833510.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=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] GenericRead doesn't work in FileSharePermission
I try to assign GenericRead in FileSharePermission. Somehow it doesn't work. It would create the acct over the share only. However GenericAll works fine. Is it a bug in WIX? Thanks, Richard util:FileShare Id =ShareHitchEXLT Name=HitchEXLT util:FileSharePermission GenericAll=yes User=System_Account / util:FileSharePermission GenericAll=yes User=MSQL_Account / util:FileSharePermission GenericRead=yes Read=yes User=FPA_Account / /util:FileShare - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
