[WiX-users] enabling a control with a radiobutton in the same dialog

[Chris]

Hello,
I have 2 radiobuttons in a radiobutton-groupbox and I would like to
enable/disable another control of the same dialog (which is another
radio-groupbox in my case) depending on the checked radio-button.

I hope you can help me with this!
Regards,
Chris

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

[WiX-users] Inconsistently uninstalling windows service

[Ben Reichelt]

Hello all,

I have an msi package that copies my windows service to the Program Files
and then creates a windows service for the exe. On uninstall, I stop and
remove the windows service. I am using the "ServiceInstaller" and
"ServiceControl" elements to install/uninstall the service.

The msi package installs and uninstalls correctly on my dev machine (WinXP)
and another dev server (Win2k3). There are two servers that the msi fails to
uninstall correctly.  The files are all deleted, but the windows service is
not removed.

I used RegMon to watch the registry during the install/uninstall and on my
machine I can see services.exe create the key at
HKLM\System\CurrentControlSet\Services\MyService during the installation and
then remove the same key during uninstall. When I run the msi on the two
machines in question I again see services.exe create the key, but on
uninstall there is no attempt to remove the key.

The difference on these two machines is that one of them is our Citrix
MetaFrame server and the other is the web front-end for Citrix, so both
machines have Citrix "stuff" on them. I've been looking into Group Policies
etc on those machines but I haven't seen anything that would be allowing me
to create the registry keys, but then not allow me to remove them.

Has anyone seen this behavior before, with or without Citrix?   Thanks in
advance

Ben
-
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] Hello ( Funds Management/Partnership Request )

[Mr . Andrew Taylor]

Hello,
I am a Civil Lawyer. I have a Client that has Interest in Investing in Your 
Country, can You be of Assistance?
I shall give Details when You Reply.
Mr.Andrew Taylor



-
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] New to WIX, trying to get a UI to appear in my MSI

[David Canning]

Using vsts 2005 sp1 with dbpro and couple other addins (codesmart and 
wholetomato) on xp sp2 32bit. Tried running as admin and nonadmin acct.  Are 
there any logging options to get more details?

- Original Message -
From: Bob Arnson <[EMAIL PROTECTED]>
To: David Canning
Cc: wix-users@lists.sourceforge.net 
Sent: Mon Nov 12 22:22:49 2007
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my MSI

David Canning wrote: 

Hello all, I am having the same issue, I have tried unistalling and 
reinstalling WiX and ProjectAggregator, and have tried grabbing the latest 
build from the nightlies, but no luck, has anyone found a resolution to this 
yet?


What version/edition of Visual Studio? Which OS? I can't repro on VSTS/XP32.

-- 

sig://boB

http://joyofsetup.com/

--
This e-mail and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this message in error, please notify the sender and delete 
the 
material from your computer.

Please note that any views or opinions presented in this e-mail are solely those
of the author and do not necessarily represent those of the company.
--
Patient First, 5000 Cox Road Suite 100,
Glen Allen, VA 23060
www.PatientFirst.com
--
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX 3.0 toolset build problem.

[Bob Arnson]

Leo ... wrote:
Okay, you are right.  The latest build from 
www.sourceforge.net/releases  
doesn't have the problem but now I running into the problem with the 
$(DTOOLS) environment variable not found when building wcautil project.


Are you trying to build using the .vcproj from inside Visual Studio? 
That's not supported -- use make.bat in the root instead. WiX is built 
entirely from NAnt build files, except for those components that require 
.NET 2.0 (which use MSBuild instead).


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

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

Re: [WiX-users] Error 2908

[Bob Arnson]

Richard wrote:
> Correct.  Windows Installer component GUIDs must be all upper case.
>   

WiX uppercases all GUIDs in the compiler. There is/was a weakness that 
if you use !(loc) strings for GUIDs, they wouldn't get that massaging, 
but in the "normal" case, you don't have to worry about it.

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



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

Re: [WiX-users] New to WIX, trying to get a UI to appear in my MSI

[Bob Arnson]

David Canning wrote:
Hello all, I am having the same issue, I have tried unistalling and 
reinstalling WiX and ProjectAggregator, and have tried grabbing the 
latest build from the nightlies, but no luck, has anyone found a 
resolution to this yet?


What version/edition of Visual Studio? Which OS? I can't repro on VSTS/XP32.

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

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

Re: [WiX-users] Installing once for all users

[Bob Arnson]

Gonzalo Diethelm wrote:
I am using wix 2.0 to install an Excell add-in. The structure of these 
add-ins is such that they require adding stuff in the registry trees 
for Excel under both LOCAL_MACHINE (for the generic configuration) and 
CURRENT_USER (for the user-specific configuration). I can do this now 
without problems with a CustomAction (and am in the process of 
switching it to be deferred, to properly work under Vista), but just 
realized I am only correctly handling the installation for ONE user in 
the machine (the actual current user). I really would like to know 
what the proper way is to handle the installation for ALL users in the 
machine:


Move it out of the installer. You cannot reliably access all the HKCU 
hives for every user, only those who are logged in and running your app. 
So take a "first run" approach and offer to configure the HKCU data from 
the existing HKLM data if it's not present.


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

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

Re: [WiX-users] Error 2908

[Bob Arnson]

Andrew Ward wrote:
> DEBUG: Error 2908:  Could not register component 
> {FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}.
>   

MSI "registers" each component it installs by recording which product(s) 
install it; that's all "register" means in this context. It sounds like 
MSI's private data store is corrupted somehow. Can you install any other 
packages on this machine?

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



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

Re: [WiX-users] Monitoring progress of chained installs

[John Vottero]

Your requirements are similar to ours.  We need to ask the user what
features they want to install then, depending on their answers, they may
need MSMQ and SQL Server.  They can also choose not to install SQL
Server because they want to use SQL server over the network.  We also
use IExpress to pack everything into a single executable.

 

We use the MSBuild GenerateBootstrapper task to create an initial
bootstrapper which checks for V2.0 of the .NET Framework and V3.1 of
Windows Installer.   We also created our own UI/Bootstrapper in C#.  We
set IExpress to run the MSBuild generated bootstrapper and then run our
bootstrapper as the "PostInstallCmd".  It's much easier to do UI in
straight C# than it is in WiX/Windows Installer.  Our installer asks all
the questions then executes whatever install commands are required (it
never makes any direct changes to the system).  Since our product
requires the .NET Framework, we were comfortable writing the installer
in C#.  If your product doesn't require .NET you might not want to add
that dependency just for the installer.  Still, writing the installer in
C++ might be easier than trying to do it in WiX.

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Evans, Jim
Sent: Monday, November 12, 2007 8:57 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Monitoring progress of chained installs

 

