Re: [WiX-users] Versioning of SQL Scripts in WIX 3.0

[Gaurav Tiwari (HCL Technologies Ltd)]

Reposting..Please provide help as it's urgent.

Do we have a way to manage the versioning of SQL scripts that are part of MSI 
packages generated using WIX 3.0. My requirement is to track the SQL scripts 
versioning in order to decide whether to include them in the patch package or 
not.

Thx
Gaurav


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gaurav Tiwari 
(HCL Technologies Ltd)
Sent: Thursday, June 05, 2008 8:36 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Versioning of SQL Scripts in WIX 3.0

Hi All,

Do we have a way to manage the versioning of SQL scripts that are part of MSI 
packages generated using WIX 3.0. My requirement is to track the SQL scripts 
versioning in order to decide whether to include them in the patch package or 
not.

Thx
Gaurav

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Redistrbution of WiX with a Commercial or Open Source Product

[Durwin Wright]

I apologize if this question has been asked before.  I have just joined
this email group about two weeks ago.

 

We have a product that is released under a commercial license and an
open source license (GPL v2).  We are starting to look at using WiX to
package our runtime as an MSI with a simple bootstrapper.

 

Our product is used to build generic user applications.  I have looked
at the WiX license, CPL, and see that it says that WiX can be
distributed in object or source form provided that the terms of the CPL
are met.

 

What we would like to do is to write a wizard in our product that will
allow our customers to package their applications as MSI or MSM packages
using WiX.   So that they can package and distribute their applications
in the same way as we do.

 

Are we allowed to redistribute WiX with our product or should we direct
our customers to download WiX from SourceForge?  

 

Durwin Wright | Sr. Architect | [EMAIL PROTECTED]
  | Ingres | 500 Arguello Street |
Suite 200 | Redwood City | CA | 94063 | USA
   +1 650-587-5523 | fax: +1
650-587-5550 

 

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug with NetFx:NativeImage?

[Bob Arnson]

Neil Enns wrote:
> Yes, that's what our dev told me.
>   

OK, definitely file a bug then. I haven't seen one on it.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Source vs. target

[Chris Mumford]

yes, thanks a bunch Jason. Those little gem's helped me fiture out the
answer to my quetion.

On Tue, Jun 10, 2008 at 10:31 AM, Jason <[EMAIL PROTECTED]> wrote:

> I would highly suggest reading Rob's series of blog posts "Deciphering
> the MSI Directory table"..
> Part 1 - http://blogs.msdn.com/robmen/archive/2005/06/21/431294.aspx
> Part 2 - http://blogs.msdn.com/robmen/archive/2005/06/28/433241.aspx
> Part 3 - http://blogs.msdn.com/robmen/archive/2005/07/04/435572.aspx
> Part 4 - http://blogs.msdn.com/robmen/archive/2005/07/12/437912.aspx
> Part 5 - http://blogs.msdn.com/robmen/archive/2005/11/04/489346.aspx
> Part 6 -
> http://blogs.msdn.com/robmen/archive/2006/10/12/deciphering-the-msi-directory-table-part-6-standard-directories.aspx
> Part 7 -
> http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx
>
> On Mon, Jun 9, 2008 at 11:12 PM, Chris Mumford <[EMAIL PROTECTED]>
> wrote:
> > Hey Neil:
> >
> > Thanks for responding. Sure, I do have other directories like:
> >
> > 
> > 
> > 
> > 
> > 
> >
> > But only 2 of these are direct children of the parent TARGETDIR folder so
> > things seem a bit arbitrary here. Why not just call the top level
> >  tag  since there really isn't the parent child
> > relationship that the file format suggests - at least suggests to me. The
> > larger mystery is the relatioship between the ID and the Name. I'm sure
> I'll
> > figure it out eventually...
> >
> > -Chris
> > On Sun, Jun 8, 2008 at 9:03 PM, Neil Enns <[EMAIL PROTECTED]>
> wrote:
> >
> >> What do you have underneath your  element? Generally you put
> >> another  element in to make the files go where you want, as
> in
> >> this example from "Authoring your first .wxs file" in the wix help:
> >>
> >>  
> >> 
> >>
> >>>> Guid='12345678-1234-1234-1234-123456789012'>
> >>   >> Source='readme.txt' />
> >>   
> >>
> >> 
> >>  
> >> I'm sure there's a rational reason for the cryptic first, required,
> >>  entry but I don't know it :)
> >>
> >> Neil
> >>
> >> 
> >> From: [EMAIL PROTECTED] [
> >> [EMAIL PROTECTED] On Behalf Of Chris Mumford [
> >> [EMAIL PROTECTED]
> >> Sent: Sunday, June 08, 2008 5:42 PM
> >> To: General discussion for Windows Installer XML toolset.
> >> Subject: [WiX-users] Source vs. target
> >>
> >> I'm ashamedly naive about a fairly core issue with WiX. Maybe you guys
> can
> >> clear this up for me. As I write my installer I've been thinking of the
> >> "source" files as those that I am installing, and the "target" as where
> >> they
> >> will be on the machine on which the install is being run.
> >>
> >> So right away I'm looking at the first directory element in my *.wxs
> file:
> >>
> >> 
> >> and I'm having a hard time figuring out what the heck this even means.
> The
> >> MSDN documetation for
> >> SourceDir >> >just
> >> says, "The
> >> *SourceDir* property is the root directory that contains the source
> cabinet
> >> file or the source file tree of the installation package". Now since I
> >> never
> >> create or see a cabinet file when running WiX I'm assuming that this is
> the
> >> directory containing my MSI file when running the installation. But when
> I
> >> run the installation it's set to drive C:\ weven though my MSI is on a
> >> network share.
> >>
> >> -Chris
> >>
> -
> >> Check out the new SourceForge.net Marketplace.
> >> It's the best place to buy or sell services for
> >> just about anything Open Source.
> >> http://sourceforge.net/services/buy/index.php
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> -
> >> Check out the new SourceForge.net Marketplace.
> >> It's the best place to buy or sell services for
> >> just about anything Open Source.
> >> http://sourceforge.net/services/buy/index.php
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> > -
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best pl

Re: [WiX-users] Bug with NetFx:NativeImage?

[Neil Enns]

Yes, that's what our dev told me.

Neil


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Bob Arnson [EMAIL 
PROTECTED]
Sent: Tuesday, June 10, 2008 4:55 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug with NetFx:NativeImage?

Neil Enns wrote:
> But what does that have to do with the command-line passed to NGEN?
>

Um, sorry, re-read your message. You're saying without /AppBase, NGen
fails with a syntax error?

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Vista: per-user installation without administrator privileges

[Christopher Painter]

But you could write a bootstrapper that caches and tweaks the package based on 
user input before calling into the install.   I know of several tools 
and package authors that follow this pattern.


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 Tue, 6/10/08, Bob Arnson <[EMAIL PROTECTED]> wrote:

From: Bob Arnson <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Vista: per-user installation without administrator 
privileges
To: "General discussion for Windows Installer XML toolset." 

Date: Tuesday, June 10, 2008, 6:57 PM

Andreas Hellwig wrote:
> Is there a way to avoid the UAC for the Per-User installation, and only 
> get it for the Per-Machine installation?
>   

No. Unfortunately, MSI in Vista puts the flag for no-elevation-required 
in the package summary info. That means you can't change it at install 
time, only at build time.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Vista: per-user installation without administrator privileges

[Bob Arnson]

Andreas Hellwig wrote:
> Is there a way to avoid the UAC for the Per-User installation, and only 
> get it for the Per-Machine installation?
>   

No. Unfortunately, MSI in Vista puts the flag for no-elevation-required 
in the package summary info. That means you can't change it at install 
time, only at build time.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Getting a file version in wix

[Bob Arnson]

Adam Isbell (Volt) wrote:
> Hi, I need to get the version of a file while working in a .wxs file.  The 
> issue is I am registering a PowerShell snapin and the BUILDVERSION I am 
> getting from the MS build system does not match exactly with the version of 
> the actual dll.  So, within wix I need to get the correct version straight 
> from the .dll instead of from the build system.  Is there a way to do this?
>   

See "Binder Variables" in WiX.chm.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug with NetFx:NativeImage?

[Bob Arnson]

Neil Enns wrote:
> But what does that have to do with the command-line passed to NGEN?
>   

Um, sorry, re-read your message. You're saying without /AppBase, NGen 
fails with a syntax error?

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS Website Identifier / Site Id

[Andrew Burgher]

Hi Neil,

This would definitely be a welcome addition to the WiX toolset; and would be
great if you could help make it happen.

For installs targeting IIS6 my view is that the hashed id should be the
default behaviour - but also supporting specification of an explicit
identifier would give alot of flexibility too.

Good luck.

Cheers,
Andrew


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Neil
Sleightholm
Sent: Wednesday, 11 June 2008 5:57 AM
To: WiX Users
Subject: [WiX-users] IIS Website Identifier / Site Id

When you use WiX to create a new website in IIS 6 it creates it with an
Identifier or Site Id of one more than the last website that was created
(this is the same as IIS 5). If you create it manually then IIS sets the
Identifier to a number based on the hash of the site name - the
algorithm for this is explained here on Mike Poulson's blog:
http://blogs.msdn.com/mpoulson/archive/2006/03/06/544893.aspx. To
summarise it creates the hash and then if that Identifier is in use it
just adds one until it finds an unused Identifier.

 

This method of creating Identifier's based on the hash of the name is
very useful when you have a farm of servers as it means that the
Identifier is not dependent on the order in which installs are run. For
in house websites you can arrange for the website names to have unique
hash values and be sure that all servers in a farm are identical and
even build servers with a subset of the sites that again are identical
to the original install. The identifier is also used for log file path,
so on a farm of servers it helps if the logs are all in known folders.

 

Now to my point, would it be possible to get this functionality built
into WiX v3? 

 

A company I work for has already done it for WiX v2 but the approach was
to simply change the IIS site creation code to use the hashing method. I
suspect this is not the best approach to this but as we only target IIS
6 servers it hasn't caused a problem. 

 

I am happy to share this code (it is a change to scaweb.cpp) and to try
to implement it in WiX v3 but I would like to know what other people
think about it and how best to approach it. Here are some of the issues
I see:

1.   Should this value be automatically generated by the install? 

2.   Should it be possible to override the identifier value in WiX
when creating a site? 

3.   Should the default be the hashing method on IIS 6?

4.   I haven't used IIS 7, does it use the same hashing scheme?

 

Neil

 

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]  

 

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IIS Website Identifier / Site Id

[Neil Sleightholm]

When you use WiX to create a new website in IIS 6 it creates it with an
Identifier or Site Id of one more than the last website that was created
(this is the same as IIS 5). If you create it manually then IIS sets the
Identifier to a number based on the hash of the site name - the
algorithm for this is explained here on Mike Poulson's blog:
http://blogs.msdn.com/mpoulson/archive/2006/03/06/544893.aspx. To
summarise it creates the hash and then if that Identifier is in use it
just adds one until it finds an unused Identifier.

 

This method of creating Identifier's based on the hash of the name is
very useful when you have a farm of servers as it means that the
Identifier is not dependent on the order in which installs are run. For
in house websites you can arrange for the website names to have unique
hash values and be sure that all servers in a farm are identical and
even build servers with a subset of the sites that again are identical
to the original install. The identifier is also used for log file path,
so on a farm of servers it helps if the logs are all in known folders.

 

Now to my point, would it be possible to get this functionality built
into WiX v3? 

 

A company I work for has already done it for WiX v2 but the approach was
to simply change the IIS site creation code to use the hashing method. I
suspect this is not the best approach to this but as we only target IIS
6 servers it hasn't caused a problem. 

 

I am happy to share this code (it is a change to scaweb.cpp) and to try
to implement it in WiX v3 but I would like to know what other people
think about it and how best to approach it. Here are some of the issues
I see:

1.   Should this value be automatically generated by the install? 

2.   Should it be possible to override the identifier value in WiX
when creating a site? 

3.   Should the default be the hashing method on IIS 6?

4.   I haven't used IIS 7, does it use the same hashing scheme?

 

Neil

 

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED]  

 

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Getting a file version in wix

