December 2010 - Installer-dev

Re: PM stalls
by Bill Coderre 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 8, 2010, at 7:32 AM, Robert Bielik wrote: > During installation (one kext + one application), the installer hangs almost a minute at "Registering updated components..." > What exactly is it waiting for ? Its not a very complex setup... 1) CMD-L displays the installer log, CMD-3 shows all info. 2) kext-related housekeeping is slow. Yes, even if you have just one kext and it's teeny. _______________________________________________ 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

PM stalls
by Robert Bielik 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 During installation (one kext + one application), the installer hangs almost a minute at "Registering updated components..." What exactly is it waiting for ? Its not a very complex setup... TIA /Rob _______________________________________________ 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: PM kext installation problem
by Robert Bielik 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 Hi Rob, You're right. However I experienced some random problems with permissions even if they are correctly set in PMDOC<contents.xml>... I see. I'll definitely try it, though, since I heared that on another computer the "improperly installed" dialog popped up... Thnx, /Rob _______________________________________________ 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.… Alexander Klyuev skrev 2010-12-08 15:38: This email sent to site_archiver(a)lists.apple.com

1 0

RE: PM kext installation problem
by Alexander Klyuev 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcuWoOO9C+SG9HYFTGCAVPVUYlK47AARD9Ig Hi Rob, You're right. However I experienced some random problems with permissions even if they are correctly set in PMDOC <contents.xml>... Cheers, - Alexander -----Original Message----- From: Robert Bielik [mailto:robert.bielik@xponaut.se] Sent: December 8, 2010 1:20 AM To: Alexander Klyuev Cc: installer-dev(a)lists.apple.com Subject: Re: PM kext installation problem Alexander Klyuev skrev 2010-12-08 04:56: > Finally, I just need to remove /S/L/my-temp-kext-location temporary folder. > > This way always works great! Thnx Alex, Yes, no doubt. But isn't it easier just to set root:wheel on each content item directly in PM (only done once)? I did just that and the only thing in postflight is a "sudo touch /S/L/E", i.e. no temporary location, no setting of permissions etc. Directly installs to /S/L/E and works perfectly :) Best, /Rob > > Regards, > - Alexander > > ----- Original Message ----- From: "Robert Bielik" > <robert.bielik(a)xponaut.se> > To: <installer-dev(a)lists.apple.com> > Sent: Tuesday, December 07, 2010 8:09 AM > Subject: Re: PM kext installation problem > > >> Robert Bielik skrev 2010-12-07 13:53: >>> Doesn't seem to be correct. My payload _has_ root:wheel set on >>> source .kext directory (and all content), but upon installation in /S/L/E only the top folder has root:wheel (content is user:admin), hence it fails to load upon completion of the installation. >> >> Sorry, my bad. Forgot to go through each content item and set root:wheel. Works now. >> >> Although I still do the sudo touch /S/L/E... >> >> Thanks >> /Rob >> _______________________________________________ >> 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/klax%40musiclab. >> com >> >> This email sent to klax(a)musiclab.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: Second user can't run app after install
by Per Olofsson 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AQHLlmwI/vpHeHgNdUGaV5cRi5sXcpOVn7kAgAANXwCAAIZXgA== Thread-topic: Second user can't run app after install 8 dec 2010 kl. 02.15 skrev Mel Walker: > On Dec 7, 2010, at 4:27 PM, Iceberg-Dev wrote: > >> 1. You're not saying what the owner, group and permissions are in the payload. Use Pacifist to check this. >> >> 2. You're not saying what the owner, group and permissions are for the files on disk after installation. > > Thank you. Those are good questions. > > 1. In Pacifist, owner was user 501 (pmdoc has root), group was admin (correct), and the permissions were drwxr-xr-x (correct). > 2. The files on the disk matched what Pacifist said. > > So, why did it create a different owner than I had set in Packagemaker? As far as I can tell it's a bug. > And how do I stop that from happening? chown -hR root:admin my_payload before adding it to PackageMaker. -- Per Olofsson, IT-service, University of Gothenburg _______________________________________________ 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: PM kext installation problem
by Robert Bielik 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 Finally, I just need to remove /S/L/my-temp-kext-location temporary folder. Thnx Alex, Yes, no doubt. But isn't it easier just to set root:wheel on each content item directly in PM (only done once)? I did just that and the only thing in postflight is a "sudo touch /S/L/E", i.e. no temporary location, no setting of permissions etc. Directly installs to /S/L/E and works perfectly :) Best, /Rob Regards, - Alexander ----- Original Message ----- From: "Robert Bielik" <robert.bielik(a)xponaut.se> To: <installer-dev(a)lists.apple.com> Sent: Tuesday, December 07, 2010 8:09 AM Subject: Re: PM kext installation problem Doesn't seem to be correct. My payload _has_ root:wheel set on source .kext directory (and all content), but upon installation in /S/L/E only the top folder has root:wheel (content is user:admin), hence it fails to load upon completion of the installation. Sorry, my bad. Forgot to go through each content item and set root:wheel. Works now. Although I still do the sudo touch /S/L/E... Thanks /Rob _______________________________________________ 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/klax%40musiclab.com This email sent to klax(a)musiclab.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.… Alexander Klyuev skrev 2010-12-08 04:56: This way always works great! Robert Bielik skrev 2010-12-07 13:53: This email sent to site_archiver(a)lists.apple.com

1 0

Re: PM kext installation problem
by Alexander Klyuev 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi Rob, mv -r /S/L/my-temp-kext-location/MyKext.kext /S/L/E Finally, I just need to remove /S/L/my-temp-kext-location temporary folder. This way always works great! Regards, - Alexander Although I still do the sudo touch /S/L/E... Thanks /Rob _______________________________________________ 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/klax%40musiclab.com This email sent to klax(a)musiclab.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'd suggest another way to install .kext component. I don't rely on Installer. First I install MyKext.kext into temporary folder; for instance /S/L/my-temp-kext-location. Then, using postinstall/postupgrade/postflight script I set correct ovnership and permissions for MyKext.kext and every file within the .kext and then I "move" MyKext.kext into /S/L/E like that: "move" operation is atomic so following automatic "touch" will be performed correctly. ----- Original Message ----- From: "Robert Bielik" <robert.bielik(a)xponaut.se> To: <installer-dev(a)lists.apple.com> Sent: Tuesday, December 07, 2010 8:09 AM Subject: Re: PM kext installation problem Robert Bielik skrev 2010-12-07 13:53: Doesn't seem to be correct. My payload _has_ root:wheel set on source .kext directory (and all content), but upon installation in /S/L/E only the top folder has root:wheel (content is user:admin), hence it fails to load upon completion of the installation. Sorry, my bad. Forgot to go through each content item and set root:wheel. Works now. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Second user can't run app after install
by Mel Walker 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Dec 7, 2010, at 4:27 PM, Iceberg-Dev wrote: > > On Dec 8, 2010, at 1:08 AM, Mel Walker wrote: > >> I'm having an odd problem with packagemaker installs. An application is installed to the Applications folder, but when the second user on the machine tries to run it, they don't have permission. >> >> The app package has root:admin set for the entire hierarchy in the pmdoc. The permissions seem right, too (read and execute for everyone at all levels). I tried setting the owner:group and permissions first, then creating the installer, but no dice. Both of the users on the machine are Administrators, id's are 501 and 502. >> >> The installer is being created from the command line on a buildbot, if that matters. It's a simple installation — one app and one preference pane. I've run out of good questions to ask for debugging it, and I'm still pretty new at this "creating installers" thing. >> >> Any advice? Please? > > 1. You're not saying what the owner, group and permissions are in the payload. Use Pacifist to check this. > > 2. You're not saying what the owner, group and permissions are for the files on disk after installation. Thank you. Those are good questions. 1. In Pacifist, owner was user 501 (pmdoc has root), group was admin (correct), and the permissions were drwxr-xr-x (correct). 2. The files on the disk matched what Pacifist said. So, why did it create a different owner than I had set in Packagemaker? And how do I stop that from happening? -- Mel Walker <mel.walker(a)leapfile.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: Second user can't run app after install
by Iceberg-Dev 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:mime-version:in-reply-to :references:content-type:message-id:content-transfer-encoding:from :subject:date:to:x-mailer; bh=/g+u88awA4MuOm9j3f1eC4bTlLfMNZNbUzFAPIgk+/U=; b=UBgaroS+gBGA7ieoXl0y6HtkElzU8pLyQLkRW3qmPeobDxzov3aSyJIO7KPAZjk8p9 xR7v4jk9WxY424XjPav90RAcrZT0TMlI5rtihsEBnGgfwEY9zQ6be1FEv7k1nkuvAK+j QODGjY/5jyqYj1hBSZsF2hyAB3KJYQfAvAVh4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:content-type:message-id :content-transfer-encoding:from:subject:date:to:x-mailer; b=pJB8YKHtd3HcoMoiu6cBwmFHLuggxMZmUAXWd8o7Rb/Ty9+3pDY9S8o7TpzbDjZTm3 ePWpPlRD1kTPDYZ78VWJh783X/Ua0M+ceth8XxhmXcd325x44OR0+0ENiRskwt5iTfW5 9quBojGntqkXJuYQzF1gheCBpVPSYQlSwFEU8= On Dec 8, 2010, at 1:08 AM, Mel Walker wrote: _______________________________________________ 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'm having an odd problem with packagemaker installs. An application is installed to the Applications folder, but when the second user on the machine tries to run it, they don't have permission. The app package has root:admin set for the entire hierarchy in the pmdoc. The permissions seem right, too (read and execute for everyone at all levels). I tried setting the owner:group and permissions first, then creating the installer, but no dice. Both of the users on the machine are Administrators, id's are 501 and 502. The installer is being created from the command line on a buildbot, if that matters. It's a simple installation — one app and one preference pane. I've run out of good questions to ask for debugging it, and I'm still pretty new at this "creating installers" thing. Any advice? Please? 1. You're not saying what the owner, group and permissions are in the payload. Use Pacifist to check this. 2. You're not saying what the owner, group and permissions are for the files on disk after installation. This email sent to site_archiver(a)lists.apple.com

1 0

Second user can't run app after install
by Mel Walker 08 Dec '10

08 Dec '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com I'm having an odd problem with packagemaker installs. An application is installed to the Applications folder, but when the second user on the machine tries to run it, they don't have permission. The app package has root:admin set for the entire hierarchy in the pmdoc. The permissions seem right, too (read and execute for everyone at all levels). I tried setting the owner:group and permissions first, then creating the installer, but no dice. Both of the users on the machine are Administrators, id's are 501 and 502. The installer is being created from the command line on a buildbot, if that matters. It's a simple installation — one app and one preference pane. I've run out of good questions to ask for debugging it, and I'm still pretty new at this "creating installers" thing. Any advice? Please? -- Mel Walker _______________________________________________ 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