I have a moderately complex application that I am trying to write an
installer for. The current installer does not use Windows Installer at
all, but I believe moving to Windows Installer would provide several
benefits for our customer base. Our product requires services to be
started, file shares to be created, and web sites added to the existing
IIS instance. Fortunately, it looks like WiX can handle most of these
requirements, and have learned a great deal about both WiX and the
Windows Installer over the last few weeks. I have a few lingering
questions, though.

 

Our application has a number of prerequisites that must be present on
the user's machine before our application can be installed.
Additionally, we really don't know all of those prerequisites until
after the user interview via the wizard is complete (e.g., since our
application requires a database, the user may opt to install SQL Server
Express instead of using an existing database server). The correct
sequence of events during an install is as follows:

 

* Interview the user to determine desired settings

* Install prerequisites

* Install product

 

Some of the prerequisites are in IExpress self-extracting executables
(like the .NET framework installer), some are standalone MSI files.
Ideally, I would like to offer an integrated install experience, where
the users sees the interview, then one progress dialog box for all of
the subsequent prerequisite and application installs. Furthermore, I'd
really like to let the user install using only the .msi and not have to
use an external bootstrapper executable, but using current versions of
Windows Installer, I know that's a pipe dream. After that long preamble,
here are my questions.

 

1) Windows Installer has a fairly robust UI mechanism, and it seems
smart to leverage that for the user interview. I'd really rather not
implement the user interview in the chainer in C++ code (yes, I've done
enough research to know I need a chainer), as that seems much harder to
modify for future releases than WiX code. How can I pass the data
collected in the interview to another install process?

 

2) I've been experimenting with using an external UI to monitor the
install progress, but it seems that the MsiSetExternalUI API only works
for products installed via MsiInstallProduct. How can I handle
displaying progress for those Windows Installer packages embedded as
part of IExpress installs?

 

3) I've looked at the Windows Installer 4.5 beta, which includes some
facilities for embedding a chainer. Does this help me at all?

 

Looking at these questions, it looks like most of them are not
specifically WiX questions, but may be more generic Windows Installer
questions. If anyone wants to redirect me to a forum for those
questions, I'd be happy to raise them there.

 

 

-
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] Error 2908

[Richard]

In article <[EMAIL PROTECTED]>,
Andrew Ward <[EMAIL PROTECTED]>  writes:

> Are you saying that lower case hex in the guids is not allowed?

Correct.  Windows Installer component GUIDs must be all upper case.

Unfortunate, but true.

GuidGen is unreliable for this.
-- 
"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

Re: [WiX-users] Error 2908

[Chad Petersen]

Have you investigated what could possibly be wrong with the XP machine
that it fails on? If it works on two systems then I doubt that there is
anything wrong with the installer or it would consistently fail on all
machines you try it on. The installer is trying to register the
Component with the OS. This is not to say it is trying to REGSVR32.exe
or COM register the Component. It's just trying to update the Component
reference most likely, which is a write to the registry.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ward
Sent: Monday, November 12, 2007 2:59 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Error 2908

As there is some confusion here, I will repost an unmodified example, 
this XML snippet:





Is producing this error:

DEBUG: Error 2908:  Could not register component 
{FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}.
The installer has encountered an unexpected error installing this 
package. This may indicate a problem with this package. The error code 
is 2908. The arguments are: {FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}, ,
MSI (s) (6C:90) [19:58:54:984]: Product: MyProduct -- The installer has 
encountered an unexpected error installing this package. This may 
indicate a problem with this package. The error code is 2908. The 
arguments are: {FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}, ,

qt-mt338.dll is an orginary standard c++ DLL, it does not use COM or 
.NET, therefore should simply be copied into the application folder like

an ordinary file.

As stated before, the installer works with no errors on 2 Win XP 
machines, but on a third Win XP machine it fails with the above error, 
there is one of these errors for each component in the Wix source.

Hope that clarifies things.
Andrew Ward.


Chad Petersen wrote:
> What really surprised me was the log snippets you included also used
> {MY_GUID} and referred to it in the same way so it made it look like
> that was how it was coded.
>
> Have you tried your installer on more than one system to see if it is
> consistent as far as the error goes? I see an article with this same
> error (2908)when installing Office 2000 and it talks about scanning
the
> system registry for errors.
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 1:06 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Chad,
> Sorry for the confusion, I edited that XML snippet and replaced the
real
>
> guid with MY_GUID, for easier reading. When the errors occur the Guids

> are all real Guids.
>
> I am having trouble finding out what MS actually means by 'register 
> component' in this context. If I read it out of context I would have 
> thought of COM registration, but I guess the term 'register component'

