Re: [WiX-users] does running upgrade msi or patch msi still require additional command line switches?

[John Nannenga]

That's correct, with this in place you should be able to double click your MSP 
and get the desired results (it's how I do it, anyways).

Regarding a REINSTALLMODE of "vomus" vs. "omus", I can only really point to the 
MSI documentation.  For a patch, it notes "omus".  For the msi approach, it 
notes "vomus", but reference the following:

Patch: http://msdn.microsoft.com/en-us/library/aa367574(VS.85).aspx

MSI: http://msdn.microsoft.com/en-us/library/aa367575(VS.85).aspx

These are 'guidelines', you can change the properties to suite your particular 
situation.  The approach below is also patchable (so you could even change them 
within a particular patch, if need be, I believe).

I've never delivered a small update or a minor upgrade as an MSI; so I've never 
tried this in that scenario.  Done this with plenty of MSP files, though 
.




From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Robert O'Brien [EMAIL 
PROTECTED]
Sent: Tuesday, September 09, 2008 1:19 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] does running upgrade msi or patch msi  still   require 
additional command line switches?

Awesome thanks...so with this in place one should be able to just double click 
on the "My deliverable Small Update or Minor Upgrade Patch.msp" and get the 
desired result?

To set these required flags in the case of using a "My Deliverable Small Update 
or Minor Upgrade.msi" approach to update an existing install would I include 
similar CustomActions but use the condition "UPGRADE and Installed" versus 
"PATCH and Installed"?

In an earlier response it was suggested that to execute a minor upgrade you 
need reinstallmode="vomus" not "omus" for this to work.  Is that only for the 
case of applying a minor upgrade using a "My Deliverable Small Update or Minor 
Upgrade.msi" approach to update an existing install?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga
Sent: Tuesday, September 09, 2008 7:32 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still require 
additional command line switches?

In our installs, we don't utilize a patch wrapper.

Instead, we set the REINSTALL and REINSTALLMODES appropriately within our 
installation(s)...





...

PATCH and Installed
PATCH and Installed
...
mailto:[EMAIL PROTECTED] On Behalf Of Pally Sandher
Sent: Tuesday, September 09, 2008 5:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still require 
additional command line switches?

Bob Arnson wrote:
>Robert O'Brien wrote:
>> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?
>
>Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

I've yet to find a way to generate an MSP which doesn't need a wrapper
executable or be launched using msiexec /p to work as one would expect.
If anyone knows how, please share so we can update the WiX 3.0
documentation accordingly.

Palbinder Sandher
Software Deployment and IT Administrator

T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 07 September 2008 21:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still
require additional command line switches?

Robert O'Brien wrote:
> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?

Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

> Our understanding at this point of a patch vs and upgrade is the patch
provides rollback to prior release support where a upgrade does not...is
that correct?
>

Only for minor upgrade patches. Major upgrade patches are discouraged
and aren't uninstallable.

> q3 - Would the following be something that you'd expect to work in
terms of providing a way for users NOT to have to enter the required
command line switch settings to get a minor upgrade to work?
>

No, that would be a major upgrade.

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




-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK

[WiX-users] Issue with uninstall the windows service MSI

[Balamurugan Shanmugam]

Hi,

I am using WIX 3.0 to create the MSI for windows service application. My MSI is 
working fine with install and but during uninstall all the related 
binaries/folders/files are getting removed perfectly except the service is not 
getting removed from the services console.

After looking into the log file, I could see the following message

MSI (s) (28:7C) [16:16:19:255]: Calling SRSetRestorePoint API. dwRestorePtType: 
1, dwEventType: 102, llSequenceNumber: 0, szDescription: "Removed 
TestServiceSetUp".
MSI (s) (28:7C) [16:16:19:255]: The call to SRSetRestorePoint API failed. 
Returned status: 0. GetLastError() returned: 127
MSI (s) (28:7C) [16:16:19:255]: Server not locked: locking for product 
{54E958BB-A0C8-4A6E-BD41-98D664065A14}

At the end of the log file, I could also  see the "Removal completed 
successfully" message.

Also I am not able to manually delete the service from the registry as it is 
locked. Any alternative ways to delete the existing service through registry. I 
have also tried to use InstallUtil.exe to uninstall and its not helping.

I would really appreciate if someone could help me on this.

Thanks & Regards,
Bala..


-
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 location install

[John Nannenga]

How are your features configured?

Pay particular attention to the Feature.Directory_ column of the Feature 
table...

ref:  http://msdn.microsoft.com/en-us/library/aa368585(VS.85).aspx


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Alvin Moser [EMAIL 
PROTECTED]
Sent: Tuesday, September 09, 2008 7:11 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Multiple location install

Hi,
I've recently become the new "go to guy" when it comes to wixs at my work.
Unfortunetly I've stumbled upon a new problem that I can't figure out and
was wondering if someone could help.

What I'm trying to accomplish is to install the main section of my program
in a user definable directory, and install the documentation in a separate
set directory. So the program would be installed into
C:\user_set_foo_directory but the documentation would always be installed
into C:\Documentation. I have the documentation in a separate fragment and
component group from the rest of the program. And I've gotten the user
defined directory working, but it breaks when it starts to install the
documentation.

Any help or suggestions would be greatly appreciated.

Thanks!

Alvin Moser
-
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] Multiple location install

[Alvin Moser]

Hi,
I've recently become the new "go to guy" when it comes to wixs at my work.
Unfortunetly I've stumbled upon a new problem that I can't figure out and
was wondering if someone could help.

What I'm trying to accomplish is to install the main section of my program
in a user definable directory, and install the documentation in a separate
set directory. So the program would be installed into
C:\user_set_foo_directory but the documentation would always be installed
into C:\Documentation. I have the documentation in a separate fragment and
component group from the rest of the program. And I've gotten the user
defined directory working, but it breaks when it starts to install the
documentation.

Any help or suggestions would be greatly appreciated.

Thanks!

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

[WiX-users] Help with GUI and Setting Properties

[Marty Dalton]

Hey,
 
I have got my GUI all set up and working. My only problem I can notwork out is 
how do I set text entered by a user back into my property.From DatabaseDetailsDlg:This is from my Dialog follow too:11So I have got Database Name 
appearing in my GUI, but lets say a userchanges it to 'ThisDatabase' How do I 
assign that back intoDatabaseName?
 
Thanks
_
Buy, rent, invest property online today.
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fwww%2Eallrealestate%2Eco%2Enz%2Freview%2Fhome%2Dbuying%2Dinfo%2Ehtml%3Frsf%3Dmsnnz%5Ftextlink&_t=26000&_r=REA_NZ_tagline&_m=EXT
-
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] Re mote SQL Authentication

[Troy Howard]

