[WiX-users] Application Requirements and how they translate to installation requirements.

[mawa316]

Hi all, 

For years our company struggled with a per user-per machine install and 
application marriage. If used to be that the install and the app accessed 
'stuff' in both machine and user locations. Accessing the user locations caused 
repair installs to occur when non-installing users would attempt to use the 
software. This was not seen as favorable by end users as it basically freaked 
them out. 

So, through the years we've whittled away at the install to make it strictly a 
per machine process, which as we all know required Admin rights for 
installation. This is now seen as unfavorable for deployment. I know we have a 
choice, either per machine or per user and the two really shouldn't be mixed. I 
also know that with recent versions of Windows Installer we can create dual 
role packages that, buy utilizing ALLUSERS/MSIINSTALLPERUSER properties, can 
handle file redirection, etc. 

I guess I'll start investigating that option, but I would like to know what 
should the requirements be for the actual application. I would like to be able 
to present our development teams some best practices to follow if there desire 
is per user. Should the app not write to HKLM or protected file system areas at 
runtime? Should I just ignore the functionality of the app and deal with the 
install only in handling placement to user area or should the app simply fall 
in line with application requirements. 

I'm not sure if makes sense to have a per user capable install for an app that 
may require elevation. 

If anyone can help forge a path and determine which is the best starting point 
that would be great!! 
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

[Phill Hogland]

I don't know if changing WixBundleName at run time is a very good idea.  I
never tried that.  I would use the WixLocalization files to set strings
displayed to a user.  See  here

 
.

However if you want to create a bafunctions.dll, the approach that I have
used is to:
1) Create a C++ Win32 library project in my solution tree using the VS new
project template.
2) Add copies (or similar creations) of the files from the
src\burn\samples\bafunctions to my new dll project.




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BAFunctions-dll-to-set-WixBundleName-from-the-language-of-the-user-s-computer-tp7599747p7599754.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registering TypeLib in both native and Wow6432Node

[Samer Vazdekis]

HI there, I am installing a x64 bit app along with a 32-bit dll. The 32-bit DLL 
is being hosted in a 32-bit dllhost. Both my x64 App and the 32-bit dllhost 
communicate using COM. Therefore, I need to install my type lib under both the 
native (x64) registry path and under the Wow6432Node path along with Interfaces 
for both, so basically I need to do the following:

  

  
    
    
  

  

  
    
    
  


I am installing on a x64 Windows. No is it possible to do this without 
duplicating the installation for the myDLL.dll file?. It won't compile without 
wrapping the TypeLib with a File tag. What is the custom t do this?

Thanks,Sam.




--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 3.7 vs. 3.9R2

[Hoover, Jacob]

You can't have them both installed at the same time, but they don't need to be 
installed in order to be able to build them.  My advice would be to upgrade to 
3.9R2, so you have the latest votive bits within Visual Studio, and use MSBuild 
to build your older applications with 3.7.

http://wixtoolset.org/documentation/manual/v3/msbuild/daily_builds.html


-Original Message-
From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] 
Sent: Friday, March 27, 2015 2:57 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] 3.7 vs. 3.9R2

Can WiX 3.7 and 3.9R2 live happily on the same machine? We're using 3.7 now but 
have a big project coming in where we should modernize a bit but not break some 
stuff ...



Keith Douglas
Programmer Analyst | Programmeur analyste Questionnaire Development Services - 
CAI Social | Services de développement de questionnaires - IAO Social Jean 
Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3 Statistics Canada | 
170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, 
promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca 
Telephone | Téléphone 613-854-5589 Facsimile | Télécopieur 613-951-4674 
Government of Canada | Gouvernement du Canada 



--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX force GUI on uninstall

[Nir Bar]

You'll need to rewrite the MSI UI for the bundle.
A starting point should be:
http://wixtoolset.org/documentation/manual/v3/bundle/

If the built-in UI's are not good for you you'll need to author a  theme
  .

Of course you can start from one of the existing themes in WiX Standard BAs
- in WiX source code hierarchy src\ext\BalExtension\wixstdba\Resources

Another option is developing a WPF bundle application. You can use WiX's own
setup as a starting point (in WiX source src\Setup\WixBA)