> when used in MSI circles is a different process. MS help on 
> ProcessComponents is not helpful:
> http://msdn2.microsoft.com/en-us/library/aa370853.aspx
>
> Andy.
>
> Chad Petersen wrote:
>> Aren't you supposed to put an actual GUID in where "MY_GUID" is in
> your
>> code? I mean, isn't "MY_GUID" just a placeholder to remind you to
plug
>> in a valid GUID?
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 11:39 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] Error 2908
>>
>> Hi Phil,
>> No, not all files the error occurs for are even executables or dlls,
> it 
>> actually occurs for every component in the setup, for example, the
> help 
>> file component:
>>
>> 
>> > Source="../Data/MyProg.chm">
>> > Name="Help" LongName="Help Contents" />
>> 
>> 
>>
>> Receives the same error.
>>
>> Any other ideas?
>> Andrew.
>>
>> Wilson, Phil wrote:
>>   
>>> You might be conflicting with other installations of that Dll that
> are
>>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>>> especially if you made up that component guid.  Are all the files
> that
>>> have the issue redistributables from Microsoft ? 
>>>
>>> Phil Wilson 
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>>> Ward
>>> Sent: Monday, November 12, 2007 12:08 AM
>>> To: wix-users@lists.sourceforge.net
>>> Subject: [WiX-users] Error 2908
>>>
>>> Hello,
>>> I have an installer which works fine on two computers I have tested,
>>> 
>> but
>>   
>>> fails on a third computer with the following error for each wix 
>>> component element:
>>>
>>> Action start 19:58:49: InstallFinalize.
>>> Action 19:58:49: ProcessComponents. Updating component registration
>>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>>> The installer has encountered an unexpected error installing this 
>>> package. This may indicate a problem with this package. The error
> code
>>> 
>>   
>>> is 2908. The arguments are: {MY_GUI

Re: [WiX-users] Error 2908

[Andrew Ward]

Hi Phil,
Are you saying that lower case hex in the guids is not allowed? I 
generally use guids generated using the PlatformSDK GuidGen.exe utility, 
which produces guids with both uppercase and lowercase hex.

Andrew Ward.


Wilson, Phil wrote:
> And there's no lower case in the guids? 
>
> Phil Wilson 
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 1:06 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Chad,
> Sorry for the confusion, I edited that XML snippet and replaced the real
>
> guid with MY_GUID, for easier reading. When the errors occur the Guids 
> are all real Guids.
>
> I am having trouble finding out what MS actually means by 'register 
> component' in this context. If I read it out of context I would have 
> thought of COM registration, but I guess the term 'register component' 
> when used in MSI circles is a different process. MS help on 
> ProcessComponents is not helpful:
> http://msdn2.microsoft.com/en-us/library/aa370853.aspx
>
> Andy.
>
> Chad Petersen wrote:
>   
>> Aren't you supposed to put an actual GUID in where "MY_GUID" is in
>> 
> your
>   
>> code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
>> in a valid GUID?
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 11:39 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] Error 2908
>>
>> Hi Phil,
>> No, not all files the error occurs for are even executables or dlls,
>> 
> it 
>   
>> actually occurs for every component in the setup, for example, the
>> 
> help 
>   
>> file component:
>>
>> 
>> > Source="../Data/MyProg.chm">
>> > Name="Help" LongName="Help Contents" />
>> 
>> 
>>
>> Receives the same error.
>>
>> Any other ideas?
>> Andrew.
>>
>> Wilson, Phil wrote:
>>   
>> 
>>> You might be conflicting with other installations of that Dll that
>>>   
> are
>   
>>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>>> especially if you made up that component guid.  Are all the files
>>>   
> that
>   
>>> have the issue redistributables from Microsoft ? 
>>>
>>> Phil Wilson 
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>>> Ward
>>> Sent: Monday, November 12, 2007 12:08 AM
>>> To: wix-users@lists.sourceforge.net
>>> Subject: [WiX-users] Error 2908
>>>
>>> Hello,
>>> I have an installer which works fine on two computers I have tested,
>>> 
>>>   
>> but
>>   
>> 
>>> fails on a third computer with the following error for each wix 
>>> component element:
>>>
>>> Action start 19:58:49: InstallFinalize.
>>> Action 19:58:49: ProcessComponents. Updating component registration
>>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>>> The installer has encountered an unexpected error installing this 
>>> package. This may indicate a problem with this package. The error
>>>   
> code
>   
>>> 
>>>   
>>   
>> 
>>> is 2908. The arguments are: {MY_GUID}, ,
>>> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
>>> 
>>>   
>> has 
>>   
>> 
>>> encountered an unexpected error installing this package. This may 
>>> indicate a problem with this package. The error code is 2908. The 
>>> arguments are: {MY_GUID}, ,
>>>
>>> The component elements are simply installing normal native compiled 
>>> binaries, such as:
>>>
>>> 
>>> >> Source="../msvcp71.dll" Vital="yes" />
>>> 
>>>
>>> I am not sure whether by the term 'register' it means it is trying
>>>   
> COM
>   
>>> 
>>>   
>>   
>> 
>>> registration, or some other type of registration.
>>> I am using Wix 2.
>>>
>>> Any help appreciated to solve this problem.
>>>
>>> Regards,
>>> Andrew.
>>>
>>>
>>>
>>> 
>>>   
> 
>   
>>   
>> 
>>> -
>>> 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/
>>> __

Re: [WiX-users] Error 2908

[Andrew Ward]

As there is some confusion here, I will repost an unmodified example, 
this XML snippet:





Is producing this error:

DEBUG: Error 2908:  Could not register component 
{FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}.
The installer has encountered an unexpected error installing this 
package. This may indicate a problem with this package. The error code 
is 2908. The arguments are: {FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}, ,
MSI (s) (6C:90) [19:58:54:984]: Product: MyProduct -- The installer has 
encountered an unexpected error installing this package. This may 
indicate a problem with this package. The error code is 2908. The 
arguments are: {FDAFF1E1-E5AF-4A06-ACF2-8C4C94E33F83}, ,

qt-mt338.dll is an orginary standard c++ DLL, it does not use COM or 
.NET, therefore should simply be copied into the application folder like 
an ordinary file.

As stated before, the installer works with no errors on 2 Win XP 
machines, but on a third Win XP machine it fails with the above error, 
there is one of these errors for each component in the Wix source.

Hope that clarifies things.
Andrew Ward.


Chad Petersen wrote:
> What really surprised me was the log snippets you included also used
> {MY_GUID} and referred to it in the same way so it made it look like
> that was how it was coded.
>
> Have you tried your installer on more than one system to see if it is
> consistent as far as the error goes? I see an article with this same
> error (2908)when installing Office 2000 and it talks about scanning the
> system registry for errors.
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 1:06 PM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Chad,
> Sorry for the confusion, I edited that XML snippet and replaced the real
>
> guid with MY_GUID, for easier reading. When the errors occur the Guids 
> are all real Guids.
>
> I am having trouble finding out what MS actually means by 'register 
> component' in this context. If I read it out of context I would have 
> thought of COM registration, but I guess the term 'register component' 
> when used in MSI circles is a different process. MS help on 
> ProcessComponents is not helpful:
> http://msdn2.microsoft.com/en-us/library/aa370853.aspx
>
> Andy.
>
> Chad Petersen wrote:
>> Aren't you supposed to put an actual GUID in where "MY_GUID" is in
> your
>> code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
>> in a valid GUID?
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 11:39 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] Error 2908
>>
>> Hi Phil,
>> No, not all files the error occurs for are even executables or dlls,
> it 
>> actually occurs for every component in the setup, for example, the
> help 
>> file component:
>>
>> 
>> > Source="../Data/MyProg.chm">
>> > Name="Help" LongName="Help Contents" />
>> 
>> 
>>
>> Receives the same error.
>>
>> Any other ideas?
>> Andrew.
>>
>> Wilson, Phil wrote:
>>   
>>> You might be conflicting with other installations of that Dll that
> are
>>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>>> especially if you made up that component guid.  Are all the files
> that
>>> have the issue redistributables from Microsoft ? 
>>>
>>> Phil Wilson 
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>>> Ward
>>> Sent: Monday, November 12, 2007 12:08 AM
>>> To: wix-users@lists.sourceforge.net
>>> Subject: [WiX-users] Error 2908
>>>
>>> Hello,
>>> I have an installer which works fine on two computers I have tested,
>>> 
>> but
>>   
>>> fails on a third computer with the following error for each wix 
>>> component element:
>>>
>>> Action start 19:58:49: InstallFinalize.
>>> Action 19:58:49: ProcessComponents. Updating component registration
>>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>>> The installer has encountered an unexpected error installing this 
>>> package. This may indicate a problem with this package. The error
> code
>>> 
>>   
>>> is 2908. The arguments are: {MY_GUID}, ,
>>> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
>>> 
>> has 
>>   
>>> encountered an unexpected error installing this package. This may 
>>> indicate a problem with this package. The error code is 2908. The 
>>> arguments are: {MY_GUID}, ,
>>>
>>> The component elements are simply installing normal native compiled 
>>> binaries, such as:
>>>
>>> 
>>> >> Source="../msvcp71.dll" Vital="yes" />
>>> 
>>>
>>> I am not sure whether by the term 'register' it means it is trying
> COM
>>> 
>>   
>>> registration, or some other type of registration.
>>> I am using Wix 2.
>>>
>>> Any help appreciated to solve this problem.
>>>
>>> Regards,
>>> Andrew.
>>

