date:20061009





Marshall Cai (Comtech GEMS) wrote:

  
  
  One issue

  I’m
from which the extended group of MS HWSW. Currently, I’m doing a
research work on nested MSI with WIX. Do anyone know how to implement
that with WIX.
  
  From
the link http://www.mail-archive.com/wix-devs@lists.sourceforge.net/msg00481.html, it seems no
hope
to do this.


Correct. Nested installs are deprecated by the MSI team so WiX dropped
support for them.

-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] how to enforce assembly to be gac'd even when thereisalready a copy in the gac





Frank Tse wrote:


  
  I
am wondering if setup should fail in the first place when it
cannot put the DLL in GAC.  i.e. Netfx extension that puts DLL in GAC
should
fail when it cannot put DLL in GAC.
  


MSI installs assemblies to the GAC by handing it off to the Fusion
engine. Fusion undoubtedly relies on the strong name to be accurate.
There doesn't appear to be any way to force Fusion to re-GAC an
assembly it thinks is already in there.


-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] WiX UI Control Repository?





Peterson, Joel wrote:

  
  
  

  
  I’m sure I already know the answer to some of
these
questions, but I must ask. Is there a repository of user-submitted WiX
UI
content? Are there any available templates of some of the more popular
dialogues that are used in MSI installers? Is there an unwritten spec
to adhere
to?
  


None that I know of. What kind of dialogs are you looking for?


  
  
  What about some of the more robust
install user interfaces,
such as Exchange 2003/2007, Office 2003/2007, SQL Server 2005, or
Visual Studio
2005? A lot of the interface elements in these installers are my
personal WiX Holy
Grail.
  


It's a long, long quest. All of those UIs are implemented as
external UI handlers, not using the built-in MSI UI support.

-- 
sig://boB
http://bobs.org


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

[WiX-users] One issue

2006-10-09 Thread Marshall Cai (Comtech GEMS)

Title: One issue






Hi All,

I’m from which the extended group of MS HWSW. Currently, I’m doing a research work on nested MSI with WIX. Do anyone know how to implement that with WIX. 

From the link http://www.mail-archive.com/wix-devs@lists.sourceforge.net/msg00481.html, it seems no hope to do this.

Thanks a lot!

Marshall


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

Re: [WiX-users] WiX UI Control Repository?

2006-10-09 Thread david adams

Joel:

What types of dialogs do you need?

David Adams
MSN MessengerID: [EMAIL PROTECTED]






>
>Hi all.
>
>
>
>I'm sure I already know the answer to some of these questions, but I
>must ask. Is there a repository of user-submitted WiX UI content? Are
>there any available templates of some of the more popular dialogues that
>are used in MSI installers? Is there an unwritten spec to adhere to?
>
>
>
>What about some of the more robust install user interfaces, such as
>Exchange 2003/2007, Office 2003/2007, SQL Server 2005, or Visual Studio
>2005? A lot of the interface elements in these installers are my
>personal WiX Holy Grail.
>
>
>
>Joel Peterson
>
>[EMAIL PROTECTED] 
>
>
>


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


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



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

Re: [WiX-users] wix-users@lists.sourceforge.net

2006-10-09 Thread Fredrik Grohn

Yes, I am aware of this problem, and I have been working some larger changes
that would make this problem go away among other things. I haven't made a
lot of progress lately however, so since it is being raised here I'll try to
get a fix in for this specific issue within the next week or so.

Fredrik

-Original Message-
From: Antony Walmsley [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 09, 2006 6:09 PM
To: Peter Dyson
Cc: wix-users@lists.sourceforge.net; [EMAIL PROTECTED]
Subject: Re: [WiX-users] wix-users@lists.sourceforge.net

I assume this is a reply to my question called "COM+ components not in
Component Services".

I did a rebuild of Wix 4415 with shortened versions of the 4 names
that were too long and now the COM+ apps appear as I would expect.

The strange thing is that the old versions of the merge modules built
with older versions of Wix work even though Orca showed those as
having the same errors.

Thanks for the help.

Maybe Fredrik has some ideas about what has changed to affect this?

On 09/10/06, Peter Dyson <[EMAIL PROTECTED]> wrote:
> I too have seen this problem with COM+ in merge modules.
>
> The problem seems to be with names of actions which become too long when
> the module guid is attached to it.
>
> If you use orca to validate it will come up with 4 such errors, off the
> top of my head I cannot remember which 4 they are, but the workaround
> was to edit the pubca.wxs, shorten the names and run the resultant file
> through lit and include that lib for merge modules.
>
> Peter
>
>
> This message has been scanned for viruses by BlackSpider MailControl -
www.blackspider.com
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] how to enforce assembly to be gac'd even when thereisalready a copy in the gac

2006-10-09 Thread Frank Tse









Thanks all for the info.

 

I guess the problem for me is that if the a DLL cannot be gac’d
because of the same version, I would expect the setup to fail instead of finish
without error.

 

That is especially a problem to me because I also “ngen” the DLL in
the same  element in WiX (see my first email below).  When the DLL couldn’t
be put in GAC, the DLL didn’t get ngen’d neither, but the setup succeeded. 
Later when trying to uninstall the product, setup failed because ngen could not
uninstall the DLL.  And now the product cannot be uninstalled anymore….

 

I am wondering if setup should fail in the first place when it
cannot put the DLL in GAC.  i.e. Netfx extension that puts DLL in GAC should
fail when it cannot put DLL in GAC.

 

Thanks,

Frank

 





From: Mike Dimmick
[mailto:[EMAIL PROTECTED] 
Sent: Saturday, September 23, 2006 8:08 AM
To: Wilson, Phil; Frank Tse; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] how to enforce assembly to be gac'd even when
thereisalready a copy in the gac





 





It doesn't need to be higher, just different.





 





You
should always change your assembly version number when modifying any assembly
that goes in the GAC. Otherwise the Framework will simply ignore your change,
whether you use MSI or gacutil. It doesn't check the file version attributes,
only the assembly version.





 





If
you want to redirect old clients to the new assembly, you need to use publisher
policy, or use .exe.config files on the programs to be redirected. The former
is the proper way to do it as a component author.





 





--






Mike
Dimmick







 







From: [EMAIL PROTECTED] on
behalf of Wilson, Phil
Sent: Fri 22/09/2006 20:32
To: Frank Tse; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] how to enforce assembly to be gac'd even when
thereisalready a copy in the gac





That needs the FileVersion Name-Value pair to be in the
MsiAssemblyName data, and to state the obvious the file version must be higher
than the existing version in the GAC. 

Phil Wilson 







From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Tse
Sent: Friday, September 22, 2006 12:10 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] how to enforce assembly to be gac'd even when there
isalready a copy in the gac

Hi,

 

I am using the File element to put assembly in GAC and using
Netfx extension to put the assembly in GAC .  A scenario is that an older
version of assembly might already be in GAC (done manually by user). 
Right now when it is the case, the setup does not put the assembly within the
setup into GAC.  On the other hand, setup does not report any errors.

 



  

File>

 

I would like to make my setup to be robust and want it to
install the assembly into the GAC to override the old version, is there any way
to enforce the File element to always GAC the assembly even if it is already in
GAC?

 

Thanks,

Frank








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

[WiX-users] WiX UI Control Repository?

2006-10-09 Thread Peterson, Joel









Hi all.

 

I’m sure I already know the answer to some of these
questions, but I must ask. Is there a repository of user-submitted WiX UI
content? Are there any available templates of some of the more popular
dialogues that are used in MSI installers? Is there an unwritten spec to adhere
to?

 

What about some of the more robust install user interfaces,
such as Exchange 2003/2007, Office 2003/2007, SQL Server 2005, or Visual Studio
2005? A lot of the interface elements in these installers are my personal WiX Holy
Grail.

 

Joel Peterson



[EMAIL PROTECTED]



 






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

Re: [WiX-users] WiX XML Issue

2006-10-09 Thread Douglas Watts









OK, either my questions are getting easier
or I’m starting to get the hang of this.  I figured out that I need to
escape the brackets and now it works fine.

My follow-up question is how do I check an
XML file to see if an element already exists?

 

If the appSettings element is already
there this I don’t need to create it.  However, the XmlFile Wix element
is used from creating or updating elements…not for querying them. 



__

Doug Watts

 











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Douglas Watts
Sent: Monday, October 09, 2006
5:02 PM
To:
wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX XML Issue



 

I am trying to use the XmlFile element to modify the
MACHINE.CONFIG file.  I need to add application settings for my app. 
I need to add settings such that the config file ends up as follows:



    

    

  

 

First I create an “add” element.  Next, I
want to set the element’s attributes as shown above.  However, when
I try to set the second “add” element I end up changing the first
and adding an empty second “add” element.  I tried specifying
the first element (ElementPath='//configuration/appSettings/add[1]') with no
luck; I tried the last element (ElementPath='//configuration/appSettings/add[last()]') with no
luck.  

 

I have tried the following:

 



   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='appSettings' ElementPath='//configuration'

   
Sequence='1' />

 

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='add' ElementPath='//configuration/appSettings'

   
Sequence='2' />

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='key' Value='MyKey1'

   
ElementPath='//configuration/appSettings/add'

   
Sequence='3' />

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='value' Value='key 1 value'

   
ElementPath='//configuration/appSettings/add'

   
Sequence='4' />

 

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='add' ElementPath='//configuration/appSettings'

   
Sequence='5' />

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='key' Value='MyKey2'

   
ElementPath='//configuration/appSettings/add[1]'

   
Sequence='6' />

   

   
File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

   
Action='' Name='value' Value='key 2 value'

   
ElementPath='//configuration/appSettings/add[1]' Sequence='7' />



 

Does anyone know how to add elements and set their
attributes when the element names are the same?

 

__

Doug Watts






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

Re: [WiX-users] Hiding features

Sigurd Stenersen wrote:
> And there is no way to delay CostFinalize to just before the featuretree 
> dialog is displayed ?
>   
No. Costing happens early in the UI sequence. MSI expects the UI to have 
that information.
> It IS possible to customize it from the outside using the command line to 
> set properties, and that's why it seems silly that it's (seemingly) 
> impossible from within.  Being forced to ship the .msi with a .exe just to 
> set up a few properties seems rather lame.
>   
You don't have to do that. Remember that costing happens twice, once 
during the UI sequence and once during the install sequence. I suspect 
that if you based on your feature conditions on public properties, 
they'd apply during the installation sequence, when CostFinalize is run. 
They just don't show in the selection tree control because costing was 
already done. Try an experiment: Use checkboxes to set public properties 
and then *don't* show a selection tree control. When the install 
sequence runs, it should use those properties in the feature conditions.

> What Remove and AddLocal do is not what I'm struggling with - that is rather 
> easy to do from the DLL or the MSI.
>
>
> It also seems strange that the feature tree is allowed to control what is 
> installed, but at the same time this is the only way to offer install 
> choices from the inside of the MSI ?
>   

It's not the only way (checkboxes work as well) but it is the "most 
thorough" way. And yes, it has some annoying limitations. That's why 
there's AddLocal and Remove control events.

-- 
sig://boB
http://bobs.org



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

Re: [WiX-users] WixUI LGHT0103





Mike Dimmick wrote:

  
  
  
  I'd take a guess that
PowerShell is somehow messing up the parsing of the : and giving the
two arguments "-cultures" "en-us", and that light's command-line parser
then interprets "en-us" as being a source file for it to process. It
then fails because it can't find the file.


Yep. Like I said, I'm not sure we can do anything about it, other than
breaking syntax compatibility.


  This parameter is inconsistent
with -ext and -loc, as is -sice: which may well suffer from the same
problem under PowerShell, if that is the problem. -ext and -loc expect
the following argument to be an extension or a localization file,
respectively.


True. I'd say that it's because (like -sice), multiple arguments are
common, so a shorthand is a bonus. But that doesn't really apply to
-cultures...

-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] Hiding features

John Ludlow wrote:
>>> I ported your code to C++ and it does indeed work.
>>>
>>> That is, it hides features.  It doesn't seem to work for features
>>> with "children", but I can live with that.  Thanks a lot for
>>> sharing.
>>
>>
>> Hmmm, interesting.  I assumed that this would work recursively but
>> obviously not.  Maybe you need to do the recursive bit yourself.

I did the recurse manually, but still...

I think that may be because my port isn't 100% - if I leave out the 
MSIMODIFY_INSERT_TEMPORARY then the ones with children are hidden as well.

Also, when I leave that in, any value for the Order parameter will still 
hide the given feature.

Anyhow, hiding features is all I need so I think I'll just leave it at that.

Sigurd 

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

Re: [WiX-users] Customizing the uninstall progress dialog.

2006-10-09 Thread Jon W

Is this what you are looking for?  Download and run dark against an
msi that has this functionality.



  

  .
  .
  .

  



  



On 10/8/06, Alex Mendes da Costa <[EMAIL PROTECTED]> wrote:
> Thanks for suggesting that workaround.  I've set the package languages
> to contain the same language as the product (1033).  The progress
> strings are still not displayed during uninstall.
>
> I've tried setting the installer version attribute of the package to
> 100, 200, and 300.  No difference.
>
> I haven't found anything on the web about this kind of customization,
> and the "WiX edit" tool doesn't seem to have any support for it.
>
> Has anyone managed to get this customization to work?  Is there a
> sample anywhere that does it?
>
> Alex
>
> On 10/6/06, Bob Arnson <[EMAIL PROTECTED]> wrote:
> > Alex Mendes da Costa wrote:
> > > Thanks for your reply.  I tried adding  elements in the
> > >  section of my wxs, but it hasn't made any difference.
> > >
> > What language is your package set to? I ask because there's a known bug
> > in MSI 3.x that causes language-neutral packages not to show progress
> > text in basic UI mode.
> >
> > --
> > sig://boB
> > http://bobs.org
> >
> >
> >
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

[WiX-users] WiX XML Issue

2006-10-09 Thread Douglas Watts









I am trying to use the XmlFile element to modify the
MACHINE.CONFIG file.  I need to add application settings for my app.  I need to
add settings such that the config file ends up as follows:



    

    

  

 

First I create an “add” element.  Next, I want
to set the element’s attributes as shown above.  However, when I try to set
the second “add” element I end up changing the first and adding an
empty second “add” element.  I tried specifying the first element (ElementPath='//configuration/appSettings/add[1]') with no
luck; I tried the last element (ElementPath='//configuration/appSettings/add[last()]') with no
luck.  

 

I have tried the following:

 



   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='appSettings' ElementPath='//configuration'

    Sequence='1'
/>

 

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='add' ElementPath='//configuration/appSettings'

    Sequence='2'
/>

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='key' Value='MyKey1'

    ElementPath='//configuration/appSettings/add'

    Sequence='3'
/>

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='value' Value='key 1 value'

    ElementPath='//configuration/appSettings/add'

    Sequence='4'
/>

 

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='add' ElementPath='//configuration/appSettings'

    Sequence='5'
/>

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='key' Value='MyKey2'

    ElementPath='//configuration/appSettings/add[1]'

    Sequence='6'
/>

   

    File='[FRAMEWORKINSTALLPATH]v1.1.4322\CONFIG\Machine.Config'

    Action=''
Name='value' Value='key 2 value'

    ElementPath='//configuration/appSettings/add[1]'
Sequence='7' />



 

Does anyone know how to add elements and set their
attributes when the element names are the same?

 

__

Doug Watts






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

Re: [WiX-users] Error 1920 with Services

david adams wrote:
> Turned out to be one of those ID10T errors.  I was installing a Windows 
> Service whose function is to monitor a Microsoft Message Queue.  It helps to 
> name the MQ correctly lest your service will fail to start.
>   

You should try the new "suppress ID10T" switch -- work wonders except 
for when it causes third-degree burns...

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Hiding features

2006-10-09 Thread John Ludlow


I ported your code to C++ and it does indeed work.That is, it hides features.  It doesn't seem to work for features with
"children", but I can live with that.  Thanks a lot for sharing.
 
Hmmm, interesting.  I assumed that this would work recursively but obviously not.  Maybe you need to do the recursive bit yourself.
 
Anyway, glad I could help
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Hiding features

John Ludlow wrote:
>> Another option is to use a custom action - that's what this vbscript
>> code does:
>>
>> Set installer = Session.Installer
>>
>> Set database = Session.Database
>>
>> Function SetFeatureVisible(feature, order)
[snip]

I ported your code to C++ and it does indeed work.

That is, it hides features.  It doesn't seem to work for features with 
"children", but I can live with that.  Thanks a lot for sharing.

If anybody's interested I'll post the quick-n-rather-dirty C++ port as well.

Sigurd 

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

Re: [WiX-users] Odd failure of XmlFile in wix-2.0.4221.0

2006-10-09 Thread Eric Fesh

We started out today by logging the file accesses and came up with
some odd results that we're not sure what to make of... If you interpret
the "good" log file, you see that three different msiexec processes
access the file one after the other. However, the "bad" log file shows
that one of the processes (608) tries to access the file again after
the presumed ExecXmlFile process (3576) has opened it.

At this point this may be more of a .NET or Windows Installer question,
but does anyone have any suggestions on what else I might try?



On the machines where the install is successful, the log looks like this:

1   11:56:59 AM msiexec.exe:2956QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
2   11:57:01 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
3   11:57:01 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
4   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
5   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
6   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
7   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   PATH NOT FOUND  
Attributes: Error   
8   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   NOT FOUND   
Attributes: Error   
9   11:57:05 AM msiexec.exe:972 QUERY INFORMATION   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   NOT FOUND   
Attributes: Error   
10  11:57:05 AM msiexec.exe:972 CREATE  
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Options: OverwriteIf  Access: 00120196  
11  11:57:05 AM msiexec.exe:972 WRITE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Offset: 0 Length: 505   
12  11:57:05 AM msiexec.exe:972 SET INFORMATION 
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
FileBasicInformation
13  11:57:05 AM msiexec.exe:972 CLOSE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
14  11:57:15 AM msiexec.exe:3740OPEN
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Options: Open  Access: Read 
15  11:57:15 AM msiexec.exe:3740READ
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Offset: 0 Length: 4095  
16  11:57:15 AM msiexec.exe:3740READ
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   END OF FILE 
Offset: 505 Length: 8178
17  11:57:15 AM msiexec.exe:3740CLOSE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
18  11:57:15 AM msiexec.exe:3740OPEN
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Options: Open  Access: 00120196 
19  11:57:15 AM msiexec.exe:3740WRITE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Offset: 0 Length: 510   
20  11:57:15 AM msiexec.exe:3740SET INFORMATION 
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Length: 510 
21  11:57:15 AM msiexec.exe:3740SET INFORMATION 
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Length: 510 
22  11:57:15 AM msiexec.exe:3740FLUSH   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
23  11:57:15 AM msiexec.exe:3740WRITE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 
Offset: 0 Length: 4096  
24  11:57:15 AM msiexec.exe:3740CLOSE   
C:\Program Files\Verari Systems\VCC\OSMon\config\vcc.conf   SUCCESS 


On the machines where the install is not successful, the log looks like this:

10636   12:50:08 PM msiexec.exe:3448QUERY INFORMATION   
C:\Progr

Re: [WiX-users] Hiding features

Bob Arnson wrote:
> Sigurd Stenersen wrote:
>> Is it at all possible to modify the number of features in the
>> feature tree, from a DLL or using some sort of action ?
>>
>> I'm able to set the state of features, but I would like to present
>> users with different trees depending on selections made in a
>> previous dialog.
>>
>> Functionally, this is similar to using a condition to set the
>> feature's level, except I want to be able to do this according to
>> user input.  And it seems that by the time the user is allowed to
>> enter anything the conditions in the feature tree have already been
>> evaluated.
>>
> Feature conditions are evaluated during the CostFinalize action, which
> comes well before most UI.

And there is no way to delay CostFinalize to just before the featuretree 
dialog is displayed ?

> Off the top of my head, I can't think of an
> easy way to do what you want. The feature selection tree doesn't
> really offer customization beyond what's documented. Unless a
> feature's install level is 0 (or it's specifically hidden by its
> attributes), the
> selection tree shows it.

It IS possible to customize it from the outside using the command line to 
set properties, and that's why it seems silly that it's (seemingly) 
impossible from within.  Being forced to ship the .msi with a .exe just to 
set up a few properties seems rather lame.

> You might want to consider custom
> feature-selection dialogs instead. From there, you can publish Remove
> and AddLocal control events to exactly control which features get
> installed.

What Remove and AddLocal do is not what I'm struggling with - that is rather 
easy to do from the DLL or the MSI.

It also seems strange that the feature tree is allowed to control what is 
installed, but at the same time this is the only way to offer install 
choices from the inside of the MSI ?

Sigurd 

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

Re: [WiX-users] Modifying Machine.Config Under 2 Different Features

2006-10-09 Thread Cullen Waters









My first thought would be to create a third feature, which the
user has to install, which then does the modification of machine.config.


Then, you could put your xml modification in a new component, which gets
installed with the ‘must install’ feature.

 





From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Douglas
Watts
Sent: Monday, October 09, 2006 10:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Modifying Machine.Config Under 2 Different Features





 

WIX
Version: 2.0.4415.0

 

My
installer will install two different products (companion products).  While
the user would normally install one on one machine and the other on another
machine, they could install both on the same machine.  I need to modify
the MACHINE.CONFIG regardless of which feature gets installed.

 

I
am assuming that I will have a component that will use WiX’s XML support to
make the modifications.  What is the best way to structure this so that
the component gets installed regardless of which feature the user
selects?  They may select both features.  Also, each feature is
marked ConfigurableDirectory
which means that they could be different directory trees.

 

__

Doug Watts






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

Re: [WiX-users] create transformations, Orca alternatives

2006-10-09 Thread Wilson, Phil

There's a vbscript WiGenXfm.vbs in the Windows Installer SDK. 

Phil Wilson 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander
Gnauck
Sent: Monday, October 09, 2006 1:45 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] create transformations, Orca alternatives

Hello,

Sorry if this question is off-topic and not WIX related.

our applications normally run in high security environments where the
admins are not allowed to install any software which is not certified by
the main data center. Also some of our customers don't have a own admin
which means I need a very simple solution to create transformations
without Orca.

I browsed the MSDN but i couldn't find smth about the .mst file format. 
I would like to write a simple windows or web application which allows a
user to create a transform for my install with some clicks.
Or use a 3rd party tool which is very easy to use when there exist some.
Is there a way to create transformations with Wix? Or use parts of the
wix source code to create such an app (if the licence allows that)?

Thanks
Alex



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



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

Re: [WiX-users] WixUI LGHT0103

2006-10-09 Thread Arnette, Bill




It is a PowerShell issue.  I have do to the same 
quoting when using NAnt when I want to pass a property on the command 
line.  Ex. Nant -D:property=value  in cmd.exe has be typed in 
PowerShell as Nant "-D:property=value".  Thinking about it, it may have to 
do with how it parses the command line for providers; ex. D: or $env:PATH or 
hklm:Software.
 
Bill

  
  
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Mike 
  DimmickSent: Monday, October 09, 2006 12:22 PMTo: Bob 
  Arnson; Christer SolskogenCc: 
  wix-users@lists.sourceforge.netSubject: Re: [WiX-users] WixUI 
  LGHT0103
  
  I'd take a guess that PowerShell is somehow messing up 
  the parsing of the : and giving the two arguments "-cultures" "en-us", and 
  that light's command-line parser then interprets "en-us" as being a source 
  file for it to process. It then fails because it can't find the 
  file.
   
  This parameter is inconsistent with -ext and -loc, as is 
  -sice: which may well suffer from the same problem under PowerShell, if that 
  is the problem. -ext and -loc expect the following argument to be an extension 
  or a localization file, respectively.
   
  -- 
  Mike Dimmick
  
  
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Bob 
  ArnsonSent: 09 October 2006 16:16To: Christer 
  SolskogenCc: wix-users@lists.sourceforge.netSubject: Re: 
  [WiX-users] WixUI LGHT0103
  Christer Solskogen wrote: 
  It seems like wix dont like to be run from PowerShell/Monad.

I had to run it with:
D:\bin\wix\light.exe -ext WixUIExtension "-cultures:en-us" 
HelloWorld.wixobj
  Can you post a 
  bug? I'm not sure if we can do anything to make PowerShell happy but if we 
  can, we should.-- 
sig://boB
http://bobs.org
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Modifying Machine.Config Under 2 Different Features

2006-10-09 Thread Douglas Watts









WIX Version: 2.0.4415.0

 

My installer will install two different products (companion
products).  While the user would normally install one on one machine and
the other on another machine, they could install both on the same
machine.  I need to modify the MACHINE.CONFIG regardless of which feature
gets installed.

 

I am assuming that I will have a component that will use WiX’s
XML support to make the modifications.  What is the best way to structure
this so that the component gets installed regardless of which feature the user
selects?  They may select both features.  Also, each feature is
marked ConfigurableDirectory which means that they
could be different directory trees.

 

__

Doug Watts






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

Re: [WiX-users] tallow in v3?

2006-10-09 Thread Peterson, Joel

Heat.exe is your new friend.

The WiX Tutorial is still v2, but with enough v2 experience and some
reading through the WiX Users mailing list, v3 is very easy to pick up.

Joel Peterson
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Torsten
Rudnick
Sent: Monday, October 09, 2006 9:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] tallow in v3?

What is the equivalent tool of tallow in Wix v3 and how do I extract 
registry entry from COM components? Maybe there is a new way of 
installing COM components I should know? So many questions and so less 
answers. Where can I find a documentation about WiX v3? The tutorial I 
have describes only WiX v2.


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



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

[WiX-users] tallow in v3?

2006-10-09 Thread Torsten Rudnick

What is the equivalent tool of tallow in Wix v3 and how do I extract 
registry entry from COM components? Maybe there is a new way of 
installing COM components I should know? So many questions and so less 
answers. Where can I find a documentation about WiX v3? The tutorial I 
have describes only WiX v2.

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

Re: [WiX-users] Error Table

2006-10-09 Thread Neil Sleightholm

I might be missing the point but don't you just include this:


You will also need to build it with 'wixui.wixlib -loc WixUI_en-us.wxl'
on the light command line.

Neil 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex
Mendes da Costa
Sent: 09 October 2006 05:54
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error Table

I've noticed that a lot of MSIs have a table called "Error".  This
contains strings such as "Please wait while Windows configures
[ProductName]...".  The full list can be found here:

 
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/set
up/error_table.asp

Some of these strings are used to populate the uninstallation dialog
box.

My wix-derived MSIs do not have this table.  As a result, my uninstall
dialog is extremely barren.  Is there some simple way to populate the
table with default values?  Or do I have to set them all up manually?

I'm using version 2.0.4221 of wix.

Thanks,
Alex


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

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

Re: [WiX-users] Hiding features

2006-10-09 Thread John Ludlow

Bob's suggestion is one way.  You could, for example have a dialog box with a checkbox for each feature, and show/hide them as you like based on a .
 
Another option is to use a custom action - that's what this _vbscript_ code does:

Set installer = Session.Installer
Set database = Session.Database
Function SetFeatureVisible(feature, order) Dim view, record, header, parent Set view = database.OpenView("SELECT * FROM `Feature` WHERE `Feature` = '" & feature & "'")
 view.execute Set record = view.Fetch Call view.modify(msiViewModifyDelete, record)
 record.IntegerData(5) = order On Error Resume Next  Call view.modify(msiViewModifyInsertTemporary, record)  view.close
 database.commit Set view = NothingEnd Function
