August 2013 - Installer-dev

Protected package
by Philip Petev 14 Aug '13

14 Aug '13

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to tell Packages to avoid downgrades?
by Matthias Schroeder 13 Aug '13

13 Aug '13

On 08/02/2013 04:58 PM, Matthias Schroeder wrote: Hi, is it possible that "choices" is not yet initialised when the requirement scripts are run? No matter what I do, I can not find any access to any property of choices. Cheers, Matthias _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com Ok, found my error. I was not in the requirement for the choices, but in the requirement for the project as such. Still have a bit to learn about these details...

1 0

Re: Packages: Change postinstall-action in pre-install script?
by Matthias Schroeder 12 Aug '13

12 Aug '13

On 08/12/2013 05:08 PM, Stephane Sudre wrote: On Mon, Aug 12, 2013 at 3:14 PM, Matthias Schroeder <Matthias.Schroder(a)cern.ch> wrote: Dear all, I am building a package into which I want to integrate an existing mpkg which I want to touch as little as possible. So I decided I will run a pre-install script that will check whether the installation of the mpkg is needed at all, and if it is the script will call /usr/sbin/installer with the mpkg as argument.. The checks and the installation appear to work as expected, but there is a little complication: The installation of this mpkg requires a restart. But I want to avoid having to restart in the case that the installation of the mpkg was not required. Is there a way that the pre-install script can change the "Post-installation Behaviour" of a package of a distribution? I don't want to mark the install as failed, since I might want to install further packages even if the installation of the mpkg is not needed. Thanks in advance for your help, 1. Set your package to require a restart. 2. Don't check whether the installation of the mpkg is needed in the pre-install script. 3. Check whether the installation of the mpkg is needed in the choice requirement and disable the installation of the package if the requirement is not met. Thanks a lot, Matthias _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/matthias.schroder%40c… This email sent to matthias.schroder(a)cern.ch _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com Sounds good. I have to admit I don't recall why I decided to do the checking in the pre-install - I believe it was purely because that way it was easier to test...I will see.

1 0

Re: Packages: Change postinstall-action in pre-install script?
by Stephane Sudre 12 Aug '13

12 Aug '13

On Mon, Aug 12, 2013 at 3:14 PM, Matthias Schroeder <Matthias.Schroder(a)cern.ch> wrote: > Dear all, > > I am building a package into which I want to integrate an existing mpkg which I want to touch as little as possible. So I decided I will run a pre-install script that will check whether the installation of the mpkg is needed at all, and if it is the script will call /usr/sbin/installer with the mpkg as argument.. > > The checks and the installation appear to work as expected, but there is a little complication: The installation of this mpkg requires a restart. But I want to avoid having to restart in the case that the installation of the mpkg was not required. Is there a way that the pre-install script can change the "Post-installation Behaviour" of a package of a distribution? I don't want to mark the install as failed, since I might want to install further packages even if the installation of the mpkg is not needed. > > Thanks in advance for your help, 1. Set your package to require a restart. 2. Don't check whether the installation of the mpkg is needed in the pre-install script. 3. Check whether the installation of the mpkg is needed in the choice requirement and disable the installation of the package if the requirement is not met. _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: flat distribution with external packages and gatekeeper
by nestor pridun 08 Aug '13

08 Aug '13

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: flat distribution with external packages and gatekeeper
by Conor Schutzman 07 Aug '13

07 Aug '13

But why the DMGs? It would be A LOT easier to externally reference .PKGs at hosted URLs, or hidden in /tmp On Aug 7, 2013, at 4:01 AM, nestor pridun <nestor.pridun(a)native-instruments.de> wrote: >> I’m not certain this is a gatekeeper issue. You can always test that by building a distro package using the components internally, isolating the external architecture as a potential cause. > > yes, i already verified that the the distribution with the same components used internally works like intended regarding gatekeeper. > >> Can you expand on why you need to house external components in this way? > > in short: we want to build external pkgs that can be potentially reused and referenced in more than one project without rebuilding the distribution pkgs. therefor we still would like to use the external pkg feature in our flat distribution pkgs. > > > On Aug 6, 2013, at 18:41 , Conor Schutzman wrote: > >> I’m not certain this is a gatekeeper issue. You can always test that by building a distro package using the components internally, isolating the external architecture as a potential cause. >> >> Can you expand on why you need to house external components in this way? It seems like a lot of extra overhead, and there may be alternative solutions (like scripting the mounting, extraction, and execution of the external components). >> >> >> On Aug 6, 2013, at 3:20 AM, nestor pridun <nestor.pridun(a)native-instruments.de> wrote: >> >>> hi, >>> >>> i think this question already came up a couple of times but did not receive an answer. so i just try again: >>> >>> we are building distribution packages with references to external packages. these packages are deployed on disk images. we are using x-disc to reference the pkgs located on the disk images: >>> >>> <pkg-ref id="someid" installKBytes="123" version="1.2.3" auth="Admin">x-disc://pkgname.pkg</pkg-ref> >>> >>> the distribution package and all external packages are all signed with productsign and can be successfully checked using "pkgutil --check-signature". nevertheless when launching the installer the lock in the UI is not displayed and gatekeeper is invoked with the "Installer.pkg is damaged and cant be opened. You should eject the disk image" dialog. >>> >>> is it possible to build and sign such a distribution package in way that gatekeeper is not invoked? >>> >>> >>> cheers, nestor. >>> _______________________________________________ >>> 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: >>> https://lists.apple.com/mailman/options/installer-dev/conor%40mac.com >>> >>> This email sent to conor(a)mac.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: flat distribution with external packages and gatekeeper
by nestor pridun 07 Aug '13