Re: [WiX-users] Error 2908

[Chad Petersen]

What really surprised me was the log snippets you included also used
{MY_GUID} and referred to it in the same way so it made it look like
that was how it was coded.

Have you tried your installer on more than one system to see if it is
consistent as far as the error goes? I see an article with this same
error (2908)when installing Office 2000 and it talks about scanning the
system registry for errors.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ward
Sent: Monday, November 12, 2007 1:06 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Error 2908

Hi Chad,
Sorry for the confusion, I edited that XML snippet and replaced the real

guid with MY_GUID, for easier reading. When the errors occur the Guids 
are all real Guids.

I am having trouble finding out what MS actually means by 'register 
component' in this context. If I read it out of context I would have 
thought of COM registration, but I guess the term 'register component' 
when used in MSI circles is a different process. MS help on 
ProcessComponents is not helpful:
http://msdn2.microsoft.com/en-us/library/aa370853.aspx

Andy.

Chad Petersen wrote:
> Aren't you supposed to put an actual GUID in where "MY_GUID" is in
your
> code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
> in a valid GUID?
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 11:39 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Phil,
> No, not all files the error occurs for are even executables or dlls,
it 
> actually occurs for every component in the setup, for example, the
help 
> file component:
>
> 
>  Source="../Data/MyProg.chm">
>  Name="Help" LongName="Help Contents" />
> 
> 
>
> Receives the same error.
>
> Any other ideas?
> Andrew.
>
> Wilson, Phil wrote:
>   
>> You might be conflicting with other installations of that Dll that
are
>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>> especially if you made up that component guid.  Are all the files
that
>> have the issue redistributables from Microsoft ? 
>>
>> Phil Wilson 
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 12:08 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Error 2908
>>
>> Hello,
>> I have an installer which works fine on two computers I have tested,
>> 
> but
>   
>> fails on a third computer with the following error for each wix 
>> component element:
>>
>> Action start 19:58:49: InstallFinalize.
>> Action 19:58:49: ProcessComponents. Updating component registration
>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>> The installer has encountered an unexpected error installing this 
>> package. This may indicate a problem with this package. The error
code
>> 
>
>   
>> is 2908. The arguments are: {MY_GUID}, ,
>> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
>> 
> has 
>   
>> encountered an unexpected error installing this package. This may 
>> indicate a problem with this package. The error code is 2908. The 
>> arguments are: {MY_GUID}, ,
>>
>> The component elements are simply installing normal native compiled 
>> binaries, such as:
>>
>> 
>> > Source="../msvcp71.dll" Vital="yes" />
>> 
>>
>> I am not sure whether by the term 'register' it means it is trying
COM
>> 
>
>   
>> registration, or some other type of registration.
>> I am using Wix 2.
>>
>> Any help appreciated to solve this problem.
>>
>> Regards,
>> Andrew.
>>
>>
>>
>> 
>

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

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

> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop

Re: [WiX-users] WIX 3.0 toolset build problem.

[Leo ...]

Okay, you are right.  The latest build from www.sourceforge.net/releases 
doesn't have the problem but now I running into the problem with the $(DTOOLS) 
environment variable not found when building wcautil project.Thanks,
--Leo
 



Date: Sat, 10 Nov 2007 14:19:04 -0800From: [EMAIL PROTECTED]: [EMAIL 
PROTECTED]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: Re: [WiX-users] WIX 3.0 
toolset build problem.
Leo ... wrote: 



Same problem with this build.If you have the line 


then you don't have 
v3.0.3419.0 from http://wix.sourceforge.net/releases/. What does the build 
output show for "PlatformSdkIncludePath="? -- 
sig://boB
http://joyofsetup.com/-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2908

[Wilson, Phil]

And there's no lower case in the guids? 

Phil Wilson 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ward
Sent: Monday, November 12, 2007 1:06 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Error 2908

Hi Chad,
Sorry for the confusion, I edited that XML snippet and replaced the real

guid with MY_GUID, for easier reading. When the errors occur the Guids 
are all real Guids.

I am having trouble finding out what MS actually means by 'register 
component' in this context. If I read it out of context I would have 
thought of COM registration, but I guess the term 'register component' 
when used in MSI circles is a different process. MS help on 
ProcessComponents is not helpful:
http://msdn2.microsoft.com/en-us/library/aa370853.aspx

Andy.

Chad Petersen wrote:
> Aren't you supposed to put an actual GUID in where "MY_GUID" is in
your
> code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
> in a valid GUID?
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 11:39 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Phil,
> No, not all files the error occurs for are even executables or dlls,
it 
> actually occurs for every component in the setup, for example, the
help 
> file component:
>
> 
>  Source="../Data/MyProg.chm">
>  Name="Help" LongName="Help Contents" />
> 
> 
>
> Receives the same error.
>
> Any other ideas?
> Andrew.
>
> Wilson, Phil wrote:
>   
>> You might be conflicting with other installations of that Dll that
are
>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>> especially if you made up that component guid.  Are all the files
that
>> have the issue redistributables from Microsoft ? 
>>
>> Phil Wilson 
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 12:08 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Error 2908
>>
>> Hello,
>> I have an installer which works fine on two computers I have tested,
>> 
> but
>   
>> fails on a third computer with the following error for each wix 
>> component element:
>>
>> Action start 19:58:49: InstallFinalize.
>> Action 19:58:49: ProcessComponents. Updating component registration
>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>> The installer has encountered an unexpected error installing this 
>> package. This may indicate a problem with this package. The error
code
>> 
>
>   
>> is 2908. The arguments are: {MY_GUID}, ,
>> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
>> 
> has 
>   
>> encountered an unexpected error installing this package. This may 
>> indicate a problem with this package. The error code is 2908. The 
>> arguments are: {MY_GUID}, ,
>>
>> The component elements are simply installing normal native compiled 
>> binaries, such as:
>>
>> 
>> > Source="../msvcp71.dll" Vital="yes" />
>> 
>>
>> I am not sure whether by the term 'register' it means it is trying
COM
>> 
>
>   
>> registration, or some other type of registration.
>> I am using Wix 2.
>>
>> Any help appreciated to solve this problem.
>>
>> Regards,
>> Andrew.
>>
>>
>>
>> 
>

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

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

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

Re: [WiX-users] Error 2908

[Andrew Ward]

Hi Chad,
Sorry for the confusion, I edited that XML snippet and replaced the real 
guid with MY_GUID, for easier reading. When the errors occur the Guids 
are all real Guids.