[Adam Isbell (Volt)]

Hi, I need to get the version of a file while working in a .wxs file.  The 
issue is I am registering a PowerShell snapin and the BUILDVERSION I am getting 
from the MS build system does not match exactly with the version of the actual 
dll.  So, within wix I need to get the correct version straight from the .dll 
instead of from the build system.  Is there a way to do this?
ADAM
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with Light 2.0.5805.0

[Jim Williams]

Thanks Bob, that did the trick!

Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Monday, June 09, 2008 10:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem with Light 2.0.5805.0

Jim Williams wrote:
> Any ideas of what may be causing this?  Could this be related to the
> mergemod.dll problem that I've seen in some of the posts in the past
> week or so?  

Yes. See 
http://www.joyofsetup.com/2008/06/09/wix-v2-needs-fixed-mergemoddll-too/
.

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

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] GatherAppPools and MSVBDPCADLL in Wix

[Alex Duong]

Thank you! That fixed my problem.

- Alex

--- On Mon, 6/9/08, Bob Arnson <[EMAIL PROTECTED]> wrote:

> From: Bob Arnson <[EMAIL PROTECTED]>
> Subject: Re: [WiX-users] GatherAppPools and MSVBDPCADLL in Wix
> To: [EMAIL PROTECTED], "General discussion for Windows Installer XML 
> toolset." 
> Date: Monday, June 9, 2008, 10:02 PM
> Alex Duong wrote:
> > MSI (c) (44!98) [14:25:29:524]: Note: 1: 2228 2:  3:
> ComboBox 4: INSERT INTO `ComboBox`
> (`Property`,`Order`,`Value`,`Text`) VALUES (?, ?, ?, ?)
> TEMPORARY 
> >   
> 
> WiX doesn't add a ComboBox table unless it's
> necessary. Likely you need 
> an EnsureTable element so WiX adds an empty one the CA can
> fill.
> 
> -- 
> sig://boB
> http://joyofsetup.com/

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Source vs. target