Yes, if your end goal is just to install the database and give the user
that's running the installation ownership to it and login rights, then those
three steps would do it (though you're missing the "user enters sa account
credentials, and server/instance name in custom installer dialog"... You of
course, don't want to hardcode them into the installer. ;)

If you make them properties they can be set from the command line for
automated installs.

Thanks,
Troy


On Tue, Sep 9, 2008 at 3:59 PM, cemiles <[EMAIL PROTECTED]> wrote:

>
> I think you're right on the money Troy, and I'll try what you're suggesting
> and spend some time because that sounds like a very good idea.  I'd like to
> try and simplify the steps you outline down to what I've mentioned below...
> if that sounds plausible to you guys (I'm asking, because I think the order
> is what's been messing me up).
>
> 1. Connect to Server B (sql server) using sysadmin (sa user) from Server B.
> 2. Create new database on Server B using user sysadmin from above.
> 3. Grant login rights and dbo role on new databases to the original set of
> credentials from machine A (the user running the install).
>
>
>
> Troy Howard wrote:
> >
> > Seems like the workflow is:
> >
> > 1. Connect to Server B (sql server) using an existing sql login (not
> > windows), that has less than admin level rights (configured where?
> created
> > when?).
> > 2. Somehow obtain different credentials from Server B that have
> > administrative rights on Server B.
> > 3. Connect with new credentials to Server B
> > 4. Create/Attach new database to Server B.
> > 5. Grant login rights and dbo role on new databases to the original set
> of
> > credentials.
> >
> > The work flow is flawed though.. It's flawed, because the only way that
> it
> > could work would be if the initial lower access account was powerful
> > enough
> > to gain admin access through the second account Then what is the
> point
> > of a second secure admin account in the first place? It's a major
> security
> > hole to attempt a solution that would work that way.
> >
> >
> > What you should do instead is...
> >
> > 1. Ask user to provide admin credentials and server name/instance for
> > "Server B" during install (or in a less user friendly context, ask for a
> > whole connection string).
> > 2. Ask user to provide account information for a new login account to be
> > used by "Machine A". (username, password for sql login, or just
> > domain\account for windows auth)
> > 3. Connect to Server B with provided existing admin account.
> > 4. Create/Attach database.
> > 5. Create new account for Machine A.
> > 6. Grant login rights and dbo role on new database to the new account.
> >
> > Does that make sense, or did I miss the point somewhere?
> >
> > Hope that helps,
> > Troy
> >
> >
> >
> >
> > On Tue, Sep 9, 2008 at 2:38 PM, David Reed (SQL)
> > <[EMAIL PROTECTED]>wrote:
> >
> >> If the identity running the installation doesn't have sysadmin
> >> privileges,
> >> you're not going to be able to grant anything to yourself... Maybe I'm
> >> not
> >> understanding the workflow that you're trying to achieve. We can take it
> >> offline if you like.
> >>
> >>
> >>
> >>
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:
> >> [EMAIL PROTECTED] On Behalf Of cemiles
> >> Sent: Tuesday, September 09, 2008 13:32
> >> To: wix-users@lists.sourceforge.net
> >> Subject: [WiX-users] Re mote SQL Authentication
> >>
> >>
> >> If anyone has come across this let me know.  I can post my code if so,
> >> hopefully for a little advice because I'm between a rock and a
> >> hard-place.
> >>
> >> I need to run my install on a machine (Server A), and need to use sql
> >> authentication to grab a user w/ sysadmin rights on the remote machine
> >> (Server B), then use that to create the DB on Server B.  Then on Server
> B
> >> I'm trying to grantlogin to the user I'm running the install under on
> >> Server
> >> A and change the dbo after that.
> >>
> >> I'm pretty much stuck and have tried so many scenarios and after a bunch
> >> of
> >> reading still no solution.  I think the problem resides in my sqlstring
> >> element.
> >>
> >> Any helpers out there?
> >> --
> >> View this message in context:
> >> http://n2.nabble.com/Remote-SQL-Authentication-tp1078503p1078503.html
> >> Sent from the wix-users mailing list archive at Nabble.com.
> >>
> >>
> >>
> -
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >> challenge
> >> Build the coolest Linux based applications with Moblin SDK & win great
> >> prizes
> >> Grand prize is a trip for two to an Open Source event anywhere in the
> >> world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >>
> 

Re: [WiX-users] Re mote SQL Authentication

[cemiles]

I think you're right on the money Troy, and I'll try what you're suggesting
and spend some time because that sounds like a very good idea.  I'd like to
try and simplify the steps you outline down to what I've mentioned below...
if that sounds plausible to you guys (I'm asking, because I think the order
is what's been messing me up).

1. Connect to Server B (sql server) using sysadmin (sa user) from Server B.
2. Create new database on Server B using user sysadmin from above.
3. Grant login rights and dbo role on new databases to the original set of
credentials from machine A (the user running the install).



Troy Howard wrote:
> 
> Seems like the workflow is:
> 
> 1. Connect to Server B (sql server) using an existing sql login (not
> windows), that has less than admin level rights (configured where? created
> when?).
> 2. Somehow obtain different credentials from Server B that have
> administrative rights on Server B.
> 3. Connect with new credentials to Server B
> 4. Create/Attach new database to Server B.
> 5. Grant login rights and dbo role on new databases to the original set of
> credentials.
> 
> The work flow is flawed though.. It's flawed, because the only way that it
> could work would be if the initial lower access account was powerful
> enough
> to gain admin access through the second account Then what is the point
> of a second secure admin account in the first place? It's a major security
> hole to attempt a solution that would work that way.
> 
> 
> What you should do instead is...
> 
> 1. Ask user to provide admin credentials and server name/instance for
> "Server B" during install (or in a less user friendly context, ask for a
> whole connection string).
> 2. Ask user to provide account information for a new login account to be
> used by "Machine A". (username, password for sql login, or just
> domain\account for windows auth)
> 3. Connect to Server B with provided existing admin account.
> 4. Create/Attach database.
> 5. Create new account for Machine A.
> 6. Grant login rights and dbo role on new database to the new account.
> 
> Does that make sense, or did I miss the point somewhere?
> 
> Hope that helps,
> Troy
> 
> 
> 
> 
> On Tue, Sep 9, 2008 at 2:38 PM, David Reed (SQL)
> <[EMAIL PROTECTED]>wrote:
> 
>> If the identity running the installation doesn't have sysadmin
>> privileges,
>> you're not going to be able to grant anything to yourself... Maybe I'm
>> not
>> understanding the workflow that you're trying to achieve. We can take it
>> offline if you like.
>>
>>
>>
>>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:
>> [EMAIL PROTECTED] On Behalf Of cemiles
>> Sent: Tuesday, September 09, 2008 13:32
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Re mote SQL Authentication
>>
>>
>> If anyone has come across this let me know.  I can post my code if so,
>> hopefully for a little advice because I'm between a rock and a
>> hard-place.
>>
>> I need to run my install on a machine (Server A), and need to use sql
>> authentication to grab a user w/ sysadmin rights on the remote machine
>> (Server B), then use that to create the DB on Server B.  Then on Server B
>> I'm trying to grantlogin to the user I'm running the install under on
>> Server
>> A and change the dbo after that.
>>
>> I'm pretty much stuck and have tried so many scenarios and after a bunch
>> of
>> reading still no solution.  I think the problem resides in my sqlstring
>> element.
>>
>> Any helpers out there?
>> --
>> View this message in context:
>> http://n2.nabble.com/Remote-SQL-Authentication-tp1078503p1078503.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications

Re: [WiX-users] Re mote SQL Authentication

[Troy Howard]

Seems like the workflow is:

1. Connect to Server B (sql server) using an existing sql login (not
windows), that has less than admin level rights (configured where? created
when?).
2. Somehow obtain different credentials from Server B that have
administrative rights on Server B.
3. Connect with new credentials to Server B
4. Create/Attach new database to Server B.
5. Grant login rights and dbo role on new databases to the original set of
credentials.

The work flow is flawed though.. It's flawed, because the only way that it
could work would be if the initial lower access account was powerful enough
to gain admin access through the second account Then what is the point
of a second secure admin account in the first place? It's a major security
hole to attempt a solution that would work that way.


What you should do instead is...

1. Ask user to provide admin credentials and server name/instance for
"Server B" during install (or in a less user friendly context, ask for a
whole connection string).
2. Ask user to provide account information for a new login account to be
used by "Machine A". (username, password for sql login, or just
domain\account for windows auth)
3. Connect to Server B with provided existing admin account.
4. Create/Attach database.
5. Create new account for Machine A.
6. Grant login rights and dbo role on new database to the new account.

Does that make sense, or did I miss the point somewhere?

Hope that helps,
Troy




On Tue, Sep 9, 2008 at 2:38 PM, David Reed (SQL)
<[EMAIL PROTECTED]>wrote:

> If the identity running the installation doesn't have sysadmin privileges,
> you're not going to be able to grant anything to yourself... Maybe I'm not
> understanding the workflow that you're trying to achieve. We can take it
> offline if you like.
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of cemiles
> Sent: Tuesday, September 09, 2008 13:32
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Re mote SQL Authentication
>
>
> If anyone has come across this let me know.  I can post my code if so,
> hopefully for a little advice because I'm between a rock and a hard-place.
>
> I need to run my install on a machine (Server A), and need to use sql
> authentication to grab a user w/ sysadmin rights on the remote machine
> (Server B), then use that to create the DB on Server B.  Then on Server B
> I'm trying to grantlogin to the user I'm running the install under on
> Server
> A and change the dbo after that.
>
> I'm pretty much stuck and have tried so many scenarios and after a bunch of
> reading still no solution.  I think the problem resides in my sqlstring
> element.
>
> Any helpers out there?
> --
> View this message in context:
> http://n2.nabble.com/Remote-SQL-Authentication-tp1078503p1078503.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Re mote SQL Authentication

[David Reed (SQL)]

If the identity running the installation doesn't have sysadmin privileges, 
you're not going to be able to grant anything to yourself... Maybe I'm not 
understanding the workflow that you're trying to achieve. We can take it 
offline if you like.




-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of cemiles
Sent: Tuesday, September 09, 2008 13:32
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Re mote SQL Authentication


If anyone has come across this let me know.  I can post my code if so,
hopefully for a little advice because I'm between a rock and a hard-place.

I need to run my install on a machine (Server A), and need to use sql
authentication to grab a user w/ sysadmin rights on the remote machine
(Server B), then use that to create the DB on Server B.  Then on Server B
I'm trying to grantlogin to the user I'm running the install under on Server
A and change the dbo after that.

I'm pretty much stuck and have tried so many scenarios and after a bunch of
reading still no solution.  I think the problem resides in my sqlstring
element.

Any helpers out there?
--
View this message in context: 
http://n2.nabble.com/Remote-SQL-Authentication-tp1078503p1078503.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] New to WiX... first Error Message.. Need Help...

[CavanMcCloud]

CavanMcCloud wrote:
> 
> Need help with an error message...
> 
> error CNDL0200 : The File element contains an unhandled extension element
> 'gaming:Game'.  Please ensure that the extension for elements in the
> 'http://schemas.microsoft.com/wix/GamingExtension' namespace has been
> provided.
> 
> Any help would be greatly appreciated...  
> 
> Thank you...
> 

Sorry... here is the current code I have... it's a short little merge
module...



http://schemas.microsoft.com/wix/2006/wi";
 xmlns:gaming="http://schemas.microsoft.com/wix/GamingExtension";>
  


  

  

  

  

  

  


-- 
View this message in context: 
http://n2.nabble.com/New-to-WiX...-first-Error-Message..-Need-Help...-tp1078297p1078612.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] Question about linking custom action dll

[Radha Vaidyanathan]

Bob - 
I managed to build dutil, wcautil libs under VS2005 and get a
"hello world" custom action
Working. 
Now the real work.. I need to pass a couple of parameters to the
action routine.
I understand that the easiest way is to set some Property values
that can be read from C++ side. 
Can you point me to any example/sample code that does this?
Thanks,

Radha 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Sunday, September 07, 2008 1:31 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Question about linking custom action dll

Radha Vaidyanathan wrote:
> I downloaded the source. I could not import the VC project that comes
> with source.
>   

The .vcproj isn't used to build; we use NAnt to build all native code. 
The .vcproj is in VS2008 format and likely VS2005 can't read it.

> 1>c:\temp\wixv3_src\src\dutil\conutil.h(73) : error C2061: syntax
error
> : identifier '__in_z'
>   

You likely need a newer set of Windows SDK headers to pick up the latest

SAL annotation support.

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




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

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

Re: [WiX-users] New to WiX... first Error Message.. Need Help...

[cemiles]

xmlns = xmlnamespace...

you'd run along the same thing if you wanted to use the util/sql/etc.
schemas.  need to declare them.


cemiles wrote:
> 
> I saw the whole gaming extension thing in the latest wix v3 chum file a
> few weeks ago.  My chum file isn't quite up to date, but I think I know
> what's going on here.  It's worth a shot...
> 
> Ok, in the wxs file where you declared the  element, at the top
> inside the  tag you need to specify something along this line:
> 
> xmlns:gaming="http://schemas.microsoft.com/wix/GamingExtension";>
> 
> 
> CavanMcCloud wrote:
>> 
>> Need help with an error message...
>> 
>> error CNDL0200 : The File element contains an unhandled extension element
>> 'gaming:Game'.  Please ensure that the extension for elements in the
>> 'http://schemas.microsoft.com/wix/GamingExtension' namespace has been
>> provided.
>> 
>> Any help would be greatly appreciated...  
>> 
>> Thank you...
>> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/New-to-WiX...-first-Error-Message..-Need-Help...-tp1078297p1078520.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] New to WiX... first Error Message.. Need Help...

[cemiles]

I saw the whole gaming extension thing in the latest wix v3 chum file a few
weeks ago.  My chum file isn't quite up to date, but I think I know what's
going on here.  It's worth a shot...

Ok, in the wxs file where you declared the  element, at the top inside
the  tag you need to specify something along this line:

xmlns:gaming="http://schemas.microsoft.com/wix/GamingExtension";>


CavanMcCloud wrote:
> 
> Need help with an error message...
> 
> error CNDL0200 : The File element contains an unhandled extension element
> 'gaming:Game'.  Please ensure that the extension for elements in the
> 'http://schemas.microsoft.com/wix/GamingExtension' namespace has been
> provided.
> 
> Any help would be greatly appreciated...  
> 
> Thank you...
> 

-- 
View this message in context: 
http://n2.nabble.com/New-to-WiX...-first-Error-Message..-Need-Help...-tp1078297p1078515.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] Re mote SQL Authentication

[cemiles]

If anyone has come across this let me know.  I can post my code if so,
hopefully for a little advice because I'm between a rock and a hard-place.

I need to run my install on a machine (Server A), and need to use sql
authentication to grab a user w/ sysadmin rights on the remote machine
(Server B), then use that to create the DB on Server B.  Then on Server B
I'm trying to grantlogin to the user I'm running the install under on Server
A and change the dbo after that.

I'm pretty much stuck and have tried so many scenarios and after a bunch of
reading still no solution.  I think the problem resides in my sqlstring
element.

Any helpers out there?
-- 
View this message in context: 
http://n2.nabble.com/Remote-SQL-Authentication-tp1078503p1078503.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] Updating app.config

[cemiles]

I haven't used Wix 2.0, but I know for sure it's in Wix 3.0.

>From what I've read when I needed to use these elements, is that they look
very very similar, but I think XmlConfig has a little more power and that's
what I favor.



derekj wrote:
> 
> Hi,
> 
> Just wondering if you could tell me is  and/or v3.0 which should would you recomend to use/
> 
> regards
> 
> Derekj
> 
> cemiles wrote:
>> 
>> 1) I'll try and do you one better.  Here's how I update a specifc node
>> (key
>> or value)...
>> 
>> > ElementPath="//appSettings/[EMAIL PROTECTED]'port'[\]]"
>> VerifyPath="//appSettings/[EMAIL PROTECTED]'port'[\]]" Sequence="1"
>> File="[INSTALLDIR]Web.config" On="install" Value="[CONFIGPORT]" />
>> 
>> [INSTALLDIR] should be whatever your directoryref is to that component
>> for
>> the config file...
>> 
>> And you'll probably want 2 xmlfile elements to create the 2 elements
>> (newSection & add).  I could be wrong on this part, haven't tried adding
>> in
>> new sections before, but this is a start.
>> 
>> And my config file looks something like this...
>> 
>> 
>> 
>> 
>> 
>>   
>> 
>> 
>> And for the dialog you could give the user the choice to update or not to
>> update...
>> 
>> 
>> > Width="301" Height="66" Property="CONFIGCHOICE">
>>   
>> > Y="0"
>> Width="300" Height="15" Value="1" />
>> > Y="15"
>> Width="300" Height="15" Value="2" />
>>   
>> 
>> 
>> > Id="ConfigPortValue" Text="[CONFIGPORT]" Default="yes"
>> Property="CONFIGPORT">
>>   CONFIGCHOICE=1
>>   CONFIGCHOICE=2
>> 
>> > Id="ConfigPortText" Transparent="yes" NoPrefix="yes"
>> Text="!(loc.WebConfigDlg_Port)">
>>   CONFIGCHOICE=1
>>   CONFIGCHOICE=2
>> 
>> 
>> 2) You just need to include the old one and the new one will be installed
>> as
>> the user updates the settings.
>> 
>> 3) I've never seen this, but I'd lean towards 'no'
>> 
>> On Tue, Sep 9, 2008 at 11:17 AM, polan <[EMAIL PROTECTED]> wrote:
>> 
>>>
>>> Thx for  your fast answer
>>>
>>> Ok - sorry for the unclear description. I didn't want to make it long -
>>> let's do it more descriptive:
>>> Here's the scenario (I'll use simplify pseudo code for the app.config):
>>>
>>> I have my application version 1.0.0 with app.config:
>>> 
>>> 
>>>
>>>
>>>  
>>> 
>>>
>>> The user gets the app and installs it. He changes the values as he's
>>> pleased.
>>> (i.e. he changes
>>>
>>>
>>> )
>>> Now there is the next version 1.0.1 with app.config:
>>>
>>> 
>>> 
>>>
>>>
>>> 
>>> 
>>>
>>> 
>>> 
>>>
>>> Users gets the installer (1.0.1). What I want it to do is install the
>>> program preserving the values from .config file that already existed in
>>> the
>>> previous version (1.0.0) and adding all the new ones. I wouldn't like
>>> the
>>> user being forced to write the "FancyUserDbName" once again to the file
>>> (or
>>> in the installer).
>>>
>>> As I understood from your answer there is a way to extract required
>>> values
>>> from the .config file that is being installed, show them in installers
>>> UI
>>> and allow the user to edit it and write the effect into the final
>>> .config
>>> file.
>>> 1. If it is right could you write a bit more on how to do it? Or maybe
>>> some
>>> link to read about it? I am especially concern in the way of accessing
>>> the
>>> file that is being installed.
>>>
>>> 2 .Would it be also possible to use both the new .config file (in my
>>> example
>>> version 1.0.1) and the old one (1.0.0) together to fill the data in UI
>>> accordingly to my needs?
>>>
>>> 3. Finaly is it possible to skip editing the values by the user and just
>>> merge the new and old files? (I don't expect the wix to know how to
>>> merge
>>> them - but maybe it is possible to do it via Custom Action?)
>>>
>>>
>>>
>>> cemiles wrote:
>>> >
>>> > You'll probably have to write up a dialog and have some edit fields
>>> set
>>> to
>>> > properties and pass those values entered onto the util:xmlconfig
>>> element.
>>> > That's been my approach.  Maybe I'm on the wrong track on what you are
>>> > trying to do...
>>> >
>>> > On Tue, Sep 9, 2008 at 10:32 AM, Chad Miles <[EMAIL PROTECTED]>
>>> wrote:
>>> >
>>> >> You can update the config file during the UI sequence and modify
>>> >> keys/values.  Is that all you're trying to do?
>>> >>
>>> >> util:xmlconfig  element
>>> >>
>>> >>
>>> >> On Tue, Sep 9, 2008 at 10:26 AM, polan <[EMAIL PROTECTED]> wrote:
>>> >>
>>> >>>
>>> >>> I have some application settings (like database configuration etc.)
>>> >>> stored
>>> >>> in
>>> >>> app.config file.
>>> >>> As it is a standard .Net approach i haven't expected any troubles
>>> with
>>> >>> this
>>> >>> and installer. I would like to make the newest version of the
>>> program
>>> >>> available to the users via wix installer,  but I couldn't find a
>>> simple
>>> >>> way
>>> >>> of updating the .config file without trashing the old settings
>>> 

Re: [WiX-users] How to invoke InstallUtil.exe

[Richard]

What's in your Installer derived class?

-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
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] using a Variable for Plaform setting causes undesired build warning

[Jason Ginchereau]

Yes, you can omit the Package.Platform attribute from the code if you want it 
to always follow the project's platform configuration.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert O'Brien
Sent: Tuesday, September 09, 2008 10:42 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] using a Variable for Plaform setting causes undesired 
build warning

Thanks and just to confirm that when doing this you no longer need the  element Platform attribute setting, i.e.  is all you need or should I be using  ?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau
Sent: Monday, September 08, 2008 10:25 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] using a Variable for Plaform setting causes undesired 
build warning

>> adding a new solution platform type = "x64"
Yes, that is the recommended approach. Use the VS Configuration Manager tool to 
add an x64 platform to the project, and optionally an x64 solution platform.

When using that method, if you need to check the current platform within the 
WiX source code, the corresponding variable that's autogenerated during the 
build is $(var.Platform).

-Jason-

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert O'Brien
Sent: Monday, September 08, 2008 7:35 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] using a Variable for Plaform setting causes undesired 
build warning

When I use the current wix project templates by default it creates projects 
with Debug|x86 and Release|x86 configurations.

I'm interpreting the bug closure details below to suggest that I no longer need 
to use  to set the package platform type and 
can/should instead use  and 
let the build configuration manager | project | platform setting control 
whether I'm getting an x64 or x86 msi output.

