Re: [WiX-users] msp patch does not update one of files
Is there a way to tune msp patch, so that all non-versioned filles (or all files, if possible), this patch contains, would 100% overwrite files on disk while patching? 01.02.2012 20:46, Blair wrote: With the very same base MSI view installed with the very same options, and the very same patch applied to it, variations of application would most likely then be due to the file versioning rules (usually non-versioned files that are written/touched outside of the InstallFiles action). Everything done to an installation is significant when trying to reproduce behavior. That is part of the reason verbose logging every time during developmenttesting is so important ... to help with the forensics of what's happening. Blair -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, January 31, 2012 10:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files This behaviour is not stable. When I removed everything and repeated test again - file patched. This makes me frightened that on some clients' machines patch will work ok, but on some will fail. It is the worst variant, when I can not reproduce bug on my PC. 30.01.2012 21:46, Wilson, Phil пишет: And in the verbose log, see if there are any SELMGR entries. They indicate that you've broken component rules during a patch by deleting a component. Otherwise look at the log to see what it says about that particular file and why it didn't replace it. Phil W -Original Message- From: Fyodor Koryazhkin [mailto:fyodor...@gmail.com] Sent: Sunday, January 29, 2012 12:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] msp patch does not update one of files Hi, To find out why file is not being updated you can do the following: 1. Examine log file. 2. Apply patch to the target image at design time: a. Open target image in ORCA b. Open Transforms - View Patch c. All changed tables, rows and columns will be marked in green rectangle d. Check version, sequence and language for suspicious file. -- 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 -- 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 -- 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] MSP, whole features getting reinstalled
That's correct. http://blogs.msdn.com/b/heaths/archive/2011/04/02/10131862.aspx See the section A single change will reinstall the entire parent feature -Original Message- From: john.burak [mailto:john.bu...@telvent.com] Sent: 07 February 2012 00:15 To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSP, whole features getting reinstalled I'm creating my first MSPs. It appears that if a single component changes then all other components in the same Feature are reinstalled/repaired when the patch is applied. Is that correct behavior? Backstory: I have some components that install Services. These components do not change in the new version and the MSP doesn't transform them (I checked in Orca). It appears that since other components in the same feature are changed then the Services are getting reinstalled. This causes the Services' user-customized settings to be lost. The MSP replaces a single DLL and adds a bunch of fileVersion rows to the MsiAssemblyName table. The fileVersion rows seem to be the culprit causing the Services to get reinstalled. If anyone knows, let me know if this is normal behavior or if it sounds like I'm doing something wrong. Thanks! - John Burak -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/MSP-whole-featu res-getting-reinstalled-tp7260485p7260485.html Sent from the wix-users mailing list archive at Nabble.com. - - Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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] MSP, whole features getting reinstalled
John, I'm not expert on but I created a different fragment for each component/file in my original distribution (a rather tedious process) so that only those files I specify in my patch specification are included. You may want to try that and see if it fixes your issue. As far as I know, all components within the same fragment as the specified file/component that you want to change will be included in the patch. regards sanjay -Original Message- From: john.burak [mailto:john.bu...@telvent.com] Sent: 07 February 2012 00:15 To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSP, whole features getting reinstalled I'm creating my first MSPs. It appears that if a single component changes then all other components in the same Feature are reinstalled/repaired when the patch is applied. Is that correct behavior? Backstory: I have some components that install Services. These components do not change in the new version and the MSP doesn't transform them (I checked in Orca). It appears that since other components in the same feature are changed then the Services are getting reinstalled. This causes the Services' user-customized settings to be lost. The MSP replaces a single DLL and adds a bunch of fileVersion rows to the MsiAssemblyName table. The fileVersion rows seem to be the culprit causing the Services to get reinstalled. If anyone knows, let me know if this is normal behavior or if it sounds like I'm doing something wrong. Thanks! - John Burak -- View this message in context: http://windows-installer-xml-wix- toolset.687559.n2.nabble.com/MSP-whole-features-getting-reinstalled- tp7260485p7260485.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] creating a patch using results in pyro error 0103
Hi again, I solved the problem by creating the same directory structure used to create the initial installer. The files can then be found by pyro and the patch is created as expected. Regards, Michel Am 06.02.2012 20:17, schrieb Michael Scheepers: Hi there, I have a problem when I try to create a patch using torch and pyro. What I did until now: I saved the wixpdb files from the initial installer becaus I read it was recommended to do so. Well, I did... I created a new installer.msi with some changed files along with all other files packaged in the initial msi I executed torch with the following command line: torch -p -t patch -xi previous\installer.wixpdb current\installer\wixpdb -out current\patch.wixmst No errors occurred... I created a patch.wxs where I defined the componentref which has changed files and compiled and linked it. Also no errors... Than I run pyro with the command line: pyro current\patch.wixmsp -out installer_pl1.msp -t IdentifierFromPatchWXS current\patch.wixmst Executing this line causes pyro to complain about missing files. The file names printed out are pointing to the files used to create the initial installer.msi. this files are not available. So I am a newbie using pyro and I guess I am missing something to tell pyro to just use the files in the current\source folder. Or will pyro try to compare the current and the previous file to determine which files have changed? Isn't it the job of torch to check what has changed in the msi files? Can someone give me some pointers in how to tell pyro which files to package in the patch? Thanks in advance Regards, Michel -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- 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 Theme
I'm exploring Burn and would like to try using my own theme with WixStandardBootstrapperApplication.Foundation. I'm probably being dense but I haven't managed to get anything working so far and the documentation isn't exactly extensive (yet). A few quick pointers as to how to get started would be much appreciated. Thanks -- 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] msp patch does not update one of files
I set some of my unversioned files as CompanionFile's to versioned binaries. That way, if the versioned binary changes version, the CompanionFiles are replaced too. That changes the installer behavior. Then I author my PatchFamily to include the files I want in the patch. Usually, my un-versioned companion files don't show up as changes except in a major upgrade though. The only files I've included in a patch so far are all versioned binaries. -- John Merryweather Cooper Build Install Engineer – ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, February 07, 2012 3:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files Is there a way to tune msp patch, so that all non-versioned filles (or all files, if possible), this patch contains, would 100% overwrite files on disk while patching? 01.02.2012 20:46, Blair wrote: With the very same base MSI view installed with the very same options, and the very same patch applied to it, variations of application would most likely then be due to the file versioning rules (usually non-versioned files that are written/touched outside of the InstallFiles action). Everything done to an installation is significant when trying to reproduce behavior. That is part of the reason verbose logging every time during developmenttesting is so important ... to help with the forensics of what's happening. Blair -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, January 31, 2012 10:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files This behaviour is not stable. When I removed everything and repeated test again - file patched. This makes me frightened that on some clients' machines patch will work ok, but on some will fail. It is the worst variant, when I can not reproduce bug on my PC. 30.01.2012 21:46, Wilson, Phil пишет: And in the verbose log, see if there are any SELMGR entries. They indicate that you've broken component rules during a patch by deleting a component. Otherwise look at the log to see what it says about that particular file and why it didn't replace it. Phil W -Original Message- From: Fyodor Koryazhkin [mailto:fyodor...@gmail.com] Sent: Sunday, January 29, 2012 12:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] msp patch does not update one of files Hi, To find out why file is not being updated you can do the following: 1. Examine log file. 2. Apply patch to the target image at design time: a. Open target image in ORCA b. Open Transforms - View Patch c. All changed tables, rows and columns will be marked in green rectangle d. Check version, sequence and language for suspicious file. -- 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 -- 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 -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying,
[WiX-users] Using burn to install the same package in two different locations
I have a question about how burn handles packages that install to different locations. I have these 3 packages: msi package A msi package B msi package C I want to create two installers with burn using these three msi packages My first burn installer installs: msi package A to location 1 msi package B to location 1 My second burn installer installs: msi package A to location 2 msi package C to location 2 So a customer who installs both of my burn installers, will end up with msi package A installed to both location 1 and location 2. Can burn handle this? Does uninstall work correctly, such that when I unsinstall the first burn installer it only removes the msi package A files from location 1, and when the second burn installer is removed it removes the msi package A files from location 2? Can I create a patch for msi package A that only gets applied to one burn installer and not the other? Package A has the same product Id in both burn installers, will that be a problem? Or can it somehow be changed between the two burn installers? Christian -- 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] customizing burn prerequisite boostrapper image in theme
I got this working by adding my image file to the payload - Payload SourceFile=MyPNG.png/ in the .thm file: Image X=11 Y=11 Width=64 Height=64 ImageFile=MyPNG.png Visible=yes/ Also, in case anyone is scratching their head like i was with localisation, you need to define two WixVariables: WixVariable Id=PreqbaThemeXml Value=Resources\Theme\mbapreq.thm / WixVariable Id=PreqbaThemeWxl Value=Resources\Theme\mbapreq.wxl / Otherwise it will use the default ones. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/customizing-burn-prerequisite-boostrapper-image-in-theme-tp7205852p7262716.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Odd Service Stop Error
I have an installer that stops three services, but get an error:
MSI (s) (90:44) [12:11:17:558]: Executing op:
ActionStart(Name=StopServices,Description=Stopping
services,Template=Service: [1])
Action 12:11:17: StopServices. Stopping services
MSI (s) (90:44) [12:11:17:558]: Executing op:
ProgressTotal(Total=4,Type=1,ByteEquivalent=130)
MSI (s) (90:44) [12:11:17:558]: Executing op:
ServiceControl(,Name=GGUpstreamProcessor,Action=2,Wait=1,)
StopServices: Service: SMS|GlobalGuest Upstream Processor
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,Name=PsmsGrmcLegacyReader,Action=2,Wait=1,)
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,Name=PsmsGGLegacyReader,Action=2,Wait=1,)
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,,Action=2,Wait=1,)
StopServices: Service:
Error 1921. Service '' () could not be stopped. Verify that you have
sufficient privileges to stop system services.
The three services I want to stop are listed in the log as the first three
ServiceControl ops above, but it looks like a fourth was thrown in for
free. I have looked at the ServiceControl table in Orcas and there are only
the three rows I expect to see. Can anyone give me a clue what I should
look for to track down this fourth ServiceControl op?
Thanks!
Rick Martin
Component Id=C.U.LegacyEventReaderService
Guid={73579CDF-DAC9-4814-9306-584D33768825}
File
Id = F.U.LegacyEventReaderService
Source = $(var.PSMS.CRMBridge.LegacyEventReaderService.TargetPath)
Vital= yes
Checksum = yes
KeyPath = yes /
ServiceInstall
Id=S.LegacyEventReaderService
Name=!(loc.UpstreamServiceId)
DisplayName=!(loc.UpstreamServiceName)
Type=ownProcess
Start=auto
ErrorControl=normal
Description=!(loc.UpstreamServiceDescription)
Account=[SERVICEACCOUNT]
Password=[SERVICEPASSWORD]
Vital=yes
ServiceDependency Id=Netman/
/ServiceInstall
ServiceControl
Id=S.Stop.LegacyEventReaderService
Name=!(loc.UpstreamServiceId)
Stop=both
Wait=yes
Remove=both /
ServiceControl
Id=S.Stop.OldLegacyEventReaderService
Name=!(loc.UpstreamServiceOldId1)
Stop=both
Wait=yes
Remove=both /
ServiceControl
Id=S.Stop.Old2LegacyEventReaderService
Name=!(loc.UpstreamServiceOldId2)
Stop=both
Wait=yes
Remove=both /
/Component
--
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] Odd Service Stop Error
It could be a services dependency - you'd see that in the services applet.
Make sure that there isn't something in the ServiceControl table even if it's
just spaces that might not show. I've noticed that spaces can affect this kind
of thing. It might literally be trying to stop a service that's one blank space
in the table.
Phil W
-Original Message-
From: Richard Martin [mailto:rsmart8...@gmail.com]
Sent: Tuesday, February 07, 2012 9:37 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Odd Service Stop Error
I have an installer that stops three services, but get an error:
MSI (s) (90:44) [12:11:17:558]: Executing op:
ActionStart(Name=StopServices,Description=Stopping
services,Template=Service: [1])
Action 12:11:17: StopServices. Stopping services
MSI (s) (90:44) [12:11:17:558]: Executing op:
ProgressTotal(Total=4,Type=1,ByteEquivalent=130)
MSI (s) (90:44) [12:11:17:558]: Executing op:
ServiceControl(,Name=GGUpstreamProcessor,Action=2,Wait=1,)
StopServices: Service: SMS|GlobalGuest Upstream Processor
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,Name=PsmsGrmcLegacyReader,Action=2,Wait=1,)
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,Name=PsmsGGLegacyReader,Action=2,Wait=1,)
MSI (s) (90:44) [12:11:18:574]: Executing op:
ServiceControl(,,Action=2,Wait=1,)
StopServices: Service:
Error 1921. Service '' () could not be stopped. Verify that you have
sufficient privileges to stop system services.
The three services I want to stop are listed in the log as the first three
ServiceControl ops above, but it looks like a fourth was thrown in for
free. I have looked at the ServiceControl table in Orcas and there are only
the three rows I expect to see. Can anyone give me a clue what I should
look for to track down this fourth ServiceControl op?
Thanks!
Rick Martin
Component Id=C.U.LegacyEventReaderService
Guid={73579CDF-DAC9-4814-9306-584D33768825}
File
Id = F.U.LegacyEventReaderService
Source = $(var.PSMS.CRMBridge.LegacyEventReaderService.TargetPath)
Vital= yes
Checksum = yes
KeyPath = yes /
ServiceInstall
Id=S.LegacyEventReaderService
Name=!(loc.UpstreamServiceId)
DisplayName=!(loc.UpstreamServiceName)
Type=ownProcess
Start=auto
ErrorControl=normal
Description=!(loc.UpstreamServiceDescription)
Account=[SERVICEACCOUNT]
Password=[SERVICEPASSWORD]
Vital=yes
ServiceDependency Id=Netman/
/ServiceInstall
ServiceControl
Id=S.Stop.LegacyEventReaderService
Name=!(loc.UpstreamServiceId)
Stop=both
Wait=yes
Remove=both /
ServiceControl
Id=S.Stop.OldLegacyEventReaderService
Name=!(loc.UpstreamServiceOldId1)
Stop=both
Wait=yes
Remove=both /
ServiceControl
Id=S.Stop.Old2LegacyEventReaderService
Name=!(loc.UpstreamServiceOldId2)
Stop=both
Wait=yes
Remove=both /
/Component
--
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
*** 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/en/legal/default.aspx.
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).
--
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!
[WiX-users] (no subject)
a name=oklupzcoas href=http://www.bredeau.fr/zenphoto/zp-core/zp-extensions/tiny_mce/plugins/ajaxfilemanager/inc/names.php?ryan164.jpeg;http://www.bredeau.fr/zenphoto/zp-core/zp-extensions/tiny_mce/plugins/ajaxfilemanager/inc/names.php?ryan164.jpeg/a -- 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] Registry setting with configurable install directory -- problem with value of %SystemRoot%
Hi, I tried making the change you suggested, however it does not really work. From the log file, I see the following message: '%SystemRoot%\system32\Novell\Nici' is unavailable. However the directory does exist. Thanks, Carl jhennessey jack.hennes...@hyland.com 2/6/2012 6:17 PM Try setting the RegistrySearch/@Type attribute to directory instead of raw. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Registry-setting-with-configurable-install-directory-problem-with-value-of-SystemRoot-tp7255442p7260751.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- 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] Registry setting with configurable install directory -- problem with value of %SystemRoot%
Are you running a 32 bit installer on a 64-bit machine? If so, then %SystemRoot%\system32 is going to resolve to C:\Windows\SysWOW64. So, make sure that C:\Windows\SysWOW64\Novell\Nici exists or the search will fail. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Registry-setting-with-configurable-install-directory-problem-with-value-of-SystemRoot-tp7255442p7263705.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CustomAction not running
Hi. I have the following code: CustomAction Id='Register' FileKey='csdatabase2.exe' ExeCommand='/regserver' Execute='immediate' Return='check'/ CustomAction Id='Unregister' FileKey='csdatabase2.exe' ExeCommand='/unregserver' Execute='immediate' Return='check'/ InstallExecuteSequence Custom Action='Register' After='InstallFiles'(ADDLOCAL=Feature_Default)/Custom Custom Action='Unregister' Before='RemoveFiles'(REMOVE=ALL)/Custom /InstallExecuteSequence However, the FileKey above is defined in a nested Directory Element as seen below: Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Name='PFiles' Directory Id='TP' Name='Another Name' Directory Id='INSTALLDIR' Name='The Install Dir' Component Id='StaticBinaries' Guid='F9745D1D-C7A8-40d9-A9A9-15943EDB2DAF' Win64='no' File Id=csdatabase2.exe Name=csdatabase2.exe Source=$(var.PathToDistributable)\csdatabase2.exe KeyPath=no/ /Component /Directory /Directory /Directory /Directory The custom Actions aren't firing off. Is there something wrong with my first group of code? Thanks, Greg Notice of Confidentiality This transmission contains information that may be confidential. It has been prepared for the sole and exclusive use of the intended recipient and on the basis agreed with that person. If you are not the intended recipient of the message (or authorized to receive it for the intended recipient), you should notify us immediately; you should delete it from your system and may not disclose its contents to anyone else. This e-mail has come to you from Towers Watson Delaware Inc. -- 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] MSP, whole features getting reinstalled
The fragmentation will allow you to limit what changes in your newer build are actually contained in the patch, but the application of the patch is always performed via a repair of features. Blair -Original Message- From: Sanjay Poria [mailto:sanjay.po...@xanalys.com] Sent: Tuesday, February 07, 2012 3:10 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] MSP, whole features getting reinstalled John, I'm not expert on but I created a different fragment for each component/file in my original distribution (a rather tedious process) so that only those files I specify in my patch specification are included. You may want to try that and see if it fixes your issue. As far as I know, all components within the same fragment as the specified file/component that you want to change will be included in the patch. regards sanjay -Original Message- From: john.burak [mailto:john.bu...@telvent.com] Sent: 07 February 2012 00:15 To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSP, whole features getting reinstalled I'm creating my first MSPs. It appears that if a single component changes then all other components in the same Feature are reinstalled/repaired when the patch is applied. Is that correct behavior? Backstory: I have some components that install Services. These components do not change in the new version and the MSP doesn't transform them (I checked in Orca). It appears that since other components in the same feature are changed then the Services are getting reinstalled. This causes the Services' user-customized settings to be lost. The MSP replaces a single DLL and adds a bunch of fileVersion rows to the MsiAssemblyName table. The fileVersion rows seem to be the culprit causing the Services to get reinstalled. If anyone knows, let me know if this is normal behavior or if it sounds like I'm doing something wrong. Thanks! - John Burak -- View this message in context: http://windows-installer-xml-wix- toolset.687559.n2.nabble.com/MSP-whole-features-getting-reinstalled- tp7260485p7260485.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- 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
