August 2013 - Installer-dev

Re: Mac Installer Wrong Download Progress
by Conor Schutzman 04 Aug '13

04 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: Mac Installer Wrong Download Progress
by Raphael Oliveira 04 Aug '13

04 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: Mac Installer Wrong Download Progress
by Greg Neagle 04 Aug '13

04 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: Mac Installer Wrong Download Progress
by Raphael Oliveira 03 Aug '13

03 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: Mac Installer Wrong Download Progress
by Stephane Sudre 03 Aug '13

03 Aug '13

Known issue of Installer.app. The percentage are 100 times what they should be. I think at least a bug report was filed a year ago. P.S.: And when you start noticing that the value returned for target.availableKilobytes is in _bytes_, your head will get dangerously close to the wall. On Sat, Aug 3, 2013 at 9:59 AM, Raphael Oliveira <raphael.cps(a)gmail.com> wrote: > Hello guys, > > Can someone help me on that? > http://stackoverflow.com/questions/18020904/mac-installer-wrong-download-pr… > > > Thanks, > Raphael > > _______________________________________________ > 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/dev.iceberg%40gmail.c… > > This email sent to dev.iceberg(a)gmail.com -- Packaging Resources - http://s.sudre.free.fr/Packaging.html _______________________________________________ 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

Mac Installer Wrong Download Progress
by Raphael Oliveira 03 Aug '13

03 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

Allow reverting to an older version with warnings
by Jim Dodd 02 Aug '13

02 Aug '13

We have switched to using flat packages and to using Packages instead of PackageMaker. We used to be able to set an Allow Revert flag that would let us load an older version of our software over a newer version. We would get a warning during installation if we were doing that but it would allow us to do the revert. Now, I am finding that we can ALWAYS install an older version over a new version (not a bad thing in our case) and we do not get a warning (NOT a good thing). I don't see a place to allow or not allow the overwriting of a newer version with an older version. But I'm most concerned that we're not getting a warning about overwriting the newer version. Can someone let me know if this is expected behavior with flat packages or just something different about the Packages program? Or perhaps I've just missed something that someone can tell me about. Thank you, Jim Dodd Onset Computer Corporation _______________________________________________ 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 02 Aug '13

02 Aug '13

Hi, Cheers, Matthias On 08/01/2013 06:21 PM, Matthias Schroeder wrote: Hi, me again, still struggling with the implementation. I seem to miss something essential (but simple?). I have build a distribution with one package for testing, so the choice is installer_choice_1. I have even verified this with "installer --showChoicesXML". But whenever I try to use any of choices.installer_choice_1's properties I get a javascript error like "'undefined' is not an object (evaluating 'choices.installer_choice_1.packageUgradeAction'). I get the same with _1.title. Any idea what I am doing wrong? Matthias - it also took me some time to notice that it is not …UpgradeAction :( On Jul 31, 2013, at 2:16 PM, Stephane Sudre <dev.iceberg(a)gmail.com> wrote: If you're using a distribution, you could attach a custom JavaScript requirement to a choice that represents a package. It would look something like function preventDowngrade() { if (choices.installer_choice_X. packageUgradeAction== downgrade) return false; return true; } Now, to figure out what X should be, you just need to know that the choices id created by Packages are based on their indentations. So if you have the following choice hierarchy group choice A choice B choice C The IDs will be: installer_choice_1 installer_choice_1_1 installer_choice_1_2 installer_choice_2 On Wed, Jul 31, 2013 at 10:14 AM, Matthias Schroeder <Matthias.Schroder(a)cern.ch> wrote: Dear all, I wanted to use Packages to build flat packages and distributions. I would like to avoid that parts of the distribution downgrade some parts that might have a newer version installed already. Does Packages offer this, or do I have to write a script for handling this myself? So far I have tested my simple flat packages from Packages, and with version strings like 'M.m.n' or 'M.m.n-r'. In my tests 'smaller' version number happily installed overwriting higher version numbers. Is that expected behaviour? Thanks in advance for your help, _______________________________________________ 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 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. I went "back" to use system.compareVersions, and that way I could do the proper checks. I still have to verify that I works with the versioning scheme we use, but that should not be too hard.

1 0

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

01 Aug '13

Hi Stephane, thanks a lot for your feedback, I will have a look at this. Matthias On 07/31/2013 02:16 PM, Stephane Sudre wrote: If you're using a distribution, you could attach a custom JavaScript requirement to a choice that represents a package. It would look something like function preventDowngrade() { if (choices.installer_choice_X. packageUgradeAction== downgrade) return false; return true; } Now, to figure out what X should be, you just need to know that the choices id created by Packages are based on their indentations. So if you have the following choice hierarchy group choice A choice B choice C The IDs will be: installer_choice_1 installer_choice_1_1 installer_choice_1_2 installer_choice_2 On Wed, Jul 31, 2013 at 10:14 AM, Matthias Schroeder <Matthias.Schroder(a)cern.ch> wrote: Dear all, I wanted to use Packages to build flat packages and distributions. I would like to avoid that parts of the distribution downgrade some parts that might have a newer version installed already. Does Packages offer this, or do I have to write a script for handling this myself? So far I have tested my simple flat packages from Packages, and with version strings like 'M.m.n' or 'M.m.n-r'. In my tests 'smaller' version number happily installed overwriting higher version numbers. Is that expected behaviour? Thanks in advance for your help, _______________________________________________ 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