Re: [WiX-users] Reinstalling with different MSM's...

[Mike Dimmick]

That still sounds as if you're adding and removing components from features.
You'll need to do a major upgrade for that.

 

If you really want to add e.msm's contents in a minor upgrade (which I
wouldn't really recommend) you need to add a new child feature of an
existing feature and attach the merge module to that feature. The Platform
SDK topic "Changing the Product Code" details how you need to set up that
new feature. I think in WiX you need to set the feature's attributes to
Absent='disallow' InstallDefault='followParent' and if you don't want it to
appear in the feature tree, Display='hidden'.

 

You're stuck with c.msm's contents until your next major upgrade.

 

-- 

Mike Dimmick

 

  _  

From: Rory Clark [mailto:[EMAIL PROTECTED] 
Sent: 17 May 2007 01:04
To: Mike Dimmick; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Reinstalling with different MSM's...

 

Thanks for the reply, though I suppose I should've been a been clearer.
Each merge module contains files and is its own component, like this:

*  a.msm
directory 1
file-a1.txt
file-a2.txt

*  b.msm 
directory 2
file-b1.txt
file-b2.txt

*  c.msm 
directory 3
file-c1.txt
file-c2.txt 

*  d.msm
directory 4
file-d1.txt
file-d2.txt

 Now, the new build of some.msi looks like this:

*  a.msm
directory 1
file-a1.txt
file-a2.txt

*  b.msm 
directory 2
file-b1.txt
file-b2.txt

*  d.msm
directory 4
file-d1.txt
file-d2.txt 

*  e.msm 
directory 5
file-e1.txt
file-e2.txt 

When we do the "reinstall", none of e's files are written to the drive.  We
have files for a through d still, (directory1\file-a1.txt;
directory4\file-d2.txt; etc.), but none from e.msm.

 

Does that make more sense?

 

Thanks!

Rory

 

  _  

From: Mike Dimmick [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 2:01 PM
To: Rory Clark; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Reinstalling with different MSM's...

I'm assuming that you're installing the MSMs as files i.e. they're for your
end-users to use to build their own installers, therefore the fact that they
are MSMs is not relevant.

 

The component rules say you're not allowed to change the makeup of a
component. If all these MSMs are in one component you should break it into
multiple components, and change the product code to do a major upgrade. If
it is one component Windows Installer is likely detecting that the key file
has not changed and therefore it doesn't need to reinstall the component.

 

You can add components to new features for a minor upgrade, but I don't
think you're permitted to add components to an existing feature. In practice
this means you cannot remove c.msm even if it were a separate component. See
"Changing the Product Code" in the Platform SDK.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rory Clark
Sent: 16 May 2007 21:18
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Reinstalling with different MSM's...

 

We've hit an interesting scenario in our work where we're not seeing one of
the MSM's getting applied in a re-install scenario.

 

We start off with some.msi that contains the following merge modules:

*   a.msm 
*   b.msm 
*   c.msm 
*   d.msm 

Some.msi now lays down all of the merge modules to disk as we would expect
them and everything is happy.

 

Now, we've updated some.msi (with the same ID and upgrade code), but we've
change out a couple of the merge modules, like so:

*   a.msm 
*   b.msm 
*   d.msm 
*   e.msm 

We have removed c.msm and added e.msm and execute it on the command line
like this:

 msiexec /i some.msi /passive /l some.msi.log addlocal=all reinstall=all
reinstallmode=vamus

 

What we see is that c.msm is still on the disk (as it should be as other
packages are still referring to it), but e.msm has not been written out to
disk.

 

The question is this: How would we go about insuring that e.msm is delivered
like we think it should be.

 

Thanks!
Rory

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] error using fileshare

[Mike Dimmick]

Error 123 (listed in the first error message) is ERROR_INVALID_NAME:

"The filename, directory name, or volume label syntax is incorrect."

It doesn't like something about the folder name. I'm not sure if the
directory you're trying to share has to already exist at the point that you
create the share.

Can you get a verbose log file? (e.g. run msiexec /l*v) That might give more
detail as to what's going wrong.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jrcolons
Sent: 16 May 2007 23:04
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] error using fileshare



Mike Dimmick-2 wrote:
> 
> 'Everyone' is not a member of the domain but is a Windows well-known SID.
> The CA code in WiX 3.0.2813.0 handles "Everyone" directly. I think, based
> on
> my reading of the code, that you should omit the User/@Domain parameter.
> 
> -- 
> Mike Dimmick
> 
 Mike: Thanks for the advice! 

I have overcame the everyone issue, but still receiving some errors. Again,
this is the relevant output from the log file

Action 17:39:55: CreateSmbRollback. 
Action 17:39:55: CreateSmb. 
CreateSmb:  Error 0x80004005: Failed to create/modify file share: Err: 123
CreateSmb:  Error 0x80004005: failed to create to share:
'IPSGlobalServicesDownloads'
Error 26301. Failed to create network share.  (-2147467259  
IPSGlobalServicesDownloads  )
MSI (s) (04!68) [17:40:08:793]: Product: ClinnextWebServer -- Error 26301.
Failed to create network share.  (-2147467259   IPSGlobalServicesDownloads

)


Thanks everybody!
Jose
-- 
View this message in context:
http://www.nabble.com/error-using-fileshare-tf3767943.html#a10655416
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why is my conditional statement not working

[Stefan Pavlik]

Hi Venkatesh,

The use of Condition element is different.
You can use it in:

a) inside Component element (that is probably what you want)
  

...
  

  the component will be installed if the condition is evaluated to true

b) inside the Feature element:
  

  

  the Feature Level will be changed to 0 if the condition is
evaluated to true

The Condition element can be used in other ways also. You can find
complete usage in the WIX Help file.


Regards

Stefan

Venkatesh wrote:
> I ahve a radio button where user selects a version of productUnicode Or
> ASCI) depending upon I need to install a different binary. I am using
> condition statement under feature. Looks like it is not working for me.
> I donot know what I am doing wrong here. Please help me.
> 
> Code as follows:
> 
>Display='expand' Level='1' ConfigurableDirectory='TARGETDIR'>
>   
> 
>  
> 
>
>  
>   
> 
> 
> 
> 
> 
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> 
> 
> 
> 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry key creation in 64bit machine.

[jagath pabolu]

Mike,
   
  I have already placed Win64='yes' in the component tag.
   
  FileType 
   
  But,  it is not working. Any other alternative way??? 
   
  -Jagath Pabolu
  

Mike Dimmick <[EMAIL PROTECTED]> wrote:
v\:* {behavior:url(#default#VML);}  o\:* {behavior:url(#default#VML);}  
w\:* {behavior:url(#default#VML);}  .shape {behavior:url(#default#VML);}
Set Component/@Win64='yes'.
   
  -- 
  Mike Dimmick
   
  
-
  
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jagath pabolu
Sent: 16 May 2007 13:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Registry key creation in 64bit machine.

   
  Hi,

 

 We are trying to create a registry key using Wix for 64 bit targeted 
installation as below

 

  FileType


.

  FileType.xyz.1

..

 

 

But,  registry key is getting created under 
"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\" instead of native 64bit hive.

 

Is there any way to create registry key in the native 64bit hive? Your help 
on this greatly appreciated.

 

-Jagath Pabolu





-
  
  Need a vacation? Get great deals to amazing places on Yahoo! Travel. 



   
-
Boardwalk for $500? In 2007? Ha! 
Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Why is my conditional statement not working

[Venkatesh]

I ahve a radio button where user selects a version of productUnicode Or ASCI) 
depending upon I need to install a different binary. I am using condition 
statement under feature. Looks like it is not working for me. I donot know what 
I am doing wrong here. Please help me.

Code as follows: 


  

 

   
 
   


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem using Action attribute on Custom element

[Kevin Fischer]

FYI, I was able to figure out how to use CAQuietExec by searching through the 
mailing list archive.
 
Thanks,
Kevin


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [EMAIL PROTECTED]: RE: [WiX-users] 
Problem using Action attribute on Custom elementDate: Wed, 16 May 2007 14:17:37 
-0600


Actually that was the complete error message:candle.exe(0,0): Error CNDL0001: 
Cannot set column 'Action' with a null value because this is a required 
field.Julie hit upon the solution in another reply.  I needed to add an "Id" 
attribute to the CustomAction Property="QtExecDeferred" listed below.  The 
error message was a little misleading though. Now I'm running into a new issue 
though.  It can't find wixca.dll.  I didn't see it under \program files\windows 
installer xml\...   Is there a new way to use CAQuietExec in Wix V3? 
Thanks,Kevin


Date: Tue, 15 May 2007 19:59:48 -0700From: [EMAIL PROTECTED]: [EMAIL 
PROTECTED]: [EMAIL PROTECTED]: Re: [WiX-users] Problem using Action attribute 
on Custom elementCan you post the complete error message? If you want to use 
WiX v3, you should update more often, from the weekly releases site if there 
aren't "official" releases.Kevin Fischer wrote: 


Any thoughts on how to fix this?   Should I not be using V3 of WiX?  I was 
under the impression that I needed to use V3 if I wanted to use the 
"feature-rich" version of Votive. Thanks,Kevin


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Mon, 14 May 2007 16:08:00 
-0600Subject: [WiX-users] Problem using Action attribute on Custom element

I'm trying to execute a deferred command line in my MSI.  I want it to execute 
only on uninstall prior to a service being stopped/uninstalled. I'm following 
the code snippet I found in the help.  So I have some code like:  
Installed When I try to compile this I get 
the error:  Cannot set column 'Action' with a null value because this is a 
required field.  I'm using WiX version 3, the version released in December 
2006. Any ideas? Thanks,Kevin

Change is good. See what's different about Windows Live Hotmail. Check it out! 

Download Messenger. Start an i’m conversation. Support a cause. Join Now! 
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
  -- 
sig://boB
http://joyofsetup.com/

Add some color. Personalize your inbox with your favorite colors. Try it! 
_
Create the ultimate e-mail address book. Import your contacts to Windows Live 
Hotmail.
www.windowslive-hotmail.com/learnmore/managemail2.html?locale=en-us&ocid=TXT_TAGLM_HMWL_reten_impcont_0507-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Reinstalling with different MSM's...

[Rory Clark]

Thanks for the reply, though I suppose I should've been a been clearer.
Each merge module contains files and is its own component, like this:


*   a.msm
directory 1
file-a1.txt
file-a2.txt
*   b.msm 
directory 2
file-b1.txt
file-b2.txt
*   c.msm 
directory 3
file-c1.txt
file-c2.txt 
*   d.msm
directory 4
file-d1.txt
file-d2.txt

 Now, the new build of some.msi looks like this:



*   a.msm
directory 1
file-a1.txt
file-a2.txt
*   b.msm 
directory 2
file-b1.txt
file-b2.txt
*   d.msm
directory 4
file-d1.txt
file-d2.txt

*   e.msm 
directory 5
file-e1.txt
file-e2.txt 

When we do the "reinstall", none of e's files are written to the drive.
We have files for a through d still, (directory1\file-a1.txt;
directory4\file-d2.txt; etc.), but none from e.msm.
 
Does that make more sense?
 
Thanks!
Rory




From: Mike Dimmick [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 2:01 PM
To: Rory Clark; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Reinstalling with different MSM's...



I'm assuming that you're installing the MSMs as files i.e. they're for
your end-users to use to build their own installers, therefore the fact
that they are MSMs is not relevant.

 

The component rules say you're not allowed to change the makeup of a
component. If all these MSMs are in one component you should break it
into multiple components, and change the product code to do a major
upgrade. If it is one component Windows Installer is likely detecting
that the key file has not changed and therefore it doesn't need to
reinstall the component.

 

You can add components to new features for a minor upgrade, but I don't
think you're permitted to add components to an existing feature. In
practice this means you cannot remove c.msm even if it were a separate
component. See "Changing the Product Code" in the Platform SDK.

 

-- 

Mike Dimmick

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rory Clark
Sent: 16 May 2007 21:18
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Reinstalling with different MSM's...

 

We've hit an interesting scenario in our work where we're not seeing one
of the MSM's getting applied in a re-install scenario.

 

We start off with some.msi that contains the following merge modules:

*   a.msm 
*   b.msm 
*   c.msm 
*   d.msm 

Some.msi now lays down all of the merge modules to disk as we would
expect them and everything is happy.

 

Now, we've updated some.msi (with the same ID and upgrade code), but
we've change out a couple of the merge modules, like so:

*   a.msm 
*   b.msm 
*   d.msm 
*   e.msm 

We have removed c.msm and added e.msm and execute it on the command line
like this:

 msiexec /i some.msi /passive /l some.msi.log addlocal=all
reinstall=all reinstallmode=vamus

 

What we see is that c.msm is still on the disk (as it should be as other
packages are still referring to it), but e.msm has not been written out
to disk.

 

The question is this: How would we go about insuring that e.msm is
delivered like we think it should be.

 

Thanks!
Rory

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX v3 setupbld.exe question

[Alec Siu]

Hi Rob,

Copying and pasting from an e-mail from Carolyn Napier who had a look at our 
logs relating to this issue:

8< 
Error 1316. A network error occurred while attempting to read from the file: 
C:\EHS\alec\dev\CTEB.tmp
MSI (s) (F0:14) [14:19:26:471]: Note: 1: 2205 2:  3: Error
MSI (s) (F0:14) [14:19:26:471]: Note: 1: 2228 2:  3: Error 4: SELECT `Message` 
FROM `Error` WHERE `Error` = 1709
MSI (s) (F0:14) [14:19:26:471]: Product: Microsoft Application Error Reporting 
-- Error 1316. A network error occurred while attempting to read from the file: 
C:\EHS\alec\dev\CTEB.tmp

Action ended 14:19:26: PublishProduct. Return value 3.

Per MSDN documentation, you cannot change the filename of the MSI package file 
in small/minor updates.  This product is already installed.  Does your chainer 
extract to a temporary file name and install in that manner?  My guess as to 
the common cause of this error in this situation is that the prior install was 
done using the MSI file called CTEB.tmp and now you're trying to do the install 
from a new location but with a different filename.

MSI (c) (08:80) [14:19:23:440]: *** RunEngine:
   *** Product: dw20sharedamd64.msi
   *** Action:
   *** CommandLine: **

And this is further evidenced in the log file:

MSI (c) (08:80) [14:19:23:487]: Product registered: entering maintenance mode
MSI (c) (08:80) [14:19:23:487]: PROPERTY CHANGE: Adding ProductState property. 
Its value is '5'.
MSI (c) (08:80) [14:19:23:487]: PROPERTY CHANGE: Adding ProductToBeRegistered 
property. Its value is '1'.
MSI (c) (08:80) [14:19:23:487]: Entering 
CMsiConfigurationManager::SetLastUsedSource.
MSI (c) (08:80) [14:19:23:487]: Specifed source is not already in a list.
MSI (c) (08:80) [14:19:23:487]: User policy value 'SearchOrder' is 'nmu'
MSI (c) (08:80) [14:19:23:487]: Machine policy value 'DisableBrowse' is 0
MSI (c) (08:80) [14:19:23:487]: Machine policy value 'AllowLockdownBrowse' is 0
MSI (c) (08:80) [14:19:23:487]: Adding new sources is allowed.
MSI (c) (08:80) [14:19:23:487]: Package name retrieved from configuration data: 
'CTEB.tmp'

You need to ensure that the filenames stay the same.  Yes, it's a known 
limitation given that sources are validated using the filename and the package 
code.  The filename is considered an integral part.

 >8

So this is starting to make sense, the chainer is extracting to some randomized 
filename and calling msiexec on the temp file, so that the next time we run our 
setup.exe, it fails because Windows Installer recognizes the already-installed 
product and tries to re-read the original extracted (temporary) MSI, which has 
been of course by now deleted.

Does this explanation sound feasible to you? Would there be ways to get around 
this and/or confirm this theory?

Alec


From: Rob Mensching
Sent: Friday, May 04, 2007 11:03 AM
To: Jon LeCroy; Alec Siu; wix-users@lists.sourceforge.net
Subject: RE: WiX v3 setupbld.exe question

Ahh, dude, your MSI (it does look like it is running the already installed 
version) is accessing that file for some reason and can't find it.  Can't 
decipher much more than that from the log file.

From: Jon LeCroy
Sent: Friday, May 04, 2007 10:33 AM
To: Rob Mensching; Alec Siu; wix-users@lists.sourceforge.net
Subject: RE: WiX v3 setupbld.exe question

It doesn't crash, but it does present this error: Error 1316. A network error 
occurred while attempting to read from the file: C:\EHS\alec\dev\CTEB.tmp

Note - this is running locally. Log attached.

From: Rob Mensching
Sent: Friday, May 04, 2007 10:19 AM
To: Alec Siu; wix-users@lists.sourceforge.net
Cc: Jon LeCroy
Subject: RE: WiX v3 setupbld.exe question

What do you mean by the install "crashes with an error message"?  Installations 
shouldn't crash.  They may error out but crashing is a really scary thing.

The best thing is to get the logging registry key set to get a log file for the 
A.msi.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alec Siu
Sent: Thursday, May 03, 2007 1:57 PM
To: wix-users@lists.sourceforge.net
Cc: Jon LeCroy
Subject: [WiX-users] WiX v3 setupbld.exe question

Hi All,

We're using setupbld.exe to chain two MSIs together (the first one say A.msi 
spec'ed with -mu, the second B.msi with -mus). This works fine, except we're 
testing the scenario where the user might try and run the setup.exe more than 
once.

B.msi has some code to detect and prevent re-installations, but A.msi (which is 
3rd party) does not. When I run A.msi by itself, it crashes with an error 
message, so it seems that the combined .exe version is suppressing this. I 
tried re-specing with -mus for A.msi as well in order to show any embedded UI 
it might have, but again it fails silently. I tried turning on global MSI 
logging via the registry 
(HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\Installer\Logging = 
voicewarmupx!) but it doesn't show up there either...

Is there a way to debug this combi

[WiX-users] Pre-select from multiple INSTALLDIR's?

[Matthew Janulewicz]

I have a need to have different default install paths based on a
variable that's set by the user choosing a radio button in a previous
dialog. Has anyone tried something like this? I can't seem to figure it
out.

 

It seems that INSTALLDIR always defaults to whatever I have it set to in
my  structure. 

 

--

Matthew Janulewicz

SCM Engineer

Green Dot Corporation

[EMAIL PROTECTED]

(626) 775-3857

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] error using fileshare

[jrcolons]

Mike Dimmick-2 wrote:
> 
> 'Everyone' is not a member of the domain but is a Windows well-known SID.
> The CA code in WiX 3.0.2813.0 handles "Everyone" directly. I think, based
> on
> my reading of the code, that you should omit the User/@Domain parameter.
> 
> -- 
> Mike Dimmick
> 
 Mike: Thanks for the advice! 

I have overcame the everyone issue, but still receiving some errors. Again,
this is the relevant output from the log file

Action 17:39:55: CreateSmbRollback. 
Action 17:39:55: CreateSmb. 
CreateSmb:  Error 0x80004005: Failed to create/modify file share: Err: 123
CreateSmb:  Error 0x80004005: failed to create to share:
'IPSGlobalServicesDownloads'
Error 26301. Failed to create network share.  (-2147467259  
IPSGlobalServicesDownloads  )
MSI (s) (04!68) [17:40:08:793]: Product: ClinnextWebServer -- Error 26301.
Failed to create network share.  (-2147467259   IPSGlobalServicesDownloads 
)


Thanks everybody!
Jose
-- 
View this message in context: 
http://www.nabble.com/error-using-fileshare-tf3767943.html#a10655464
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] error using fileshare

[jrcolons]

Mike Dimmick-2 wrote:
> 
> 'Everyone' is not a member of the domain but is a Windows well-known SID.
> The CA code in WiX 3.0.2813.0 handles "Everyone" directly. I think, based
> on
> my reading of the code, that you should omit the User/@Domain parameter.
> 
> -- 
> Mike Dimmick
> 
 Mike: Thanks for the advice! 

I have overcame the everyone issue, but still receiving some errors. Again,
this is the relevant output from the log file

Action 17:39:55: CreateSmbRollback. 
Action 17:39:55: CreateSmb. 
CreateSmb:  Error 0x80004005: Failed to create/modify file share: Err: 123
CreateSmb:  Error 0x80004005: failed to create to share:
'IPSGlobalServicesDownloads'
Error 26301. Failed to create network share.  (-2147467259  
IPSGlobalServicesDownloads  )
MSI (s) (04!68) [17:40:08:793]: Product: ClinnextWebServer -- Error 26301.
Failed to create network share.  (-2147467259   IPSGlobalServicesDownloads 
)


Thanks everybody!
Jose
-- 
View this message in context: 
http://www.nabble.com/error-using-fileshare-tf3767943.html#a10655416
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional statement?

[Mike Dimmick]

Note that for actions, in the UI and execute sequences, the conditions are
simply the inner text of the action's element. For example, see .

 

Conditions are commonly contained within a  block. This is
simply because the greater-than and less-than operators have a different
meaning to XML. The . You can also escape them using <
and >.

 

-- 

Mike Dimmick 

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Trevor Clifton
Sent: 16 May 2007 22:02
To: 'Kevin Burton'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Conditional statement?

 

You want the Condition element

 



 

Which can also check a property such as my Build property

 



 

 

 

This is how I declare the property that is checked in the condition.

  

 

 

Check the docs to see what elements can have conditions:

http://wix.sourceforge.net/manual-wix2/wix_xsd_condition.htm

 

 

Hope that helps.

 

-Trevor

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton
Sent: Wednesday, May 16, 2007 2:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional statement?

 

I have only found  which is a preprocessor instruction. Is there an
equivalent runtime conditional statement? If the installer clicks on a
button I record the fact by setting a property. I want to be able to test
for the values of this property and a conditional  like statement
seemed to be what I need.

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional statement?

[Kevin Burton]

Thank for your help.

 

I know you are just trying to be consistent but when setting the property
(Build in this case). Do you have to escape it with CDATA? If the value you
are setting the property to is 0?

 

What if I want to conditionally set a property? If the value is empty or
null then I want to set it otherwise leave it along. It would be kind of
like a default value.

 

From: Trevor Clifton [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 4:02 PM
To: 'Kevin Burton'; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Conditional statement?

 

You want the Condition element

 



 

Which can also check a property such as my Build property

 



 

 

 

This is how I declare the property that is checked in the condition.

  

 

 

Check the docs to see what elements can have conditions:

http://wix.sourceforge.net/manual-wix2/wix_xsd_condition.htm

 

 

Hope that helps.

 

-Trevor

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton
Sent: Wednesday, May 16, 2007 2:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional statement?

 

I have only found  which is a preprocessor instruction. Is there an
equivalent runtime conditional statement? If the installer clicks on a
button I record the fact by setting a property. I want to be able to test
for the values of this property and a conditional  like statement
seemed to be what I need.

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional statement?

[Trevor Clifton]

You want the Condition element

 



 

Which can also check a property such as my Build property

 



 

 

 

This is how I declare the property that is checked in the condition.

  

 

 

Check the docs to see what elements can have conditions:

http://wix.sourceforge.net/manual-wix2/wix_xsd_condition.htm

 

 

Hope that helps.

 

-Trevor

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton
Sent: Wednesday, May 16, 2007 2:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Conditional statement?

 

I have only found  which is a preprocessor instruction. Is there an
equivalent runtime conditional statement? If the installer clicks on a
button I record the fact by setting a property. I want to be able to test
for the values of this property and a conditional  like statement
seemed to be what I need.

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Reinstalling with different MSM's...

[Mike Dimmick]

I'm assuming that you're installing the MSMs as files i.e. they're for your
end-users to use to build their own installers, therefore the fact that they
are MSMs is not relevant.

 

The component rules say you're not allowed to change the makeup of a
component. If all these MSMs are in one component you should break it into
multiple components, and change the product code to do a major upgrade. If
it is one component Windows Installer is likely detecting that the key file
has not changed and therefore it doesn't need to reinstall the component.

 

You can add components to new features for a minor upgrade, but I don't
think you're permitted to add components to an existing feature. In practice
this means you cannot remove c.msm even if it were a separate component. See
"Changing the Product Code" in the Platform SDK.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rory Clark
Sent: 16 May 2007 21:18
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Reinstalling with different MSM's...

 

We've hit an interesting scenario in our work where we're not seeing one of
the MSM's getting applied in a re-install scenario.

 

We start off with some.msi that contains the following merge modules:

*   a.msm
*   b.msm
*   c.msm
*   d.msm

Some.msi now lays down all of the merge modules to disk as we would expect
them and everything is happy.

 

Now, we've updated some.msi (with the same ID and upgrade code), but we've
change out a couple of the merge modules, like so:

*   a.msm
*   b.msm
*   d.msm
*   e.msm

We have removed c.msm and added e.msm and execute it on the command line
like this:

 msiexec /i some.msi /passive /l some.msi.log addlocal=all reinstall=all
reinstallmode=vamus

 

What we see is that c.msm is still on the disk (as it should be as other
packages are still referring to it), but e.msm has not been written out to
disk.

 

The question is this: How would we go about insuring that e.msm is delivered
like we think it should be.

 

Thanks!
Rory

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditional statement?

[Kevin Burton]

I have only found  which is a preprocessor instruction. Is there an
equivalent runtime conditional statement? If the installer clicks on a
button I record the fact by setting a property. I want to be able to test
for the values of this property and a conditional  like statement
seemed to be what I need.

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Setting Folder ACL Permissions

[sysax]

I need to create a "ProductName" folder in the
c:\ProgramData\CompanyName\ProductName path under Vista and make its
readable and writeable by all users (by default Windows Vista allows only
the user who created the file to edit the file). In my case, the
product.ini file that will be placed in this directory needs to be
editable by all users who use the program. Can someone provide a sample
code snippet to do this in wix?


Regards,
John


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Reinstalling with different MSM's...

[Rory Clark]

We've hit an interesting scenario in our work where we're not seeing one
of the MSM's getting applied in a re-install scenario.
 
We start off with some.msi that contains the following merge modules:

*   a.msm
*   b.msm
*   c.msm
*   d.msm

Some.msi now lays down all of the merge modules to disk as we would
expect them and everything is happy.
 
Now, we've updated some.msi (with the same ID and upgrade code), but
we've change out a couple of the merge modules, like so:

*   a.msm
*   b.msm
*   d.msm
*   e.msm

We have removed c.msm and added e.msm and execute it on the command line
like this:
 msiexec /i some.msi /passive /l some.msi.log addlocal=all
reinstall=all reinstallmode=vamus
 
What we see is that c.msm is still on the disk (as it should be as other
packages are still referring to it), but e.msm has not been written out
to disk.
 
The question is this: How would we go about insuring that e.msm is
delivered like we think it should be.
 
Thanks!
Rory
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem using Action attribute on Custom element

[Kevin Fischer]

Actually that was the complete error message:
candle.exe(0,0): Error CNDL0001: Cannot set column 'Action' with a null value 
because this is a required field.
Julie hit upon the solution in another reply.  I needed to add an "Id" 
attribute to the CustomAction Property="QtExecDeferred" listed below.  The 
error message was a little misleading though.
 
Now I'm running into a new issue though.  It can't find wixca.dll.  I didn't 
see it under \program files\windows installer xml\...  
 
Is there a new way to use CAQuietExec in Wix V3?
 
Thanks,Kevin


Date: Tue, 15 May 2007 19:59:48 -0700From: [EMAIL PROTECTED]: [EMAIL 
PROTECTED]: [EMAIL PROTECTED]: Re: [WiX-users] Problem using Action attribute 
on Custom element
Can you post the complete error message? If you want to use WiX v3, you should 
update more often, from the weekly releases site if there aren't "official" 
releases.Kevin Fischer wrote: 


Any thoughts on how to fix this?   Should I not be using V3 of WiX?  I was 
under the impression that I needed to use V3 if I wanted to use the 
"feature-rich" version of Votive. Thanks,Kevin


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Mon, 14 May 2007 16:08:00 
-0600Subject: [WiX-users] Problem using Action attribute on Custom element

I'm trying to execute a deferred command line in my MSI.  I want it to execute 
only on uninstall prior to a service being stopped/uninstalled. I'm following 
the code snippet I found in the help.  So I have some code like:  
Installed When I try to compile this I get 
the error:  Cannot set column 'Action' with a null value because this is a 
required field.  I'm using WiX version 3, the version released in December 
2006. Any ideas? Thanks,Kevin

Change is good. See what's different about Windows Live Hotmail. Check it out! 

Download Messenger. Start an i’m conversation. Support a cause. Join Now! 
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
  -- 
sig://boB
http://joyofsetup.com/
_
Create the ultimate e-mail address book. Import your contacts to Windows Live 
Hotmail.
www.windowslive-hotmail.com/learnmore/managemail2.html?locale=en-us&ocid=TXT_TAGLM_HMWL_reten_impcont_0507-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] error using fileshare

[Mike Dimmick]

'Everyone' is not a member of the domain but is a Windows well-known SID.
The CA code in WiX 3.0.2813.0 handles "Everyone" directly. I think, based on
my reading of the code, that you should omit the User/@Domain parameter.

-- 
Mike Dimmick

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jrcolons
Sent: 16 May 2007 19:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] error using fileshare


I'm trying to create a repository where everyone in the domain have full
control. Here's the code I've tried:

  
  

  

That's the first time I do something similar to that, I used wix
documentation to do some "assessed guessing"... then I got these errors
logged up

Action 13:24:36: CreateSmbRollback. 
Action 13:24:36: CreateSmb. 
CreateSmb:  Error 0x80070534: failed to get sid for account:
INTHECO\Everyone
CreateSmb:  Error 0x80070534: Failed to allocate ACL for fileshare
CreateSmb:  Error 0x80070534: failed to create to share:
'IPSGlobalServicesDownloads'
Error 26301. Failed to create network share.  (-2147023564  
IPSGlobalServicesDownloads  )
MSI (s) (70!C0) [13:26:41:737]: Product: ClinnextWebServer -- Error 26301.
Failed to create network share.  (-2147023564   IPSGlobalServicesDownloads

)

Can anyone enlighten me?

TIA
Jose

-- 
View this message in context:
http://www.nabble.com/error-using-fileshare-tf3767943.html#a10652249
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] License RTF not used?

[jrcolons]

There's a completely different method in WiX 3.0. 3.0 permits substitution
of data in the compiled .wixobj/.wixlib files at link (light) time. Specify
-dWixUILicenseRtf=path-to-license-file on the light command line.

This is definitely a FAQ.

-- 

Mike Dimmick

  _  

Although I'm not having this issue, i stopped by and read it, and i'm
wondering how I can specify the license file path to the light compiling
sentence in votive. Do you know how?

Thanks for the advice!
Jose
-- 
View this message in context: 
http://www.nabble.com/License-RTF-not-used--tf3765603.html#a10652394
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] error using fileshare

[jrcolons]

I'm trying to create a repository where everyone in the domain have full
control. Here's the code I've tried:

  
  

  

That's the first time I do something similar to that, I used wix
documentation to do some "assessed guessing"... then I got these errors
logged up

Action 13:24:36: CreateSmbRollback. 
Action 13:24:36: CreateSmb. 
CreateSmb:  Error 0x80070534: failed to get sid for account:
INTHECO\Everyone
CreateSmb:  Error 0x80070534: Failed to allocate ACL for fileshare
CreateSmb:  Error 0x80070534: failed to create to share:
'IPSGlobalServicesDownloads'
Error 26301. Failed to create network share.  (-2147023564  
IPSGlobalServicesDownloads  )
MSI (s) (70!C0) [13:26:41:737]: Product: ClinnextWebServer -- Error 26301.
Failed to create network share.  (-2147023564   IPSGlobalServicesDownloads 
)