(Yes, yes, I know _vbscript_ is considered a bad idea, but it's far less likely to result in high-velocity fist-monitor interaction than C++, in my experience, and I've never had any issue with it.  But if you want to port this to C++, be my guest.  Of course, what we really need is a way to make MSI-compatible C# custom actions...).

 
I've set up two functions as shown below.  The "order" parameter can be set to 0 to hide the feature, or to any other number to show it.  The features will be displayed ordered by this parameter (well, actually the "Display" column in the database that this parameter relates to)

Function ShowJournalingConnector SetFeatureVisible "JournalingConnector", 6End Function
Function HideJournalingConnector SetFeatureVisible "JournalingConnector", 0End Function
It's pretty obvious what happens from there, I think
 
Hope that helps 
On 10/9/06, Bob Arnson <[EMAIL PROTECTED]> wrote: 
Sigurd Stenersen wrote:> Is it at all possible to modify the number of features in the feature tree,
> from a DLL or using some sort of action ?>> I'm able to set the state of features, but I would like to present users> with different trees depending on selections made in a previous dialog.
>> Functionally, this is similar to using a condition to set the feature's> level, except I want to be able to do this according to user input.  And it> seems that by the time the user is allowed to enter anything the conditions
> in the feature tree have already been evaluated.>Feature conditions are evaluated during the CostFinalize action, whichcomes well before most UI. Off the top of my head, I can't think of aneasy way to do what you want. The feature selection tree doesn't really
offer customization beyond what's documented. Unless a feature's installlevel is 0 (or it's specifically hidden by its attributes), theselection tree shows it. You might want to consider customfeature-selection dialogs instead. From there, you can publish Remove
and AddLocal control events to exactly control which features get installed.--sig://boBhttp://bobs.org-
Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___WiX-users mailing listWiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to find is product/merge module installed?

2006-10-09 Thread Peter G. Sakhno

Thanks allot!

I'm not warring about size of the package. I have another case.
The runtime part of our software can be shipped as a stand alone MSI or 
as a merge module. And the point is that this two edditions (MSI & MSM) 
are incompatible. Standalone runtime can not be installed on the 
computer where already installed software with merged runtime and vice 
versa.

That's why I want to know is it possible to find out was an MSM 
installed before or not...

Best regards,
Peter G. Sakhno
C-MAP RUSSIA Ltd
http://www.c-map.ru/

Mike Dimmick wrote:
> If you knew the UpgradeCode of an existing product, you could find it
> using the FindRelatedProducts action. Use the  element and
> specify OnlyDetect="yes" on the  element if you only
> want to know if the product is installed rather than actually removing
> it. A ProductCode refers only to one specific version and language of a
> product, while the same UpgradeCode is normally used for all versions
> and languages of the same product.
> 
> As far as the MSM goes, if your product depends on the contents of that
> MSM, you should merge it into your package. This ensures that the
> reference counts on the components of that MSM are incremented, ensuring
> that the components are not prematurely removed when all other products
> which installed those components are uninstalled.
> 
> If you're trying to limit the size of the package downloaded by the
> user, you might be able to keep the files to be installed in separate
> CABs, and have Windows Installer download them on-demand, but someone
> else will have to help you there! (I know Windows Installer has the
> capability since I've seen the Platform SDK Web Install do it, but I
> don't know how to do it).
> 

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

Re: [WiX-users] Hiding features

2006-10-09 Thread david adams

The closest that I get is setting existing features in the tree to 
"unselected" (Do not install) based upon User interaction in previous 
dialogs.  The feature list is static, but the items selected by default on 
the Customize dialog are controlled by the prior interaction.

I'm not sure that would get you to where you want to go.

David Adams
MSN MessengerID: [EMAIL PROTECTED]





>From: Bob Arnson <[EMAIL PROTECTED]>
>To: Sigurd Stenersen <[EMAIL PROTECTED]>
>CC: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Hiding features
>Date: Mon, 09 Oct 2006 09:05:42 -0700
>MIME-Version: 1.0
>Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by 
>bay0-mc1-f19.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Mon, 9 
>Oct 2006 09:05:51 -0700
>Received: from sc8-sf-list1-new.sourceforge.net (unknown [10.3.1.93])by 
>sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid DB1EE13BDE; Mon,  9 Oct 
>2006 09:05:50 -0700 (PDT)
>Received: from sc8-sf-mx2-b.sourceforge.net 
>([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net 
>with esmtp (Exim 4.43)id 1GWxdU-0001Ek-HFfor 
>wix-users@lists.sourceforge.net; Mon, 09 Oct 2006 09:05:48 -0700
>Received: from alnrmhc14.comcast.net ([204.127.225.94])by 
>mail.sourceforge.net with esmtp (Exim 4.44) id 1GWxdU-0003Oz-6zfor 
>wix-users@lists.sourceforge.net; Mon, 09 Oct 2006 09:05:48 -0700
>Received: from [192.168.0.105] 
>(c-24-16-25-98.hsd1.wa.comcast.net[24.16.25.98])by comcast.net (alnrmhc14) 
>with ESMTPid <20061009160542b1400kp3kue>; Mon, 9 Oct 2006 16:05:42 +
>X-Message-Info: LsUYwwHHNt08KgMHMsZpIi4Ay1vItfkh+G6u+eKafGM=
>User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
>References: <[EMAIL PROTECTED]>
>X-Spam-Score: 0.0 (/)
>X-Spam-Report: Spam Filtering performed by sourceforge.net.See 
>http://spamassassin.org/tag/ for more details.Report problems 
>tohttp://sf.net/tracker/?func=add&group_id=1&atid=21
>X-BeenThere: wix-users@lists.sourceforge.net
>X-Mailman-Version: 2.1.8
>Precedence: list
>List-Id: "General discussion for Windows Installer XML 
>toolset."
>List-Unsubscribe: 
>,PROTECTED]>
>List-Archive: 
>
>List-Post: 
>List-Help: 
>List-Subscribe: 
>,PROTECTED]>
>Errors-To: [EMAIL PROTECTED]
>Return-Path: [EMAIL PROTECTED]
>X-OriginalArrivalTime: 09 Oct 2006 16:05:52.0730 (UTC) 
>FILETIME=[CB81D3A0:01C6EBBC]
>
>Sigurd Stenersen wrote:
> > Is it at all possible to modify the number of features in the feature 
>tree,
> > from a DLL or using some sort of action ?
> >
> > I'm able to set the state of features, but I would like to present users
> > with different trees depending on selections made in a previous dialog.
> >
> > Functionally, this is similar to using a condition to set the feature's
> > level, except I want to be able to do this according to user input.  And 
>it
> > seems that by the time the user is allowed to enter anything the 
>conditions
> > in the feature tree have already been evaluated.
> >
>Feature conditions are evaluated during the CostFinalize action, which
>comes well before most UI. Off the top of my head, I can't think of an
>easy way to do what you want. The feature selection tree doesn't really
>offer customization beyond what's documented. Unless a feature's install
>level is 0 (or it's specifically hidden by its attributes), the
>selection tree shows it. You might want to consider custom
>feature-selection dialogs instead. From there, you can publish Remove
>and AddLocal control events to exactly control which features get 
>installed.
>
>--
>sig://boB
>http://bobs.org
>
>
>-
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share 
>your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users



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

Re: [WiX-users] Dialog TextBox Value to Local Computer Name

2006-10-09 Thread gcoates


Hey, worked a treat, thanks.


Bob Arnson-3 wrote:
> 
> gcoates wrote:
>> I can't see a way to initialize the property behind the text box to the
>> local computer name either as CustomActions seem to run after the UI has
>> been displayed.
>>   
> You can schedule a custom action to run early in the UI sequence using 
> the InstallUISequence element.
> 
> -- 
> sig://boB
> http://bobs.org
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Dialog-TextBox-Value-to-Local-Computer-Name-tf2409217.html#a6720884
Sent from the wix-users mailing list archive at Nabble.com.


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

Re: [WiX-users] Error 1920 with Services

2006-10-09 Thread david adams

Thanks for the advice Bob.

Turned out to be one of those ID10T errors.  I was installing a Windows 
Service whose function is to monitor a Microsoft Message Queue.  It helps to 
name the MQ correctly lest your service will fail to start.

David Adams
MSN MessengerID: [EMAIL PROTECTED]

>From: Bob Arnson <[EMAIL PROTECTED]>
>To: david adams <[EMAIL PROTECTED]>
>CC: wix-users@lists.sourceforge.net
>Subject: Re: [WiX-users] Error 1920 with Services
>Date: Fri, 06 Oct 2006 20:00:33 -0700
>MIME-Version: 1.0
>Received: from sccrmhc15.comcast.net ([63.240.77.85]) by 
>bay0-mc3-f1.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444); Fri, 6 
>Oct 2006 20:04:28 -0700
>Received: from [192.168.0.105] 
>(c-24-16-25-98.hsd1.wa.comcast.net[24.16.25.98])  by comcast.net 
>(sccrmhc15) with ESMTP  id <2006100703042701500p4upre>; Sat, 7 Oct 
>2006 03:04:28 +
>X-Message-Info: LsUYwwHHNt3660MmjhEvYg2f34OAemlKtU9j2Z7TuGo=
>User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
>References: <[EMAIL PROTECTED]>
>Return-Path: [EMAIL PROTECTED]
>X-OriginalArrivalTime: 07 Oct 2006 03:04:28.0798 (UTC) 
>FILETIME=[4DAE09E0:01C6E9BD]
>
>david adams wrote:
>>I have encountered the 1920 error attempting to install Windows Services.  
>>This was previously working and I do not know what has changed to all of a 
>>sudden start getting the "Check to see if you have permissions"-type 1920 
>>error.
>
>Every 1920 I've encountered has been caused by missing dependencies. When 
>the 1920 pops up, try starting the service using sc.exe or net.exe or 
>Admin|Services. If it fails, it usually provides slightly more information 
>about the failure than MSI gives.
>
>
>--
>sig://boB
>http://bobs.org
>
>

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

Re: [WiX-users] How to find is product/merge module installed?

If you knew the UpgradeCode of an existing product, you could find it
using the FindRelatedProducts action. Use the  element and
specify OnlyDetect="yes" on the  element if you only
want to know if the product is installed rather than actually removing
it. A ProductCode refers only to one specific version and language of a
product, while the same UpgradeCode is normally used for all versions
and languages of the same product.

As far as the MSM goes, if your product depends on the contents of that
MSM, you should merge it into your package. This ensures that the
reference counts on the components of that MSM are incremented, ensuring
that the components are not prematurely removed when all other products
which installed those components are uninstalled.

If you're trying to limit the size of the package downloaded by the
user, you might be able to keep the files to be installed in separate
CABs, and have Windows Installer download them on-demand, but someone
else will have to help you there! (I know Windows Installer has the
capability since I've seen the Platform SDK Web Install do it, but I
don't know how to do it).

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter G.
Sakhno
Sent: 09 October 2006 14:02
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to find is product/merge module installed?

How to find if a product is already installed if it's Product Id is
known? Should be implemented some DLL/EXE-based CA or there are any
"standard" MSI commands available?

The same about merge module. I want to find out if any copy of
particular MSM (defined by its GUID) is installed, regardless of a
product that encloses the MSM.

Best regards,
Peter G. Sakhno
C-MAP RUSSIA Ltd
http://www.c-map.ru/



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

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

Re: [WiX-users] WixUI LGHT0103




I'd take a guess that PowerShell is somehow messing up the 
parsing of the : and giving the two arguments "-cultures" "en-us", and that 
light's command-line parser then interprets "en-us" as being a source file for 
it to process. It then fails because it can't find the file.
 
This parameter is inconsistent with -ext and -loc, as is 
-sice: which may well suffer from the same problem under PowerShell, if that is 
the problem. -ext and -loc expect the following argument to be an extension or a 
localization file, respectively.
 
-- 
Mike Dimmick


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Bob 
ArnsonSent: 09 October 2006 16:16To: Christer 
SolskogenCc: wix-users@lists.sourceforge.netSubject: Re: 
[WiX-users] WixUI LGHT0103
Christer Solskogen wrote: 
It seems like wix dont like to be run from PowerShell/Monad.

I had to run it with:
D:\bin\wix\light.exe -ext WixUIExtension "-cultures:en-us" 
HelloWorld.wixobj
  Can you post a 
bug? I'm not sure if we can do anything to make PowerShell happy but if we 
can, we should.-- 
sig://boB
http://bobs.org
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix-users@lists.sourceforge.net

2006-10-09 Thread Antony Walmsley

I assume this is a reply to my question called "COM+ components not in
Component Services".

I did a rebuild of Wix 4415 with shortened versions of the 4 names
that were too long and now the COM+ apps appear as I would expect.

The strange thing is that the old versions of the merge modules built
with older versions of Wix work even though Orca showed those as
having the same errors.

Thanks for the help.

Maybe Fredrik has some ideas about what has changed to affect this?

On 09/10/06, Peter Dyson <[EMAIL PROTECTED]> wrote:
> I too have seen this problem with COM+ in merge modules.
>
> The problem seems to be with names of actions which become too long when
> the module guid is attached to it.
>
> If you use orca to validate it will come up with 4 such errors, off the
> top of my head I cannot remember which 4 they are, but the workaround
> was to edit the pubca.wxs, shorten the names and run the resultant file
> through lit and include that lib for merge modules.
>
> Peter
>
>
> This message has been scanned for viruses by BlackSpider MailControl - 
> www.blackspider.com
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Add run key entry in Vista?





Jeff MacDuff wrote:

  
  


  
  
  
  So if we
make the MSI install for all
users.. we should be able to create a new run key entry without hitting
the
redirection problems?
  


AFAIK, redirection is used only when a non-elevated user tries to write
to system locations. That said, I'm not a Vista expert by any
means...but it's worth an experiment at least.


-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] Hiding features

Sigurd Stenersen wrote:
> Is it at all possible to modify the number of features in the feature tree, 
> from a DLL or using some sort of action ?
>
> I'm able to set the state of features, but I would like to present users 
> with different trees depending on selections made in a previous dialog.
>
> Functionally, this is similar to using a condition to set the feature's 
> level, except I want to be able to do this according to user input.  And it 
> seems that by the time the user is allowed to enter anything the conditions 
> in the feature tree have already been evaluated.
>   
Feature conditions are evaluated during the CostFinalize action, which 
comes well before most UI. Off the top of my head, I can't think of an 
easy way to do what you want. The feature selection tree doesn't really 
offer customization beyond what's documented. Unless a feature's install 
level is 0 (or it's specifically hidden by its attributes), the 
selection tree shows it. You might want to consider custom 
feature-selection dialogs instead. From there, you can publish Remove 
and AddLocal control events to exactly control which features get installed.

-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] Localization again

Thomas Krebs wrote:
> I've read through some of the localization threads but I have
> the impression that localization is (only?) understood as a static
> process, that means that I can create different MSIs each having a
> different language GUI.
>   

That's right.

> I would like to have ONE MSI with different languages where the
> installation picks the correct language according to the localization
> settings of the OS or user preference. Is this at all possible (with
> MSI and WIX) and if yes, how?
>   

MSI doesn't support multilanguage packages. The official recommendation 
if you want to create one package supporting multiple languages is to 
create a language-neutral package and have a bootstrapper/chainer apply 
an appropriate language transform before launching the package. So 
you'll have product.msi, setup.exe, and many lang.mst transforms.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Weekly builds / files with same version

William Jones wrote:
> I came up with a solution, but I'm not sure it's the right one.  I 
> generate a new product code on every build (so every build looks like 
> a major upgrade).  I detect when I'm doing a week-to-week upgrade and 
> sequence the RemoveExistingProducts action for that case, as well as 
> an upgrade from a prior version.  This seems to work, but it generates 
> a warning during validation in Orca.
If you're willing to sequence RemoveExistingProducts early, as you're 
doing, then the previous version will be completely uninstalled before 
the new version is installed, so it should work.

You don't need to worry about putting conditions on 
RemoveExistingProducts -- MSI is smart enough to do something only if it 
found a prior version that needs removing.

Note that not having build numbers as part of the file versions really 
complicates patching. It also means that MSI can't distinguish among 
different files -- if a file has versioninfo, MSI uses it to the 
exclusion of other, weaker methods like timestamps.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Creating Environmental Variables

Andy Britcliffe wrote:
> And have built my MSI and installed it and all seemed to go well. 
> However when I run the SET command from the console I don't see my env 
> variable listed there. Is there something I am missing?

Did you restart your console? MSI sends the appropriate message to 
signal a new environment variable but most shells, including cmd.exe, 
don't update their own copies.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Dialog TextBox Value to Local Computer Name

gcoates wrote:
> I can't see a way to initialize the property behind the text box to the
> local computer name either as CustomActions seem to run after the UI has
> been displayed.
>   
You can schedule a custom action to run early in the UI sequence using 
the InstallUISequence element.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Check if a dll file is present on target machine

Suraj Barkale wrote:
> I want to know if I can search for a file in system path.

You can use FileSearch to find a particular file with a version range 
but it doesn't support searching just the path. The alternative is to 
search a tree, such as ProgramFilesFolder, but that won't find 
directories installed elsewhere. You can tell the AppSearch action to 
search all drives on the system but your users won't thank you for that 
brute force approach. Your best bet is to find from Oracle any registry 
entries or other data indicating version info and install location.

-- 
sig://boB
http://bobs.org



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

Re: [WiX-users] How to find is product/merge module installed?

Peter G. Sakhno wrote:
> How to find if a product is already installed if it's Product Id is 
> known? Should be implemented some DLL/EXE-based CA or there are any 
> "standard" MSI commands available?
>
> The same about merge module. I want to find out if any copy of 
> particular MSM (defined by its GUID) is installed, regardless of a 
> product that encloses the MSM.
>   

There's no way to directly search for products and merge modules are 
"flattened" during the build process so there's no way to search for 
them either. However, you can search for a particular component using 
the ComponentSearch element.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] create transformations, Orca alternatives

Alexander Gnauck wrote:
> which means I need a very simple solution to create transformations 
> without Orca.
>   
Derek wrote the beginnings of transformation support in the Torch tool. 
It's designed to create a transform between two MSI packages or from a 
.wixout you can create with Dark. At the moment, however, there isn't a 
schema for authoring transforms.

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] Error Table

Alex Mendes da Costa wrote:
> My package is not language-neutral.  ProductLanguage is set in my MSI
> to 1033.However, the dialog box lacks strings unless I explicitly
> add the appropriate entries to the error table.
>   

What do you have Package/@Languages set to?

-- 
sig://boB
http://bobs.org

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

Re: [WiX-users] WixUI LGHT0103





Christer Solskogen wrote:

  It seems like wix dont like to be run from PowerShell/Monad.

I had to run it with:
D:\bin\wix\light.exe -ext WixUIExtension "-cultures:en-us" 
HelloWorld.wixobj
  


Can you post
a bug? I'm not sure if we can do anything to make PowerShell happy
but if we can, we should.

-- 
sig://boB
http://bobs.org


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

Re: [WiX-users] Strong name validation failure

2006-10-09 Thread Antony Walmsley

Thanks, it works OK now. I needed to do some minor changes to the
source for test purposes.

On 09/10/06, Mike Dimmick <[EMAIL PROTECTED]> wrote:
> The private key is not distributed with WiX sources and so the
> executables are delay-signed. This attaches the public key token and
> reserves space for the signature, but doesn't actually do the hashing
> and signing, so the executables fail verification.
>
> You can exclude the executables from strong-name verification using sn
> -Vr from a VS command prompt, for example:
>
> sn -Vr *,36e4ce08b8ecfb17
>
> If you just need to use the tools, download the binaries package.
>
> --
> Mike Dimmick
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Antony
> Walmsley
> Sent: 09 October 2006 15:44
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Strong name validation failure
>
> I set up a Virtual PC to build Wix 2.0.4415.0. It builds and runs with
> no problems.
>
> However, when I copy the executables to my development machine, I get
> the following error:
>
>
> C:\Program Files\Wix>candle
>
> Unhandled Exception: System.IO.FileLoadException: Could not load file or
> assembl y 'candle, Version=2.0.4415.0, Culture=neutral,
> PublicKeyToken=36e4ce08b8ecfb17'
>  or one of its dependencies. Strong name validation failed. (Exception
> from HRES
> ULT: 0x8013141A)
> File name: 'candle, Version=2.0.4415.0, Culture=neutral,
> PublicKeyToken=36e4ce08 b8ecfb17' --->
> System.Security.SecurityException: Strong name validation failed.
>  (Exception from HRESULT: 0x8013141A)
> The Zone of the assembly that failed was:
> MyComputer
>
>
>
> What on earth am I doing wrong
>
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT Join
> SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Add run key entry in Vista?

2006-10-09 Thread Jeff MacDuff









So if we make the MSI install for all
users.. we should be able to create a new run key entry without hitting the
redirection problems?

 









From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson
Sent: Friday, October 06, 2006
7:49 PM
To: Jeff MacDuff
Cc:
wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add run
key entry in Vista?



 

Jeff MacDuff wrote: 

I
need to add my application to the HKLM\windows\currentversion\Run key in the
registry so that my app will start at every boot up for users.

 

In Vista,
I am having trouble setting this key through the MSI without it getting
re-directed to the virtual store ( which of course doesn’t help me ).


Is ALLUSERS set to 1? If a package is per-user, Vista
redirection kicks in.




-- sig://boBhttp://bobs.org




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

[WiX-users] Localization again

2006-10-09 Thread Thomas Krebs

Hi,

I've read through some of the localization threads but I have
the impression that localization is (only?) understood as a static
process, that means that I can create different MSIs each having a
different language GUI.
I would like to have ONE MSI with different languages where the
installation picks the correct language according to the localization
settings of the OS or user preference. Is this at all possible (with
MSI and WIX) and if yes, how?

Thomas


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

Re: [WiX-users] Creating Environmental Variables

2006-10-09 Thread Andy Britcliffe

Hi RobThanks for that.I've droppped the following in my installer        Name='TestEnv'  Value='Test'  Action=''  System='yes'/>     And have built my MSI and installed it and all seemed to go well. However when I run the SET command from the console I don't see my env variable listed there. Is there something I am missing?
ThanksAndy.On 10/6/06, Rob Mensching <[EMAIL PROTECTED]> wrote:













Take a look at the Environment element: 
http://wix.sourceforge.net/manual-wix2/wix_xsd_environment.htm.

 

 



From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]] On Behalf Of Andy
Britcliffe
Sent: Friday, October 06, 2006 14:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Creating Environmental Variables



 



