[WiX-users] looking for a tag

2007-08-07 Thread Matthieu RUNTZ
Hello,

That functionality isn't available in Wix, but you can develop a MSBUILD
Custom Task which look in a directory and complete your Wix file.

Regards,
Matthieu

2007/8/7, Ravit Shapira [EMAIL PROTECTED]:

   Hi,



 Does the latest wix version have a tag that says: look here and get all
 the files recursively?



 Thanks,

 Ravit

 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Beginning Question

2007-08-07 Thread Schrieken, Rene
You're doing it too late indeed. During msbuild (BeforeCompile?) grasp
the build version and write it to a (new?) wxs file. Then add that wxs
file to your Compile itemgroup to get it compiled (and linked) to an
msi. 

Although wix and msbuild/nant follow a declarative style of getting
things done, this doesn't mean they understand each other. 
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jcafaro10
Sent: Monday, August 06, 2007 10:10 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Beginning Question


Well I think how it works is the version number is stored somewhere so
we
need to check it out to modify it, and then check it back in so it
becomes
part of the install.  Is there an AfterCompile attribute instead of
InstallFiles?  Maybe I'm doing that too late.  Or is it just not
possible to
do these things with wix and I have to do them with MSBuild or Nant


Brian Poploskie wrote:
 
 It looks like you have some Nant tags in there.  I'm not really sure
 what you're trying to do.  Unless you're doing a TFS checkout/checkin
as
 part of your install I'm confused by what you're trying to do.  You're
 describing things that happen at install time, not at build time, in
 your WiX files.  To build use MSBuild or Nant or the build tool of
your
 choice.
 
 I'd suggest starting the tutorial at the beginning and going all the
way
 through.
 
 The tags you have in there aren't valid children in the WiX Schema.
 You're missing the dllentry parameter in your CustomActions required
to
 do the type 1 custom action and execute a method from a DLL.  The ID
in
 your Binary is just an identifier.
 
 Brian Poploskie
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
jcafaro10
 Sent: Monday, August 06, 2007 3:34 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Beginning Question
 
 
 Looked at the tutorial and reworked some of the code.  I'm still not
 sure
 what to do with the Import Project, or if I even need it but here's
what
 I
 have now.
 
 Binary Id=MSBuild.Community.Tasks.AssemblyInfo
 SourceFile=MSBuild.Community.Tasks.dll /
 Binary Id=MSBuild.Community.Tasks.Math.Add
 SourceFile=MSBuild.Community.Tasks.dll/
 Binary Id=MSBuild.Community.Tasks.Zip
 SourceFile=MSBuild.Community.Tasks.dll/
 Binary Id=Sedodream.MSBuild.Tasks.GetAssemblyVersion
 SourceFile=Sedodream.MSBuild.Tasks.dll/
 
 CustomAction
 Id=UpdateAssembly
 BinaryKey=Sedodream.MSBuild.Tasks.GetAssemblyVersion
 Return=ignore /
 CustomAction
   Id=AddRevision
   BinaryKey=MSBuild.Community.Tasks.Math.Add
   Return=ignore /
 CustomAction
   Id=Assemble
   BinaryKey=MSBuild.Community.Tasks.AssemblyInfo
   Return=ignore /
 
 InstallExecuteSequence
 Custom
   Action=UpdateAssembly
   After=InstallFiles
 GetAssemblyVersion AssemblyPath=$(OutDir)\ChannelBox.exe
   Output TaskParameter=Major PropertyName=Major /
   Output TaskParameter=Minor PropertyName=Minor /
   Output TaskParameter=Build PropertyName=Build /
   Output TaskParameter=Revision
 PropertyName=CurrentRevision /
 /GetAssemblyVersion
 /Custom
 /InstallExecuteSequence 
  
 InstallExecuteSequence
   Custom
   Action=AddRevision
   After=UpdateAssembly
   Add Numbers=$(CurrentRevision);1
   Output TaskParameter=Result
 PropertyName=NewRevision /
   /Add
   Exec Command=quot;$(TeamBuildRefPath)\..\tf.exequot;
 checkout
 $(AssemblyInfoFilePath) /
 /Custom
 /InstallExecuteSequence
 
 InstallExecuteSequence
 Custom
   Action=Assmeble
   After=AddRevision
  AssemblyInfo AssemblyCompany=company 
   AssemblyCopyright=Copyright
  
 AssemblyFileVersion=$(Major).$(Minor).$(Build).$(NewRevision)
   AssemblyProduct=product
   AssemblyTitle=title 
  
 AssemblyVersion=$(Major).$(Minor).$(Build).$(NewRevision)
   CodeLanguage=CSharp 
   OutputFile=$(AssemblyInfoFilePath) /
 Exec Command=quot;$(TeamBuildRefPath)\..\tf.exequot;
checkin
 /comment:quot;Auto-Build: Version Updatequot; /noprompt
 /override:quot;Auto-Build:Version Updatequot;
$(AssemblyInfoFilePath)
 /
   /Custom
 /InstallExecuteSequence   
 
 
 
 -- 
 View this message in context:
 http://www.nabble.com/Beginning-Question-tf4225049.html#a12022732
 Sent from the wix-users mailing list archive at Nabble.com.
 
 


 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a
browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 

[WiX-users] Beginning Question

2007-08-07 Thread Matthieu RUNTZ
That link should help you  :
http://weblogs.asp.net/bradleyb/archive/2005/12/02/432150.aspx

Regards
Matthieu

