Re: [WiX-users] WiX3 Error: The primary key xxx is duplicated in table 'Registry'

[Johan Appelgren]

On 1/29/07, Neil Sleightholm <[EMAIL PROTECTED]> wrote:
>
> I wonder if anyone could give me some pointers on what the following error
> means:
>
> "The primary key 'regCEE002B6E272C08B0F4B8191A9027490' is
> duplicated in table 'Registry'.  Please remove one of the entries or rename
> a part of the primary key to avoid the collision."
>
>
>
> I think this is generated by the following fragment but it is part of a very
> large file with lot of  keys:
>
>Guid="811B5C06-06A4-431D-B1E8-F2025806A91E">
>
>  Source="$(var.SourceDir)\.yy..dll">
>
>Context="InprocServer32" Description=".yy..SystemInfo"
> ThreadingModel="both">
>
>  Description=".yy..SystemInfo" />
>
>   
>
>Context="InprocServer32" Description=".yy..VideoView"
> ThreadingModel="both" Version="4.6">
>
>  Description=".yy..VideoView" />
>
>   
>
> 
>
>   
>

It means that wix has generated the same Id for two registry values,
which normally means that you have one or more duplicates of a
registry value in a component.

If you search through the wixobj files created by candle for
regCEE002B6E272C08B0F4B8191A9027490 you should find it in more than
one place. From those locations you should be able to figure out where
your duplicate registry values are coming from.

Btw, I compiled the fragment you supplied with Wix 3.0.2420.0 and did
not get any duplicated registry values from that alone.

/Johan

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] SQLDatabase Problems

[Graham Martin]

Hi,

I'm a complete newbie to Wix and have been trying to use the SQL Database 
functionality of the suite.  First of all I've been trying to get the SQL 
sample in the Wix tutorial to work 
(http://www.tramontana.co.hu/wix/lesson7.php) but I'm not even having any 
luck doing that.

I'm able to create the msi file but when I actually go to run the install 
the install runs through but nothing happens - no database is created.  I've 
tried running the install with a verbose log but I can't see any clues in 
the log.  In fact the ConfigureSQL action returns with value 1.  I've tried 
various combinations of user/server name but I thought that the install 
would fail and rollback if it couldn't find the server or couldn't 
authenticate the user but it just doesn't seem to do anything at all.  (I'm 
using SQL 2005 Express).

My SQLComponent declaration is as follows:





  

and here's part of my log file:

MSI (s) (A4:40) [22:08:52:343]: Doing action: ConfigureSql
Action start 22:08:52: ConfigureSql.
MSI (s) (A4:08) [22:08:52:359]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI49.tmp, Entrypoint: ConfigureSql
MSI (s) (A4:EC) [22:08:52:359]: Generating random cookie.
MSI (s) (A4:EC) [22:08:52:359]: Created Custom Action Server with PID 1024 
(0x400).
MSI (s) (A4:48) [22:08:52:406]: Running as a service.
MSI (s) (A4:48) [22:08:52:406]: Hello, I'm your 32bit Impersonated custom 
action server.
Action ended 22:08:52: ConfigureSql. Return value 1.

I'm totally stumped.  Any help would be greatly appreciated.

Graham

_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.  
http://www.msn.txt4content.com/


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Kernel Drivers

[Quinton Tormanen]

DIFxApp will install hardware drivers if you provide it with the .INF
file(s) and the referenced files from the package. Whether a file system
driver fits that bill is over my head, although it sounds a bit
different. DIFxApp does the equivilant of SetupCopyOemInf and then some.
It's job is to get the driver into the driver store. I know that
hardware .INF files often include an AddService question, but it sounds
like you'll need to wait for one of the big guns to reply to your
request...
 
--Quinton



