site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com On 12.11.2007, at 22:51, Nathan Duran wrote: On Nov 12, 2007, at 1:30 PM, Martin Bestmann wrote: http://www.khiltd.com/images/iWorkInstaller.jpg Martin _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... But if you e.g. install two different versions (myDemo App 1.0 and myDemo App 2.0) of the same app (still having the same bundle identifier) then you do NOT want this behavior. Take iWorks e.g. you have version 06 and version 08 and both of the Keynote apps have the same bundle identifier. So this "smart" behaviour of the installer is not good, at least not as the default mode. OK, so if we keep using iWork as an example, notice that it creates separate folders for each full release in order to avoid this confusion: You're trying to force them into the same place, which I, as a user, would consider more unusual than what Installer.app is doing. How are you specifying the destination in your project/build script? As I wrote in my post the destination location doesn't matter. If you remove the original app from the location you want to install the app to and the app is located somewhere else it'll install it in that location where ti finds the app. The only time it really installs the app as intended is when the original app doesn't exist at all. To be honest I've not tried to install iWorks 08 over and existing iWorks 06 installation on Leopard. This email sent to site_archiver@lists.apple.com