Can anyone enlighten me?

TIA
Jose

-- 
View this message in context: 
http://www.nabble.com/error-using-fileshare-tf3767943.html#a10652249
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry key creation in 64bit machine.

[Mike Dimmick]

Set Component/@Win64='yes'.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jagath pabolu
Sent: 16 May 2007 13:42
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Registry key creation in 64bit machine.

 

Hi,

 

 We are trying to create a registry key using Wix for 64 bit targeted
installation as below

 

FileType

.

FileType.xyz.1

..

 

 

But,  registry key is getting created under
"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\" instead of native 64bit hive.

 

Is there any way to create registry key in the native 64bit hive? Your help
on this greatly appreciated.

 

-Jagath Pabolu

  

  _  

Need a vacation? Get
  great
deals to amazing places on Yahoo! Travel. 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users]

[Mike Dimmick]

>From which I deduce that you're writing a 32-bit installer and installing on
a 64-bit machine. A 32-bit application will see the keys as you have written
them.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton
Sent: 16 May 2007 13:57
To: 'Rennie Petersen'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] 

 

Sorry, I think I answered my own question. There is a node called
Wow6432Node that seems to be automatically inserted in the path. My registry
entries were under there.

 

Thanks again.

 

Kevin

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] License RTF not used?

[Mike Dimmick]

There's a completely different method in WiX 3.0. 3.0 permits substitution
of data in the compiled .wixobj/.wixlib files at link (light) time. Specify
-dWixUILicenseRtf=path-to-license-file on the light command line.

 

This is definitely a FAQ.

 

-- 

Mike Dimmick

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Rendle
Sent: 16 May 2007 17:15
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] License RTF not used?

 

Using 3.0.2420, no matter what I do, the license.rtf file is ignored and the
Common Public License text is used. I've removed the License Dialog from the
UI completely for the time being, but is this a known issue or am I missing
something or what?

 

Cheers,

Mark

Computer Software Group Plc  |  Registered in England: 4023140  |
Registered office: Integra House, 138-140 Alexandra Road, London, SW19 7JY 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] License RTF not used?

[Rennie Petersen]

I know nothing about WiX 3, but here's how I do it with WiX 2, which may
help: http://www.merlinia.com/mdt/WiXTutorial3.msl
 
If the Common Public License text is being shown it sounds like you have
not actually replaced the file in the input to the WiX project...
 
Rennie
 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark
Rendle
Sent: 16. maj 2007 18:15
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] License RTF not used?



Using 3.0.2420, no matter what I do, the license.rtf file is
ignored and the Common Public License text is used. I've removed the
License Dialog from the UI completely for the time being, but is this a
known issue or am I missing something or what?



Cheers,

Mark

Computer Software Group Plc  |  Registered in England: 4023140
|  Registered office: Integra House, 138-140 Alexandra Road, London,
SW19 7JY 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patch upgrade etc.

[Kevin Burton]

Here is the scenario.  We do the initial installation. Then little if any of
the "properties" (there are about 10 that basically define the app, server
name(s), user name, SMTP server, etc.) change. But the code changes so we
"release" with new features and bug fixes fairly regularly. I want to build
a installer package that goes through the initial installation (brings up a
dialog prompting the user to enter the 10 or so properties) if the app is
not installed. Then if the app is installed it retrieves these "properties"
(My thinking is that we would store them in the registry but is these
information stored in the installer database? How do I access it? Is it a
persistent database? I have only seen references that require a .msi) and
skips the custom UI and proceeds with the installation. I have read somewhat
about  but I am not entirely clear. If I change the version of the
.msi package what is the trigger or flag to the installation package that
tells me to read the properties from the registry and not prompt the
user/installer for these values? I somewhat understand you can fire off a
custom action but what if all I want to do is set all of the properties
based on the registry settings and skip my custom dialog?

 

Thank you for any suggestions.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] License RTF not used?

[Mark Rendle]

Using 3.0.2420, no matter what I do, the license.rtf file is ignored and
the Common Public License text is used. I've removed the License Dialog
from the UI completely for the time being, but is this a known issue or
am I missing something or what?

 