If that is correct then is it correct that users wanting x64 output are 
responsible for adding a new solution platform type = "x64" after the default 
new wix project wizard completes and select that as the platform type when the 
wix project gets built in order to product x64 msi output?



Date: 2008-09-07 12:40
Sender: barnson
Logged In: YES
user_id=26581
Originator: NO

The message comes from VS trying to validate the source against the
schema, which can't represent the preprocessor. Instead of using
preprocessor variables, you can set the architecture in project properties
and let it automatically set the package and component bitness.



Using a Variable for Plaform setting causes undesired build warning.



 




Warning 1 The 'Platform' attribute is invalid - The value
'$(var.TargetPlatform)' is invalid according to its datatype 'NmToken' -
The '$' character, hexadecimal value 0x24, cannot be included in a
name. D:\tfswf\ws0\RXD_RXG_PTF\RXP
Eventing\Main\Setup\Setup\Product.wxs 15 68 Setup (Setup\Setup)


The reason I want to use a variable for Platform setting is so I can maintain 
wix
sources that like the following for Components that reference "Any CPU" output.



based on following variable settings


























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


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


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

[WiX-users] How to invoke InstallUtil.exe

[Sandeep Gautam (HCL Technologies Ltd)]

Hi ,

I want to invoke installUtil.exe. How can I do the same.

Thanks in advance.

Regards
Sandeep

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

Re: [WiX-users] does running upgrade msi or patch msi still require additional command line switches?

