Re: [WiX-users] How can the setup detect the installed version of OpenGL?

2013-01-15 Thread Rob Mensching
How does the Viewer do it? On Tue, Jan 15, 2013 at 2:36 PM, Mita Patel wrote: > I am looking for some pointers on determining the installed version of > OpenGL. I can use OpenGL Viewer to determine the version on a standalone > system - but what would be the best way for an install to determin

[WiX-users] How can the setup detect the installed version of OpenGL?

2013-01-15 Thread Mita Patel
I am looking for some pointers on determining the installed version of OpenGL. I can use OpenGL Viewer to determine the version on a standalone system - but what would be the best way for an install to determine the version. Thanks Mita --

Re: [WiX-users] Using Microsoft.Deployment.WindowsInstaller.

2013-01-15 Thread Phil Wilson
For these APIs to work in the way you want each file must be in its own component. You're enumerating components by component guid, and what you'll get returned is the key path file in the component. If the component contains a bunch of other files it can't tell you. The key file needs to be there,

[WiX-users] Using Microsoft.Deployment.WindowsInstaller.

2013-01-15 Thread tyler.w.reid
Hello, I am currently using the Microsoft.Deployment.WindowsInstaller to check some components for an install that I have done. However I have noticed that a lot of my components are coming up with the InstallState.Absent state. They are mostly images, aspx, and css files, but since the

[WiX-users] Patch creation with Ngen ?

2013-01-15 Thread robert_yang
Hi all - we have an MSI with many DLL and a couple of EXE assemblies, the latter of which are nGen'd via netfx:NativeImage. We are getting ready to create a patch MSP using torch/pyro and wondering if we need to do anything explicit to re-nGen these EXE's. Thanks for any info ! -Rob

Re: [WiX-users] Burn: Search GAC

2013-01-15 Thread Peter Shirtcliffe
Our pre-Burn chainer uses Office 2003: Chainer.ProductInfo.IsComponentInstalled(new Guid("{3EC1EAE0-A256-411D-B00B-016CA8376078}")) Office 2007: Chainer.ProductInfo.IsComponentInstalled(new Guid("{0638C49D-BB8B-4CD1-B191-050E8F325736}") Those are the component codes of mso.dll I don't have codes f

Re: [WiX-users] Burn: Search GAC

2013-01-15 Thread Karl Werner
Ah, good idea, thanks! Karl Original Message A util:ComponentSearch might be easier to work with. You could get the component code from the interop MSI. All the MSIs that install that particular dll ought to use the same component ID. Even developers should be using the interop msi to in

Re: [WiX-users] Burn: Search GAC

2013-01-15 Thread Karl Werner
Thanks for the responses! That's a good thought and one we were considering. We do need to verify the version of Office mainly because the interop msi will raise a message to the users and fail if it is invoked on a machine w/o the proper version of office. That's easy to check though (this isn'

Re: [WiX-users] Repairs and runtimes

2013-01-15 Thread Bruce Cran
On 15/01/2013 15:42, Rob Hamflett wrote: > Aren't security patches implemented by redirecting the > loader to the new assemblies? It seems strange having a system where > the security of potentially hundreds of programs could be reduced by a > command line typo. >From http://social.msdn.microsof

Re: [WiX-users] Bootstrapper errors

2013-01-15 Thread Rob Mensching
It looks like there are some left over Bundle entries in your ARP. Take a look at your "Programs and Features" on your machine. I expect you'll see a number of previously installed Bundles floating around in there. If not, check the "Uninstall" registry key to see if there are Bundles in there tha

Re: [WiX-users] query the language before the start of the software

2013-01-15 Thread Rob Mensching
MSI does not support that natively so you'd need to use a bootstrapper of some sort. Burn is an option. On Tue, Jan 15, 2013 at 1:28 AM, Christoph Goetz wrote: > Hello > I want to query the language before the start of the software. I would > write a dialogue that asks the language? Do I have to

Re: [WiX-users] assigning path for directory using preprocessors

2013-01-15 Thread Rob Mensching
Long time ago, I wrote some stuff about the Directory table. I think that might help your understanding: http://blogs.msdn.com/b/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx (that's the end, I think). You'll have to search to find the beginnin

[WiX-users] Repairs and runtimes

2013-01-15 Thread Rob Hamflett
I've been reading some comments online recently about using REINSTALLMODE=amus when you're installer contains runtime merge modules. The danger being that you can downgrade patched DLLs. Doesn't each set of runtime files have it's own folder in the WinSxS folder? Do patches for these files

Re: [WiX-users] Burn: Search GAC

2013-01-15 Thread Neil Sleightholm
Just a thought but if you need them why not just install them it doesn't matter if they are already there and the GAC handles its own reference counting so removing your application wouldn't remove them if another application had installed them. Neil -Original Message- From: Karl Werne

Re: [WiX-users] Burn: Search GAC

2013-01-15 Thread Peter Shirtcliffe
A util:ComponentSearch might be easier to work with. You could get the component code from the interop MSI. All the MSIs that install that particular dll ought to use the same component ID. Even developers should be using the interop msi to install them the first place. -Original Message-

[WiX-users] Burn: Search GAC

2013-01-15 Thread Karl Werner
>From my Bundle, I need to determine if the Microsoft Office Interop assemblies are installed on the machine. I think the only way to do this is to search the gac for the assemblies. This is because the assemblies can be installed by various different packages and there may not be a product insta

Re: [WiX-users] Bootstrapper errors

2013-01-15 Thread Amadeus
Is this folder empty? C:\Documents and Settings\All Users\ApplicationData\Package Cache\ It should be for a clean install (the errors all refer to packages under this location). It looks like you have many SBLInstallers.exe under different GUIDS in there causing the error. Make sure the TEMP fold

Re: [WiX-users] assigning path for directory using preprocessors

2013-01-15 Thread Rahul V
Hi Rob, I am able to work with C# successfully, it fails with WIX, can you please help me? I want to create a folder in the below path, how can I do that? D:\SomeFolder\Path Regards, Rahul On Fri, Jan 11, 2013 at 7:46 PM, Rob Mensching wrote: > Id attributes must follow the Windows Installer re

Re: [WiX-users] Notify shell for new file associations

2013-01-15 Thread up2date.cyb...@gmail.com
I am only using RegistryKey s and RegistryValue s, maybe I should use some ProgId/Extension instead, I don't know why I didn't use them :) thanks On 14/01/2013 15:55, Hoover, Jacob wrote: > Are you using ProgId/Extenstion in your MSI? If so, Windows Installer > "should" take care of this for yo

[WiX-users] query the language before the start of the software

2013-01-15 Thread Christoph Goetz
Hello I want to query the language before the start of the software. I would write a dialogue that asks the language? Do I have to use burn, if so how? Thank you, Christoph Verschlüsseln Sie Ihre E-Mails mit gpg4o für Outlook 2010 | http://www.gpg4o.de

Re: [WiX-users] Enable full UI when Repair is started from ARP

2013-01-15 Thread Tobias S
Possible, but IMHO somehow a hack. In general a brief description how to do it: - Do not publish MSI in ARP - Populate HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ manually. Think there should be possible to place there a key with a repair parameter (I did it only with a UNinstall ke