Re: Installer
Re: Installer
- Subject: Re: Installer
- From: j o a r <email@hidden>
- Date: Tue, 21 Mar 2006 18:43:18 +0100
On 21 mar 2006, at 18.03, Ondra Cada wrote:
On the other hand, let's be grateful they use installer properly
(well, that is, *if* they do -- I fear at least Stuffit stil uses
the Vise cr** instead), so that all these things are properly
recorded in receipts.
None of them uses Apple's installer, not that it matters all that
much to me personally - read on for why I don't care much.
In my POV, it's *ways and ways* better than if the apps intalled
the stuff their goddamned programmers considered worth installing
themselves at the first launch (as I suspect you was advocating, or
did I read something too quickly? :))
While "self healing" applications are kind of cool, I don't really
see the need for them. I really like Apple's bundle architecture. I
think that apps should be self contained - resources, frameworks,
whatever. Leaves little need for self healing apps.
All installers (actual installers, and applications acting as their
own installers) currently have too much power to do whatever they
feel like. They ask me for admin privs, and I *have* to give it to
them, without being able to know what they're going to do with them.
They can call out over the network, they can reformat my HD, they can
install spyware, they can read my email - anything they please. It's
completely insane.
I think that the Mac OS X security model needs to be turned upside
down. It need to deny by default, and to be much more fine grained.
All apps should be sandboxed, and only allowed to perform the
operations that they were intended for, in the places they're allowed
access to. You should be able to inspect an application and see what
type of privileges it's been granted.
An installer should have to ask the user for permissions to install
in /Applications (or /Library, or whatever) specifically, not be
given this blanket permissions to run rampage through my system.
Now, come on Mmalc. This has gone on far enough - we deserve a slap
for being OT!
j o a r
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden