January 2010 - Installer-dev

PackageMaker help
by Sakshi Sachdev 19 Jan '10

19 Jan '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcqZFASFkejFNIMzR5iUS364pVcG6Q== Thread-topic: PackageMaker help Hi, I am new to PackageMaker and I have some seemingly basic queries. Hopefully someone on the list will be able to help. Some background for #1-3: We have a product staging area where the files to be installed are staged after every build. The .pmdoc (distribution package) contains multiple choices. Each choice contains content that points to folders in this staging area. 1. When I was handed the project, the pmdoc contained multiple xml files: looks like 2 for each choice. 01*-contents.xml is virtually blank. It just contains <pkg-contents spec="1.12"/>. However when I make a simple change like adding a postinstall step, this file gets populated with a lot more data. It seems to me that the data was intentionally stripped before the file was checked in. Could I be right? If so, is it safe to do so (as in should I keep following the trend and strip the data)? 2. 01*.xml refers to almost every single component that is to be installed. Other than the component id, it contains component paths. The paths are hardcoded absolute paths of my machine. This seems weird to me. How does this work? Is this file rewritten for every single machine it is built on? This would imply that every time someone would need to build something on their machine, they would have to check out the xml files... 3. One of the contained pkgs installs an application bundle and I am to stop installing a component within this bundle. Would it suffice to just stop copying the component to within the staged bundle? I would have thought so since it looked like PackageMaker was ditto-ing the application bundle to the /Applications/ area. Unfortunately #2 has me confused. Say, I've checked in the pmdoc from my system into the source control. The xml file would contain a reference to the component which I no longer want to install. If someone were to go and simply stop staging this component, how would the package creation on the build machine get impacted? That is, do I need to do something to the pmdoc before stopping the staging? 4. The install time UI offers the ability to install the visible choice to a different location. Unfortunately, when the user chooses a non-startup disk, the destination of the hidden choices also gets impacted. Thus if a hidden choice wanted to install to /Library/ABC/, it starts installing to /Volumes/MovedMe/Library/ABC/. Is there any way to work around this? Thanks, Sakshi _______________________________________________ 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: When sudo is run the first time, something about the user account changes
by Sidney San Martín 16 Jan '10

16 Jan '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com This is the installer-dev list, probably not the best place to get helpful responses to that question. Regardless, sudo is a tool for privilege escalation. Your privileges are being escalated through AuthorizationExecuteWithPriviliges, so just execute /bin/bash (or your shell of choice) with the path to the script as an argument. On Jan 16, 2010, at 12:20 AM, Brant Sears wrote: > I'm trying to execute a bash script from my application. I'm using the Security framework to call AuthorizationExecuteWithPrivileges() on the sudo command passing the path to my script in as an argument. This has the effect that my script runs as root. > > This works as I would expect (i.e. the user is prompted when I create the authentication object and then the script executes as root), except on user accounts where "sudo" has never been used. > > I notice that when I invoke sudo for the first time, I get a warning message from the OS. And obviously other things about the user account change as well. What exactly changes when you call sudo for the first time? > > Also, is there another way I can invoke my script to work correctly in this instance? Another means by which it can run as root? > > Thanks. > > Brant Sears > _______________________________________________ > 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/s%40sidneysm.com > > This email sent to s(a)sidneysm.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 smime.p7s

1 0

When sudo is run the first time, something about the user account changes
by Brant Sears 16 Jan '10

16 Jan '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks. Brant Sears _______________________________________________ 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 trying to execute a bash script from my application. I'm using the Security framework to call AuthorizationExecuteWithPrivileges() on the sudo command passing the path to my script in as an argument. This has the effect that my script runs as root. This works as I would expect (i.e. the user is prompted when I create the authentication object and then the script executes as root), except on user accounts where "sudo" has never been used. I notice that when I invoke sudo for the first time, I get a warning message from the OS. And obviously other things about the user account change as well. What exactly changes when you call sudo for the first time? Also, is there another way I can invoke my script to work correctly in this instance? Another means by which it can run as root? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not displaying "Destination Select" screen
by Iceberg-Dev 15 Jan '10