I am having trouble finding out what MS actually means by 'register 
component' in this context. If I read it out of context I would have 
thought of COM registration, but I guess the term 'register component' 
when used in MSI circles is a different process. MS help on 
ProcessComponents is not helpful:
http://msdn2.microsoft.com/en-us/library/aa370853.aspx

Andy.

Chad Petersen wrote:
> Aren't you supposed to put an actual GUID in where "MY_GUID" is in your
> code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
> in a valid GUID?
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 11:39 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Error 2908
>
> Hi Phil,
> No, not all files the error occurs for are even executables or dlls, it 
> actually occurs for every component in the setup, for example, the help 
> file component:
>
> 
>  Source="../Data/MyProg.chm">
>  Name="Help" LongName="Help Contents" />
> 
> 
>
> Receives the same error.
>
> Any other ideas?
> Andrew.
>
> Wilson, Phil wrote:
>   
>> You might be conflicting with other installations of that Dll that are
>> using the official merge module VC_User_STL71_RTL_X86_---.msm,
>> especially if you made up that component guid.  Are all the files that
>> have the issue redistributables from Microsoft ? 
>>
>> Phil Wilson 
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
>> Ward
>> Sent: Monday, November 12, 2007 12:08 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Error 2908
>>
>> Hello,
>> I have an installer which works fine on two computers I have tested,
>> 
> but
>   
>> fails on a third computer with the following error for each wix 
>> component element:
>>
>> Action start 19:58:49: InstallFinalize.
>> Action 19:58:49: ProcessComponents. Updating component registration
>> DEBUG: Error 2908:  Could not register component {MY_GUID}.
>> The installer has encountered an unexpected error installing this 
>> package. This may indicate a problem with this package. The error code
>> 
>
>   
>> is 2908. The arguments are: {MY_GUID}, ,
>> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
>> 
> has 
>   
>> encountered an unexpected error installing this package. This may 
>> indicate a problem with this package. The error code is 2908. The 
>> arguments are: {MY_GUID}, ,
>>
>> The component elements are simply installing normal native compiled 
>> binaries, such as:
>>
>> 
>> > Source="../msvcp71.dll" Vital="yes" />
>> 
>>
>> I am not sure whether by the term 'register' it means it is trying COM
>> 
>
>   
>> registration, or some other type of registration.
>> I am using Wix 2.
>>
>> Any help appreciated to solve this problem.
>>
>> Regards,
>> Andrew.
>>
>>
>>
>> 
> 
>   
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a
>> 
> browser.
>   
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>>
>> 
> 
> -
>   
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a
>> 
> browser.
>   
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> 
>
>
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>   


-
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.s

Re: [WiX-users] Error 2908

[Chad Petersen]

Aren't you supposed to put an actual GUID in where "MY_GUID" is in your
code? I mean, isn't "MY_GUID" just a placeholder to remind you to plug
in a valid GUID?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ward
Sent: Monday, November 12, 2007 11:39 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Error 2908

Hi Phil,
No, not all files the error occurs for are even executables or dlls, it 
actually occurs for every component in the setup, for example, the help 
file component:







Receives the same error.

Any other ideas?
Andrew.

Wilson, Phil wrote:
> You might be conflicting with other installations of that Dll that are
> using the official merge module VC_User_STL71_RTL_X86_---.msm,
> especially if you made up that component guid.  Are all the files that
> have the issue redistributables from Microsoft ? 
>
> Phil Wilson 
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 12:08 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Error 2908
>
> Hello,
> I have an installer which works fine on two computers I have tested,
but
>
> fails on a third computer with the following error for each wix 
> component element:
>
> Action start 19:58:49: InstallFinalize.
> Action 19:58:49: ProcessComponents. Updating component registration
> DEBUG: Error 2908:  Could not register component {MY_GUID}.
> The installer has encountered an unexpected error installing this 
> package. This may indicate a problem with this package. The error code

> is 2908. The arguments are: {MY_GUID}, ,
> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer
has 
> encountered an unexpected error installing this package. This may 
> indicate a problem with this package. The error code is 2908. The 
> arguments are: {MY_GUID}, ,
>
> The component elements are simply installing normal native compiled 
> binaries, such as:
>
> 
>  Source="../msvcp71.dll" Vital="yes" />
> 
>
> I am not sure whether by the term 'register' it means it is trying COM

> registration, or some other type of registration.
> I am using Wix 2.
>
> Any help appreciated to solve this problem.
>
> Regards,
> Andrew.
>
>
>

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

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



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



-
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] Error 2908

[Andrew Ward]

Hi Phil,
No, not all files the error occurs for are even executables or dlls, it 
actually occurs for every component in the setup, for example, the help 
file component:







Receives the same error.

Any other ideas?
Andrew.

Wilson, Phil wrote:
> You might be conflicting with other installations of that Dll that are
> using the official merge module VC_User_STL71_RTL_X86_---.msm,
> especially if you made up that component guid.  Are all the files that
> have the issue redistributables from Microsoft ? 
>
> Phil Wilson 
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Andrew
> Ward
> Sent: Monday, November 12, 2007 12:08 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Error 2908
>
> Hello,
> I have an installer which works fine on two computers I have tested, but
>
> fails on a third computer with the following error for each wix 
> component element:
>
> Action start 19:58:49: InstallFinalize.
> Action 19:58:49: ProcessComponents. Updating component registration
> DEBUG: Error 2908:  Could not register component {MY_GUID}.
> The installer has encountered an unexpected error installing this 
> package. This may indicate a problem with this package. The error code 
> is 2908. The arguments are: {MY_GUID}, ,
> MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer has 
> encountered an unexpected error installing this package. This may 
> indicate a problem with this package. The error code is 2908. The 
> arguments are: {MY_GUID}, ,
>
> The component elements are simply installing normal native compiled 
> binaries, such as:
>
> 
>  Source="../msvcp71.dll" Vital="yes" />
> 
>
> I am not sure whether by the term 'register' it means it is trying COM 
> registration, or some other type of registration.
> I am using Wix 2.
>
> Any help appreciated to solve this problem.
>
> Regards,
> Andrew.
>
>
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>


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

[WiX-users] The operation could not be completed. No such interface supported error trying to save WiX project from VS2005

[David Canning]

Sorry, I should have been more specific, I am getting the "The operation
could not be completed.  No such interface supported" error when trying
to save a WiX project, is there a fix for this?
 
  _  