[Robert O'Brien]

Awesome thanks...so with this in place one should be able to just double click 
on the "My deliverable Small Update or Minor Upgrade Patch.msp" and get the 
desired result?

To set these required flags in the case of using a "My Deliverable Small Update 
or Minor Upgrade.msi" approach to update an existing install would I include 
similar CustomActions but use the condition "UPGRADE and Installed" versus 
"PATCH and Installed"?

In an earlier response it was suggested that to execute a minor upgrade you 
need reinstallmode="vomus" not "omus" for this to work.  Is that only for the 
case of applying a minor upgrade using a "My Deliverable Small Update or Minor 
Upgrade.msi" approach to update an existing install?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Nannenga
Sent: Tuesday, September 09, 2008 7:32 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still require 
additional command line switches?

In our installs, we don't utilize a patch wrapper.

Instead, we set the REINSTALL and REINSTALLMODES appropriately within our 
installation(s)...





...

PATCH and Installed
PATCH and Installed
...
mailto:[EMAIL PROTECTED] On Behalf Of Pally Sandher
Sent: Tuesday, September 09, 2008 5:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still require 
additional command line switches?

Bob Arnson wrote:
>Robert O'Brien wrote:
>> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?
>
>Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

I've yet to find a way to generate an MSP which doesn't need a wrapper
executable or be launched using msiexec /p to work as one would expect.
If anyone knows how, please share so we can update the WiX 3.0
documentation accordingly.

Palbinder Sandher
Software Deployment and IT Administrator

T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 07 September 2008 21:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still
require additional command line switches?

Robert O'Brien wrote:
> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?

Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

> Our understanding at this point of a patch vs and upgrade is the patch
provides rollback to prior release support where a upgrade does not...is
that correct?
>

Only for minor upgrade patches. Major upgrade patches are discouraged
and aren't uninstallable.

> q3 - Would the following be something that you'd expect to work in
terms of providing a way for users NOT to have to enter the required
command line switch settings to get a minor upgrade to work?
>

No, that would be a major upgrade.

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




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



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


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

Re: [WiX-users] using a Variable for Plaform setting causes undesired build warning

[Robert O'Brien]

Thanks and just to confirm that when doing this you no longer need the  element Platform attribute setting, i.e.  is all you need or should I be using  ?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Ginchereau
Sent: Monday, September 08, 2008 10:25 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] using a Variable for Plaform setting causes undesired 
build warning

>> adding a new solution platform type = "x64"
Yes, that is the recommended approach. Use the VS Configuration Manager tool to 
add an x64 platform to the project, and optionally an x64 solution platform.

When using that method, if you need to check the current platform within the 
WiX source code, the corresponding variable that's autogenerated during the 
build is $(var.Platform).

-Jason-

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert O'Brien
Sent: Monday, September 08, 2008 7:35 AM
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] using a Variable for Plaform setting causes undesired 
build warning

When I use the current wix project templates by default it creates projects 
with Debug|x86 and Release|x86 configurations.

I'm interpreting the bug closure details below to suggest that I no longer need 
to use  to set the package platform type and 
can/should instead use  and 
let the build configuration manager | project | platform setting control 
whether I'm getting an x64 or x86 msi output.

If that is correct then is it correct that users wanting x64 output are 
responsible for adding a new solution platform type = "x64" after the default 
new wix project wizard completes and select that as the platform type when the 
wix project gets built in order to product x64 msi output?



Date: 2008-09-07 12:40
Sender: barnson
Logged In: YES
user_id=26581
Originator: NO

The message comes from VS trying to validate the source against the
schema, which can't represent the preprocessor. Instead of using
preprocessor variables, you can set the architecture in project properties
and let it automatically set the package and component bitness.



Using a Variable for Plaform setting causes undesired build warning.



 




Warning 1 The 'Platform' attribute is invalid - The value
'$(var.TargetPlatform)' is invalid according to its datatype 'NmToken' -
The '$' character, hexadecimal value 0x24, cannot be included in a
name. D:\tfswf\ws0\RXD_RXG_PTF\RXP
Eventing\Main\Setup\Setup\Product.wxs 15 68 Setup (Setup\Setup)


The reason I want to use a variable for Platform setting is so I can maintain 
wix
sources that like the following for Components that reference "Any CPU" output.



based on following variable settings


























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


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


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

Re: [WiX-users] Add reference to setup project in Visual Studio 2008

[Jason Ding]

Please ignore this question. 



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason Ding
Sent: September 9, 2008 8:58 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add reference to setup project in Visual Studio
2008

Thanks Justin. But how can I add the reference of my Existing
application to my setup? Do you have other ideas I can try?

Thanks.

Jason


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Rockwood
Sent: September 8, 2008 5:58 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add reference to setup project in Visual Studio
2008

Unfortunately .vcproj references aren't supported because they're not
MSBuild compliant. There is a feature request out there to add this
support,
but my guess is that it won't happen for a while. Sorry. :(

Justin

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason Ding
Sent: Monday, September 08, 2008 3:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Add reference to setup project in Visual Studio
2008

Hello,



I am using Wix v3 in Visual Studio 2008 and trying to add my application
project to the reference of my setup project by using Add Reference on
the Reference node under My Setup project.



The Wix 3 documentation gives an example on this by creating an new
application with choosing the Add to Solution option in the Solution
drop-down list, so under the Add Reference on the Reference node under
MySetup project, I can see the application project under the Project
tab, then select and add it in.



But in my case, my application is an existing project, there is nothing
listed under Project tab, so I go to Browse to select the .vcproj, but
it gives me the error msg after click the Ok button to leave the dialog:
not a wix reference file type.



Any idea why this happens and how to add the Wix to my application build
process? Any help would be appreciated.



Jason, a first time Wix user


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




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


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

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

Re: [WiX-users] Updating app.config

[Chad Miles]

1) I'll try and do you one better.  Here's how I update a specifc node (key
or value)...



[INSTALLDIR] should be whatever your directoryref is to that component for
the config file...

And you'll probably want 2 xmlfile elements to create the 2 elements
(newSection & add).  I could be wrong on this part, haven't tried adding in
new sections before, but this is a start.

And my config file looks something like this...





  


And for the dialog you could give the user the choice to update or not to
update...



  


  



  CONFIGCHOICE=1
  CONFIGCHOICE=2


  CONFIGCHOICE=1
  CONFIGCHOICE=2


2) You just need to include the old one and the new one will be installed as
the user updates the settings.

3) I've never seen this, but I'd lean towards 'no'

On Tue, Sep 9, 2008 at 11:17 AM, polan <[EMAIL PROTECTED]> wrote:

>
> Thx for  your fast answer
>
> Ok - sorry for the unclear description. I didn't want to make it long -
> let's do it more descriptive:
> Here's the scenario (I'll use simplify pseudo code for the app.config):
>
> I have my application version 1.0.0 with app.config:
> 
> 
>
>
>  
> 
>
> The user gets the app and installs it. He changes the values as he's
> pleased.
> (i.e. he changes
>
>
> )
> Now there is the next version 1.0.1 with app.config:
>
> 
> 
>
>
> 
> 
>
> 
> 
>
> Users gets the installer (1.0.1). What I want it to do is install the
> program preserving the values from .config file that already existed in the
> previous version (1.0.0) and adding all the new ones. I wouldn't like the
> user being forced to write the "FancyUserDbName" once again to the file (or
> in the installer).
>
> As I understood from your answer there is a way to extract required values
> from the .config file that is being installed, show them in installers UI
> and allow the user to edit it and write the effect into the final .config
> file.
> 1. If it is right could you write a bit more on how to do it? Or maybe some
> link to read about it? I am especially concern in the way of accessing the
> file that is being installed.
>
> 2 .Would it be also possible to use both the new .config file (in my
> example
> version 1.0.1) and the old one (1.0.0) together to fill the data in UI
> accordingly to my needs?
>
> 3. Finaly is it possible to skip editing the values by the user and just
> merge the new and old files? (I don't expect the wix to know how to merge
> them - but maybe it is possible to do it via Custom Action?)
>
>
>
> cemiles wrote:
> >
> > You'll probably have to write up a dialog and have some edit fields set
> to
> > properties and pass those values entered onto the util:xmlconfig element.
> > That's been my approach.  Maybe I'm on the wrong track on what you are
> > trying to do...
> >
> > On Tue, Sep 9, 2008 at 10:32 AM, Chad Miles <[EMAIL PROTECTED]>
> wrote:
> >
> >> You can update the config file during the UI sequence and modify
> >> keys/values.  Is that all you're trying to do?
> >>
> >> util:xmlconfig  element
> >>
> >>
> >> On Tue, Sep 9, 2008 at 10:26 AM, polan <[EMAIL PROTECTED]> wrote:
> >>
> >>>
> >>> I have some application settings (like database configuration etc.)
> >>> stored
> >>> in
> >>> app.config file.
> >>> As it is a standard .Net approach i haven't expected any troubles with
> >>> this
> >>> and installer. I would like to make the newest version of the program
> >>> available to the users via wix installer,  but I couldn't find a simple
> >>> way
> >>> of updating the .config file without trashing the old settings values.
> >>> The perfect solution for me would be a way to merge somehow the old
> file
> >>> with the new one.
> >>>
> >>> I am thinking about several possible approaches (don't know if all are
> >>> possible)
> >>>
> >>> 1. Compare and merge old and new .config files using Custom Action
> >>> A problem with this one is I can't get to access the new file (the one
> >>> that's gona be installed)
> >>>
> >>> 2. Backup old file using Custom Action and merge the backup with the
> >>> freshly
> >>> installed version using another (deferred) Custom Action
> >>>
> >>> 3. Instead of copying the .config file from source move creating it to
> >>> the
> >>> wix (using XmlConfig or XmlFile tag)
> >>> Don't know how to write conditional set/create values - is it possible?
> >>>
> >>> 4. There is some other obvious way, which I can not see maybe?
> >>>
> >>>
> >>> So in Your opinion what is the best approach for updating the .config
> >>> file
> >>> during the update/upgrade?
> >>> Would moving some values from app.config to registry be better?
> >>> --
> >>> View this message in context:
> >>> http://n2.nabble.com/Updating-app.config-tp1077780p1077780.html
> >>> Sent from the wix-users mailing list archive at Nabble.com.
> >>>
> >>>
> >>>
> --

Re: [WiX-users] Updating app.config

[polan]

Thx for  your fast answer

Ok - sorry for the unclear description. I didn't want to make it long -
let's do it more descriptive:
Here's the scenario (I'll use simplify pseudo code for the app.config):

I have my application version 1.0.0 with app.config:




 


The user gets the app and installs it. He changes the values as he's
pleased. 
(i.e. he changes 


)
Now there is the next version 1.0.1 with app.config:











Users gets the installer (1.0.1). What I want it to do is install the
program preserving the values from .config file that already existed in the
previous version (1.0.0) and adding all the new ones. I wouldn't like the
user being forced to write the "FancyUserDbName" once again to the file (or
in the installer).

As I understood from your answer there is a way to extract required values
from the .config file that is being installed, show them in installers UI
and allow the user to edit it and write the effect into the final .config
file. 
1. If it is right could you write a bit more on how to do it? Or maybe some
link to read about it? I am especially concern in the way of accessing the
file that is being installed.

2 .Would it be also possible to use both the new .config file (in my example
version 1.0.1) and the old one (1.0.0) together to fill the data in UI
accordingly to my needs?

3. Finaly is it possible to skip editing the values by the user and just
merge the new and old files? (I don't expect the wix to know how to merge
them - but maybe it is possible to do it via Custom Action?)



cemiles wrote:
> 
> You'll probably have to write up a dialog and have some edit fields set to
> properties and pass those values entered onto the util:xmlconfig element.
> That's been my approach.  Maybe I'm on the wrong track on what you are
> trying to do...
> 
> On Tue, Sep 9, 2008 at 10:32 AM, Chad Miles <[EMAIL PROTECTED]> wrote:
> 
>> You can update the config file during the UI sequence and modify
>> keys/values.  Is that all you're trying to do?
>>
>> util:xmlconfig  element
>>
>>
>> On Tue, Sep 9, 2008 at 10:26 AM, polan <[EMAIL PROTECTED]> wrote:
>>
>>>
>>> I have some application settings (like database configuration etc.)
>>> stored
>>> in
>>> app.config file.
>>> As it is a standard .Net approach i haven't expected any troubles with
>>> this
>>> and installer. I would like to make the newest version of the program
>>> available to the users via wix installer,  but I couldn't find a simple
>>> way
>>> of updating the .config file without trashing the old settings values.
>>> The perfect solution for me would be a way to merge somehow the old file
>>> with the new one.
>>>
>>> I am thinking about several possible approaches (don't know if all are
>>> possible)
>>>
>>> 1. Compare and merge old and new .config files using Custom Action
>>> A problem with this one is I can't get to access the new file (the one
>>> that's gona be installed)
>>>
>>> 2. Backup old file using Custom Action and merge the backup with the
>>> freshly
>>> installed version using another (deferred) Custom Action
>>>
>>> 3. Instead of copying the .config file from source move creating it to
>>> the
>>> wix (using XmlConfig or XmlFile tag)
>>> Don't know how to write conditional set/create values - is it possible?
>>>
>>> 4. There is some other obvious way, which I can not see maybe?
>>>
>>>
>>> So in Your opinion what is the best approach for updating the .config
>>> file
>>> during the update/upgrade?
>>> Would moving some values from app.config to registry be better?
>>> --
>>> View this message in context:
>>> http://n2.nabble.com/Updating-app.config-tp1077780p1077780.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
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Updating-app.config-tp1077780p1077897.html
Sent from the wix-users mailin

Re: [WiX-users] Add reference to setup project in Visual Studio 2008

[Jason Ding]

Thanks Justin. But how can I add the reference of my Existing
application to my setup? Do you have other ideas I can try?

Thanks.

Jason


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Rockwood
Sent: September 8, 2008 5:58 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add reference to setup project in Visual Studio
2008

Unfortunately .vcproj references aren't supported because they're not
MSBuild compliant. There is a feature request out there to add this
support,
but my guess is that it won't happen for a while. Sorry. :(

Justin

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason Ding
Sent: Monday, September 08, 2008 3:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Add reference to setup project in Visual Studio
2008

Hello,



I am using Wix v3 in Visual Studio 2008 and trying to add my application
project to the reference of my setup project by using Add Reference on
the Reference node under My Setup project.



The Wix 3 documentation gives an example on this by creating an new
application with choosing the Add to Solution option in the Solution
drop-down list, so under the Add Reference on the Reference node under
MySetup project, I can see the application project under the Project
tab, then select and add it in.



But in my case, my application is an existing project, there is nothing
listed under Project tab, so I go to Browse to select the .vcproj, but
it gives me the error msg after click the Ok button to leave the dialog:
not a wix reference file type.



Any idea why this happens and how to add the Wix to my application build
process? Any help would be appreciated.



Jason, a first time Wix user


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




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

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

Re: [WiX-users] Updating app.config

[Chad Miles]

You'll probably have to write up a dialog and have some edit fields set to
properties and pass those values entered onto the util:xmlconfig element.
That's been my approach.  Maybe I'm on the wrong track on what you are
trying to do...

On Tue, Sep 9, 2008 at 10:32 AM, Chad Miles <[EMAIL PROTECTED]> wrote:

> You can update the config file during the UI sequence and modify
> keys/values.  Is that all you're trying to do?
>
> util:xmlconfig  element
>
>
> On Tue, Sep 9, 2008 at 10:26 AM, polan <[EMAIL PROTECTED]> wrote:
>
>>
>> I have some application settings (like database configuration etc.) stored
>> in
>> app.config file.
>> As it is a standard .Net approach i haven't expected any troubles with
>> this
>> and installer. I would like to make the newest version of the program
>> available to the users via wix installer,  but I couldn't find a simple
>> way
>> of updating the .config file without trashing the old settings values.
>> The perfect solution for me would be a way to merge somehow the old file
>> with the new one.
>>
>> I am thinking about several possible approaches (don't know if all are
>> possible)
>>
>> 1. Compare and merge old and new .config files using Custom Action
>> A problem with this one is I can't get to access the new file (the one
>> that's gona be installed)
>>
>> 2. Backup old file using Custom Action and merge the backup with the
>> freshly
>> installed version using another (deferred) Custom Action
>>
>> 3. Instead of copying the .config file from source move creating it to the
>> wix (using XmlConfig or XmlFile tag)
>> Don't know how to write conditional set/create values - is it possible?
>>
>> 4. There is some other obvious way, which I can not see maybe?
>>
>>
>> So in Your opinion what is the best approach for updating the .config file
>> during the update/upgrade?
>> Would moving some values from app.config to registry be better?
>> --
>> View this message in context:
>> http://n2.nabble.com/Updating-app.config-tp1077780p1077780.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] Updating app.config

[Chad Miles]

You can update the config file during the UI sequence and modify
keys/values.  Is that all you're trying to do?

util:xmlconfig  element

On Tue, Sep 9, 2008 at 10:26 AM, polan <[EMAIL PROTECTED]> wrote:

>
> I have some application settings (like database configuration etc.) stored
> in
> app.config file.
> As it is a standard .Net approach i haven't expected any troubles with this
> and installer. I would like to make the newest version of the program
> available to the users via wix installer,  but I couldn't find a simple way
> of updating the .config file without trashing the old settings values.
> The perfect solution for me would be a way to merge somehow the old file
> with the new one.
>
> I am thinking about several possible approaches (don't know if all are
> possible)
>
> 1. Compare and merge old and new .config files using Custom Action
> A problem with this one is I can't get to access the new file (the one
> that's gona be installed)
>
> 2. Backup old file using Custom Action and merge the backup with the
> freshly
> installed version using another (deferred) Custom Action
>
> 3. Instead of copying the .config file from source move creating it to the
> wix (using XmlConfig or XmlFile tag)
> Don't know how to write conditional set/create values - is it possible?
>
> 4. There is some other obvious way, which I can not see maybe?
>
>
> So in Your opinion what is the best approach for updating the .config file
> during the update/upgrade?
> Would moving some values from app.config to registry be better?
> --
> View this message in context:
> http://n2.nabble.com/Updating-app.config-tp1077780p1077780.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] does running upgrade msi or patch msi still require additional command line switches?

[John Nannenga]

In our installs, we don't utilize a patch wrapper.

Instead, we set the REINSTALL and REINSTALLMODES appropriately within our 
installation(s)...





...

PATCH and Installed
PATCH and Installed
...
mailto:[EMAIL PROTECTED] On Behalf Of Pally Sandher
Sent: Tuesday, September 09, 2008 5:54 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still require 
additional command line switches?

Bob Arnson wrote:
>Robert O'Brien wrote:
>> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?
>
>Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

I've yet to find a way to generate an MSP which doesn't need a wrapper
executable or be launched using msiexec /p to work as one would expect.
If anyone knows how, please share so we can update the WiX 3.0
documentation accordingly.

Palbinder Sandher
Software Deployment and IT Administrator

T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 07 September 2008 21:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still
require additional command line switches?

Robert O'Brien wrote:
> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?

Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

> Our understanding at this point of a patch vs and upgrade is the patch
provides rollback to prior release support where a upgrade does not...is
that correct?
>

Only for minor upgrade patches. Major upgrade patches are discouraged
and aren't uninstallable.

> q3 - Would the following be something that you'd expect to work in
terms of providing a way for users NOT to have to enter the required
command line switch settings to get a minor upgrade to work?
>

No, that would be a major upgrade.

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




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



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


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

[WiX-users] IIS 32-bit vs 64-bit install options

[Morris, John - Raleigh]

We have an application that needs to be installed on IIS. It is 32-bit
and needs to have the enable32BitAppOnWin64 setting toggle to true.  How
can this be done using the Wix IIS extension, or do we need to stick
with a custom action call to the appcmd.exe utility?

Thanks,
John


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

[WiX-users] Updating app.config

[polan]

I have some application settings (like database configuration etc.) stored in
app.config file.
As it is a standard .Net approach i haven't expected any troubles with this
and installer. I would like to make the newest version of the program
available to the users via wix installer,  but I couldn't find a simple way
of updating the .config file without trashing the old settings values.
The perfect solution for me would be a way to merge somehow the old file
with the new one.

I am thinking about several possible approaches (don't know if all are
possible)

1. Compare and merge old and new .config files using Custom Action 
A problem with this one is I can't get to access the new file (the one
that's gona be installed)

2. Backup old file using Custom Action and merge the backup with the freshly
installed version using another (deferred) Custom Action

3. Instead of copying the .config file from source move creating it to the
wix (using XmlConfig or XmlFile tag)
Don't know how to write conditional set/create values - is it possible?

4. There is some other obvious way, which I can not see maybe? 


So in Your opinion what is the best approach for updating the .config file
during the update/upgrade?
Would moving some values from app.config to registry be better?
-- 
View this message in context: 
http://n2.nabble.com/Updating-app.config-tp1077780p1077780.html
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] Quiet Execution Custom Action

[Pally Sandher]

As stated before Value="notepad.exe" & Value="psexec.exe \\192.168.1.2
-c WebsiteInstall.exe" mean nothing to the Windows Installer which is
why your installation fails.
Value="C:\Windows\notepad.exe" might give you better results.

Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of pavan
gadam
Sent: 09 September 2008 12:53
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Quiet Execution Custom Action

Even when i tried with notepad.exe

my installation failed. :-(

Actually i need a call powershell psexec.exe

I tried with



The result is same. :-(

Any help on Quiet Installation??

-
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] Quiet Execution Custom Action

[Chad Miles]

You need another CA and ditch the property...

 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] Getting actual directory table and file location

[Eitan Behar]

Hi,

I am trying to get a list of directories/files within a MSI file using WIX's
DTF. But, when using InstallPathMap, I get the Directory and Files maps,
they show the property names instead of the actual values.

i.e. ProgramFilesFolder\Product\bin\file.exe

or

ProgramFilesFolder\Product\DOCSFOLDER\docs

Where DOCSFOLDER is changed using SetDirectory on runtime.

Is there an already written way to accomplish that ? I want to avoid having
to write a recursive function looking for patterns and doing string
replaces, since I suppose that this is already supported by DTF.

Thanks in advance,
Eitan

"sometimes asking, sometimes answering, hopefully ratio is 1:1"
-
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] Quiet Execution Custom Action

[pavan gadam]

Even when i tried with notepad.exe

my installation failed. :-(

Actually i need a call powershell psexec.exe

I tried with



The result is same. :-(

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

Re: [WiX-users] Custom action call problem

[Pally Sandher]

You have no inner text set for your CustomActions so they will always
execute whenever the MSI is run (install, repair/upgrade & uninstall).

Use Installed AND NOT REINSTALL to
make it run only during uninstallation. If you only had 'Installed' in
the inner text it would also run during repair/upgrade which is probably
not what you wish to happen.


Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chandra
Vuppala
Sent: 09 September 2008 06:06
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Custom action call problem

Hi,
 
I have problem with custom action call, my custom action is executing
while installation and uninstallation of the application, but i want to
execute one custom action at installation and other at uninstallation.
 
Please can anyone help me.
 
Code as follows:











 
 
 
Thanks &  Regards,
Chandrashekar vuppala
M-9908298419


IMPORTANT
1.  This email and any attachments are confidential.  Any
unauthorised dissemination or other use of these materials is
prohibited.  If received in error, please contact us and delete all
copies.  
2.  Before opening or using attachments, check them for viruses and
defects.  Our liability is limited to resupplying any affected
attachments. 
3.  Protecting your privacy is important to us.  Our privacy
statement and further information is available at www.oakton.com.au.


-
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] Quiet Execution Custom Action

[Pally Sandher]

 


Value="dir" means nothing. This is why it is failing.

What are you trying to get it to run?


Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of pavan
gadam
Sent: 09 September 2008 05:59
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Quiet Execution Custom Action

Hi all,

I was trying Quiet Execution feature provided by WixUtilExtension.

My Installation failing. Please let me know if there is any error in
below code.





Thanks,

Pavan

-
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] Unable to remove InstallDir

