Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location
Hi Michael, OK, I suppose I could do that. I'm sort of surprised that I can't put the literal text %USEPROFILE% (or for that matter any environment variable name), in the shortcut, but I'll experiment further, and also with your suggestsion. Thanks, John. -Original Message- From: Michael Tissington [mailto:michael_tissing...@ciqual.com] Sent: 12 August 2011 08:44 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location In the install set a registry key to point to the working directory In the code read the registry and then make an api call to set the current directory Michael Tissington -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: 12 August 2011 08:30 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hi Christopher, Thanks for the comment, but if you were to do it how would you? /john -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 11 August 2011 19:08 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location I wouldn't ever do this because it's masking an application design problem. The application should work regardless of what the working directory is set to. The shotcut's working directory becomes special sauce tribal knowledge. One day someone else will create their own shortcut to the application and then wonder why it isn't working. Fix the app. Best case, fix whatever code requires the working directory so that it can resolve the location of the needed file/directory and worst case patch it with a call up front to resolve the directory and set the processes working directory. --- Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me From: John Daintree jo...@dyalog.com To: 'General discussion for Windows Installer XML toolset.' wix-users@lists.sourceforge.net Sent: Thursday, August 11, 2011 10:23 AM Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hi Phil, I think that, whilst that works, the environment variable is de-referenced at install time, so if I do an ALLUSER install, every user gets the value of USERPROFILE for the installing user. What I'm hoping to be able to do is get the literal string %USERPROFILE% into the shortcut. /john -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: 10 August 2011 19:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Working direcory is WkDir in the Shortcut table in the MSI file, and the documentation specifically says that you can put %USERPROFILE% in there, so maybe it just works the same way in WiX too. Phil Wilson -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: Wednesday, August 10, 2011 6:00 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hello all, In an ALLUSER install, I'm trying to set up my desktop icon(s) so that the WorkingDirectory is set to a per-user location. If I do (bits omitted for clarity): Property Id=PERSONALFILES Value=%USERPROFILE%\My Documents\Our Files / Shortcut Id=shortcut.. WorkingDirectory=PERSONALFILES/ Then every user's Working Directory is set to c:\Documents and Settings\john\My Documents\Our Files (as john did the original ALLUSERS install) If I modify the shortcut by hand to contain the literal string %USERPROFILE%\My Documents\Our Files then Windows evaluates the variable as the process starts and the working directory is as I want it. So, in a nutshell, the question is how do I set the WorkingDirectory attribute to contain the literal text %USERPROFILE%? Thanks, John. -- 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 *** 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
Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location
Hi Christopher, Thanks for the comment, but if you were to do it how would you? /john -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 11 August 2011 19:08 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location I wouldn't ever do this because it's masking an application design problem. The application should work regardless of what the working directory is set to. The shotcut's working directory becomes special sauce tribal knowledge. One day someone else will create their own shortcut to the application and then wonder why it isn't working. Fix the app. Best case, fix whatever code requires the working directory so that it can resolve the location of the needed file/directory and worst case patch it with a call up front to resolve the directory and set the processes working directory. --- Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me From: John Daintree jo...@dyalog.com To: 'General discussion for Windows Installer XML toolset.' wix-users@lists.sourceforge.net Sent: Thursday, August 11, 2011 10:23 AM Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hi Phil, I think that, whilst that works, the environment variable is de-referenced at install time, so if I do an ALLUSER install, every user gets the value of USERPROFILE for the installing user. What I'm hoping to be able to do is get the literal string %USERPROFILE% into the shortcut. /john -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: 10 August 2011 19:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Working direcory is WkDir in the Shortcut table in the MSI file, and the documentation specifically says that you can put %USERPROFILE% in there, so maybe it just works the same way in WiX too. Phil Wilson -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: Wednesday, August 10, 2011 6:00 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hello all, In an ALLUSER install, I'm trying to set up my desktop icon(s) so that the WorkingDirectory is set to a per-user location. If I do (bits omitted for clarity): Property Id=PERSONALFILES Value=%USERPROFILE%\My Documents\Our Files / Shortcut Id=shortcut.. WorkingDirectory=PERSONALFILES/ Then every user's Working Directory is set to c:\Documents and Settings\john\My Documents\Our Files (as john did the original ALLUSERS install) If I modify the shortcut by hand to contain the literal string %USERPROFILE%\My Documents\Our Files then Windows evaluates the variable as the process starts and the working directory is as I want it. So, in a nutshell, the question is how do I set the WorkingDirectory attribute to contain the literal text %USERPROFILE%? Thanks, John. -- 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 *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- uberSVN's rich system and user administration
Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location
Hi Phil, I think that, whilst that works, the environment variable is de-referenced at install time, so if I do an ALLUSER install, every user gets the value of USERPROFILE for the installing user. What I'm hoping to be able to do is get the literal string %USERPROFILE% into the shortcut. /john -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: 10 August 2011 19:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Working direcory is WkDir in the Shortcut table in the MSI file, and the documentation specifically says that you can put %USERPROFILE% in there, so maybe it just works the same way in WiX too. Phil Wilson -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: Wednesday, August 10, 2011 6:00 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location Hello all, In an ALLUSER install, I'm trying to set up my desktop icon(s) so that the WorkingDirectory is set to a per-user location. If I do (bits omitted for clarity): Property Id=PERSONALFILES Value=%USERPROFILE%\My Documents\Our Files / Shortcut Id=shortcut.. WorkingDirectory=PERSONALFILES/ Then every user's Working Directory is set to c:\Documents and Settings\john\My Documents\Our Files (as john did the original ALLUSERS install) If I modify the shortcut by hand to contain the literal string %USERPROFILE%\My Documents\Our Files then Windows evaluates the variable as the process starts and the working directory is as I want it. So, in a nutshell, the question is how do I set the WorkingDirectory attribute to contain the literal text %USERPROFILE%? Thanks, John. -- 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 *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- 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 -- 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-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setting the WorkingDirectory of a shortcut to a per-user location
Hello all, In an ALLUSER install, I'm trying to set up my desktop icon(s) so that the WorkingDirectory is set to a per-user location. If I do (bits omitted for clarity): Property Id=PERSONALFILES Value=%USERPROFILE%\My Documents\Our Files / Shortcut Id=shortcut.. WorkingDirectory=PERSONALFILES/ Then every user's Working Directory is set to c:\Documents and Settings\john\My Documents\Our Files (as john did the original ALLUSERS install) If I modify the shortcut by hand to contain the literal string %USERPROFILE%\My Documents\Our Files then Windows evaluates the variable as the process starts and the working directory is as I want it. So, in a nutshell, the question is how do I set the WorkingDirectory attribute to contain the literal text %USERPROFILE%? Thanks, John. -- 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] Adding registry entries for other users or non-existant users
Hi all, When our installation installs for ALLUSERS we put registry entries into HKEY_LOCAL_MACHINE, and when the application starts on each user account we copy the settings from there to HKEY_CURRENT_USER. This is handy because it will work for all existing users on the machine, as well as for user accounts that do not exist yet. However, we also install a keyboard layout which needs keys in HKEY_CURRENT_USER as the user logs in, before the user can access the layout, and before our application can be run. Is there some way we can create registry entries for all existing users on the system AND any new users? Thanks, John. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Authoring a patch to patch everything
Hello all (again), I'm attempting to author a patch that patches every file in a package. To begin with I started with a patch file that only patches some binary, versioned, components, and that seems to work: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval = yes Classification = Update Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media PatchFamily Id=ComponentsToPatch Supersede=yes Version=1.0.0.0 ?include ComponentsToPatch.wxi? /PatchFamily /Patch /Wix However I want to create a patch that will patch all changed files in the application. I'm sure I read somewhere (but I can't find the link now), that if I had no children in the PatchFamily element that it would include all changes in the patch. However, if I comment out (or remove) the include of ComponentsToPatch.wxi I get a PYRO error: error PYRO0103 : The system cannot find the file 'c:\tmp\a3pbt24c\patch.msp'. I can probably auto-create a full list of ComponentRefs from the install package to add to the PatchFamily if necessary, but I thought there'd be a slicker way. How does one author a patch to patch all files? Thanks, John. ~ -- 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] Problems applying patches
Hi Rob, Thanks for that, that was useful. The new file was unversioned (I'd just hacked in a binary blob that I knew was very different to the original file). We've addressed that, and we've looked at http://msdn.microsoft.com/en-us/library/aa368599%28VS.85%29.aspx and we are making some progress. Thanks, John. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 27 February 2011 22:32 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Problems applying patches Does the new file have a newer file version? Patch is really just apply transfor then repair product. On Fri, Feb 25, 2011 at 7:06 AM, John Daintree jo...@dyalog.com wrote: Hello all, I'm working with Liam who previously asked some patch related questions. ( http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching -Using -Purely-Wix-td6031594.htmlhttp://windows-installer-xml-wix-toolset.68 7559.n2.nabble.com/Patching-Using-Purely-Wix-td6031594.html) We've made progress, with the comments to Liam's post, and by looking at http://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-y ou-did nt-build-with-wix-using-wix-.aspxhttp://blogs.msdn.com/b/pmarcu/archi ve/2008/05/30/patching-something-you-didnt-build-with-wix-using-wix-.a spx . However we're still unable to successfully patch our installation. We have two install packages: setup_32_unicode_new.msi and setup_32_unicode_old.msi, there is only 1 file (dyalog.exe, which I've changed from 6Mb to 15Mb) that is changed from old to new. Initially we're just trying to create a patch that will install that one modified file. Here's my patch xml: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; !-- Path variables -- Patch AllowRemoval = yes Manufacturer = Dyalog DisplayName = Dyalog APL 13.0 Patch Description = Dyalog APL 13.0 Patch Classification = Update Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media PatchFamilyRef Id=Interpreter/ /Patch Fragment PatchFamily Id=Interpreter Supersede=yes Version=1.0.1.0 ComponentRef Id=dyalog.exe/ /PatchFamily /Fragment /Wix I use the following script to make the patch file: WIXDIR=c:/wix35/bin $WIXDIR/candle Patch.wxs $WIXDIR/light Patch.wixobj -out Patch/Patch.WixMsp msiexec -passive -norestart -l* inst_old.log TARGETDIR=c:\\tmp\\wix_patching\\dyalog\\inst_old -a setup_32_unicode_old.msi msiexec -passive -norestart -l* inst_new.log TARGETDIR=c:\\tmp\\wix_patching\\dyalog\\inst_new -a setup_32_unicode_new.msi $WIXDIR/torch -v -p -xo -a inst_old/setup_32_unicode_old.msi inst_new/setup_32_unicode_new.msi -out patch/diffs.wixmst $WIXDIR/pyro -v Patch/Patch.WixMsp -out Patch/Patch.msp -t RTM Patch/Diffs.wixmst I've used msix ( http://blogs.msdn.com/b/heaths/archive/2006/04/07/571138.aspx ) to extract the CAB from the MSP file and I can see that the only file in it is the modified binary that I expect to see. On a clean XP VM I install setup_32_unicode_old.msi, and then I apply the patch. However dyalog.exe remains the old version. If, however, I install setup_32_unicode_old.msi, then delete dyalog.exe, and then apply the patch I do get the new version. I've looked at the logs for the two applications of the patch, and the only significant difference seems to be the installation of the file, which isn't present unless I delete the file first: (without deleting dyalog.exe first) Action 14:28:51: InstallFiles. Copying new files Action 14:28:51: WriteRegistryValues. Writing system registry values (with deleting dyalog.exe first) Action 14:37:36: InstallFiles. Copying new files InstallFiles: File: dyalog.exe, Directory: C:\Program Files\Dyalog\Dyalog APL 13.0 Unicode\, Size: 15731712 Action 14:37:37: WriteRegistryValues. Writing system registry values What could we be doing wrong that prevents the installation of the new file if the old one exists? Many Thanks, John -- 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] Problems applying patches
Hello all, I'm working with Liam who previously asked some patch related questions. ( http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching-Using -Purely-Wix-td6031594.html ) We've made progress, with the comments to Liam's post, and by looking at http://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-you-did nt-build-with-wix-using-wix-.aspx. However we're still unable to successfully patch our installation. We have two install packages: setup_32_unicode_new.msi and setup_32_unicode_old.msi, there is only 1 file (dyalog.exe, which I've changed from 6Mb to 15Mb) that is changed from old to new. Initially we're just trying to create a patch that will install that one modified file. Here's my patch xml: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; !-- Path variables -- Patch AllowRemoval = yes Manufacturer = Dyalog DisplayName = Dyalog APL 13.0 Patch Description = Dyalog APL 13.0 Patch Classification = Update Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media PatchFamilyRef Id=Interpreter/ /Patch Fragment PatchFamily Id=Interpreter Supersede=yes Version=1.0.1.0 ComponentRef Id=dyalog.exe/ /PatchFamily /Fragment /Wix I use the following script to make the patch file: WIXDIR=c:/wix35/bin $WIXDIR/candle Patch.wxs $WIXDIR/light Patch.wixobj -out Patch/Patch.WixMsp msiexec -passive -norestart -l* inst_old.log TARGETDIR=c:\\tmp\\wix_patching\\dyalog\\inst_old -a setup_32_unicode_old.msi msiexec -passive -norestart -l* inst_new.log TARGETDIR=c:\\tmp\\wix_patching\\dyalog\\inst_new -a setup_32_unicode_new.msi $WIXDIR/torch -v -p -xo -a inst_old/setup_32_unicode_old.msi inst_new/setup_32_unicode_new.msi -out patch/diffs.wixmst $WIXDIR/pyro -v Patch/Patch.WixMsp -out Patch/Patch.msp -t RTM Patch/Diffs.wixmst I've used msix ( http://blogs.msdn.com/b/heaths/archive/2006/04/07/571138.aspx ) to extract the CAB from the MSP file and I can see that the only file in it is the modified binary that I expect to see. On a clean XP VM I install setup_32_unicode_old.msi, and then I apply the patch. However dyalog.exe remains the old version. If, however, I install setup_32_unicode_old.msi, then delete dyalog.exe, and then apply the patch I do get the new version. I've looked at the logs for the two applications of the patch, and the only significant difference seems to be the installation of the file, which isn't present unless I delete the file first: (without deleting dyalog.exe first) Action 14:28:51: InstallFiles. Copying new files Action 14:28:51: WriteRegistryValues. Writing system registry values (with deleting dyalog.exe first) Action 14:37:36: InstallFiles. Copying new files InstallFiles: File: dyalog.exe, Directory: C:\Program Files\Dyalog\Dyalog APL 13.0 Unicode\, Size: 15731712 Action 14:37:37: WriteRegistryValues. Writing system registry values What could we be doing wrong that prevents the installation of the new file if the old one exists? Many Thanks, John -- 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] Change text file line-endings on install
Thanks Peter, that's what I thought. /john -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 07 February 2011 15:12 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Change text file line-endings on install Not built-in. Just feed the converted files to Wix when you build the installer. -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: 07 February 2011 14:45 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Change text file line-endings on install Hello all, I have a number of text files with UNIXy line endings that I want to install onto a Windows machine. Is there a WIX mechanism I can use to change the line endings to Windowsy ones on install? Thanks, John. - - The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ 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. -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- 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] Change text file line-endings on install
Hello all, I have a number of text files with UNIXy line endings that I want to install onto a Windows machine. Is there a WIX mechanism I can use to change the line endings to Windowsy ones on install? Thanks, John. -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Replace a single file in an MSI
Hello all, Is it possible to replace a file in an existing MSI package without having to go through the build process to rebuild the whole thing? If so, how? Thanks, John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall Assembly from GAC when Wix MSI Uninstalled
Hi Nick, I have a similar problem I think. Could you post the WiX snippet for the assembly that you were having problems with so that I can compare and contrast with my own install? Many Thanks, /john - Original Message - From: nickheppleston n...@modhul.com To: wix-users@lists.sourceforge.net Sent: Thursday, May 14, 2009 10:52 AM Subject: Re: [WiX-users] Uninstall Assembly from GAC when Wix MSI Uninstalled Phil, Many thanks for the reply. I spent some time reviewing the MsiAssemblyName table and discovered that the third-party assembly I am trying to install does not have ProcessorArchitecture attribute set, however I was specifying MSIL as the processor architecture in the WiX File element. As a result, the assembly manifest information being populated into the MsiAssemblyName table didn't actually match the assembly in the GAC and I presume that was the cause of the failure to remove the assembly. Once I had removed the processor architecture attribute on the File element, the assembly was successfully removed from the GAC. Many thanks for your help with this. Rgds, Nick. Wilson, Phil wrote: Assuming there are no sharing issues keeping it installed, the typical reason for this is that the actual assembly name details do not match the description that ends up in the MsiAssemblyName table in the MSI file. This means that the identity must be fully specified with name, publickeytoken, processor architecture, version, culture. I thought something in WiX added all this to the MsiAssemblyName table. Phil Wilson -Original Message- From: nickheppleston [mailto:n...@modhul.com] Sent: Wednesday, May 13, 2009 8:05 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Uninstall Assembly from GAC when Wix MSI Uninstalled My WiX project installs a .Net 2.0 assembly into the GAC on install, however when I uninstall, the assembly remains in the GAC. Anyone have any pointers to how I go about removing the assembly from the GAC on uninstall? Is there an option similar to the RegistryKey 'createAndRemoveOnUninstall' action? I am using the following WiX entry to add the assembly to the GAC: Component Id=LicencingAssembly Guid=9ACD8C7F-FF79-47A4-8195-4825D96381D1 DiskId=1 File Id=Foo.dll KeyPath=yes Assembly=.net ProcessorArchitecture=msil Name=Foo.dll Source=..\..\Binaries\Foo.dll / /Component Rgds, Nick. -- View this message in context: http://n2.nabble.com/Uninstall-Assembly-from-GAC-when-Wix-MSI-Uninstalled-tp2884391p2884391.html Sent from the wix-users mailing list archive at Nabble.com. -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Uninstall-Assembly-from-GAC-when-Wix-MSI-Uninstalled-tp2884391p2889156.html Sent from the wix-users mailing list archive at Nabble.com. -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even
Re: [WiX-users] Unhandled System.IO.FileLoadException in candle
Right, I'll upgrade and get back to you. - Original Message - From: Bob Arnson b...@joyofsetup.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Friday, May 01, 2009 12:41 AM Subject: Re: [WiX-users] Unhandled System.IO.FileLoadException in candle John Daintree wrote: Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'candle, Version=3.0.2925.0, Culture=neutral, PublicKeyToken=9f4be179981a58d1' or one of its dependencies. The network is busy. (Exception from HRESULT: 0x80070036) Are you loading extensions from a share? BTW, that's an ancient build of WiX; please upgrade and if the bug continues, file a bug so we can evaluate it. -- sig://boB http://joyofsetup.com/ -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Unhandled System.IO.FileLoadException in candle
Hello all, We've been running WIX for some time as part of our automated overnight build process. For the past few days when we come to the office in the morning, we've had an Unhandled Exception dialog box on the build machine containing the text: Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'candle, Version=3.0.2925.0, Culture=neutral, PublicKeyToken=9f4be179981a58d1' or one of its dependencies. The network is busy. (Exception from HRESULT: 0x80070036) File name: 'candle, Version=3.0.2925.0, Culture=neutral, PublicKeyToken=9f4be179981a58d1' --- System.Runtime.InteropServices.COMException (0x80070036): The network is busy. (Exception from HRESULT: 0x80070036) We are running candle from a local drive so I don't think it's loading the candle executable that's failing. Now, clearly we have a network issue, but more importantly can we configure candle to generate an error and exit, rather than stalling our build process waiting for someone to dismiss the dialog box. Thanks all, John. -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Other back end installers
Has anyone experimented with or encountered anything to create other types of install images from WIX sources? I'm thinking RPMs or DEBs for linuxes mainly. Thanks. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditionally show dialog box
Fantastic Bob, Thanks. - Original Message - From: Bob Arnson [EMAIL PROTECTED] To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Sunday, July 13, 2008 7:26 PM Subject: Re: [WiX-users] Conditionally show dialog box John Daintree wrote: How would I skip the CollectUserInformationDlg and go directly from LicenseAgreementDlg to InstallDirDlg, based on the value of a property? The wizard sequence is set by control events in the Next and Back buttons. Conditionally skipping over a dialog means you need multiple control events with mutually-exclusive conditions. See the source for WixUI_Mondo for an example. -- sig://boB http://joyofsetup.com/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Conditionally show dialog box
Hello all. I have what I guess is a typical installation dialog box sequence... WelcomeDlg-LicenseAgreementDlg-CollectUserInformationDlg-InstallDirDlg- How would I skip the CollectUserInformationDlg and go directly from LicenseAgreementDlg to InstallDirDlg, based on the value of a property? Thanks in advance, john - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Setup.exe UAC elevation on Vista
Hello all. I've written a standalone GUI to spawn the install of 3 separate MSIs. The gui is called setup.exe. Whenever I run setup.exe on a Vista machine I get the UAC elevation prompt. If I rename the gui to jd.exe I do NOT get the UAC elevation prompt. If I rename the file install.exe I get elevation too. It seems that a filename of *setup*.exe or *install*.exe is always elevated. Is this expected on Vista? It certainly seems odd, but also seems like something microsoft would do. I can add a requestedExecutionLevel entry to the manifest I guess, but I want to be sure that this is expected. Cheers, John. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setup.exe UAC elevation on Vista
OK Rob, thought so. Thanks. - Original Message - From: Rob Hamflett [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Sent: Friday, June 06, 2008 10:02 AM Subject: Re: [WiX-users] Setup.exe UAC elevation on Vista Yes, this is expected. If the file looks like its an installer, then Vista will elevate it unless the manifest says otherwise. This was to try and aid migration to Vista. Rob John Daintree wrote: Hello all. I've written a standalone GUI to spawn the install of 3 separate MSIs. The gui is called setup.exe. Whenever I run setup.exe on a Vista machine I get the UAC elevation prompt. If I rename the gui to jd.exe I do NOT get the UAC elevation prompt. If I rename the file install.exe I get elevation too. It seems that a filename of *setup*.exe or *install*.exe is always elevated. Is this expected on Vista? It certainly seems odd, but also seems like something microsoft would do. I can add a requestedExecutionLevel entry to the manifest I guess, but I want to be sure that this is expected. Cheers, John. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ARPSYSTEMCOMPONENT and permissions to uninstall
Hello all, I've installed a package (as a regular user) on Vista. The install sets the ARPSYSTEMCOMPONENT property and has its permissions elevated at install time (via a manifest in separate UI, setup.exe, and the stanard UAC dialog). The separate UI also installs two other packages that do NOT set ARPSYSTEMCOMPONENT. Now, when I come to UNinstall the 1st package (which is done via UninstallString and the UI) I get the standard UAC elevation dialog, which succeeds, and then I get a message box containing You do not have sufficient access to uninstall I don't understand this, I've elevated the process in exactly the same way that I did to install the package, so I figure I should be able to uninstall the same package. The 2 packages that do NOT have ARPSYSTEMCOMPONENT set, and do not use the custom UI uninstall fine. So, how can I, as a regular user, get sufficient access to uninstall the package that I, as a regular user, installed? Thanks in advance, john - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Uninstall only removing some files
Hello all, My main development machine seems to have gotten a little confused. I've been working on an install but just recently the uninstall is only removing some of the files that are installed into [INSTALLDIR]. This is on Vista (Don't ask!). I've set up brand new Vista and XP Virtual Machines and the install and uninstall are clean on those machines, so I guess the MSI is ok. So, I suspect that somewhere in the development cycle, things have gotten screwed in my registry somewhere. Anyone got any suggestions about where it could have gone wrong, and how I might clean up? Thanks, John. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall only removing some files
Chris, Thanks for the references. I'll compare and contrast the uninstall log from the problem machine with the clean one. john. - Original Message - From: Christopher Painter To: John Daintree ; wix-users@lists.sourceforge.net Sent: Friday, May 30, 2008 4:10 PM Subject: Re: [WiX-users] Uninstall only removing some files Take a look at this thread: http://community.installshield.com/showthread.php?t=181109 Specifically: http://community.installshield.com/showpost.php?p=417549postcount=12 Run your uninstall with logging to see what's happening. John Daintree [EMAIL PROTECTED] wrote: Hello all, My main development machine seems to have gotten a little confused. I've been working on an install but just recently the uninstall is only removing some of the files that are installed into [INSTALLDIR]. This is on Vista (Don't ask!). I've set up brand new Vista and XP Virtual Machines and the install and uninstall are clean on those machines, so I guess the MSI is ok. So, I suspect that somewhere in the development cycle, things have gotten screwed in my registry somewhere. Anyone got any suggestions about where it could have gone wrong, and how I might clean up? Thanks, John. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using UninstallString to uninstall multiple MSIs
That's great Bob, thanks. I'll look into it. - Original Message - From: Bob Arnson [EMAIL PROTECTED] To: Jason Rivers [EMAIL PROTECTED] Cc: WiX Users wix-users@lists.sourceforge.net Sent: Friday, May 16, 2008 5:05 PM Subject: Re: [WiX-users] Using UninstallString to uninstall multiple MSIs Jason Rivers wrote: How do I configure the system so that my setup.exe (which is a stub that can launch a number of MSIs) is run when the user chooses to uninstall my application? I've tried changing various UninstallString registry entries but nothing seems to have any effect. When Add/Remove Programs shows an entry for a product installed by MSI, it uses the MSI API to uninstall the product, not the UninstallString value. To invoke another setup.exe, you need to write the Uninstall key manually. See http://blogs.msdn.com/heaths/archive/tags/ARPSYSTEMCOMPONENT/default.aspx for a set of issues about doing so. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing IIS via windows installer
Hello all, Is it possible to install IIS (ie one of the standard Windows Components) via WIX/Windows installer? Thanks, John. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users