From: Pierson Lee (Volt) [mailto:[EMAIL PROTECTED] 
Sent: Monday, November 12, 2007 2:34 PM
To: David Canning; [EMAIL PROTECTED]
Subject: RE: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI



Sorry.. I Should have been more clear. I was showing no dialog window
when I installed. I am not having the problem that you show from my
installation.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Canning
Sent: Monday, November 12, 2007 11:31 AM
To: [EMAIL PROTECTED]
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI

 

Hello all, I am having the same issue, I have tried unistalling and
reinstalling WiX and ProjectAggregator, and have tried grabbing the
latest build from the nightlies, but no luck, has anyone found a
resolution to this yet?

 

 

Re: New to WIX, trying to get a UI to appear in my MSI   

by Lanteigne, Alan
 Nov 09, 2007;
09:20pm :: Rate this Message:  
  
  
  
  
  
  
 (use
ratings to moderate[?  ])

Reply   | Reply to
Author 
| Show Only this Message
  

The same error is showing?  (that you can't save a new project, and
can't successfully open an old one?) 
  
Alan 

 

From: Pierson Lee (Volt) [mailto:[EMAIL PROTECTED]
 ]

Sent: Fri 11/9/2007 6:45 PM 
To: Lanteigne, Alan; Blair Murri; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: RE: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 



That's what I was showing when I reinstalled this morning. 

  

From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]
 ]
On Behalf Of Lanteigne, Alan 
Sent: Friday, November 09, 2007 6:25 AM 
To: Blair Murri; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Ok, I just completely removed WIX/Project Aggregator/Visual Studio 2005.
I then re-installed VS2005, updated it with Windows Update, installed
project aggregator, and wix.  I'm still getting the same error.  All
other project types work fine (C#, C++, VB, etc). 

  

When I install the projectaggregator2.msi, it goes very quick with no
dialog.  Is that normal? 

  

Alan 

  

 

From: Blair Murri [mailto:[EMAIL PROTECTED]
 ]

Sent: Thursday, November 08, 2007 8:39 PM 
To: Lanteigne, Alan; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: RE: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Did you install the ProjectAggregator2.msi first? 

  

From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]
 ]
On Behalf Of Lanteigne, Alan 
Sent: Thursday, November 08, 2007 5:26 PM 
To: Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Ok, after removing the old, installing the new (3502 from the link Bob
gave me), I get "The operation could not be completed.  No such
interface supported" when I try to save a new WIX project. If I open my
existing project, I get warned that it must be opened in the IDE and
converted.  The project files are unavailable in Project Explorer. 

  

Does anyone have a solution for that? 

  

Thanks, 

  

Alan 

  

 

From: Bob Arnson [mailto:[EMAIL PROTECTED]

] 
Sent: Thursday, November 08, 2007 7:40 

Re: [WiX-users] New to WIX, trying to get a UI to appear in my MSI

[David Canning]

Hello all, I am having the same issue, I have tried unistalling and
reinstalling WiX and ProjectAggregator, and have tried grabbing the
latest build from the nightlies, but no luck, has anyone found a
resolution to this yet?
 
 
Re: New to WIX, trying to get a UI to appear in my MSI   

by Lanteigne, Alan
 Nov 09, 2007;
09:20pm :: Rate this Message:  
   
  
  
  
  
   
  (use
ratings to moderate[?  ])

Reply   | Reply to
Author 
| Show Only this Message
  

The same error is showing?  (that you can't save a new project, and
can't successfully open an old one?) 
  
Alan 

 

From: Pierson Lee (Volt) [mailto:[EMAIL PROTECTED]
 ]

Sent: Fri 11/9/2007 6:45 PM 
To: Lanteigne, Alan; Blair Murri; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: RE: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 



That's what I was showing when I reinstalled this morning. 

  

From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]
 ]
On Behalf Of Lanteigne, Alan 
Sent: Friday, November 09, 2007 6:25 AM 
To: Blair Murri; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Ok, I just completely removed WIX/Project Aggregator/Visual Studio 2005.
I then re-installed VS2005, updated it with Windows Update, installed
project aggregator, and wix.  I'm still getting the same error.  All
other project types work fine (C#, C++, VB, etc). 

  

When I install the projectaggregator2.msi, it goes very quick with no
dialog.  Is that normal? 

  

Alan 

  

 

From: Blair Murri [mailto:[EMAIL PROTECTED]
 ]

Sent: Thursday, November 08, 2007 8:39 PM 
To: Lanteigne, Alan; Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: RE: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Did you install the ProjectAggregator2.msi first? 

  

From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]
 ]
On Behalf Of Lanteigne, Alan 
Sent: Thursday, November 08, 2007 5:26 PM 
To: Bob Arnson 
Cc: [EMAIL PROTECTED]
  
Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Ok, after removing the old, installing the new (3502 from the link Bob
gave me), I get "The operation could not be completed.  No such
interface supported" when I try to save a new WIX project. If I open my
existing project, I get warned that it must be opened in the IDE and
converted.  The project files are unavailable in Project Explorer. 

  

Does anyone have a solution for that? 

  

Thanks, 

  

Alan 

  

 

From: Bob Arnson [mailto:[EMAIL PROTECTED]

] 
Sent: Thursday, November 08, 2007 7:40 PM 
To: Lanteigne, Alan 
Cc: Pierson Lee (Volt); [EMAIL PROTECTED]


Subject: Re: [WiX-users] New to WIX, trying to get a UI to appear in my
MSI 

  

Lanteigne, Alan wrote: 

I got it from here: 

  

http://sourceforge.net/project/showfiles.php?group_id=105970&package_id=
16, which was a link for Votive 3.0 download page on
wix.sourceforge.net. 

  

I grabbed the newest votive msi. 


Use the WiX3.msi from http://wix.sourceforge.net/releases/ instead. The
Votive-only installer was replaced with a WiX installer last year. 

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



- 
This SF.net email is sponsored by: Splunk Inc. 
Still g

Re: [WiX-users] Error 2908

[Wilson, Phil]

You might be conflicting with other installations of that Dll that are
using the official merge module VC_User_STL71_RTL_X86_---.msm,
especially if you made up that component guid.  Are all the files that
have the issue redistributables from Microsoft ? 

Phil Wilson 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew
Ward
Sent: Monday, November 12, 2007 12:08 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Error 2908

Hello,
I have an installer which works fine on two computers I have tested, but

fails on a third computer with the following error for each wix 
component element:

Action start 19:58:49: InstallFinalize.
Action 19:58:49: ProcessComponents. Updating component registration
DEBUG: Error 2908:  Could not register component {MY_GUID}.
The installer has encountered an unexpected error installing this 
package. This may indicate a problem with this package. The error code 
is 2908. The arguments are: {MY_GUID}, ,
MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer has 
encountered an unexpected error installing this package. This may 
indicate a problem with this package. The error code is 2908. The 
arguments are: {MY_GUID}, ,

The component elements are simply installing normal native compiled 
binaries, such as:





I am not sure whether by the term 'register' it means it is trying COM 
registration, or some other type of registration.
I am using Wix 2.

Any help appreciated to solve this problem.

Regards,
Andrew.



-
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] Change button in Add/Remove Programs dialog

[Rob Hamflett]

Set ARPNOMODIFY to 1.