-
Nir Bar 
Freelance Developer 
Mail: nir@panel-sw.com 
Web: www.panel-sw.com 
   - C++ On Windows, Linux and Embedded Platforms 
   - WiX & InstallShield 
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-force-GUI-on-uninstall-tp7599713p7599751.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 3.7 vs. 3.9R2

[Keith.Douglas]

Can WiX 3.7 and 3.9R2 live happily on the same machine? We're using 3.7 now but 
have a big project coming in where we should modernize a bit but not break some 
stuff ...



Keith Douglas
Programmer Analyst | Programmeur analyste
Questionnaire Development Services - CAI Social | Services de développement de 
questionnaires - IAO Social
Jean Talon Building | Immeuble Jean-Talon / Floor | Étage 4 A-3
Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6
Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6
keith.doug...@statcan.gc.ca
Telephone | Téléphone 613-854-5589
Facsimile | Télécopieur 613-951-4674
Government of Canada | Gouvernement du Canada 



--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper custom background

[Nir Bar]

You should author a theme using  thmutil
  
The  Theme
  's
@ImageFile attribute specifies a background image.



-
Nir Bar 
Freelance Developer 
Mail: nir@panel-sw.com 
Web: www.panel-sw.com 
   - C++ On Windows, Linux and Embedded Platforms 
   - WiX & InstallShield 
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bootstrapper-custom-background-tp7599737p7599749.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Burn ResolveSource event and SetLocalPath(newPath) not working

[Sean Hall]

The header file

that
I pointed to before tells you what to do - return Retry.

On Fri, Mar 27, 2015 at 2:47 PM, Marco Tognacci  wrote:

> I have a WiX Burn Mamaged Bootstrapper with WPF UI.I need to locate the
> msi package included in the exe in another location, (I need to deploy my
> setup on 2 dvd).I have attached to the ResolveSource event (or overriding
> the method OnResolveSource) that report in the LocalPath the path of the
> package that it can't be located (because is on the second dvd) and inside
> it I have called the SetLocalPath() to the new path on the second DVD and
> set the EventArgs.Result = OK or Continue but it report the failure of the
> setup, then I can call RetryCommand so the setup work and use the new
> LocalPath but it rollback the setup and restart all.As I have more that one
> package to relocate is there a way to make the setup continue after the
> ResolveSource - SetLocalPath() ?Perhaps I need to set another option as
> Result for the ResolveSource  event?Or What I have to do for make it
> working?Thanks.
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] BAFunctions.dll to set WixBundleName from the language of the user's computer

[David Burson]

Hi,

I’m trying to create my own BAFunctions.dll.  All I want to do with it is set 
WixBundleName based on the language of the user’s computer.  Does something 
like that already exist somewhere?

If not:

I’ve tried to build src\burn\Samples\bafunctions VS2013 and VS2010.  Lots of 
errors with VS2013, only 1 error with VS2010:

Error   1   error C1083: Cannot open include file: 
'IBootstrapperBAFunction.h': No such file or directory   
c:\downloads\wix39-debug\src\burn\samples\bafunctions\precomp.h 51  1   
bafunctions

With VS2010 I get the same error whether I use the latest WiX v3.10 or 3.9 R2.

Is this sample suitable as a template to create my own BAFunctions.dll?  If so, 
where do I get IBootstrapperBAFunction.h?

Thanks,
David

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX Burn ResolveSource event and SetLocalPath(newPath) not working

[Marco Tognacci]

I have a WiX Burn Mamaged Bootstrapper with WPF UI.I need to locate the msi 
package included in the exe in another location, (I need to deploy my setup on 
2 dvd).I have attached to the ResolveSource event (or overriding the method 
OnResolveSource) that report in the LocalPath the path of the package that it 
can't be located (because is on the second dvd) and inside it I have called the 
SetLocalPath() to the new path on the second DVD and set the EventArgs.Result = 
OK or Continue but it report the failure of the setup, then I can call 
RetryCommand so the setup work and use the new LocalPath but it rollback the 
setup and restart all.As I have more that one package to relocate is there a 
way to make the setup continue after the ResolveSource - SetLocalPath() 
?Perhaps I need to set another option as Result for the ResolveSource  event?Or 
What I have to do for make it working?Thanks.   

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Which Process Executes Custom Actions

[Phil Wilson]

