Re: [WiX-users] Multiple Installs without Un-Install?

[Daniel Zak]

Hi Christopher,

I need multiple instances only of the database.

Cheers,
Daniel


> Message: 9
> Date: Tue, 22 Jul 2008 05:31:10 -0700 (PDT)
> From: Christopher Painter <[EMAIL PROTECTED]>
> Subject: Re: [WiX-users] Multiple Installs without Un-Install?
> To: "General discussion for Windows Installer XML toolset."
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
> Windows Installer supports multiple instance installation, but the question
> I have is do you need multiple instances of your product or only multiple
> instances of your database?
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Mon, 7/21/08, Daniel Zak <[EMAIL PROTECTED]> wrote:
>
> > From: Daniel Zak <[EMAIL PROTECTED]>
> > Subject: [WiX-users] Multiple Installs without Un-Install?
> > To: wix-users@lists.sourceforge.net
> > Date: Monday, July 21, 2008, 11:51 PM
> > Hello,
> >
> > I created a script to install an SQL Server database. A
> > user needs to be
> > able to run the script multiple times to install multiple
> > databases.
> > However, the script requires the user to first un-install
> > the product (which
> > does not delete the database) before being able to install
> > a new database.
> >
> > Is there anything I can do to avoid requiring the user to
> > explicitly
> > un-install the product?
> >
> > I included an extract of the script as a text file.
> >
> > Thank you,
> > Daniel
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Where are binaries in MSIs from WiX?

[Alan Sinclair]

In the past I've found CAB files in the MSI's Binary table, and used
Orca to extract the CAB, then used Windows Explorer to get at the
contents. But the MSIs produced by the WiX toolset on a project I've
inherited don't have a CAB visible anywhere. The binaries are definitely
inside the MSI, though --the Wise Installation Studio manages to extract
them-- so how do I get at them?