15 Jan '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:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=j0+qHHV0KRya5WKMsV1CmAM8PzLcr4pkA+ROpF7vtSc=; b=b3zmRsm36aCsOVVtNFbGH4cknYv2waBEYVau0CqjThcsA7EmcrSvu5A7pFpe6RsOHU EXGjA41fZf/+hRNIz3b1zarqqNLV7bB1UEEI/J3mw+EqK9S50FW1ejsf5Ed7moioeHob 4ZoApJjaMBxxdUF6JoP7d7K5eCc2OS1TJWGkY= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=gaObckSx6P8qxr/1uGucquhrL6N0J+FahtX0bJmTKg6BMyGqLpi/+gK57KXD7Ymb0z ZXxR8Uum2ffiOfk3RHNZAbybNcGj6ppshly7su+uEhNxfFV7anqSz0SmEz5W4m30HLoq j22jbjOxFkMH6kMMChpChmSdpzOynnqNFl2C8= On Jan 14, 2010, at 10:37 PM, Adam Mercer wrote: On Thu, Jan 14, 2010 at 15:23, Adam Mercer <ramercer(a)gmail.com> wrote: I changed nothing and rebuilt the package, now the Destination Select screen isn't being displayed? Any ideas what could explain this? Easy install is related to the Installation Type step. _______________________________________________ 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 building an installer to install some custom software to /opt/ ldg, it _cannot_ go anywhere else. How can I get Installer.app not to display the "Destination Select" screen? In PackageMaker.app I have set "User Sees" to "Easy Install Only", and "Install Destination" to only "System volume". However the installer still displays the Destination Select screen. Is there a way I can get this screen not to display? Anyhow, it's a known issue in Installer.app that Apple does not seem to be willing to fix. I never understood why. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not displaying "Destination Select" screen
by Adam Mercer 14 Jan '10

14 Jan '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:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=v8w9V4IFfM4kzjtgg4ewmM2MBYhM3ygo5l03Doacoac=; b=OQ27xM1M+YzcpeOtCNvH+lXVmwkU4i3NUXhBWd+Z7jG//bTsI+defwz9ww+oDtkCMV K/aHPPjJTBUAgPdtBZAIGtHmtWwgoKsbcJRmKuT9JazRDXmQt9mORr4yXgB9aT1W+JHr EcgXYCtdduCzZCJEllmws4nzfvIHzbarKo2Yo= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=QXEvQnS/vHg5vG//luS2xp3G3dxms0XEwMIjJuntVex39mlFv9OFm9W5WhXv4HNdko c1hQIOG0rjnZ+PyiDoyMNhlbdtpbwV+6ti8vZsY58lzXYbNrhb0O1x0PZGki2h+INWi3 Ngl51PY6IelmuS3l5Usx1+vR5JaZxJ6rzMQbU= On Thu, Jan 14, 2010 at 15:23, Adam Mercer <ramercer(a)gmail.com> wrote: > I'm building an installer to install some custom software to /opt/ldg, > it _cannot_ go anywhere else. How can I get Installer.app not to > display the "Destination Select" screen? > > In PackageMaker.app I have set "User Sees" to "Easy Install Only", and > "Install Destination" to only "System volume". However the installer > still displays the Destination Select screen. Is there a way I can get > this screen not to display? I changed nothing and rebuilt the package, now the Destination Select screen isn't being displayed? Any ideas what could explain this? Cheers Adam _______________________________________________ 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

Not displaying "Destination Select" screen
by Adam Mercer 14 Jan '10

14 Jan '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:mime-version:received:from:date:message-id :subject:to:content-type; bh=ciJX7nELDHBTnn8yJaHjUEVgUJhsnMT825q1AbdYMRA=; b=Xq4ZXUJf9oDnUkrQ/gAc+os3YSfSPRYxb3V7+VWVSZCcYZIR/FIqvcfdStuU7XZKy0 CwDZBBNdkCxdr9Ig32UdpaRvFkFzZsPXx9eR/cN1i5LJ0Tx4QybcHkxcjmBkjwWh/WUQ XLzaYMoSqlKAzVzFWnBWAhHX+q/qRnbAYKWMs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=CQZi6LlIMdpJZqQ4ONS+fAJZV05IXX5CVe0NSTn4cmGMHt8Cn0760bL8Cca8gwDT2/ m8O7pyZrXSVyrXWxidyMnrKWE0kOtu2ApeAIgFvntD0D2tevbqMYgXCDGhFs1MBTiWEz 2VeTy3j3CgoCaVOPl9tTc7SZD/xQSu1ydfNe4= Hi I'm building an installer to install some custom software to /opt/ldg, it _cannot_ go anywhere else. How can I get Installer.app not to display the "Destination Select" screen? In PackageMaker.app I have set "User Sees" to "Easy Install Only", and "Install Destination" to only "System volume". However the installer still displays the Destination Select screen. Is there a way I can get this screen not to display? Cheers Adam _______________________________________________ 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: License agreement interaction
by Kevin Brock 14 Jan '10

14 Jan '10

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: License agreement interaction
by Bill Coderre 13 Jan '10

13 Jan '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Jan 13, 2010, at 3:09 PM, Eli Bach wrote: > On Jan 13, 2010, at 3:56 PM, Kevin Brock wrote: > >> Does anyone know if it's possible to both >> >> a) Show a license agreement >> >> and >> >> b) *Not* require the customer to agree to it? >> >> I know, it sounds strange. Our legal department wants us to do this. I think it's because the license agreement is a pointer to a license for a server product, and anyone seeing the agreement is covered under the server license. Why they don't just leave it out entirely is something I don't know right now. >> >> In any case, this requirement is what I have to work with at the moment. >> >> Any information on this would be appreciated. >> >> Thanks. > > Maybe just include the license text in the main 'notes/description' panel, or have a separate panel just displaying the license text, and the user just hits Next to go past it? Just to be painfully clear, you have two good choices: 1) Put the license in the ReadMe panel of the installer, perhaps after the rest of the readme file. 2) Write a custom installer plugin (trivial to do, but it can't be used in flat packages). I believe there's sample code that would only take a few minutes to adjust. You could theoretically put it in the Welcome panel of the installer, but people can't save/print that file, and if it's miles long it MIGHT cause display bugs on older systems. So the ReadMe panel is a better idea. There's also a conclusion panel, but you probably would not want to put it there because people wouldn't see it until after install, and that'd make them grumpy. _______________________________________________ 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: License agreement interaction
by Eli Bach 13 Jan '10

13 Jan '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:subject:mime-version :content-type:from:in-reply-to:date:content-transfer-encoding :message-id:references:to:x-mailer; bh=nDy/SMZnugWWlcdg0dgLLA4vZKSSgXiVGyWV6zjAb8Y=; b=m7J8pr8G/Y3GKmlXm+K//pqKp+FLaKE1mq7DUnbPnTTkAq+cLC9ycHsYwA0guM8WJ0 9sGgfqaGcx2ypq3yuCYFgJ1+IeBY35v1Ii/aMqY6048U/OUl+eEeeXuQ+iE10VBPgGTe nr5HI6stffZeV6zI/2PnBSc5UUKwByz3mDJUg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=swQeHwxZC/K8QUShyneZlFvCIoIQhOx9EmFfF9wjiLID6K4k3eRGskpuQnVEPHExyo uNnq5RXccFkLQYrAi+UssWZru7AAA85srrMH7kP2+3O603Sm82koxSjVYmyATJToQoN7 HNqpF3TWOis48aIp8cFRkGJSjh/YhDk4QkpTg= On Jan 13, 2010, at 3:56 PM, Kevin Brock wrote: > Does anyone know if it's possible to both > > a) Show a license agreement > > and > > b) *Not* require the customer to agree to it? > > I know, it sounds strange. Our legal department wants us to do this. I think it's because the license agreement is a pointer to a license for a server product, and anyone seeing the agreement is covered under the server license. Why they don't just leave it out entirely is something I don't know right now. > > In any case, this requirement is what I have to work with at the moment. > > Any information on this would be appreciated. > > Thanks. Maybe just include the license text in the main 'notes/description' panel, or have a separate panel just displaying the license text, and the user just hits Next to go past it? 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.… This email sent to site_archiver(a)lists.apple.com

1 0

License agreement interaction
by Kevin Brock 13 Jan '10

13 Jan '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Does anyone know if it's possible to both a) Show a license agreement and b) *Not* require the customer to agree to it? I know, it sounds strange. Our legal department wants us to do this. I think it's because the license agreement is a pointer to a license for a server product, and anyone seeing the agreement is covered under the server license. Why they don't just leave it out entirely is something I don't know right now. In any case, this requirement is what I have to work with at the moment. Any information on this would be appreciated. Thanks. Kevin _______________________________________________ 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