Cheers,

Mark
Computer Software Group Plc  |  Registered in England: 4023140  |  Registered 
office: Integra House, 138-140 Alexandra Road, London, SW19 7JY
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem using Action attribute on Custom

[Julie Campbell]

I edited the original e-mail to put the elements on different lines only.

Try adding an Id attribute to the CustomAction element that sets the
property, i.e., Id='SetProp_QtExecDeferred'.  Also, set execution of this to
'immediate'.  You also need to call this custom action within the
InstallExecuteSequence, like so:


  
  


Julie Campbell
[EMAIL PROTECTED]

-Original Message-
Message: 2
Date: Tue, 15 May 2007 18:06:08 -0600
From: Kevin Fischer <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Problem using Action attribute on Custom
element
To: "wix-users@lists.sourceforge.net"

Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="windows-1252"

Any thoughts on how to fix this?  
 
Should I not be using V3 of WiX?  I was under the impression that I needed
to use V3 if I wanted to use the "feature-rich" version of Votive.
 
Thanks,
Kevin


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]:
Mon, 14 May 2007 16:08:00 -0600Subject: [WiX-users] Problem using Action
attribute on Custom element


I'm trying to execute a deferred command line in my MSI.  I want it to
execute only on uninstall prior to a service being stopped/uninstalled. I'm
following the code snippet I found in the help.  So I have some code like: 





 


Installed
 

When I try to compile this I get the error:  Cannot set column 'Action' with
a null value because this is a required field.  I'm using WiX version 3, the
version released in December 2006. Any ideas? Thanks,Kevin




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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users]

[Kevin Burton]

Sorry, I think I answered my own question. There is a node called
Wow6432Node that seems to be automatically inserted in the path. My registry
entries were under there.

 

Thanks again.

 

Kevin

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users]

[Kevin Burton]

The actual code looks like:

 



  

  

. . .

 

Do you think I have a syntax problem? Like I said, I look in the log file
and it appears to be writing values to the registry but using regedit I
don't see any entries.

 

Kevin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rennie
Petersen
Sent: Wednesday, May 16, 2007 7:02 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] 

 

I've written a bit about using the  element here:
http://www.merlinia.com/mdt/WiXTutorial1.msl  (near bottom of page).

 

Are you looking in the right place? (HKLM vs. HKCU?)

 

The  element has to be inside a  element. The registry
entry should automatically be removed when the Component is uninstalled.

 

Rennie

 

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton
Sent: 16. maj 2007 10:55
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] 

I am trying to use the  task and I look in the log file during
installation and it seems to be executing but when I look at the actual
registry the keys and values are missing. Is the full key path automatically
created or should I initially create the registry path? Related to this, how
do I specify more than one action? Say I want to write a value to the
registry and also remove it on uninstall?

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registry key creation in 64bit machine.

[jagath pabolu]

  Hi,
   
   We are trying to create a registry key using Wix for 64 bit targeted 
installation as below
   
FileType

  .
FileType.xyz.1
  ..
   
   
  But,  registry key is getting created under 
"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\" instead of native 64bit hive.
   
  Is there any way to create registry key in the native 64bit hive? Your help 
on this greatly appreciated.
   
  -Jagath Pabolu



   
-
Need a vacation? Get great deals to amazing places on Yahoo! Travel. -
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction = .VC Runtime Dependency?

[Chris.Rowland]

Running depends on a problem machine is just showing me issues with
MSJAVA.DLL and MPR.DLL.  The depends FAQ makes me think they aren't
really issues to be concerned with.

 

Also, building statically, I don't know of a machine that it does work
on.  I have only been testing on my development XP machine.  

When I was mistakenly building dynamically, it worked anywhere with .NET
2.0 (and on problem machines, depends showed MSVCP80.dll)

 



