Re: [WiX-users] Windows logo compliance

2007-12-14 Thread János Brezniczky
Can we remove this cancel button or is it
mandatory to retain it for the windows logo compliance of the application?

*where can i find the related info?* any help?

Perhaps the MsiUiHideCancel property might be a trail towards what you
would like to achieve:
http://msdn2.microsoft.com/en-us/library/aa370497.aspx

Otherwise, I'm also eager to see the correct answer...
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Installation Deployment via Group Policy (GPO)

2007-11-30 Thread János Brezniczky
Something that might come handy:

The package can be also deployed as a per machine installation, and after
that it will be out of the scope of the users to tamper with the installed
state of the software, but they'll still be able to launch it.

2007/11/30, Huseyin Tufekcilerli [EMAIL PROTECTED]:

 Hello,

 I am trying to deploy a sample MSI package which simply installs a
 text file to Program Files folder. The setup runs just fine if you run
 it through double-clicking or via msiexec /i package.msi command line
 interface (with the current user is being an administrator on that
 computer). Then I have created a GPO for the domain that the computer
 resides and added the MSI package as an Assignment to that user. So
 when that user, who is a local admin on that computer, logins the
 computer; the installation is deployed to that computer just fine. But
 whenever I have removed that user's local admin privileges the MSI
 package can not be deployed with these event log error records:

 1)
 Source  : Userenv
 Event ID  : 1085
 User  : NT AUTHORITY\SYSTEM
 Description: The Group Policy client-side extension Software
 Installation failed to execute. Please look for any errors reported
 earlier by that extension.
 2)
 Source  : Application Management
 Event ID  : 108
 User  : DOMAIN\user.name
 Description: Failed to apply changes to software installation
 settings.  Software changes could not be applied.  A previous log
 entry with details should exist.  The error was : Access is denied.
 3)
 Source  : Application Management
 Event ID  : 103
 User  : DOMAIN \user.name
 Description: The removal of the assignment of application
 {OurProductName} from policy {OurGroupPolicyName} failed.  The error
 was : The system cannot find the file specified.

 4)
 Source  : Application Management
 Event ID  : 101
 User  : DOMAIN \user.name
 Description: The assignment of application {OurProductName}
 from policy {OurGroupPolicyName} failed.  The error was : Access is
 denied.


 In a nutshell, both (manual and GPO-deployed) installations fail if
 the running user is not an admin. Since a GPO-deployed installation is
 granted by a domain administrator, I think there must be an option to
 run that installation as a privileged user during a non-privileged
 user's login.

 Any help/pointer would be greately appreciated.

 Hüseyin.

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

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


Re: [WiX-users] Overwrite an existing file

2007-11-29 Thread János Brezniczky
Let's assume the file has been successfully replaced by the new version.
Should that new version be later uninstalled together with the package which
overwritten it?


2007/11/29, Szentpali Janos [EMAIL PROTECTED]:

 I have an executable x.exe that I need to install over x.exe if it
 already exists. I want to replace an existing executable which may or
 may not be there. I want to do that overwriting no matter what :D. If it
 is there it is not through MSI installation but through manual copying.
 How can I do that?

 --
 Szentpáli János


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

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


Re: [WiX-users] Services + Vista + GAC

2007-11-15 Thread János Brezniczky
Sure, MSI should have the ability to combine complete MSI installation
packages as phases of the installation, together with the transactional
behaviour (including savepoints on the registry..)... is this
something related to staged installation  Windows Installer 4.5?

Otherwise there might be several reasons for the lack of this feature, I
know...  would this have effects on security which make it better to forget
about the whole misery? perhaps backward compatibility makes it impossible?
or too much ado for something that can be avoided with hacks?

