[WiX-users] vcredist_x86.exe Package DownloadUrl
I was using a DownloadUrl from Microsoft as a burn package. Today, this url no longer exists. Is there an official site Microsoft will maintain or do I need to copy this file to my server? Can I legally post it on my server? I notice some use this url: http://go.microsoft.com/fwlink/?LinkID=210621 Is this safe to use without changing? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/vcredist-x86-exe-Package-DownloadUrl-tp7579927.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows 8 framework 3.5
I include a legacy msi in a burn package that requires framework 2.0. However, Windows 8 no longer includes 3.5, it is optional. http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx Is there any way to trigger the Windows 8 shim without including the 2.0 framework in burn? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Windows-8-framework-3-5-tp7579044.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] taskbar button progress bar to WixStdBA on repair/uninstall
I like the button progress bar on installation. Shouldn't it also be used during repair and uninstall? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/taskbar-button-progress-bar-to-WixStdBA-on-repair-uninstall-tp7578993.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wow!
Rob Mensching-7 wrote If the Bundle is author correctly, you should get those extra files correctly. They are called layout-only Payloads. Is this something new? I'm using the Official October beta release and can't find anything about a layout-only payload. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wow-tp7335333p7358359.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wow!
We have been using /layout delivered in the October beta version. It functioned fine other than not always using the local copy which I think has since been fixed. With all the discussion about /layout, what is the direction you are planning on taking. Rob Mensching-7 wrote As noted above, we'll definitely be looking into improving layout experience of WiX toolset Bundle. Clearly we missed the importance of it and the feedback here is very useful to remind us... although the bug ( http://sourceforge.net/tracker/?func=detailaid=3477462group_id=105970atid=642714) was probably the most useful. wink/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wow-tp7335333p7358410.html Sent from the wix-users mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn command line parameters
I think I understand that standard command line parameters that MSI support are automatically passed to each package in the bootstrap application. And it sounds like others can be passed but I need to specifically add it to the MsiProperty. However, I'm not clear how to do this. Here is my example; I have an MSI that I don't want installed on Windows 8. It thus checks VersionNT to prevent it. However, if I include WIN8=1 as an MSI command line, I allow it to override this check. Now, how do I get this from a bootstrap command parameter to the MSI? I would assume the command line of: MyBA.exe WIN8=1 and MsiProperty Name=WIN8 Value= How do I get it into Value? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-command-line-parameters-tp7323306p7323306.html Sent from the wix-users mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn command line parameters
Tried that with no luck. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-command-line-parameters-tp7323306p7323422.html Sent from the wix-users mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] When install exe built with burn, UAC dialog says Unknown Publisher
Scott.Langham wrote Hello, When an installer (a colleague built it using burn) is installed, the UAC dialog says that the program is from an unknown publisher. As far as I can tell, the exe appears to be signed correctly with an appropriate certificate. A colleague has used burn to generate an exe that installs the two msi's. The msi's were signed before burn ran, and after burn ran, the exe burn produced was signed using signtool as follows: signtool.exe sign /v /ph /ac MSCV-VSClass3.cer /f mycertificate.pfx /p thepassword /t http://timestamp.verisign.com/scripts/timstamp.dll; /d The Description MyChainInstaller.exe This is a similar command line used to sign the two msi's. If I attempt to install one of the msi's directly, the UAC prompt shows the publisher as verified. But, the exe produced with burn shows the publisher as unknown. I saw this topic: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Signing-the-burn-bootstrapper-td7174715.html And tried to override the Signxxx targets, but as far as I can tell, they don't get called. If anybody can help point out what I'm missing, I'd be really grateful. Thanks, Scott I believe if you set Compressed to yes on your MsiPackage, you get this result. I believe Rob said this was a bug in the Microsoft Installer, something about how it splits out the cab before validating the authenticode, though I'm not sure. I found it worked OK when Compressed is no which means your two msi files will be deployed separately. I suggest you try this if it fits into your needs. Otherwise, try a more recent build since there were some bugs involving signature validation. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/When-install-exe-built-with-burn-UAC-dialog-says-Unknown-Publisher-tp7216648p7216833.html Sent from the wix-users mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn ParallelCache and Rollback Boundary
Can someone elaborate on this? If I set a rollback boundary after my prerequisites, and had parallelcache set, would the prerequisites start installing if they are already cached but my primary package is not? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-ParallelCache-and-Rollback-Boundary-tp7208706p7208706.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixStdba
Is there a way to set the icon of the standard burn application form, maybe a WixStdbaIconSourceFile variable? Or can the form icon use the IconSourceFile icon? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixStdba-tp7055053p7055053.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Possible -Layout errors
Is there a list of possible error responses when using the -layout command with the burn app? I tried digging through the source without much success and hope someone can point me in the right direction. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Possible-Layout-errors-tp7048742p7048742.html Sent from the wix-users mailing list archive at Nabble.com. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to harvest with Votive (WiX 3.6)
I've been using Votive and 3.6 to build an MSI and create a bundle with Burn. When I first started I did not see anything built into Votive that harvested an existing project. Heat is supposed to take a Visual Studio project and do just that but I didn't get results I could use. It was quicker for me to add the components by hand than figure out why heat was not successful for me. It would be nice if Votive could automatically harvest the project similar to MSBuild Setup project but it is not there yet as far as I can tell. Harper wrote: John, thanks for reply. The objective for asking for a tutorial wasn't the starting point and that it isn't so difficult. I am more interested in exploring all the features of Votive, especially the harvesting feature. That's the point where I have found problems. Does harvesting did not work any more in Votive/WiX 3.6? H. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-harvest-with-Votive-WiX-3-6-tp6968416p6981940.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Votive compatible with VS2010 SP1?
Is Wix, Burn and Votive 3.6 compatible with the VS2010 service pack? I don't want to upgrade to service pack 1 if there is a problem. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Votive-compatible-with-VS2010-SP1-tp6970417p6970417.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UAC at end of upgrade
My burn application displays a GUID and throws up a UAC prompt at the end of an upgrade. I haven't checked the logs but I would assume this is when it is removing the previous version. I'm using version 3.6.2214 and noticed SFBUG:3429406 which may be related since my burn application is signed. I can't upgrade to the latest WiX at this time unfortunately. Is this a configuration issue that I'm doing something wrong or is this a bug that may be fixed or not? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/UAC-at-end-of-upgrade-tp6963192p6963192.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
I made a lot of payloads but now seem to have another problem. I try to assign the following SourceFile to a Payload element: x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700.cat However, when I attempt to build it I get the following: error LGHT0103: The system cannot find the file ... I suspect this file name is too long (72 characters). However, when this file was harvested through msiPackage it was able to handle it. In fact, I was able to make a container from the msiPackage which contained this file. Is there a workaround? Bob Arnson-6 wrote: On 02-Nov-11 19:28, David L. Beckwith wrote: I know the external files are automatically harvested in the msiPackage element. Is there a way to get this from heat? No, they're entirely separate processes. Or is there an option with dark? Not that I know of. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6959218.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
David L. Beckwith wrote: Yes, unfortunately that is what the custom action in the msi is doing. I could have sworn I tried the payloads under the BootstapperApplication element, but I'll check again. Rob Mensching-7 wrote: I'm a little confused. Are you saying the custom action is using the current working folder to find files? If so, that won't work out most of the time or rather it will work in very limited situations. If you want Payloads cached with the bootstrapper, you can add additional Payload elements under the BootstrapperApplication element. If you don't want them compressed mark them Compressed=no. I remember why this did not work. The dlls need to be in the location of the bootstrapper, not the cache location. Argh! I've given up this approach. The real solution here is a change in the MSI which I have no control. Another possibility is to use the bootstrapper that comes with this install which I suspect changes the working directory. I tried this a while ago but couldn't figure out how to create folders and designate which payload goes to what folder for burn. I also wasn't sure if an msi payload would be harvested like it is in an msiPackage. The other four chained packages work great! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6956991.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
OK, I'm back where I started. Basically, heat does not create a PayloadGroup with -generate. If that option was available this thread would probably not be here. The help says: Specify what elements to generate, one of: components, container, payloadgroup, layout (default is components). However, it only produces components. The default is the only option which means there is no option. So here is my next harvest question... I know the external files are automatically harvested in the msiPackage element. Is there a way to get this from heat? Or is there an option with dark? I'm at that point where I manually created payloads that the legacy setup needs. It includes an msi that needs 135 other external files. It is error prone attempting to do this by hand at the least and a chore regardless. David L. Beckwith wrote: David L. Beckwith wrote: Yes, unfortunately that is what the custom action in the msi is doing. I could have sworn I tried the payloads under the BootstapperApplication element, but I'll check again. Rob Mensching-7 wrote: I'm a little confused. Are you saying the custom action is using the current working folder to find files? If so, that won't work out most of the time or rather it will work in very limited situations. If you want Payloads cached with the bootstrapper, you can add additional Payload elements under the BootstrapperApplication element. If you don't want them compressed mark them Compressed=no. I remember why this did not work. The dlls need to be in the location of the bootstrapper, not the cache location. Argh! I've given up this approach. The real solution here is a change in the MSI which I have no control. Another possibility is to use the bootstrapper that comes with this install which I suspect changes the working directory. I tried this a while ago but couldn't figure out how to create folders and designate which payload goes to what folder for burn. I also wasn't sure if an msi payload would be harvested like it is in an msiPackage. The other four chained packages work great! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6957400.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
I've created two payloads in the MsiPackage element and it places them in the same folder (cache) as the msi. This works as expected. However, the resulting bootstrapper exe is not placed in the same cache and thus runs from a different folder. The custom action in the MSI looks for the two files in the local or working folder and instead they are in the msi folder. There doesn't seem to be a method to place the payloads in the same cache (folder) as the bootstrapper. Obviously the best solution would be to change the contents of the msi, but this is a redist from Microsoft which I don't have the right to do and Microsoft has not been actively working on this since 2008. I see four options: 1. Have the bootstapper change the working directory to the msi folder (cache), 2. Place the payloads in the bootstrapper folder (cache), 3. Place the bootstrapper in the same folder as the msi. 4. Create a bootstrapper with an ExePackage including the two payloads to another bootstapper with the MsiPackage. I think the fourth option would work but would end up with confusing multiple UACs and multiple ARP entries. The other three would be desirable options but I don't know how to do it if it were possible. Rob Mensching-7 wrote: Add Payload elements under the MsiPackage element to manually add files that are not described in the MSI file itself. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6951834.html Sent from the wix-users mailing list archive at Nabble.com. -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
Yes, unfortunately that is what the custom action in the msi is doing. I could have sworn I tried the payloads under the BootstapperApplication element, but I'll check again. Rob Mensching-7 wrote: I'm a little confused. Are you saying the custom action is using the current working folder to find files? If so, that won't work out most of the time or rather it will work in very limited situations. If you want Payloads cached with the bootstrapper, you can add additional Payload elements under the BootstrapperApplication element. If you don't want them compressed mark them Compressed=no. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6953703.html Sent from the wix-users mailing list archive at Nabble.com. -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
Bob Arnson-6 wrote: On 26-Oct-11 22:57, David L. Beckwith wrote: What is even weirder, is /layout pulls them out in the correct folder. They also show up in the ProgramData\Package Cache\GUID folder just fine. If Burn's putting them in the same relative place as they were originally, there must be something peculiar with the MSI. Yes, the MSI is peculiar. I think it assumes it is run from the same folder. Since the Burn bootstapper is cached in a different folder than the MSI, the custom action is looking for the dlls in the the bootstrapper folder, not the MSI folder (is my theory). This isn't my MSI but the Microsoft Point of Service for .NET setup which hasn't had action since 2008. Thus, I have to find a solution around its peculiarities. Is there any way to have the two dlls (payloads) placed in the bootstrapper application cache? Or is there a way to tell the bootstrapper to start in the MSI folder? I could have a bootstapper call a bootstapper but that messes up the ARP. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6948101.html Sent from the wix-users mailing list archive at Nabble.com. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
OK, I'm now able to create a detached container. How awesome! Any suggested file extension to use? Is it a cab file? But I don't have the install working yet. It seems not all loose files were harvested. Those in sub-directories were caught but those in the same directory as the msi were not. Is there an option for this? I tried to create a PayLoadGroup with each Payload and then add this PayloadGroupRef into the PackageGroup with no luck. The Layout option prompts for the missing files so it thinks they should be included. Bob Arnson-6 wrote: On 25-Oct-11 13:51, David L. Beckwith wrote: Basically, I have a legacy install program that I would like chained. Specifically, it is Microsoft's Point of Service for dotNet. There is no ClickOnce install, instead it is delivered as a self extracting zip. It has a setup bootstapper with a scad full of files in different directories including an MSI. I'm under the impression I can create a container or payloadgroup that contains all these files. You want a package group (which contains the MSI and payload files). If you want, you can include the package group in a container (a single file that contains all the packages/payloads). But containers are just a delivery mechanism; they're not involved in how a package is installed. That is where heat came in. I don't think Heat has been updated to harvest files for a bundle. But it's not clear to me that you need it. The WiX binder will automatically harvest the loose files that an .msi refers to. So try a PackageGroup with an MsiPackage child that points to the POS .msi. Use PackageGroupRef in your Chain to include the package in the chain. If you want a container, use PackageGroupRef to include the POS package group into the container. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6933355.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
David L. Beckwith wrote: OK, I'm now able to create a detached container. How awesome! Any suggested file extension to use? Is it a cab file? But I don't have the install working yet. It seems not all loose files were harvested. Those in sub-directories were caught but those in the same directory as the msi were not. Is there an option for this? I tried to create a PayLoadGroup with each Payload and then add this PayloadGroupRef into the PackageGroup with no luck. The Layout option prompts for the missing files so it thinks they should be included. Maybe my enthusiasm about making a detached container was premature. Once a detached container is created, how do you reference it? I added a ContainerRef in the in the bundle, but how do I get the payload into the chain from the container? Do I create the container with one project and suck it in as a Payload source file in another? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6934094.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
Bob Arnson-6 wrote: On 26-Oct-11 12:48, David L. Beckwith wrote: But I don't have the install working yet. It seems not all loose files were harvested. Only those referenced in the .msi would be automatically included. Are they actually used? Yes, two critical files are used by a custom action in the msi but I never see an entry when I look at the msi through orca. So I understand how this could be missed. It gives the following error in the logs: *** C:\Microsoft POS for dotNET\bin\Release\PidGenX.dll *** Could not load PidGenX.dll If I copy them to the target folder it works fine: PidGenX.dll PidGenX.xrm-ms I entered two payloads within the PackageGroup for the MsiPackage. Payload Compressed=yes SourceFile=C:\Microsoft POS for dotNET\Source\PidGenX.dll / Payload Compressed=yes SourceFile=C:\Microsoft POS for dotNET\Source\PidGenX.xrm-ms / What is even weirder, is /layout pulls them out in the correct folder. They also show up in the ProgramData\Package Cache\GUID folder just fine. There must be something with the cache. I've tried both yes and no cache on the MsiPackage. But no difference. Again, if I copy these two files to the bootstrap app, it works fine. I have to be missing something obvious. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6934940.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
Bob Arnson-6 wrote: On 24-Oct-11 10:10, David L. Beckwith wrote: I was hoping output from heat payloadgroups and containers would help me understand how to create such an animal. Where do you suggest I look for clues on how to take a legacy install and containerize it? Maybe you could explain what containerize means...g Hopefully I'll use the correct terminology I'll try to describe what I would like to do and what steps I did to get there. Some of the documentation in Rob's blogs, etc. imply I can do what I want and some of what I've done leads me to believe it is possible. I just don't know how. Basically, I have a legacy install program that I would like chained. Specifically, it is Microsoft's Point of Service for dotNet. There is no ClickOnce install, instead it is delivered as a self extracting zip. It has a setup bootstapper with a scad full of files in different directories including an MSI. I'm under the impression I can create a container or payloadgroup that contains all these files. Once in a container, I can then include it in the chain and execute the setup. That is where heat came in. I wanted it to traverse the tree and give me a container with all the files. But only -generate component works (not container nor payloadgroup). If it did, I could probably figure it out from there. I want this payload to be external from the burn generated bootstrapper (i.e. not compressed) because it will only be installed once, but not for updates. I've been able to use burn and take the MSI and external files it needs to a payloadgroup and create a standalone bootstrapper. I can then add this into the chain (I have five other packages chained that work great). However, this introduces other issues (multiple UACs), another line item in the installed product list among other issues. I can also add it as a chain internal to the bootstrapper, but this doubles the size of my install for something that may not be needed. Thus, it is close to what I need. Suggestions? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6929758.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat -generate
I was hoping output from heat payloadgroups and containers would help me understand how to create such an animal. Where do you suggest I look for clues on how to take a legacy install and containerize it? Rob Mensching-7 wrote: Heat has lots of gaps. It's an area for us to invest in WiX v4. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-generate-tp6909632p6925183.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn not checking hash
Verifying the signature verifies the hash of the file. It allows you to change the exact file as long as the signature is still valid. The behavior you see is by design. Checking the hash on an unsigned file means it has to be exactly the same file when burned. Not so for a signed file. This seems inconsistent to me. However, this design is fine with me. I've changed my usage to include the version number in the file name. Others seem to do this now anyway and I guess I just have to get with the times, so to speak. Does it make sure the name of signer is the same? I don't understand your comment about failing the local check it should use the download URL. That is what the wixstdba.dll does today. I can't seem to get it to run in debug and couldn't tell for sure how the code worked. That is why these followup questions. You have confirmed how it works. Thanks. I'm pleasantly pleased with Burn yet am struggling to discover its many powerful features. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-not-checking-hash-tp6909643p6925162.html Sent from the wix-users mailing list archive at Nabble.com. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Heat -generate
I'm using Burn and I got to say I love it!!! However, it makes me want more... I'm trying to get a legacy installation package chained and am struggling. I would like to containerize the legacy install so my bootstrapper is small and incremental. I've tried heat in the hopes of it saving time and doing it right in the first place. However, it seems the -generate switch is ignored. I've tried -generate payloadgroup and container but seem to only get components. What am I doing wrong? David L. Beckwith -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn not checking hash
I have an MSI in a chain but Burn loaded an old local copy with the same name. From what I understand it should not have loaded this payload because the hash should not match. I checked the CachePayload burn code and it looks like it doesn't check the hash if the certificate is correct. I think this is in error (if I read the code right). It should, instead ALSO check the hash. In addition, if it fails the local check, it should then use the download URL. Am I correct about what it should do and what the code does. Is this a bug? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users