Re: How to execute script as root, and then an another script on behalf of an ordinary user
Re: How to execute script as root, and then an another script on behalf of an ordinary user
- Subject: Re: How to execute script as root, and then an another script on behalf of an ordinary user
- From: eveningnick eveningnick <email@hidden>
- Date: Wed, 5 Jan 2011 20:05:43 +0200
> This indicates that you are trying to use Apple's PackageMaker. While it is
> the Apple tool for this, there are better ones available for free. I would
> suggest using Iceberg or Packages (for "old style" and "flat file" packages
> respectively).
Thanks, i'll take a look at that.
I just wanted to make it Apple-look-like so that installation process
does not differ from any other installations users had made before,
even though there's a lot of addtional work is done underneath.
> But regardless you can always just select the root of the
> filesystem as your target, and then put all of your payload in there.
> There are a lot of problems going down the route you have chosen, and you
> will get a lot of flack for doing it (Greg is one of the more vocal, so I
> expect him to respond as well once he makes it to work today). The first
> problem is that you have totally blown out any idea of system administrators
> being able to use the package receipt system to audit their computers. Just
> killed it dead. Since everything gets moved by a script there is no
> automate-able way of auditing this. This also means that auto-delete systems
> fail. This is bad.
> You have also opened up the potential for you to mess up in the scripting in
> so many ways... An example would be a system that does not properly use $3
> everywhere, so now can't be used in system image creation tools like
> InstaDMG or System Image Utility.
> By going off the normal path you have made yourself responsible to know
> every single variation out there... is that really a burden you want to take
> on?
>
I provide my own uninstaller, but your argumentation looks reasonable.
Maybe you know any good documentation available about install makers,
except Apple app distribution guidlines?
> Yes, there are lots. As a simple example: why are you assuming that there is
> only one person logged in, or that there is even one person logged in to the
> computer. Both cases are valid.
I guess i will have to ps -x | grep loginwindow and execute "launchctl
bsexec" for every instance of loginwindow? if there's no users logged
in, the loop will never be executed. Otherwise, it'll execute for
every user who's logged in (well, just like in that example on that
link).
> We don't know exactly what you are trying to do, backing out a step or two
> might be a really good idea. There are a lot of people on this list that can
> probably better help you out if you give them the information they need to
> help you.
It's an NKE Kext , which is autoloaded by a "starter"-daemon and whose
status is displayed by an agent in a status bar. After installing, i
want these daemon and agent to be launched immediately, without
reboot.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden