May 2009 - Installer-dev - lists.apple.com

Re: Package up-grade action in PackageMaker 3.0.3
by sivasankar Muthusamy 14 May '09

14 May '09

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:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZEEjDj95nqpq3lvRpbpeEX0qjQqjZWSYp5EGZxuhsWA=; b=eSq/7I90DxvyGV9cPA0h6X73gUCtA2bUVzEJCtvCosutcH/EdcfPsCIgg+Ko4c4vwu fzsnyM3qwJTskXZPJNYaXzV9zqtmNn/MxuKzuBaUUZ56GBUoH8naUbnWSDRRhGvUaRmg C3Zsvg7VDS2AdQJsdX/aATGc8gbbPsal37O24= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gaR2X4PmObh4QYcmo9urHlRmt5AABFrKnFkIhkISHPA9AxvC/0aU6VNd+6cGJWN+QK 4pdT3Z8hC+K/xcPqHO/jxbLrSyf6shjSvPsjA8X2MhPrj/z+Zl/Y78bq1O0qNu7anXSt 0WFFMxAsCU6TX2XIsMVjkf+lk1XTuqtlUd1bI= _______________________________________________ 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

Metapackage changes ownership of sub packages?
by Ron Aldrich 14 May '09

14 May '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hello Folks, The target operating system is set to 10.4. Any thoughts? Thanks, Ron Aldrich Software Architects, Inc. _______________________________________________ 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 using PackageMaker 3.0.3 to create a metapackage, and I'm having a bit of trouble getting to leave the ownership of its sub packages alone. The sub packages are generally set to root/admin ownership, and work correctly before they are reprocessed while creating the metapackage. However, once I combine them into a metapackage (with embedded subpackages) using PackageMaker, the ownership of of files within the package get changed (ususally to user/501) privileges. I've tried selecting the "Contents" tab of each subpackage in the metapackage.pmdoc, and fixing the ownership there, and this looks like it should fix the problem, but when I install the metapackage, the ownership of the resulting files are incorrect (user/admin instead of root/admin). I've also tried building the package with the --no-recommend option, but this doesn't seem to have any effect on the problem. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Just updated vanilla.catalog, and an update
by Karl Kuehn 13 May '09

13 May '09

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:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=STkh9NheMxFwiRV9+qfshYjBHxwyNhy1PuLnrFak1SU=; b=nwB1AgOdGn9/rrcru6SgN5uNcxPze0UHe0qg3KX0mWb+rEfl/jyhHqYTX/YrP/eaQV U6bQlO/Y0FC72+FSOjHrvr12C5Kbml9n35H2+VhnEEBHr5IW7MyHT+/+Rd5KHZzgJBN4 qSC+1VJnBKv6e1v3ofc5x5OR/FSiUhuGvkZs0= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=Dg0YL8jLeURBYgISIpq5vpn6GYU3K0lSzk1SUWOicUgHtakDXMtpZXFh0mbWARdQSq nw4BS4PqMkZDPOj5Id4V6XIleBBe1FwZv3YosQlDCgnFaezaGocvGghJirSi/uo+4EZ8 NS5MxQ36x/1NUGH7smZacbM/DFgU9AP3MYKs4= On May 13, 2009, at 12:10 AM, Iceberg-Dev wrote: Sorry about the noise! -- Karl Kuehn larkost(a)softhome.net _______________________________________________ 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.… [...] Wrong recipients I guess. That guess is correct, that message was supposed to go to the InstaDMG-dev list, and I thought it had auto-completed to that, but it must have been the second one in the list. This email sent to site_archiver(a)lists.apple.com

1 0

Just updated vanilla.catalog, and an update
by Karl Kuehn 12 May '09