[Durwin Wright]

Thanks for providing the references to this series of blog posts.  I
read several of these posts and was extremely impressed.  It clarified
several questions that I had about the directory element.  It is
fantastic to see all of these topics listed in one place.

Durwin Wright | Sr. Architect | [EMAIL PROTECTED] | Ingres | 500
Arguello Street | Suite 200 | Redwood City | CA | 94063 | USA  +1
650-587-5523 | fax: +1 650-587-5550 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Sent: Tuesday, June 10, 2008 10:31 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Source vs. target

I would highly suggest reading Rob's series of blog posts "Deciphering
the MSI Directory table"..
Part 1 - http://blogs.msdn.com/robmen/archive/2005/06/21/431294.aspx
Part 2 - http://blogs.msdn.com/robmen/archive/2005/06/28/433241.aspx
Part 3 - http://blogs.msdn.com/robmen/archive/2005/07/04/435572.aspx
Part 4 - http://blogs.msdn.com/robmen/archive/2005/07/12/437912.aspx
Part 5 - http://blogs.msdn.com/robmen/archive/2005/11/04/489346.aspx
Part 6 -
http://blogs.msdn.com/robmen/archive/2006/10/12/deciphering-the-msi-dire
ctory-table-part-6-standard-directories.aspx
Part 7 -
http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-dire
ctory-table-part-7-directories-are-properties.aspx

