Re: [WiX-users] show progress text for custom action

[Stefan Pavlik]

Hi Adam...

You should use the ProgressText element

Description of the custom
action

Of course you can also use the $(loc.LocalizedDescription) notation
for the description (in conjunction with .wxl files)

Regards

Stefan

Adam Langley wrote:
> Hi guys,
> 
>  
> 
> I have a custom action which calls a batch file during installation, and
> it takes a couple of minutes to execute.
> 
> How can I have the progress-text display “Executing real slow batch file
> now...this may take a while.” (or something (c; )?
> 
> Is there a declarative way of describing this?
> 
>  
> 
> Thanks
> 
>  
> 
> -  Adam Langley
> 
>  
> 
> Secon NZ Ltd.*
> *A1/400 Rosedale Road
> Albany
> North Shore 0632
> New Zealand
> 
> Tel.  +64 (0)9 414 4071
> Fax. +64 (0)9 414 4072
> 
> www.seconag.com 
> 
>  
> 
> 
> 
> 
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> 
> 
> 
> 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

-- 
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com
Panenska 28 | 811 03 Bratislava | Slovak Republic
Main +421 2 5443-5502 | Direct +421 2 5930-0735

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] show progress text for custom action

[Adam Langley]

Hi guys,

 

I have a custom action which calls a batch file during installation, and it
takes a couple of minutes to execute. 

How can I have the progress-text display "Executing real slow batch file
now...this may take a while." (or something (c; )?

Is there a declarative way of describing this?

 

Thanks

 

-  Adam Langley

 

Secon NZ Ltd.
A1/400 Rosedale Road
Albany
North Shore 0632
New Zealand

Tel.  +64 (0)9 414 4071
Fax. +64 (0)9 414 4072

  www.seconag.com

 

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2908

[Emmanuel Stapf [ES]]

I did try to run my installation after a fresh reboot and uninstalling
whatever I did not need on this machine. Any idea what kind of resources it
might be?

Thanks,
Manu


Bob Arnson-6 wrote:
> 
> Error 1450 is ERROR_NO_SYSTEM_RESOURCES. Have you tried an installation 
> after a fresh reboot?
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> 
> 
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Error-2908-tf4789609.html#a14142440
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlConfig delete action

[Bob Arnson]

Anand Kadiyala wrote:


The wix version I am using is 2.0.4820.0.  Using the above it does not 
delete the element. However if I use wix version 2.0.5805.0, it is 
correctly deleting the node. So, I am not sure whether this is not 
supported in 2.0.4820.0 or whether there is an issue with my wxs file.




There have been many changes and bug fixes made in the 10 months between 
those two versions, so I'd say it's safe to assume the later version has 
corrected a bug.


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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] More languages done?

[Bob Arnson]

Jim Hewes wrote:


I noticed at the WiX Localization Project page that more languages 
seem to have been officially released. At least I noticed Italian, 
which I've been hoping for. That's great! But, any idea when these 
will show up in the release builds?




They're already in the weekly releases 
 of WiX v2 source. There's an 
outstanding bug that they're not in the binary release; that'll be fixed 
in the next release.


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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install newer version of shared component?

[Bob Arnson]

Wilson, Phil wrote:

You should be using the merge modules for a number of reasons. One is
that they try to ensure that sharing works properly (guids, SharedDlls).
Another reason is that they install these files to avoid your problem by
making them permanent, so the highest installed version always wins,
which looks like it's related to your problem of the order of installs.
  


Even if the components aren't permanent, following component rules 
(e.g., stable GUIDs) ensures that if /n/ products install the shared 
component, they're versioned and uninstalled correctly.


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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Show dialog during uninstall..

[Bob Arnson]

kyle.smith4001 wrote:

Hey everyone, I'm relatively new to wix, and thanks to some amazing tutorials
I get the idea of it. However, I'm trying to display a dialog just during
the uninstall. The dialog will ask the user for a password stored in our
servers, which will return either a 1 or 0 if correct or incorrect. This is
to prevent regular users from uninstalling the software.  Everywhere I've
searched explains how to display during install, but nothing for uninstall.
  


Because it's not officially supported from the Control Panel applet 
(Add/Remove Programs == ARP or Programs & Features on Vista). ARP and 
P&F run MSI uninstalls at basic UI level, so the InstallUISequence is 
skipped. To run the UI sequence from ARP requires a "shadow" ARP entry, 
which has its own set of problems 
. 



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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2908

[Bob Arnson]

Emmanuel Stapf [ES] wrote:
> Note that doing:
>
> msiexec /i My_msi.msi /quiet
>
> completes the installation and everything seems to be fine.
>
> Manu
>
>
> Emmanuel Stapf [ES] wrote:
>   
>> I'm having the same problem as Andrew. Did anyone found out what could be
>> wrong? In my case, I can install other MSI packages, but not mine.
>> 

Error 1450 is ERROR_NO_SYSTEM_RESOURCES. Have you tried an installation 
after a fresh reboot?

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



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig delete action

[Anand Kadiyala]

Hi,
I am trying to delete an element from an XML config file using 
the following XmlConfig action.


The wix version I am using is 2.0.4820.0.  Using the above it does not delete 
the element. However if I use wix version 2.0.5805.0, it is correctly deleting 
the node. So, I am not sure whether this is not supported in 2.0.4820.0 or 
whether there is an issue with my wxs file.

Thanks,
Anand.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] More languages done?

[Jim Hewes]

 
I noticed at the WiX Localization Project page that more languages seem to
have been officially released. At least I noticed Italian, which I've been
hoping for. That's great! But, any idea when these will show up in the
release builds?
 
Jim
 
 
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Show dialog during uninstall..

[Julie Campbell]

Here are some get-started-quick-tips...

Verbose logging during install: my.msi /lv*x my_log.txt
Same during Uninstall: msiexec /x my.msi /lv*x unmy_log.txt

Go to the end of the log and look backwards for "Property".  There is a list
of all the defined properties and their values.  

Look for "REMOVE" in both of the logs.  Notice that it is only in the
uninstall.  You can use this as a condition for the  element for
your dialog that only appears upon uninstall.  Looking at the log files is a
good way to figure out what properties are available.

Julie Campbell
[EMAIL PROTECTED]

--
Message: 4
Date: Mon, 3 Dec 2007 11:02:09 -0800 (PST)
From: "kyle.smith4001" <[EMAIL PROTECTED]>
Subject: [WiX-users]  Show dialog during uninstall..
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii


Hey everyone, I'm relatively new to wix, and thanks to some amazing
tutorials
I get the idea of it. However, I'm trying to display a dialog just during
the uninstall. The dialog will ask the user for a password stored in our
servers, which will return either a 1 or 0 if correct or incorrect. This is
to prevent regular users from uninstalling the software.  Everywhere I've
searched explains how to display during install, but nothing for uninstall.

If I run this during the installation, the password check and everything
works fine. I just need the dialog to pop-up during uninstall. I'm not sure
what code of mine you need to see to help me, but any help would definitely
be appreciated.



_
Scanned by IBM Email Security Management Services powered by MessageLabs. For 
more information please visit http://www.ers.ibm.com
_

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install newer version of shared component?

[Wilson, Phil]

You should be using the merge modules for a number of reasons. One is
that they try to ensure that sharing works properly (guids, SharedDlls).
Another reason is that they install these files to avoid your problem by
making them permanent, so the highest installed version always wins,
which looks like it's related to your problem of the order of installs.

Phil Wilson 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bryan C.
Boettcher
Sent: Monday, December 03, 2007 9:15 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Install newer version of shared component?

