July 2006 - Installer-dev - lists.apple.com

Re: cannot hide packages contained in a metapackage
by Bill Coderre 06 Jul '06

06 Jul '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

cannot hide packages contained in a metapackage
by Emma Lyn 05 Jul '06

05 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Bz2+pL0Kv8d/pp4gj3w3GZHQ9Uw7pptYgWlEa4fihjqA7Ia9EeYJFdCVTTQ0ssJMjlst/vvS/cTkFVjhPHYssaxm5xFW78H8UYcqXp7KXNLDtOPMvEeJE00meZPXFMgYPSxnaqZSFvv49Um99Oc/nlqBSB3yjXJeVwxJvDCIxrI= _______________________________________________ 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: Meta-packages
by Christopher Ryan 05 Jul '06

05 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks, Chris Okay...here is the situation... installer -pkg <path to package>/package.pkg -target "$1" -Mike ------------------------------------------ Michael Perbix Lower Merion School District Telecommunications Specialist PH (610) 645-1964 Fax (610) 896-2019 _______________________________________________ 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/ryanc%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.… Describe "System Bombs Out"? Do you have an Installer log of the problem? Also, are there a check script that might now allow it to be installed in this fashion? I install software packages during our imaging process. The post action script uses the command line installer using the following syntax the $1 is a variable which defines the HD that is being imaged. I am booted from a netboot volume (NetRestore). Simple packages work well, and I can install several in a row with no issues. But as soon as I try to install a Meta-Package (or a Distribution with packages/meta-packages) the system bombs out. The meta-package works however if being installed manually using the GUI installer once booted from the HD. It seems however that the installer process WORKS on Intel netboots but not on PPC. Does anyone know if there is a known bug in installer to install meta-packages or distribution onto a remote volume using the command line installer? This email sent to ryanc(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Meta-packages
by Perbix, Michael 04 Jul '06

04 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcafAgxo2hb1dnmuRq2e1pPr3iVtBA== Thread-topic: Meta-packages Okay...here is the situation... I install software packages during our imaging process. The post action script uses the command line installer using the following syntax installer -pkg <path to package>/package.pkg -target "$1" the $1 is a variable which defines the HD that is being imaged. I am booted from a netboot volume (NetRestore). Simple packages work well, and I can install several in a row with no issues. But as soon as I try to install a Meta-Package (or a Distribution with packages/meta-packages) the system bombs out. The meta-package works however if being installed manually using the GUI installer once booted from the HD. It seems however that the installer process WORKS on Intel netboots but not on PPC. Does anyone know if there is a known bug in installer to install meta-packages or distribution onto a remote volume using the command line installer? -Mike ------------------------------------------ Michael Perbix Lower Merion School District Telecommunications Specialist PH (610) 645-1964 Fax (610) 896-2019 _______________________________________________ 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: Can I refer to files outside of a .pax archive?
by Stéphane Sudre 03 Jul '06

03 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On lundi, juillet 3, 2006, at 09:23 PM, Nathan Herring wrote: 2. Permissions are blown up if an admin user do this The owner of the dropped files become the admin user who dropped the file not root as it should be. Working does not mean it's correct from a theory point of view. It might not be an issue but next time someone runs a Repair Permissions after installing an OS update (as if the problem was not there before the update), he may see that the permissions were incorrect and doesn't remember he just drag and dropped the file. 3. An alias speaks only one language It might be nice to have an alias of the Applications folder but Applications is not spelled "Applications" in Japanese. So one's potential Japanese customers will wonder what Applications is supposed to mean. This is an interesting idea but: _______________________________________________ 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.… Why is root a "should be"? Your copy will be set to have the admin group, which will give write permissions to all the administrators, which is all that is necessary. I've not tried, but I believe this happens if you are a regular user who tries to copy something to an admin-restricted folder and have to authenticate to the Finder. Furthermore, if I chown one of my /Applications items to be me, nathanh, instead of root, and run repair permissions, it does not get "corrected". Would it be cheating to write a drop-script-style-app and gave it the same icon that a symlink to the Applications folder would have, and then when you drop it, it queries for administrative authentication? If it gets it, it tells the finder to copy the dropped item to the /Applications folder, and if not, ensures a ~/Applications folder and tells the Finder to copy it there instead? It could be a bundle, which means it could have a localized file name. :) This also helps address your point #1. - you would probably experience the Security fix in Mac OS X which will display an alert: "You are launching this application for the first time. Do you really want to launch it?" - it's not going to be clear in the user manual. This could give something like this: "To install the software, just drag and drop its icon on the Applications folder. Note: If your user account(1) does not have administrative privileges(2), you will need to enter an administrative user account name and password. (1) a user account is the account you created when you install Mac OS X during the setup procedure. (2) Administrative privileges are privileges that allow you to change some restricted settings for instance. Note: If you do not understand the previous explanations, juts ask your system administrator to install the whole thing using Remote desktop so that you can go to the next chapter. " Point 1: Nobody ever cares. Any OS X user is an admin user, right? No, we do care. Some of our novice users are people trying to install it on administratively-restricted machines (educational labs, perhaps even some enterprises), and won't know why things don't work. Actually, I was sarcastic. It's amazing the number of issues that you can discover in some applications when you run them from a standard account. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can I refer to files outside of a .pax archive?
by Nathan Herring 03 Jul '06

03 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Organization: Microsoft Corporation / Macintosh Business Unit Thread-index: Acae1iNbYhFdxArJEduX1AAKlWdyEg== Thread-topic: Can I refer to files outside of a .pax archive? User-agent: Microsoft-Entourage/11.2.4.060510 On 6/29/06 3:12 PM, "Stéphane Sudre" <ssudre2(a)wanadoo.fr> wrote: > > On jeudi, juin 29, 2006, at 11:30 PM, Rick Sustek wrote: > >> For the simple drag install, I definitely like the popular convention >> of placing an alias to the /Applications folder right next to the icon >> of the app itself, and indicating that the user should just drag it >> over. > > Some reasons why this technique is a potential source of problems even > when it seems just brilliant: <snip /> > 2. Permissions are blown up if an admin user do this > > The owner of the dropped files become the admin user who dropped the > file not root as it should be. Why is root a "should be"? Your copy will be set to have the admin group, which will give write permissions to all the administrators, which is all that is necessary. I've not tried, but I believe this happens if you are a regular user who tries to copy something to an admin-restricted folder and have to authenticate to the Finder. Furthermore, if I chown one of my /Applications items to be me, nathanh, instead of root, and run repair permissions, it does not get "corrected". > It might not be an issue but next time someone runs a Repair > Permissions after installing an OS update (as if the problem was not > there before the update), he may see that the permissions were > incorrect and doesn't remember he just drag and dropped the file. > > 3. An alias speaks only one language > > It might be nice to have an alias of the Applications folder but > Applications is not spelled "Applications" in Japanese. So one's > potential Japanese customers will wonder what Applications is supposed > to mean. Would it be cheating to write a drop-script-style-app and gave it the same icon that a symlink to the Applications folder would have, and then when you drop it, it queries for administrative authentication? If it gets it, it tells the finder to copy the dropped item to the /Applications folder, and if not, ensures a ~/Applications folder and tells the Finder to copy it there instead? It could be a bundle, which means it could have a localized file name. :) This also helps address your point #1. > 4. Window Background pictures are not localizable > > Let's omit the fact that Finder Window Background pictures set on Mac > OS X 10.2 and later are not visible on Mac OS X 10.1. > > If they are not localizable, then it means you need to make one version > for each language you're supporting so that the instructions do not > turn into an enigma. The QA team (just in case you're not the QA team > too) will thank you for adding more testing cases. Advantage: it solves > Point 3. Ick. So much for world-wide CD image. :/ > ----- > > Based on the different applications installed by drag and drop from a > disk image I've seen: > > Points 3 and 4: Never taken into account. The application is touted to > include a bunch of localization, but the installation procedure is not > localized itself. I believe our localized versions of Microsoft Office 2004 actually have individually localized background images. I'd have to check to make doubly sure tho. We don't use the symlink/alias mechanism. > Point 2: Nobody ever cares. I'm not sure why it's an issue, per above. > Point 1: Nobody ever cares. Any OS X user is an admin user, right? No, we do care. Some of our novice users are people trying to install it on administratively-restricted machines (educational labs, perhaps even some enterprises), and won't know why things don't work. -- 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

RE: installing from fileserver
by Perbix, Michael 01 Jul '06

01 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcacoLs7e8r1nSupRHqfcuRi1k0jxwAc0sia Thread-topic: installing from fileserver If the network volume is read-only....they will work. Works for me at least. -Mike ------------------------------------------ Michael Perbix Lower Merion School District Telecommunications Specialist PH (610) 645-1964 Fax (610) 896-2019 ________________________________ From: installer-dev-bounces+perbix=lmsd.org(a)lists.apple.com on behalf of Rick Sustek Sent: Fri 6/30/2006 7:55 PM To: Philip D. Wasson Cc: Installer Dev Subject: Re: installing from fileserver A work-around, which we use effectively, is to wrap the package up in a disk image and place that file on the network. Users on the network can double-click the dmg icon from Finder and automatically mount up the image. Then double-click the package icon to fire up the installer. Since the mounted dmg resides on the local machine, permission issues are kept local. -Rick _______________________________________________ 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/perbix%40lmsd.org This email sent to perbix(a)lmsd.org _______________________________________________ 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