On Mon, Jun 9, 2008 at 11:12 PM, Chris Mumford <[EMAIL PROTECTED]>
wrote:
> Hey Neil:
>
> Thanks for responding. Sure, I do have other directories like:
>
> 
> 
> 
> 
> 
>
> But only 2 of these are direct children of the parent TARGETDIR folder
so
> things seem a bit arbitrary here. Why not just call the top level
>  tag  since there really isn't the parent
child
> relationship that the file format suggests - at least suggests to me.
The
> larger mystery is the relatioship between the ID and the Name. I'm
sure I'll
> figure it out eventually...
>
> -Chris
> On Sun, Jun 8, 2008 at 9:03 PM, Neil Enns <[EMAIL PROTECTED]>
wrote:
>
>> What do you have underneath your  element? Generally you
put
>> another  element in to make the files go where you want,
as in
>> this example from "Authoring your first .wxs file" in the wix help:
>>
>>  
>> 
>>
>>   > Guid='12345678-1234-1234-1234-123456789012'>
>>  > Source='readme.txt' />
>>   
>>
>> 
>>  
>> I'm sure there's a rational reason for the cryptic first, required,
>>  entry but I don't know it :)
>>
>> Neil
>>
>> 
>> From: [EMAIL PROTECTED] [
>> [EMAIL PROTECTED] On Behalf Of Chris Mumford [
>> [EMAIL PROTECTED]
>> Sent: Sunday, June 08, 2008 5:42 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Source vs. target
>>
>> I'm ashamedly naive about a fairly core issue with WiX. Maybe you
guys can
>> clear this up for me. As I write my installer I've been thinking of
the
>> "source" files as those that I am installing, and the "target" as
where
>> they
>> will be on the machine on which the install is being run.
>>
>> So right away I'm looking at the first directory element in my *.wxs
file:
>>
>> 
>> and I'm having a hard time figuring out what the heck this even
means. The
>> MSDN documetation for
>>
SourceDir> >just
>> says, "The
>> *SourceDir* property is the root directory that contains the source
cabinet
>> file or the source file tree of the installation package". Now since
I
>> never
>> create or see a cabinet file when running WiX I'm assuming that this
is the
>> directory containing my MSI file when running the installation. But
when I
>> run the installation it's set to drive C:\ weven though my MSI is on
a
>> network share.
>>
>> -Chris
>>

-
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>

-
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>

-
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___

Re: [WiX-users] Source vs. target

[Jason]

I would highly suggest reading Rob's series of blog posts "Deciphering
the MSI Directory table"..
Part 1 - http://blogs.msdn.com/robmen/archive/2005/06/21/431294.aspx
Part 2 - http://blogs.msdn.com/robmen/archive/2005/06/28/433241.aspx
Part 3 - http://blogs.msdn.com/robmen/archive/2005/07/04/435572.aspx
Part 4 - http://blogs.msdn.com/robmen/archive/2005/07/12/437912.aspx
Part 5 - http://blogs.msdn.com/robmen/archive/2005/11/04/489346.aspx
Part 6 - 
http://blogs.msdn.com/robmen/archive/2006/10/12/deciphering-the-msi-directory-table-part-6-standard-directories.aspx
Part 7 - 
http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx

On Mon, Jun 9, 2008 at 11:12 PM, Chris Mumford <[EMAIL PROTECTED]> wrote:
> Hey Neil:
>
> Thanks for responding. Sure, I do have other directories like:
>
> 
> 
> 
> 
> 
>
> But only 2 of these are direct children of the parent TARGETDIR folder so
> things seem a bit arbitrary here. Why not just call the top level
>  tag  since there really isn't the parent child
> relationship that the file format suggests - at least suggests to me. The
> larger mystery is the relatioship between the ID and the Name. I'm sure I'll
> figure it out eventually...
>
> -Chris
> On Sun, Jun 8, 2008 at 9:03 PM, Neil Enns <[EMAIL PROTECTED]> wrote:
>
>> What do you have underneath your  element? Generally you put
>> another  element in to make the files go where you want, as in
>> this example from "Authoring your first .wxs file" in the wix help:
>>
>>  
>> 
>>
>>   > Guid='12345678-1234-1234-1234-123456789012'>
>>  > Source='readme.txt' />
>>   
>>
>> 
>>  
>> I'm sure there's a rational reason for the cryptic first, required,
>>  entry but I don't know it :)
>>
>> Neil
>>
>> 
>> From: [EMAIL PROTECTED] [
>> [EMAIL PROTECTED] On Behalf Of Chris Mumford [
>> [EMAIL PROTECTED]
>> Sent: Sunday, June 08, 2008 5:42 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: [WiX-users] Source vs. target
>>
>> I'm ashamedly naive about a fairly core issue with WiX. Maybe you guys can
>> clear this up for me. As I write my installer I've been thinking of the
>> "source" files as those that I am installing, and the "target" as where
>> they
>> will be on the machine on which the install is being run.
>>
>> So right away I'm looking at the first directory element in my *.wxs file:
>>
>> 
>> and I'm having a hard time figuring out what the heck this even means. The
>> MSDN documetation for
>> SourceDir> >just
>> says, "The
>> *SourceDir* property is the root directory that contains the source cabinet
>> file or the source file tree of the installation package". Now since I
>> never
>> create or see a cabinet file when running WiX I'm assuming that this is the
>> directory containing my MSI file when running the installation. But when I
>> run the installation it's set to drive C:\ weven though my MSI is on a
>> network share.
>>
>> -Chris
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Vista: per-user installation without administrator privileges

[Andreas Hellwig]

Hi,

I'm working on an installer that allows the user to choose, wether to 
install the program only for himself or for all users on this machine. 
All works fine on Win2k and WinXP systems. The only system I have 
problems with, is Windows Vista. With the Per-User installation I 
allways get the UAC prompt.
Is there a way to avoid the UAC for the Per-User installation, and only 
get it for the Per-Machine installation?

Andreas Hellwig

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Running .exe file as part of OS startup

[Stefan Pavlik]

Anidil wrote:
> 
> How do i run the startup application with elevated privileges on windows
> Vista?
> 
It is not possible without user interaction.
The application needs to use manifest with line:


regards

Stefan



-- 
Stefan Pavlik | [EMAIL PROTECTED]
Lietavska 14 | 851 06 Bratislava | Slovak Republic

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug with NetFx:NativeImage?

[Neil Enns]

But what does that have to do with the command-line passed to NGEN?

Neil


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Bob Arnson [EMAIL 
PROTECTED]
Sent: Monday, June 09, 2008 10:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bug with NetFx:NativeImage?

Neil Enns wrote:
> For EXE assemblies, this attribute does not need to be set because NGen will 
> use the directory of the assembly file by default.
>
> However, we've found this is not the case and if we don't specify it the 
> command line passed to NGen is incorrect and NGening fails.
>

I think it depends on the app; the default assembly-probing rules should
still work, though it might require also NGening the dependent assemblies.

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


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with DTF Custom action invoked via PushButton Event : DoAction

[Krishna Nadiminti]

Thanks for the reply Jason.



2. Based on reports from you and Amy on this list, it would seem the bug is
not entirely fixed. I'll have to investigate further. Are there certain API
calls that often cause the CA to die? (Setting properties?)

>>> Well, what I'm really doing is getting / setting some properties from/to
>>> the session. Logging messages to the session. And that's about it. Not
>>> much else to do with the DTF API itself - but I was encrypting stuff
>>> (properties) that I read from the session, showing a form to select x509
>>> certs etc.

>> My CA method has a try/catch that surrounds all the code, to catch any
>> exception, log it to the session and return ActionResult.Failure.

Note that is not necessary because the code that calls the CA method does
exactly that already.
>>> Nice. I can get rid of that code then.

3. Good suggestion, I'll consider automatically including the PDB in the
package for Debug builds. Meanwhile you can accomplish this by editing the
project file: set a CustomActionContents property to a semicolon-delimited
list of additional files to be included.

>>> I looked at the MSBuild file and realised I could tweak that to add my
>>> pdb file. But wasnt too sure -- I'm not a MSBuild expert. :)

4. Any referenced assembly that's in the GAC (and CopyLocal=false) should
get loaded automatically by the CLR during the MakeSfxCA step and omitted
from the package. That is what I have observed to happen so far, but maybe
there is need for further investigation.

>>> Hmm...I'm not sure the MakeSfxCa class looks at whether an assembly is
>>> loaded from the GAC. I looked at the code and saw this:

(v.3.0.4207, DTF) - MakeSfxCA hooks up the ReflectionOnlyAssemblyResolve
event, and tries to load all dependent assemblies from the directory where
the managed CA dll compiles to.
In the delegate that you provide, you look in that directory (where the CA
dll was compiled) and try to find the libraries using
ReflectionOnlyLoadFrom.

>From what I know of reflection and from the stuff mentioned here:
http://blogs.msdn.com/junfeng/archive/2004/08/24/219691.aspx, I think the
missing link may be just to add a simple fallback to
'Assembly.ReflectionOnlyLoad', so that the GAC-ed assemblies will be
successfully loaded. Otherwise, as it happened in my case, it will fail for
things like System.Windows.Forms, and give an error message like:
---
System.IO.FileLoadException: Cannot resolve dependency to assembly
'System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089' because it has not been preloaded. When
using the ReflectionOnly APIs, dependent assemblies must be pre-loaded or
loaded on demand through the ReflectionOnlyAssemblyResolve event.
---

I've tried to modify the MakeSFXCA.exe source and replace my installed
version of MakeSFX with the newly compiled one - but it didn't really work -
possibly because I compiled MakeSFX using my VS 2008 : instead of using the
make.bat and all that (since I really didnt want to compile the rest of the
wix stuff). Do you sign MakeSFXCA with a strong name or something? The error
I got when I used my version of MakeSFX was something like :
---
System.IO.FileLoadException: Could not load file or assembly
'Microsoft.Deployment.Resources, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null' or one of its dependencies. The located assembly's
manifest definition does not match the assembly reference. (Exception from
HRESULT: 0x80131040)
---

Anyway, I really only made a couple of changes:
1. To add a fallback if the assembly could not be resolved.
2. Check if the resolved assembly was loaded from the GAC - if so, 'donot'
add it to the input files list that will be packed.

Attached is my modified file. (You can look for comments starting with
//kna: to see where I changed things). I'm not sure if it will work or if it
is the best/preferred solution, but hopefully it will help.

http://www.nabble.com/file/p17754666/MakeSfxCA.cs MakeSfxCA.cs 

Till then though, unfortunately, I'll have to keep setting CopyLocal=True
for assemblies like System.Windows.Forms etc. :( And these files end up
being packed into my CA and my msi increasing its size (not really good -
but ok for now, while testing)!

Another small suggestion if I may:
In the installed version of Wix and DTF perhaps you guys should include the
PDB files as well? It may make it easier for people who think they've found
bugs in the toolset to verify against the source code.

Cheers
Krishna.
-- 
View this message in context: 
http://www.nabble.com/Problem-with-DTF-Custom-action-invoked-via-PushButton-Event-%3A-DoAction-tp17719937p17754666.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
__

Re: [WiX-users] Running .exe file as part of OS startup

[Anidil]

How do i run the startup application with elevated privileges on windows
Vista?


Wilson, Phil wrote:
> 
> That registry entry is processed when a user logs on, not when the OS
> starts up. So if the request is really for when the OS starts up I think a
> service is the only choice. If it's really for "when a user logs on" that
> entry will do, as will adding a shortcut to the Startup program menu
> group.
> 
> Phil Wilson
> 
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Karthik
> Krishnan
> Sent: Monday, February 04, 2008 8:12 AM
> To: Anidil; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Running .exe file as part of OS startup
> 
> I remember a lot of spyware(and legitimate software too!) write entries to
> :
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
> to get things to run during startup, maybe you could try that?
> 
> K
> On Feb 4, 2008 7:57 AM, Anidil
> <[EMAIL PROTECTED]> wrote:
> 
> Could anyone give an insight on how to implement this using wix?
> --
> View this message in context:
> http://www.nabble.com/Running-.exe-file-as-part-of-OS-startup-tp15267561p15267561.html
> Sent from the wix-users mailing list archive at
> Nabble.com.
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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/Running-.exe-file-as-part-of-OS-startup-tp15267561p17754412.html
Sent from the wix-users mailing list archive at Nabble.com.


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem to uninstall database with wix 3.0

[Miloš Milovanović]

Dear All,

I submitted this email some time ago. Do you have some clue what is the problem?

Thank you in advance! 
Milos

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miloš Milovanovic
Sent: Monday, June 02, 2008 11:16 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem to uninstall database with wix 3.0

I have a problem to uninstall the database. Here is the code I tried: 

 
   
   
   

 

I also tried: 

 
   
   
 

In both cases result is the same: database is succesfully created but it cannot 
be uninstalled. 

Please, give me some hints. 

Thanks in advance! 

Milos

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users