I'm packaging shared components in my MSI.  These components (like
COMDLG32.OCX or MSCOMCTL.OCX) are installed into %system32%.  However,
I've got an issue with the files not upgrading properly.  I always want
to have the newest version of the shared component on the machine.  As
per my last question ("Concurrent versions?"), we're not using an
upgrade path, but rather separate Product/@Id's entirely.

If "version 5.0" of my software installs shared component 1.0.0.3, and
"version 6.0" installs 1.0.5.0, how can I make sure that 1.0.5.0 is the
version installed regardless of the actual installation order of my
software?

Thanks,
-Bryan


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Handling Feature Dependencies

[John Hall]

Robert,
 
What you need to do is put the MergeRefs under the FeatureGroup, and
then include the FeatureGroup using FeatureGroupRefs in the Features
that need the merge modules.
 
Cheers,
John


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: 03 December 2007 17:04
To: [EMAIL PROTECTED]; John Hall
Cc: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Handling Feature Dependencies



Yes. That is true. But what I used is a FeatureGroup element.
Then, under the FeatureGroup Element, I use a mergeref.  So I have
something like:

 

  















 

 

But that still presents a problem because it appears you can't
include one feature under multiple features... Is that correct? I keep
getting:

 

"error LGHT0095 : Multiple primary references were found for
Feature 'fC' ...

 

Is there really no way to group these merge modules (and
possibly other components) together and use them under different
features. 

 

Sounds like what I have to do is to include each MergeRef
multiple times.  So fA and fB must both include MergeRef MFC and
MergeRef MFCPolicy...  

 

So if I have 10 merge modules that should get delivered with two
different features, I will end up with 20 MergeRef lines? Is there no
better way to group merge modules together and use them in different
features?

 

 

BTW - part of me doing this is so that the "next" button on the
"Feature Selection" screen gets disabled. However, even when I have
nothing selected in the Feature Tree, the next button is still enabled.
How do I stop that?

 

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 03, 2007 10:59 AM
To: John Hall
Cc: Robert Priest; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Handling Feature Dependencies

 

John Hall wrote: 

FeatureGroupRefs can contain MergeRefs though.


Good point. I haven't needed FeatureGroups before.




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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2908

[Emmanuel Stapf [ES]]

Note that doing:

msiexec /i My_msi.msi /quiet

completes the installation and everything seems to be fine.

Manu


Emmanuel Stapf [ES] wrote:
> 
> I'm having the same problem as Andrew. Did anyone found out what could be
> wrong? In my case, I can install other MSI packages, but not mine.
> 
> Here the output of the log:
> 
> MSI (s) (84:CC) [10:21:48:828]: Executing op:
> ComponentRegister(ComponentId={4FBFB3EE-4F75-46C7-8464-2710DD1E44A7},KeyPath=02:\Software\Microsoft\Windows\CurrentVersion\Uninstall\{C845D38E-4464-4E7C-91BD-0CF716729EFC}\DisplayIcon,State=3,,Disk=1,SharedDllRefCount=0,BinaryType=0)
> MSI (s) (84:CC) [10:21:48:828]: Note: 1: 1402 2:
> UNKNOWN\Components\EE3BFBF457F47C6448467201DDE1447A 3: 1450 
> DEBUG: Error 2908:  Could not register component
> {4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}.
> The installer has encountered an unexpected error installing this package.
> This may indicate a problem with this package. The error code is 2908. The
> arguments are: {4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}, , 
> MSI (s) (84:CC) [10:21:51:656]: Product: EiffelStudio 6.1 (x86) GPL -- The
> installer has encountered an unexpected error installing this package.
> This may indicate a problem with this package. The error code is 2908. The
> arguments are: {4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}, , 
> 
> Thanks,
> Manu
> 

-- 
View this message in context: 
http://www.nabble.com/Error-2908-tf4789609.html#a14137473
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2908

[Emmanuel Stapf [ES]]

I'm having the same problem as Andrew. Did anyone found out what could be
wrong? In my case, I can install other MSI packages, but not mine.

Here the output of the log:

MSI (s) (84:CC) [10:21:48:828]: Executing op:
ComponentRegister(ComponentId={4FBFB3EE-4F75-46C7-8464-2710DD1E44A7},KeyPath=02:\Software\Microsoft\Windows\CurrentVersion\Uninstall\{C845D38E-4464-4E7C-91BD-0CF716729EFC}\DisplayIcon,State=3,,Disk=1,SharedDllRefCount=0,BinaryType=0)
MSI (s) (84:CC) [10:21:48:828]: Note: 1: 1402 2:
UNKNOWN\Components\EE3BFBF457F47C6448467201DDE1447A 3: 1450 
DEBUG: Error 2908:  Could not register component
{4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}.
The installer has encountered an unexpected error installing this package.
This may indicate a problem with this package. The error code is 2908. The
arguments are: {4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}, , 
MSI (s) (84:CC) [10:21:51:656]: Product: EiffelStudio 6.1 (x86) GPL -- The
installer has encountered an unexpected error installing this package. This
may indicate a problem with this package. The error code is 2908. The
arguments are: {4FBFB3EE-4F75-46C7-8464-2710DD1E44A7}, , 

Thanks,
Manu
-- 
View this message in context: 
http://www.nabble.com/Error-2908-tf4789609.html#a14136586
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Merge modules upgrade

[Szentpali Janos]

Can someone enlighten me regarding the upgrade of merge modules?
Let's say a merge module containing a COM component (.dll file) was
installed. The COM dll defined an interface.
Later a new interface is added to the new component. How can I make a
new merge module, so that no matter in which order the merge module
would be installed on a computer, the higher version COM component, the
one including the new interface, is going to be the one preserved?

-- 
Szentpáli János


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Show dialog during uninstall..

[kyle.smith4001]

Hey everyone, I'm relatively new to wix, and thanks to some amazing tutorials
I get the idea of it. However, I'm trying to display a dialog just during
the uninstall. The dialog will ask the user for a password stored in our
servers, which will return either a 1 or 0 if correct or incorrect. This is
to prevent regular users from uninstalling the software.  Everywhere I've
searched explains how to display during install, but nothing for uninstall.

If I run this during the installation, the password check and everything
works fine. I just need the dialog to pop-up during uninstall. I'm not sure
what code of mine you need to see to help me, but any help would definitely
be appreciated.
-- 
View this message in context: 
http://www.nabble.com/Show-dialog-during-uninstall..-tf4938660.html#a14136535
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install newer version of shared component?

[Szentpali Janos]

Bryan C. Boettcher írta:
> That works for most of our components, there's still a third party OCX that 
> needs to be included.  Are MergeModules the way to go?
>
> -Original Message-
> From: Szentpali Janos [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 03, 2007 12:18 PM
> To: Bryan C. Boettcher; wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Install newer version of shared component?
>
> Bryan C. Boettcher írta:
>   
>> I'm packaging shared components in my MSI.  These components (like 
>> COMDLG32.OCX or MSCOMCTL.OCX) are installed into %system32%.  However, I've 
>> got an issue with the files not upgrading properly.  I always want to have 
>> the newest version of the shared component on the machine.  As per my last 
>> question ("Concurrent versions?"), we're not using an upgrade path, but 
>> rather separate Product/@Id's entirely.
>>
>> If "version 5.0" of my software installs shared component 1.0.0.3, and 
>> "version 6.0" installs 1.0.5.0, how can I make sure that 1.0.5.0 is the 
>> version installed regardless of the actual installation order of my software?
>>
>> Thanks,
>> -Bryan
>>
>> -
>> SF.Net email is sponsored by: The Future of Linux Business White Paper
>> from Novell.  From the desktop to the data center, Linux is going
>> mainstream.  Let it simplify your IT future.
>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> 
> Maybe it would be wiser to include the official Microsoft Merge modules?
> See
> http://www.microsoft.com/downloads/details.aspx?FamilyID=9f10ca3b-44da-4edf-a5da-1aeaf5c88165&DisplayLang=en
>
> --
> Szentpáli János
>
>   
I guess the ideal situation would be to distribute the 3rd party
component the way the 3rd party manufacturer recomends. Thus you can
make sure a 4th party's install of the 3rd party's component won't screw
up everything :D.
When I have to package .ocx or COM .dll files that are shared among many
apps, I use merge modules to distribute them. And I Usually make them
install to the \ folder. .ocx and .dll files
that are not system files and not common files I always put in the
application's folder.