or just
1
should do the trick.

Rob

Abdullah Ahmed wrote:
> Hey guys,
> 
> Is there anyway to disable or remove the change button in the add/remove 
> programs dialog?
> 
> My installer currently installs and uninstalls silently (with no UI ) 
> but the Change button seems to only run a custom action and then quits 
> leaving the program in a half uninstalled state.
> 
> -- 
> . Abdullah Ahmed
> . [EMAIL PROTECTED] 
> 
> 
> 
> 
> -
> 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] Change button in Add/Remove Programs dialog

[Abdullah Ahmed]

Hey guys,

Is there anyway to disable or remove the change button in the add/remove
programs dialog?

My installer currently installs and uninstalls silently (with no UI ) but
the Change button seems to only run a custom action and then quits leaving
the program in a half uninstalled state.

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

[WiX-users] WiX Book

[Douglas Paterson]

Hi everyone,

I am a Senior Acquisition Editor with Packt Publishing, and I am looking to
develop a book about WiX. I am keen to talk with people who would like to
write about WiX, and I also want to discover more about the kind of things
people would like to see in such a book. If this sounds interesting to you,
then feel free to contact me directly at [EMAIL PROTECTED] to discuss these
things further. I look forward to hearing from you.

Thanks for your time,

Douglas Paterson
Senior Acquisition Editor
Packt Publishing
www.packtpub.com



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

Re: [WiX-users] MSI installer deployment through SMS 2003 ?

[Christopher Painter]

You'd get better answers in an SMS forum.  
   
  Basically you need to check your client health, your MP ( Management Point ) 
health and validate that the DP ( distribution point ) has the updated package 
source.
   
  Basically SMS controls DP's based on client subnet.  There is the concept of 
protected, local and remote DP's and a process in which software package 
revisions are transmitted to the DP's and then pulled down to the client using 
BITS.   Various things can go wrong along the way and when the client can't 
validate that it has the actual package it won't run the program indicated in 
the package.
  

Veerendra <[EMAIL PROTECTED]> wrote:
  
Hi,
I am able to deploy my .msi package through SMS2003. But when I run this
package on the client machine. It throws a message that "The Program can not
be Run. Because programs files are currently unavailable."

Any Idea?

Regards,
Veerendra


Christopher Painter wrote:
> 
> I pushed packages for a couple years using SMS 2003 ( think my largest
> push was 12,000 machines ) A few quick thoughts
> 
> SMS actually lets you get away with some CA problems that a proper
> managed elevation / UAC scenario would smack down. So test for that story
> and you'll be extra confident that everything will work.
> 
> Advertise the package with /JM and test the elevated silent story by
> logging in as a non-priv user and doing a /I /QN This is important
> because I've seen problems ( mainly with InstallShield's former DCOM/ROT
> based InstallScript engine which would incrorrectly impersonate the logged
> on user instead of the launching user. This problem is mostly gone now
> but it still goes to illustrate the potential problem.
> 
> Build your package with the MSI exposed so that the SMS Advanced Client
> can track the package on the distribution point by {ProductCode} for
> Source Resolution purposes.
> 
> Run the package as System and don't let it interact with the desktop.
> 
> 
> 
> Rob Mensching wrote:
> It should just work fine. I don't use SMS though so you might follow up 
> with them if you have issues.
> 
> V K Gangwar wrote:
>> Hi guys,
>>
>> I developed a installer using WiX3.0 and VS2005 which is working fine 
>> on WinXP. I wanted to deploy this MSI installer through SMS 2003.
>> How I can do this?
>> Same MSI installer will work or modifications are required at 
>> installer level.
>>
>> Thanks!!
>> VK
>>
>>
>> __
>> Do You Yahoo!?
>> Tired of spam? Yahoo! Mail has the best spam protection around
>> http://mail.yahoo.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
> 
> 
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/MSI-installer-deployment-through-SMS-2003---tf4769149.html#a13704381
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
ht

Re: [WiX-users] Reuse cabinet deletes cabinet

[Stefan Pavlik]

Hi

I am using following command and it works OK:

light.exe *.wixobj -cc CabCache -loc LocEN.wxl -out Package.msi
light.exe *.wixobj -cc CabCache -reusecab LocDE.wxl -out Package.msi

Regards

Stefan


Joachim Back wrote:
> Hello,
> 
> I want to create two MSI based on the same external cabinet data.cab.
> 
> My goal is to create the cabinet file only one time during installation build.
> 
> I use the parameters -reusecab like this
> 
> light -sacl -ss -spdb -b %WIXPATH% -ext WixUtilExtension -vwx -nologo -loc 
> English.wxl -out %RESULT%\%PRODUCT%_English.msi .\temp\%PRODUCT%.wixobj
> 
> light -sacl -ss -spdb -reusecab -b %WIXPATH% -ext WixUtilExtension -vwx 
> -nologo  -loc French.wxl -out %RESULT%\%PRODUCT%_French.msi 
> .\temp\%PRODUCT%.wixobj
> 
> I can see from the file modification time stamp, that the cabinet is again 
> modified by the second execution, even that the files contained in the 
> cabinet are the same for both. 
> 
> Should I use -cc to achieve my goal?
> 
> Regards,
> Joachim
> 
> 
> 
> 
> -
> 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
> 
> 

-- 
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: 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] Monitoring progress of chained installs

[Evans, Jim]

I have a moderately complex application that I am trying to write an
installer for. The current installer does not use Windows Installer at
all, but I believe moving to Windows Installer would provide several
benefits for our customer base. Our product requires services to be
started, file shares to be created, and web sites added to the existing
IIS instance. Fortunately, it looks like WiX can handle most of these
requirements, and have learned a great deal about both WiX and the
Windows Installer over the last few weeks. I have a few lingering
questions, though.

 

Our application has a number of prerequisites that must be present on
the user's machine before our application can be installed.
Additionally, we really don't know all of those prerequisites until
after the user interview via the wizard is complete (e.g., since our
application requires a database, the user may opt to install SQL Server
Express instead of using an existing database server). The correct
sequence of events during an install is as follows:

 

* Interview the user to determine desired settings

* Install prerequisites

* Install product

 

Some of the prerequisites are in IExpress self-extracting executables
(like the .NET framework installer), some are standalone MSI files.
Ideally, I would like to offer an integrated install experience, where
the users sees the interview, then one progress dialog box for all of
the subsequent prerequisite and application installs. Furthermore, I'd
really like to let the user install using only the .msi and not have to
use an external bootstrapper executable, but using current versions of
Windows Installer, I know that's a pipe dream. After that long preamble,
here are my questions.

 

1) Windows Installer has a fairly robust UI mechanism, and it seems
smart to leverage that for the user interview. I'd really rather not
implement the user interview in the chainer in C++ code (yes, I've done
enough research to know I need a chainer), as that seems much harder to
modify for future releases than WiX code. How can I pass the data
collected in the interview to another install process?

 