From: Levi Wilson [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 29, 2007 1:26 PM
To: Quinton Tormanen
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Kernel Drivers


I neglected to mention that this is not a hardware driver, it is a file
system driver.  In InstallShield parlance, I used to call
_CreateNTService to install it.  Is there an equivalent WiX element to
achieve this since the  doesn't support the
@Type="kernelDriver" ?  Is DIFxApp exactly what I need?  Also, why does
Windows Installer not support the kernelDriver type? 


On 1/29/07, Quinton Tormanen <[EMAIL PROTECTED] > wrote: 

I just added USB drivers to our application installer. The
toolkit I used is DIFxApp, which integrates VERY well with WiX. They've
even got an example for WiX. The website for DIFx Tools is
www.microsoft.com/whdc/driver/install/difxtools.mspx . However, beware
that that website doesn't have the latest. It has version 2.01, which
doesn't support Vista. To get the newest version (2.1), grab the WDK for
Vista.
 
Once you've got DIFx Tools, look at the DIFxApp component and
its WiX examples. They read through the Driver* attributes under the
Component element, and you should be well on your way!  You shouldn't
need your own CA (the DIFxApp WiXLib includes its own CAs).
 
Hope this helps!
 
--Quinton



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Levi
Wilson
Sent: Monday, January 29, 2007 7:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Kernel Drivers



What is the proper way to install a kernel mode driver?  I
noticed in the help file that the  tag says that
"Windows Installer does not currently support kernelDriver or
systemDriver".  Do I need to make an INF install and use a CA to perform
a rundll32 on it?  Any help would be greatly appreciated.

Levi



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX3 Error: The primary key xxx is duplicated in table 'Registry'

[Neil Sleightholm]

I wonder if anyone could give me some pointers on what the following
error means:

"The primary key 'regCEE002B6E272C08B0F4B8191A9027490' is duplicated in
table 'Registry'.  Please remove one of the entries or rename a part of
the primary key to avoid the collision."

 

I think this is generated by the following fragment but it is part of a
very large file with lot of  keys:

  



  



  

  



  



  

 

Thanks

 

Neil

 

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]  

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Per-user install

[Magus]

I am lost could you post an example of what you are doing to make it work
per-user.  I would like to make sure my installer runs as per-user install.

Jason Van Eaton wrote:
> 
> To answer one of my own questions...
> 
> Apparently you can use the same reg value as the keypath for all your
> components without any harm.  It seems a little weird to create a new reg
> value for each component although it also seems to be more in the style of
> WIX (lots of little components).
> 
> JVE
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jason Van
> Eaton
> Sent: Thursday, January 25, 2007 1:36 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Per-user install
> 
> Hello folks,
> 
> I had a functional install working.  Everything was being installed to
> "Program Files".  I guess that is what we would call a 'per-machine'
> install.  Someone suggested to me that I should make it a 'per-user'
> install.  Naively, I thought I could just change the folder from
> ProgramFilesFolder to PersonalFolder.  Unfortunately, that yielded a
> boatload of errors and warnings...
> 
> error LGHT0204 : ICE38: Component Component_1 installs to user profile. It
> must use a registry key under HKCU as its KeyPath, not a file.
> error LGHT0204 : ICE64: The directory Directory_1 is in the user profile
> but is not listed in the RemoveFile table.
> warning LGHT1076 : ICE91: The file 'File_1' will be installed to the per
> user directory 'Directory_1' that doesn't vary based on ALLUSERS value.
> This file won't be copied to each user's profile even if a per machine
> installation is desired.
> 
> I am looking for any help on the simplest way to achieve my goal.  I don't
> really care if each user automatically gets a copy or if they each have to
> do their own install.
> 
> On a side note, is there a way to use 1 reg key as the KeyPath for each of
> the components or do they each require a separate one?
> 
> JVE
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> 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/Per-user-install-tf3119113.html#a8698370
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Kernel Drivers

[Levi Wilson]

I neglected to mention that this is not a hardware driver, it is a file
system driver.  In InstallShield parlance, I used to call _CreateNTService
to install it.  Is there an equivalent WiX element to achieve this since the
 doesn't support the @Type="kernelDriver" ?  Is DIFxApp
exactly what I need?  Also, why does Windows Installer not support the
kernelDriver type?

On 1/29/07, Quinton Tormanen <[EMAIL PROTECTED]> wrote:


 I just added USB drivers to our application installer. The toolkit I used
is DIFxApp, which integrates VERY well with WiX. They've even got an example
for WiX. The website for DIFx Tools is 
www.microsoft.com/whdc/driver/install/difxtools.mspx
. However, beware that that website doesn't have the latest. It has
version 2.01, which doesn't support Vista. To get the newest version (2.1),
grab the WDK for Vista.

Once you've got DIFx Tools, look at the DIFxApp component and its WiX
examples. They read through the Driver* attributes under the Component
element, and you should be well on your way!  You shouldn't need your own CA
(the DIFxApp WiXLib includes its own CAs).