2007/8/7, Schrieken, Rene [EMAIL PROTECTED]:

 You're doing it too late indeed. During msbuild (BeforeCompile?) grasp
 the build version and write it to a (new?) wxs file. Then add that wxs
 file to your Compile itemgroup to get it compiled (and linked) to an
 msi.

 Although wix and msbuild/nant follow a declarative style of getting
 things done, this doesn't mean they understand each other.


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of jcafaro10
 Sent: Monday, August 06, 2007 10:10 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Beginning Question


 Well I think how it works is the version number is stored somewhere so
 we
 need to check it out to modify it, and then check it back in so it
 becomes
 part of the install.  Is there an AfterCompile attribute instead of
 InstallFiles?  Maybe I'm doing that too late.  Or is it just not
 possible to
 do these things with wix and I have to do them with MSBuild or Nant


 Brian Poploskie wrote:
 
  It looks like you have some Nant tags in there.  I'm not really sure
  what you're trying to do.  Unless you're doing a TFS checkout/checkin
 as
  part of your install I'm confused by what you're trying to do.  You're
  describing things that happen at install time, not at build time, in
  your WiX files.  To build use MSBuild or Nant or the build tool of
 your
  choice.
 
  I'd suggest starting the tutorial at the beginning and going all the
 way
  through.
 
  The tags you have in there aren't valid children in the WiX Schema.
  You're missing the dllentry parameter in your CustomActions required
 to
  do the type 1 custom action and execute a method from a DLL.  The ID
 in
  your Binary is just an identifier.
 
  Brian Poploskie
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of
 jcafaro10
  Sent: Monday, August 06, 2007 3:34 PM
  To: wix-users@lists.sourceforge.net
  Subject: Re: [WiX-users] Beginning Question
 
 
  Looked at the tutorial and reworked some of the code.  I'm still not
  sure
  what to do with the Import Project, or if I even need it but here's
 what
  I
  have now.
 
  Binary Id=MSBuild.Community.Tasks.AssemblyInfo
  SourceFile=MSBuild.Community.Tasks.dll /
  Binary Id=MSBuild.Community.Tasks.Math.Add
  SourceFile=MSBuild.Community.Tasks.dll/
  Binary Id=MSBuild.Community.Tasks.Zip
  SourceFile=MSBuild.Community.Tasks.dll/
  Binary Id=Sedodream.MSBuild.Tasks.GetAssemblyVersion
  SourceFile=Sedodream.MSBuild.Tasks.dll/
 
  CustomAction
  Id=UpdateAssembly
  BinaryKey=Sedodream.MSBuild.Tasks.GetAssemblyVersion
  Return=ignore /
  CustomAction
Id=AddRevision
BinaryKey=MSBuild.Community.Tasks.Math.Add
Return=ignore /
  CustomAction
Id=Assemble
BinaryKey=MSBuild.Community.Tasks.AssemblyInfo
Return=ignore /
 
  InstallExecuteSequence
  Custom
Action=UpdateAssembly
After=InstallFiles
  GetAssemblyVersion AssemblyPath=$(OutDir)\ChannelBox.exe
Output TaskParameter=Major PropertyName=Major /
Output TaskParameter=Minor PropertyName=Minor /
Output TaskParameter=Build PropertyName=Build /
Output TaskParameter=Revision
  PropertyName=CurrentRevision /
  /GetAssemblyVersion
  /Custom
  /InstallExecuteSequence
 
  InstallExecuteSequence
Custom
Action=AddRevision
After=UpdateAssembly
Add Numbers=$(CurrentRevision);1
Output TaskParameter=Result
  PropertyName=NewRevision /
/Add
Exec Command=quot;$(TeamBuildRefPath)\..\tf.exequot;
  checkout
  $(AssemblyInfoFilePath) /
  /Custom
  /InstallExecuteSequence
 
  InstallExecuteSequence
  Custom
Action=Assmeble
After=AddRevision
   AssemblyInfo AssemblyCompany=company
AssemblyCopyright=Copyright
 
  AssemblyFileVersion=$(Major).$(Minor).$(Build).$(NewRevision)
AssemblyProduct=product
AssemblyTitle=title
 
  AssemblyVersion=$(Major).$(Minor).$(Build).$(NewRevision)
CodeLanguage=CSharp
OutputFile=$(AssemblyInfoFilePath) /
  Exec Command=quot;$(TeamBuildRefPath)\..\tf.exequot;
 checkin
  /comment:quot;Auto-Build: Version Updatequot; /noprompt
  /override:quot;Auto-Build:Version Updatequot;
 $(AssemblyInfoFilePath)
  /
/Custom
  /InstallExecuteSequence
 
 
 
  --
  View this message in context:
  http://www.nabble.com/Beginning-Question-tf4225049.html#a12022732
  Sent from the wix-users mailing list archive at Nabble.com.
 
 
 
 
  -
  This SF.net email is sponsored by: Splunk Inc.
  Still 

[WiX-users] WiX Product Version - Installer Version Vs Software Version

2007-08-07 Thread Sankaranarayanan
Hi,

In WiX - the installer version is defined in Product Node - Version attribute 
and this information is also visible in Add / Remove programs - version column 
after installation..
For some application such as ORCA / Internet Explorer - the version mentioned 
in the Add / Remove Programs (installer version) is different from software 
version. (Software version is obtained from Alt+H and About Program option. 
)
For some other applications such as MSDN, Communicator etc - the installer 
version and the software version are same.

1) What is the best practice for defining installer version and software 
version.
2) What are the advantages / disadvantages for maintaining these two versions 
same or different.

Thanks,
Sankaranarayanan MG


  ___ 
Copy addresses and emails from any email account to Yahoo! Mail - quick, easy 
and free. http://uk.docs.yahoo.com/trueswitch2.html

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Beginning Question

2007-08-07 Thread John Hall
 You're doing it too late indeed. During msbuild 
 (BeforeCompile?) grasp the build version and write it to a 
 (new?) wxs file. Then add that wxs file to your Compile 
 itemgroup to get it compiled (and linked) to an msi. 

An easier way is to create a custom MSBuild task to get the version
number and pass it in as a pre-processor variable:

  Target Name=BeforeBuild
MyGetVersionTask
  Output TaskParameter=Version PropertyName=MyVersion /
/MyGetVersionTask

CreateProperty Value=Version=$(MyVersion);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
  /Target

This will pass in your version into candle as a pre-processor variable,
which you can access with $(var.Version).

Regards,
John

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] DLLs and uninstalls

2007-08-07 Thread Alexei

Hey guys, I'm still struggling installing some DLLs...well - uninstalling
some DLLs
I've managed to get the fragments out of tallow, and to link my installer
and it even seems to work.

However when I uninstall the application the registry entries remain, and
the files aren't removed from the WINDOWS\system32 directory. Am I doing
something wrong or is this the way it's supposed to work? I've not really
had much experience when it comes to setup development.

