Re: [WiX-users] [SPAM] Re: msi.dll crashes during transaction.Commit()
Hello Rob, If burn does not use Windows Installer Multiple Package transaction support, how does it install multiple MSIs? Thanks! Cheers, Anton -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/msi-dll-crashes-during-transaction-Commit-tp7583567p7583747.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Usage of Heat.exe to create the setup
Hi All, In our project we are having 200+ plus files (dlls,ocx) in different directories. I am planning to use heat.exe to get this script generated manually, is there any limitations or any particular thing needs to be taken care while doing this. Thanks in advance. Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed to MSIInstallation
It looks OK. Make sure the file E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\basic.log4net.dev exists on the machine that you install on. The next step would be to generate and examine a verbose log. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 19 February 2013 22:01 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on Argument passed to MSIInstallation Hi Peter, I have used the copy file but no use,not sure I am doing any wrong.Please see below statements; for time being I have hard coded source and destination folders in setup project of MSI. Note: Below file paths are the one where MSi package installation destination not the source location from. Property Id=SourceFilesFolder Value=E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\basic.log4 net.dev / Property Id=DestFilesFolder Value=E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\ / DirectoryRef Id=INSTALLLOCATION Component Id=CMP_LOG4TXT CopyFile Id=Copy_LOG4TXT SourceProperty=SourceFilesFolder DestinationProperty=DestFilesFolder DestinationName=basic.log4net / /Component /DirectoryRef -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583746.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Icon for bootstrapper in add/remove
Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Icon for bootstrapper in add/remove
You need to set Bundle/@IconSourceFile http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm. Neil Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Icon for bootstrapper in add/remove
Bundle/@IconSourcefile -Original Message- From: Persson, Lars [mailto:lars.pers...@diadrom.se] Sent: 20 February 2013 10:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Icon for bootstrapper in add/remove Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Icon for bootstrapper in add/remove
Check the IconSourceFile attribute in the Bundle element. There you can specify the path to whatever icon you want to use. http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm Best regards, Erik 2013-02-20 11:28 Persson, Lars skrev: Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Usage of Heat.exe to create the setup
Hi All, We are using the dll created in VB 6, getting the error The TypeLib element is non-advertised and there required a parent file element, please could you all advise. Thanks, Sijo Joseph | IT Consultant, Aon Project | CGI Divyasree Technopolis, 124-125, Off HAL Old Airport Road, Bangalore 560 037 | India VOIP: 81020 sijo.jos...@cgi.commailto:sijo.jos...@cgi.com | cgi.com From: Joseph, Sijo Sent: 20 February 2013 10:05 To: 'wix-users@lists.sourceforge.net' Subject: Usage of Heat.exe to create the setup Hi All, In our project we are having 200+ plus files (dlls,ocx) in different directories. I am planning to use heat.exe to get this script generated manually, is there any limitations or any particular thing needs to be taken care while doing this. Thanks in advance. Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Icon for bootstrapper in add/remove
Thanks to Erik Fornander, Peter Shirtcliffe and Neil Sleightholm for the fast reply! So easy and I missed it, embarrassing. /Lars -Original Message- From: Erik Fornander [mailto:e...@ic-control.se] Sent: den 20 februari 2013 11:35 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Icon for bootstrapper in add/remove Check the IconSourceFile attribute in the Bundle element. There you can specify the path to whatever icon you want to use. http://wix.sourceforge.net/manual-wix3/wix_xsd_bundle.htm Best regards, Erik 2013-02-20 11:28 Persson, Lars skrev: Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2238 / Virus Database: 2639/5617 - Release Date: 02/19/13 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Usage of Heat.exe to create the setup
Did you use the -svb6 switch when you ran heat? http://wix.sourceforge.net/manual-wix3/heat.htm -Original Message- From: Joseph, Sijo [mailto:sijo.jos...@cgi.com] Sent: 20 February 2013 11:10 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Hi All, We are using the dll created in VB 6, getting the error The TypeLib element is non-advertised and there required a parent file element, please could you all advise. Thanks, Sijo Joseph | IT Consultant, Aon Project | CGI Divyasree Technopolis, 124-125, Off HAL Old Airport Road, Bangalore 560 037 | India VOIP: 81020 sijo.jos...@cgi.commailto:sijo.jos...@cgi.com | cgi.com From: Joseph, Sijo Sent: 20 February 2013 10:05 To: 'wix-users@lists.sourceforge.net' Subject: Usage of Heat.exe to create the setup Hi All, In our project we are having 200+ plus files (dlls,ocx) in different directories. I am planning to use heat.exe to get this script generated manually, is there any limitations or any particular thing needs to be taken care while doing this. Thanks in advance. Regards , Sijo Joseph - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Usage of Heat.exe to create the setup
Thanks, I was not using that option. Now I have added that option and issue is resolved. Now I am getting a different error message for only one file. Please could you advise Error message Error 1 The Class element's ForeignServer or Server attribute was not found; one of these is required. Thanks, Sijo Joseph -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: 20 February 2013 11:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Did you use the -svb6 switch when you ran heat? http://wix.sourceforge.net/manual-wix3/heat.htm -Original Message- From: Joseph, Sijo [mailto:sijo.jos...@cgi.com] Sent: 20 February 2013 11:10 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Hi All, We are using the dll created in VB 6, getting the error The TypeLib element is non-advertised and there required a parent file element, please could you all advise. Thanks, Sijo Joseph | IT Consultant, Aon Project | CGI Divyasree Technopolis, 124-125, Off HAL Old Airport Road, Bangalore 560 037 | India VOIP: 81020 sijo.jos...@cgi.commailto:sijo.jos...@cgi.com | cgi.com From: Joseph, Sijo Sent: 20 February 2013 10:05 To: 'wix-users@lists.sourceforge.net' Subject: Usage of Heat.exe to create the setup Hi All, In our project we are having 200+ plus files (dlls,ocx) in different directories. I am planning to use heat.exe to get this script generated manually, is there any limitations or any particular thing needs to be taken care while doing this. Thanks in advance. Regards , Sijo Joseph - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn localization/encoding problem
Hi all, I'm having a little issue with localization with burn. My issue is that I need to use swedish letters like åäö in my theme.wxl file and when doing that, the bootstrapper won't even start. If I remove these letters it works fine. my swetheme.wxl starts with: ?xml version=1.0 encoding=utf-8? WixLocalization Codepage=1252 Culture=sv-se Language=1053 xmlns=http://schemas.microsoft.com/wix/2006/localization; and my wxs file have (i'm using sleightholms extended BA http://wixextba.codeplex.com/documentation): ?xml version=1.0 encoding=utf-8? Wix RequiredVersion=3.7.1224.0 xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:bal=http://schemas.microsoft.com/wix/BalExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; ... BootstrapperApplicationRef Id=WixExtendedBootstrapperApplication.HyperlinkLicense ... /BootstrapperApplicationRef WixVariable Id=WixExtbaThemeWxl Value=Resource\SweTheme.wxl / ... I have also tried iso-8859-1 for codepage and also tried html entity names such as ()auml(;) for ä. So, my question is, have I missed something crucial? I'm little new to this so it wouldn't surprise me if I have. Or could it be that burn just don't support this? I'm grateful for all answers/tips/suggestions I can get. Thank you. / Seb -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-localization-encoding-problem-tp7583759.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Is it possible to customize compiled installer?
Hi All, I need to find (if possible) solution for following problem: Installer (WiX 3.5) of our product must be able to be customized AFTER compilation. This means that some data in installer (resource DLLs and product name on installer UI) will be changed after compilation. This is how it should work: - We compile installer (call it base installer) - We do SOMETHING with base installer; as a result we have customized installers: A, B, C etc. - Users install customized installers and have same product, but with different DLLs. What is the best way to achieve it? Possible ways: 1. Wrap base installer into some .exe file which will install product and perform customization (but how?) 2. Implement some tricky custom action which will replace some files on target machine. But I suppose installation will be broken because replaced files will NOT be correctly uninstalled. Why we need this feature: our customers distribute customized installers, and they want to separate creation of installer itself and creation of specific flavour of installer. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn localization/encoding problem
It might be the file format, I think localisation files need to be saved as UTF-8 without signature (BOM). Neil Hi all, I'm having a little issue with localization with burn. My issue is that I need to use swedish letters like åäö in my theme.wxl file and when doing that, the bootstrapper won't even start. If I remove these letters it works fine. my swetheme.wxl starts with: ?xml version=1.0 encoding=utf-8? WixLocalization Codepage=1252 Culture=sv-se Language=1053 xmlns=http://schemas.microsoft.com/wix/2006/localization; and my wxs file have (i'm using sleightholms extended BA http://wixextba.codeplex.com/documentation): ?xml version=1.0 encoding=utf-8? Wix RequiredVersion=3.7.1224.0 xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:bal=http://schemas.microsoft.com/wix/BalExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; ... BootstrapperApplicationRef Id=WixExtendedBootstrapperApplication.HyperlinkLicense ... /BootstrapperApplicationRef WixVariable Id=WixExtbaThemeWxl Value=Resource\SweTheme.wxl / ... I have also tried iso-8859-1 for codepage and also tried html entity names such as ()auml(;) for ä. So, my question is, have I missed something crucial? I'm little new to this so it wouldn't surprise me if I have. Or could it be that burn just don't support this? I'm grateful for all answers/tips/suggestions I can get. Thank you. / Seb -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-localiz ation-encoding-problem-tp7583759.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Usage of Heat.exe to create the setup
You may need to add the attribute it is asking for by hand. -Original Message- From: Joseph, Sijo [mailto:sijo.jos...@cgi.com] Sent: 20 February 2013 12:28 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Thanks, I was not using that option. Now I have added that option and issue is resolved. Now I am getting a different error message for only one file. Please could you advise Error message Error 1 The Class element's ForeignServer or Server attribute was not found; one of these is required. Thanks, Sijo Joseph -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: 20 February 2013 11:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Did you use the -svb6 switch when you ran heat? http://wix.sourceforge.net/manual-wix3/heat.htm -Original Message- From: Joseph, Sijo [mailto:sijo.jos...@cgi.com] Sent: 20 February 2013 11:10 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Usage of Heat.exe to create the setup Hi All, We are using the dll created in VB 6, getting the error The TypeLib element is non-advertised and there required a parent file element, please could you all advise. Thanks, Sijo Joseph | IT Consultant, Aon Project | CGI Divyasree Technopolis, 124-125, Off HAL Old Airport Road, Bangalore 560 037 | India VOIP: 81020 sijo.jos...@cgi.commailto:sijo.jos...@cgi.com | cgi.com From: Joseph, Sijo Sent: 20 February 2013 10:05 To: 'wix-users@lists.sourceforge.net' Subject: Usage of Heat.exe to create the setup Hi All, In our project we are having 200+ plus files (dlls,ocx) in different directories. I am planning to use heat.exe to get this script generated manually, is there any limitations or any particular thing needs to be taken care while doing this. Thanks in advance. Regards , Sijo Joseph - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn localization/encoding problem
That did the trick. I took it for granted it was utf but it wasn't! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-localization-encoding-problem-tp7583759p7583763.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible to customize compiled installer?
I would create a core MSI with no custom components that you maintain and create patches for. You would then give your customers a template that shows them how to make an add-on MSI that targets your installed application. They would then need to make a bundle to chain the two installations. Alternatively they could create transforms for the customization and add them to the bundle / bootstrapper instead of the extra msi. You could also ship a wixlib or merge module as your core 'installation' and allow customers to use that in whatever custom install package they create. This leaves the headache of patching multiple versions firmly in their hands. -Original Message- From: Alexey Khrulev [mailto:alexe...@gmail.com] Sent: 20 February 2013 12:46 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Is it possible to customize compiled installer? Hi All, I need to find (if possible) solution for following problem: Installer (WiX 3.5) of our product must be able to be customized AFTER compilation. This means that some data in installer (resource DLLs and product name on installer UI) will be changed after compilation. This is how it should work: - We compile installer (call it base installer) - We do SOMETHING with base installer; as a result we have customized installers: A, B, C etc. - Users install customized installers and have same product, but with different DLLs. What is the best way to achieve it? Possible ways: 1. Wrap base installer into some .exe file which will install product and perform customization (but how?) 2. Implement some tricky custom action which will replace some files on target machine. But I suppose installation will be broken because replaced files will NOT be correctly uninstalled. Why we need this feature: our customers distribute customized installers, and they want to separate creation of installer itself and creation of specific flavour of installer. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed to MSIInstallation
Hi Peter thanks for the reply. The file basic.log4net.dev does come with Installer MSi package, and after package installation on destination folder the file name need to be changed to basic.log4net. I assume you understand my requirement; the path I have provided is the destination folder path where package is installed, not the source directory on which heat.exe is applied.If am doing something wrong in setting the property value ,please let me know. Thanks In advance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-based-on-Argument-passed-to-MSI-Installation-tp7583717p7583765.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: [SPAM] Re: msi.dll crashes during transaction.Commit()
It manages its own compensating transaction. Aka: we do it the hard way that works. smile/ On Wed, Feb 20, 2013 at 12:00 AM, Anton Reyes anton.re...@emerson.comwrote: Hello Rob, If burn does not use Windows Installer Multiple Package transaction support, how does it install multiple MSIs? Thanks! Cheers, Anton -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/msi-dll-crashes-during-transaction-Commit-tp7583567p7583747.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What is the purpose of the auto start that is created
Hi there, Burn 3.6 seems to be triggering MS Forefront popup warnings during installation / uninstallation, due to RunOnce registry Keys being amended There have been a couple of threads on this issue, and none have a resolution. One... ( What-is-the-purpose-of-the-auto-start-that-is-created http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-What-is-the-purpose-of-the-auto-start-that-is-created-td6629624.html#a6630893 ) ended as it couldn't be reproduced, but I'm getting it here on multiple Win 7 machines. Another thread http://sourceforge.net/p/wix/bugs/2735/ http://sourceforge.net/p/wix/bugs/2735/ which seemed specific to Trend Office Scan on Windows XP. Below is the full MS Forefront report on the issue. The individual MSI's do not cause these Forefront warnings, but we have two Burn / Bootstrappers and both of these do flag up issues on install and uninstall. MS_Forefront_Report.txt http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7583770/MS_Forefront_Report.txt Any ideas would be appreciated. Thanks :) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-What-is-the-purpose-of-the-auto-start-that-is-created-tp6629624p7583770.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn is it possible to not install the bundle and only install the packages?
I have an installation that I need to havee the option for All users or just me, I got this working on the individual installer but I need a bootstrapper to run either the 32 or 64 bit and install some prereqs. I think the best option for what I want is to have the bootstrapper but not actually install itself, or delete itself upon installation then have the installation package be visible and permanent. I think that will prevent the bundle uninstall from removing and will allow users to see it in the Remove program menu. Is this possible using wix burn? Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-is-it-possible-to-not-install-the-bundle-and-only-install-the-packages-tp7583772.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn 3.6 (or Wix ExtBA) causing MS Forefront Warnings due to RunOnce registry Keys
Hi there, Burn 3.6 seems to be triggering MS Forefront popup warnings during installation / uninstallation, due to RunOnce registry Keys being amended. Needless to say I'm not specifically doing anything with the RunOnce keys. The only potential non-standard thing I'm doing with burn is using Neils WiX Extended Bootstrapper Application http://wixextba.codeplex.com/ There have been a couple of threads on this issue, and none have a resolution. One... ( What-is-the-purpose-of-the-auto-start-that-is-created http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-What-is-the-purpose-of-the-auto-start-that-is-created-td6629624.html#a6630893 ) ended as it couldn't be reproduced, but I'm getting it here on multiple Win 7 machines. Another thread http://sourceforge.net/p/wix/bugs/2735/ http://sourceforge.net/p/wix/bugs/2735/ which seemed specific to Trend Office Scan on Windows XP. Below is the full MS Forefront report on the issue. The individual MSI's do not cause these Forefront warnings, but we have two Burn / Bootstrappers and both of these do flag up issues on install and uninstall. MS_Forefront_Report.txt http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7583774/MS_Forefront_Report.txt Any ideas would be appreciated. Thanks :) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-3-6-or-Wix-ExtBA-causing-MS-Forefront-Warnings-due-to-RunOnce-registry-Keys-tp7583774.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed toMSIInstallation
I think you have done the right things. It's better (i.e. more reliable and easier to change) if you use a SetProperty element to set the source property to the actual installed location of the source file. This avoids hardcoding the source file path. Likewise use SetDirectory to set the source target directory of the file. SetProperty Id=SourceFilesFolder Value=[#FFF] After=CostFinalize / Where FFF is the file ID of the source file. SetDirectory Id=DestFilesFolder Value=[$CCC] / Where CCC is the Component ID of the source file. If you still have problems, look at the verbose log to see what is actually happening. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 14:45 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on Argument passed toMSIInstallation Hi Peter thanks for the reply. The file basic.log4net.dev does come with Installer MSi package, and after package installation on destination folder the file name need to be changed to basic.log4net. I assume you understand my requirement; the path I have provided is the destination folder path where package is installed, not the source directory on which heat.exe is applied.If am doing something wrong in setting the property value ,please let me know. Thanks In advance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583765.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] InstallUISequence
Hi All, Is there any property can be set in InstallUISequence to display a custom dialog while the msi is installing. I can see the parameters after and before like below InstallUISequence Show Dialog=UserRegistrationDlg Before=ExecuteAction / /InstallUISequence Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Obsoleted msi exists after minor update.
Hi! I have read following topic: Minor upgrade issue revisited http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Minor-upgrade-issue-revisited-td707681.html New file not installed http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/New-file-not-installed-td6696061.html#a6700099 How Update / Upgrade strategy (small, minor, major) affect file overriding? http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-Update-Upgrade-strategy-small-minor-major-affect-file-overriding-td1304357.html I`m trying to make my product minor update(equal ProductCode, new product version is higher): installing the assembly components with the same component GUID and same assembly version(but new assemblies are recompiled), install scope - per-machine. After the update obsolete msi was not removed. In the Package Cache folder i get: Obsolete msi, /Will not uninstall package: MyProduct, found dependents: 1/ New bundle, New msi. After removal new bundle, some files are still existing. And old version of the product was not removed. What can I do? - always change my assembly component GUID. Do I have to change component GUID every time, if assembly was changed? - use major upgrade only. or something else? Alexey. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Obsoleted-msi-exists-after-minor-update-tp7583777.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: Burn is it possible to not install the bundle and only install the packages?
No. I recommend thinking the other way around. The bundle is what gets registered, the MSIs are just implementation details that are never seen. On Wed, Feb 20, 2013 at 7:36 AM, joshh joshuadeanh...@gmail.com wrote: I have an installation that I need to havee the option for All users or just me, I got this working on the individual installer but I need a bootstrapper to run either the 32 or 64 bit and install some prereqs. I think the best option for what I want is to have the bootstrapper but not actually install itself, or delete itself upon installation then have the installation package be visible and permanent. I think that will prevent the bundle uninstall from removing and will allow users to see it in the Remove program menu. Is this possible using wix burn? Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-is-it-possible-to-not-install-the-bundle-and-only-install-the-packages-tp7583772.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: What is the purpose of the auto start that is created
I think people found that signing their Bundle made most of those technologies happy. On Wed, Feb 20, 2013 at 7:28 AM, Spud andysmi...@gmail.com wrote: Hi there, Burn 3.6 seems to be triggering MS Forefront popup warnings during installation / uninstallation, due to RunOnce registry Keys being amended There have been a couple of threads on this issue, and none have a resolution. One... ( What-is-the-purpose-of-the-auto-start-that-is-created http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-What-is-the-purpose-of-the-auto-start-that-is-created-td6629624.html#a6630893 ) ended as it couldn't be reproduced, but I'm getting it here on multiple Win 7 machines. Another thread http://sourceforge.net/p/wix/bugs/2735/ http://sourceforge.net/p/wix/bugs/2735/ which seemed specific to Trend Office Scan on Windows XP. Below is the full MS Forefront report on the issue. The individual MSI's do not cause these Forefront warnings, but we have two Burn / Bootstrappers and both of these do flag up issues on install and uninstall. MS_Forefront_Report.txt http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/file/n7583770/MS_Forefront_Report.txt Any ideas would be appreciated. Thanks :) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-What-is-the-purpose-of-the-auto-start-that-is-created-tp6629624p7583770.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallUISequence
Like a condition ? : InstallUISequence Show Dialog=Migration_MAP_a00 Before=ExecuteAction USRCONCERNED = YES /Show /InstallUISequence Le %:Date:, Joseph, Sijo sijo.jos...@cgi.com a écrit: Hi All, Is there any property can be set in InstallUISequence to display a custom dialog while the msi is installing. I can see the parameters after and before like below InstallUISequence Show Dialog=UserRegistrationDlg Before=ExecuteAction / /InstallUISequence Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sincèrement, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the past. Edmund Burke -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Elminate %%filenametype%% during Heat.exe
Hi all, I just want to eliminate some of the files during Harvesting based on Environment the MSI package is Installed to; Is their any way to do while running Heat.exe with some parameters passing to Heat command. For example file name like %%testBuild_dev%% Thanks In advance. Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filenametype-during-Heat-exe-tp7583781.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Mail from Rob marked as spam
I don't know if this is specific to my email client (Thunderbird with SpamAssassin as external filter) but a lot of mail answered by Rob Mensching gets marked as spam. Just thought I'd let you know, if it helps... -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallUISequence
Thanks Gabriel for the reply. The condition I want is To display a custom dialog, while the execution is in progress. We need this custom dialog because we need to add a logo in all the dialogs. Note: If there is a alternate method to add/change the logo in the existing dialog that also will help. Thanks, Sijo Joseph -Original Message- From: Gabriel Ivanes [mailto:g...@fastmail.net] Sent: 20 February 2013 16:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallUISequence Like a condition ? : InstallUISequence Show Dialog=Migration_MAP_a00 Before=ExecuteAction USRCONCERNED = YES /Show /InstallUISequence Le %:Date:, Joseph, Sijo sijo.jos...@cgi.com a écrit: Hi All, Is there any property can be set in InstallUISequence to display a custom dialog while the msi is installing. I can see the parameters after and before like below InstallUISequence Show Dialog=UserRegistrationDlg Before=ExecuteAction / /InstallUISequence Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sincèrement, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the past. Edmund Burke -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
Not really. I use XSLT. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 16:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Elminate %%filenametype%% during Heat.exe Hi all, I just want to eliminate some of the files during Harvesting based on Environment the MSI package is Installed to; Is their any way to do while running Heat.exe with some parameters passing to Heat command. For example file name like %%testBuild_dev%% Thanks In advance. Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filena metype-during-Heat-exe-tp7583781.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn is it possible to not install the bundle and only install the packages?
So I would make the bundle UI have a choice between Everyone or Just Me then send that to the packages being installed. To do this would I need to create a custom boot strap application? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-is-it-possible-to-not-install-the-bundle-and-only-install-the-packages-tp7583772p7583785.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] InstallUISequence
If you're talking about the bitmap on the side of the dialog or top then you can change it: WixVariable Overridable=yes Id='WixUIBannerBmp' Value=$(var.resourcePath)\TMCTopBanner.bmp/ WixVariable Overridable=yes Id='WixUIDialogBmp' Value=$(var.resourcePath)\TMCSide.bmp/ Steve -Original Message- From: Joseph, Sijo [mailto:sijo.jos...@cgi.com] Sent: February-20-13 12:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallUISequence Thanks Gabriel for the reply. The condition I want is To display a custom dialog, while the execution is in progress. We need this custom dialog because we need to add a logo in all the dialogs. Note: If there is a alternate method to add/change the logo in the existing dialog that also will help. Thanks, Sijo Joseph -Original Message- From: Gabriel Ivanes [mailto:g...@fastmail.net] Sent: 20 February 2013 16:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] InstallUISequence Like a condition ? : InstallUISequence Show Dialog=Migration_MAP_a00 Before=ExecuteAction USRCONCERNED = YES /Show /InstallUISequence Le %:Date:, Joseph, Sijo sijo.jos...@cgi.com a écrit: Hi All, Is there any property can be set in InstallUISequence to display a custom dialog while the msi is installing. I can see the parameters after and before like below InstallUISequence Show Dialog=UserRegistrationDlg Before=ExecuteAction / /InstallUISequence Regards , Sijo Joseph -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sincèrement, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the past. Edmund Burke -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mail from Rob marked as spam
On 20/02/2013 17:15, Bernd wrote: I don't know if this is specific to my email client (Thunderbird with SpamAssassin as external filter) but a lot of mail answered by Rob Mensching gets marked as spam. Just thought I'd let you know, if it helps... It's being marked as spam by sourceforge: my mail server gives it a negative score. It might be due to the SPF failure recorded in the headers: Received-SPF: fail (sog-mx-3.v43.ch3.sourceforge.com: domain of robmensching.com does not designate 184.173.107.18 as permitted sender) client-ip=184.173.107.18; envelope-from=r...@robmensching.com; helo=allium.arvixe.com; -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
Hi peter thanks for the reply. Can you point out any examples on how to proceed using XSLT. Thanks Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filenametype-during-Heat-exe-tp7583781p7583788.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
http://www.lines-davies.net/blog/?p=12 -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 18:01 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Elminate %%filenametype%% during Heat.exe Hi peter thanks for the reply. Can you point out any examples on how to proceed using XSLT. Thanks Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filena metype-during-Heat-exe-tp7583781p7583788.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn Localisation
Has anyone noticed that burn doesn't show the correct translation on some systems? In particular en-uk is not displayed, I think this is because the code reads the windows lcid as 1033 not 2057. This would probably only show up on systems whether the Sublanguage is not the default e.g. fr-ca, es-ar. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.commailto:n...@x2systems.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry mbeau...@matrox.com wrote: I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my main wxs file? The reason I want to do this is the binary name installed will always be the same but the name to the desktop shortcut is set later through a variable in a WXI (The contents of the lib remain, but the shortcut name can change depending on who builds the package) file which is referenced in the product.wxs file. Hopefully this question is clear enough. Thanks for the Advice Marc -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
Thanks peter that really helped.But when I run following cmd as post build event for heat and transformation the program was exiting with error code 5505. C:\heat.exe dir C:\Workspaces\Chatra\Website -cg SCBUDirect -gg -t FilterFiles.xslt -out C:\Workspaces\Chatra\WebSiteContent.wxs -directoryid INSTALLLOCATION -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filenametype-during-Heat-exe-tp7583781p7583792.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixLib not behaving as desired
I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my main wxs file? The reason I want to do this is the binary name installed will always be the same but the name to the desktop shortcut is set later through a variable in a WXI (The contents of the lib remain, but the shortcut name can change depending on who builds the package) file which is referenced in the product.wxs file. Hopefully this question is clear enough. Thanks for the Advice Marc -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mail from Rob marked as spam
Thanks. I moved hosters recently and forgot to add the Gmail SPF. Hopefully fixed as soon as the Internet catches up. If you still see these problems in a day or two, I'd really appreciate a direct email letting me know. On Wed, Feb 20, 2013 at 9:56 AM, Bruce Cran br...@cran.org.uk wrote: On 20/02/2013 17:15, Bernd wrote: I don't know if this is specific to my email client (Thunderbird with SpamAssassin as external filter) but a lot of mail answered by Rob Mensching gets marked as spam. Just thought I'd let you know, if it helps... It's being marked as spam by sourceforge: my mail server gives it a negative score. It might be due to the SPF failure recorded in the headers: Received-SPF: fail (sog-mx-3.v43.ch3.sourceforge.com: domain of robmensching.com does not designate 184.173.107.18 as permitted sender) client-ip=184.173.107.18; envelope-from=r...@robmensching.com; helo=allium.arvixe.com; -- Bruce Cran -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry mbeau...@matrox.com wrote: I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my main wxs file? The reason I want to do this is the binary name installed will always be the same but the name to the desktop shortcut is set later through a variable in a WXI (The contents of the lib remain, but the shortcut name can change depending on who builds the package) file which is referenced in the product.wxs file. Hopefully this question is clear enough. Thanks for the Advice Marc -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] WixLib not behaving as desired
References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry mbeau...@matrox.com wrote: I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my main wxs file? The reason I want to do this is the binary name installed will always be the same but the name to the desktop shortcut is set later through a variable in a WXI (The contents of the lib remain, but the shortcut name can change depending on who builds the package) file which is referenced in the product.wxs file. Hopefully this question is clear enough. Thanks for the Advice Marc -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry mbeau...@matrox.com wrote: I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all compiles and links perfectly. (My MSI is perfectly functional at this point) BUT: If I remove the section that contains the info to create the desktop shortcut and move it to the Product.wxs, everything still compiles and links without errors, but the content of my lib file is completely ignored. My msi goes from 30MB to 900KB. Question: Should I be able to take the shortcut section out of my lib file and put it in my
Re: [WiX-users] WixLib not behaving as desired
If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired It all depends on what is in your Fragments and what is referencing what. My guess is by moving the Shortcut, you removed the reference to oen or more Fragments in you .wixlib. On Wed, Feb 20, 2013 at 12:00 PM, Marc Beaudry mbeau...@matrox.com wrote: I have a lib file that contains a bunch of files and a desktop shortcut to one of the binaries. I then have my (product.wxs) main installation XML file. My project has a reference to the lib file. It all
[WiX-users] [SPAM] Re: Burn is it possible to not install the bundle and only install the packages?
You'd need that if you wanted to Bundle to show that UI. What does Everyone or Just Me mean anyway these days? On Wed, Feb 20, 2013 at 9:37 AM, joshh joshuadeanh...@gmail.com wrote: So I would make the bundle UI have a choice between Everyone or Just Me then send that to the packages being installed. To do this would I need to create a custom boot strap application? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-is-it-possible-to-not-install-the-bundle-and-only-install-the-packages-tp7583772p7583785.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
This smells like a need for a FragmentRef, which I currently work around with a Property in the fragment and a PropertyRef in the Product to pull in the fragment. Another possible option may be to reference a component/feature in your Product, but I haven't done much with wixlib's so I don't know if that is possible. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:04 PM To: General discussion for
Re: [WiX-users] WixLib not behaving as desired
Thanks for your many replies, finally figured out what was wrong. Which essentially was the first answer you provided with a different spin on your last response. The only link I had between the lib file and the product file was these shortcuts, moving them from the lib file to the products file removed all associations to the lib file. To fix it or link the 2 files together I simply moved the ComponentRef elements in the feature node back to the product file, creating a link between the two files. Now it compiles as expected. Is there a better way of linking these two files? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 4:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=a
Re: [WiX-users] WixLib not behaving as desired
I've yet to see a case where real content didn't exist in a Fragment that could be referenced. smile/ On Wed, Feb 20, 2013 at 1:12 PM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: This smells like a need for a FragmentRef, which I currently work around with a Property in the fragment and a PropertyRef in the Product to pull in the fragment. Another possible option may be to reference a component/feature in your Product, but I haven't done much with wixlib's so I don't know if that is possible. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription) Target=[APPLICATIONROOTDIRECTORY]MyBinary.exe WorkingDirectory='APPLICATIONROOTDIRECTORY' Icon Id=DesktopIcon.exe SourceFile=SomeIconFile.ico / /Shortcut RegistryValue Root=HKCU
Re: [WiX-users] WixLib not behaving as desired
What's wrong with that method you described? Seems reasonable. PS: I use ComponentGroupRef's a lot more across fragments, myself. On Wed, Feb 20, 2013 at 1:25 PM, Marc Beaudry mbeau...@matrox.com wrote: Thanks for your many replies, finally figured out what was wrong. Which essentially was the first answer you provided with a different spin on your last response. The only link I had between the lib file and the product file was these shortcuts, moving them from the lib file to the products file removed all associations to the lib file. To fix it or link the 2 files together I simply moved the ComponentRef elements in the feature node back to the product file, creating a link between the two files. Now it compiles as expected. Is there a better way of linking these two files? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 4:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory Component Id=ApplicationShortcutUninstall Guid=** RemoveFolder Id=ShortcutsProgramsFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Microsoft\[Manufacturer]\[ProductName] Name=installed Type=integer Value=1 KeyPath=yes/ /Component /Directory /Directory Directory Id=DesktopFolder Name=Desktop / /Directory Snip it from the lib fragment... that I want to copy out in the product.wxs DirectoryRef Id=ShortcutsMenuFolder Component Id=ApplicationDesktopShortcut Guid=*** ConditionDESKTOPSHORTCUT=1/Condition Shortcut Id=desktopShortcut Directory=DesktopFolder Name=Application Something or other Description=$(var.UserStartMenuApplicationDescription)
Re: [WiX-users] WixLib not behaving as desired
I use lots of externals and fragments, and for my MSI prerequisite checks I have each prerequisite in its own fragment. With this, I simply need to pull it in via a PropertyRef and my MSI ensures the prerequisite is installed. Fragment Condition Message=This application requires Microsoft SQL Server Compact Edition 3.5. Please install Microsoft SQL Server Compact Edition 3.5 then run this installer again. ![CDATA[Installed OR SQLSERVERCE35]] /Condition Property Id=SQLSERVERCE35 Secure=yes/ CustomAction Id=SQLServerCE35InstalledCA BinaryKey=Prerequisites DllEntry=SQLServerCE35InstalledCA Return=check Execute=firstSequence / InstallUISequence Custom Action=SQLServerCE35InstalledCA After=AppSearchNOT Installed/Custom /InstallUISequence InstallExecuteSequence Custom Action=SQLServerCE35InstalledCA After=AppSearchNOT Installed/Custom /InstallExecuteSequence /Fragment I have 15 or so prerequisite fragments and a binary fragment within the same file. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired I've yet to see a case where real content didn't exist in a Fragment that could be referenced. smile/ On Wed, Feb 20, 2013 at 1:12 PM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: This smells like a need for a FragmentRef, which I currently work around with a Property in the fragment and a PropertyRef in the Product to pull in the fragment. Another possible option may be to reference a component/feature in your Product, but I haven't done much with wixlib's so I don't know if that is possible. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory !-- Step 1: Define the directory structure to where the items are to be located in the start menu -- Directory Id=ProgramMenuFolder Directory Id=ShortcutsProgramsFolder Name=$(var.UserStartMenuFolder) Directory Id=ShortcutsMenuFolder Name=$(var.UserProductName) /Directory
[WiX-users] MajorUpgrade, detecting feature state in vbscript custom action
Hi, I have a installer package containing a custom action writing a text file based on which Features are installed. Il use the following condition in my vb script to check if a feature is installed: Session.FeatureRequestState(Feature)2 AND (Session.FeatureRequestState(Feature)=3 or Session.FeatureCurrentState(Feature)=3) This works fine for new install, repair, and modify. However, on a major upgrade, FeatureRequestState returns -1 and FeatureCurrentState return 2. Il know that the features are actually migrated, because the files related to each features are installed. My MajorUpgrade element is defined like this: MajorUpgrade AllowSameVersionUpgrades=no MigrateFeatures=yes DowngradeErrorMessage=Installed version is newer. / How can I check if a feature has been migrated on a major upgrade in vb script? Currently, my custom action is scheduled to run after InstallFinalize. Thank you. Eric Prévost -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLib not behaving as desired
I think use of PropertyRef is awesome in that case. If you didn't have the Condition (which uses the Property) I might consider using CustomActionRef instead. But I like PropertyRef in your case. On Wed, Feb 20, 2013 at 1:53 PM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: I use lots of externals and fragments, and for my MSI prerequisite checks I have each prerequisite in its own fragment. With this, I simply need to pull it in via a PropertyRef and my MSI ensures the prerequisite is installed. Fragment Condition Message=This application requires Microsoft SQL Server Compact Edition 3.5. Please install Microsoft SQL Server Compact Edition 3.5 then run this installer again. ![CDATA[Installed OR SQLSERVERCE35]] /Condition Property Id=SQLSERVERCE35 Secure=yes/ CustomAction Id=SQLServerCE35InstalledCA BinaryKey=Prerequisites DllEntry=SQLServerCE35InstalledCA Return=check Execute=firstSequence / InstallUISequence Custom Action=SQLServerCE35InstalledCA After=AppSearchNOT Installed/Custom /InstallUISequence InstallExecuteSequence Custom Action=SQLServerCE35InstalledCA After=AppSearchNOT Installed/Custom /InstallExecuteSequence /Fragment I have 15 or so prerequisite fragments and a binary fragment within the same file. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired I've yet to see a case where real content didn't exist in a Fragment that could be referenced. smile/ On Wed, Feb 20, 2013 at 1:12 PM, Hoover, Jacob jacob.hoo...@greenheck.comwrote: This smells like a need for a FragmentRef, which I currently work around with a Property in the fragment and a PropertyRef in the Product to pull in the fragment. Another possible option may be to reference a component/feature in your Product, but I haven't done much with wixlib's so I don't know if that is possible. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, February 20, 2013 3:01 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired If references are broken, the linker would tell you it couldn't find a symbol. I think your issue is the opposite. You don't have a reference any more. smile/ Those DirectoryRef's look like they probably point back to the Product. What from the Product points into this Fragment? On Wed, Feb 20, 2013 at 12:45 PM, Marc Beaudry mbeau...@matrox.com wrote: Keeping in mind I discovered Wix about 2 weeks ago :-) I apologize for not completely understanding, wix is new and I am still in that learning curve... Hopefully this snippet helps you better understand my issue so I can better understand what is happening. As far as I know my references are correct and relatively straight forward... My lib file contains one big fragment: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include ..\lInstaller\UserVariableNames.wxi ? Fragment Id='FragmentCoreInstall' !-- Copy files to desired location using components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY // bunch of files through individual components /DirectoryRef DirectoryRef Id=ShortcutsMenuFolder // Various application shortcuts to be moved out /DirectoryRef /Fragment /Wix I then take this whole section (DirectoryRef Id=ShortcutsMenuFolder) and copy it in Product.wxs right after the directory section. How do I know if the references are not broken? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: February-20-2013 3:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLib not behaving as desired References flow from the Product element down. Follow your references. There isn't enough below to really know what is wrong. On Wed, Feb 20, 2013 at 12:20 PM, Marc Beaudry mbeau...@matrox.com wrote: Hopefully this helps shed some light... In my Product.wxs I define a directory structure. In my lib I refer to the directory reference. DirectoryRef The component reference in the feature tag is set in the Product.wxs Directory Element from Product.wxs Directory Id=TARGETDIR Name=SourceDir Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='$(var.UserManufacturerName)' Directory Id=APPLICATIONROOTDIRECTORY Name=$(var.UserProductName)/ /Directory /Directory
Re: [WiX-users] Burn Localisation
Haven't noticed myself but certainly possible that locutil's probing needs some improvements. On Wed, Feb 20, 2013 at 10:45 AM, Neil Sleightholm n...@x2systems.comwrote: Has anyone noticed that burn doesn't show the correct translation on some systems? In particular en-uk is not displayed, I think this is because the code reads the windows lcid as 1033 not 2057. This would probably only show up on systems whether the Sublanguage is not the default e.g. fr-ca, es-ar. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.commailto:n...@x2systems.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using Product Id=*
Hello, I am still quite new to WiX, so please bear with me... I have implemented the following pattern: http://wix.sourceforge.net/manual-wix3/major_upgrade.htm I allow for ease of upgrade. However, the installation package that I am trying to create needs to know about the ProductCode, in order to pass a parameter to the msiexec to make it uninstall the app. Since I am using Id=”*”, how can I find out the correct ProductCode (i.e. GUID), in order to pass as a parameter to msiexec. Thanks Gary Sent from Windows Mail -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] What is LaunchAction.Layout used for?
Short question: What is LaunchAction.Layout used for? I see it in use in the WixBA bootstrapper application but doesn't understand when and how it's used. Thanks /Kristian -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Authenticode verification fails on clean Windows Xp sp3
Hi All, I'm having some issues with the following use case: Some of our users install our product on a clean Windows XP SP3 which has never been connected to the internet (and might never be). When Burn tries to validate the authenticode of the packages, it fails. However, if the system is connected to the internet, the next installation attempt succeeds. After investigating the issue, I assume this issue is related to burn/WinVerifyTrust() being unable to download a certificate revocation list. Another use case with the same result: Install on a clean windows xp sp3 WITH internet access. First installation attempt fails, second succeeds. Since these use cases is pretty common I was hoping some of you have had similar issues. Could this be related to the certificate chain used when signing msi-packages? Definition of clean: The state just after installation of windows has been completed - no windows updates and no other programs installed. Extract from the log file (the issue is the same on v3.7.1224.0): [0634:04E8][2013-02-20T15:15:14]i001: Burn v3.7.1203.0, Windows v5.1 (Build 2600: Service Pack 3), path: Z:\BootStrapper\bin\Debug\ product .exe, cmdline: '' ... [0634:07A0][2013-02-20T15:15:22]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:23]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:23]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\product_x86.msi, error: 0x800b010a. [0634:07A0][2013-02-20T15:15:23]e349: Application requested retry of payload: product_x86.msi, encountered error: 0x800b010a. Retrying... [0634:07A0][2013-02-20T15:15:26]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:26]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:26]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\product_x86.msi, error: 0x800b010a. [0634:07A0][2013-02-20T15:15:26]e349: Application requested retry of payload: product_x86.msi, encountered error: 0x800b010a. Retrying... [0634:07A0][2013-02-20T15:15:29]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:29]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:29]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\product_x86.msi, error: 0x800b010a. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users