Hope this helps!

--Quinton

 --
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Levi Wilson
*Sent:* Monday, January 29, 2007 7:29 AM
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] Kernel Drivers

What is the proper way to install a kernel mode driver?  I noticed in the
help file that the  tag says that "Windows Installer does
not currently support kernelDriver or systemDriver".  Do I need to make an
INF install and use a CA to perform a rundll32 on it?  Any help would be
greatly appreciated.

Levi

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Per-User install warnings on files

[Jason Van Eaton]

I have now converted my installation from ProgramFiles to PersonalFolder.  The 
only remaining warnings are...

warning LGHT1076 : ICE91: The file 'File_1' will be installed to the per user 
directory 'INSTALLDIR' that doesn't vary based on ALLUSERS value. This file 
won't be copied to each user's profile even if a per machine installation is 
desired.

What are my options for fixing this warning?  Should I be setting the ALLUSERS 
value somehow?  It seems safe to ignore, but I prefer to fix warnings if 
possible.

JVE




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Per-user install

[Jason Van Eaton]

To answer one of my own questions...

Apparently you can use the same reg value as the keypath for all your 
components without any harm.  It seems a little weird to create a new reg value 
for each component although it also seems to be more in the style of WIX (lots 
of little components).

JVE

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Van Eaton
Sent: Thursday, January 25, 2007 1:36 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Per-user install

Hello folks,

I had a functional install working.  Everything was being installed to "Program 
Files".  I guess that is what we would call a 'per-machine' install.  Someone 
suggested to me that I should make it a 'per-user' install.  Naively, I thought 
I could just change the folder from ProgramFilesFolder to PersonalFolder.  
Unfortunately, that yielded a boatload of errors and warnings...

error LGHT0204 : ICE38: Component Component_1 installs to user profile. It must 
use a registry key under HKCU as its KeyPath, not a file.
error LGHT0204 : ICE64: The directory Directory_1 is in the user profile but is 
not listed in the RemoveFile table.
warning LGHT1076 : ICE91: The file 'File_1' will be installed to the per user 
directory 'Directory_1' that doesn't vary based on ALLUSERS value. This file 
won't be copied to each user's profile even if a per machine installation is 
desired.

I am looking for any help on the simplest way to achieve my goal.  I don't 
really care if each user automatically gets a copy or if they each have to do 
their own install.

On a side note, is there a way to use 1 reg key as the KeyPath for each of the 
components or do they each require a separate one?

JVE




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a rollback

[Levi Wilson]

Launch Conditions have to be true in order for the install to proceed.
Therefore, if you had:

FILEEXISTS

On 1/29/07, Ian Couper <[EMAIL PROTECTED]> wrote:


 OK well it might need to check part of the way through the installation,
not quite sure yet. How do you stop it from proceeding if the condition is
not met? That's the part I'm interested in…


 --

*From:* Levi Wilson [mailto:[EMAIL PROTECTED]
*Sent:* Monday, January 29, 2007 3:31 PM
*To:* Ian Couper
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Triggering a rollback



If this file needs to exist before the installation is ran, you could have
something like:


  


And if the FileSearch succeeds, FILEEXISTS would be set to true.  Then you
could have a  that won't let the install proceed if it isn't
set?  I've done this with a  before.

On 1/29/07, *Ian Couper* <[EMAIL PROTECTED]> wrote:

I would like to use the FileSearch property to trigger a rollback if a
particular file is not located. I know how to use the FileSearch property,
but not hot to force a rollback based on its outcome. Can anyone help me
with this one, or point me in the right direction?



Thanks


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a rollback

[Ian Couper]

OK well it might need to check part of the way through the installation,
not quite sure yet. How do you stop it from proceeding if the condition
is not met? That's the part I'm interested in...

 



From: Levi Wilson [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 29, 2007 3:31 PM
To: Ian Couper
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Triggering a rollback

 

If this file needs to exist before the installation is ran, you could
have something like:


  


And if the FileSearch succeeds, FILEEXISTS would be set to true.  Then
you could have a  that won't let the install proceed if it
isn't set?  I've done this with a  before. 

On 1/29/07, Ian Couper <[EMAIL PROTECTED]> wrote:

I would like to use the FileSearch property to trigger a rollback if a
particular file is not located. I know how to use the FileSearch
property, but not hot to force a rollback based on its outcome. Can
anyone help me with this one, or point me in the right direction?

 

Thanks



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your 
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users 



 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Triggering a rollback

[Levi Wilson]

If this file needs to exist before the installation is ran, you could have
something like:


 


And if the FileSearch succeeds, FILEEXISTS would be set to true.  Then you
could have a  that won't let the install proceed if it isn't
set?  I've done this with a  before.

On 1/29/07, Ian Couper <[EMAIL PROTECTED]> wrote:


 I would like to use the FileSearch property to trigger a rollback if a
particular file is not located. I know how to use the FileSearch property,
but not hot to force a rollback based on its outcome. Can anyone help me
with this one, or point me in the right direction?



Thanks

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Triggering a rollback

[Ian Couper]

I would like to use the FileSearch property to trigger a rollback if a
particular file is not located. I know how to use the FileSearch
property, but not hot to force a rollback based on its outcome. Can
anyone help me with this one, or point me in the right direction?

 

Thanks

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problem with CDATA and default values in Condition statements

[Geoff Finger]

I can't get the "<>" comparison to work in the CDATA statement for my
Condition elements and trying to set a default value on the property
that is being tested is breaking them as well.

I have a radio button selection during the setup that determines
whether the service that is being installed will be run by the system
or a user, with elements such as this:


  SVCLOGONTYPE = "System"
  SVCLOGONTYPE = "User"


I haven't determined a better way to handle the actual installation
than to have two almost identical components,  one with Account and
Password attributes in the ServiceInstall element and the other
without.

In the feature I have two sub-features that I'm trying to choose
between using Condition elements. I've gotten the following code which
works:


  
  


  
  


There are two changes I'd like to make, I'd like to change it so that
the condition for disabling the SystemService feature is that
SVCLOGONTYPE is not set to "System", rather than disabling it if it is
set to "User." However if I change the "=" to "<>" and swap the names
then no matter which option I select neither gets installed. The log
file shows

Feature: SystemService; Installed: Absent;   Request: Null;   Action: Null
Feature: UserService; Installed: Absent;   Request: Null;   Action: Null

but as far as I can tell there's no logging of the evaluation of the
Condition statement so I can't tell what's going wrong.

Second I want to have the radio buttons default to "System" rather
than neither being selected when I get to that page. However if I add

System

then again neither element gets installed and the same messages show
up in the log. There are also messages like

PROPERTY CHANGE: Modifying SVCLOGONTYPE property. Its current value is
'System'. Its new value: 'User'.

So I know that the default is being used and then getting overridden,
but again there's no debug info about the Condition evaluation so I
don't know why neither feature is being installed.

Any help on how to fix this, especially the default property value, or
some other workaround on how to make the dialog start with "System"
selected, would be greatly appreciated!

Thanks!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to replace the standard EULA

[Jonathan Andrews]

Using version 2, and just putting license.rtf in the same directory
worked great, thanks.

On 1/29/07, Levi Wilson <[EMAIL PROTECTED]> wrote:
> If you're talking about simply the license.rtf, then yes.  If you're using
> WiX version 2, I believe you just need to have a license.rtf file where your
> .wxs file is.  If it's version 3, you'll need to specify a  id="WixUILicenseRtf" Value=" mylicense.rtf" />
>
> If you want to change the way that the dialog looks, then you will need to
> override the UI sequence.
>
>
> On 1/29/07, Jonathan Andrews <[EMAIL PROTECTED]> wrote:
> >
> > Is there an easy way without overriding the whole UI sequence to
> > replace the EULA in the standard UI with a custom one?
> > Thanks
> > Raymond
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to replace the standard EULA

[Levi Wilson]

If you're talking about simply the license.rtf, then yes.  If you're using
WiX version 2, I believe you just need to have a license.rtf file where your
.wxs file is.  If it's version 3, you'll need to specify a 

If you want to change the way that the dialog looks, then you will need to
override the UI sequence.

On 1/29/07, Jonathan Andrews <[EMAIL PROTECTED]> wrote:


Is there an easy way without overriding the whole UI sequence to
replace the EULA in the standard UI with a custom one?
Thanks
Raymond

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to replace the standard EULA

[Jonathan Andrews]

Is there an easy way without overriding the whole UI sequence to
replace the EULA in the standard UI with a custom one?
Thanks
Raymond

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Interactive Services

[Levi Wilson]

I have not specified the Account attribute.  The service gets installed to
run as LocalSystem.

I understand the dangers of Interactive services, however the service loads
a hook DLL, which requires the service to be Interactive.

On 1/29/07, Mike Dimmick <[EMAIL PROTECTED]> wrote:


 Interactive services have to run as LocalSystem – are you specifying the
Account attribute to be something else?



I'd strongly recommend against using Interactive services. There are
already problems with them for remote administration in Windows 2000 and
Windows Server 2003; Windows Vista and "Longhorn" Server put interactive
services into a different session from any user logons, so users will never
see any UI generated by an interactive service. See my blog entry
http://mikedimmick.blogspot.com/2006/07/avoid-interactive-services.htmlfor 
details.



--

Mike Dimmick


 --

*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Levi Wilson
*Sent:* 29 January 2007 16:21
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] Interactive Services



I have a service defined as so:


  


This service is in a merge module, and used in one of my projects.  The
service installs fine, however the service is not set to interact with the
desktop Even though ServiceInstall/@Interactive is set to "yes".  If I
open the MSI in Orca, the ServiceType is set to 16 (0x10) when it should be
set to 256 (0x100) going off of the ServiceInstall table documentation.  Has
anyone else ran into this issue?  I tried switching the order of the
attributes (defining @Interactive before @Type) but that didn't seem to work
(figured it wouldn't).  Thanks in advance.

Levi

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Interactive Services

[Mike Dimmick]

Interactive services have to run as LocalSystem - are you specifying the
Account attribute to be something else?

 

I'd strongly recommend against using Interactive services. There are already
problems with them for remote administration in Windows 2000 and Windows
Server 2003; Windows Vista and "Longhorn" Server put interactive services
into a different session from any user logons, so users will never see any
UI generated by an interactive service. See my blog entry
http://mikedimmick.blogspot.com/2006/07/avoid-interactive-services.html for
details.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Levi Wilson
Sent: 29 January 2007 16:21
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Interactive Services

 

I have a service defined as so:

 
  


This service is in a merge module, and used in one of my projects.  The
service installs fine, however the service is not set to interact with the
desktop Even though ServiceInstall/@Interactive is set to "yes".  If I open
the MSI in Orca, the ServiceType is set to 16 (0x10) when it should be set
to 256 (0x100) going off of the ServiceInstall table documentation.  Has
anyone else ran into this issue?  I tried switching the order of the
attributes (defining @Interactive before @Type) but that didn't seem to work
(figured it wouldn't).  Thanks in advance. 

Levi

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Kernel Drivers

[Quinton Tormanen]

I just added USB drivers to our application installer. The toolkit I
used is DIFxApp, which integrates VERY well with WiX. They've even got
an example for WiX. The website for DIFx Tools is
www.microsoft.com/whdc/driver/install/difxtools.mspx. However, beware
that that website doesn't have the latest. It has version 2.01, which
doesn't support Vista. To get the newest version (2.1), grab the WDK for
Vista.
 
Once you've got DIFx Tools, look at the DIFxApp component and its WiX
examples. They read through the Driver* attributes under the Component
element, and you should be well on your way!  You shouldn't need your
own CA (the DIFxApp WiXLib includes its own CAs).
 
Hope this helps!
 
--Quinton



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Levi
Wilson
Sent: Monday, January 29, 2007 7:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Kernel Drivers


What is the proper way to install a kernel mode driver?  I noticed in
the help file that the  tag says that "Windows
Installer does not currently support kernelDriver or systemDriver".  Do
I need to make an INF install and use a CA to perform a rundll32 on it?
Any help would be greatly appreciated.

Levi

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to integarte an .cat file

[Frank Büttner]

Geoff Finger schrieb:
> For me the assemblies are automatically removed on uninstall. I have
> found however that during the testing process when i'm doing a lot of
> installs and uninstalls in thre process of debuging my Wix code that
> the state of things sometimes gets screwed up and files end up getting
> left behind. Try running the installer on a fresh machine and see if
> it uninstalls correctly there.
> 
> If you don't have a spare machine you can use you could try removing
> the assemblies yourself and then do an install/uninstall cycle.
> Unfortunately I'm not sure what the safe way of removing assemblies
> yourself is if Windows doesn't handle it for you.
Yes, after remove it via hand from the VM it will be working again.)


smime.p7s
Description: S/MIME Cryptographic Signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] prompt for password

[Chris Eldredge]

Is there an example of wix markup to prompt for a password during 
installation?  Also,  this is more of a stretch, but is there a custom 
action that could verify that a given username/password are valid in the 
domain?

Thanks,

Chris Eldredge


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading to v3 and Vista...

[Cullen Waters]

Two answers:

1) use " in your xml, that should evauluate to " at runtime.
4)you have to put in "ICE64", not just "64".  If you look at the build output, 
you can see the command lines that get generated for light and candle.  If you 
look there, you'll see that the ICE you put in that field is being passed in as 
/sice:64 instead of /sice:ICE64, which is what you want.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gordon Watts
Sent: Sunday, January 28, 2007 12:28 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Upgrading to v3 and Vista...