I'm thinking of calling regsvr32 /u for each of the DLLs at the install and
uninstall to make sure that the DLLs installed on the target machine are
unregistered before the new ones are installed and that they are also
unregistered upon uninstall. Therefore I'd make sure the registry entries
are removed.
Are there any drawbacks to this?

Thanks, Alexei
-- 
View this message in context: 
http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12030825
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] custom action python

2007-08-07 Thread Mark Line
Hi,

i'm trying to call a python script after the install via a custom action

this is the code which i have

CustomAction Id=setPropertyPythonEXE Property=pythonExe 
Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe /

CustomAction Id=invokeInstallService Property=pythonExe 
ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc install /


however the problem is that the exeCommand is read by python as one long file 
name, so i believe this is being passed to the command line  
c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe c:\Program 
Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

i need the install to be passed after the file name? is there anyway to do this?-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MessageQueue problem...

2007-08-07 Thread Fredrik Grohn
I have a feeling this has been mentioned before and that I have forgot about 
it. I wasn't able to find a bug about it. So if you have some repro steps it 
would be awesome if you could file a but on SourceForge about this issue. I'll 
try to have a look at this as soon as time permits.

Thanks,
Fredrik

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Lemsky
Sent: Monday, August 06, 2007 12:21 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] MessageQueue problem...

I am using Message Queue element from pubca schema. I create many queues and 
now have some troubles. First of all if same named queue is exists Installer 
cant install newer queue, rollback and delete existed. Second problem - 
reinstall, because it finds existed queue and of course delete it, rollback...
So can anybody help with MessageQueue? Or may be how to teach component not 
reinstall during Reinstall?
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Informational Registry key for windows products

2007-08-07 Thread Anidil

Ok..i see that this entry getting created automatically when i run the
MSI.and it takes the GUID i have specified in the Product/ tag
But i have a custom set of registry values to be created under this path as
you can see in the screen shot..where do i define these entries? as a
seperate component like the main application registry entries?
And here in this case say how do i  add values for HelpLink and
HelpTelephone ?
http://www.nabble.com/file/p12032787/reg.jpg 


Alexei wrote:
 
 Someone correct me if I'm wrong, but I believe the Windows Installer will
 create these keys for you. All that you would need to do would be to
 supply a GUID for the application that you are installing.
 The first chapter  http://www.tramontana.co.hu/wix/ here  should help you
 out with this. There is a link to a simple DOS exe that will be able to
 generate your GUIDs for you.
 
 In fact as far as I remember all your questions should be answered on
 there.
 
 
 
 Anidil wrote:
 
 I have a problem creating the additional registry entries under the
 following path that must be made during the installation to support the
 MS Windows Logo requirements.
 “HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\{GUID}
 
 For every product,i see these entries under the folder which is named
 either a {GUID} or application name..
 
 Now can anybody help create this using WIX? which GUID should i be using
 in this case? where can i get the related documentation?
 
 any help will be greatly appreciated
 Thanks in advance
 Andy 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Informational-Registry-key-for-windows-products-tf4229406.html#a12032787
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Matthieu RUNTZ
Hello,

If the python.exe file and the service.pyc file are integrated in the Wix
file, you can use the following code :

CustomAction Id=LaunchPythonExe
Directory='IdOfTheDirectoryContaintThePythonExe' ExeCommand='python.exe
service.pyc intsall' /

Regards,
Matthieu


2007/8/7, Mark Line [EMAIL PROTECTED]:

  Hi,

 i'm trying to call a python script after the install via a custom action

 this is the code which i have


 CustomAction Id=setPropertyPythonEXE Property=pythonExe 
 Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe
 /

 CustomAction
 Id=invokeInstallService Property=pythonExe 
 ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc
 install /

 however the problem is that the exeCommand is read by python as one long
 file name, so i believe this is being passed to the command line
 c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe
 c:\Program Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

 i need the install to be passed after the file name? is there anyway to do
 this?

 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MSBuild / localisation variable problem - culture information not passed in???

2007-08-07 Thread Baldie

My error. I only configured the cultures setting in debug version. On build
server it builds release versions.

Problem solved
/Baldie


Baldie wrote:
 
 Did this issue get resolved? I have the same problem.
 
 I have a solution containing a Wix project. The wixproj file contains the
 Culturesen-US/Cultures element. When i build this solution from Visual
 Studio the -cutures:en-US switch gets passed to light correctly.
 
 But when i try to build the solution on our build server team foundation
 build doesn't pass the cultures switch to light and i get a ton of
 lght0102 errors.
 
 /Baldie
 
 
 
 Bob Arnson-6 wrote:
 
 Martin Evans wrote:
 Yes, the .wixproj has Culturesen-US;en-GB/Cultures

 Is it worth posting my .wixproj file?
 
 Maybe. I don't know why it wouldn't get passed to the command line.
 
 -- 
 sig://boB
 http://joyofsetup.com/
 
 
 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 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/MSBuild---localisation-variable-problem-tf4129612.html#a12032900
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] How to organize debug/release builds using the same WiX script (.wxs)

2007-08-07 Thread SmilingInSunshine

To overcome some problems with a standard Visual Studio 2005 setup project I
have migrated it into WiX worlds. 

Everything seems to work fine but I don't know how to produce two versions
of builds: debug build and release build. 

My current version of the script can be only used to create a DEBUG version,
since the path
to source file is hardcoded in the script:


File Id='Manual' Name='Manual.pdf' DiskId='1'
Source='..\SubProject1\Bin\Debug\App.exe'


Is there any way to determine a type of build during the build step to
automatically produce both release/debug versions using the same script?

Ideally I would like to have $DebugOrRelease which is set to Debug if a
debug version being build,
or Release, otherwise: 


File Id='Manual' Name='Manual.pdf' DiskId='1'
Source='..\SubProject1\Bin\[$DebugOrRelease]\App.exe'


-- 
View this message in context: 
http://www.nabble.com/How-to-organize-debug-release-builds-using-the-same-WiX-script-%28.wxs%29-tf4229683.html#a12032945
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Informational Registry key for windows products

