[WiX-users] RegistryValue: Could not write value #somevalue
Hello everyone. Recently I have faced some very weird issue. Not sure if it is some kind of defect or just my lack of knowledge (which is most probably the case). Here it is: I have naked installer with one single component which contains: RegistryValue Root=HKLM Key=Software\MegaProduct Name=test_value Value=[TEST] Type=string Action=write / Nothing suspicious, isn't it? Well when I try to lunch installer from command line and initialize TEST property with some value that begins (!!!) with '#' it fails: Msiexec.exe /i MegaProduct.msi TEST=#somevalue MSI (s) (C8:BC) [10:15:09:412]: Executing op: RegOpenKey(Root=-2147483646,Key=Software\MegaProduct,,BinaryType=0,,) MSI (s) (C8:BC) [10:15:09:412]: Executing op: RegAddValue(Name=test_value,Value=#somevalue,) MSI (s) (C8:BC) [10:15:09:413]: Note: 1: 1406 2: test_value 3: Software\MegaProduct MSI (s) (C8:BC) [10:15:09:413]: Note: 1: 2205 2: 3: Error MSI (s) (C8:BC) [10:15:09:413]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1406 MSI (s) (C8:BC) [10:15:15:492]: Note: 1: 2205 2: 3: Error MSI (s) (C8:BC) [10:15:15:492]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (C8:BC) [10:15:15:492]: Product: MegaProduct -- Error 1406. Could not write value test_value to key \Software\MegaProduct. System error . Verify that you have sufficient access to that key, or contact your support personnel. It seems that hardcoded version works fine: RegistryValue Root=HKLM Key=Software\MegaProduct Name=test_value Value=#somevalue Type=string Action=write / Any thoughts why is it happening? Shall I report defect? BR, Vadym. /prefont face=arial size=2 color=#736F6E a href=http://www.sdl.com/?utm_source=Emailutm_medium=Email%2BSignatureutm_campaign=SDL%2BStandard%2BEmail%2BSignature; img src=http://www.sdl.com/email.png; border=0brbrwww.sdl.com /abrbr 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 -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistryValue: Could not write value #somevalue
-The Registry table uses # as the prefix to say you want an integer number, -and your string is not a number. -http://msdn.microsoft.com/en-us/library/windows/desktop/aa371168(v=vs.85).as px -The docs say two # characters should be used, the first will be ignored and -the rest treated as the string. -Phil Wow! That was unexpected!. Thx a lot) Vadym. /prefont face=arial size=2 color=#736F6E a href=http://www.sdl.com/?utm_source=Emailutm_medium=Email%2BSignatureutm_campaign=SDL%2BStandard%2BEmail%2BSignature; img src=http://www.sdl.com/email.png; border=0brbrwww.sdl.com /abrbr 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 -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What issues can rise if lose components Guid
For clean installation it really doesn't matter if you have new GUIDs for each build. As you said, patching ability will be lost. In terms of patch new GUIDs are classified as new Components to be installed instead of old ones and patch does not support component uninstallation. About upgrade: with new GUIDs you cannot use most effective upgrade such as to put RemoveExistingProducts after InstallExecute, because due to Component reference count all of their resources will be uninstalled by RemoveExistingProducts action while new Components keep installed status. Putting RemoveExistingProducts anywhere before InstallExecute will cause entire product to be completely reinstalled, which means you will lose almost all customization the customer wants to remain from previous version, such as IIS, Services, COM+, non permanent\neveroverwrite configs etc. To keep GUIDs the same we use -ag key in heat tool, put all components under well known folder (ProgramFiles for instance), and keep file structure the same from version to version. I took a new project on support and development, which includes WIX-based installer. Among issues of this installer there is problem: every build Paraffin works on binary file's tree and generate almost new WXS files (only Dir and Component group are keeping out). As I understand with such implementation we lose patching ability and effectiveness of upgrade scenario. Which problems can also rise here? /pre 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Make Component permanent on Upgrade
Hey, there. I have a tricky situation. In a new product version we decided to mark one config file as permanent and neverOverwrite. Also we have RemoveExistingProducts scheduled after InstallInitialize to support upgrade from very old versions, where components' guids were differ. The problem is that config file is deleted after upgrade. I see next lines in log: Component: Installed: Absent; Request: Local; Action: Null; - before RemoveExistingProducts Component: Installed: Local; Request: Absent; Action: Absent; - during RemoveExistingProducts. So far I tried next options: 1 - mark component as transitive=yes 2 - create CA to make file backup before RemoveExistingProducts: failed with Error 2613 - RemoveExistingProducts action sequenced incorrectly., because in our case RemoveExistingProducts should be before any actions that generate execution script 3 - force component request state in CA: failed with Disallowing installation of component: ** since the keyfile exists and the component is marked to never overwrite existing installations So currently I'm out of options. If you, guys, have any tips or workaround, I will be very grateful for some). Thx in advance. BR. Vadym. /pre 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 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: bundle cost validation?
Burn engine does not help with that today. Your BA can do it. How? ^^ I don't see any API in BA to extract data about size from packages in bundle. 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. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: bundle cost validation?
Hello. I have a question: my BA shows feature selection screen, where user can choose what features of what packages he wants to install, and I wonder is there any mechanism in BA that I can use to validate if there is enough disk space for installation? For simple msi launch there are CostInitialize, FileCost, CostFinalize actions, that are responsible for this. BR, Vadym. /pre 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 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: cache only Burn engine? Source prompt in BA
If the user renames the executable, then the default prompt for the executable will be incorrect but he or she can still browse to it with the old name. Thanks for pointing me to the right direction). For those who might have problems with source prompt in BA here is solution: 1) Subscribe on BootstrapperApplication.ResolveSource event 2) In event handle execute Engine.SetLocalSource(e.PackageOrContainerId, e.PayloadId, new_file_location) (harvest new_file_location data somehow). 3) Before handler return, execute e.Result = Result.Retry Note that after that engine will try to resolve source with provided data only once, so it is up to BA to validate if new_file_location is a valid source and ask user to reenter path if it is needed. But it is still unclear how patch bundle should handle source missing, if it is launched in Patch relation. There is no way to detect main bundle was launched in silence mode and if patch bundle decides to show dialog for source prompt it may hang some installation script (on PowerShell for instance) rather than just fails. /pre 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 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: cache only Burn engine?
Hello. Recently we have some problem with bundle maintaining. Here is use case: 1. Customer gets cd-layout and renames bundle from OldName to NewName. 2. Then he installs some 2 products from bundle. 3. Then he deletes one and tries to install it again. Boom! Bundle failed with Failed to find payload error, where it refers to original bundle location with OldName. It uses to cache entire bundle and uses it for source prompts, but then I found this in wix history: WixBuild: Version 3.6.2109.0 - RobMen: SFBUG:3197472 - cache only Burn engine, fix up signatures when using attached containers. So I wonder what should my bundle do now, if some mad customer decides to rename or even delete original bundle (to free some disk space for instance)? I see wix installer itself solved this problem by downloading cab from internet, but I don't think this is the option in my case, because we have packages attached to bundle default container (inside bundle in other words). As usual, you are the best and I will appreciate any help here). Maybe make some feature request to allow entire bundle to be cached by setting some attribute? Or it is just by design and we have to tell customer to do not remove or rename cd-layout? BR, Vadym. /pre 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 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: shedule reboot from Managed BA
Very mysterious. The next build of the WiX toolset (Monday) will have even more logging around restart. Can you retry your scenarios with that and share the log file to diagnose further? Wix 3.6.2719 OS 2003 SP2 x86, 2008 SP2 x86: Apply complete, result: 0x0, restart: Required, ba requested restart: No Shutting down, exit code: 0x0 Shutting down, Result: Restart Bootstrapper application requested restart at shutdown. Planned to restart already: No. ...Variable dump... Exit code: 0x0, restarting: Yes Restarting computer... OS 2008 R2: Apply complete, result: 0x0, restart: Required, ba requested restart: No Shutting down, exit code: 0x0 Shutting down, Result: Restart ...Variable dump... Exit code: 0x0, restarting: No If you don't mind I reopen TT 3414392 and attach logs there. /pre 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 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: shedule reboot from Managed BA
Hello. I spend a lot of time in attempt to make my C# BA to restart computer after installation, but without any success. Native 'WixStandardBootstrapperApplication.RtfLicense' seems to work fine, and I didn't find in Wix sources any reasons why it doesn't work with my BA. I'm sure I missed something and here I need your help, please ) Here is what my BA does: MainWindow.Model.Bootstrapper.Shutdown += OnShutDownHandler; ... private void OnShutDownHandler(object sender, ShutdownEventArgs e) { ... e.Result = Result.Restart; ... } Here is what 'WixStandardBootstrapperApplication.RtfLicense' does: virtual STDMETHODIMP_(int) OnShutdown() { int nResult = IDNOACTION; ... if (m_fRestartRequired) { if (m_fAllowRestart) { nResult = IDRESTART; } } ... return nResult; } Here is code in engine which calls OnShutdown: int nResult = pEngineState-userExperience.pUserExperience-OnShutdown(); if (IDRESTART == nResult) { LogId(REPORT_STANDARD, MSG_BA_REQUESTED_RESTART, LoggingBoolToString(pEngineState-fRestart)); pEngineState-fRestart = TRUE; } Couldn't be more simple. But still I don't see 'MSG_BA_REQUESTED_RESTART' message in logs (which is 'Bootstrapper application requested restart at shutdown. Planned to restart already: '), and thus reboot is not performed at all. Result.Restart is of int 102 in Result enum, which is the same value as IDRESTART. I'm currently using Wix 3.6.2712. As usual I will be very very grateful for any hints here). Thx in advance. BR. Vadym. /pre 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 -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
Good day (I hope!). I think we found some workaround for updating old bundle, but now we have another problem with patch implementing via RelatedBundle element. I did as you said: Added RelatedBundle Id={GUID} Action=Detect/ to main bundle, and RelatedBundle Id={GUID} Action=Patch/ to patch bundle. Main bundle does detect related patch and maintain it accordingly, but it does not allow to maintain any product features, because it detect downgrade and though every feature has state Absent: Detected related package: {PRODUCT-GUID}, scope: PerMachine, version: 6.1.270.0, language: 1033 operation: Downgrade Detected package: Product, feature: FeatureFirst, state: Absent Detected package: Product, feature: FeatureSecond, state: Absent And if try to remove second feature we will get next during Planning: Planned feature: FeatureFirst, state: Absent, requested: Unknown, execute action: None, rollback action: None Planned feature: FeatureSecond, state: Absent, requested: Absent, execute action: None, rollback action: None I created defect with log attached just in case. https://sourceforge.net/tracker/index.php?func=detailaid=3495355group_id=10 5970atid=642714 Maybe you have some valid example of patch bundle? Because I still don't get how it should work). Currently it is showstopper for our hotfixrollup release As usual I will appreciate any help here;) BR, Vadym. /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 -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
I double checked everything again... 1. You were right ) it does show up in ARP Updates 2. You were right ) There is also the same key in CurrentUser 3. I was wrong ) It was some kind of resource conflict: new file in patched package had the same component name as another file in the original package but had differ location. 4. Well, we got 1 week to find some not so ugly solution for patch) Anyway, thx again for your time and efforts! BR, Vadym. 1. I hope the Patch Bundle shows up in Installed Updates in ARP. 2. Are you sure that isn't just the backing key for a more well known name? I would be surprised if that is where the key is requested from. 3. Would need the Burn logs to diagnose the prompt for source issue.It is possible there is a bug here. 4. Deploying Burn live right now is still a bit sketchy. We're getting the bugs fixed but I wouldn't call it production by any means. In the worse case, you may hit a bug that requires the previous version to be removed completely before trying to install a new Bundle. Eventually (soon I think) everything will just work. /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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
Hey there. Thx for your reply. I really looked forward to). I read on Hearth's blog about Patching and Add-ons, and tried some. It does work as described). So thx for that to! One thing I noticed is that Patch bundle is not displayed in ARP, so there are no normal ways to delete it. Is it by design? It also creates registry record like HKEY_USERS\S-1-5-...-_Classes\SOFTWARE\[Manufacturer]\Updates\[ProductFamily] \[Name], which is very weird location, shouldn't it be just in HKEY_LOCAL_MACHINE? Another thing is when I tried to delete complete new bundle but with patches it put me in endless loop of asking for cached location of original packages, which were not cached during their installation (defect?). Anyway deploying customer whole new version bundle is not a good option, because it has pretty big size (300Mb+) just for simple patch L. Before we do this I want to be sure there are no other options. Maybe some transform like for simple msi package? As usual thx in advance ;) BR, Vadym. --- Interesting. I was just going to say that in the latest build we updated the patch detection to be able to target the UpgradeCode of a Bundle. Otherwise, the only way to use the patch RelatedBundle was to add a RelatedBundle of type detect to the original Bundle. Of course, if you've already shipped that won't work for you. You can release a new Bundle with higher version and same UpgradeCode with updated MSI(s). That should only install the new Bundle's stuff and the old Bundle should end up doing little to nothing. /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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
Hey again. I know I'm probably the most annoying person, but we have a problem with released bundle here and we are out of options how to update/patch it properly. I think I understood how BA should handle detected patches, but it has been already released. Please tell me is there any possibility to update BA in installed bundle? Or maybe some workaround? I will appreciate any help here. Thx in advance. BR, Vadym. 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. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
Here is what I ended up with: BundleHotfix.wxs: Bundle Name=Bundle Name HotfixRollup Version=2.0.0.0 ParentName=original_bundle_name BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense / RelatedBundle Id={ORIGINAL-BUNDLE-GUID} Action=Patch/ Chain DisableRollback='yes' PackageGroupRef Id='patch_Product1'/ PackageGroupRef Id='patch_Product2'/ /Chain /Bundle Btw I don't know another way to get original bundle GUID rather then look at its installation log file and find location where it is cached to (C:\ProgramData\PachakeCache\{ORIGINAL-BUNDLE-GUID}\BundleName.exe) (is there any tool, like Orca for msi/msp packages, to look at bundle structure?) When I run my BundleHotfix it just registers new product to ARP and performs simple msp launching (which does its work correctly). According to logs BundleHotfix doesn't even detect original bundle. So it is not bundle patching at all! Providing BundleHotfix with Original Bundle UpgradeCode, detects MajorUpgrade though, but causes install error 0x80070490 during original bundle uninstallation, which is ignored as not vital. And the final result does not differ to previous case. So could you, guys (Burn creators), describe how do you see the Bundle Patching scenario? -- On 25-Jan-12 04:15, Vadym Verba wrote: Here is usecase: I have old v1.0 bundle installed and new patch bundle with patches only (totally new bundle with new upgrade code or with the same one?). You'll have to do some additional work to associate the bundles. I haven't done it, so I'm not sure of the exact procedure, but see the doc for the RelatedBundle element. -- sig://boB http://joyofsetup.com/ 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
I'm not sure, if I understood this right. Here is usecase: I have old v1.0 bundle installed and new patch bundle with patches only (totally new bundle with new upgrade code or with the same one?). I installed patch bundle and then decided to change/repair/uninstall some patched product from v1.0 bundle. In this case downgrade will be detected for it. What should BA do now? Continue installation anyway and rely on valid patch sequence detection during msi execution? If this is the case, is there any way to patch/change old v1.0 BA itself? And how should I indicate that bundle is a patch for already existing one. -- Date: Tue, 24 Jan 2012 12:15:26 -0500 From: Bob Arnson b...@joyofsetup.com Subject: Re: [WiX-users] Burn: patch for bundle To: wix-users@lists.sourceforge.net Message-ID: 4f1ee72e.1070...@joyofsetup.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 24-Jan-12 10:02, Vadym Verba wrote: I have a small but a very vital question: how to patch bundle? Build a new bundle that contains the patches, either by themselves or with the original packages. -- sig://boB http://joyofsetup.com/ /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 -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: patch for bundle
Hello. I have a small but a very vital question: how to patch bundle? I mean, let say I have some bundle of 1.0 version with few products inside of 1.0 version as well. If I just install patches for products themselves they will be of 1.1 version and if I launch bundle it will detect downgrade, because installed products are of higher version than it has inside. So I need some way to patch bundle itself. I prefer to create bundle patch that contains product patches only, and after its installation I would like to see updated bundle in ARP. Is there any way to do this? Btw what if I create bundle of 1.1 version and add patches just after appropriate product installers, will RemoveRelatedBundle(or whatever it is called) action uninstall whole old bundle with all products first before 1.1 (with the same old products but with the patches) is installed during upgrade? Thx in advance. Vadym. /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 -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: disk space usage calculation
Sorry for repeating, but does anyone have any clues? -Original Message- From: Vadym Verba Sent: Friday, November 11, 2011 11:37 To: 'wix-users@lists.sourceforge.net' Subject: Burn: disk space usage calculation Hello. I have a bundle with several packages of .msi and .exe types, plus additional .exes to install some Windows roles. I also know all their features and can gather information from user which one should be installed. So now I have a problem to calculate how much space installation will take. I don't think to hardcode size of each feature is a good idea because it can change in next builds. I prefer some automatic approach. Is there any analogue of 'CostInitialize', 'FileCost' and 'CostInitialize' installer actions in Burn? BR, Vadym. 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. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: disk space usage calculation
Hello. I have a bundle with several packages of .msi and .exe types, plus additional .exes to install some Windows roles. I also know all their features and can gather information from user which one should be installed. So now I have a problem to calculate how much space installation will take. I don't think to hardcode size of each feature is a good idea because it can change in next builds. I prefer some automatic approach. Is there any analogue of 'CostInitialize', 'FileCost' and 'CostInitialize' installer actions in Burn? BR, Vadym. 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. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: BA custom modal message
Hey there. I created custom wpf window that displays messages for my BA. It is shown as modal using ShowDialog() method. It does block BA thread, but not Engine thread when pop-ups during, for instance, applying, so if user decides to cancel installation he will see pop-up windows, but also notice that installation continues on background. I see in WixUX project that InstallationApplyingControl uses MessageBox.Show method with Window owner parameter and this works fine. So what I want here is to implement custom wpf window that: 1) Acts as modal (disables parent windows till it is closed) 2) Freezes Engine thread (like MessageBox.Show does) till it is closed Is it feasible? BR, Vadym. /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 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: how to elevate BA? (Manifest for Burn Bootstrapper [Continue])
Hello. Recently I ran against the same problem to launch my bundle exe elevated from the beginning. I saw your discussion with some tips what to do, but even more issues appeared. 1)You can embed a custom manifest to a pre-built executable using the MT.exe tool. mt.exe -manifest setup.exe.manifest -outputresource:setup.exe I tried to apply manifest to my exe and as result I got empty file but with manifest that prompts elevation on start. My bundle have (had before manifest application) couple embedded files as payloads including BA dll, license description files and custom schemas for .Net prerequisite screen, so now I have extraction error: [1120:17B0][2011-10-03T13:15:30]: Error 0x80004005: Failed to extract all files from container. [1120:18B4][2011-10-03T13:15:30]: Error 0x80004005: Failed to wait for operation complete. [1120:18B4][2011-10-03T13:15:30]: Error 0x80004005: Failed to open container. [1120:18B4][2011-10-03T13:15:30]: Error 0x80004005: Failed to open attached container. [1120:18B4][2011-10-03T13:15:30]: Error 0x80004005: Failed to open attached UX container. [1120:18B4][2011-10-03T13:15:30]: Error 0x80004005: Failed to initialize core. I get stuck with this approach. 2) IBootstrapperApplicationEngine-Elevate() What is the right way to use this method? Currently when this method is executed in BA process it returns true immediately and processes further, but elevation is performed in Engine process, so I assume it is the only process that elevates. I need the same for BA! 3) I also tried to launch bundle with Verb runas from BA, but due to exact GUIDs and user of first and second(elevated) bundle launchings they have the same extract location for payloads so the second begins to work when first performed clean up on shutting down O_o. So here I have bunch of errors with missing files :'( Thus I have a simple question: how to elevate BA? BR, Vadym. /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 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Std Bootstrapper failed: Error
Now this defect is reproducible on all our tester machines. The weirdest thing it that simple verification of any file, signed with company certificate, on the problem computer repels defect ^^ (signtool.exe verify /pa anySignedFile.exe). I added comment to the defect https://sourceforge.net/tracker/?func=detailaid=3380917group_id=105970atid =642714 https://sourceforge.net/tracker/?func=detailaid=3380917group_id=105970ati d=642714 @Rob you mentioned earlier that problem might be in getting right flags passed to WinVerifyTrust(). Could you please look at http://msdn.microsoft.com/en-us/library/aa382384(v=VS.85).aspx http://msdn.microsoft.com/en-us/library/aa382384(v=VS.85).aspx . They set fdwRevocationChecks = WTD_REVOKE_NONE and dwStateAction = WTD_STATEACTION_IGNORE, which may be not correct but it is said it is enough to verify signature and hash. /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 -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Std Bootstrapper failed: Error
There are .Net updates after which defect is not reproducible: Update for Microsoft .NET Framework 4 on Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008 x86 (KB2533523) This update addresses stability, reliability, and performance issues in Microsoft .NET Framework 4. After you install this item, you may have to restart your computer. More information: http://go.microsoft.com/fwlink/?LinkId=219466 Update for Microsoft .NET Framework 4 on Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008 x86 (KB2468871) Install this update to resolve issues in Microsoft .NET Framework 4. For a complete listing of the issues that are included in this update, see the associated Microsoft Knowledge Base article for more information. After you install this item, you may have to restart your computer. More information: http://go.microsoft.com/fwlink/?LinkID=210664 The weird thing is that latest update: Update for Windows Server 2008 (KB2570791) Install this update to resolve issues caused by revised daylight saving time and time zone laws in several countries. This update enables your computer to automatically adjust the computer clock on the correct date in 2011. After you install this item, you may have to restart your computer. More information: http://support.microsoft.com/kb/2570791 Makes defect reproducible again. From: Vadym Verba Sent: Thursday, August 18, 2011 10:46 To: 'wix-users@lists.sourceforge.net' Subject: Re: 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 -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
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] Std Bootstrapper failed: Error
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. -- Message: 2 Date: Thu, 28 Jul 2011 14:33:56 +0200 From: thomas.debo...@rohde-schwarz.com Subject: [WiX-users] Antwort: Re: Std Bootstrapper failed: Error 0x800b010a To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: of110cb969.7b8e22df-onc12578db.0044c76c-c12578db.00450...@rohde-schwarz.com Content-Type: text/plain; charset=US-ASCII Thanks, I've created bug Bootstrapper failed to launch signed installer (no WWW) with ID: 3380917 https://sourceforge.net/tracker/?func=detailaid=3380917group_id=105970atid =642714 Cheers, Thomas 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. -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to keep Service settings after Patch?
Hey there. I have some service declarations in my wix project like this: Component Id=service_component_id Guid=* File Id=service.exe KeyPath=yes Source=$(var.Binaries)\service.exe ServiceInstall Id=service_id Name=service_name DisplayName=!(loc. service_displayname) Start=auto Description=!(loc.service_description) ErrorControl=normal Type=ownProcess Vital=yes xmlns=http://schemas.microsoft.com/wix/2006/wi/ /Component After installation i changed service Start type setting from Automatic to Manual that would only be used in failover. Next I have a patch that updates these services, but after its application the Start type back to Automatic. That becomes a big problem when you have a lot of such services and it is vital to keep Start type. So what I want to do here is to do not update settings (but still update files) for existing services and reinstall missing. What I have discovered so far is that there are DeleteServices and InstallServices actions in InstallExecuteSequence, so that is probably the reason of such behavior. I can't set conditions for them, because I want missing services to be reinstalled. I also can't mark Component as NeverOverwrite, because it has File subnode which I want to update. Next thing I have noticed is that msi has ServiceInstall table where service settings are stored. So as a very brutal workaround I can write CA to check if services are exists, read their settings and modify msi ServiceInstall table at runtime. Looking for some more humane solution for this problem. Best regards, Vadym. /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 -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Bootstrapper upgrade code detection
Hey, Alexander. Try to use DetectRelatedMsiPackage. It detects installed products based on Upgrade Code, but not on Product Code. Best regards, Vadym -- Date: Mon, 4 Jul 2011 10:52:50 +0200 From: Alexander Kriv?cs Schr?deralexander.schro...@mermaid.no Subject: [WiX-users] Bootstrapper upgrade code detection To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: 17860180d1bd8c41abece6ac6f36239c6e6ba7d...@htv-mail01.headline.tv Content-Type: text/plain; charset=iso-8859-1 Hey. According to the Windows Installer specifications, we change the Product Code of our product with every release (We just use Product Id=* ... /) and we keep the Upgrade Code the same. That way, when the individual MSIs are run, if any previous versions exist, they are first uninstalled. At the moment, we're making a bootstrapper for our products, and in this process, we're also making a custom managed GUI. It detects if a product is already installed (its PackageState is reported as PackageState.Present) or not installed (PackageState.Absent). However, if a product is installed, but the bootstrapper contains a newer version of the product, it is reported as PackageState.Absent, not PackageState.Superseded, like one would expect. Is there anything in particular we need to do in order to get this upgrade detection mechanism to work? Best regards ALEXANDER K. SCHR?DER 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. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix bootstrapper issues
On this machine, both Headline.Agent and Headline.Player are installed. However, only the features (and consequently package) for Headline.Player get detected as present. What decides whether or not a package is detected? Hey, Alexander. I had the similar issue. Apparently Burn engine does not detect just installed product without property ALLUSERS=1. I put InstallScope=perMachine attribute into Package node and it helped. Best regards, Vadym. /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 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix bootstrapper issues
On this machine, both Headline.Agent and Headline.Player are installed. However, only the features (and consequently package) for Headline.Player get detected as present. What decides whether or not a package is detected? Hey, Alexander. I had the similar issue. Apparently Burn engine does not detect just installed product without property ALLUSERS=1. I put InstallScope=perMachine attribute into Package node and it helped. Best regards, Vadym. /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 -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Reboot management
Check the log; as long as MSI returns 3010, Burn will indicate to the BA that a reboot is required at the end of the chain. Finally I figured out how it works. ApplyCompleted event has data e.Restart that indicates if restart is required and Shutdown event allows actual restart to be scheduled (e.Result = Result.Restart) But I still have a problem with installing .Net v4.0: when bundle installs .NET 4.0 as prerequisite and reboot is performed on demand, the installation is not resumed after it 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. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ConfigureIIs rollback
Hello. When web site is installed by installer and it crashes later, the rollback doesn't delete created web site at all. Logs show that there are no any Rollback CAs for ConfirugeIIs, just StartMetabaseTransaction, RollbackMetabaseTransaction and CommitMetabaseTransaction inside one transaction sheduled by ConfigureIIs. So how to perform ConfigureIIs rollback correctly? Best regards, Vadym /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 -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Reboot management
Hello. I have a problem with pending machine reboot after bundle applying completed. I have one msi package with ScheduleReboot After='InstallFinalize' /, but Burn always install package with argument in command line REBOOT= ReallySuppress and the one before last line in log file is Apply complete, result: 0x0 restart: No. So how to schedule reboot in Burn? The other problem is when bundle installs .NET 4.0 as prerequisite and reboot is performed on demand, the installation is not resumed after it. How make it works? Best regards. Vadym /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 -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: installing IIS6, WindowsRoles, MSDTC
Hello. I wonder if there any possibility to declare IIS6, WindowsRoles, MSDTC installation inside Bundle chain? They use Windows executables from System32 folder, so theoretically it should not be embedded in a container (Compressed=no): ExePackage Id='MSDTC_Id' SourceFile=%PATH%\msdtc.exe InstallCommand=-INSTALL Compressed=no Cache=no Vital=yes / First problem is that 'SourceFile' is not a formatted field and everything like %PATH% or [SomeVariable] doesn't work. Second problem is that SourceFile=C:\Windows\System32\msdtc.exe causes compile error The system cannot find the file 'C:\Windows\System32\msdtc.exe', but the file is there. Ofc I could copy it in some safe place and it will be compiled w\o errors but there are no guaranties it will work during installation because executables run not from System32 folder. What is an optimal solution for this problem? Should I install all this stuff from BA code before actually Planning and Applying? Best regards, Vadym. /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 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: secure Bundle Variables
Hello. I want to gather user password using BA and pass it to msi package, so I create Bundle variable and use it in MsiPackage: Variable Name=my_password Value=blablabla Type=string/ MsiPackage Id='my' SourceFile=my.msi Cache=no Vital=yes MsiProperty Name=MY_PASSWORD Value=[my_password]/ /MsiPackage MainWindow.Model.Engine.StringVariables[my_password] = new_blablabla; The problem is when this variable is initialized or changed in BA, it is written in log file unprotected: --- Initializing string variable 'my_password ' to value ' blablabla' --- Is there any workaround to make this more secure? Best regards, Vadym. /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 -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Detecting: additional Package info
Hello. I have several questions about detecting mechanism in Burn. 1) DetectPackageCompleteEventArgs contains PackageId. Where could I use this information? Could I somehow get access to .msi itself, described in Chain with detected PackageId? 2) DetectMsiFeatureEventArgs contains PackageId and FeatureId. How can I restore Feature hierarchy of detected package? I need to show Features TreeView but I can't find how to detect proper hierarchy structure. I know .msi feature structure and obvious workaround is to hardcore its structure into BA, but I wonder if there is some more suitable solution. Vadym. /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 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble implementing a
Hey, Simon. I had the same problems when first try to write BA on managed code. Rob Mensching suggested me to see sources of Wix 3.6 installer itself. wix36-sources\src\Setup\Bundle - location of Wix bootstrapper project wix36-sources\src\Setup\UX - location of BoostrapperApplication project. It uses WPF btw. What you should pay attention to is (assumed your dll is named as 'MyBA.dll'): 1) Bundle.wxs: BootstrapperApplicationRef Id='ManagedBootstrapperApplicationHost' Payload Name='BootstrapperCore.config' SourceFile='(Path_to_config_file)\MyBA.BootstrapperCore.config' / Payload SourceFile='(Path_to_your_dll)\MyBA.dll' / /BootstrapperApplicationRef 2) add MyBA.BootstrapperCore.config (see example wix36-sources\src\Setup\UX\WixUX.BootstrapperCore.config) into your BA project and modify it: ... wix.bootstrapper host assemblyName=MyBA supportedFramework version=v4\Full / supportedFramework version=v4\Client / /host /wix.bootstrapper ... 3) You have already added [assembly: BootstrapperApplication(typeof(TestBA))] into AssemblyInfo.cs Maybe it is better to modify example wix36-sources\src\Setup\UX\Properties\AssemblyInfo.cs Should be fine now. -Original Message- Date: Wed, 23 Feb 2011 14:14:24 -0800 (PST) From: Simon Zinkevicius simon.zinkevic...@hp.com Subject: Re: [WiX-users] Trouble implementing a BootstrapperApplication in C# To: wix-users@lists.sourceforge.net Message-ID: 1298499264403-6058081.p...@n2.nabble.com Content-Type: text/plain; charset=us-ascii I also added the following line the the AssemblyInfo.cs in the bootstrapper Application library but it still will not run. [assembly: BootstrapperApplication(typeof(TestBA))] 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. -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Planning: package customization
Actually Bob Arnson was right. I have the following code works: 1) In Bundle.wxs: Variable Name=db_name Value=old_db_name/ Chain MsiPackage Id=SomeMsiId SourceFile=some.msi MsiProperty Name=DB_NAME Value=db_name/ /MsiPackage /Chain 2) In BA managed code: MyBootstrapperApplication.Bootstrapper.Engine.StringVariables[db_name] = new_db_name; Now some.msi will be launched something like this: msiexec.msi /I some.msi DB_NAME=new_db_name The tip is: Value in MsiProperty values EXPRESSION that can contains references to Burn variables (like db_name in my example) From: Dan Vasilov d...@rms.ro Subject: Re: [WiX-users] Burn: Planning: package customization To: 'General discussion for Windows Installer XML toolset.' wix-users@lists.sourceforge.net Message-ID: 005301cbd195$cdd65860$69830920$@ro Content-Type: text/plain; charset=us-ascii You can implement the bootstrapper to launch the .msi package using the command line msiexec /I {package.msi} PROPERTY1=value1 PROPERTY2=value2. However, if you do this, you have to manually manage all specific scenarios (upgrade, uninstall, patch, etc). A better solution is to encapsulate the code to retrieve specific information in custom actions and drop the bootstrapper altogether. Dan 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. -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn: Planning: package customization
Hello. I want to write Bootstrapper Application that gathers information about DataBase, COM+ user etc. so I need to pass this data to appropriate package (.msi) when it actually executes. I could find MsiProperty child node nested into MsiPackage which allows pass data and it couldn't be changed, but I didn't find any possibility to make it works in BA. None of Planning events receive data to customize package. Is there any alternative way? Best regards! Vadym. /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 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 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Boostrapper Application dll on managed code
Hello. There is an example of declaring BootstrapperApplicationCreate method in Documentation: extern C HRESULT WINAPI BootstrapperApplicationCreate( __in IBootstrapperEngine* pEngine, __in const BOOTSTRAPPER_COMMAND* pCommand, __out IBootstrapperApplication** ppApplication ) So I tried make similar declaration on C#, but failed with error Failed to get BootstrapperApplicationCreate entry-point. Does Burn currently support BA on managed code? If yes, what signature should I use? Do I need additionally configure BA project somehow? P.S: there is BootstrapperApplicationCreate signature I tried with: public IntPtr BootstrapperApplicationCreate(IBootstrapperEngine pEngine, Command pCommand, out IBootstrapperApplication thisInstance) {} Here I used reference to BootstrapperCore.dll in project P.S.S: It would be really helpful if something like Boostrapper Application project (like Custom Action project) appears in Visual Studio Installed Templates (Menu New Project) with some little example. /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 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 -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users