-- 
Szentpáli János


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install newer version of shared component?

[Szentpali Janos]

Bryan C. Boettcher írta:
> I'm packaging shared components in my MSI.  These components (like 
> COMDLG32.OCX or MSCOMCTL.OCX) are installed into %system32%.  However, I've 
> got an issue with the files not upgrading properly.  I always want to have 
> the newest version of the shared component on the machine.  As per my last 
> question ("Concurrent versions?"), we're not using an upgrade path, but 
> rather separate Product/@Id's entirely.
>
> If "version 5.0" of my software installs shared component 1.0.0.3, and 
> "version 6.0" installs 1.0.5.0, how can I make sure that 1.0.5.0 is the 
> version installed regardless of the actual installation order of my software?
>
> Thanks,
> -Bryan
>
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>   
Maybe it would be wiser to include the official Microsoft Merge modules?
See
http://www.microsoft.com/downloads/details.aspx?FamilyID=9f10ca3b-44da-4edf-a5da-1aeaf5c88165&DisplayLang=en

-- 
Szentpáli János


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Install newer version of shared component?

[Bryan C. Boettcher]

I'm packaging shared components in my MSI.  These components (like COMDLG32.OCX 
or MSCOMCTL.OCX) are installed into %system32%.  However, I've got an issue 
with the files not upgrading properly.  I always want to have the newest 
version of the shared component on the machine.  As per my last question 
("Concurrent versions?"), we're not using an upgrade path, but rather separate 
Product/@Id's entirely.

If "version 5.0" of my software installs shared component 1.0.0.3, and "version 
6.0" installs 1.0.5.0, how can I make sure that 1.0.5.0 is the version 
installed regardless of the actual installation order of my software?

Thanks,
-Bryan

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Handling Feature Dependencies

[Robert.Priest]

Yes. That is true. But what I used is a FeatureGroup element. Then,
under the FeatureGroup Element, I use a mergeref.  So I have something
like:

 

  















 

 

But that still presents a problem because it appears you can't include
one feature under multiple features... Is that correct? I keep getting:

 

"error LGHT0095 : Multiple primary references were found for Feature
'fC' ...

 

Is there really no way to group these merge modules (and possibly other
components) together and use them under different features. 

 

Sounds like what I have to do is to include each MergeRef multiple
times.  So fA and fB must both include MergeRef MFC and MergeRef
MFCPolicy...  

 

So if I have 10 merge modules that should get delivered with two
different features, I will end up with 20 MergeRef lines? Is there no
better way to group merge modules together and use them in different
features?

 

 

BTW - part of me doing this is so that the "next" button on the "Feature
Selection" screen gets disabled. However, even when I have nothing
selected in the Feature Tree, the next button is still enabled. How do I
stop that?

 

 

From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 03, 2007 10:59 AM
To: John Hall
Cc: Robert Priest; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Handling Feature Dependencies

 

John Hall wrote: 

FeatureGroupRefs can contain MergeRefs though.


Good point. I haven't needed FeatureGroups before.




-- 
sig://boB
http://joyofsetup.com/
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to use CloseApps custom action

[Bob Arnson]

V K Gangwar wrote:
"The Product element contains an unhandled extension element 
'CloseApplication'.  Please ensure that the extension for elements in the 
'http://schemas.microsoft.com/wix/UtilExtension' namespace has been provided."   

  


