February 2006 - Installer-dev

Re: IFPkgHideSubpackages support?
by Kevin Hoyt 08 Feb '06

08 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com hmm... what does IFPkgHideSubpackages do? By "hidden" I'm assuming it's not documented??? Date: Tue, 7 Feb 2006 23:21:22 +0100 From: St?phane Sudre <ssudre2(a)wanadoo.fr> Subject: IFPkgHideSubpackages support? To: installer-dev(a)lists.apple.com Message-ID: <11F259BE-9828-11DA-9AA4-003065B01042(a)wanadoo.fr> Content-Type: text/plain; charset=US-ASCII; format=flowed Starting with which OS release is the "hidden" IFPkgHideSubpackages supported? Kevin Hoyt _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer on Intel Macs
by Mark Krenek 08 Feb '06

08 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

IFPkgHideSubpackages support?
by Stéphane Sudre 07 Feb '06

07 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Starting with which OS release is the "hidden" IFPkgHideSubpackages supported? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer on Intel Macs
by Luke Bellandi 07 Feb '06

07 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installing/Removing fonts
by Don Montalvo 06 Feb '06

06 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com "Nathan Herring" <nathanh(a)microsoft.com> wrote: We're going through another round of design & specification for how we deal with installation and removal of Mac Office. One of the sore points has been how we handle our fonts. I've reviewed the notes up on http://developer.apple.com/documentation/Carbon/Conceptual/ATS_Concepts/ atsfonts_concepts/chapter_2_section_4.html but still have a few questions. If a user chooses to install our fonts into the user domain, should we be checking to see whether those fonts exist already and if it exists, what version is it? Then if it's * older - do we delete or disable the old one if it's in the user domain? or install anyway side-by-side? * same - do we prompt to replace (as in a "repair" upgrade)? or install side-by-side? what should we do with enabling? * newer - do we prompt to do nothing/replace anyway/install side-by-side? If a pre-existing file of the same name exists, should we just rename ours "Font 2" and try again? Is it preferable to install fonts (on system 10.3 and up) in a folder in the appropriate fonts folder? e.g., ~/Library/Fonts/Microsoft If the user decided not to install the fonts into one of the normal fonts locations, but rather kept it with the Microsoft Office folder (in some subfolder), should we perform a global activation of it or a local activation? Do we have to perform activation maintenance at boot time (in case the user moved the Microsoft Office folder around), or will it magically work? Is this frowned on or perfectly valid? It seems like it would cut down on installation headache, including making Drag-n-Drop installs not have to have a separate font-install step. What, if anything, should be done with regards to FontBook? For example, I can manually in FontBook (possibly programmatically via AppleScript) create a new "Microsoft" font library and point it to my fonts. In what ways is this different from activating the fonts myself? Should I make a "Microsoft" collection, or leave it to the user? Can I do that without invoking the FontBook? Our uninstall functionality has always avoided handling fonts. This is in part due to not wanting to crash apps that rely on a font existing that we've now removed from the Fonts folder. It's also in part due to not having a good idea of how to do version control, as some fonts had 'vers' resources and others didn't and we didn't have special code to read the version information out of the font file itself and, frankly, don't know how to get the version information that FontBook and/or the Finder displays. If we wanted to start trying to remove fonts installed by various versions of Mac Office, should we match exact versions, or font families or what? I'm thinking of a case where a user had v1 of a font, and Mac Office distributed v2 of a font, so the user tossed v1 as unnecessary. There's no good way of handling that case, AFAICT; if anyone has insight or if there is some standardized way of handling this, I'd love to know. Also, if there's a better forum to be asking these questions, please let me know. Thanks in advance, Nathan Herring MacBU SDE/Development why not put microsoft fonts where they belong? /Library/Application\ Support/Microsoft/Fonts/. thanks, don -- don montalvo curmudgeon at large 917-559-5713 donmontalvo(a)mac.com http://donmontalvo.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: "You cannot continue. There is nothing to install."
by kanjibot＠mac.com 05 Feb '06

05 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On 2006/02/05, at 14:32, Peter Bierman wrote: -pmb _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Thanks. The old package does not have a CFBundleID in its Info.plist, I've found deleting the CFBundleID from the new packages give us the behavior that any package will 'upgrade' any other. I think this is the best way to go, even if it is a hack. If the packages have the same name/CFBundleID, then the package with the lower version will not replace the newer one. So you can either repackage the old software into a package with a unique name/CFBundleID, or you can adjust the version numbers. I've inherited a binary that shipped last year that our customer wants to be able to install over our soon-to-be shipping new binary. It has no bundle versioning -- no version.plists anywhere in the original tree and no BundleVersions.plist. When the old binary is installed after the new on 10.4, the Install selection step has an "Install" button (even though there is still a .pkg receipt in /Library/Receipts), not an "Upgrade" button, and the install errors out with "There is nothing to install". Is there anything I can do to the new install package to make the old package just install itself as an upgrade? It's important the packages install as upgrades because we have upgrade scripts we have to run... _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/bierman% 40apple.com This email sent to bierman(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: "You cannot continue. There is nothing to install."
by Peter Bierman 05 Feb '06

