November 2012 - Installer-dev

Re: Running processes as non-root after an install
by Stephane Sudre 10 Nov '12

10 Nov '12

On Sat, Nov 10, 2012 at 12:35 AM, Andrew Keller <andrew(a)kellerfarm.com> wrote: > Interesting, I did not think of that approach. > > You know, a logout would be less painful than a restart. I expected such a feature to be a different value for the 'postinstall-action' key in the PackageInfo file in a component package, but I was unable to find any documentation to support it. http://s.sudre.free.fr/Stuff/Ivanhoe/FLAT.html > Can the installer mandate a logout for all users? No, it can only require the user from the current session to log out. _______________________________________________ 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

Mandate restart from postinstall script?
by Andrew Keller 10 Nov '12

10 Nov '12

Hello all, In the postinstall script for one of my component packages, I put all of the required installation-related code at the top, and the code to try and bring up the app without a restart at the end. All of the common scenarios where a restart is required are handled earlier using JavaScript, however there are still some edge cases that can cause the postinstall script to fail to bring up the app. If the postinstall script succeeds with the installation, but fails to bring up the app, then the user could "fix" it by simply restarting. Conceivably, the postinstall script could detect when there is an error. Is there a way for the postinstall script to tell Installer to mandate a restart if it detects a problem bringing up the app? Thanks, Andrew Keller _______________________________________________ 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: Running processes as non-root after an install
by Andrew Keller 09 Nov '12

09 Nov '12