Hi there,
  First of all, Votive v3 and the error messages that come from v3 of
light/etc. are fantastic. That and the mailing list archives allowed me
to answer most of my questions. Kudos!

  A few issues/questions remain.

1) I'd like to convert the following to the new RegistryValue wix
element, but I'm not sure how to deal with the double-quotes in my
CDATA:





  Is there some obvious format, or a way to continue to use the CDATA
specification?

2) This used to work on windows XP and v2 of WiX. I have a custom action
which I schedule to run "Before" the InstalFinalize. This custom action
(deferred) runs an executable that I've installed. When I run the
installer it bombs because the file hasn't been copied to its final
location. When I look at the verbose log file I see that, indeed, the
"FileCopy" operation seems to be executed only after the InstallFinalize
action is started. I want this guy to run deferred because it needs
elevated privs, but if I do run it deferred then I have to run it before
the InstallFinalize. I'm sensing a catch-22 here... So, what can I do to
get around this?

3) In converting my wix source over to v3 I had the same problem lots of
other people seem to have had with short cuts. I moved almost all my
shortcuts over to be advertised. Much to my surprise, they just worked.
Both in non-admin and admin worlds. Neat. We'll see if they survie
deployment in a Terminal Server environment! But, there is one short cut
I can't crack. This is a short cut to cmd.exe. It executes a script as
an argument. So it isn't really associated with a file I install, and so
(as far as I understand) can't be advertised. However, one of its
command line arguments is a file that I do install. Originally that file
and this shortcut were in the same component but I got the "system and
user profile items in same component: use registry value in HKCU as key
path." There was a great email that explained to me (at least) why this
should be avoided, so I moved it into a second component. Now,
however..., I am getting the warning ICE69: cross component reference
(bad because if a component isn't installed during upgrade the reference
may evaluate to null -- that would be bad if the shortcut to cmd was
made and didn't reference anything!). What is the proper method to fix
this? Is there a way to advertise a shortcut like this?

4) At one point I experimented with ignoring warnings/errors in the IDE.
Specifically, I wanted "light" to ignore ICE64 (which is an error). When
I entered "64" in "suppress warnings" this didn't alter behavior. Is
this expected behavior because this is an error?