Hi





 





I'm fairly new to WIX development and this mailing list
so Hi.





 





I have an initial question. As part of my installation I
need to create a number of system environmental variables. Could someone give
me advice on what is the best way to do this using WIX.





 





Many thanks





 





Andy.










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

Re: [WiX-users] Need help with checkboxes

2006-10-09 Thread gcoates


If the property doesnt exist in the first place, the checkbox is set to
unchecked.
If you check the checkbox, the property is actually created by MSI.

I think the checkbox value is linked to the existence or non existence of
the property.


fregate wrote:
> 
> Thanks for aswer. It works.
> 
> And next question:
> How to set CheckBox value? CheckBox, when displayed have checked
> state. How to set it in non-checked state in initialization?
> 
> Thanks,
> Anton.
> 
> 
> 
> On 9/7/06, Dana Gutride <[EMAIL PROTECTED]> wrote:
>> Anton:
>>
>> Instead of using StartServer = "0"  try NOT StartServer for the condition
>> that disables the second checkbox.  It is a little counterintuitive, but
>> if
>> you take a look at the MSI log, you should see that unchecking a checkbox
>> doesn't set the value of the property to "0", it deletes it altogether.
>>
>> Dana
>>
>>
>> On 9/7/06, Anton Filippov <[EMAIL PROTECTED]> wrote:
>> >
>> Hello all.
>> I have some checkboxes in dialog:
>>
>>
>> > CheckBoxValue="1">
>>   Launch [ProductName]
>> 
>> > Property="StartServerAsService">
>>   as service
>>   StartServer = "0"
>>   StartServer = "1"
>> 
>>
>> 0
>>
>> When it show on dialog, I have:
>> LaunchServer - checked
>> LaunchserverAsService - disabled, checked
>>
>> When I press LaunchServer and check it again
>> LaunchServerAsService - checked, enabled
>>
>> But If I check LaunchServer again - LaunchserverAsService not change it
>> state.
>>
>> What wrong?
>>
>> Thanks,
>> Anton
>>
>> -
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> -
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
> 
> -
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> 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/Need-help-with-checkboxes-tf2232038.html#a6720021
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] Weekly builds / files with same version