As the error indicates, you need to specify the WixUtilExtension for 
both Candle and Light. Use the -ext switch or WixExtension item group in 
an MSBuild project.


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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Strange CNDL1054 errors with weekly builds

[Bob Arnson]

Stefan Kuhr wrote:
> Thanks, I didn't know that builds in VS2005 seem to somehow suppress the
> real error message. 

Please enter a bug -- that shouldn't happen.

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



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] On .msi file naming conventions

[Bob Arnson]

Huseyin Tufekcilerli wrote:
> and after an update it may become "FooBar-1.1.456-setup.msi" which can
> be installed alone or on top of the first version. But as far as I can
> see, there are some issues about changing the name of .msi file. In my
> opinion, as far as we change our Package ID's, it is safe to change
> the name of .msi files. 

If you change the .msi package name, you cannot use patches or minor 
upgrades, only major upgrades. See "Changing the Product Code" in the 
MSI SDK for details.

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



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Create a non-existing XML-file

[Bob Arnson]

Chris wrote:
> I'd like to create an xml-file which doesn't exist and then change it's
> nodes/values.
> Is there an extension that supports (xml-)file-creation?
>   

Just install an empty file. XmlFile and XmlConfig run after files are 
installed.

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



-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Handling Feature Dependencies

[Bob Arnson]

John Hall wrote:


FeatureGroupRefs can contain MergeRefs though.



Good point. I haven't needed FeatureGroups before.

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

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XMLConfig - delete an element

[Chris]

Hello,
I want to delete the last config-element of this xml-file with XMLConfig:


  



  


I tried it with the following xml-statement but it deletes all
config-elements:



Thanx
Chris

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] On .msi file naming conventions

[Huseyin Tufekcilerli]

I want to know what is the naming convention you are using for your
.msi files. For example I want to organize my setup packages like
this:

ProductName-Major.Minor.Build-setup.msi (like "FooBar-1.0.123-setup.msi")

and after an update it may become "FooBar-1.1.456-setup.msi" which can
be installed alone or on top of the first version. But as far as I can
see, there are some issues about changing the name of .msi file. In my
opinion, as far as we change our Package ID's, it is safe to change
the name of .msi files. So, is it safe to use naming convention I have
mention above? Or should I go with same file names like
"FooBar-setup.msi" along with my initial and upgrade installer
packages?


Thanks,
Huseyin.

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Create a non-existing XML-file

[Chris]

Hello,
I'd like to create an xml-file which doesn't exist and then change it's
nodes/values.
Is there an extension that supports (xml-)file-creation?
I want to avoid to write a custom action dll!
Thank's,
Chris

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Killing a Process !! MSI Installer....

[Mailinglist]

Hi,

we use the pskill.exe tool from sysinternals, packed into the setup as a 
binary. That works on all kind of windows machines.

Another problem though, if you kill the process, that displays the tray-icon, 
the tray-icon will stay where it is until the mouse is moved over it. But 
that's a common windows problem.

Our custom action looks like this:


   Installed





Regards,

Oliver

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of V K Gangwar
Sent: Samstag, 1. Dezember 2007 11:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Killing a Process !! MSI Installer

Hi All,

I developed a MSI installer using VS2005 and WiX3.0.
After successful installation a .exe file executes and an icon is appeared on 
system tray. While I uninstall Files in Use dialog doesn't catch that running 
exe.
I made a custom action through which I am invoking command line taskkill.exe 
command and killing running task. This was working fine with WinXP. But not 
running on Win2000 because Win2000 doesn't have taskkill.exe.
My Installer is common for WinXP, 2000 and Vista.

Please give some suggestion how I can manage this problem.
How CloseApps custom action can be used. I am seeing code in 
\wix\src\wixca\CloseApps.cpp but how I can build this dll.

Thanks
VK

Regards,
Veerendra Gangwar
M +91 94 486 88537




Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See 
how.
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Condition for Silent Install