Also, MSIs I've worked with before can be installed in Admin mode
(msiexec /a ...) but with these MSIs, there's only a "Finished" dialog,
and it took me a while to find that the files had been installed to Y:\
What do I need to do to make Admin installs manageable from a WiX MSI?
(I'm still a WiX newb)

Thanks

(using WiX 2 stable with WixUI.wixlib and WixUI_en-us.wxl)

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

Re: [WiX-users] Installing certificates with WiX v2

[Jeremy Farrell]

Thanks Rob, looks like Ugly CA Time again then ...

Regards,
 jjf 

> From: Rob Mensching
> 
> TrustedPublishers was added to WiX *v3* jus this last week.  
> No plan to add the feature to WiX v2 (since it is stable and 
> we're not adding features there).
> 
> -Original Message-
> From: Jeremy Farrell
> 
> I'm using the release version of WiX v2 (2.0.5805.0) and need 
> to install
> a certificate to the local machine's Trusted Root Certification
> Authorities certificate store and the Trusted Publishers certificate
> store - the equivalent of
> 
>  certmgr.exe -add cert.cer -s -r localMachine root
>  certmgr.exe -add cert.cer -s -r localMachine trustedpublisher
> 
> Can the Certificate element in WiX v2 do this? I'm having trouble
> mapping the choices for StoreName onto the Microsoft 
> terminology above.
> I guess that "root" is the Trusted Root store (as it is for 
> certmgr) but
> what about Trusted Publishers? Is that what WiX calls "ca", 
> or does WiX
> not support Trusted Publisher? The definition of "ca" in 
> wix.chm is very
> similar to that of "root" ...
> 
> I've a vague memory that installing certificates requires more than
>  and linking against sca.wixlib; can anyone remind me
> what else I need to do?
> 
> Many Thanks,
>jjf

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

Re: [WiX-users] Installing certificates with WiX v2

[Rob Mensching]

TrustedPublishers was added to WiX *v3* jus this last week.  No plan to add the 
feature to WiX v2 (since it is stable and we're not adding features there).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Farrell
Sent: Tuesday, July 22, 2008 14:57
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Installing certificates with WiX v2

I'm using the release version of WiX v2 (2.0.5805.0) and need to install
a certificate to the local machine's Trusted Root Certification
Authorities certificate store and the Trusted Publishers certificate
store - the equivalent of

 certmgr.exe -add cert.cer -s -r localMachine root
 certmgr.exe -add cert.cer -s -r localMachine trustedpublisher

Can the Certificate element in WiX v2 do this? I'm having trouble
mapping the choices for StoreName onto the Microsoft terminology above.
I guess that "root" is the Trusted Root store (as it is for certmgr) but
what about Trusted Publishers? Is that what WiX calls "ca", or does WiX
not support Trusted Publisher? The definition of "ca" in wix.chm is very
similar to that of "root" ...

I've a vague memory that installing certificates requires more than
 and linking against sca.wixlib; can anyone remind me
what else I need to do?

Many Thanks,
   jjf

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


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

Re: [WiX-users] Changing default UILevel for uninstall.

[Joe Coplen]

Yeah, my primary concern is ARP.  So I've set ARPNOREMOVE and ARPNOREPAIR so 
that modify is the only option.  That's invoking my normal UI, so that's more 
or less all I need.  Thanks for the tip.

-J


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony Juricic
Sent: Tuesday, July 22, 2008 2:44 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Changing default UILevel for uninstall.

I assumed you are talking about uninstalling via ARP. Otherwise the
batch file with the following content works just fine in my daily
testing:

msiexec /x myproduct.msi /qf /lv*x .\install.log

qf is for full UI and you can put product code instead of msi filename
since you are not supposed to know where is installed/downloaded msi
file.


-Original Message-
From: Joe Coplen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 22, 2008 5:12 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Changing default UILevel for uninstall.

The default UILevel for uninstall appears to be 3 (Basic).   I need to
run at UILevel 5 (Full) in all cases but 2 (None).

I have tried adding a custom action to the InstallExecuteSequence that
changes the UILevel property to 5 - checking the setup log, I can see my
custom action runs and the UILevel property is successfully changed.
However, my dialogs still don't appear.

Does anyone have a good way of doing this?

-J


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


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

Re: [WiX-users] Build Fails with NAnt. The format of the file 'NAntTasks.dll' is invalid.

[Neil Enns]

One option to consider is using the shipping MSBuild .targets file that has a 
complete build process for WiX in conjunction with NAnt. Trying to re-construct 
a build process using individual tasks is often fraught with peril, and using 
the one that ships with WiX is almost always a better idea.

You would create a .wixproj that uses the MSBuild process for building WiX (a 
quick way to do this is to create a WiX project in Visual Studio), and then in 
your nant build script just do . You'll 
get our well-tested and supported build process for free, yet still be able to 
use nant as your overall build driver.

Neil

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse
Sent: Tuesday, July 22, 2008 2:36 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Build Fails with NAnt. The format of the file 
'NAntTasks.dll' is invalid.

I am using NAnt to build my WiX project. Here is the code:









































Here is the error I am getting:



BUILD FAILED - 1 non-fatal error(s), 0 warning(s)



D:\Development\SuiteBuild_Development\BuildProcess.build(209,4):

Failure scanning \"C:\Program Files (x86)\Windows Installer XML
v3\bin\Microsoft.

Tools.WindowsInstallerXml.NAntTasks.dll\" for extensions.

The format of the file
'Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll' is invalid.



Total time: 0.1 seconds.





Eric





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


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

[WiX-users] Installing certificates with WiX v2

[Jeremy Farrell]

I'm using the release version of WiX v2 (2.0.5805.0) and need to install
a certificate to the local machine's Trusted Root Certification
Authorities certificate store and the Trusted Publishers certificate
store - the equivalent of

 certmgr.exe -add cert.cer -s -r localMachine root
 certmgr.exe -add cert.cer -s -r localMachine trustedpublisher

Can the Certificate element in WiX v2 do this? I'm having trouble
mapping the choices for StoreName onto the Microsoft terminology above.
I guess that "root" is the Trusted Root store (as it is for certmgr) but
what about Trusted Publishers? Is that what WiX calls "ca", or does WiX
not support Trusted Publisher? The definition of "ca" in wix.chm is very
similar to that of "root" ...

I've a vague memory that installing certificates requires more than
 and linking against sca.wixlib; can anyone remind me
what else I need to do?

Many Thanks,
   jjf

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

Re: [WiX-users] Two questions about new WiX patching

[Tony Juricic]

Or am I, for the time being, still better off with the old-style
administrative installs and PatchCreation? 
In my case binary delta is the requirement.

Thanks

-Original Message-
From: Tony Juricic 
Sent: Monday, July 21, 2008 2:08 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Two questions about new WiX patching

1) I don't understand how do wixpdb ouputs deal with binary delta
patches? Looking at example commands it appears as if MSI (or binary
files compressed inside MSI cab) are not needed, as if all relevant info
is contained in wixpdb. 

Or is it that torch, while working on the differences between 2 wixpdbs,
expects that MSIs are present in respective locations and decompresses
them to find delta patches?

2) Regarding file sequences, if, for example, I have 200 files to
install and possibly need to patch each and every one of them, am I
supposed to increment media Id by 200? So I would start with say:





Then the next patch would be:





next




and so on?

Thanks for any input!



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

Re: [WiX-users] Changing default UILevel for uninstall.

[Tony Juricic]

I assumed you are talking about uninstalling via ARP. Otherwise the
batch file with the following content works just fine in my daily
testing:

msiexec /x myproduct.msi /qf /lv*x .\install.log

qf is for full UI and you can put product code instead of msi filename
since you are not supposed to know where is installed/downloaded msi
file.


-Original Message-
From: Joe Coplen [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 22, 2008 5:12 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Changing default UILevel for uninstall.

The default UILevel for uninstall appears to be 3 (Basic).   I need to
run at UILevel 5 (Full) in all cases but 2 (None).

I have tried adding a custom action to the InstallExecuteSequence that
changes the UILevel property to 5 - checking the setup log, I can see my
custom action runs and the UILevel property is successfully changed.
However, my dialogs still don't appear.

Does anyone have a good way of doing this?

-J


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

[WiX-users] Build Fails with NAnt. The format of the file 'NAntTasks.dll' is invalid.

[Eric Latendresse]

I am using NAnt to build my WiX project. Here is the code: 

 







 























 

 

 

 

Here is the error I am getting:

 

BUILD FAILED - 1 non-fatal error(s), 0 warning(s)

 

D:\Development\SuiteBuild_Development\BuildProcess.build(209,4):

Failure scanning \"C:\Program Files (x86)\Windows Installer XML
v3\bin\Microsoft.

Tools.WindowsInstallerXml.NAntTasks.dll\" for extensions.

The format of the file
'Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll' is invalid.

 

Total time: 0.1 seconds.

 

 

Eric 

 

 

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

Re: [WiX-users] Merge Module Help

[Rob Mensching]

I also have the advantage (disadvantage?) of "scale" to "inform" my opinions.  
  I routinely have to deal with projects the size of Office, SQL Server 
and Visual Studio so there is plenty of opportunity for "cosmic rays" (Murphy's 
law?) to sneak in and blow the "quick but incomplete" (hack?) solutions out of 
the water.  Failure for multi-billion dollar (no exaggeration) projects also 
isn't an option so I usually feel compelled to look for the complete solution.

I know it has frustrated people in the past that we don't just "make heat.exe 
work" but there are some tricky problems in there and, honestly, no one is 
working on them.  I want to believe there is a good solution to the 
Component/@Guid problem out there... but I haven't seen it yet.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Minnis
Sent: Saturday, July 19, 2008 17:49
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Merge Module Help

That's an excellent point.  The devil, as always, is in the details of when
someone screws up.  Since Murphy is looking out for us, it never manages to
work ideally.  :)

-Jamey

[EMAIL PROTECTED]
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of Rob Mensching
> Sent: Saturday, July 19, 2008 1:15 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Merge Module Help
>
> I think you've over-simplified the Component Rules.  Once a Component
> contains a set of Resources, those Resources must ship in that Component
> with that GUID forever.  Resources are files, registry keys, shortcuts,
> etc. (basically almost everything that can be a child of the Component
> element).
>
> The case that gets really tricky is to have one build where a Resource
> disappears (usually accidentally) then the next build where the Resource
> comes back.  It needs to get the same Component and GUID.
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wix-users-
> [EMAIL PROTECTED] On Behalf Of James Minnis
> Sent: Saturday, July 19, 2008 13:08
> To: 'General discussion for Windows Installer XML toolset.'
> Subject: Re: [WiX-users] Merge Module Help
>
> I couldn't find a feature request for that with a couple of quick
> searches,
> but it is possible that I missed it.
>
> This is definitely not a trivial problem to solve, but I don't see why it
> would be an intractable one.  For a first pass, I'd generate a fragment
> WXS
> file where one element is a hash or CRC of the rest of the file.  As long
> as
> the existing file generates the same hash/CRC, the file is unmodified and
> you can safely import the existing autogenerated XML structures.  You can
> then do a diff with the existing file/folder structure and only modify
> where
> necessary.  I'd make doing a merge with the existing file a new command
> line
> switch for Heat.
>
> Obviously, there are a lot of implementation details I'm sweeping under
> the
> rug, but conceptually I don't see why the problem is really hard, assuming
> that the first pass can only work with unmodified output of the Harvester.
> It wouldn't make everyone happy, but it is a method which most people
> could
> work with.
>
> -Jamey
> 
> [EMAIL PROTECTED]
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:wix-users-
> > [EMAIL PROTECTED] On Behalf Of Rob Mensching
> > Sent: Saturday, July 19, 2008 11:01 AM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Merge Module Help
> >
> > This is a constant feature request (I'm surprised there isn't a feature
> > request already).  Generating Component GUIDs that follow the Component
> > Rules is an *extremely hard* problem to solve perfectly.  The auto-
> > generated Component GUIDs is pretty good (assuming it doesn't have any
> > bugs) but has a number restrictions.  Heat already supports those with
> the
> > "-ag" switch.
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:wix-users-
> > [EMAIL PROTECTED] On Behalf Of James Minnis
> > Sent: Saturday, July 19, 2008 09:15
> > To: 'General discussion for Windows Installer XML toolset.'
> > Subject: Re: [WiX-users] Merge Module Help
> >
> > That's unfortunate.
> >
> > I could probably write something to keep the GUIDs standardized, but it
> > would be more work than it's worth for a hobby project I'm doing in my
> > spare
> > time.
> >
> > Most of our updates will only involve changes to text files rather than
> > adding or removing files.  That implies a patch to me.  If we have to
> add
> > or
> > remove more than a small number of files, I guess we'll bite the bullet
> > and
> > do a major upgrade.  It isn't ideal but it will work.
> >
> > I submitted a feature request (#2022259).  Hopefully it will get some
> > attention.
> 

Re: [WiX-users] Changing default UILevel for uninstall.

[Tony Juricic]

As Bob, of Joy of Setup fame, explained here once, there is no way to
change the level used by ARP and UILevel is read-only during uninstall.
However, you can add Change ARP option which would launch your authored
Change dialog from which you can proceed to a full UI uninstall (or
repair or the real change of features)


-Original Message-
From: Joe Coplen [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 22, 2008 5:12 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Changing default UILevel for uninstall.

The default UILevel for uninstall appears to be 3 (Basic).   I need to
run at UILevel 5 (Full) in all cases but 2 (None).

I have tried adding a custom action to the InstallExecuteSequence that
changes the UILevel property to 5 - checking the setup log, I can see my
custom action runs and the UILevel property is successfully changed.
However, my dialogs still don't appear.

Does anyone have a good way of doing this?

-J


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

[WiX-users] Changing default UILevel for uninstall.

[Joe Coplen]

The default UILevel for uninstall appears to be 3 (Basic).   I need to run at 
UILevel 5 (Full) in all cases but 2 (None).

I have tried adding a custom action to the InstallExecuteSequence that changes 
the UILevel property to 5 - checking the setup log, I can see my custom action 
runs and the UILevel property is successfully changed.  However, my dialogs 
still don't appear.

Does anyone have a good way of doing this?

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

Re: [WiX-users] DTF - Using ExtractFiles Method

[Jason Ginchereau]

It's a bug in DTF -- ExtractFiles is being case-sensitive where it shouldn't. A 
few of the files in Cabs.winrk.cab have different casing than their File table 
keys in rktools.msi. The Windows Installer engine handles that okay but DTF 
doesn't. Can you open a bug on SourceForge for tracking?

However the problem with SQL Server 2005 client tools is different. There, the 
Media.Cabinet value is "#Sql.cab". The number sign (#) indicates the cabinet 
should be in an embedded stream in the MSI package, but it is not actually 
there! Running msiexec /a on that package confirms the problem as it gives 
error 2356. "Could not locate cabinet in stream: Sql.cab." Maybe their 
bootstrapper does something to fixup the MSI at install time?

-Jason-

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Powell, Simon
Sent: Monday, July 21, 2008 3:11 PM
To: wix-users@lists.sourceforge.net
Cc: Jones, Ben
Subject: [WiX-users] DTF - Using ExtractFiles Method

Hi,

I'm using the ExtractFiles Method to extract files from the Windows 2003
Resource kit msi (rktools.msi). Below is a simple snippet of code used :

InstallPackage MsiPackage = new InstallPackage(txtMsi.Text,
DatabaseOpenMode.ReadOnly);
MsiPackage.WorkingDirectory = "c:\\temp";
Regex myReg = new Regex("exe", RegexOptions.IgnoreCase);
string[] filekeys = MsiPackage.FindFiles(myReg);
MsiPackage.ExtractFiles(filekeys);

Some of the files fail to extract return the following
FileNotFoundException :

Could not find file 'c:\temp\Program Files\Windows Resource
Kits\Tools\nlsinfo.exe'.

It's strange, because the file exists in the extracted cab file
(Cabs.winrk.cab), all the files extract correctly to c:\temp if I use
msiexec /a rktools.msi (but this  gives me no control over the files I
extract). Is this a bug or am I doing something wrong? This problem
happens with a number of MSIs including sqlrun.msi of the SQL Server
2005 client tools.

Your help will be much appreciated.

Regards
Simon Powell




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

Re: [WiX-users] [WiX-devs] Fwd: ConfigureUsers Custom Action scheduling

[Dana Gutride]

So if I'm not creating a user during the install, we can skip the
ConfigureUsers CA on uninstall?

-Dana

On Tue, Jul 22, 2008 at 12:00 PM, Rob Mensching <[EMAIL PROTECTED]>
wrote:

>  If you mark the Component permanent, the User will not be removed during
> uninstall.
>
>
>
> I think what we can do in this case, is present a message to the user on
> uninstall and ask them if they want to retry/cancel/ignore the failure.  The
> user will be left behind but uninstall will still work.
>
>
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Dana Gutride
> *Sent:* Tuesday, July 22, 2008 07:38
> *To:* [EMAIL PROTECTED]
> *Subject:* [WiX-devs] Fwd: ConfigureUsers Custom Action scheduling
>
>
>
> << >>>
>
> -- Forwarded message --
> From: *Dana Gutride* <[EMAIL PROTECTED]>
> Date: Mon, Jul 21, 2008 at 10:43 AM
> Subject: ConfigureUsers Custom Action scheduling
> To: wix-users@lists.sourceforge.net
>
> Hi all:
>
> We've encountered a problem where ConfigureUsers causes an uninstall to
> fail if a domain user is used on install and they are not logged in to the
> domain on uninstall.  I found this bug on the issue already:
> https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1894167&group_id=105970.
> We are already persisting the username/domain in the registry for use on
> uninstall and upgrade so that solution doesn't help me.
>
> Why can't we just schedule ConfigureUsers to NOT REMOVE so it doesn't ever
> run on uninstall?  Is there anything it needs to do on uninstall that
> requires it?  I am setting a user on a WebAppPool, a service, message queues
> and some directory and registry permissions, too and when testing this
> theory, the uninstall was fine.
>
> Dana
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-devs mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Recognize final localtion of file by file identifier

[Alexander Shevchuk]

Sorry, didn't have time to do anything with DTF yet, but from the MSI point of 
view you need to use formatted 
(http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx) value.  
Depending on what exactly you need - file path or folder path, you use either 
[#filekey] or [$componentkey].  Keep in mind that their value will be set only 
after costing is done (your custom action is invoked after CostFinalize).
To get the value of formatted data you use the following (MSI API pseudo code):

PMSIHANDLE hRecord = MsiCreateRecord(1);
MsiRecordSetString(hRecord, 0, _T("[#filekey]");
TCHAR buf[MAX_PATH];
DWORD len;
MsiFormatRecord(hInstall, hRecord, buf, &len);


Regards,
Alex Shevchuk



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dmitry Berkovich
Sent: Tuesday, July 22, 2008 5:07 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Recognize final localtion of file by file identifier

Hi,
  I am writing some custom action by using DTF. I have id of file from
"File" table.
The question is:
How I can know what is the final location of this file after intall.


Thanks for advance,
  Dima

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


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

Re: [WiX-users] conditionally adding registry entries (NOT conditional full installation)

[Neil Enns]

This won't work because you're using a pre-processor check for your condition, 
which happens at the time you build the MSI, not at the time you run it.

You need to do the check by adding a  element to the  
element that I assume eventually includes the Registry snippet below.

Neil


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Deepak Bansal [EMAIL 
PROTECTED]
Sent: Tuesday, July 22, 2008 5:40 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] conditionally adding registry entries (NOT conditional 
full installation)

Hi All,

While installing a product, I want to add few extra registry entries
if the OS is Windows Vista. To achieve this, I created my .ddr file as
given below..but its not working. Am i missing something? Any help
will be highly appreciated..








  






-deepak

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

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

Re: [WiX-users] Rollback CustomAction Question

[John Nannenga]

Your rollback script will only be invoked if failure was realized after your 
rollback script was scheduled.

Bear in mind, the Immediate vs. Deferred execution context.  Rollback happens 
only in the deferred sequence.

So, is your failure that you "fake" in the deferred sequence after 
MsiUnpublishAssemblies?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of andywhitt
Sent: Tuesday, July 22, 2008 9:36 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Rollback CustomAction Question


anyone? :)
--
View this message in context: 
http://www.nabble.com/Rollback-CustomAction-Question-tp18448323p18589420.html
Sent from the wix-users mailing list archive at Nabble.com.


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


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

Re: [WiX-users] Rollback CustomAction Question

[andywhitt]

anyone? :)
-- 
View this message in context: 
http://www.nabble.com/Rollback-CustomAction-Question-tp18448323p18589420.html
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] conditionally adding registry entries (NOT conditional full installation)

[Deepak Bansal]

Hi All,

While installing a product, I want to add few extra registry entries
if the OS is Windows Vista. To achieve this, I created my .ddr file as
given below..but its not working. Am i missing something? Any help
will be highly appreciated..








  






-deepak

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

Re: [WiX-users] Multiple Installs without Un-Install?

[Christopher Painter]

Windows Installer supports multiple instance installation, but the question I 
have is do you need multiple instances of your product or only multiple 
instances of your database?

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Mon, 7/21/08, Daniel Zak <[EMAIL PROTECTED]> wrote:

> From: Daniel Zak <[EMAIL PROTECTED]>
> Subject: [WiX-users] Multiple Installs without Un-Install?
> To: wix-users@lists.sourceforge.net
> Date: Monday, July 21, 2008, 11:51 PM
> Hello,
> 
> I created a script to install an SQL Server database. A
> user needs to be
> able to run the script multiple times to install multiple
> databases.
> However, the script requires the user to first un-install
> the product (which
> does not delete the database) before being able to install
> a new database.
> 
> Is there anything I can do to avoid requiring the user to
> explicitly
> un-install the product?
> 
> I included an extract of the script as a text file.
> 
> Thank you,
> Daniel.-
> This SF.Net email is sponsored by the Moblin Your Move
> Developer's challenge
> Build the coolest Linux based applications with Moblin SDK
> & win great prizes
> Grand prize is a trip for two to an Open Source event
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

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

[WiX-users] Recognize final localtion of file by file identifier

[Dmitry Berkovich]

Hi,
  I am writing some custom action by using DTF. I have id of file from
"File" table.
The question is:
How I can know what is the final location of this file after intall.


Thanks for advance,
  Dima

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

[WiX-users] Check if a directory allready exists

[Andreas Hellwig]

Hi,

I'm trying to modify the Browse_Dialog to check whether the selected 
directory allready exists on the users computer and display a warning if 
it exists. I'm not an WiX expert and so I would be happy if anyone could 
give me some hints how that could be done.

Thanks

Andreas Hellwig

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

Re: [WiX-users] MessageQueuePermission/Unresolved reference

[Fredrik Grohn]

The @User attribute does not hold the user name directly, it refers to the id 
of a User element as declared in the Util schema. Look it up in wix.chm for 
details.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andy Kachelmeier
Sent: Monday, July 21, 2008 10:18 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] MessageQueuePermission/Unresolved reference

Hey everyone,



I'm trying to set up permissions to a MSMQ Message queue created with the
following code:











But when I build the project, I get this error:



Unresolved reference to symbol 'User:Everyone' in section
'Product:{3A7A0A26-F579-4158-AACF-CEF6FCEC52D8}'.



If I remove the MessageQueuePermission element, it builds and installs fine.
Any ideas??



I'm using WiX v3.0.2418.0.



Thanks!

Andy

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


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

Re: [WiX-users] configure web.config with XmlConfig

[Neil Sleightholm]

It looks like you file attribute is wrong, it is set to WebConfigFilePath but 
this seems to be set to #f_6da07eb4 - is that a File/@Id, if so then that 
should be in the XmlConfig/@File attribute.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]  
 



From: [EMAIL PROTECTED] on behalf of Zhisheng Huang
Sent: Mon 21/07/2008 21:02
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] configure web.config with XmlConfig



Hi,
 
I am using WIX doing web service setup. During the setup, it needs to update 
the web.config file with correct value. The web.config file is installed in the 
same msi.
Here is what I am doing. 
 
  
  
  



  
 
However, after running MSI, the attribute values are not updated - looks like 
do nothing. The msi verbose log does says "Action ended 11:39:45: 
SchedXmlConfig. Return value 1." There is no more information. What am I 
missing or doing wrong?
 
Thanks for help!
Zhisheng


 

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


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