2006-10-09 Thread William Jones

[I posted this on microsoft.public.platformsdk.msi last week, but didn't get
any bites. Maybe wix-users will have some advice.]

I'd like to get some advice from the MSI gurus. I'm using WiX, but my
question is really about the best way to [ab]use the MSI engine.

I'm trying to migrate an installer from a script-based system to MSI. I've
got to deal with binaries that I don't control, and that don't follow MSI's
versioning rules. In particular, the EXE/DLL versions don't include a build
number, just a major/minor version, which only increments once per public
release. I get a new set of files every week, and need to produce an MSI
for internal testing. I need this week's MSI to upgrade last week's MSI. I
can't require a manual uninstall of the prior build.

I came up with a solution, but I'm not sure it's the right one. I generate
a new product code on every build (so every build looks like a major
upgrade). I detect when I'm doing a week-to-week upgrade and sequence the
RemoveExistingProducts action for that case, as well as an upgrade from a
prior version. This seems to work, but it generates a warning during
validation in Orca.

...

PREVIOUSVERSION OR SAMEVERSION

I also tried setting the REINSTALLMODE property, to force files with the
same version to be reinstalled, but validation complains about this too.

So, what do you think? Am I doing this the best way? Any other
suggestions?

_
All-in-one security and maintenance for your PC. Get a free 90-day trial!
http://clk.atdmt.com/MSN/go/msnnkwlo005001msn/direct/01/?href=http://www.windowsonecare.com/?sc_cid=msn_hotmail

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

[WiX-users] bug: Tallow generates invalid Registry/@Type and Registry/@Value

2006-10-09 Thread Kirill Kovalenko

Hello,

It seems I have found a bug in Tallow.exe. When it comes to generating multi
string attributes I get something like this:



Original ATL registry script is:

ldapcom.LDAPTypeValue = s 'LDAPTypeValue Class'
{
CLSID = s '{9C072A86-626E-4796-A5CF-40129EBE28FD}'
CurVer = s 'ldapcom.LDAPTypeValue.1'
CaseInsensitiveAttributeType = m ''
}

I've tested versions 2.0.3309.0 and 2.0.4528.0. Both versions are affected
by the issue. 

Should I open a CR at SF?

Sincerely yours,

Kirill Kovalenko
Product Manager
Softerra LLC
http://www.softerra.com
http://www.ldapadministrator.com




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

Re: [WiX-users] bug: Tallow generates invalid Registry/@Type andRegistry/@Value

That looks like it might be a tricky thing to do. Try:



Tallow probably should generate something similar when faced with an
empty REG_MULTI_SZ value. What's generated at present is definitely
wrong. I've tested this when the key is not already present but haven't
tested what happens if it is.

Out of curiosity, why are you using a subkey rather than a named value?

-- 
Mike Dimmick


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kirill
Kovalenko
Sent: 09 October 2006 15:36
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] bug: Tallow generates invalid Registry/@Type
andRegistry/@Value