2007/11/15, Christopher Painter [EMAIL PROTECTED]:

 Why not blame MSI?  Sure they are dependant on Fusion, but why did they
 make the choice to wait to the commit phase to call fusion? The stated
 reason is to provide rollback capabilities but the problem I have with that
 is  GAC is SN ...  while rollback is nice to have, the risk of system
 instability should be next to none due to the very nature of GAC/SN.   So I
 have an extra assembly in storage or I have an assembly with a higher
 AssemblyFileVersion.  That should not be the end of the world but if they
 are still worried about it, they really, really should have found some way
 to be true to the transacted nature and execution phases so that this type
 of problem was mitigated.

 And adding the CRT as a static link for C++ developers only solves some
 problems.  It wouldn't solve my problems.   I work .NET SOA SaaS installs
 and without getting into all the details I have about a dozen  application
 framework blocks that have to be deployed to the GAC for consumption across
 WebUI, WebServices ( 80+ ) and WindowsServices.

 The ASP.NET http://asp.net/ is fine because the assemblies won't be
 needed until the sites are accessed and the content JIT'd.   But the
 WindowsServices need the files ( it's basically a client that consumes the
 web services )

 The customer pays the bills and they say 1) don't copy the assemblies
 local  2) start the service right away  3) avoid a reboot.   So while I
 could argue to change the code to break the dependency on the GAC, it ain't
 going to be happening.




 *Rob Mensching [EMAIL PROTECTED]* wrote:

 I don't know where to reply to this thread so I thought I'd just start
 here.

 Personally, in the list of all the technologies to blame, I blame
 Fusion.

 Fusion is the technology under the GAC (Fusion is actually a code name
 for a few things but the GAC is very much Fusion's fault) and due to
 some (IMHO) really brain dead design decisions they created a system
 that doesn't interact really well with existing installation
 technologies. Then the C++ team did another brain dead thing (IMHO) and
 took a dependency on Fusion and made the C Run Time (CRT) Win32 SxS
 DLLs. Now we have deep, low-level, core functionality that pretty much
 everyone on the planet (that writes C++) needs dependent on a high
 level, poorly designed, data store (aka: GAC).

 The easiest way out of the mess and the one that I always recommend is
 to statically link the CRT. There are downsides (your executable is
 bigger for example) but your install gets so amazingly more simple that
 I personally can't imagine making the trade off the other way.

 For example, you'll notice all of the WiX custom actions statically link
 to the CRT so your install has no dependencies on the GAC (which are
 actually impossible to satisfy in the middle of an install).

 PS: Has anyone ever noticed how many custom actions the CRT merge
 modules pull in? Terrifying amounts of code to do something that should
 have remained simple, copy the CRT with your application. And to think,
 people use to argue that the GAC was going to make installation easier.



 Adam Majer wrote:
  Richard wrote:
 
  The problem isn't anything to do with Vista, its because your service
  has a dependency on something in the GAC and the files don't really
  appear in the GAC until after the Commit phase of the install.
 
  Just mark your service as starting automaticly and you shouldn't have
  any problem. Then Windows will start the service when its needed.
  Why do you think that you must start your service before the install
  finishes?
 
 
  First a general comment - thanks for all the replies!
 
  Regarding the service now, I think the problem has a lot to do with the
  installation of stuff into the GAC (the recommended way of doing things
  after all). All that the service needs is the C runtime, nothing special
  here. But that is not available.
 
  Now, wix has
 
 
 
  so, why have that? Coincidently, it works on *every* release of windows,
  but not Vista because of Vista's new way of handing assemblies.
  Therefore the bug is either in WiX, Windows Installer or Vista. By my
  understanding of how things work, GAC
  refresh/update/install/committing/whatever you want to call it, should
  just be an API call within Windows Installer so the installation
  sequence can be,
 
 
  .. install stuff (including to GAC)
  .. 

Re: [WiX-users] Services + Vista + GAC

2007-11-14 Thread János Brezniczky
Wouldn't a true solution be writing a chainer (bootstrapper)?

Otherwise I agree with Christopher: these why do you think answers are
implications of something that lies in the philosophy and the state of
art - if the developer is assigned to preparing the installation, the
developer thinks like a coder, and is going to assume that he can do
everything with a development environment, be it the WiX or anything else.
So tries to code free... and will come up with tons of questions seeming to
be obvious, but hard to answer. And tons of people (the developers, I mean)
will have to learn WiX from the starts, thus preventing the more
complex, constructive questions from appearing on the list.

The only escape from this trap - I think - can be better organized and more
comprehensive documentations on the subject... there is a need for
improved/new tutorials, books etc.. But we still have to wait for these to
appear AFAIK.


2007/11/14, Christopher Painter [EMAIL PROTECTED]:


 Talk about to the tail wagging the dog.Customer requirements should
 dictate installation behavior, not the installation technology being used.

 There are a number of ways to work around this limitation of MSI.  Some
 involve code changes to the service exe and some require using alternative
 methods to publish the assembly and/or start the service.   But to imply
 that MSI is perfect ( works as contructed is the term Microsofties like to
 use ) and that the requirement must therefore be void reminds me of the side
 of MSI that I really don't like.


 *Richard [EMAIL PROTECTED]* wrote:


 The problem isn't anything to do with Vista, its because your service
 has a dependency on something in the GAC and the files don't really
 appear in the GAC until after the Commit phase of the install.

 Just mark your service as starting automaticly and you shouldn't have
 any problem. Then Windows will start the service when its needed.
 Why do you think that you must start your service before the install
 finishes?
 --
 The Direct3D Graphics Pipeline -- DirectX 9 draft available for download


 Legalize Adulthood!

 -
 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


  --
 Never miss a thing. Make Yahoo your 
 homepage.http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs


 -
 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] WiX MSI not removing REG entries during removal

2007-11-14 Thread János Brezniczky
If removal is what you expect, ICE validation (either with Orca or smoke) is
related to the question, and running it will help you in case roaming user
profiles would be involved.
As I remember Registry... values are removed together with the contents of
the component they belong to.

2007/11/14, Lanteigne, Alan [EMAIL PROTECTED]:

  During removal, should a WIX/Votive generated MSI remove any registry
 values it wrote during install?  Or is there some place you have to specify
 that as the desired behavior?



 Thanks,



 Alan



 *Alan S. Lanteigne *| Channel Ready Solutions
 phone  fax +1.317.715.8293| [EMAIL PROTECTED]

 *Interactive Intelligence Inc.*
 Deliberately Innovative
 www.inin.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] WiX MSI not removing REG entries during removal

2007-11-14 Thread János Brezniczky
Nope, I was wrong.
See the action attribute of registry element in the WiX help.


2007/11/14, János Brezniczky [EMAIL PROTECTED]:

 If removal is what you expect, ICE validation (either with Orca or smoke)
 is related to the question, and running it will help you in case roaming
 user profiles would be involved.
 As I remember Registry... values are removed together with the contents
 of the component they belong to.

 2007/11/14, Lanteigne, Alan [EMAIL PROTECTED]:
 
During removal, should a WIX/Votive generated MSI remove any registry
  values it wrote during install?  Or is there some place you have to specify
  that as the desired behavior?
 
 
 
  Thanks,
 
 
 
  Alan
 
 
 
  *Alan S. Lanteigne * | Channel Ready Solutions
  phone  fax +1.317.715.8293| [EMAIL PROTECTED]
 
  *Interactive Intelligence Inc.*
  Deliberately Innovative
  www.inin.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] Disk Usage dialog values

2007-11-05 Thread János Brezniczky
Probably. Perhaps the cost is the result of the things mentioned at
http://en.wikipedia.org/wiki/Windows_installer, in the Disadvantages/Large
footprint section at the bottom of the article.


2007/11/5, Brian Simoneau [EMAIL PROTECTED]:

  There are multiple features, and some of them are hidden, but there is
 only one top-level feature, which is the one that shows 68 MB in the
 selection tree.  Also, when I perform an admin install, I only get 68 MB of
 files installed.  Maybe Windows Installer is accounting for the temporary
 space required to handle rollback?

 -Brian Simoneau

  --
 *From:* Bob Arnson [mailto:[EMAIL PROTECTED]
 *Sent:* Sunday, November 04, 2007 2:52 PM
 *To:* Brian Simoneau
 *Cc:* wix-users@lists.sourceforge.net
 *Subject:* Re: [WiX-users] Disk Usage dialog values


  Brian Simoneau wrote:

 Where does the disk usage dialog get the values to put into the table?
 The selection tree in the custom setup dialog indicates that the install
 requires 68 MB, but in the disk usage dialog it says that 159 MB are
 required on the drive.  I would expect these values to be the same.


 The feature tree shows disk cost at a feature level but the volume cost
 list shows it on a setup level per drive. If there's a single feature, I'd
 expect them to be the same; otherwise, things like hidden features or
 multiple top-level features would show different values.

 --
 sig://boBhttp://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


-
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] Dynamic checkbox initialization problem

2007-10-31 Thread János Brezniczky
...I must admit I'm a bit late with this reply, but still I think the
problem persists.
To be more specific, I include some snippets here. Things go on the same way
when I try to show/hide the control or affect the initial value of it.
Here's only the show/hide part, as I'm specifically interested in that - why
can't I get it work?
First, I initialize a global property with

Property
  Id=EXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW
  Value=1
/

The checkbox is in my custom UI, on the exit dialog:
Control Type=CheckBox Width=206 Height=13 X=158 Y=214
Id=ExitDialogOnCloseActionApplyControl
Text=[EXITDIALOGONCLOSEAPPLYCONTROL_TEXT] CheckBoxValue=1
Property=EXITDIALOGONCLOSEACTIONAPPLY
  Condition
Action=showEXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW=1/Condition
  Condition Action=hideEXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW
lt;gt;1/Condition
/Control

For the sake of a simplicity, I try to hide it with a simple custom action:

  CustomAction Id=TestAction Script=vbscript
Session.Property(EXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW) = 
  /CustomAction

Sequenced as
  Custom Action=TestAction Sequence=2 /

It does the modification (checked with MsgBox), and so on.
It still has no effect, while changing the property value in the property
element works appropriately.
Why?

2007/10/27, János Brezniczky [EMAIL PROTECTED]:

 First of all, thank you for answering.. my problem is that the checkboxsticks 
 to the value provided long before the script runs, no matter what
 value I provide, and if I don't specify one, it remains unchecked because of
 the default 'empty' value of the property. It seems to be immune to whatever
 I do, but I'll retry again, and give a feedback.

 Thanks till that time!


 2007/10/27, Richard [EMAIL PROTECTED]:
 
 
  In article [EMAIL PROTECTED]
  ,
 =?ISO-8859-1?Q?J=E1nos_Brezniczky?= [EMAIL PROTECTED]  writes:
 
 Does anyone know a way to accomplish the initialization I'm stuck
  with?
   What am I overlooking?
 
  Check boxes toggle the property value between empty and whatever ends
  up listed in the CheckBox table (WiX has an attribute that specifies
  this value in the control element, IIRC).  If you initialize the
  property to some other value, I don't think the checkbox will be
  checked properly.
  --
  The Direct3D Graphics Pipeline -- DirectX 9 draft available for
  download
http://www.xmission.com/~legalize/book/download/index.html
 
 Legalize Adulthood! http://blogs.xmission.com/legalize/
 
  -
 
  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] Dynamic checkbox initialization problem

2007-10-27 Thread János Brezniczky
Hi all!

  I'm using WiX 2.0.5325.
  I'm trying to initialize a checkbox control which is linked to a property.
The property is initialized according to different conditions which are
evaluated by a vbscript customaction, far before the dialog containing the
control shows up. In fact I even tried to sequence it with 1, to be the
first operation of the installation.
  The checkbox does not reflect the dynamically initialized value, which I
have checked with an MsgBox, but it reflects properly an initial value
provided via a property tag. Currently I've removed any default values, so
it is always unchecked when it shows up.
  Does anyone know a way to accomplish the initialization I'm stuck with?
What am I overlooking?

  Thanks,

  Janos
-
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] Dynamic checkbox initialization problem

2007-10-27 Thread János Brezniczky
First of all, thank you for answering.. my problem is that the checkbox
sticks to the value provided long before the script runs, no matter what
value I provide, and if I don't specify one, it remains unchecked because of
the default 'empty' value of the property. It seems to be immune to whatever
I do, but I'll retry again, and give a feedback.

Thanks till that time!


2007/10/27, Richard [EMAIL PROTECTED]:


 In article [EMAIL PROTECTED],
=?ISO-8859-1?Q?J=E1nos_Brezniczky?= [EMAIL PROTECTED]  writes:

Does anyone know a way to accomplish the initialization I'm stuck
 with?
  What am I overlooking?

 Check boxes toggle the property value between empty and whatever ends
 up listed in the CheckBox table (WiX has an attribute that specifies
 this value in the control element, IIRC).  If you initialize the
 property to some other value, I don't think the checkbox will be
 checked properly.
 --
 The Direct3D Graphics Pipeline -- DirectX 9 draft available for download
  http://www.xmission.com/~legalize/book/download/index.html

Legalize Adulthood! http://blogs.xmission.com/legalize/

 -
 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] What's the right way to use InstallExecuteSequence from a fragment?

2007-10-26 Thread János Brezniczky
If it is related to some UI things, an adequate UiRef element could help you
to include it clearly.

2007/10/26, Karim MacDonald [EMAIL PROTECTED]:


 Hello,

 This may be a misunderstanding of how WiX is supposed to work.
 Basically...

 I have a Fragment file, InstallExecuteSequence.wxs, that contains only an
 InstallExecuteSequence node:
 InstallExecuteSequence
 Custom Action=SetProp1 Sequence=10/
 /InstallExecuteSequence

 My problem is that this sequence doesn't by default get included within
 anything I build. E.g.:
 candle InstallExecuteSequence.wxs
 candle SequenceTest.wxs (= generated by Votive, with an appropriate
 CustomAction Id=SetProp1 ... node).
 light -out test.msi InstallExecuteSequence.wixobj SequenceTest.wixobj
 + look at test.msi in orca = InstallExecuteSequence table doesn't contain
 the SetProp1 CA.

 The workaround is easy enough: stick a dummy CustomAction inside
 InstallExecuteSequence.wxs and a matching CustomActionRef in
 SequenceTest.wxs, but does anyone know the proper way to get
 InstallExecuteSequence.wixobj linked into test.msi, or am I missing
 something..?

 thanks for any help,
 Karim
 --
 View this message in context:
 http://www.nabble.com/What%27s-the-right-way-to-use-InstallExecuteSequence-from-a-fragment--tf4698457.html#a13431009
 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] Break up wix code

2007-10-17 Thread János Brezniczky
The commonly accepted solution is breaking up the code into fragments. The
source code of WiX UI (wixui.wixlib) might be of your interest, as it is a
good example (I think, what I write at least stands for WiX 2.x).

In this case, for each level of UI - depending on how far it is reduced
- different dialog collections are obtained from the same dialogs using
DialogRef elements (each dialog is in a separate WiX file, and there is one
another atomic file for the binaries like bitmaps).