2007-08-07 Thread Alexei

Not too sure about this one either but you can set a bunch of properties in
the MSI, which as far as I can tell correspond to (at least some of) these
entries.
Have a look on  http://www.tramontana.co.hu/wix/lesson5.php#5.8 here  again.



Anidil wrote:
 
 Ok..i see that this entry getting created automatically when i run the
 MSI.and it takes the GUID i have specified in the Product/ tag
 But i have a custom set of registry values to be created under this path
 as you can see in the screen shot..where do i define these entries? as a
 seperate component like the main application registry entries?
 And here in this case say how do i  add values for HelpLink and
 HelpTelephone ?
  http://www.nabble.com/file/p12032787/reg.jpg 
 
 
 Alexei wrote:
 
 Someone correct me if I'm wrong, but I believe the Windows Installer will
 create these keys for you. All that you would need to do would be to
 supply a GUID for the application that you are installing.
 The first chapter  http://www.tramontana.co.hu/wix/ here  should help you
 out with this. There is a link to a simple DOS exe that will be able to
 generate your GUIDs for you.
 
 In fact as far as I remember all your questions should be answered on
 there.
 
 
 
 Anidil wrote:
 
 I have a problem creating the additional registry entries under the
 following path that must be made during the installation to support the
 MS Windows Logo requirements.
 “HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\{GUID}
 
 For every product,i see these entries under the folder which is named
 either a {GUID} or application name..
 
 Now can anybody help create this using WIX? which GUID should i be using
 in this case? where can i get the related documentation?
 
 any help will be greatly appreciated
 Thanks in advance
 Andy 
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Informational-Registry-key-for-windows-products-tf4229406.html#a12032948
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to organize debug/release builds using the same WiX script (.wxs)

2007-08-07 Thread Mailinglist
Hi,

We use a variable with current build passed into wix.

Therefore you can enter Build=$(Configuration) on the Build/Link Tab of the 
.wixproj properties page.
With that, you are able to add debug stuff like this:

Component Id=MyFile' Guid=*MAKESOMEGUID*
File Id=MyFile.exe' Name='MyFile.exe' Source='MyPath\bin\$(var.Build)\' 
Checksum='yes' /
?if $(var.Build) = Debug?
File Id=MyFile.pdb' Name='MyFile.pdb' Source='MyPath\bin\$(var.Build)\' 
Checksum='yes' /
?endif?
/Component

Oli

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SmilingInSunshine
Sent: Dienstag, 7. August 2007 14:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to organize debug/release builds using the same WiX 
script (.wxs)


To overcome some problems with a standard Visual Studio 2005 setup project I
have migrated it into WiX worlds.

Everything seems to work fine but I don't know how to produce two versions
of builds: debug build and release build.

My current version of the script can be only used to create a DEBUG version,
since the path
to source file is hardcoded in the script:


File Id='Manual' Name='Manual.pdf' DiskId='1'
Source='..\SubProject1\Bin\Debug\App.exe'


Is there any way to determine a type of build during the build step to
automatically produce both release/debug versions using the same script?

Ideally I would like to have $DebugOrRelease which is set to Debug if a
debug version being build,
or Release, otherwise:


File Id='Manual' Name='Manual.pdf' DiskId='1'
Source='..\SubProject1\Bin\[$DebugOrRelease]\App.exe'


--
View this message in context: 
http://www.nabble.com/How-to-organize-debug-release-builds-using-the-same-WiX-script-%28.wxs%29-tf4229683.html#a12032945
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mark Line
that still doesn't appear to work, this is what i use

CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=python.exe ..\..\mtmCore\python\service.pyc install / 

i get the following in my log



Action start 13:42:34: installMTMAgentService.
Error 1721. There is a problem with this Windows Installer package. A program 
required for this install to complete could not be run. Contact your support 
personnel or package vendor. Action: installMTMAgentService, location: 
C:\Program Files\Abilisoft\mtm\thirdParty\python2.4\, command: python.exe 
..\..\mtmCore\service.pyc install 
MSI (s) (E0:44) [13:42:56:437]: Product: mtm Agent -- Error 1721. There is a 
problem with this Windows Installer package. A program required for this 
install to complete could not be run. Contact your support personnel or package 
vendor. Action: installMTMAgentService, location: C:\Program 
Files\Abilisoft\mtm\thirdParty\python2.4\, command: python.exe 
..\..\mtmCore\service.pyc install 

Action ended 13:42:56: installMTMAgentService. Return value 3

  - Original Message - 
  From: Matthieu RUNTZ 
  To: Mark Line 
  Cc: wix-users@lists.sourceforge.net 
  Sent: Tuesday, August 07, 2007 1:01 PM
  Subject: Re: [WiX-users] custom action python


  Hello,

  If the python.exe file and the service.pyc file are integrated in the Wix 
file, you can use the following code :

  CustomAction Id=LaunchPythonExe 
Directory='IdOfTheDirectoryContaintThePythonExe' ExeCommand=' python.exe 
service.pyc intsall' /

  Regards,
  Matthieu



  2007/8/7, Mark Line [EMAIL PROTECTED]:
Hi,

i'm trying to call a python script after the install via a custom action

this is the code which i have

CustomAction Id=setPropertyPythonEXE Property =pythonExe 
Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe /

CustomAction 

Id=invokeInstallService Property =pythonExe 
ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc install / 

however the problem is that the exeCommand is read by python as one long 
file name, so i believe this is being passed to the command line  
c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe 
c:\Program Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

i need the install to be passed after the file name? is there anyway to do 
this?

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser. 
Download your FREE copy of Splunk now   http://get.splunk.com/
___ 
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mailinglist

Try it like this:

CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=[#python.exe] [#service.pyc] install /

Oli








- Original Message -
From: Matthieu RUNTZmailto:[EMAIL PROTECTED]
To: Mark Linemailto:[EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.netmailto:wix-users@lists.sourceforge.net
Sent: Tuesday, August 07, 2007 1:01 PM
Subject: Re: [WiX-users] custom action python

Hello,

If the python.exe file and the service.pyc file are integrated in the Wix file, 
you can use the following code :

CustomAction Id=LaunchPythonExe 
Directory='IdOfTheDirectoryContaintThePythonExe' ExeCommand=' python.exe 
service.pyc intsall' /

Regards,
Matthieu

2007/8/7, Mark Line [EMAIL PROTECTED]mailto:[EMAIL PROTECTED]:
Hi,

i'm trying to call a python script after the install via a custom action

this is the code which i have


CustomAction Id=setPropertyPythonEXE Property =pythonExe 
Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe /

CustomAction
Id=invokeInstallService Property =pythonExe 
ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc install /

however the problem is that the exeCommand is read by python as one long file 
name, so i believe this is being passed to the command line
c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe c:\Program 
Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

i need the install to be passed after the file name? is there anyway to do this?

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mark Line
it wont compile with the code show below

I'm using Wix 2 by the way

what does [#name] mean?
  - Original Message - 
  From: Mailinglist 
  To: wix-users@lists.sourceforge.net 
  Sent: Tuesday, August 07, 2007 1:53 PM
  Subject: Re: [WiX-users] custom action python


   

  Try it like this: 

  CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=[#python.exe] [#service.pyc] install / 

  Oli

   

   

   

 

 

- Original Message - 

From: Matthieu RUNTZ 

To: Mark Line 

Cc: wix-users@lists.sourceforge.net 

Sent: Tuesday, August 07, 2007 1:01 PM

Subject: Re: [WiX-users] custom action python

 

Hello,

If the python.exe file and the service.pyc file are integrated in the Wix 
file, you can use the following code :

CustomAction Id=LaunchPythonExe 
Directory='IdOfTheDirectoryContaintThePythonExe' ExeCommand=' python.exe 
service.pyc intsall' /

Regards,
Matthieu



2007/8/7, Mark Line [EMAIL PROTECTED]: 

Hi,

 

i'm trying to call a python script after the install via a custom action

 

this is the code which i have

 

CustomAction Id=setPropertyPythonEXE Property =pythonExe 
Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe /

CustomAction 

Id=invokeInstallService Property =pythonExe 
ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc install / 

 

however the problem is that the exeCommand is read by python as one long 
file name, so i believe this is being passed to the command line  

c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe 
c:\Program Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

 

i need the install to be passed after the file name? is there anyway to do 
this?


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser. 
Download your FREE copy of Splunk now   http://get.splunk.com/
___ 
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 



--


  -
  This SF.net email is sponsored by: Splunk Inc.
  Still grepping through log files to find problems?  Stop.
  Now Search log events and configuration files using AJAX and a browser.
  Download your FREE copy of Splunk now   http://get.splunk.com/


--


  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Shortcut problem.

2007-08-07 Thread Venkatesh Malepati
Wix Gurus Out there,
I am trying to create a shortcut for an existing filenet.exe in the 
Windows/system32 directory. I am not packaging this file with the install 
shield. I want just use this file to run Tomcat. I am using the following code. 
This looks like simple, however when I run the install shield, it does not 
create a short cut at all. I tried by creating a custom action and try to use 
the peroprty in the shortcut. I donot know what I am doing wrong. Please look 
at this tag and see, if I am doing anything wrong here.

  Component Id=comcat DiskId=1 Guid=7C170F2C-67F9-4f31-AE7D-134451321BE6
 Shortcut Id=Tomcat Name=StartTC  Directory=ProgramMenuFolder 
Arguments=start TEAMSRDS LongName=1.Start Jakarta-Tomcat Server - Service 
Mode
WorkingDirectory=directory3 Target=C:\WINDOWS\system32\net.exe /

   /Component

Directory3 is where my tomcat is installed
I called the service as RDS.

Thanks for any help in adavance.


Venkat


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mark Line
whoops got it compile now, though i get the following error

Error 1721. There is a problem with this Windows Installer package. A program 
required for this install to complete could not be run. Contact your support 
personnel or package vendor. Action: installMTMAgentService, location: 
C:\Program Files\Abilisoft\mtm\thirdParty\python2.4\, command:   install 
MSI (s) (78:64) [14:22:20:703]: Product: mtm Agent -- Error 1721. There is a 
problem with this Windows Installer package. A program required for this 
install to complete could not be run. Contact your support personnel or package 
vendor. Action: installMTMAgentService, location: C:\Program 
Files\Abilisoft\mtm\thirdParty\python2.4\, command:   install 


  - Original Message - 
  From: Mailinglist 
  To: wix-users@lists.sourceforge.net 
  Sent: Tuesday, August 07, 2007 1:53 PM
  Subject: Re: [WiX-users] custom action python


   

  Try it like this: 

  CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=[#python.exe] [#service.pyc] install / 

  Oli

   

   

   

 

 

- Original Message - 

From: Matthieu RUNTZ 

To: Mark Line 

Cc: wix-users@lists.sourceforge.net 

Sent: Tuesday, August 07, 2007 1:01 PM

Subject: Re: [WiX-users] custom action python

 

Hello,

If the python.exe file and the service.pyc file are integrated in the Wix 
file, you can use the following code :

CustomAction Id=LaunchPythonExe 
Directory='IdOfTheDirectoryContaintThePythonExe' ExeCommand=' python.exe 
service.pyc intsall' /

Regards,
Matthieu



2007/8/7, Mark Line [EMAIL PROTECTED]: 

Hi,

 

i'm trying to call a python script after the install via a custom action

 

this is the code which i have

 

CustomAction Id=setPropertyPythonEXE Property =pythonExe 
Value=[INSTALLDIR]mtm\thirdParty\python2.4\python.exe /

CustomAction 

Id=invokeInstallService Property =pythonExe 
ExeCommand=[INSTALLDIR]mtm\mtmCore\python\agent\service.pyc install / 

 

however the problem is that the exeCommand is read by python as one long 
file name, so i believe this is being passed to the command line  

c:\Program Files\Abilisoft\mtm\thirdParty\python2.4\python.exe 
c:\Program Files\Abilisoft\mtm\mtmCore\python\agent\service.pyc install

 

i need the install to be passed after the file name? is there anyway to do 
this?


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser. 
Download your FREE copy of Splunk now   http://get.splunk.com/
___ 
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 



--


  -
  This SF.net email is sponsored by: Splunk Inc.
  Still grepping through log files to find problems?  Stop.
  Now Search log events and configuration files using AJAX and a browser.
  Download your FREE copy of Splunk now   http://get.splunk.com/


--


  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Beginning Question

2007-08-07 Thread jcafaro10

Thanks all, I was a little confused I was thinking that Wix and MSBuild did
basically the same thing and you could use one or the other.  Sorry



Bob Arnson-6 wrote:
 
 jcafaro10 wrote:
 Well I think how it works is the version number is stored somewhere so we
 need to check it out to modify it, and then check it back in so it
 becomes
 part of the install.  Is there an AfterCompile attribute instead of
 InstallFiles?  Maybe I'm doing that too late.  Or is it just not possible
 to
 do these things with wix and I have to do them with MSBuild or Nant
   
 
 Custom actions are for install time behavior. You want compile-time 
 behavior, so yes, your build scripts are the right place.
 
 -- 
 sig://boB
 http://joyofsetup.com/
 
 
 
 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 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/Beginning-Question-tf4225049.html#a12034462
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mailinglist
Hi,

please make sure, that python.exe equals the id-tag of that file in your 
setup.

If your file-tag looks like this:
File Id='python' Name='python.exe' Source='[INSTALLDIR]bin\' Checksum='yes' /

Then the custom action should look like this:
CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=[#python] install /

Oli

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Informational Registry key for windows products

2007-08-07 Thread Anidil

Thanks Alexei
Got it working by using the ARP properties...appreciate :))


Alexei wrote:
 
 Not too sure about this one either but you can set a bunch of properties
 in the MSI, which as far as I can tell correspond to (at least some of)
 these entries.
 Have a look on  http://www.tramontana.co.hu/wix/lesson5.php#5.8 here 
 again.
 
 
 
 Anidil wrote:
 
 Ok..i see that this entry getting created automatically when i run the
 MSI.and it takes the GUID i have specified in the Product/ tag
 But i have a custom set of registry values to be created under this path
 as you can see in the screen shot..where do i define these entries? as a
 seperate component like the main application registry entries?
 And here in this case say how do i  add values for HelpLink and
 HelpTelephone ?
  http://www.nabble.com/file/p12032787/reg.jpg 
 
 
 Alexei wrote:
 
 Someone correct me if I'm wrong, but I believe the Windows Installer
 will create these keys for you. All that you would need to do would be
 to supply a GUID for the application that you are installing.
 The first chapter  http://www.tramontana.co.hu/wix/ here  should help
 you out with this. There is a link to a simple DOS exe that will be able
 to generate your GUIDs for you.
 
 In fact as far as I remember all your questions should be answered on
 there.
 
 
 
 Anidil wrote:
 
 I have a problem creating the additional registry entries under the
 following path that must be made during the installation to support the
 MS Windows Logo requirements.
 “HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\{GUID}
 
 For every product,i see these entries under the folder which is named
 either a {GUID} or application name..
 
 Now can anybody help create this using WIX? which GUID should i be
 using in this case? where can i get the related documentation?
 
 any help will be greatly appreciated
 Thanks in advance
 Andy 
 
 
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Informational-Registry-key-for-windows-products-tf4229406.html#a12035908
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Shortcut problem.

2007-08-07 Thread Gareth at Serif

I think you may have to define Advertised=no (I think 'yes' is the default
if undefined) else the shortcut creation will attempt to make a shortcut to
the component's keypath, which isn't a file and so may choose not to make
one (as you've seen).

Cheers,
Gareth
-- 
View this message in context: 
http://www.nabble.com/Shortcut-problem.-tf4230053.html#a12037745
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Wix branding

2007-08-07 Thread Levon Levonian
Hi All,

 

I was looking into changing the 2 bitmaps (top banner and the dialog
bitmap) and got a feeling I need to re-write the UI in XML in order to
get those in. I have an InstallDir type of UI, and I don't want to
change anything else, just have 2 custom bitmaps. Is there a fast way to
achieve that?

 

Thanks!



**
READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure.

Internet messages may be corrupted, incomplete, misdirected or may
incorrectly identify the sender. Therefore, nothing in this message or
attachments may be considered legally binding.

THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL
OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED.

If you are not the intended recipient or their authorized agent, you
may not forward or copy this information and must delete or destroy all
copies of this message and attachments received.

If you have received this communication in error, please notify
Matrikon Inc. by telephone at (780) 448-1010.
**
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix branding

2007-08-07 Thread Mark Line
Replacing the stock bitmaps
The WixUI dialog library includes stock bitmaps for the background of the 
welcome and installation-complete dialogs and the top banner of the other 
dialogs. You can override those graphics with your own for product-branding 
purposes. To replace stock bitmaps, add the files from the table below to a 
subdirectory named Bitmaps under your WiX source file. 

  File name  Description  Dimensions  
  bannrbmp.bmp Top banner 500 × 63 
  dlgbmp.bmp Background bitmap used on welcome and install-complete dialogs 
503 × 314 
  exclamic.ico Exclamation icon on the wait-for-costing dialog 32 × 32 
  info.ico Information icon on the cancel and error dialogs 32 × 32 
  New.ico Button glyph on directory-browse dialog 16 × 16 
  Up.ico Button glyph on directory-browse dialog 16 × 16 


From http://wix.sourceforge.net/manual-wix2/WixUI_dialog_library.htm
  - Original Message - 
  From: Levon Levonian 
  To: wix-users@lists.sourceforge.net 
  Sent: Tuesday, August 07, 2007 5:34 PM
  Subject: [WiX-users] Wix branding


  Hi All,

   

  I was looking into changing the 2 bitmaps (top banner and the dialog bitmap) 
and got a feeling I need to re-write the UI in XML in order to get those in. I 
have an InstallDir type of UI, and I don't want to change anything else, just 
have 2 custom bitmaps. Is there a fast way to achieve that?

   

  Thanks!



  **
  READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure.

  Internet messages may be corrupted, incomplete, misdirected or may
  incorrectly identify the sender. Therefore, nothing in this message or
  attachments may be considered legally binding.

  THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL
  OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED.

  If you are not the intended recipient or their authorized agent, you
  may not forward or copy this information and must delete or destroy all
  copies of this message and attachments received.

  If you have received this communication in error, please notify
  Matrikon Inc. by telephone at (780) 448-1010.
  **



--


  -
  This SF.net email is sponsored by: Splunk Inc.
  Still grepping through log files to find problems?  Stop.
  Now Search log events and configuration files using AJAX and a browser.
  Download your FREE copy of Splunk now   http://get.splunk.com/


--


  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] looking for a less time consuming Multilanguage installer

2007-08-07 Thread Magus

Ok so I have 13 different languages I need to make installers for All and I
need to build them in both X86 and X64 versions (26 Installers).  The
installers contain the exact same Features nothing different in them at all,
and the features contain the exact same components and components contain
the exact same files.  
Building 1 language takes ~ an hour
26 * 1 hour = 1day to make an installer That works for all said languages
The only thing different between the installers is the
ProgressText/UIText/ErrorText/Some Properties.
The Msi itself doesn't embed the Files it will be installing. (Just in case
that is important)
After all the MSI's are build I run the Msitrans.exe and MsiBD.exe to create
my Transformations.
I am hoping there is an easier and less time consuming way to do this. Any
help PLEASE.
-- 
View this message in context: 
http://www.nabble.com/looking-for-a-less-time-consuming-Multilanguage-installer-tf4232350.html#a12041235
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] DLLs and uninstalls

2007-08-07 Thread Mike Dimmick
If things aren't being uninstalled, it's typically because Windows Installer
still thinks they're referenced.

Assuming you haven't marked the components as Permanent - in which case
Windows Installer will never remove them - it's probably the legacy shared
DLL reference count. Whatever you used to use to install these DLLs may well
have left a count behind.

In passing I'll note that the System32 folder is one of those locations that
Windows Installer will initialise the shared DLL reference count, if not
already present. Installing in private locations does not do this. You are
strongly recommended not to install your own components in System32 unless
absolutely required. If you want to share a component among multiple
installers of your own, create a folder under [CommonFilesFolder], but note
that both the definition/composition and GUID of the component MUST be
identical in all installers. If you don't care about sharing the binary,
place the DLL in your program folder.

I would strongly advise against using regsvr32 /u. You should rely on
Windows Installer to undo any registration when the components are
uninstalled. The continuing presence of the registry entries is a symptom,
not a cause.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexei
Sent: 07 August 2007 10:28
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DLLs and uninstalls


Hey guys, I'm still struggling installing some DLLs...well - uninstalling
some DLLs
I've managed to get the fragments out of tallow, and to link my installer
and it even seems to work.

However when I uninstall the application the registry entries remain, and
the files aren't removed from the WINDOWS\system32 directory. Am I doing
something wrong or is this the way it's supposed to work? I've not really
had much experience when it comes to setup development.

I'm thinking of calling regsvr32 /u for each of the DLLs at the install and
uninstall to make sure that the DLLs installed on the target machine are
unregistered before the new ones are installed and that they are also
unregistered upon uninstall. Therefore I'd make sure the registry entries
are removed.
Are there any drawbacks to this?

Thanks, Alexei
-- 
View this message in context:
http://www.nabble.com/DLLs-and-uninstalls-tf4229019.html#a12030825
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Problem with registering COM dll

2007-08-07 Thread Mike Dimmick
In general, you should use [#fileid] rather than constructing a string based
on TARGETDIR or INSTALLDIR, if you're installing the file you're
referencing.

 

Here, however, the .NET Framework is expecting a URL, using the file:
scheme.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Daryn Mitchell
Sent: 06 August 2007 23:47
To: 'Ahn Ahn Liu'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Problem with registering COM dll

 

I see that the use of [INSTALLDIR] in the registry entry - perhaps edited by
hand? - does not match the the TARGETDIR DirectoryRef.

This is not guaranteed to be an error, e.g. if you've ensured that the two
properties are equal, but it seems fragile.

You can check the installed registry entries to see if they have the full
path to WelcomeCOM.dll, or just the filename alone, to know if this is
causing an error.

 

Daryn.

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ahn Ahn Liu
Sent: Monday, August 06, 2007 3:34 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with registering COM dll

 

I'm trying to register a COM component and followed the instruction on the
tutorial - running tallow -c WelcomeCOM.dll.

 

However, it does not appear to be successfully registering the object.

 

The tallow outputs:

 

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;

  Fragment

DirectoryRef Id=TARGETDIR

  Component Id=component0 DiskId=1
Guid=A8D11ADD-9C2B-48ca-B666-B930D9F932E0

File Id=file0 Name=WELCOM_1.DLL LongName=WelcomeCOM.dll
Source=WelcomeCOM.dll /

...

Registry Root=HKCR
Key=CLSID\{20D0E68E-393C-11DC-8314-0800200C9A66}\InprocServer32
Name=CodeBase Value=[INSTALLDIR]WelcomeCOM.dll Type=string /

...

Registry Root=HKCR
Key=CLSID\{20D0E68E-393C-11DC-8314-0800200C9A66}\InprocServer32\1.0.0.0
Name=CodeBase Value=[INSTALLDIR]WelcomeCOM.dll Type=string /

...

  /Component

/DirectoryRef

  /Fragment

/Wix

 

 

Any suggestion?

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Goodbye fragmentref - how to replace?

2007-08-07 Thread Chris Tavares
I have the following fragment in my WiX 2 installer:

?xml version=1.0 encoding=utf-8?
Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'
  Fragment Id='NoRegisterSequenceFragment'
InstallExecuteSequence
  RegisterProduct Suppress=yes /
  RegisterUser Suppress=yes /
  PublishProduct Suppress=yes /
  PublishFeatures Suppress=yes /
/InstallExecuteSequence

AdvertiseExecuteSequence
  PublishProduct Suppress=yes /
  PublishFeatures Suppress=yes /
/AdvertiseExecuteSequence
  /Fragment
/Wix
  

In my main .wxs file, I used a FragmentRef to pull in these sequences. That
won't work, of course, on WiX 3. So what do I do? There's no
InstallExecuteSequenceRef that I can find.

Thanks for any suggestions,

-Chris




-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] custom action python

2007-08-07 Thread Mark Line
Hi Oli

Many thanks for all your help, I really appreciate it, was really stuck!

My final code was this if anyone wondered

CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand='[#pythonF3] [#mCoreF188] install' /



PythonF3 and mCoreF188 are the correct files for python.exe and service.pyo, 
i just had to add quotes round it, took a while because the python code 
needed an environment var, but i created a work around!



Thansk again

Mark




- Original Message - 
From: Mailinglist [EMAIL PROTECTED]
To: Mark Line [EMAIL PROTECTED]; Mailinglist [EMAIL PROTECTED]; 
wix-users@lists.sourceforge.net
Sent: Tuesday, August 07, 2007 3:00 PM
Subject: RE: [WiX-users] custom action python


Hi,

please make sure, that python.exe equals the id-tag of that file in your 
setup.

If your file-tag looks like this:
File Id='python' Name='python.exe' Source='[INSTALLDIR]bin\' Checksum='yes' 
/

Then the custom action should look like this:
CustomAction Id=installMTMAgentService Directory=pythonD0 
ExeCommand=[#python] install /

Oli 


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Goodbye fragmentref - how to replace?

2007-08-07 Thread Peter Marcu
My recommendation would be to either put this authoring as a child of your 
Product element or use a wxi (wix include) to pull it in from an external 
file.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Tavares
Sent: Tuesday, August 07, 2007 1:35 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Goodbye fragmentref - how to replace?

I have the following fragment in my WiX 2 installer:

?xml version=1.0 encoding=utf-8?
Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi'
  Fragment Id='NoRegisterSequenceFragment'
InstallExecuteSequence
  RegisterProduct Suppress=yes /
  RegisterUser Suppress=yes /
  PublishProduct Suppress=yes /
  PublishFeatures Suppress=yes /
/InstallExecuteSequence

AdvertiseExecuteSequence
  PublishProduct Suppress=yes /
  PublishFeatures Suppress=yes /
/AdvertiseExecuteSequence
  /Fragment
/Wix


In my main .wxs file, I used a FragmentRef to pull in these sequences. That
won't work, of course, on WiX 3. So what do I do? There's no
InstallExecuteSequenceRef that I can find.

Thanks for any suggestions,

-Chris




-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] installDirDlg

2007-08-07 Thread Mark Line
Using the standard InstallDirDlg setup is there anyway to set a default value 
on the installDir which shows on the UI, as it shows C:\ however if its not 
changed it seems to install everything to a different DIR-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] McAfee GroupShield Alert (INSAD OFFICE)

2007-08-07 Thread admin
McAfee GroupShield™ Alert 

McAfee GroupShield discovered a problem with the following email. See
your system administrator for further information. 

Date/Time sent: 08 Aug 2007 01:06:42
Subject line: SPAM [WiX-users] You've received a greeting card
from a Colleague!
From: [EMAIL PROTECTED]
To: wix-users@lists.sourceforge.net
Action taken: Deleted Message
Reason: Anti-Virus
Rule Group: 


Copyright © 1993-2003, Networks Associates Technology, Inc.
All Rights Reserved.
http://www.mcafeesecurity.com http://www.mcafeesecurity.com/  

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix branding

2007-08-07 Thread Bob Arnson
The same topic in the v3 WiX.chm describes the different approach 
required for WiX v3's WixUI library.


Mark Line wrote:



Replacing the stock bitmaps

The WixUI dialog library includes stock bitmaps for the background of 
the welcome and installation-complete dialogs and the top banner of 
the other dialogs. You can override those graphics with your own for 
product-branding purposes. To replace stock bitmaps, add the files 
from the table below to a subdirectory named Bitmaps under your WiX 
source file.


*File name* *Description*   *Dimensions*
bannrbmp.bmpTop banner  500 × 63
dlgbmp.bmp 	Background bitmap used on welcome and install-complete 
dialogs 	503 × 314

exclamic.icoExclamation icon on the wait-for-costing dialog 32 × 32
info.icoInformation icon on the cancel and error dialogs32 × 32
New.ico Button glyph on directory-browse dialog 16 × 16
Up.ico  Button glyph on directory-browse dialog 16 × 16

 
From http://wix.sourceforge.net/manual-wix2/WixUI_dialog_library.htm


- Original Message -
*From:* Levon Levonian mailto:[EMAIL PROTECTED]
*To:* wix-users@lists.sourceforge.net
mailto:wix-users@lists.sourceforge.net
*Sent:* Tuesday, August 07, 2007 5:34 PM
*Subject:* [WiX-users] Wix branding

Hi All,

 


I was looking into changing the 2 bitmaps (top banner and the
dialog bitmap) and got a feeling I need to re-write the UI in XML
in order to get those in. I have an InstallDir type of UI, and I
don't want to change anything else, just have 2 custom bitmaps. Is
there a fast way to achieve that?

 


Thanks!


**
READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently
insecure.

Internet messages may be corrupted, incomplete, misdirected or may
incorrectly identify the sender. Therefore, nothing in this message or
attachments may be considered legally binding.

THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL
OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED.

If you are not the intended recipient or their authorized agent, you
may not forward or copy this information and must delete or
destroy all
copies of this message and attachments received.

If you have received this communication in error, please notify
Matrikon Inc. by telephone at (780) 448-1010.
**


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a
browser.
Download your FREE copy of Splunk now   http://get.splunk.com/


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



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/


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


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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] installDirDlg

2007-08-07 Thread Bob Arnson

Mark Line wrote:
Using the standard InstallDirDlg setup is there anyway to set a 
default value on the installDir which shows on the UI, as it shows C:\ 
however if its not changed it seems to install everything to a 
different DIR


Can you post your Directory hierarchy? If you point WIXUI_INSTALLDIR to 
a directory immediately under TARGETDIR, MSI defaults to the drive with 
the most available space. You can provide another default using 
intervening Directory elements, such as ProgramFilesFolder or via a 
custom action that sets the directory.


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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users