Hello,

It seems I have found a bug in Tallow.exe. When it comes to generating
multi string attributes I get something like this:



Original ATL registry script is:

ldapcom.LDAPTypeValue = s 'LDAPTypeValue Class'
{
CLSID = s '{9C072A86-626E-4796-A5CF-40129EBE28FD}'
CurVer = s 'ldapcom.LDAPTypeValue.1'
CaseInsensitiveAttributeType = m ''
}

I've tested versions 2.0.3309.0 and 2.0.4528.0. Both versions are
affected by the issue. 

Should I open a CR at SF?

Sincerely yours,

Kirill Kovalenko
Product Manager
Softerra LLC
http://www.softerra.com
http://www.ldapadministrator.com





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

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

[WiX-users] Hiding features

Is it at all possible to modify the number of features in the feature tree, 
from a DLL or using some sort of action ?

I'm able to set the state of features, but I would like to present users 
with different trees depending on selections made in a previous dialog.

Functionally, this is similar to using a condition to set the feature's 
level, except I want to be able to do this according to user input.  And it 
seems that by the time the user is allowed to enter anything the conditions 
in the feature tree have already been evaluated.


Sigurd 




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

Re: [WiX-users] Strong name validation failure

The private key is not distributed with WiX sources and so the
executables are delay-signed. This attaches the public key token and
reserves space for the signature, but doesn't actually do the hashing
and signing, so the executables fail verification.

You can exclude the executables from strong-name verification using sn
-Vr from a VS command prompt, for example:

sn -Vr *,36e4ce08b8ecfb17

If you just need to use the tools, download the binaries package.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Antony
Walmsley
Sent: 09 October 2006 15:44
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Strong name validation failure

I set up a Virtual PC to build Wix 2.0.4415.0. It builds and runs with
no problems.

However, when I copy the executables to my development machine, I get
the following error:


C:\Program Files\Wix>candle

Unhandled Exception: System.IO.FileLoadException: Could not load file or
assembl y 'candle, Version=2.0.4415.0, Culture=neutral,
PublicKeyToken=36e4ce08b8ecfb17'
 or one of its dependencies. Strong name validation failed. (Exception
from HRES
ULT: 0x8013141A)
File name: 'candle, Version=2.0.4415.0, Culture=neutral,
PublicKeyToken=36e4ce08 b8ecfb17' --->
System.Security.SecurityException: Strong name validation failed.
 (Exception from HRESULT: 0x8013141A)
The Zone of the assembly that failed was:
MyComputer



What on earth am I doing wrong


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

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

[WiX-users] Strong name validation failure

2006-10-09 Thread Antony Walmsley

I set up a Virtual PC to build Wix 2.0.4415.0. It builds and runs with
no problems.

However, when I copy the executables to my development machine, I get
the following error:


C:\Program Files\Wix>candle

Unhandled Exception: System.IO.FileLoadException: Could not load file or assembl
y 'candle, Version=2.0.4415.0, Culture=neutral, PublicKeyToken=36e4ce08b8ecfb17'
 or one of its dependencies. Strong name validation failed. (Exception from HRES
ULT: 0x8013141A)
File name: 'candle, Version=2.0.4415.0, Culture=neutral, PublicKeyToken=36e4ce08
b8ecfb17' ---> System.Security.SecurityException: Strong name validation failed.
 (Exception from HRESULT: 0x8013141A)
The Zone of the assembly that failed was:
MyComputer



What on earth am I doing wrong

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

[WiX-users] How to find is product/merge module installed?

2006-10-09 Thread Peter G. Sakhno

How to find if a product is already installed if it's Product Id is 
known? Should be implemented some DLL/EXE-based CA or there are any 
"standard" MSI commands available?

The same about merge module. I want to find out if any copy of 
particular MSM (defined by its GUID) is installed, regardless of a 
product that encloses the MSM.

Best regards,
Peter G. Sakhno
C-MAP RUSSIA Ltd
http://www.c-map.ru/


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

Re: [WiX-users] Error Table

2006-10-09 Thread Alex Mendes da Costa

My package is not language-neutral.  ProductLanguage is set in my MSI
to 1033.However, the dialog box lacks strings unless I explicitly
add the appropriate entries to the error table.

On 10/8/06, Bob Arnson <[EMAIL PROTECTED]> wrote:
> Alex Mendes da Costa wrote:
> > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/error_table.asp
> >
> > Some of these strings are used to populate the uninstallation dialog box.
> >
> > My wix-derived MSIs do not have this table.  As a result, my uninstall
> > dialog is extremely barren.  Is there some simple way to populate the
> > table with default values?  Or do I have to set them all up manually?
> >
>
> As the doc notes, if you don't supply this data, MSI supplies it from
> its own resources. You need to supply it only if you want to provide
> strings for languages your users might not have on their system.
>
> It's possible, as I mentioned previously, that the fallback behavior
> might not work for language-neutral packages because of a bug. For
> example, see http://blogs.msdn.com/heaths/archive/2006/06/29/651011.aspx.
>
> --
> sig://boB
> http://bobs.org
>
>
>

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

Re: [WiX-users] Release v3

2006-10-09 Thread HeshengBao









It sounded very difficult to try to
upgrade wxs files from v2 to v3. In my WXS files, I have registry element,
database, xml file, virtual directory, file, directory, service.

 

Please advice.

 



Hesheng Bao











From: Mike Dimmick
[mailto:[EMAIL PROTECTED] 
Sent: Monday, October 09, 2006
8:24 AM
To: Bao, Hesheng;
[EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Release
v3



 

WixCop gives you everything that was
wrong. To make it fix the file, specify the -f switch. You'll still get all the
error and warning messages, but it will now attempt to convert the schema.

 

Note that there are some places where a
WixCop-converted file still won't compile with v3, such as where you have a
Directory which specifies both Name and LongName, and both are less than
or equal to 8 characters.

 

-- 

Mike Dimmick

 







From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: 09 October 2006 13:17
To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Release
v3

I tried Wixcop on a very simple WXS file
and produced a lot of error and warning messages. 

What’s the correct command line
syntax?

 

Thanks,

Hesheng Bao 

 









From: Cullen Waters
[mailto:[EMAIL PROTECTED] 
Sent: Friday, October 06, 2006
6:17 PM
To: Bao, Hesheng; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Release
v3



 

If you downloaded
the v3, you’ll also have an exe called wixcop in the distribution. 
Run wixcop on your existing v2 .wxs files, and it will automagically update
them to the latest schema.

 





From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, October 06, 2006
3:09 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Release v3





 

I don't know whether this is right time and place to
post my questions here. We have a stable Wix v2 project that contains the
installation and configuration of VS 2005 dll, exe, database, windows service,
web service. This afternoon I downloaded Wix v3 and got a lot errors and
warnings. The preprocessors don't work, WebVirtualDir becomes an unexpected
element for component, etc. Where can I find instructions on how to upgrade
from v2 to v3? Thank you very much in advance. 

 

Hesheng Bao

Software Design Engineer

Eaton Electrical

Software & Meters Business Units

150 Industry
  Drive

Pittsburgh, PA 15275

412.494.3023

 






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

Re: [WiX-users] Release v3

The localizations have been moved into the .wixlib embedded in
WixUIExtension.dll. If you want to use the standard localizations,
specify -cultures:xx-xx on the light.exe command line, instead of -loc,
where xx-xx is the language you want to use, for example en-US.

-- 
Mike Dimmick 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Torsten
Rudnick
Sent: 09 October 2006 13:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Release v3

I am switched to WiX v3 and now I can not find any localization files. 
Where do I have to look or there are important changes? If anything was
changed how do I have to do localization now?


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

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

[WiX-users] Release v3

2006-10-09 Thread Torsten Rudnick

I am switched to WiX v3 and now I can not find any localization files. 
Where do I have to look or there are important changes? If anything was 
changed how do I have to do localization now?

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

Re: [WiX-users] Release v3