07 Aug '13

> I’m not certain this is a gatekeeper issue. You can always test that by building a distro package using the components internally, isolating the external architecture as a potential cause. yes, i already verified that the the distribution with the same components used internally works like intended regarding gatekeeper. > Can you expand on why you need to house external components in this way? in short: we want to build external pkgs that can be potentially reused and referenced in more than one project without rebuilding the distribution pkgs. therefor we still would like to use the external pkg feature in our flat distribution pkgs. On Aug 6, 2013, at 18:41 , Conor Schutzman wrote: > I’m not certain this is a gatekeeper issue. You can always test that by building a distro package using the components internally, isolating the external architecture as a potential cause. > > Can you expand on why you need to house external components in this way? It seems like a lot of extra overhead, and there may be alternative solutions (like scripting the mounting, extraction, and execution of the external components). > > > On Aug 6, 2013, at 3:20 AM, nestor pridun <nestor.pridun(a)native-instruments.de> wrote: > >> hi, >> >> i think this question already came up a couple of times but did not receive an answer. so i just try again: >> >> we are building distribution packages with references to external packages. these packages are deployed on disk images. we are using x-disc to reference the pkgs located on the disk images: >> >> <pkg-ref id="someid" installKBytes="123" version="1.2.3" auth="Admin">x-disc://pkgname.pkg</pkg-ref> >> >> the distribution package and all external packages are all signed with productsign and can be successfully checked using "pkgutil --check-signature". nevertheless when launching the installer the lock in the UI is not displayed and gatekeeper is invoked with the "Installer.pkg is damaged and cant be opened. You should eject the disk image" dialog. >> >> is it possible to build and sign such a distribution package in way that gatekeeper is not invoked? >> >> >> cheers, nestor. >> _______________________________________________ >> 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: >> https://lists.apple.com/mailman/options/installer-dev/conor%40mac.com >> >> This email sent to conor(a)mac.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: flat distribution with external packages and gatekeeper
by Conor Schutzman 06 Aug '13

06 Aug '13

I’m not certain this is a gatekeeper issue. You can always test that by building a distro package using the components internally, isolating the external architecture as a potential cause. Can you expand on why you need to house external components in this way? It seems like a lot of extra overhead, and there may be alternative solutions (like scripting the mounting, extraction, and execution of the external components). On Aug 6, 2013, at 3:20 AM, nestor pridun <nestor.pridun(a)native-instruments.de> wrote: > hi, > > i think this question already came up a couple of times but did not receive an answer. so i just try again: > > we are building distribution packages with references to external packages. these packages are deployed on disk images. we are using x-disc to reference the pkgs located on the disk images: > > <pkg-ref id="someid" installKBytes="123" version="1.2.3" auth="Admin">x-disc://pkgname.pkg</pkg-ref> > > the distribution package and all external packages are all signed with productsign and can be successfully checked using "pkgutil --check-signature". nevertheless when launching the installer the lock in the UI is not displayed and gatekeeper is invoked with the "Installer.pkg is damaged and cant be opened. You should eject the disk image" dialog. > > is it possible to build and sign such a distribution package in way that gatekeeper is not invoked? > > > cheers, nestor. > _______________________________________________ > 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: > https://lists.apple.com/mailman/options/installer-dev/conor%40mac.com > > This email sent to conor(a)mac.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

flat distribution with external packages and gatekeeper
by nestor pridun 06 Aug '13

06 Aug '13

hi, i think this question already came up a couple of times but did not receive an answer. so i just try again: we are building distribution packages with references to external packages. these packages are deployed on disk images. we are using x-disc to reference the pkgs located on the disk images: <pkg-ref id="someid" installKBytes="123" version="1.2.3" auth="Admin">x-disc://pkgname.pkg</pkg-ref> the distribution package and all external packages are all signed with productsign and can be successfully checked using "pkgutil --check-signature". nevertheless when launching the installer the lock in the UI is not displayed and gatekeeper is invoked with the "Installer.pkg is damaged and cant be opened. You should eject the disk image" dialog. is it possible to build and sign such a distribution package in way that gatekeeper is not invoked? cheers, nestor. _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Change Readme text during execution
by Stephane Sudre 06 Aug '13

06 Aug '13

On Mon, Aug 5, 2013 at 11:03 PM, Raphael Oliveira <raphael.cps(a)gmail.com> wrote: > Hi Guys, > > I want to do another strange thing. > Is it possible to change the read me text file (inside the Resources folder) > during the installer execution? > I want to do that because people want to put each module (http referenced > package) version in the read me, but this version can change after the > distribution package creation. > This would be retrieved by a HTTP request. > > I think it is not possible, but I'd like to confirm. It's possible if you do not use the default Read Me step. If you use a custom plugin that looks like this step, you can then download the data you want to display. The default Read Me step is not displayed if you do not tell it to display some text document. A clone of the License step is available at this URL: http://s.sudre.free.fr/Stuff/Installer/Installer_Plugins/SampleCode/EULA_Pl… It can be simplified to look like a Read Me 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0