05 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com -pmb _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/bierman%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… If the packages have the same name/CFBundleID, then the package with the lower version will not replace the newer one. So you can either repackage the old software into a package with a unique name/CFBundleID, or you can adjust the version numbers. I've inherited a binary that shipped last year that our customer wants to be able to install over our soon-to-be shipping new binary. It has no bundle versioning -- no version.plists anywhere in the original tree and no BundleVersions.plist. When the old binary is installed after the new on 10.4, the Install selection step has an "Install" button (even though there is still a .pkg receipt in /Library/Receipts), not an "Upgrade" button, and the install errors out with "There is nothing to install". Is there anything I can do to the new install package to make the old package just install itself as an upgrade? It's important the packages install as upgrades because we have upgrade scripts we have to run... This email sent to bierman(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

"You cannot continue. There is nothing to install."
by kanjibot＠mac.com 05 Feb '06

05 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… I've inherited a binary that shipped last year that our customer wants to be able to install over our soon-to-be shipping new binary. It has no bundle versioning -- no version.plists anywhere in the original tree and no BundleVersions.plist. When the old binary is installed after the new on 10.4, the Install selection step has an "Install" button (even though there is still a .pkg receipt in /Library/Receipts), not an "Upgrade" button, and the install errors out with "There is nothing to install". Is there anything I can do to the new install package to make the old package just install itself as an upgrade? It's important the packages install as upgrades because we have upgrade scripts we have to run... This email sent to site_archiver(a)lists.apple.com

1 0

Installer on Intel Macs
by Mark Krenek 04 Feb '06

04 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Installing/Removing fonts
by Nathan Herring 02 Feb '06

02 Feb '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcYnpZqxPqUTdF1kQMKA2uoWXJ1q5g== Thread-topic: Installing/Removing fonts We're going through another round of design & specification for how we deal with installation and removal of Mac Office. One of the sore points has been how we handle our fonts. I've reviewed the notes up on http://developer.apple.com/documentation/Carbon/Conceptual/ATS_Concepts/ atsfonts_concepts/chapter_2_section_4.html but still have a few questions. If a user chooses to install our fonts into the user domain, should we be checking to see whether those fonts exist already and if it exists, what version is it? Then if it's * older - do we delete or disable the old one if it's in the user domain? or install anyway side-by-side? * same - do we prompt to replace (as in a "repair" upgrade)? or install side-by-side? what should we do with enabling? * newer - do we prompt to do nothing/replace anyway/install side-by-side? If a pre-existing file of the same name exists, should we just rename ours "Font 2" and try again? Is it preferable to install fonts (on system 10.3 and up) in a folder in the appropriate fonts folder? e.g., ~/Library/Fonts/Microsoft If the user decided not to install the fonts into one of the normal fonts locations, but rather kept it with the Microsoft Office folder (in some subfolder), should we perform a global activation of it or a local activation? Do we have to perform activation maintenance at boot time (in case the user moved the Microsoft Office folder around), or will it magically work? Is this frowned on or perfectly valid? It seems like it would cut down on installation headache, including making Drag-n-Drop installs not have to have a separate font-install step. What, if anything, should be done with regards to FontBook? For example, I can manually in FontBook (possibly programmatically via AppleScript) create a new "Microsoft" font library and point it to my fonts. In what ways is this different from activating the fonts myself? Should I make a "Microsoft" collection, or leave it to the user? Can I do that without invoking the FontBook? Our uninstall functionality has always avoided handling fonts. This is in part due to not wanting to crash apps that rely on a font existing that we've now removed from the Fonts folder. It's also in part due to not having a good idea of how to do version control, as some fonts had 'vers' resources and others didn't and we didn't have special code to read the version information out of the font file itself and, frankly, don't know how to get the version information that FontBook and/or the Finder displays. If we wanted to start trying to remove fonts installed by various versions of Mac Office, should we match exact versions, or font families or what? I'm thinking of a case where a user had v1 of a font, and Mac Office distributed v2 of a font, so the user tossed v1 as unnecessary. There's no good way of handling that case, AFAICT; if anyone has insight or if there is some standardized way of handling this, I'd love to know. Also, if there's a better forum to be asking these questions, please let me know. Thanks in advance, Nathan Herring MacBU SDE/Development _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0