Thanks a lot in advance for any help!

Cheers,

  Gordon.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How does Candle or Light determine if an assembly is .Net or Win32?

[Dan Hoeger]

We have some .Net files that we are installing in the GAC and even though we 
specified ASSEMBLY=.net some of them are getting installed in GAC_32 and some 
are installed in GAC_MSIL.

It looks like we can specify ProcessorArchitecture=msil or x86 but I was 
wondering what is used to determine if it should be GAC_32 or GAC_MSIL

Why is this?

Thanks,

Dan
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Interactive Services

[Levi Wilson]

I have a service defined as so:


 


This service is in a merge module, and used in one of my projects.  The
service installs fine, however the service is not set to interact with the
desktop Even though ServiceInstall/@Interactive is set to "yes".  If I open
the MSI in Orca, the ServiceType is set to 16 (0x10) when it should be set
to 256 (0x100) going off of the ServiceInstall table documentation.  Has
anyone else ran into this issue?  I tried switching the order of the
attributes (defining @Interactive before @Type) but that didn't seem to work
(figured it wouldn't).  Thanks in advance.

Levi
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Kernel Drivers

[Levi Wilson]

What is the proper way to install a kernel mode driver?  I noticed in the
help file that the  tag says that "Windows Installer does
not currently support kernelDriver or systemDriver".  Do I need to make an
INF install and use a CA to perform a rundll32 on it?  Any help would be
greatly appreciated.

Levi
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registry keys not being removed

[Simon Topley]

 

   _  

From: Simon Topley 
Sent: 29 January 2007 12:57
To: 'Bob Arnson'; WiX-users
Subject: RE: [WiX-users] Registry keys not being removed


sorry fellow wixers, forgot to include you in the list.
 
I have a few shared compoents that I will add the same guids back to as the
previous version, I'm sure that will kill off a few error messages in the
log file. When I uninstall the previous version after uninstalling the
current version, the current version reg keys are still left behind :(
 
I have all shared components marked as shared so they should reference count
clients, I'm sure this is fine. My superior says he is not too bother if we
leave some junk behind in the registry but I couldn't live with myself if I
did.
 
although the mailing list will strip them out I have attached two log files,
one from a normal uninstallation where the previous version is not installed
on the system [ok.txt] and one from when a previous version is [dodgy.txt].
 
I hope something can be fished out of it as I have run out of ideas.. I'd
run out of ideas last week
 
Kind Regards
 
Simon Topley

   _  

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 26 January 2007 15:24
To: Simon Topley; WiX-users
Subject: Re: [WiX-users] Registry keys not being removed


Please keep wix-users on the thread so everyone can participate.

Simon Topley wrote: 

In the new version of our product all of the Files and registry keys are in
different places apart from a few third party things (which is what I
suspect the log is telling me it will not remove). We have build numbers for
each generation of our product, so the previous version put all it's reg
values under 14000, the new one under 15000. The same goes for the program
files folder. From what I can tell this means that the component GUIDs
should be changed at each release. However the 15000 hive is still found in
the registry after uninstallation... if the 14000 hive is there.



Every release that you want to live side-by-side with others must have
different component GUIDs with different paths -- unless it's a shared
resource, in which case it must have the same component GUID. And that's an
oversimplification.

I'd expect versioned paths to get uninstalled when the matching SxS product
is uninstalled. If you uninstall all versions, do all the keys get
uninstalled? Maybe there's a lingering component...

-- 

sig://boB

http://bobs.org  


The information contained in this e-mail is likely to be confidential and
may be legally privileged. It is intended only for the addressee. If you
have received this message in error please notify the sender immediately at
the above address. The disclosure, copying or distribution of this message
or its contents without the prior approval of Wallingford Software Ltd. is
strictly prohibited. Wallingford Software Ltd. is not liable for
unauthorised disclosures nor for subsequent actions or omissions in reliance
upon them.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] create an directory in the assembly cache

[Frank Büttner]

Hello, by default side-by-side assemblys are placed under
%SystemRoot%\WinSxS\assembly...
But I my case I need, that the assembly dll put under
%SystemRoot%\WinSxS\assembly...\foodir
Any idea's how I can make that?


smime.p7s
Description: S/MIME Cryptographic Signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install files into the shared files dirctory

[Rob Hamflett]

Creating a directory with an ID of CommonFilesFolder is probably what you want 
to do.

Rob

Frank Büttner wrote:
> Hello, how can I do this, so that more apps can use this files.
> In my case it will be binary files. But no library files.
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Per-User and Per-Machine

[Rob Hamflett]

If your installing per-user, make sure it really is.  The Windows Installer 
guys put out a video 
about Windows Installer 4.0 for Vista.  They recommended always doing a 
per-machine installer.  When 
most people think of a per-user vs per-machine install, they're usually just 
thinking of the 
shortcuts and menu items, whilst still putting all the files in the Program 
Files folder.  If you 
want to do a per-user install, you should really put *everything* under the 
user's area.  I'm not 
saying don't do it, I'm just saying think about how you present it to the user. 
i.e. "make shortcuts 
for all users or just me", instead of "install for all users or just me".  You 
want to look into the 
values for the ALLUSERS property.

Rob

Magus wrote:
> I want to setup options to install per user and per machine. What is the best
> way to go about this?  How would I set it up so that it give the person
> Installing this Option. If you know of a tutorial that would be great.  I
> would also like because I will be using my installer with Vista be able to
> determine if I should even give the User this option based on weather they
> are a Standard user or an Administrator.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Install files into the shared files dirctory

[Frank Büttner]

Hello, how can I do this, so that more apps can use this files.
In my case it will be binary files. But no library files.



smime.p7s
Description: S/MIME Cryptographic Signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users