2007/10/17, Sajo Jacob [EMAIL PROTECTED]:

 I am a newbie with WiX. I had a quick question regarding structuring my
 WiX wxs file. The way I have it set up is that all the UI code is in this
 one large .WXS file. I was wondering if I could break up this WXS file into
 smaller files (maybe like each UI Dialog in its own file or something) so
 that changes can be multiple developers can work on different areas
 simultaneously.
 Appreciate your help.
 Thanks,


 -
 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 EULA

2007-10-17 Thread János Brezniczky
You can  e.g. replace the license.rtf file found in the wix binaries
directory, but that would be a bit rude solution. I think otherwise the file
should be placed in the folder with the .wixobj files to be built with
light.
I hope someone corrects me if I'm wrong.

2007/10/17, Levon Levonian [EMAIL PROTECTED]:

  Hi All,



 I am using WixUI_Minimal, but I want to have my custom EULA. The tutorial
 says: To specify your product's license, include a License.rtf file in
 the current directory when you run *light*. Well, I included such a file,
 but nothing happens.



 Any ideas?

 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


Re: [WiX-users] Starting service after InstallFinalze

2007-10-11 Thread János Brezniczky
Sounds evident, if I'm not wrong... the answer is in your letter.
Have you tried sequencing it with installexecutesequence (and
adminexecutesequence)?
I mean adding
InstallExecuteSequence
  StartServices Sequence=enter_a_sequence_number_big_enough_here /
/InstallExecuteSequence

It should work as an override.
A typical value for enter_a_sequence_number_big_enough_here could be
anything  6600, e.g. 6700 should be fine, since InstallFinalize typically
has a default sequence of 6600. This latter value can be checked using Orca.


2007/10/11, Peter Bergmann [EMAIL PROTECTED]:

 I'm writing an installer that installs a service which depends on the
 VC2005 runtime libraries. I'm including the runtime's .msm files using
 Merge and MergeRef which works just fine.
 However at the time when the StartServices action gets triggered the SxS
 stuff obviously is not yet in place and my service fails to start.

 The only solution I came up with is to not start the service during
 install and ScheduleReboot after InstallFinalize. After the reboot the
 service starts fine automatically. But a reboot is not acceptable for this
 product :(

 Is there a way to schedule the StartServices action after InstallFinalize
 ?

 If not - Could I include the vcredist_x86.exe binary into my installer and
 run it automatically first ? How would I do that?

 Many Thanks for any hints!

 Cheers,
 Peter

 --
 Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
 Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

 -
 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] How I can get wixca.dll

2007-10-05 Thread János Brezniczky
It should be included in the downloaded WiX package... In case of WiX2 it is
in the root folder of the zip file.

2007/10/5, V K Gangwar [EMAIL PROTECTED]:

 Hello All,

 How I can get wixca.dll.

 regards,
 Veerendra

 --
 Take the Internet to Go: Yahoo!Go puts the Internet in your 
 pocket:http://us.rd.yahoo.com/evt=48253/*http://mobile.yahoo.com/go?refer=1GNXICmail,
  news, photos  more.


 -
 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] Deploying the MSI

2007-09-26 Thread János Brezniczky
2007/9/26, Chris Ridd [EMAIL PROTECTED]:


 On 25 Sep 2007, at 23:39, János Brezniczky wrote:

  I would just add that it's easier to set Compressed=yes on the
  Package instead of setting it on each individual File element. (I
  use WiX 2)

 But does it also apply to merged in modules? We're merging in one of
 the runtime modules for VS2005, and I noticed it bulked things up
 quite a bit.


I think so. As far as I experienced, the compression level specified in
the Media element greatly affects the increase in the size of the MSI when a
merge module is appended to the project.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Running Service under a User Account

2007-09-26 Thread János Brezniczky
Peter,

I've just upgraded the Win2k3 Server to SP2, and there was something I
missed to notice yesterday.
First of all yesterday I thought the Windows Installer service might not
have had the required privileges, so I simply tried to change the
account under which the service was run to Administrator in the SCM. At this
time a dialog picked up telling that Administrator has been granted the Log
On As Service right or something similar. Today, after installing SP2 the
situation was quite similar.
I failed again to run the MSI since the service installation failed due to
insufficient rights. So I tried again to see whether the Admin user has the
privileges, gone to the SCM and assigned this account to the WinInstaller
service, and the dialog picked up again, so the right was granted again. And
after that (no matter who is running the service), the installation
succeeded. So it seems to work fine here again (with a fully qualified
domain user name), on SP2, too.
I used to think Administrator users have each and every right - wrong...


2007/9/26, [EMAIL PROTECTED] [EMAIL PROTECTED]:


 Hi All,

 Thanks for all the advice, I have already given the administrator
 account and the account I am trying to run the service under Log on as
 a service rights and I am still seeing the same error even after
 rebooting to make sure that policies are refreshed.

 Is there anything else that anyone can think of that might not be a
 default permission under W2003 Server SP2 that I might need to set.

 Thanks in advance


 Pete Yates
 Senior Systems Developer
 DDC - Distributed  Components Team
 HBOS II IT
 B3D/22
 (7700) 22069  /  (01275) 552069
 [EMAIL PROTECTED]


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]
 Sent: 25 September 2007 17:16
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Running Service under a User Account

 I think you mean the log on as a service right, slight difference.

 Phil Wilson


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Rob
 Hamflett
 Sent: Tuesday, September 25, 2007 7:58 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Running Service under a User Account

 Administrator doesn't have the 'start a service' right by default.
 You'll need to add it.  The
 reason you can control a service from the Services panel is that the
 right is added for you silently the first time you open that panel.

 Rob

 [EMAIL PROTECTED] wrote:
  Hi all,
 
  I have a component that installs an exe and registers it as a service.
 
  The problem I have is as soon as I add a user account to run under, it

  fails with a generic Error 1923. Service 'BATCHCONTROLLER1'
  (batchserviceamtbatchcontroller_exe) could not be installed.  Verify
  that you have sufficient privileges to install system services.
 error.
 
  I am pretty sure the problem ISN'T privileges as both the account I am

  logged on as, and the account I am wanting to run the service under
 are
  in the administrators group on the machine (A Virtual PC running
 Windows
  2003 Server SP2)
 
  The XML is as follows and works perfectly without the Account and
  Password options, but as soon as I add them it errors.
 
  DirectoryRef Id=batchservice
