September 2010 - Installer-dev

Re: Permissions not copying?
by Howard Moon 01 Sep '10

01 Sep '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Crud. It's still not working properly. The Owner for the plug-in is being set to system, not root. How can that be??? The owner in the payload is set to root, and the owner of the plug-in on my disk that Iceberg is picking up is set to Howard(Me). Why is it getting set to system when installing? Is it because the parent folders are set to system on my machine? (I've got them set to root in Iceberg, I just noticed. Does that matter?) Is this because of the bug regarding overwriting the permissions? How do I fix it? Thanks, Howard On Sep 1, 2010, at 8:14 AM, Howard Moon wrote: > Ah, that's probably it. I had run the plug-in myself in that folder before, with the "wrong" permissions, and was installing over that existing file, I bet. > > Oh well, I modified the permissions on my copies and re-built the installers anyway, and the permissions are correct after manually deleting the file and then installing (i.e., a "first" install). So whatever caused it, it's working as expected now. It will be a first install for users, so it should work fine for them, too. > > Thanks, > Howard > > ----- Original Message ----- From: "Stephane Sudre" <dev.iceberg(a)gmail.com> > To: "Howard Moon" <howard(a)antarestech.com> > Sent: Wednesday, September 01, 2010 8:06 AM > Subject: Re: Permissions not copying? > > > On Wed, Sep 1, 2010 at 4:15 PM, Howard Moon <howard(a)antarestech.com> wrote: >> Hi, >> >> I've got an Iceberg installer project which creates a meta-package. One of the Components of the package copies a VST audio plug-in to the /Library/Audio/Plug-Ins/VST folder. The permissions for the plug-in, as set in the Iceberg project, are drwxrwxr-x, but in the target machine they are set to drwxr-xr-x. I had thought that just setting them in Iceberg itself would set the permissions I specify. But that does not seem to be the case. Do I need to set the permissions on my own copy of the file before building the installer, in order to get the correct permissions set on the target? > > No, you don't need to change the permission of the original file to > set the permission in the payload. > > The question is: is this a first install or a previous version of the > plugin was already installed with the drwxr-xr-x permissions? > > If it's a first install, the permissions set in the payload should be > the ones after installation. > > If it's not a first install, you may use the Overwrite directory > permission option but this does not work on Mac OS X 10.6 (a bug in > Installer.app AFAIK). > _______________________________________________ > 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/howard%40antarestech.c… > > This email sent to howard(a)antarestech.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: Permissions not copying?
by Howard Moon 01 Sep '10

01 Sep '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thanks, Howard Hi, No, you don't need to change the permission of the original file to set the permission in the payload. The question is: is this a first install or a previous version of the plugin was already installed with the drwxr-xr-x permissions? If it's a first install, the permissions set in the payload should be the ones after installation. _______________________________________________ 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.… Ah, that's probably it. I had run the plug-in myself in that folder before, with the "wrong" permissions, and was installing over that existing file, I bet. Oh well, I modified the permissions on my copies and re-built the installers anyway, and the permissions are correct after manually deleting the file and then installing (i.e., a "first" install). So whatever caused it, it's working as expected now. It will be a first install for users, so it should work fine for them, too. ----- Original Message ----- From: "Stephane Sudre" <dev.iceberg(a)gmail.com> To: "Howard Moon" <howard(a)antarestech.com> Sent: Wednesday, September 01, 2010 8:06 AM Subject: Re: Permissions not copying? On Wed, Sep 1, 2010 at 4:15 PM, Howard Moon <howard(a)antarestech.com> wrote: I've got an Iceberg installer project which creates a meta-package. One of the Components of the package copies a VST audio plug-in to the /Library/Audio/Plug-Ins/VST folder. The permissions for the plug-in, as set in the Iceberg project, are drwxrwxr-x, but in the target machine they are set to drwxr-xr-x. I had thought that just setting them in Iceberg itself would set the permissions I specify. But that does not seem to be the case. Do I need to set the permissions on my own copy of the file before building the installer, in order to get the correct permissions set on the target? If it's not a first install, you may use the Overwrite directory permission option but this does not work on Mac OS X 10.6 (a bug in Installer.app AFAIK). This email sent to site_archiver(a)lists.apple.com

1 0

Permissions not copying?
by Howard Moon 01 Sep '10

01 Sep '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi, I've got an Iceberg installer project which creates a meta-package. One of the Components of the package copies a VST audio plug-in to the /Library/Audio/Plug-Ins/VST folder. The permissions for the plug-in, as set in the Iceberg project, are drwxrwxr-x, but in the target machine they are set to drwxr-xr-x. I had thought that just setting them in Iceberg itself would set the permissions I specify. But that does not seem to be the case. Do I need to set the permissions on my own copy of the file before building the installer, in order to get the correct permissions set on the target? Thanks, Howard _______________________________________________ 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

permissions
by hagen 01 Sep '10

01 Sep '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:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=q0YB5BARP31ztjuoj7/UyI38Yh3IFT0M1LNAl4AhW2E=; b=FscZ0C5FnWOz2DbY/QSyKCOxh5jTPZgBsZ/h5EsWlbY4hSEG+hOkmGF7U8t/K6E1rS cSgrVjW2tgK//AtvQ5j7aYoV+8IQbCL05Vc77Wl000O9VeZrgPW4vk0xA8SJMwMukxJn PBVDPv71GfmM0dMC91wAWaISLv4E6BBcykkhg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=sWHBGZmOvps9nOyOYOFTydBKMAwi0eNlUYtos6NndgorMm6ivTsFspQDx5lUSEQZqj fOa/Cm8mBQvgyvx+p2DdDt4tUkcXICiwQD5Q1vQ0vjxI91KV/U/EBRKFT/ZfD/1Fsnxa Vw5a2h2f5oL/71tuqXb7XlNqL5G2dlP8Vbz1I= Hi All, I've got a rather big packagemaker installer project. Whenever I load the project into package maker the permissions of the references to the files to be installed are re-set. And I have to manually step through and apply recommendations (since I have corrected the permission on my installation). Not only is this really tedious and error prone it also sometime just don't set the correct permissions in the install package. After installing (on a clean machine) the permissions are still messed up. 1. How can I workaround the permission issue? (Do I need to include a postflight script correcting this?) 2. How do I provide an uninstaller? 3. Where are the information stored, about which software and the corresponding versions are installed? So the OSX installer knows when to indicate "upgrade"? 4. Actually I generally tend to use OS provided technologies, for many reasons, but should I better use another install maker? packagemaker seems to be very buggy, it often crashes (most likely after a lengthy attempt to reset the permissions, but any other occasion seems to be welcome). 5. Why is packagemaker so extremely slow? Apple invented the "Instruments"? Are your developer actually using this? What are your future plans with packagemaker and which installer builder are using you internally? 6. The dependency logic for the choices seems completely broken. Only very basic logic operations do work. Any time frame for a fix? Thanks and best regards, Hagen. _______________________________________________ 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