[Pally Sandher]

Sounds like it could be an issue with a service on Vista. Most likely to be 
something to do with indexing or searching. I'm not 100% up to speed with all 
the new features in Vista but I might see if our releases also exhibit this 
behaviour. Our Vista Virtual Machines have SP1 applied though which appears to 
fix a lot of "minor" issues of this ilk.

I wouldn't worry too much about it if it works fine when using the MSI to 
uninstall rather than programs & features control panel as long as your MSI 
passes all the ICE validations without any warnings when you compile it.


Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 
0SP

Email Disclaimer



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ville Frantti
Sent: 09 September 2008 10:32
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Unable to remove InstallDir

A little update.

Found out that the problem occurs when application is uninstalled from Programs 
and Features.
Whe uninstalled using original setup.msi the folder is removed correctly.

-Alkuperäinen viesti-
Lähettäjä: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Puolesta Ville Frantti
Lähetetty: 9. syyskuuta 2008 11:02
Vastaanottaja: wix-users@lists.sourceforge.net
Aihe: [WiX-users] Unable to remove InstallDir

Hi.

 

I'm trying to get my application a Windows Vista Certification and had to make 
some minor (mainly UpgradeVersion tag) changes to my install package.

As a result I've stumbled upon this weird thing that when application is 
uninstalled on Vista, the InstallDir is not removed even if it's empty.

When trying to remove the folder from Explorer, it says that the folder is open 
in another application. although it isn't.

Folder can be removed only after reboot.

Older installer without these changes is able to remove this folder.

 

Has anyone else had this problem?

And how to solve it?

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


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



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

Re: [WiX-users] custom action- how can i know if succeeded ?

[Pally Sandher]

Change it from "ignore" to "check" as it says in the documentation for
the CustomAction tag.


Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Yuval
David
Sent: 09 September 2008 09:20
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] custom action- how can i know if succeeded ?

Hi, 

I have a CA that I need to know if it succeeded or not, The returned
value is "ignore" but I need to know The value of "InstallD" after the
execution.

 

How can I know?

 

This is the code:

 



 

 Not Installed

 

 

 


-
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] Patch msi does not remove old files

[Pally Sandher]

The MSI only does what you tell it to do. I had the same issue when I
created my first MSP.

You need to modify your code that generates dummy1.msi so that all the
files you're removing have RemoveFile tags specified for them. Simply
deleting the File tags from your code isn't enough (I find it more
logical to modify the File tags to RemoveFile tags) as you need to
explicitly tell the Windows Installer what to do with these files, it
doesn't assume that because a file doesn't exist in the new version that
you want to delete it.

Look up RemoveFile in the documentation as it is a little different from
the File tag & requires the 'On=""' parameter.


Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Yu, Brian
Sent: 08 September 2008 15:58
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Patch msi does not remove old files


I ran dummy1.msi which updates what dummy.msi puts into installdir

Dummy.msi deploy 50 files, dummy1.msi deploy 10 files to the same
installdir

However, the 40 files remains after running the below command.

How can I get rid of the old files?


msiexec /i dummy1.msi REINSTALL=ALL REINSTALLMODE=vomus


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



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

Re: [WiX-users] does running upgrade msi or patch msi still require additional command line switches?

[Pally Sandher]

Bob Arnson wrote:
>Robert O'Brien wrote:
>> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?   
>
>Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

I've yet to find a way to generate an MSP which doesn't need a wrapper
executable or be launched using msiexec /p to work as one would expect.
If anyone knows how, please share so we can update the WiX 3.0
documentation accordingly.

Palbinder Sandher 
Software Deployment and IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the **

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: 07 September 2008 21:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] does running upgrade msi or patch msi still
require additional command line switches?

Robert O'Brien wrote:
> q2 - do the same REINSTALLMODE switch settings apply when trying to
use a patch to carry out a minor or major upgrade?   

Yes, though usually MSI picks the right values for you. Though patches
aren't generally double-click installable; you usually need to provide a
wrapper.

> Our understanding at this point of a patch vs and upgrade is the patch
provides rollback to prior release support where a upgrade does not...is
that correct?
>   

Only for minor upgrade patches. Major upgrade patches are discouraged
and aren't uninstallable.

> q3 - Would the following be something that you'd expect to work in
terms of providing a way for users NOT to have to enter the required
command line switch settings to get a minor upgrade to work?
>   

No, that would be a major upgrade.

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




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



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

Re: [WiX-users] Unable to remove InstallDir

[Ville Frantti]

A little update.

Found out that the problem occurs when application is uninstalled from
Programs and Features.
Whe uninstalled using original setup.msi the folder is removed correctly.

-Alkuperäinen viesti-
Lähettäjä: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Puolesta Ville Frantti
Lähetetty: 9. syyskuuta 2008 11:02
Vastaanottaja: wix-users@lists.sourceforge.net
Aihe: [WiX-users] Unable to remove InstallDir

Hi.

 

I'm trying to get my application a Windows Vista Certification and had to
make some minor (mainly UpgradeVersion tag) changes to my install package.

As a result I've stumbled upon this weird thing that when application is
uninstalled on Vista, the InstallDir is not removed even if it's empty.

When trying to remove the folder from Explorer, it says that the folder is
open in another application. although it isn't.

Folder can be removed only after reboot.

Older installer without these changes is able to remove this folder.

 

Has anyone else had this problem?

And how to solve it?

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


-
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] Dropping the BOM

[Martin Lavelle]

Hello,

The "Byte Order Mark" is removed from xml text files when WiX XmlConfig
editing is applied. I've just found this out the hard way, as it breaks some
DotNet programs (I imagine it depends on the methods used to address the
data).

I've created bug 2101670 for this.

Any chance of a quick fix? It's not a very obvious bug/feature, and users
won't see this one coming.

Incidentally, how are WiX extensions handling UNICODE file edits?

 

Regards

 

 

Martin Lavelle

-
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] Unable to remove InstallDir

[Ville Frantti]

Hi.

 

I'm trying to get my application a Windows Vista Certification and had to
make some minor (mainly UpgradeVersion tag) changes to my install package.

As a result I've stumbled upon this weird thing that when application is
uninstalled on Vista, the InstallDir is not removed even if it's empty.

When trying to remove the folder from Explorer, it says that the folder is
open in another application. although it isn't.

Folder can be removed only after reboot.

Older installer without these changes is able to remove this folder.

 

Has anyone else had this problem?

And how to solve it?

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

[WiX-users] custom action- how can i know if succeeded ?

[Yuval David]

Hi, 

I have a CA that I need to know if it succeeded or not, The returned
value is "ignore" but I need to know The value of "InstallD" after the
execution.

 

How can I know?

 

This is the code:

 



 

 Not Installed

 

 

 

-
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] Create Website on Remote Machine

[pavan gadam]

Hi all,

Is it possible to create a Website on remote machine from Wix using
IISExtension?

I also want to add some webservices into website in the remote machine.

Thanks,
Pavan
-
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