From: Dustin Andrews [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 15, 2007 7:08 PM
To: Rowland, Chris; [EMAIL PROTECTED];
WiX-users@lists.sourceforge.net
Subject: RE: Re: [WiX-users] CustomAction = .VC Runtime Dependency?

 

Ok. Now profile (run) the program under depends.exe on the machine
having problems. Compare that to a run on a working machines and I bet
you find what you need.

 

-D

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, May 15, 2007 2:01 PM
To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net
Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency?

 

The dependency walker doesn't use any unusual Dlls. If you haven't
already tried this, get to a system where your custom action Dll fails,
just copy depends.exe and your Dll onto it and see what it says about
any missing dependencies. 

 

The only missing dll is MSJAVA.dll, which is not an issue as far as I
understand.

 

 

My preference with included libs and h files is to make sure that they
are compatible, and I prefer the SDK to take preference over Visual
Studio. I'd put the R2 directory at the top for h and lib if R2 was my
target base OS. 

 

I ordered my "additional library directories"

"C:\Program Files\Microsoft Platform SDK for Windows Server 2003
R2\Lib";

"C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Lib";

"C:\Program Files\Microsoft Visual Studio 8\VC\lib";

"C:\Program Files\Windows Installer XML v3\SDK\lib"

 

and my "additional include directories"

"C:\Program Files\Microsoft Platform SDK for Windows Server 2003
R2\Include";

"C:\Program Files\Windows Installer XML v3\SDK\inc"

 

The installer needs to run on XP and Vista.  I'm using the 2003 R2 SDK
because it was the newest SDK I saw, and was always pushed to the
forefront when I searched Microsoft's site.  Will that cause a problem
when running on XP?

 

 

Because the dll works to a degree when dynamically linked to the CRT,
and doesn't work at all when statically linked, I'm thinking that
libcmt.lib is a good suspect.  One thing I've noticed, and maybe this is
expected, is that my 2003 SDK Lib directory doesn't contain libcmt.lib.
The AMD64 and IA64 subdirectories do, though.

So with the above library directory sequence, libcmt.lib will be found
in the VS8 SDK lib directory, while other dependencies (msi.lib,
shlwapi.lib, and advapi32.lib) are all found in the 2003 SDK directory.
Does that sound like a problem?

 

 

It's not just that dependent Dlls need to be present - it's also all the
exports that have to match the lib you included. 

 

How would one go about verifying this?

 

 

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users]

[Rennie Petersen]

I've written a bit about using the  element here:
http://www.merlinia.com/mdt/WiXTutorial1.msl  (near bottom of page).
 
Are you looking in the right place? (HKLM vs. HKCU?)
 
The  element has to be inside a  element. The
registry entry should automatically be removed when the Component is
uninstalled.
 
Rennie
 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Burton
Sent: 16. maj 2007 10:55
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] 



I am trying to use the  task and I look in the log
file during installation and it seems to be executing but when I look at
the actual registry the keys and values are missing. Is the full key
path automatically created or should I initially create the registry
path? Related to this, how do I specify more than one action? Say I want
to write a value to the registry and also remove it on uninstall?

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Naturopathic Medicine Database - 1 million records - 72, 000 emails

[Fernando truancy]

Brand new just finished extracting last night

ALTERNATIVE MEDICINE DATABASE

Over 1 million records and 72,000 emails in the following categories:

* Nutritionists
* Naturopathy
* Naturopathic Schools
* Naturopathic Remedies
* Naturopathic Physicians
* Naturopathic Medicine
* Naturopath Diet
* Naturopath Clinics
* Naturopath Cancer
* Hollistic Therapy
* Hollistic Massage
* Hollistic Health Care
* Hollistic Healing
* Hollistic Cures

Fields included for all data: Business/Practitioner Name, Postal Address, 
Phone, Fax, Email and Website 

Special price until this Friday May 18 - $399 (reg $599)

For more info or to place an order please email: [EMAIL PROTECTED]






To be excluded from future mail please put "exclude" in the subject when 
replying.

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users]

[Kevin Burton]

I am trying to use the  task and I look in the log file during
installation and it seems to be executing but when I look at the actual
registry the keys and values are missing. Is the full key path automatically
created or should I initially create the registry path? Related to this, how
do I specify more than one action? Say I want to write a value to the
registry and also remove it on uninstall?

 

Thank you.

 

Kevin

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX v3.0 on Vista doesn't run some custom actionswhenUAC is enabled

[nig.pepper]

Thanks guys, I'll have a play around with your suggestions and post
back.  I did add the Execute="deferred" and Impersonate="no" but this
didn't work on first attempt.  Setting @Execute="commit" caused it to
call but the action but it still failed.  I'll get back with my results.

 

Regards, Nigel

 

From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: 16 May 2007 05:18
To: Mike Dimmick; Pepper,N,Nigel,XSE6 R; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] WiX v3.0 on Vista doesn't run some custom
actionswhenUAC is enabled

 

 isn't just for SSL certificates any longer.  It's just
stuck in the IIS extension because that's where it came from... it'll
install normal certificates just fine.  I do it all the time in Windows
Marketplace.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Dimmick
Sent: Tuesday, May 15, 2007 11:37 AM
To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WiX v3.0 on Vista doesn't run some custom
actions whenUAC is enabled

 

Almost certainly it is called, but the action is not elevated, so it
fails.

 

If you need a CA to be elevated in Windows Vista - even if the MSI was
launched elevated - you need the action to be deferred and not
impersonate the running user (i.e. CustomAction/@Execute='deferred' and
@Impersonate='no'). I'm not sure if that's compatible with using an EXE
file.

 

If you need to install certificates, WiX has the 
element. While intended for installing web server SSL certificates, I
believe it's also capable of installing user certificates.

 

-- 

Mike Dimmick

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 15 May 2007 10:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions
whenUAC is enabled

 

One of the applications I'm working on calls the .NET framework's
certmgr.exe tool to install a number of X509 certificates in the user's
certificate store.  Under Vista, I am observing different behaviour when
UAC is turned on/off.  When UAC is enabled, it appears the CustomAction
to install the certs is not called.  When UAC is disabled, the action is
called.

 

Has anyone observed similar behaviour with custom actions and UAC or
have suggestions as to what might cause this?

 

Thanks, Nigel Pepper

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Force a delta patch to be created

[Bob Arnson]

Jason Smart wrote:
> If the only differences between two files is that fact that they've been 
> recompiled, surely the delta patch would create a smaller .msp file?  

Generally true. There's some overhead in the delta patch itself, of 
course, and binaries other than executables might not "delta-ize" 
nicely. I recently built a patch that included a ~15MB file (non-PE). It 
was smaller to create a full-file patch that was then compressed in the 
embedded CAB.

If you ever target multiple products in a single patch, delta patches 
will probably be bigger than full-file patches.

They also carry a high cost in terms of build time, though install time 
is only mildly affected.

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



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users