Component Id=batchserviceamtbatchcontroller_exe
  Guid=7E9DACCD-F3E4-46A3-884D-6065C2199255 DiskId=1
  File Id=BatchServiceAmtBatchController_exe
  LongName=AmtBatchController.exe Name=AMTBAT~1.EXE
  src=$(var.buildpath)\BatchService\AmtBatchController.exe
 KeyPath=yes /
  ServiceInstall Id='BatchControllerServiceInstall'
  DisplayName='BATCHCONTROLLER1'
 Name='batchserviceamtbatchcontroller_exe'
  ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes'
  Account=ServiceUser Password=password1/
  ServiceControl Id='BatchControllerServiceControl'
  Name='batchserviceamtbatchcontroller_exe' Stop='both'
 Remove='uninstall'
  Wait='yes' /
/Component
  /DirectoryRef
 
  Am I overlooking something obvious?
 
 
 
 
  */Pete Yates
  Senior Systems Developer/*
  DDC - Distributed  Components Team
  HBOS II IT
  B3D/22
  (7700) 22069  /  (01275) 552069
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
 
  .
 
 
 
 
  HBOS plc, Registered in Scotland No. SC218813. Registered Office: The
 Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of
 which are authorised and regulated by the Financial Services Authority.
 
 
 ==
 
 
 
 
 
 
 
 -
  This SF.net email is sponsored by: Microsoft Defy all challenges.
  Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
 
 

Re: [WiX-users] Wix 3.0 - XMLFile - Many merge modules - Fail to open XML file for writing

2007-09-25 Thread János Brezniczky
Hi,

I would try incrementally adding these files to see which ones cause the
collision. Seems to be a problem with duplicate identifiers. Otherwise merge
modules should work .. however merge modules are originally indended to ease
the deploying of 3rd party products' installers and allow to isolate the
work of developers or developer teams. Using them at such a low level might
result in too much ado, but i think it's not a mistake.
(I think, but gurus might know it better)

Regards,
Janos


2007/9/25, Crouch, John [EMAIL PROTECTED]:

  Dear all,

 We have produced a large MSI made up of many merge modules (our features),
 most of which have *.exes with their own exe.configs to be configured at
 install time using util:XMLFile.  However, when we try to bring them
 together we get a collision problem in the Light.exe log file please see
 below for the error message that is repeated for every module.



 We are not sure of:

 a) If these tasks are standard or custom actions?  We can see in Orca
 that these are custom actions but in Wix not.

 b) How do we keep the feature  configuration part together if we take
 out the XMLFile config part and put it in a separate module?

 c) Are we off track completely?



 We can see that when experimenting with a single merge module – no
 problem.



 John





 warning LGHT1055 : The InstallExecuteSequence table contains an action
 'SchedXmlFile' which cannot be merged from the merge module 'DAL
 Initilaliser Application.msm'.  This action is likely colliding with an
 action in the database that is being created.  The colliding action may have
 been authored in the database or merged in from another merge module.  If
 this is a standard action, it is likely colliding due to a difference in the
 condition for the action in the database and merge module.  If this is a
 custom action, it should only be declared in the database or one merge
 module.



 warning LGHT1056 : The CustomAction table contains a row with primary
 key(s) 'SchedXmlFile' which cannot be merged from the merge module 'NOV DAL
 Initilaliser Application.msm'.  This is likely due to collision of rows
 with the same primary key(s) (but other different values in other columns)
 between the database and the merge module.



 warning LGHT1056 : The CustomAction table contains a row with primary
 key(s) 'ExecXmlFile' which cannot be merged from the merge module 'DAL
 Initilaliser Application.msm'.  This is likely due to collision of rows
 with the same primary key(s) (but other different values in other columns)
 between the database and the merge module.



 warning LGHT1056 : The CustomAction table contains a row with primary
 key(s) 'ExecXmlFileRollback' which cannot be merged from the merge module
 'DAL Initilaliser Application.msm'.  This is likely due to collision of
 rows with the same primary key(s) (but other different values in other
 columns) between the database and the merge module.



 Kind regards,
 *National Oilwell Varco*

 *John Crouch*
 Software Engineer/Developer

 National Oilwell Norway AS
 Phone: +4751818181
 Direct:  +4751217563
 Fax: +4751800547
 [EMAIL PROTECTED] [EMAIL PROTECTED]
 www.nov.com



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


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


Re: [WiX-users] Events of the Publish Tag

2007-09-25 Thread János Brezniczky
Perhaps
http://msdn2.microsoft.com/en-us/library/aa368043.aspx

I was a little surprised when I came upon the following sentence in the WiX
2 help:
*Note: This document assumes you have a working knowledge of the Windows
Installer database format.*
**
I had been using/trying to use WiX for at least two weeks by that time :)


2007/9/25, [EMAIL PROTECTED] [EMAIL PROTECTED]:

  Is there a source where I can get to know about all Standard Events you
 can use in the Publish Tag of the Controls? Unfortunately I can not find
 anything about it in the help. I am using wix v3

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


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


Re: [WiX-users] (hresult -2147024770)

2007-09-25 Thread János Brezniczky
I think you should try manually registering the dll from an administrative
prompt.. there might be a problem with execution rights. (?)

2007/9/25, Craig0ss [EMAIL PROTECTED]:



 no registering the dll manualy fails as well, im not sure if its a vista
 prob as it works fine on XP


 Strele Franz-2 wrote:
 
  The hresult means ERROR_MOD_NOT_FOUND (The specified module could not
 be
  found.) which usually happens when you are missing a dependent dll. Can
  you manually register your dll on Vista (eg. with regsvr32.exe)?
 
  Hth,
  Franz
 
  -Ursprüngliche Nachricht-
  Von: [EMAIL PROTECTED] [mailto:wix-users-
  [EMAIL PROTECTED] Im Auftrag von Craig0ss
  Gesendet: Dienstag, 25. September 2007 13:03
  An: wix-users@lists.sourceforge.net
  Betreff: [WiX-users] (hresult -2147024770)
 
 
  Hi
 
  When i install my msi on an XP machine i have no problems, however ive
  tried
  to install on a Vista machine and i get the following error the
  installer is
  trying to register a certain .dll
 
  i get
 
  Module c:\windows\system32zxscan4.dll failed to register. hresult
  -2147024770. contact your support personnel.
 
  on XP this dll registers fine
 
  Does any one have any info on this matter?
 
  What im tasked with doing now is making my installer still install this
  dll
  to both opertaing systems but only register it if XP is detected, this
  is
  not the path i would like to go down, as its a bodge fix that will have
  to
  undone at some point, id rather get this dll registering ok
 
  This dll enables my software to use scanners etc so its quite important
 
  Thank you
  --
  View this message in context: http://www.nabble.com/%28hresult--
  2147024770%29-tf4514822.html#a12877284
  Sent from the wix-users mailing list archive at Nabble.com.
 
 
  ---
  --
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 --
 View this message in context:
 http://www.nabble.com/%28hresult--2147024770%29-tf4514822.html#a12877667
 Sent from the wix-users mailing list archive at Nabble.com.


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

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


Re: [WiX-users] Deploying the MSI

2007-09-25 Thread János Brezniczky
I would just add that it's easier to set Compressed=yes on the Package
instead of setting it on each individual File element. (I use WiX 2)


2007/9/25, Chad Petersen [EMAIL PROTECTED]:

  For each File element I also had to use the Compressed=yes attribute.
 Using WiX 2.0.5325.0. Older versions of WiX didn't have that attribute.


  --

 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Jessi Darling
 *Sent:* Tuesday, September 25, 2007 2:55 PM
 *To:* Peter Marcu
 *Cc:* wix-users
 *Subject:* Re: [WiX-users] Deploying the MSI



 Hm.. I do have this included.  My Media Tag is:

 

 Media Id=' 1' Cabinet='Cash.cab ' EmbedCab='yes ' DiskPrompt=CD-ROM #1 /I
 am also deploying Crystal Reports msm.  But I think I had the problem before
 that too.



 On 9/25/07, *Peter Marcu* [EMAIL PROTECTED] wrote:

 On your Media element add a cabinet attribute and an EmbedCab='yes'
 attribute. That should do it.



 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Jessi Darling
 *Sent:* Tuesday, September 25, 2007 2:08 PM
 *To:* wix-users
 *Subject:* [WiX-users] Deploying the MSI



 Is there a way that I can deploy the msi file only?  When I try to copy
 and paste the msi file only, a window pops up that the files cannot be
 found.  Is there a way around this, where the msi file creates the files
 that you need without them having to be present in the folder the msi is run
 from?

 --
 Jessica Darling




 --
 Jessica Darling

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


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


Re: [WiX-users] FilesInUse Dialog is not working properly...

2007-09-24 Thread János Brezniczky
Hi,

According to this topic I'd like to ask whether it is a good or bad choice
if I use an embedded DLL (Binary) implenting the functionality to tackle
with the running executable issue. It becomes interesting when it comes to
deploying the application to 64 bit platforms. I mean in this case, would it
be a must to provide a 64 bit version of the DLL, too?


2007/9/24, Rob Hamflett [EMAIL PROTECTED]:

 This page has a good example of enumerating processes and getting the
 executable file names.
 http://msdn2.microsoft.com/en-us/library/ms682623.aspx

 You would need your Custom Action to read a property from the MSI which
 contained the names to look
 for, and then compare that list against the processes as you go through
 them.  You can then do
 whatever it is that needs doing to populate the FilesInUse dialog, or show
 a dialog asking the user
 to close the program.

 Rob

 Veerendra wrote:
  Rob,
 
  Could you give some example code (custom action) to workaround for this
  problem.
 
  Thanks a lot!
  Veerendra
 
 
  Rob Hamflett wrote:
  One of the things required for Windows Installer to put an entry in the
  FilesInUse dialog is that it
needs to be able to find a window handle.  This is why the program
  doesn't appear in the list if
  it is in the tray.  I think this might have been sorted out in Windows
  Installer v4.  You'll need a
  custom action to get round the problem.
 
  Rob
 
  V K Gangwar wrote:
  Hello All,
 
  While my application is running an ICON is displayed in system tray.
  When I uninstall my application FilesInUse dialog doesn't tell that
  application is currently running.
  But if click the ICON (maximized condition) and then Uninstall the
  application. that time FilesInUse dialog displays properly.
 
  How I fix this problem.
 
  Regards,
  Veerendra
 
 
 
  Yahoo! oneSearch: Finally, mobile search that gives answers
  
 http://us.rd.yahoo.com/evt=48252/*http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
 ,
  not web links.
 
 
 
 
 
 
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
 
 
 
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 


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

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


Re: [WiX-users] Generate multiple MSIs from a single wxs source?

2007-09-19 Thread János Brezniczky
Thanks for the answer! I've been a little late with trying, but anyhow
redundant be the code ... it works! :)

2007/9/13, Mailinglist [EMAIL PROTECTED]:

 Well, I do have the same problem, specially when it comes to votive.

 The files must be duplicate, to be used in two projects, linking to files
 in another project is not possible.
 That leads to much redundant code and a big overhead for maintaining that.

 In our Solution we have a client and a server installation, which both use
 the same service and files. The features are already split off to
 mergemodules to remove as much redundant code as possible, I'm also going to
 remove the common parts of the gui to a wixlib but the rest stays for own
 files in both projects.

 Oliver

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] On Behalf Of Rob Hamflett
 Sent: Donnerstag, 13. September 2007 09:22
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Generate multiple MSIs from a single wxs source?

 I think you'd better off using Fragments and using *Ref elements.

 Rob

 Jared Hughes wrote:
  My group is producing two products: a Runtime and an SDK. Since there is
 a
  lot of similarity between the two products (a lot of the same files, reg
  keys, shortcuts, custom actions, etc) there is a push to get everything
  unified into a single file that should, in theory, be easy to maintain.
 Is
  it possible to do this? I've tried moving a lot of the common components
  into a separate file which is then included with an ?include?
 statement,
  but I get error messages about duplicate symbols for, say, my program
 files
  directory or my TARGETDIR directory. Am I overlooking something
  straightforward here or would it be best to maintain separate files for
 the
  Runtime and the SDK?
 


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

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

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


Re: [WiX-users] Problem getting wxs file to work under WiX 3.0

2007-09-17 Thread János Brezniczky
I don't know if it helps, but you could try specifying a Name property for
the program menu folder. I'm not familiar with WiX 3.x, but it worths a try.

2007/9/15, Debbie Highgate [EMAIL PROTECTED]:

 Hi,

 I have a file that I've modified from a (working) WiX 2.0 file. 
 light.execomplains about ProgramMenuMyApplicationFolder being in the user 
 profile,
 but not being in the RemoveFile table. I added a RemoveFolder/ tag in the
 appropriate place, but this then got me an error about not having a registry
 key.

 Can anyone tell me what I need to add, where and why to get this thing
 working? I'd like to use WiX for my installer, but I'm stumped.

 The full content of my install file is listed below. If you want to
 compile it, add MyApplication.exe and MyApplication.ico files in the same
 directory as the wxs file.

 Thanks,

 Debbie

 ?xml version=1.0 encoding=utf-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 Product Id={D2059C88-8C28-4B0A-BA1F-E23E7A78CCD2}
 Name=MyApplication Version=2.0.0 Manufacturer=MyCompany
 UpgradeCode={12F4AFDB-386F-4DF0-B711-3320311F4B49} Language=1031
 Codepage=1252

 Package Description=MyApplication Installer
 Manufacturer=MyCompany Comments=MyApplication is a trademark of
 MyCompany Keywords=Installer InstallerVersion=100 Compressed=yes
 Languages=1031 SummaryCodepage=1252/

 Condition Message=MyApplication requires Windows 2000 or
 higher.VersionNT = 500/Condition
 Condition Message=MyApplication requires the .NET Framework 2.0or 
 higher.![CDATA[MsiNetAssemblySupport = 
 2.0.50727]]/Condition

 Media Id=1 Cabinet=Contents.cab EmbedCab=yes
 DiskPrompt=CD/
 Property Id=DiskPrompt Value=MyApplication Installation [1]/

 Directory Id=TARGETDIR Name=SourceDir
 Directory Id=ProgramFilesFolder
 Directory Id=MyCompany Name=MyCompany
 Directory Id=INSTALLDIR Name=MyApplication

 Component Id=Executable
 Guid={717DF426-13B6-412D-A99F-DA9ABCA883A0}
 File Id=MyApplicationExe Name=
 MyApplication.exe DiskId=1 Source=MyApplication.exe Vital=yes
 Shortcut Id=ProgramMenuMyApplication
 Directory=ProgramMenuMyApplicationFolder Name=MyApplication Icon=
 MyApplication.ico IconIndex=0 Advertise=yes
 WorkingDirectory=INSTALLDIR/
 Shortcut Id=DesktopMyApplication
 Directory=DesktopFolder Name=MyApplication Icon=MyApplication.ico
 IconIndex=0 Advertise=yes WorkingDirectory=INSTALLDIR/
 /File
 /Component

 /Directory
 /Directory
 /Directory

 Directory Id=ProgramMenuFolder
 Directory Id=ProgramMenuMyApplicationFolder
 Name=MyCompany's MyApplication/
 /Directory

 Directory Id=DesktopFolder Name=Desktop/
 /Directory

 Feature Id=Complete Level=1
 ComponentRef Id=Executable/
 /Feature

 Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR/
 UIRef Id=WixUI_InstallDir/
 UIRef Id=WixUI_ErrorProgressText/

 Icon Id=MyApplication.ico SourceFile=MyApplication.ico/

 Property Id=ARPHELPLINKhttp://www.mycompany.com/myapplication/
 /Property
 Property Id=ARPHELPTELEPHONE+1 (555)555-/Property
 Property Id=ARPCONTACTMyCompany/Property
 Property Id=ARPURLINFOABOUT
 http://www.mycompany.com/myapplication//Property
 Property Id=ARPURLUPDATEINFO
 http://www.mycompany.com/myapplication//Property
 /Product
 /Wix

 --
 Looking for a deal? Find great prices on flights and 
 hotelshttp://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-with
  Yahoo! FareChase.


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


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


Re: [WiX-users] Install files into MS Office directory

2007-09-14 Thread János Brezniczky
Perhaps you could use a VBScript customaction to determine which value is to
be set according to the values read from the registry before. (From VBScript
the properties can be read/set by using *Session.Property(PROPNAME)* )


2007/9/13, rbok78 [EMAIL PROTECTED]:


 Hi,
 I would like to install some files into Microsoft Excel startup directory.
 I
 decided to use WiX. I created a msi package according to available
 documentation and it seems well. However, I think that my solution isn't
 correct.

 Destination path depends on installed version of MS Office. I can check
 wheather Microsoft Excel is installed on destination computer. I can read
 Microsoft Excel version at registry. Now I need to determine destination
 path according to installed version. Unfortunately, I don't know how to
 define Property element dynamically. Therefore I created three components.
 Each component contains the same file(s) as other ones. I think, it isn't
 correct solution.

 Could you help me please?

 http://www.nabble.com/file/p12662778/qc2excel.wxs qc2excel.wxs
 --
 View this message in context:
 http://www.nabble.com/Install-files-into-MS-Office-directory-tf4438183.html#a12662778
 Sent from the wix-users mailing list archive at Nabble.com.


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

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


Re: [WiX-users] Customizing the dialog sequnce with Floating Publish events

2007-09-14 Thread János Brezniczky
Hi,

What documentation do you mention? I couldn't manage to find the
Publish.Dialog attribute, but I would also be interested in this method of
overriding the default event linking between dialogs. (Thanks for a link if
appropriate.)

Otherwise I suppose these Publish nodes should be parented by the control
which should fire the event, which is not the dialog, but a button in these
cases. I thought it forces me to the check the source code of the
(wixui) lib, and sometimes import/recompile them to be able to change their
behaviour except for the final dialogs (error, success, etc..) or if they
take their Value argument from a property.
This latter exception (quotes mean it is a frequent one) is illustrated
here
http://www.tramontana.co.hu/wix/lesson2.php#2.3

I hope I wasn't wrong, and would appreciate other ideas/thoughts on the
subject..


2007/9/14, Ian Sullivan [EMAIL PROTECTED]:

  HI,



 I'm trying to see if I can insert a dialog into the WixUI_InstallDir
 sequence, the docs say you can do

 Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=*
 SpecialDlg*1/Publish

 Publish Dialog=*SpecialDlg* Control=Back Event=NewDialog
 Value=WelcomeDlg1/Publish

 Publish Dialog=*SpecialDlg* Control=Next Event=NewDialog
 Value=LicenseAgreementDlg1/Publish

 Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog
 Value=*SpecialDlg*1/Publish

 Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog
 Value=InstallDirDlgLicenseAccepted = 1/Publish



 But aren't really clear about where that should happen.



 I tried doing this, but I never see my dialog…

 Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR /

 UIRef Id=WixUI_InstallDir /

 UI

   Dialog Id=SpecialDlg Width=370 Height=270

 Control Id=Special_Txt Type=Text X=5 Y=20 Width=60
 Height=18 TabSkip=no

   Text[DialogFont]Hi there!/Text

 /Control

 Control Id=Next Type=PushButton X=236 Y=243 Width=56
 Height=17 Default=yes Text=!(loc.WixUINext) /

 Control Id=Back Type=PushButton X=180 Y=243 Width=56
 Height=17 Disabled=yes Text=!(loc.WixUIBack) /

   /Dialog

   Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=
 SpecialDlg Order=11/Publish

   Publish Dialog=SpecialDlg Control=Back Event=NewDialog Value=
 WelcomeDlg Order=11/Publish

   Publish Dialog=SpecialDlg Control=Next Event=NewDialog Value=
 LicenseAgreementDlg Order=11/Publish

   Publish Dialog=LicenseAgreementDlg Control=Back Event=
 NewDialog Value=SpecialDlg Order=11/Publish

 /UI



 Thanks,

 -Ian



 Ian Sullivan

 Software Development Engineer

 Microsoft Inc., Windows Live Agents: SDK, Tools, Web Services



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


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


[WiX-users] Upgrade question - when does

2007-09-14 Thread János Brezniczky
 Hi all,

I just would like to know under what conditions does the following action
execute:

CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been updated
to 1.0.1 or newer.' /

(The snippet is taken from the WiX Tutorial, lesson 4: *
http://www.tramontana.co.hu/wix/lesson4.php*http://www.tramontana.co.hu/wix/lesson4.php)

I could not produce such a case, but it would be great to *test* - and of
course understand - it.

I've been trying to modify the New sample to an even newer one with
version 1.0.2. After I installed the modified version, I could still
(re)install the 1.0.1 version without a problem, I think because the command
line properties (REINSTALL, ..) had to be specified. So what would be the
correct solution to produce the error?

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


Re: [WiX-users] Upgrade question - when does

2007-09-14 Thread János Brezniczky
 Thank you for taking the time to reply.

I read those paragraphs a couple of times, downloaded the sample, generated
and copied the GUIDS etc. before writing to the list, and the question did
not target the sequencing of the events. Maybe I have done something wrong,
maybe I missed something from the explanation, but I could not produce that
error message. What I'm interested in is how can that error be made to
occur, to see it appearing in a dialog on-screen (or in the logs), in
practice. What preparations are required for this test (case)?
(In other words: should it appear when 1.0.2 is installed, and an
1.0.1installation runs? It didn't, but I could not find a mistype or
something
like that in the samples I had modified. I built two different bunch of
installers for the purpose. The next question will be: why couldn't I
trigger the error? then...)

Thanks again!

Janos


2007/9/14, Rob Hamflett [EMAIL PROTECTED]:

 It's explained immediately below that piece of text.  During the
 InstallExecuteSequence, after
 FindRelatedProducts if PATCHFOUND is set.  PATHCFOUND is set (or not) in
 the Upgrade table, which is
 detailed in the preceding few paragraphs.

 Rob

 János Brezniczky wrote:
  Hi all,
 
  I just would like to know under what conditions does the following
  action execute:
 
  CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been
  updated to 1.0.1 or newer.' /
 
  (The snippet is taken from the WiX Tutorial, lesson 4:
  _http://www.tramontana.co.hu/wix/lesson4.php_
  )
 
  I could not produce such a case, but it would be great to *test* - and
  of course understand - it.
 
  I've been trying to modify the New sample to an even newer one with
  version 1.0.2. After I installed the modified version, I could still
  (re)install the 1.0.1 version without a problem, I think because the
  command line properties (REINSTALL, ..) had to be specified. So what
  would be the correct solution to produce the error?
 
  Thanks in advance!
 
 
  
 
 
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
  
 
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users


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

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


Re: [WiX-users] Generate multiple MSIs from a single wxs source?

2007-09-13 Thread János Brezniczky
I guess my problem is very similar, i.e. includes the one mentioned above...
I'm struggling with a forthcoming a product which has three optional
components. It is OK to have a single installation containing these as
different features. In reality we should obtain packages combining
these three components, say a package for component1 and component2, a
standalone package for component3, and another msi which contains all of
them, each one as a different feature. Currently I have three different
main wxs files matching the three packages, a wxi include for defines like
ProductID, CompanyName etc., and the three features isolated into three
fragments, referred to in different combinations from the main files.
(This way the complaints for the duplicate symbols are eliminated.) I'm
still unsure whether it is done the recommended way or not. Perhaps it turns
out from the following lines, why.

My real problem arises when it comes to switching from one kind of
installation to another.
I would like to see the full installer seamlessly extend e.g. the installed
component3 to a full installation. On the other hand, the MSI containing
component1 and component2 should extend an installation of component3 to a
full installation. There is no 'hierarchy' in the installation (there is no
ordering, so I think I should not use updates/upgrades to solve this issue),
and I'd like to have a least confusing GUI, without e.g. disabled features,
but still based on the wixui lib as far as possible. Having the same package
ID confuses the MSI installer, it is clear from the tutorial that this
situation should be avoided, but having different package IDs leads to
Another version of the product is already installed
Can this kind of upgrading/extending be accomplished (I think so), and how?


2007/9/13, Rob Hamflett [EMAIL PROTECTED]:

 I think you'd better off using Fragments and using *Ref elements.

 Rob

 Jared Hughes wrote:
  My group is producing two products: a Runtime and an SDK. Since there is
 a
  lot of similarity between the two products (a lot of the same files, reg
  keys, shortcuts, custom actions, etc) there is a push to get everything
  unified into a single file that should, in theory, be easy to maintain.
 Is
  it possible to do this? I've tried moving a lot of the common components
  into a separate file which is then included with an ?include?
 statement,
  but I get error messages about duplicate symbols for, say, my program
 files
  directory or my TARGETDIR directory. Am I overlooking something
  straightforward here or would it be best to maintain separate files for
 the
  Runtime and the SDK?
 


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

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