[SaiTeja]

Hi Stefan,

Thanks for you resp. Following is my sample code. Plz let me know the way is
correct or not

 INSTALLUILEVEL_NONE
  
For custom action:

  
 SilentInstall
  

  
  
  


Thanks


Stefan Pavlik-2 wrote:
> 
> Hi,...
> 
> You should create the condition for the CustomAction based on the
> UILevel property: http://msdn2.microsoft.com/en-us/library/aa372096.aspx
> 
> 
> UILevel:
> 
> NSTALLUILEVEL_NONE2 Completely silent installation.
> INSTALLUILEVEL_BASIC  3 Simple progress and error handling.
> INSTALLUILEVEL_REDUCED4 Authored UI, wizard dialogs suppressed.
> INSTALLUILEVEL_FULL   5 Authored UI with wizards, progress, errors.
> 
> Regards
> 
> Stefan
> 
> SaiTeja wrote:
>> Hi,
>> 
>> I want to execute particular custom action [OR] I want to execute some
>> lines
>> of my wix code only in silent mode.
>> 
>> Any answers?
>> 
>> 
>> 
> 
> -- 
> Stefan Pavlik | [EMAIL PROTECTED]
> Whitestein Technologies s.r.o. | www.whitestein.com
> Panenska 28 | 811 03 Bratislava | Slovak Republic
> Main +421 2 5443-5502 | Direct +421 2 5930-0735
> 
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Condition-for-Silent-Install-tf4935094.html#a14127072
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Strange CNDL1054 errors with weekly builds

[Stefan Kuhr]

Hi Bob,


Bob Arnson-6 wrote:
> 
> [...]
> You might want to try running the candle command at a console to get 
> more details. CNDL1054 is a deprecation warning so the schema changed 
> since the version you authored against. WixCop might convert the 
> authoring for you.
> 

Thanks, I didn't know that builds in VS2005 seem to somehow suppress the
real error message. In my case it was the now deprecated "Platforms"
attribute in the "Package" element. Thanks again for helping.

-- 
Stefan


-- 
View this message in context: 
http://www.nabble.com/Strange-CNDL1054-errors-with-weekly-builds-tf4891783.html#a14126589
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Handling Feature Dependencies

[John Hall]

 

Okay. So what if  the hidden fC actually contains a merge module
(meaning, a< MergeRef /> element)? But I still don't want fC displayed
in the interface anywhere.  AFAIK, ComponentGroupRefs do not contain
MergeRefs.

FeatureGroupRefs can contain MergeRefs though.

 

John

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Condition for Silent Install

[Stefan Pavlik]

Hi,...

You should create the condition for the CustomAction based on the
UILevel property: http://msdn2.microsoft.com/en-us/library/aa372096.aspx


UILevel:

NSTALLUILEVEL_NONE  2 Completely silent installation.
INSTALLUILEVEL_BASIC3 Simple progress and error handling.
INSTALLUILEVEL_REDUCED  4 Authored UI, wizard dialogs suppressed.
INSTALLUILEVEL_FULL 5 Authored UI with wizards, progress, errors.

Regards

Stefan

SaiTeja wrote:
> Hi,
> 
> I want to execute particular custom action [OR] I want to execute some lines
> of my wix code only in silent mode.
> 
> Any answers?
> 
> 
> 

-- 
Stefan Pavlik | [EMAIL PROTECTED]
Whitestein Technologies s.r.o. | www.whitestein.com
Panenska 28 | 811 03 Bratislava | Slovak Republic
Main +421 2 5443-5502 | Direct +421 2 5930-0735

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Condition for Silent Install

[SaiTeja]

Hi,

I want to execute particular custom action [OR] I want to execute some lines
of my wix code only in silent mode.

Any answers?



-- 
View this message in context: 
http://www.nabble.com/Condition-for-Silent-Install-tf4935094.html#a14125855
Sent from the wix-users mailing list archive at Nabble.com.


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users