Interesting, I did not think of that approach. You know, a logout would be less painful than a restart. I expected such a feature to be a different value for the 'postinstall-action' key in the PackageInfo file in a component package, but I was unable to find any documentation to support it. Can the installer mandate a logout for all users? Thanks, Andrew Keller On Nov 9, 2012, at 3:25 PM, Stephane Sudre wrote: > /usr/bin/su $USER -c "/usr/bin/open /the/path/to/your/application" > > ? > > Just out of curiosity, why not just require a logout (since it's an agent)? > > On Fri, Nov 9, 2012 at 9:55 AM, Andrew Keller <andrew(a)kellerfarm.com> wrote: >> Hello all, >> >> My installer installs, among other things, a user agent in /Library/LaunchAgents. I understand that it is extremely difficult to start up the user agent because of the multi-user problem, so I am just going to require a restart. >> >> Nonetheless, I am curious. Is there an expected way to run commands as the currently logged in user after the install process? I thought about using `sudo -u $USER ...`, but I can think of more than one modification to the sudoers file that would break it. >> >> Thanks, >> Andrew Keller > _______________________________________________ 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: Running processes as non-root after an install
by Stephane Sudre 09 Nov '12

09 Nov '12

/usr/bin/su $USER -c "/usr/bin/open /the/path/to/your/application" ? Just out of curiosity, why not just require a logout (since it's an agent)? On Fri, Nov 9, 2012 at 9:55 AM, Andrew Keller <andrew(a)kellerfarm.com> wrote: > Hello all, > > My installer installs, among other things, a user agent in /Library/LaunchAgents. I understand that it is extremely difficult to start up the user agent because of the multi-user problem, so I am just going to require a restart. > > Nonetheless, I am curious. Is there an expected way to run commands as the currently logged in user after the install process? I thought about using `sudo -u $USER ...`, but I can think of more than one modification to the sudoers file that would break it. > > Thanks, > Andrew Keller _______________________________________________ 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

Running processes as non-root after an install
by Andrew Keller 09 Nov '12

09 Nov '12

Hello all, My installer installs, among other things, a user agent in /Library/LaunchAgents. I understand that it is extremely difficult to start up the user agent because of the multi-user problem, so I am just going to require a restart. Nonetheless, I am curious. Is there an expected way to run commands as the currently logged in user after the install process? I thought about using `sudo -u $USER ...`, but I can think of more than one modification to the sudoers file that would break it. Thanks, Andrew Keller _______________________________________________ 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: Trying to Package FinalCutPro 10.0.6 with HW/SW check
by vishnu kulkarni 07 Nov '12

07 Nov '12

Hi Vikram, Thanks for the suggestion, I was thinking about the same solution but was not sure if its the right way to do it. I have tried using the installation Check by modifying the distribution.dist file, but it fails on all the OS X now. May be something missing in the syntax. I will figure it out and let you know the results :-) Thanks, Vishnu.Kulkarni On Wed, Nov 7, 2012 at 6:35 PM, Vikram Singh <vikram731(a)gmail.com> wrote: > You should include an Installation check in your Distribution script. You > can show your custom localized messages in case of failure. See the below > example. I didn,t check the script for syntax errors but I think you will > get the idea. > > <installation-check script="pm_install_check();"/> > <script> > function pm_install_check() > { > var sysVersion = system.version.ProductVersion; > if ( !( (system.compareVersions(sysVersion, '10.6.8') == 0) || > (system.compareVersions(sysVersion, '10.7.5') == 0) || > (system.compareVersions(sysVersion, '10.8.2') == 0)) ) > { > my.result.title = system.localizedString('ERROR_SYSTEM_VERSION_TITLE'); > my.result.message = system.localizedString('ERROR_SYSTEM_VERSION_MSG'); > my.result.type = 'Fatal'; > return false; > } > return true; > } > </script> > > > Thanks, > Vikram > > > On Wed, Nov 7, 2012 at 5:15 PM, vishnu kulkarni <vishnu5876(a)gmail.com> > wrote: >> >> Hi, >> >> I have requirement to Package FinalCutPro 10.0.6 which should meet the >> vendor specified Hw/SW check. >> System requirement mentions FinalCutPro 10.0.6 is supported only on >> Mac OSX 10.6.8,10.7.5,10.8.2. Whats the best way to incorporate the >> OS X check in our package. >> Installation of the package should fail if OS X version is different >> example ( 10.7.1,10.7.2,10.7.3,10.7.4,10.8,10.8.1) >> >> Any suggestions? >> >> We are using Packagemaker 3.0.5 to package the Application. >> >> Thanks, >> >> Vishnu >> _______________________________________________ >> 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/vikram731%40gmail.com >> >> This email sent to vikram731(a)gmail.com > > -- vishnu _______________________________________________ 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: Trying to Package FinalCutPro 10.0.6 with HW/SW check
by Vikram Singh 07 Nov '12

07 Nov '12

_______________________________________________ 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

Trying to Package FinalCutPro 10.0.6 with HW/SW check
by vishnu kulkarni 07 Nov '12

07 Nov '12

Hi, I have requirement to Package FinalCutPro 10.0.6 which should meet the vendor specified Hw/SW check. System requirement mentions FinalCutPro 10.0.6 is supported only on Mac OSX 10.6.8,10.7.5,10.8.2. Whats the best way to incorporate the OS X check in our package. Installation of the package should fail if OS X version is different example ( 10.7.1,10.7.2,10.7.3,10.7.4,10.8,10.8.1) Any suggestions? We are using Packagemaker 3.0.5 to package the Application. Thanks, Vishnu _______________________________________________ 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: Installer Restrictions Question
by koko 05 Nov '12

05 Nov '12

I have confused the issue. My original installer did install to /Applications and /USERHome (this was explicit) In trying to get this to work I made an installer that just did the use home, no application install and it does not work. On Nov 5, 2012, at 1:13 AM, Stephane Sudre wrote: > This would work and not require admin authorization. > > But you mentioned installing both in /Applications and ~/ > > " > […] > The package installed an app to /Applications and then to a directory > in the users home: > > userhome/mydir/dir1/file1 > > […]" > > I don't see how you achieve this by selecting the User Home directory domain. > > > On Mon, Nov 5, 2012 at 3:15 AM, koko <koko(a)highrolls.net> wrote: >> I am not using any scripts. >> >> In PackageMaker in the Distribution Panel I specify User Home Directory >> >> In the Contents Section,Package Panel, Configuration Tab I specify Destination as /MYDIR/DIR/ >> >> The Contents is a Folder of Files. >> >> My expectation is that I would end up with: >> >> /userhome/mydir/dir1/folder of files/ >> >> >> -koko >> >> On Nov 4, 2012, at 3:40 PM, Stephane Sudre wrote: >> >>> Assuming you use a post-installation script to move the files to the >>> user's folder (since with domains, you "can't" install both in / and >>> in ˜), have you checked whether the installation "works" when you >>> remove those scripts? >>> >>> On Sat, Nov 3, 2012 at 3:33 PM, koko <koko(a)highrolls.net> wrote: >>>> I require admin authentication >>>> The package is signed >>>> I am installing from an admin account >>>> >>>> >>>> On Nov 3, 2012, at 1:02 PM, Andrew Keller wrote: >>>> >>>> On Nov 3, 2012, at 2:29 PM, koko wrote: >>>> >>>> On Nov 3, 2012, at 2:34 AM, Stephane Sudre wrote: >>>> >>>> Which authorization do you require? >>>> >>>> >>>> I do not understand the question. >>>> >>>> >>>> What type of authentication does your installer package prompt the user for? >>>> >>>> If you're installing anything outside of the current user's home directory, >>>> I suspect you would need elevated privileges - especially on newer versions >>>> of OS X. >>>> >>>> I would like to install files to the users home directory. So whatever >>>> authorization is required to make that possible. >>>> >>>> >>>> Installing into the current user's home directory does not require any >>>> additional permissions. If you desire to place files anywhere else, >>>> however, then you need elevated permissions. >>>> >>>> When we test our installer packages, we test them in both admin and >>>> non-admin accounts. Non-admin accounts have a habit of bringing to light >>>> permission problems. >>>> >>>> If you run your installer in a non-admin account, does the error message >>>> change? >>>> >>>> ~ Andrew Keller >>>> >>>> _______________________________________________ >>>> 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/koko%40highrolls.net >>>> >>>> This email sent to koko(a)highrolls.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: >>>> 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/koko%40highrolls.net >>> >>> This email sent to koko(a)highrolls.net >> > > > > -- > 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/koko%40highrolls.net > > This email sent to koko(a)highrolls.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer Restrictions Question
by Stephane Sudre 05 Nov '12

05 Nov '12

This would work and not require admin authorization. But you mentioned installing both in /Applications and ~/ " […] The package installed an app to /Applications and then to a directory in the users home: userhome/mydir/dir1/file1 […]" I don't see how you achieve this by selecting the User Home directory domain. On Mon, Nov 5, 2012 at 3:15 AM, koko <koko(a)highrolls.net> wrote: > I am not using any scripts. > > In PackageMaker in the Distribution Panel I specify User Home Directory > > In the Contents Section,Package Panel, Configuration Tab I specify Destination as /MYDIR/DIR/ > > The Contents is a Folder of Files. > > My expectation is that I would end up with: > > /userhome/mydir/dir1/folder of files/ > > > -koko > > On Nov 4, 2012, at 3:40 PM, Stephane Sudre wrote: > >> Assuming you use a post-installation script to move the files to the >> user's folder (since with domains, you "can't" install both in / and >> in ˜), have you checked whether the installation "works" when you >> remove those scripts? >> >> On Sat, Nov 3, 2012 at 3:33 PM, koko <koko(a)highrolls.net> wrote: >>> I require admin authentication >>> The package is signed >>> I am installing from an admin account >>> >>> >>> On Nov 3, 2012, at 1:02 PM, Andrew Keller wrote: >>> >>> On Nov 3, 2012, at 2:29 PM, koko wrote: >>> >>> On Nov 3, 2012, at 2:34 AM, Stephane Sudre wrote: >>> >>> Which authorization do you require? >>> >>> >>> I do not understand the question. >>> >>> >>> What type of authentication does your installer package prompt the user for? >>> >>> If you're installing anything outside of the current user's home directory, >>> I suspect you would need elevated privileges - especially on newer versions >>> of OS X. >>> >>> I would like to install files to the users home directory. So whatever >>> authorization is required to make that possible. >>> >>> >>> Installing into the current user's home directory does not require any >>> additional permissions. If you desire to place files anywhere else, >>> however, then you need elevated permissions. >>> >>> When we test our installer packages, we test them in both admin and >>> non-admin accounts. Non-admin accounts have a habit of bringing to light >>> permission problems. >>> >>> If you run your installer in a non-admin account, does the error message >>> change? >>> >>> ~ Andrew Keller >>> >>> _______________________________________________ >>> 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/koko%40highrolls.net >>> >>> This email sent to koko(a)highrolls.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: >>> 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/koko%40highrolls.net >> >> This email sent to koko(a)highrolls.net > -- 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