The custom action is called from the MSI, right? So if it's unmanaged
(not DTF) it will be an msiexec.exe process. Windows will launch or
use an appropriate bitness msiexec.exe process to call the CA. The
bootstrapper is a diferent process, so I don't see how there could be
a connection. An immediate CA will be a different msiexec.exe process,
one that's running with the installing user's credentials, so it can
get complicated. Is there a problem somewhere?
---
Phil Wilson


On Fri, Mar 27, 2015 at 9:48 AM, Edwin Castro  wrote:
> I have two custom action functions (A and B) that use LoadLibraryEx() to
> load a DLL that already exists on the target system (NOT installed by my
> MSI) and then proceeds to call a few functions in that DLL. My MSI is
> installed by the WiX Standard Bootstrapper. These custom actions functions
> in a total of 5  elements:
>
>  Impersonate="yes" ... />
>  Impersonate="yes" ... />
>
>  Impersonate="yes" ... />
>  Impersonate="yes" ... />
>  Impersonate="yes" ... />
>
> To make matters more complicated, our 64-bit MSI uses 32-bit versions of
> the custom actions.
>
> Should I expect the DLL to be loaded by the bootstrapper exe or by
> msiexec.exe?
>
> We are seeing logs that suggest that DLL is loaded by both the bootstrapper
> exe and by msiexec.exe but I don't understand why.
>
> Could an unrelated custom action that is Execute="immediate" have an effect?
>
> --
> Edwin G. Castro
> --
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patching with melt.exe and pyro - Custom Action and Merge Module issues.

[Nick Ball]

Hi All,

I'm having some success with creating patches using the melt.exe approach. 
However, I have a stumbling block with custom actions and merge modules, as 
outlined here:

http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-Wix-Pure-patch-with-Melt-exe-and-Pyro-exe-fails-td7590635.html#a7590638

I've picked up the development build and ran with the -xn switch, which fixes 
up the custom action issue, but I am still left with the merge module one.

Is there a way around this?

Nick Ball


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix bootstrapper only works on .net 4.5

[John Cooper]

Bootstrapper Prerequisite does not equal Product Prerequisite.  If you're using 
a managed bootstrapper (such as the WiX installer), it has its own .NET 
requirements.  If you have a custom bootstrapper written to .NET 3.5, then it's 
a bug that you hadn't modified the prerequisite of the bootstrapper (but I 
rather doubt this is the case).

In any case, .NET 3.5 will create increasingly unpleasant users experiences for 
your product.  Because it uses the 2.0 CLR, it means mounds of .NET 2.0 also 
need to be installed.  And on Windows 8 Core and above, it's not installed by 
default and requires a feature install--at least on server OS's.

--
John Merryweather Cooper
Senior Software Engineer | Integration Development Group | Continuing 
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com



-Original Message-
From: Lutteke, Robin [mailto:robin.lutt...@ordina.nl] 
Sent: Friday, March 27, 2015 9:05 AM
To: WiX-users@lists.sourceforge.net
Cc: Robin Lutteke
Subject: [WiX-users] Wix bootstrapper only works on .net 4.5

?Hi,


When I run the bootstrapper setup on a Windows 7 machine it only works when 
.Net Framework 4.5 is installed. My WPF classlibrary is build for .Net 
Framework 3.5. The setup only needs 3.5.


What is going wrong?!



Robin Lutteke

Disclaimer
Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor 
de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de 
afzender te waarschuwen en dit bericht met eventuele bijlagen direct te 
verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en 
eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op 
te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar 
groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid 
voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht.

This e-mail and any attachments are confidential and are solely intended for 
the addressee. If you are not the intended recipient, please notify the sender 
and delete and/or destroy this message and any attachments immediately. It is 
prohibited to copy, to distribute, to disclose or to use this e-mail and any 
attachments in any other way. Ordina N.V. and/or its group companies do not 
accept any responsibility nor liability for any damage resulting from the 
content of and/or the transmission of this message.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Which Process Executes Custom Actions

[Edwin Castro]

I have two custom action functions (A and B) that use LoadLibraryEx() to
load a DLL that already exists on the target system (NOT installed by my
MSI) and then proceeds to call a few functions in that DLL. My MSI is
installed by the WiX Standard Bootstrapper. These custom actions functions
in a total of 5  elements:








To make matters more complicated, our 64-bit MSI uses 32-bit versions of
the custom actions.

Should I expect the DLL to be loaded by the bootstrapper exe or by
msiexec.exe?

We are seeing logs that suggest that DLL is loaded by both the bootstrapper
exe and by msiexec.exe but I don't understand why.

Could an unrelated custom action that is Execute="immediate" have an effect?

-- 
Edwin G. Castro
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix bootstrapper only works on .net 4.5

[Lutteke, Robin]

?Hi,


When I run the bootstrapper setup on a Windows 7 machine it only works when 
.Net Framework 4.5 is installed. My WPF classlibrary is build for .Net 
Framework 3.5. The setup only needs 3.5.


What is going wrong?!



Robin Lutteke

Disclaimer
Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor 
de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de 
afzender te waarschuwen en dit bericht met eventuele bijlagen direct te 
verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en 
eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op 
te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar 
groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid 
voor schade die voortvloeit uit de inhoud en/of de verzending van dit bericht.

This e-mail and any attachments are confidential and are solely intended for 
the addressee. If you are not the intended recipient, please notify the sender 
and delete and/or destroy this message and any attachments immediately. It is 
prohibited to copy, to distribute, to disclose or to use this e-mail and any 
attachments in any other way. Ordina N.V. and/or its group companies do not 
accept any responsibility nor liability for any damage resulting from the 
content of and/or the transmission of this message.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bootstrapper custom background

[Balázs Kurtán]

Dear Wix Users!

 

I  would like to realize a bootstrapper installer, with a custom background
image. 

The installer, and the chain is working perfectly. However I couldn’t figure
it out 

how to use a background on which the other control objects are visualized. 

Is it possible to do? If yes, how? 

 

If not, is it possible to have no UI for the bootstrapper and only show 

the embedded msi installer’s user interface? With quietly installing the
other packages.

 

Could you suggest a proper way to realize such layout? 

 

Thank you in advance!

 

Best regards,

Balázs Kurtán

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Predicting Bootstrapper Cache Location

[Phill Hogland]

Sorry.  Thanks for the correction.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Predicting-Bootstrapper-Cache-Location-tp7599709p7599736.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX force GUI on uninstall

[Tristiu Ileana]

Thanks for your response.I am new to WIX so could you please give me a link to 
a tutorial or an exampleof how this can be made. On the internet I found some 
thinks but i don't know were to start from.(I want something more simple so I 
can understand how bootstrapper works.)
Ily 


 On Thursday, March 26, 2015 10:33 PM, Nir Bar  wrote:
   

 You can do that with burn as a bootstrapper.



-
Nir Bar 
Freelance Developer 
Mail: nir@panel-sw.com 
Web: www.panel-sw.com 
  - C++ On Windows, Linux and Embedded Platforms 
  - WiX & InstallShield 
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-force-GUI-on-uninstall-tp7599713p7599728.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


  
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] KB2918614

[js69]

To give some contradictory feedback:

Installing KB3000988 did not fix the error 1316 issue on my machine.

>From the log:

MSI (s) (5C:94) [10:14:49:895]: SECREPAIR: CryptAcquireContext succeeded
MSI (s) (5C:94) [10:14:49:895]: Determining source type
MSI (s) (5C:94) [10:14:49:896]: Note: 1: 2203 2:
C:\Windows\Installer\ProgramFiles.msi 3: -2147287038 
MSI (s) (5C:94) [10:14:49:896]: Note: 1: 1316 2:
C:\Windows\Installer\ProgramFiles.msi 
MSI (s) (5C:94) [10:14:49:896]: SECREPAIR: Error determining package source
type
MSI (s) (5C:94) [10:14:49:896]: SECUREREPAIR: SecureRepair Failed. Error
code: 524F7C234B8
MSI (s) (5C:94) [10:16:06:795]: Note: 1: 2205 2:  3: Error 
MSI (s) (5C:94) [10:16:06:795]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1709 
MSI (s) (5C:94) [10:16:06:795]: Produkt: inLab SW 15.0.0.11 (MSI) --
Fehler 1316. Das angegebene Konto ist bereits vorhanden.

I will try with uninstalled KB2918614 next.




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/KB2918614-tp7596942p7599734.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users