Re: [WiX-users] Std Bootstrapper failed: Error
Actually no. BUT! I tried to reproduced this defect today and I failed. Probably the latest .Net 4.0 update, which I installed beforehand, fixed it. - --- Date: Wed, 17 Aug 2011 07:18:32 -0700 From: Rob Mensching r...@robmensching.com Subject: Re: [WiX-users] Std Bootstrapper failed: Error To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: CAHdHTVcY-6NGKQHWPrcc_irLSFLTsv-TafntntoHR1=1462...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Are you signing with a certficiate that is from a trusted root? On Tue, Aug 16, 2011 at 7:51 AM, Vadym Verba vve...@sdl.com wrote: Had same problem with any signed msi. In my case defect reproduced ONLY on 2008 SP2 (x32 and x64). Tested on 2003 and 2008 R2 - worked fine. Workaround was found accidently: import certificate of publisher, the msi was sign which's key. Import certificate: 1) go to file (msi in my case) property 2) go to Digital Signatures tab 3) select publisher, press Details 4) press View Certificate 5) press Install Certificate..., Next, Next, Finish The bundle .exe and msi'es were sign with the same publisher, so this worked for me. /pre BR style=font-size:4px; a href = http://www.sdl.com/sdl-vision;img src=http://www.sdl.com/images/email_new_logo.png; alt=www.sdl.com/sdl-vision border=0//a BR font face=arial size=2a href =http://www.sdl.com/sdl-vision; style=color:005740; font-weight: boldwww.sdl.com/sdl-vision/a/font BR BR font face=arial size=1 color=#736F6E bSDL PLC confidential, all rights reserved./b 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.BR SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.BR Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. /font -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? Try to set MigrateFeatureState=no -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
sorry, should be MigrateFeatures=no 2011/8/18 Tobias S tobias.s1...@gmail.com: Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? Try to set MigrateFeatureState=no -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling an url during install process
Can you point me on a good example to create a CustomAction in C#, I have tried to create one but the Install pops an error saying that the DLL cannot be run. Thanks. JL -Original Message- From: Dan Vasilov [mailto:d...@rms.ro] Sent: August-17-11 10:34 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Calling an url during install process You can use a custom action for this. If you can implement a .NET based CA your code can be very simple (use a WebClient instance to connect to the URL). Make sure your CA displays a proper progress text, so while your setup checks the URL the user knows the setup is not blocked. Dan -Original Message- From: Jean-Luc Morin [mailto:jeanluc.mo...@gmail.com] Sent: Wednesday, August 17, 2011 5:08 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling an url during install process Hello! I have a new requirement I'm not sure how to meet. The install package needs to call an url during the install process in silent mode. I need to validate a url is accessible from the box the application is installing before the actual install starts. It doesn't require any user interaction so opening a browser and navigate to the url is not really an option. Is this possible using WiX? If so, how? Thanks! JL -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
Sounds like you have sequenced RemoveExistingProducts towards the end of the execute sequence. I followed the tutorial InstallExecuteSequence RemoveExistingProducts After=InstallInitialize / /InstallExecuteSequence http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization/replacing -ourselves Kurt -Original Message- From: jjbean [mailto:jonks2...@yahoo.co.uk] Sent: Wednesday, August 17, 2011 4:24 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] New file not installed Sounds like you have sequenced RemoveExistingProducts towards the end of the execute sequence. Correct? What happens if you sequence it early in the sequence so uninstall happens first? (that _should_ solve the problem) Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/New-file-not -installed-tp6696061p6697454.html Sent from the wix-users mailing list archive at Nabble.com. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem creating web application - sometimes
I fear Linwood is right. I was pulling my hairs for two days as why it was not working for me. My scenario was identical (and not just similar) to his. I couldn't figure out why it was not working. After finding this post I simply deleted the Sharepoint site (which was set up on port 80 and stopped as his) and it worked like a charm. I think (not sure) it might a candidate for reporting as bug. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-creating-web-application-sometimes-tp6653518p6699175.html Sent from the wix-users mailing list archive at Nabble.com. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Undefined preprocessor variable error message - how to get preprocessor variables working?
Hi I'm new to WIX so bear with me with this simple question. J Using VS2010 Votive, .NET 4, Wix 3.5 I'm in VS 2010 and I created a simple WPF project. Then I created a Wix project (in the same solution), and added a reference to my WPF project in my Wix project. All is good. But the pre-processor statements don't seem to resolve. For example the following line fails: File Id=WixExample01.exe Name=$(var.MySetup.TargetFileName) Source=$(var.MySetup.TargetPath) DiskId=1 KeyPath=yes / .however if I hard-code the path, it will build and work: File Id=WixExample01.exe Name=WixExample01.exe Source=..\..\..\WixExample01\bin\debug\WixExample01.exe DiskId=1 KeyPath=yes / How can I get the relative folders and filenames working? I read the documentation, but cannot seem to see what I'm doing wrong? Brad. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Undefined preprocessor variable error message - how to get preprocessor variables working?
If you add a reference to your WixExample01 project then you can use $(var.WixExample01.TargetFileName),etc throughout your WiX project -Original Message- From: Brad Smith [mailto:brads...@tpg.com.au] Sent: Thursday, August 18, 2011 6:38 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Undefined preprocessor variable error message - how to get preprocessor variables working? Hi I'm new to WIX so bear with me with this simple question. J Using VS2010 Votive, .NET 4, Wix 3.5 I'm in VS 2010 and I created a simple WPF project. Then I created a Wix project (in the same solution), and added a reference to my WPF project in my Wix project. All is good. But the pre-processor statements don't seem to resolve. For example the following line fails: File Id=WixExample01.exe Name=$(var.MySetup.TargetFileName) Source=$(var.MySetup.TargetPath) DiskId=1 KeyPath=yes / .however if I hard-code the path, it will build and work: File Id=WixExample01.exe Name=WixExample01.exe Source=..\..\..\WixExample01\bin\debug\WixExample01.exe DiskId=1 KeyPath=yes / How can I get the relative folders and filenames working? I read the documentation, but cannot seem to see what I'm doing wrong? Brad. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
see http://wix.sourceforge.net/manual-wix3/wix_xsd_upgradeversion.htm for description of UpgradeVersion Element. Default for MigrateFeatures is yes so my recommendation is to overwrite it. At first glance you should do it in the UpgradeVersion element where you do the major upgrade: UpgradeVersion Minimum=5.3.0 IncludeMinimum=yes Maximum=$(var.BGProductVersion) IncludeMaximum=no Language=1033 Property=UPGRADEFOUND MigrateFeatures=no / btw: OnlyDetect=yes You are normally using this construct for downgrade prevention meaning when a newer version of product is already installed on system 2011/8/18 Kurt Jensen kurt.jen...@us.ophiropt.com: MigrateFeatures=no I searched WiX and MSDN for documentation and an example. -please- explain how to '...set MigrateFeatures=no...' Kurt -Original Message- From: Tobias S [mailto:tobias.s1...@gmail.com] Sent: Thursday, August 18, 2011 3:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed sorry, should be MigrateFeatures=no 2011/8/18 Tobias S tobias.s1...@gmail.com: Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? Try to set MigrateFeatureState=no -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP
I understand about the state of Burn right now. Thanks for the warning. However, FYI regarding your proposed workaround... what I had found (in my clean project) and posted earlier (8/10 7:51pm), was that the bad behavior (removing the ARP entry on setup fail) shows up when Chain/@DisableRollback=yes, but it works correctly (ARP entry does not get removed on setup fail) when Chain/@DisableRollback is omitted. -Original Message- From: Dan Puza [mailto:dp...@ultra-scan.com] Sent: Wednesday, August 10, 2011 7:51 PM To: WiX-users Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP I discovered that when Chain DisableRollback=yes, the ARP entry gets removed. When Chain DisableRollback is omitted, the ARP entry remains intact as expected. However, for other reasons, I don't want the rollback to happen... -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, August 17, 2011 10:26 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP Are you shipping a product with Burn right now? The comment, telling people not to do the behavior is not an option for us at this time. concerns me because we're still actively *massively* changing Burn right now with breaking changes still showing up. I would not recommend shipping Burn to customers outside of Beta (aka: you may need to completely uninstall this before installing RTM and it may not work perfectly). I say this because I would feel bad if you came back and said, You guys totally hosed me with Burn when I sold a product using it to all my customers! Telling people This particular part of the feature does not work correctly needs to be okay with Burn right now... at least for the next 3 - 6 months. PS: Another way to work around this problem for now (which is how Visual Studio avoids the problem) is to Chain/@DisableRollback=yes. I think that will prevent the bundle from getting into a bad state. On Mon, Aug 15, 2011 at 6:51 AM, Dan Puza dp...@ultra-scan.com wrote: Personally, I would note the bug in the bug database and tell people to not do that behavior until it is fixed. If the bug is really blocking you, adding a comment explaining why you need it fixed helps us realize that the bug is worse than maybe we thought it was. Thanks for the response. Unfortunately, telling people not to do the behavior is not an option for us at this time. Killing Burn while it is running increases the chances of really crazy one off issues that only you will see. That means we will either: a) spend a lot of time supporting you or b) you will just have to skip filing bug reports on things that actually might not be related to killing the process but it'll be very hard to tell. Neither of those options above get us to the end goal of a complete and stable Burn. That's what I want to focus on and I admittedly get a bit bent by things that could be distractions because there are a lot of bugs to fix yet... smile/ I absolutely understand your concerns there. I did not specify this in my previous messages, but before writing I had reproduced the issue in a new clean project that did not include the crazy workaround. Surely that should be valid for a bug report. But if you really do not want any of my feedback on WiX, what can I say... Also sorry, I had looked through the bug list, somehow I missed seeing that one. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, August 12, 2011 11:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Burn uninstall fails - bundle is removed from ARP Personally, I would note the bug in the bug database and tell people to not do that behavior until it is fixed. If the bug is really blocking you, adding a comment explaining why you need it fixed helps us realize that the bug is worse than maybe we thought it was. Killing Burn while it is running increases the chances of really crazy one off issues that only you will see. That means we will either: a) spend a lot of time supporting you or b) you will just have to skip filing bug reports on things that actually might not be related to killing the process but it'll be very hard to tell. Neither of those options above get us to the end goal of a complete and stable Burn. That's what I want to focus on and I admittedly get a bit bent by things that could be distractions because there are a lot of bugs to fix yet... smile/ On Fri, Aug 12, 2011 at 6:47 AM, Dan Puza dp...@ultra-scan.com wrote: Obviously it's wrong. Can you offer any better viable workarounds using more appropriate approaches, at the moment, until the bug gets fixed? I would be happy to hear anyone's constructive feedback rather than mean spirited comments, Rob. I was backed into a corner. Anyway, I think in reality the
Re: [WiX-users] How to avoid companionfile attribute
Hi ,
Try below code may it will works.
File Id=abc.cnf DefaultVersion=$(var.ProductVersion) Name=abc.cnf
Source=Files\abc.cnf/
Regards,
Nigam Patel,Software Engineer
Cybage Software Pvt. Ltd. (An SEI-CMMI Level 5 assessed ISO 27001 Company)
Gandhinagar, India
Phone(O):91-79-66737000, Ext: 5310
Fax:91-79-66737001
-Original Message-
From: swapna.rachako...@thomsonreuters.com
[mailto:swapna.rachako...@thomsonreuters.com]
Sent: 18 August 2011 18:29
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to avoid companionfile attribute
If I use companionfile attribute I am safe. If I use default version like
below
File Id=abc.cnf DefaultVersion=${var.ProductVersion} Name=abc.cnf
Source=Files\abc.cnf/
is asking for language if I specify DefaultLanguage=0 then its giving same
below error
The DefaultVersion '${var.ProductVersion}' was used for file 'abc.cnf'
which has no version. No entry for this file will be placed in the MsiFileHash
table. For unversioned files, specifying a version that is different from the
actual file may result in unexpected versioning behavior during a repair or
while patching. Version the resource to eliminate this warning.
C:\test\Product.wxs(308,0): error LGHT0204: ICE03: Invalid version string. (Be
sure a language is specified in Language column); Table:
File, Column: Version, Key(s): abacus.cnf
Thanks in advance
Swapna
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user
administration capabilities and model configuration. Take the hassle out of
deploying and managing Subversion and the tools developers use with it.
http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Legal Disclaimer: This electronic message and all contents contain information
from Cybage Software Private Limited which may be privileged, confidential, or
otherwise protected from disclosure. The information is intended to be for the
addressee(s) only. If you are not an addressee, any disclosure, copy,
distribution, or use of the contents of this message is strictly prohibited. If
you have received this electronic message in error please notify the sender by
reply e-mail to and destroy the original message and all copies. Cybage has
taken every reasonable precaution to minimize the risk of malicious content in
the mail, but is not liable for any damage you may sustain as a result of any
malicious content in this e-mail. You should carry out your own malicious
content checks before opening the e-mail or attachment.
www.cybage.com
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix 3.5 Remember Company name during folder selection
Try: Directory Id=TARGETDIR Name=SourceDir !-- Install stuff into [SystemDrive] folder. -- !-- This is the folder where the website content will be located -- !-- robmen: You really should root your install in a well-known folder like ProgramFilesFolder, not the root of the largest drive like TARGETDIR. -- Directory Id=INSTALLLOCATION Directory Id=CompanyNameFolder Name=CompanyName /Directory /Directory On Wed, Aug 17, 2011 at 7:02 PM, Kwong Hu Kiu kwon...@hotmail.com wrote: Hi, How do i get wix 3.5 to remember my company name as part of the user selected folder to be installed? For example, I usually install my files to C:\CompanyName and when the installer prompts user to select their preferred location to be installed, C:\CompanyName usualy replaced with [PATH TO USERS SELECTED FOLDER]. I would like it to add CompanyName to the end of the path. [PATH TO USERS SELECTED FOLDER]\CompanyName How can i achieve that? Code below to install to C:\CompanyName Directory Id=TARGETDIR Name=SourceDir !-- Install stuff into [SystemDrive] folder. -- !-- This is the folder where the website content will be located -- Directory Id=INSTALLLOCATION Name=CompanyName /Directory /Directory Cheers! http://stackoverflow.com/questions/7091978/wix-3-5-remember-company-name-during-folder-selection -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling an url during install process
Maybe http://www.infoq.com/news/2009/02/WiX30 can help you. But in your case the first thing to do would be to check the proper .NET Fx version is installed on the target system. Dan -Original Message- From: Jean-Luc Morin [mailto:jeanluc.mo...@gmail.com] Sent: Thursday, August 18, 2011 3:06 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Calling an url during install process Can you point me on a good example to create a CustomAction in C#, I have tried to create one but the Install pops an error saying that the DLL cannot be run. Thanks. JL -Original Message- From: Dan Vasilov [mailto:d...@rms.ro] Sent: August-17-11 10:34 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Calling an url during install process You can use a custom action for this. If you can implement a .NET based CA your code can be very simple (use a WebClient instance to connect to the URL). Make sure your CA displays a proper progress text, so while your setup checks the URL the user knows the setup is not blocked. Dan -Original Message- From: Jean-Luc Morin [mailto:jeanluc.mo...@gmail.com] Sent: Wednesday, August 17, 2011 5:08 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Calling an url during install process Hello! I have a new requirement I'm not sure how to meet. The install package needs to call an url during the install process in silent mode. I need to validate a url is accessible from the box the application is installing before the actual install starts. It doesn't require any user interaction so opening a browser and navigate to the url is not really an option. Is this possible using WiX? If so, how? Thanks! JL -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FW: Automatic reply: How to avoid companionfile attribute
Why I've got this rubbish mail.. From: Andrej Jamšek [mailto:andrej.jam...@comtrade.com] Sent: 18 August 2011 18:52 To: Rachakonda, Swapna (Professional) Subject: Automatic reply: How to avoid companionfile attribute Spoštovani! Hvala za Vaše sporočilo. Do vključno 21. avgusta sem odsoten in nimam dostopa do elektronske pošte. V nujnih primerih prosim kontaktirajte Blaža Zdešarja na 01 586 56 81. Dear Sender, Thank you for your message. I am out of the office until Avgust 21 inclusive and not able to process my e-mail. For any urgent matters please contact Blaž Zdešar at +386 1 586 56 81. Lep pozdrav! Thank you and best regards, Andrej Jamšek -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix 3.5 Remember Company name during folder selection
Thanks for the reply. There's a requirement for my application to be in C: Yes, it shouldn't be. One of those legacy applications I am responsible to build installer for. Cheers. From: r...@robmensching.com Date: Thu, 18 Aug 2011 06:50:50 -0700 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] wix 3.5 Remember Company name during folder selection Try: Directory Id=TARGETDIR Name=SourceDir !-- Install stuff into [SystemDrive] folder. -- !-- This is the folder where the website content will be located -- !-- robmen: You really should root your install in a well-known folder like ProgramFilesFolder, not the root of the largest drive like TARGETDIR. -- Directory Id=INSTALLLOCATION Directory Id=CompanyNameFolder Name=CompanyName /Directory /Directory On Wed, Aug 17, 2011 at 7:02 PM, Kwong Hu Kiu kwon...@hotmail.com wrote: Hi, How do i get wix 3.5 to remember my company name as part of the user selected folder to be installed? For example, I usually install my files to C:\CompanyName and when the installer prompts user to select their preferred location to be installed, C:\CompanyName usualy replaced with [PATH TO USERS SELECTED FOLDER]. I would like it to add CompanyName to the end of the path. [PATH TO USERS SELECTED FOLDER]\CompanyName How can i achieve that? Code below to install to C:\CompanyName Directory Id=TARGETDIR Name=SourceDir !-- Install stuff into [SystemDrive] folder. -- !-- This is the folder where the website content will be located -- Directory Id=INSTALLLOCATION Name=CompanyName /Directory /Directory Cheers! http://stackoverflow.com/questions/7091978/wix-3-5-remember-company-name-during-folder-selection -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
thank you for the instruction unfortunately this did not fix my problem Kurt -Original Message- From: Tobias S [mailto:tobias.s1...@gmail.com] Sent: Thursday, August 18, 2011 7:07 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed see http://wix.sourceforge.net/manual-wix3/wix_xsd_upgradeversion.htm for description of UpgradeVersion Element. Default for MigrateFeatures is yes so my recommendation is to overwrite it. At first glance you should do it in the UpgradeVersion element where you do the major upgrade: UpgradeVersion Minimum=5.3.0 IncludeMinimum=yes Maximum=$(var.BGProductVersion) IncludeMaximum=no Language=1033 Property=UPGRADEFOUND MigrateFeatures=no / btw: OnlyDetect=yes You are normally using this construct for downgrade prevention meaning when a newer version of product is already installed on system 2011/8/18 Kurt Jensen kurt.jen...@us.ophiropt.com: MigrateFeatures=no I searched WiX and MSDN for documentation and an example. -please- explain how to '...set MigrateFeatures=no...' Kurt -Original Message- From: Tobias S [mailto:tobias.s1...@gmail.com] Sent: Thursday, August 18, 2011 3:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed sorry, should be MigrateFeatures=no 2011/8/18 Tobias S tobias.s1...@gmail.com: Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? Try to set MigrateFeatureState=no -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Compress files into an exe
Hi, I used to depend on wisescripts to compress files into an executable. At runtime, the exe used to extract the files to a specified location. Is there a way to accomplish this using any of the tools provided by WiX development environment? Since wisescript is not supported by Altiris anymore, I want a new system to create these. I do not want to use Installscripts provided by InstallShield. Thanks! Uma- -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
You'll need to post an entire MSI log of the issue and point out the file(s) that you believe should get installed but are not. Phil Wilson -Original Message- From: Kurt Jensen [mailto:kurt.jen...@us.ophiropt.com] Sent: Thursday, August 18, 2011 7:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed thank you for the instruction unfortunately this did not fix my problem Kurt -Original Message- From: Tobias S [mailto:tobias.s1...@gmail.com] Sent: Thursday, August 18, 2011 7:07 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed see http://wix.sourceforge.net/manual-wix3/wix_xsd_upgradeversion.htm for description of UpgradeVersion Element. Default for MigrateFeatures is yes so my recommendation is to overwrite it. At first glance you should do it in the UpgradeVersion element where you do the major upgrade: UpgradeVersion Minimum=5.3.0 IncludeMinimum=yes Maximum=$(var.BGProductVersion) IncludeMaximum=no Language=1033 Property=UPGRADEFOUND MigrateFeatures=no / btw: OnlyDetect=yes You are normally using this construct for downgrade prevention meaning when a newer version of product is already installed on system 2011/8/18 Kurt Jensen kurt.jen...@us.ophiropt.com: MigrateFeatures=no I searched WiX and MSDN for documentation and an example. -please- explain how to '...set MigrateFeatures=no...' Kurt -Original Message- From: Tobias S [mailto:tobias.s1...@gmail.com] Sent: Thursday, August 18, 2011 3:15 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] New file not installed sorry, should be MigrateFeatures=no 2011/8/18 Tobias S tobias.s1...@gmail.com: Is this new component in a feature whose state is not being migrated correctly by MigrateFeatureStates standard action? Try to set MigrateFeatureState=no -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. You may contact Invensys plc on +44 (0)20 3155 1200
[WiX-users] MajorUpgrade vs. InstallShield
Hi all - this is our company's first Wix installer, and so far it is working
out very well. The older products have an upgrade code which we can use in the
Wix Product element to detect major upgrades. There is just one problem: these
older products use InstallShield (11.5 I think) and when the Windows Installer
major upgrade goes to do RemoveExistingProducts the older .MSI gets removed,
but the InstallShield stuff remains.
I looked in the archives, and it sounds like the InstallShield registry entry
can be removed, as can the program files\InstallShield Installation
Information\{product code} folder, presumably as a custom action scheduled
after RemoveExistingProducts.
Our older IS setups were apparently not made to run silent uninstalls
unfortunately. I am unsure if this approach is the right one, and just
wondering if anyone has done this and found any gotchas with it. Thanks for
any info!
-Rob
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] installing directory contents and its subdirectories and their contents on target machine
I have a CopyFile line in my .wxs file with wildcard * that copies all the contents of a directory to a target on the target machine. However now the directory has subdirectories in it of unknown quantity and having unknown contents at build time. Is there a way to get CopyFile to iterate over subdirectories and create them and copy their contents as well? Thanks, Loring -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] This is Lu Xin
Sorry for bothering you by this way. During the interview, beside I was over relaxed (since I was over excited for this position), and didn’t answer some of the technical questions properly. Is there anything I can improve? Thank you very much for any suggestion Lu -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
Spiricon.Source.Gevicam.UI.dll is not installed; there are a number of things
wrong here:
=
MSI (c) (CC:18) [10:47:26:095]: Disallowing installation of
component:{CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3} since the same component with
higher versioned keyfile exists
MSI (s) (EC:E8) [10:48:21:859]: Executing
op:FileRemove(,FileName=Spiricon.Source.Gevicam.UI.dll,,ComponentId={3917713E-C01A-431E-A832-8E6F261CDBCE})
MSI (s) (EC:18) [10:48:26:172]: Executing
op:ComponentRegister(ComponentId={CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3},
KeyPath=C:\Program Files\Spiricon\BeamGage
Standard\Spiricon.Source.Gevicam.UI.dll,
=
The first and last log entries are saying that a file with the same component
id as Spiricon.Source.Gevicam.UI.dll is already installed with a higher version
, so it won't install it.
The middle log entry says you're removing Spiricon.Source.Gevicam.UI.dll, and
note that it has a different component ID.
It looks like you may have a file versioning issue because Windows is deciding
not to install the new one because a higher versioned one already exists.
However you also broke the sharing rules somehow because the two
Spiricon.Source.Gevicam.UI.dlls (in the old and the new inbstall) have
different component ids.
The story seems to be I'm not installing it because there's a higher version
already on the system and Nobody's using this Component guid any more so I'm
going to remove it
Phil Wilson
949-639-1680
-Original Message-
From: jjbean [mailto:jonks2...@yahoo.co.uk]
Sent: Thursday, August 18, 2011 12:42 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] New file not installed
Here's a clue:
MSI (c) (CC:18) [10:47:26:095]: Disallowing installation of component:
{CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3} since the same component with
higher versioned keyfile exists
...
...
MSI (s) (EC:18) [10:48:26:172]: Executing op:
ComponentRegister(ComponentId={CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3},KeyPa
th=C:\Program Files\Spiricon\BeamGage
Standard\Spiricon.Source.Gevicam.UI.dll,State=3,,Disk=1,SharedDllRefCount=
2,BinaryType=0)
SharedDllRefCount is 2, and this is a new dll? You did say that in an
earlier post didn't you?
The new dll should be in a new component with a unique GUID.
The log reads (although I'm probably not 100% accurate) as if you may have
reused an existing wix component to home a new dll. If this is the case, do
not do this.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/New-file-not-installed-tp6696061p6700572.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
*** Confidentiality Notice: This e-mail, including any associated or attached
files, is intended solely for the individual or entity to which it is
addressed. This e-mail is confidential and may well also be legally privileged.
If you have received it in error, you are on notice of its status. Please
notify the sender immediately by reply e-mail and then delete this message from
your system. Please do not copy it or use it for any purposes, or disclose its
contents to any other person. This email comes from a division of the Invensys
Group, owned by Invensys plc, which is a company registered in England and
Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X
7AW (Registered number 166023). For a list of European legal entities within
the Invensys Group, please go to
http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77.
You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail
recept...@invensys.com. This e-mail and any attachments thereto may be subject
to the terms of any agreements between Invensys (and/or its subsidiaries and
affiliates) and the recipient (and/or its subsidiaries and affiliates).
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
Interesting clue. The GUID and component are being created on-the-fly by
heat, maybe there is a problem. I will look into it.
-Original Message-
From: jjbean [mailto:jonks2...@yahoo.co.uk]
Sent: Thursday, August 18, 2011 1:42 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] New file not installed
Here's a clue:
MSI (c) (CC:18) [10:47:26:095]: Disallowing installation of component:
{CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3} since the same component with
higher versioned keyfile exists
...
...
MSI (s) (EC:18) [10:48:26:172]: Executing op:
ComponentRegister(ComponentId={CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3},KeyPa
th=C:\Program Files\Spiricon\BeamGage
Standard\Spiricon.Source.Gevicam.UI.dll,State=3,,Disk=1,SharedDllRefCount=
2,BinaryType=0)
SharedDllRefCount is 2, and this is a new dll? You did say that in an
earlier post didn't you?
The new dll should be in a new component with a unique GUID.
The log reads (although I'm probably not 100% accurate) as if you may have
reused an existing wix component to home a new dll. If this is the case,
do
not do this.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/New-file-not
-installed-tp6696061p6700572.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New file not installed
Thanks all. I missed the Disallowing installation of component. That
lead to finding where I had messed up.
Thanks again!
-Original Message-
From: Wilson, Phil [mailto:phil.wil...@invensys.com]
Sent: Thursday, August 18, 2011 2:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] New file not installed
Spiricon.Source.Gevicam.UI.dll is not installed; there are a number of
things wrong here:
=
MSI (c) (CC:18) [10:47:26:095]: Disallowing installation of
component:{CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3} since the same component
with higher versioned keyfile exists
MSI (s) (EC:E8) [10:48:21:859]: Executing
op:FileRemove(,FileName=Spiricon.Source.Gevicam.UI.dll,,ComponentId={39177
13E-C01A-431E-A832-8E6F261CDBCE})
MSI (s) (EC:18) [10:48:26:172]: Executing
op:ComponentRegister(ComponentId={CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3},
KeyPath=C:\Program Files\Spiricon\BeamGage
Standard\Spiricon.Source.Gevicam.UI.dll,
=
The first and last log entries are saying that a file with the same
component id as Spiricon.Source.Gevicam.UI.dll is already installed with a
higher version , so it won't install it.
The middle log entry says you're removing Spiricon.Source.Gevicam.UI.dll,
and note that it has a different component ID.
It looks like you may have a file versioning issue because Windows is
deciding not to install the new one because a higher versioned one already
exists. However you also broke the sharing rules somehow because the two
Spiricon.Source.Gevicam.UI.dlls (in the old and the new inbstall) have
different component ids.
The story seems to be I'm not installing it because there's a higher
version already on the system and Nobody's using this Component guid any
more so I'm going to remove it
Phil Wilson
949-639-1680
-Original Message-
From: jjbean [mailto:jonks2...@yahoo.co.uk]
Sent: Thursday, August 18, 2011 12:42 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] New file not installed
Here's a clue:
MSI (c) (CC:18) [10:47:26:095]: Disallowing installation of component:
{CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3} since the same component with
higher versioned keyfile exists
...
...
MSI (s) (EC:18) [10:48:26:172]: Executing op:
ComponentRegister(ComponentId={CA4F7916-B9A9-5D6E-BD7A-98EFFC15AAA3},KeyPa
th=C:\Program Files\Spiricon\BeamGage
Standard\Spiricon.Source.Gevicam.UI.dll,State=3,,Disk=1,SharedDllRefCount=
2,BinaryType=0)
SharedDllRefCount is 2, and this is a new dll? You did say that in an
earlier post didn't you?
The new dll should be in a new component with a unique GUID.
The log reads (although I'm probably not 100% accurate) as if you may have
reused an existing wix component to home a new dll. If this is the case,
do
not do this.
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/New-file-not
-installed-tp6696061p6700572.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
*** Confidentiality Notice: This e-mail, including any associated or
attached files, is intended solely for the individual or entity to which
it is addressed. This e-mail is confidential and may well also be legally
privileged. If you have received it in error, you are on notice of its
status. Please notify the sender immediately by reply e-mail and then
delete this message from your system. Please do not copy it or use it for
any purposes, or disclose its contents to any other person. This email
comes from a division of the Invensys Group, owned by Invensys plc, which
is a company registered in England and Wales with its registered office at
3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number
166023). For a list of European legal entities within the Invensys Group,
please go to
http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=
77.
You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail
recept...@invensys.com. This e-mail and any attachments thereto may be
subject to the terms of any agreements between Invensys (and/or its
subsidiaries and affiliates) and the recipient (and/or its subsidiaries
and affiliates).
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
[WiX-users] Explosion of LGHT0311 errors in WiX 3.5
I recently upgraded to WiX 3.5 (from 3.0) to solve a difxapp compatibility problem, and now I've got different problem. Several of the localized installers fail to build with LGHT0311 (A string was provided with characters that are not available in the specified database code page '1252'). In some languages, I found out-of-range characters in the corresponding .wxls (mostly Unicode-y dashes and spaces), replaced them with boring ASCII, and the build worked again. In other cases, I couldn't find the text light was complaining about. But the real question here is, what changed? Why didn't WiX 3.0 bug me about these problems? I have the product building now, but since our company allows third-party partners to create branded installers (with their own string tables and images), I worry many of these will break in WiX 3.5. It seems preposterous to me that, in 2011, I have to force all strings in an installer to fit in a single ANSI code page. A years-old comment in the code warned about the uninstaller becoming unintelligible if we try and use UTF-8, and web searches on the subject have corroborated this ... does anyone have a workaround for this problem? Because that's the only solution I can think of. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
