[WiX-users] Patch issue
Hi I have a patching issue I need help with. Version 10.1 of my msi installs a dll with version 10.1.0. This is the also the version listed in the File table of the msi for this dll. This msi is the English setup. I have embedded msts in this msi that localizes the dialogs for this msi. There was a problem with this mst, so when this mst is applied over the setup msi, the version of this dll in the File table is removed. (The dll installed on the machine is OK, it is just the File table of the msi that has the version removed when you apply the mst). I now have an msp for this Version 10.1 that increments the dll to 10.1.1. I am finding that when the localized msi is installed (with the mst that removes the file version in the file table), and when the msp is applied over this, the dll is not patched. How can I fix the msp so that the file is successfully patched in this scenario? Thanks! Uma Harano -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn ARP reports wrong size
Burn currently shows the size of your chain (including the cached packages). On Fri, Oct 12, 2012 at 2:52 AM, rowbot jamesnrow...@yahoo.co.uk wrote: I have the same issue... anyone any ideas? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-ARP-reports-wrong-size-tp6964175p7581303.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Outcurve License question
I am not a lawyser but my understanding is that the code *must* be released. If you use DTF *unmodified* from a WiX toolset distribution then we already distributed the code for you (it's on CodePlex). If you *modified* DTF (or other WiX toolset code) then you need to publish the modifications. Ideally, you'd do that by contributing back back to the repository on CodePlex (aka: a pull request). Note: this has always been true. Nothing about Outercurve or the move from CPL to MS-RL changed the above. On Thu, Oct 11, 2012 at 1:58 PM, keith.doug...@statcan.gc.ca wrote: IANAL, and as I recall, the way the legal team here interpreted a similar clause in a library license we use was that if anyone *asks* for our source (which in our case here in Canada is under Crown Copyright etc., as I understand which might make it tricky understanding it elsewhere) we will give it do them. There is no bit that says that you have to provide it *immediately* or *with* the file under the license. Mind you, the target for the stuff I develop is not the public but coworkers etc That said, if anyone in the DTF developers wants to tell us that's against the rules, we'd like to know :) Keith Douglas 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-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Skildum, Mathew [mailto:mathew.skil...@aspect.com] Sent: October-11-12 4:24 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Outcurve License question I know this may be covering the same ground as previous discussions, but I just had the legal team of my company look at the license that is shipped with the WIX 3.6 tool set. According to the way the license reads you must ship the source for DTF along with every installation that uses this part of WIX. The part of the license that states this is as follows: 3. Conditions and Limitations (A) Reciprocal Grants- For any file you distribute that contains code from the software (in source code or binary format), you must provide recipients the source code to that file along with a copy of this license, which license will govern that file. You may license other files that are entirely your own work and do not contain code from the software under any terms you choose. Even though the DTF assemblies are embedded in the installation, they are technically shipped to customers thus making this clause active. This means that we have to include with our products the source code for DFT or any other WIX assembly you may use. If the phrase in source code or binary format was just in source code then this would not be required. Does anyone have anyone have any other insight into this requirement? How are some of other companies handling this? Thank you, Mat Skildum Sr. Principal Engineer Aspect Software mathew.skil...@aspect.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Broken links on WiX web site
We do, can you please file a bug? On Fri, Oct 12, 2012 at 9:15 AM, James Johnston johnst...@inn-soft.comwrote: Hi, The page at: http://wix.sourceforge.net/manual-wix3/WixUI_dialog_library.htm contains some broken links. Specifically, WixUI_Mondo and WixUI_Minimal are broken (404 Not Found). Not sure who maintains the web site so I'm writing to this list... Best regards, James Johnston -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] The global attribute 'http://www.w3.org/XML/1998/namespace:lang' has already been declared
What namespaces do you have on your elements? On Sat, Oct 13, 2012 at 12:53 AM, Gavin Bray gavb...@gmail.com wrote: Hi I'm using WIX 3.6 with VS 2012 and get the following warnings when building in VS. The WIX project is part of a large solution. The built MSI appears to work but I have no idea what is causing these warnings. Warning 1 The global attribute 'http://www.w3.org/XML/1998/namespace:lang' has already been declared. ...\Setup\Product.wxs 43 3 Setup Warning 2 The global attribute 'http://www.w3.org/XML/1998/namespace:space ' has already been declared. ...\Setup\Product.wxs 89 3 Setup Warning 3 The global attribute 'http://www.w3.org/XML/1998/namespace:base' has already been declared. ...\Setup\Product.wxs 113 3 Setup Warning 4 The global attribute 'http://www.w3.org/XML/1998/namespace:id' has already been declared. ...\Setup\Product.wxs 135 3 Setup Warning 5 The attributeGroup ' http://www.w3.org/XML/1998/namespace:specialAttrs' has already been declared. ...\Setup\Product.wxs 157 3 Setup The line numbers don't seem to match up with anything. For example the first warning occurs on line 43 which contains UI. Any suggestions as to how to fix these warnings? Thanks Gav -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.6 MergeModule creation regression?
I'm a little confused by the original error. It doesn't seem to line up with the code you provided. Can you provide more of the code or a small example project that demonstrates the error? On Fri, Oct 12, 2012 at 6:50 AM, Steven Ogilvie steven.ogil...@titus.comwrote: Mine look like this: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Module Id=MyCorpMyMergeModule Language=1033 Version=1.0.0.0 Package Id=980E88AD-5641-42E4-9827-666782E3BCEC Manufacturer=MYCORP InstallerVersion=200 / -Original Message- From: Dirk Ziegelmeier [mailto:d...@ziegelmeier.net] Sent: October-12-12 5:41 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] WiX 3.6 MergeModule creation regression? Hello, I just upgraded from WiX 3.5 to WiX 3.6 (always the release versions) The following merge module does not compile any more now: Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Module Id=MergeModuleId Language=1033 Version=!(bind.assemblyVersion.FileId) Package Id={GUID} Manufacturer=MyEmployer InstallerVersion=200 / Directory Id=TARGETDIR Name=SourceDir Directory Id=CommonFilesFolder / Directory Id=INSTALLDIR ComponentGuidGenerationSeed={GUID} / /Directory ComponentGroupRef Id=ComponentGroup.PFCoDIA.Fdt.Profibus / /Module /Wix The ComponentGroup ComponentGroup.PFCoDIA.Fdt.Profibus contains a component cComSTAHelper that has a DirectoryRef to CommonFilesFolder. Error message: W:\PFCoDIA\Deployment\PFCoDIA.Framework.MergeModule\PFCoDIA.Framework.Lib.Fdt.wxs(65) : error LGHT0231 : The component 'cComSTAHelper.GUID_GUID_GUID_GUID' has a key file with path 'TARGETDIR\MyEmployer\comstahelper\comstahelper.dll'. Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. (This error may also occur if a path contains a likely standard directory such as nesting a directory with name Common Files under ProgramFilesFolder.) Is this a bug/regression in WiX or is this a real problem which the old WiX 3.5. simply did not catch? No, I can't use wixlibs in this case, because the final product must be a merge module. Thank you in advance Dirk -- Dirk Ziegelmeier * d...@ziegelmeier.net * http://www.ziegelmeier.net -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] service installs, logs
Sounds like noise from validation. On Thu, Oct 11, 2012 at 12:38 PM, keith.doug...@statcan.gc.ca wrote: I've noticed something curious about (~14 seconds after the wxs file is created, which is approximately when light is run, I'd guess) when I build the MSI package for my Windows Service - the machine in which the build is done seems to log (in the Windows event log) things which look like the service was installed there (when it is quite clear it wasn't, nor should it be in this case). For example: Windows Installer installed the product. Product Name: EscalationService20121009103914. Product Version: 1.0.16. Product Language: 1033. Installation success or error status: 0. Then: Product: EscalationService20121009103914 -- Installation completed successfully. Is this expected? It is sort of potentially confusing. We're still using WiX 3.5.2519.0 for what that's worth. WXS file (my InstallerBuilder tool generates the file automatically, which is why some IDs and what not might look a little funny): ?xml version=1.0 encoding=UTF-8? Wix xmlns:Util=http://schemas.microsoft.com/wix/UtilExtension; xmlns= http://schemas.microsoft.com/wix/2006/wi; Product Id=* UpgradeCode=49c8c75a-5210-4944-b2b8-69814e6a874d Version=1.0.16 Language=1033 Name=EscalationService20121009103914 Manufacturer=Statistics Canada Codepage=1252 Package InstallerVersion=400 Compressed=yes / Property Id=MSIRMSHUTDOWN Value=2 / Property Id=MSIRESTARTMANAGERCONTROL Value=Disable / MajorUpgrade DowngradeErrorMessage=A later version of [ProductName] is already installed. Setup will now exit. / Media Id=1 Cabinet=EscalationService20121009103914.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name=PFiles Directory Id=DOTNETSERVICE Name=Statistics Canada Directory Id=EscalationService Name=Escalation Service Component Id=EscalationService Guid=a464e2d9-a75e-4996-9f54-fd5155c3c35a File Id=Fb67152a3f6374 Name=CasemanUtilities.dll DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\casemanutilities.dll CompanionFile=Ff7052a05358f4 / File Id=Fd165c3c4d80b4 Name=EscalationService.application DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\escalationservice.application CompanionFile=Ff7052a05358f4 / File Id=Ff7052a05358f4 Name=EscalationService.exe KeyPath=yes DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\escalationservice.exe / File Id=F7d47e33e4c9f4 Name=EscalationService.exe.config DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\escalationservice.exe.config CompanionFile=Ff7052a05358f4 / File Id=Fc1069d862e8a4 Name=EscalationService.exe.manifest DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\escalationservice.exe.manifest CompanionFile=Ff7052a05358f4 / File Id=F41179186238d4 Name=EscalationServiceInterface.dll DiskId=1 Source=\\f7coll-dev01\blaise\development\social\installerbuilder\escalationservice\files\escalationserviceinterface.dll CompanionFile=Ff7052a05358f4 / ServiceInstall Id=ServiceInstaller Type=ownProcess Vital=yes Name=EscalationService DisplayName=EscalationService Description=Used by caseman applications to isolate privileged operations Start=auto Account=LocalSystem ErrorControl=ignore Interactive=no ServiceDependency Id=Winmgmt / /ServiceInstall ServiceControl Id=StartService Start=install Stop=both Remove=both Name=EscalationService Wait=yes / /Component /Directory /Directory /Directory /Directory Feature Id=TheOnlyFeature Description=Feature containes the single component Level=1 ComponentRef Id=EscalationService / /Feature Property Id=Creator Value=STATCAN\dougkei / /Product /Wix Keith Douglas 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-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Some in burn wixstba similar to msiexec /x ProductCode
1. I don't quite understand the question. The bundle self-update feature allows a BA to check the internet and tell the engine that there is a newer version of itself and to download then launch that instead. It is not clear to me what the command-line has to do with it. 2. Bundles are registered in ARP (aka: Program and Features, aka: the UninstallKey). That's how you can click on the Uninstall button in ARP and Burn launches to remove the bundle. You can search for it that way if you want. 3. Again, the self-update happens inside a Burn bundle. It isn't driven from a command-line argument. I may just be confused by not understanding your first question. You always have the Bundle. It's cached. That's how ARP works. On Fri, Oct 12, 2012 at 10:44 AM, Wesley Manning wmann...@dynagen.cawrote: Hi, have some questions about wixstba: (1) Wix 3.7 bundle self update feature: Is it possible (or any plans to make it possible) to run from the command line? You would need to run the bundle exe (thus have to know where its located). There is already -uninstall, -repair, etc. (2) Since Windows installer is part of the operating system it is possible to install/uninstall/repair by running msiexec /x ProductCode. You don't need to have the MSi file or know where it is on the computer. Is there something similar for bundles? This question is really about burn in general. (3) Similar to (2) above but for the wix 3.7 self update feature: give an upgrade code and URL and have it download and upgrade the bundle. Is this possible? I was hoping to have our software update itself / show its own install progress UI so the user doesn't have to use the bundle for that (they may not have the bundle anymore). The bundle would only be used to install our software on a clean computer or if user goes to ARP they can interact with the bundle. I see in Wix37\src\burn\Samples there is an example on how to get progress from burn. I could write code to download the burn exe myself but burn can already download updates so... Wes -Original Message- From: James Johnston [mailto:johnst...@inn-soft.com] Sent: October-12-12 1:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Broken links on WiX web site Hi, The page at: http://wix.sourceforge.net/manual-wix3/WixUI_dialog_library.htm contains some broken links. Specifically, WixUI_Mondo and WixUI_Minimal are broken (404 Not Found). Not sure who maintains the web site so I'm writing to this list... Best regards, James Johnston -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VS2008 issue after update to v3.7
Does v3.6 work? If so, then this is a bug in v3.7. Definitely possible since the build system was radically improved in v3.7. If so, then please file a bug with as much information as possible. On Thu, Oct 11, 2012 at 12:06 PM, Steven Ogilvie steven.ogil...@titus.comwrote: Ya sorry my bad If you have tried uninstalling WIX 3.x and VS2008 then re installing VS2008 and then WIX 3.x Don't forget 3.7 is not a released product it is beta... STeve -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: October-11-12 2:56 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] VS2008 issue after update to v3.7 Doesn't one need VS2010 to support .NET 4 anyway? Keith Douglas 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-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Michael Ogilvie [mailto:michael.ogil...@pixelink.com] Sent: October-11-12 2:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS2008 issue after update to v3.7 Hello, I don't have an option for 4 only 3.51, 3.0 and 2.0 Thank you, Michael Ogilvie Application Support Specialist | PixeLINK 1900 City Park Drive, Suite 410. Ottawa, Ontario K1J 1A3 tel: 613.247.1211 Ext. 242 | cell: 613.302.9844 | fax: 613.247.2001 | skype: pixelink.mogilvie www.pixelink.com -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Thursday, October 11, 2012 2:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS2008 issue after update to v3.7 In New Project dialog choose .NET Framework 4 instead of 3.51 See if that helps Steve -Original Message- From: Michael Ogilvie [mailto:michael.ogil...@pixelink.com] Sent: October-11-12 2:25 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS2008 issue after update to v3.7 Hello, In VS2008 I go to create a new Project and choose the Windows Installer XML types and if I try to create a new project from any of the templates I get that error. Images: http://www.files.pixelink.com/temp/error.bmp http://www.files.pixelink.com/temp/VS2008.bmp Thank you, Michael Ogilvie Application Support Specialist | PixeLINK 1900 City Park Drive, Suite 410. Ottawa, Ontario K1J 1A3 tel: 613.247.1211 Ext. 242 | cell: 613.302.9844 | fax: 613.247.2001 | skype: pixelink.mogilvie www.pixelink.com -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Thursday, October 11, 2012 2:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS2008 issue after update to v3.7 Hey Michael, I presume you mean your product.wxs file? Create a new WIX setup project, does the first two lines look like your bundle file? I.e. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Steve Ogilvie -Original Message- From: Michael Ogilvie [mailto:michael.ogil...@pixelink.com] Sent: October-11-12 2:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] VS2008 issue after update to v3.7 I have tried to repair my VS2008 pro and I have also tried repairing the v3.7 install. Still does not work. I have even uninstalled v3.7 and installed 3.6 again and it still does not work. V3.7 did something to my vs2008 Thank you, Michael Ogilvie Application Support Specialist | PixeLINK 1900 City Park Drive, Suite 410. Ottawa, Ontario K1J 1A3 tel: 613.247.1211 Ext. 242 | cell: 613.302.9844 | fax: 613.247.2001 | skype: pixelink.mogilvie www.pixelink.com -Original Message- From: Michael Ogilvie [mailto:michael.ogil...@pixelink.com] Sent: Thursday, October 11, 2012 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VS2008 issue after update to v3.7 Hello, I just updated to v3.7 and now I cannot open a bundle wixproj in VS2008. getting an error .wixproj is not supported by this version of the application Thank you, Michael Ogilvie -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --
Re: [WiX-users] BURN Prerequisites Detection Issue
If you have a BA that only uses NETFX v3.5, then you need to ensure that v3.5 is installed. Otherwise, you need to say that your BA can use NETFX v3.5 and/or NETFX 4. On Thu, Oct 11, 2012 at 7:48 AM, Javier Ibanez jaiba...@harriague.com.arwrote: Hi, I'm writing a bundle with a custom BA compiled with .NET 3.5. I have added the right supported frameworks in the config file (v2.0.50727) and I'm using WixNetFxExtension to install 4.0 if 3.5 is not installed. I run the following test: 1) On a Win7 machine with 3.5.1 installed, I disabled this framework (through the Turn Windows Features On/Of options). 2) Run the bundle. I expected that, since 3.5 is disabled, it would attempt to download and install 4.0. However, the behavior is that burn tries to load the BA, but it fails, thus failing the installation, without attempting to download 4.0 framework. I looked a bit at host.cpp in burn, and I found the problem: GetAppDomain() checks for the presence of NET Framework Setup\NDP\version string key in the registry to detect if a framework is installed or not. The thing is that, if I disable 3.5 in Windows, the v2.0.50727 key is still present, so burn thinks that 3.5 is active. I know it's a weird scenario, but I think this is a bug... Am I missing something? Thanks, -Javier -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BURN-Prerequisites-Detection-Issue-tp7581286.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Search registry key at the end of installation
Sounds like the Component Rules are being violated. If the keys were still needed they should not have been removed. On Mon, Oct 8, 2012 at 6:12 AM, Maxim Kopeyka m...@xtendx.com wrote: Hi Guys, I have a problem with registry. My application uses several GPL tools and one of them is GhostScript. So, installer checks the registry, maybe user already has the same version of GS Property Id=GS_64 RegistrySearch Id=gs_dll Root=HKLM Key=SOFTWARE\GPL Ghostscript\9.06 Name=GS_DLL Type=file Win64=yes / /Property Otherwise these registry keya will be created Component Id=add_gs_64 Directory=TARGETDIR Guid={65207ECA-9C47-4ddc-AABB-137B04010CD2} Win64=yes ConditionGS_64 = /Condition RegistryKey Root=HKLM Key=SOFTWARE\GPL Ghostscript\9.06 RegistryValue Id=GS_DLL_64 Type=string Name=GS_DLL Value=[localBinGSx64]gsdll64.dll/ /RegistryKey RegistryKey Root=HKLM Key=SOFTWARE\GPL Ghostscript\9.06 RegistryValue Id=GS_LIB_64 Type=string Name=GS_LIB Value=[localBinGSx64]/ /RegistryKey /Component It works fine until I update installer v.N-1 to v.N: 1. v.N checks registry - key exists 2. v.N-1 deletes key created during the installation 3. v.N doesn't create a registry keys however these keys not exist anymore So, how can I check the registry after v.N-1 will be uninstalled? -- Kind Regards, Maxim -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX Setup - ViewModels and their event handlers
Organization of the WixBA is steeped in its history. In otherwords, there used to be separate views if you remember the very old WiX v3.6 UI and the ViewModels map to that. When Peter created the more Metro looking UI he did not refactor the ViewModels. I've done a little more hacking on the ViewModels in WiX v3.7 because the organization is a bit wonky... but I wouldn't say it's clean yet. On Wed, Oct 10, 2012 at 10:56 AM, Nick Ramirez nickra...@hotmail.comwrote: I'm trying to deeply understand the WiXBA, and I came across something that I was curious about. Maybe someone knows the answer. There are three viewmodels: RootViewModel, InstallationViewModel and ProgressViewModel. My question is about the last two. ProgressViewModel handles some of the events that are published by the Burn engine: from the ProgressViewModel's constructor: /WixBA.Model.Bootstrapper.ExecuteMsiMessage += this.ExecuteMsiMessage; WixBA.Model.Bootstrapper.ExecuteProgress += this.ApplyExecuteProgress; WixBA.Model.Bootstrapper.PlanBegin += this.PlanBegin; WixBA.Model.Bootstrapper.PlanPackageComplete += this.PlanPackageComplete; WixBA.Model.Bootstrapper.Progress += this.ApplyProgress; WixBA.Model.Bootstrapper.CacheAcquireProgress += this.CacheAcquireProgress; WixBA.Model.Bootstrapper.CacheComplete += this.CacheComplete;/ And InstallationViewModel handles others. /WixBA.Model.Bootstrapper.DetectBegin += this.DetectBegin; WixBA.Model.Bootstrapper.DetectRelatedBundle += this.DetectedRelatedBundle; WixBA.Model.Bootstrapper.DetectComplete += this.DetectComplete; WixBA.Model.Bootstrapper.PlanPackageBegin += this.PlanPackageBegin; WixBA.Model.Bootstrapper.PlanComplete += this.PlanComplete; WixBA.Model.Bootstrapper.ApplyBegin += this.ApplyBegin; WixBA.Model.Bootstrapper.CacheAcquireBegin += this.CacheAcquireBegin; WixBA.Model.Bootstrapper.CacheAcquireComplete += this.CacheAcquireComplete; WixBA.Model.Bootstrapper.ExecutePackageBegin += this.ExecutePackageBegin; WixBA.Model.Bootstrapper.ExecutePackageComplete += this.ExecutePackageComplete; WixBA.Model.Bootstrapper.Error += this.ExecuteError; WixBA.Model.Bootstrapper.ResolveSource += this.ResolveSource; WixBA.Model.Bootstrapper.ApplyComplete += this.ApplyComplete; / Is there a dividing line where you say, this is something that should be handled by the Progress viewmodel? I could understand if some of the event had args that provided progress-related info. Is it something like that? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-Setup-ViewModels-and-their-event-handlers-tp7581271.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] #3110 Burn - Having 2+ MspPackages in chain fails
No workarounds. It's a bug fix in v3.7. The build should be out this coming Monday (ball dropped between people last week smile/). On Mon, Oct 8, 2012 at 12:09 PM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: Rob, I see this was marked as resolved 4 days ago but I am not seeing the commit out on Codeplex. I would have assumed when it was resolved a commit was made and pushed. I am wondering if there were any workarounds to this in 3.6, or would one have to upgrade to 3.7 in order to apply more than one patch? Thanks, Jacob -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn bundle versions and BOOTSTRAPPER_ACTION_MODIFY
If Bundle v1.2 has not been installed yet, then you'll want to do an INSTALL first. The wixstdba actually switches from MODIFY to INSTALL if it detects the Bundle is not installed. So, right now I'd say the behavior is by design. However, you have a good point and the engine could maybe fix this for you (and then wixstdba might not need to). Anyway, the correct fix right now is for your BA to pass in INSTALL if the Bundle has never been installed before. On Tue, Oct 9, 2012 at 4:55 AM, Adrian Gantoi gantoiadr...@yahoo.comwrote: Just filed a bug for the BOOTSTRAPPER_ACTION_MODIFY / MajorUpgrade combination - #3114. Even if I misuse BOOTSTRAPPER_ACTION_MODIFY, somebody using it correctly (as designed) may still have this problem :). Also rebuilding WiX/burn to write reg values in RegistrationSessionBegin on BOOTSTRAPPER_ACTION_MODIFY also... If somebody sees something dangerous with my particular modify usage or burn code correction, please let me know... :) From: Adrian Gantoi gantoiadr...@yahoo.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Tuesday, October 9, 2012 12:11 PM Subject: Re: [WiX-users] Burn bundle versions and BOOTSTRAPPER_ACTION_MODIFY About: Or am I using BOOTSTRAPPER_ACTION_MODIFY incorrectly ? I am aware this is intended to be used to modify installed features of a MSI, but I saw no initial problem in transforming my MSI packages into bundle features... Should I stick to planning simply BOOTSTRAPPER_ACTION_INSTALL in my bundle Modify action ? From: Adrian Gantoi gantoiadr...@yahoo.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Tuesday, October 9, 2012 11:53 AM Subject: [WiX-users] Burn bundle versions and BOOTSTRAPPER_ACTION_MODIFY Hi all, I created a bundle that can install up to 5 different MSI packages (different products). The bundle allows the user to install / modify / uninstall / layout through a managed UI. Install allows the user to select which MSI packages should be installed, Modify which packages to be installed or uninstalled. Install is available only if no defined packages is installed, Modify available only if at least one package is installed (so they exclude each-other). I built 2 bundle versions, 1.1 and 1.2. I have a problem with the burn behavior in a specific case, when: - I run bundle v1.1 - install only one MSI package - I run bundle v1.2 - add a second MSI package. After this I will have 2 MSI packages installed and bundle v1.1 gets uninstalled (actually only unregistered - the MSI it installed remains installed). Bundle v1.2 adds this new package by doing a BOOTSTRAPPER_ACTION_MODIFY. The problem I have is that in this case the \Windows\CurrentVersion\Uninstall\{bundle key}registry entry is not fully configured. It contains only Installed = 1 and Resume = 3 values. Why this is a problem - I am trying to make a lower version bundle not execute when a newer version bundle is already registered on a computer. In this specific case, running again the v1.1 bundle will not detect the related v1.2 bundle version. I assume this happens as burn no longer finds the upgrade code entry in the registry key. I had a look in WiX sources (3.6.3005) - registration.cpp - RegistrationSessionBegin writes the upgrade code only when the action is BOOTSTRAPPER_ACTION_INSTALL or BOOTSTRAPPER_ACTION_REPAIR. Is this a known bug/problem ? Or am I using BOOTSTRAPPER_ACTION_MODIFY incorrectly ? Is there a reason why RegistrationSessionBegin does not write all registry entries also for BOOTSTRAPPER_ACTION_MODIFY ? Question is, am I safe if I rebuild WiX after adding BOOTSTRAPPER_ACTION_MODIFY in the RegistrationSessionBegin reg write condition check ? Or will I face a problem (I can't figure one out now) ? Regards, Adrian -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing
Re: [WiX-users] Bootstrapper - Configure vs. Start afresh?
You could provide a customized theme for wixstdba. On Mon, Oct 8, 2012 at 8:55 AM, Spud andysmi...@gmail.com wrote: Hi, As is presumably the way with a 1st week WiX beginner, I've currently got a *very* basic bundle that is using the standard WixStandardBootstrapperApplication.RtfLicense, and pointing to a couple of MSI's. All fine thus far... What I want, however is for the install experience to solely have the one dialog box with the progress bar, and with no options for the user to select, or buttons to click. On completion the installer then needs to fire off an app whose location is stored in the registry (the app that fired off the installer in the first place, and has just updated it's self) if the registry item exists - otherwise it's a new install, and a confirmation dialog should be displayed. I guess the question is whether trying to use the basic rtfLicense dialog is correct, or whether I need to be starting from scratch by creating a new bootstrapper - something I've been looking into but getting nowhere fast for lack of examples that I can find anyway. Many thanks, and apologies as this is a silly / basic question. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bootstrapper-Configure-vs-Start-afresh-tp7581219.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users