12 May '09

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:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=GJvyZJV5QMhnty5CKDEeEKdaBIZUflbDkC/fXexapIQ=; b=S+ePPmruFWuCX5/xVFY6A9eD2RwqUoLb1xCNa3MfiprFZNJ7+PPWH0mwH74kz3Oh55 z4RHtH3Rt3lB7uXCoOrPNnUTBysSI6t5biHJ5XXcjT2u6ysi/21Ln3QySP4fNBcCw/// ee78uYlceoTHZtLh+B5XJAyl7AtkUud7fBqt4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=WZcp2UzInAmnA4ht73USIDQ9hXSFugxEKgFn+SLYoVKqef+Bj6+ylnFpcFQyyzJu/N PRqBiSuBFYarz0AMvmWWFEBG6GEBqNd8JK2kJaCzD6v9dKQ1/1dcWg8AFQ0shvaV3Sz/ HVabbsK7eSuqp3/7PECe6kQCwIo2E99iNb93U= And a small update on what I have been doing on the InstaDMG front: -- Karl Kuehn larkost(a)softhome.net _______________________________________________ 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 just updated the vanilla.catalog file, and while I was doing that I walked a computer through the manual update process from 10.5.0 to make sure that I have the exact list needed. So it is a little cleaner at the moment, but should still work for everyone. I will be going to the MacSysAdmin conference in Sweden in September to present on InstaDMG (among other things), and am mulling over another presentation at MacWorld in February. But that means I actually have to have something to present on. I have been working on a couple of projects in my off-time (right now I can't justify much work time for this), and so InstaDMG has not been getting my full attention. Unfortunately I did not manage to get a ticket for WWDC (my boss wanted to get me a free one, and there was nothing available), since I am just down the road I will be up there for one-or-two evening events. But I am really going to hurt without the easy access to engineers that I was counting on. But I do have a little bit of Python code in place, right now I am focusing on a couple of classes for dmg handling (including some cleanup-at-error code) and I have a start at figuring out how to use the sandbox/seatbelt system to make sure that the installers can't reach outside our target DMG (this has been a problem with a couple of packages). I am debating back-porting the sandbox code to the current InstaDMG, mostly to get people to test it for me. I do have an idea that might make large parts of our process overlap with the Munki project that Nigel and Greg are working on, but that is going to take a while before there is enough possible crossover to start ripping code. I also tried again to get the installer to work with chroot, but that path looks closed, so I think I am going to abandon that again (but I think that would fix many of our troublesome packages). I am going to file a bug/enhancement-request with Apple, and will post the number here. I would really appreciate it if others could gang up with my Radar report with impact numbers, so we can convince Apple to to this. I would hate to have to write my own code to replace the installer just to chroot the installer scripts. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Permissions Broken in PackageMaker 3
by Andrew Merenbach 11 May '09

