Re: [WiX-users] minor upgrade and RemoveExistingProducts
Ok, thanks all for clarifying anyway. cheers. _ http://clk.atdmt.com/UKM/go/195013117/direct/01/ -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] minor upgrade and RemoveExistingProducts
Hi, is it any way possible possible to do a minor upgrade and automatically remove related products in the background? I want to keep the same product code basically. The scenario is I made some bug fixes to our product that dont seem to warrant a major upgrade. My version numbers are only going from, say, 2.0.1 to 2.0.2. Im using a RemoveExistingProducts action to uninstall any previously installed versions quietly in the background with the same upgrade code. It works fine if I change the product code but I get the 'Another version of the product is already installed..' dialog if I use the same Product Code. Have to manually uninstall the old one first to continue with the new install which is a pain for testers and users. I realise this is probably by design and an msi issue, but it just seems counter intuitive, for the sake of a minor upgrade, to have to change to a new product code (only to get a previous version to uninstall). In my case I have 3 revisions of a similar product so would involve a lot of product code changes every time I do a bug fix. Would be great if I could keep my product codes the same until it really is a 'major upgrade'. thanks very much once again! _ http://clk.atdmt.com/UKM/go/195013117/direct/01/ We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setupbld setup.exe & repair install
Turned out this is not so trivial. Line in the setup.cpp file (the source for the SETUPBLD stub setup.exe) says "hr = StrAllocConcat(&pwzProperties, L" REINSTALL=ALL REINSTALLMODE=\"vomus\"", 0);" this forces a minor upgrade instead of a normal install that produces the change/repair/remove dialog. For anyone interested there is a modified version of a tool out there called msistuff.exe which comes with another setup.exe stub (your msi is added to this as a resource). msistuff.exe setup.exe /d MySetup.msi /v 200 /o INSTALLUPD /b MySetup.msi /p REINSTALLMODE=omus Although similar to SETUPBLD the difference is the /p switch which allows you to control MSIEXEC. I read somewhere else this might appear in the next version of SETUPBLD whenever. I really do hope "Burn" someday sees the light. This I think would be the last hurdle before WIX runs over Installshield and the rest. From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: RE: setupbld setup.exe & repair install Date: Mon, 9 Nov 2009 16:13:48 + or more simply the setup.exe version just goes straight to "Resuming install.." instead of "Welcome to install" ? From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: setupbld setup.exe & repair install Date: Mon, 9 Nov 2009 15:57:31 + Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title "MyApp" -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe & msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the "Change, Repair, Remove" dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no "Change, Repair, Remove" dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! Download Messenger onto your mobile for free. Learn more. New Windows 7: Simplify what you do everyday. Find the right PC for you. _ Got more than one Hotmail account? Save time by linking them together http://clk.atdmt.com/UKM/go/186394591/direct/01/ -- 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] setupbld setup.exe & repair install
or more simply the setup.exe version just goes straight to "Resuming install.." instead of "Welcome to install" ? From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: setupbld setup.exe & repair install Date: Mon, 9 Nov 2009 15:57:31 + Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title "MyApp" -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe & msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the "Change, Repair, Remove" dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no "Change, Repair, Remove" dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! Download Messenger onto your mobile for free. Learn more. _ New Windows 7: Simplify what you do everyday. Find the right PC for you. http://www.microsoft.com/uk/windows/buy/ -- 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
[WiX-users] setupbld setup.exe & repair install
Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title "MyApp" -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe & msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the "Change, Repair, Remove" dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no "Change, Repair, Remove" dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! _ Download Messenger onto your mobile for free http://clk.atdmt.com/UKM/go/174426567/direct/01/ -- 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] Vista Standard User and perMachine install
Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title "MyApp" -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe & msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the "Change, Repair, Remove" dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no "Change, Repair, Remove" dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! _ Chat to your friends for free on selected mobiles http://clk.atdmt.com/UKM/go/174426567/direct/01/ -- 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] Vista Standard User and perMachine install
Thanks for the help, I tried it without InstallPrivileges="elevated" and it almost got it to work. Both methods ('Condition' element and type 19 custom action) appear to have the same net effect. XP works great and stops the install if not an admin. That fine and is what I want. Vista however is different. If logged in as admin, double clicking the msi to launch the install doesn't recognise Im admin & stops with my error message. Under the same admin login, if I open a command prompt as administrator and run msiexec /i myinstall.msi , the installer now detects admin and continues fine. Great! But what sane user is going to want to run an installer from the command prompt as administrator ;( Here is my Custom action Not AdminUser REMOVEOLDPRODUCT Is UISequence the correct place for this stuff? Also note I need to set the MSIUSEREALADMINDETECTION property to 1 for this to work. After trying all this it seems (in this case) msi cannot detect if I am an admin user in Vista. What about creating a bootsrap setup.exe which runs my installer using msiexec like I did the command prompt. Is that whats normally done to get round this type of problem? Lastly I noticed when using: Not AdminUser No Launch Condition Table is created when I open the msi in Orca, even though the condition seems to work (at least for XP and vista standard user). Why is that? _ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Hi thanks, but the privileged property is always 1 regardless if Im standard, or admin user. As I was saying I have InstallScope="perMachine" InstallPrivileges="elevated" in my package element. Is that setting privileged to 1 by any chance? I thought by doing that it would inform msi that this installer requires admin rights to install? _ Share your photos with Windows Live Photos – Free. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Is there a property I could check for that is set when either a XP Limited or Vista Standard user runs my installer? I tried 'AdminUser' & 'Privileged but it seems they are always '1' regardless if I run the setup logged in as an administrator or not. thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Outstanding, thanks again for all the help. _ Save time by using Hotmail to access your other email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- 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] Vista Standard User and perMachine install
Thanks thats certainly clarified it. My install is a 'WIXUI_INSTALLDIR' type so from what I read here: http://www.indigorose.com/webhelp/msifact/Concepts/Per-Machine_vs._Per-User_Installations.htm that rules out perUser install. I also use a custom action to launch my app after install and Visual C merge .msm modules which, as Blair mentioned, may also rule out the perUser install. Would I be wrong then in thinking perUser installs are to be avoided generally speaking? Just perUser seems to cause grief. For example: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg26517.html _ Use Hotmail to send and receive mail from your different email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- 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
[WiX-users] Vista Standard User and perMachine install
Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old "You do not have sufficient priviliges etc" message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges="limited" in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- 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] strategy for moving/migrating to WIX from other installer
Great, thanks a lot for the useful info. Luckily the previous version had the upgrade code so your sugestion worked well. _ Upgrade to Internet Explorer 8 Optimised for MSN. http://extras.uk.msn.com/internet-explorer-8/?ocid=T010MSN07A0716U -- 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
[WiX-users] strategy for moving/migrating to WIX from other installer
Hi, I have a new version of our product (version2) for which I created a new WIX 3.0 installer. The previous installer for version1 was created with an unknown old installer program. It is an msi though so I can open it in Orca to view product & upgrade Ids etc. I can also see that the features and feature components are structured different to what I have. These features are now not needed in the new WIX installer. Is this classed as a 'Major Upgrade' or Whats the general accepted strategy for moving to WIX installer in this situation? Im puzzled what to do in terms of productIDs, packageIDs and upgrade codes. Similar situation to this : http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg01097.html but wanted to make sure it was the right way to do it. If I have to remove the old version, is it possible to create a custom action in the new WIX installer to first detect old version is on the system and button below that to remove it? Just to make it elegant maybe.. thanks very much, _ Celebrate a decade of Messenger with free winks, emoticons, display pics, and more. http://clk.atdmt.com/UKM/go/157562755/direct/01/ -- 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] merge modules not working only vcredist.exe
Cheers all, that sorted it. > Date: Mon, 20 Jul 2009 12:13:07 +0100 > From: dwat...@sdl.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > Lol, why didn't I spot that. It is Monday morning I suppose. > > -Original Message- > From: Pally Sandher [mailto:pally.sand...@iesve.com] > Sent: 20 July 2009 12:01 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > I'm not surprised it works when "install the Visual C++ 2008 > Redistributable Package (vcredist_x86.exe) before installing my msi". > His app is apparently built in VS2008 (version 9.0) & he's merging the > VS2005 (version 8.0) runtimes into his MSI according to his original > message. > > Add the correct merge modules & I have a suspicion it'll magically work. > > > Palbinder Sandher > Software Deployment & IT Administrator > T: +44 (0) 141 945 8500 > F: +44 (0) 141 945 8501 > > http://www.iesve.com > **Design, Simulate + Innovate with the ** > Integrated Environmental Solutions Limited. Registered in Scotland No. > SC151456 > Registered Office - Helix Building, West Of Scotland Science Park, > Glasgow G20 0SP Email Disclaimer > > > > -Original Message- > From: David Watson [mailto:dwat...@sdl.com] > Sent: 20 July 2009 10:50 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > Hi, > It looks like you are getting a SxS error, if you look in the event log > for messages for source SideBySide you will be able to see what is going > wrong. If you are testing on vista or later you can use sxstrace to > determine the problem. > http://blogs.msdn.com/junfeng/archive/2006/04/14/576314.aspx > > The suggestion of linking with one version and the merge-modules being > another version is quite likely. > > Dave > > -Original Message- > From: Blair [mailto:os...@live.com] > Sent: 20 July 2009 08:49 > To: 'General discussion for Windows Installer XML toolset.' > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > Sorry, 2005 not 2003 (it's late and getting latter...) > > -Original Message- > From: Blair [mailto:os...@live.com] > Sent: Monday, July 20, 2009 12:10 AM > To: 'General discussion for Windows Installer XML toolset.' > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > Is it possible that you are linking against the SP1 runtime and you have > a vcredist.exe installing SP1 bits, while your MSM is RTM? I had that > experience with RTM/SP1 from VC8 and the symptoms where the same (in my > case, installing 2003 SP1 didn't update the MSMs). > > -Original Message- > From: warne warne [mailto:warne...@hotmail.com] > Sent: Saturday, July 18, 2009 6:10 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] merge modules not working only vcredist.exe > > > > > > > > > > > > So I remove the custom action to make sure the merge modules, as you > say, install correctly. Same result... > > App wont launch with merge modules (see 1st post for list of what I > have). > Only works if prior install vcredist.exe (2008). > > > > Can I rephrase this question. Is there a link somewhere to find out what > exactly is in vcredist.exe and what exactly it does to my system that > merge modules (at least the way I have them currently configured) are > not? > > > > No more about custom actions please, and I dont want to bootstrap in > vcredist.exe ;) > > > > > > thanks all, > > > > > -Original Message- > > The content is identical but the process is different. You can't rely on > > the VC merge modules in a custom action that uses the VC DLLs. As long > as you don't try to do that, they'll install correctly and you can rely > on them, outside the installation transaction. > > -- > > > > > -- > Enter the BlackBerry Developer Challenge This is your chance to win up > to $100,000 in prizes! For a limited time, vendors submitting new > applications to BlackBerry App World(TM) will have the opportunity to > enter the BlackBerry Developer Challenge. See full prize details at: > http://p.sf.net/sfu/Challenge > ___ > WiX-users mailing list > WiX-users@lists.sourcef
Re: [WiX-users] merge modules not working only vcredist.exe
So I remove the custom action to make sure the merge modules, as you say, install correctly. Same result... App wont launch with merge modules (see 1st post for list of what I have). Only works if prior install vcredist.exe (2008). Can I rephrase this question. Is there a link somewhere to find out what exactly is in vcredist.exe and what exactly it does to my system that merge modules (at least the way I have them currently configured) are not? No more about custom actions please, and I dont want to bootstrap in vcredist.exe ;) thanks all, -Original Message- The content is identical but the process is different. You can't rely on the VC merge modules in a custom action that uses the VC DLLs. As long as you don't try to do that, they'll install correctly and you can rely on them, outside the installation transaction. -- sig://boB http://joyofsetup.com/ _ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] merge modules not working only vcredist.exe
Hi Ari, Thanks for tip re static link & explaining InstallExecuteSequence. Im not really concerned though about the custom action (launch app after installation checkbox). I only mentioned it to reference the error message 2896 in the log in case someone suggested it. The problem is, my installer works fine using VCRedist.exe (including the custom action) but not with merge modules - wont launch at all, custom action or no custom action. I thought merge modules & vcredist are the exact same thing so concluded therefore Im not configuring the merge modules properly? thanks, -Original Message- Where is your launchapplication custom action scheduled in the InstallExecuteSequence? I think that the VC redists won't actually get installed to the SxS folder until after InstallFinalize, so if your action runs before then, the app won't find the VC dlls and you'll get the error message you're seeing below. I think that the answer is to launch your application after InstallFinalize. You lose the ability to fail the install and rollback if your app fails to launch, but maybe that's acceptable. You could also statically link the app with the CRT & MFC and then the dlls aren't necessary. If your CA is already scheduled after InstallFinalize, then I wasn't much help :) -Ari _ Windows Live Messenger: Happy 10-Year Anniversary—get free winks and emoticons. http://clk.atdmt.com/UKM/go/157562755/direct/01/ -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users