2) I've been experimenting with using an external UI to monitor the
install progress, but it seems that the MsiSetExternalUI API only works
for products installed via MsiInstallProduct. How can I handle
displaying progress for those Windows Installer packages embedded as
part of IExpress installs?

 

3) I've looked at the Windows Installer 4.5 beta, which includes some
facilities for embedding a chainer. Does this help me at all?

 

Looking at these questions, it looks like most of them are not
specifically WiX questions, but may be more generic Windows Installer
questions. If anyone wants to redirect me to a forum for those
questions, I'd be happy to raise them there.

 

 

-
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] MSI installer deployment through SMS 2003 ?

[Veerendra]

Hi,
I am able to deploy my .msi package through SMS2003. But when I run this
package on the client machine. It throws a message that "The Program can not
be Run. Because programs files are currently unavailable."

Any Idea?

Regards,
Veerendra


Christopher Painter wrote:
> 
> I pushed packages for a couple years using SMS 2003 ( think my largest
> push was 12,000 machines )   A few quick thoughts
>
>   SMS actually lets you get away with some CA problems that a proper
> managed elevation / UAC scenario would smack down.  So test for that story
> and you'll be extra confident that everything will work.
>
>   Advertise the package with /JM and test the elevated silent story by
> logging in as a non-priv user and doing a /I /QN This is important
> because I've seen problems ( mainly with InstallShield's former DCOM/ROT
> based InstallScript engine which would incrorrectly impersonate the logged
> on user instead of the launching user.This problem is mostly gone now
> but it still goes to illustrate the potential problem.
>
>   Build your package with the MSI exposed so that the SMS Advanced Client
> can track the package on the distribution point by {ProductCode} for
> Source Resolution purposes.
>
>   Run the package as System and don't let it interact with the desktop.
>
>   
> 
> Rob Mensching <[EMAIL PROTECTED]> wrote:
>   It should just work fine. I don't use SMS though so you might follow up 
> with them if you have issues.
> 
> V K Gangwar wrote:
>> Hi guys,
>>
>> I developed a installer using WiX3.0 and VS2005 which is working fine 
>> on WinXP. I wanted to deploy this MSI installer through SMS 2003.
>> How I can do this?
>> Same MSI installer will work or modifications are required at 
>> installer level.
>>
>> Thanks!!
>> VK
>>
>>
>> __
>> Do You Yahoo!?
>> Tired of spam? Yahoo! Mail has the best spam protection around
>> http://mail.yahoo.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
> 
> 
>  __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/MSI-installer-deployment-through-SMS-2003---tf4769149.html#a13704381
Sent from the wix-users mailing list archive at Nabble.com.


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

[WiX-users] configuration.save fails on VISTA with UAC turned on

[Srinivas Tirupati]

Hi

In my msi I use a custom action to write some entries to machine.config file.
Everything works fine on WIN XP machine.
But on WINDOWS VISTA with UAC turned on the configuration.save in Custom Action 
code throws exception

Here is the stack trace :

Exception while installing/uninstalling Binding. Exception Message = An error 
occurred loading a configuration file: Access to the path 
'C:\Windows\Microsoft.NET\Framework\v2.0.50727\Config\x602kfps.tmp' is denied. 
(C:\Windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config).
Stack Trace =at System.Configuration.MgmtConfigurationRecord.SaveAs(String 
filename, ConfigurationSaveMode saveMode, Boolean forceUpdateAll)
   at System.Configuration.Configuration.SaveAsImpl(String filename, 
ConfigurationSaveMode saveMode, Boolean forceSaveAll)
   at System.Configuration.Configuration.Save()
   at 
Microsoft.Adapters.Setup.CustomAction.Program.CreateMachineConfigEntries(Assembly
 assembly)
   at Microsoft.Adapters.Setup.CustomAction.Program.Main(String[] args).


Why is this failing. I even played with Impersonate attribute of the Custom 
Action also, but no result. :(
-
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] Reuse cabinet deletes cabinet

[Joachim Back]

Hello,

I want to create two MSI based on the same external cabinet data.cab.

My goal is to create the cabinet file only one time during installation build.

I use the parameters -reusecab like this

light -sacl -ss -spdb -b %WIXPATH% -ext WixUtilExtension -vwx -nologo -loc 
English.wxl -out %RESULT%\%PRODUCT%_English.msi .\temp\%PRODUCT%.wixobj

light -sacl -ss -spdb -reusecab -b %WIXPATH% -ext WixUtilExtension -vwx -nologo 
 -loc French.wxl -out %RESULT%\%PRODUCT%_French.msi .\temp\%PRODUCT%.wixobj

I can see from the file modification time stamp, that the cabinet is again 
modified by the second execution, even that the files contained in the cabinet 
are the same for both. 

Should I use -cc to achieve my goal?

Regards,
Joachim




-
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] Just found SetupBld

[John Hall]

> I have been having issues with getting a bootstrapper working 
> for some time now. i just recently found the program 
> setupbld, and it looks like it might solve my problems. Here 
> is what i aim to achieve the user runs setup.exe. it would 
> detect and prerequisits and install them, then launch the msi 
> but passing the update parameters if it already exists.
> 
> curretly my setup.exe installs the prereqs but i have to do a 
> major upgrade everytime. which is causing us major amounts of 
> work with hacking things to make the update go smoothly. this 
> isnt pleasent for us or the end user.
> will setupbld let me do this. if not is there a known 
> bootstrapper that can achieve this for me.
> 
> Back to installshield if not :( not something i would relish

I'm using the dotNetInstaller bootstrapper
(http://www.codeproject.com/install/dotNetInstaller.asp), which I've
modified to use the MSI APIs to detect whether the product is already
installed and perform the right type of upgrade. It's not too hard to
implement.

Regards,
John

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

[WiX-users] Error 2908

[Andrew Ward]

Hello,
I have an installer which works fine on two computers I have tested, but 
fails on a third computer with the following error for each wix 
component element:

Action start 19:58:49: InstallFinalize.
Action 19:58:49: ProcessComponents. Updating component registration
DEBUG: Error 2908:  Could not register component {MY_GUID}.
The installer has encountered an unexpected error installing this 
package. This may indicate a problem with this package. The error code 
is 2908. The arguments are: {MY_GUID}, ,
MSI (s) (6C:90) [19:58:52:328]: Product: MyProduct -- The installer has 
encountered an unexpected error installing this package. This may 
indicate a problem with this package. The error code is 2908. The 
arguments are: {MY_GUID}, ,

The component elements are simply installing normal native compiled 
binaries, such as:





I am not sure whether by the term 'register' it means it is trying COM 
registration, or some other type of registration.
I am using Wix 2.

Any help appreciated to solve this problem.

Regards,
Andrew.


-
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