11 May '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Greetings, Eli, Thank you very much for your time, Eli! Cheers, Andrew On May 10, 2009, at 3:52 PM, Eli Bach wrote: On May 10, 2009, at 3:41 PM, Andrew Merenbach wrote: Hi, all, Have you tried building from the command line using: Eli _______________________________________________ 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/merenbach%40ucla.edu _______________________________________________ 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.… Well, I'll be! Working with PM from the command line appears to open up a whole new world of options, both productivity-oriented and convenience-oriented. I very much appreciate your pointing out that parameter; it appears to solve the issue that I am experiencing. I suppose I should file a bug. Has anyone had any luck using custom--or even just non-root-- permissions in PackageMaker 3 (I'm using 3.0.3)? I'm installing part of my installation to /Users/Shared, so I don't want "root:wheel" permissions, lest a user be unable to delete what gets installed. Every time that I build my installer--which can be either a 10.4-compatible or 10.5-compatible installer, any default or custom permissions get written over. I posted to this mailing list awhile back about this, but I believe that I may have been a little less clear and a little less general than I'm being now. Is this a known bug in PM3? Is there a workaround? It seems to me that there's absolutely no way to install to /Users/Shared using PackageMaker 3 unless I want to set permissions manually with a script afterwards, which seems somewhat backwards when PackageMaker should be setting permissions for me. Any ideas, anyone? /Developer/Applications/Utilities/PackageMaker.app/Contents/MacOS/ PackageMaker --no-recommend While I haven't built an installer that puts things in /Users/ Shared/, this has fixed the problem I had with PackageMaker using incorrect permissions for files in /Library/LaunchAgents. This email sent to merenbach(a)ucla.edu This email sent to site_archiver(a)lists.apple.com

1 0

Re: Permissions Broken in PackageMaker 3
by Eli Bach 10 May '09

10 May '09

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:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:subject :mime-version:date:references:x-mailer; bh=bIK8KKQ4jP4H/d7jscE1mPXBaW/x2LOgJE6WpwNBvOg=; b=wRqxFkQJcHXChAdmnk1ijuzplqGppzHDKbc4gUbCvA+DeIE34523jBDX/CgtdADDnA QAGiJczsGQQUEQYzN6rlnoz7wgg1ev0yKSA2gzIZ3IbGe0G7LJ/rnxUuDVmGZKOf3rut Ka9lTG/T5uEvhyw+IlhP4XHkRZKbbjbubls2o= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:subject:mime-version:date:references :x-mailer; b=np/JQOGKSCHFVCxsTP1mJ9qB60+xx0KygWOkmOXxOR+MK4i3dLlNoIzxsOrgN2NQb+ 5H7c0VI3XpRSFxOd+BTZYQk+vucjtTGWPinICbRM1ynIBWUt3o8MPNrMHTU3yCi2vjEp 4KTRB7JYmQDZEd7EuM6pxi12O6pDZqO01WzaM= On May 10, 2009, at 3:41 PM, Andrew Merenbach wrote: Hi, all, Have you tried building from the command line using: Eli _______________________________________________ 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.… Has anyone had any luck using custom--or even just non-root-- permissions in PackageMaker 3 (I'm using 3.0.3)? I'm installing part of my installation to /Users/Shared, so I don't want "root:wheel" permissions, lest a user be unable to delete what gets installed. Every time that I build my installer--which can be either a 10.4-compatible or 10.5-compatible installer, any default or custom permissions get written over. I posted to this mailing list awhile back about this, but I believe that I may have been a little less clear and a little less general than I'm being now. Is this a known bug in PM3? Is there a workaround? It seems to me that there's absolutely no way to install to /Users/Shared using PackageMaker 3 unless I want to set permissions manually with a script afterwards, which seems somewhat backwards when PackageMaker should be setting permissions for me. Any ideas, anyone? /Developer/Applications/Utilities/PackageMaker.app/Contents/MacOS/ PackageMaker --no-recommend While I haven't built an installer that puts things in /Users/Shared/, this has fixed the problem I had with PackageMaker using incorrect permissions for files in /Library/LaunchAgents. This email sent to site_archiver(a)lists.apple.com

1 0

Permissions Broken in PackageMaker 3
by Andrew Merenbach 10 May '09

10 May '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi, all, Any ideas, anyone? Cheers, Andrew _______________________________________________ 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.… Has anyone had any luck using custom--or even just non-root-- permissions in PackageMaker 3 (I'm using 3.0.3)? I'm installing part of my installation to /Users/Shared, so I don't want "root:wheel" permissions, lest a user be unable to delete what gets installed. Every time that I build my installer--which can be either a 10.4- compatible or 10.5-compatible installer, any default or custom permissions get written over. I posted to this mailing list awhile back about this, but I believe that I may have been a little less clear and a little less general than I'm being now. Is this a known bug in PM3? Is there a workaround? It seems to me that there's absolutely no way to install to /Users/Shared using PackageMaker 3 unless I want to set permissions manually with a script afterwards, which seems somewhat backwards when PackageMaker should be setting permissions for me. This email sent to site_archiver(a)lists.apple.com

1 0

enable_currentUserHome working?
by Iceberg-Dev 08 May '09

08 May '09

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 :content-transfer-encoding:message-id:content-type:to:from:subject :date:x-mailer; bh=p1H/p/GBATzgX1gl+9/ARnY6a4pdGmKLgi3vGxSSOv4=; b=DhBLLwKsxKHk7YAfTKI5Iino1ig/pF2HDSmz6GgxMfOTEw6f0BPWu2I6+tIHfKyOjj E9zFp5mcmx8kmQRhw10yaGHddeRhp94Y9OoOwYWggDNAzmWAEE/c5IF1/ochxJaiGgZy sdpslsYbI4zBXNOt5q4VtsLljyPSgJO0GMD54= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:content-transfer-encoding:message-id:content-type:to :from:subject:date:x-mailer; b=Nwqs2tRCPZQXrznPYbgUBsScfj00Sjc2L9WLB9uMNyzqe2WIWd/O/l0sxw/v/Xn7/x iyYR5F+JssJt8QbkRGz0sdesevHgaumMXbJzk1GH4ZMtV1oULWhi1smY5vqCmSkJqQN/ uHl6aTXBDEP/JKdXL/NtUOTWC2ub+y2WSCYe4= Is the enable_currentUserHome option supposed to work correctly? My $0.02 _______________________________________________ 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.… >From what I can see with a package, it does not work at all. When you select your home folder as the destination of the installation, the payload is still installed in /. The relocatable flag is set and the bundle locator is not enabled. not even defined. Does this option imply that you should not ask for admin/root authentication? BTW, the pkmkpidforapp tool crashes when it's run with no arguments => Bus Error. If you pass an incorrect argument, it crashes again => Segmentation fault. This email sent to site_archiver(a)lists.apple.com

1 0

RE: Package up-grade action in PackageMaker 3.0.3
by Adam Peck 08 May '09

08 May '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcnPrMUuN/kR0DMsQy+T0gehguSkVgANucCAAAtktGA= Thread-topic: Package up-grade action in PackageMaker 3.0.3 _______________________________________________ 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: Package up-grade action in PackageMaker 3.0.3
by Bryan S. Lee 08 May '09

08 May '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcnPrMUuN/kR0DMsQy+T0gehguSkVgANucCA Thread-topic: Package up-grade action in PackageMaker 3.0.3 User-agent: Microsoft-Entourage/12.17.0.090302 _______________________________________________ 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