Martin Costabel <[EMAIL PROTECTED]> wrote:

> I think we will have to restart the old discussion of /sw/Applications, 
> too. And I mean a real discussion, not the hasty erection of religious 
> taboos as we had in the past. I would really love to see things like 
> Tcl/Tk-aqua and rangerrick's KDE/Qt-mac stuff in Fink.

I have a proposal for putting .app's into Fink.

The traditional objection to doing this has been that OS X users are
accustomed to moving .app's around on their hard drives at will, and
this is inconsistent with the kind of package management we do.

My proposal is that we place .app's in /sw/Applications, and then in a
postinstall script, set up a symlink from /Applications to the actual .app.

This violates Fink's traditional non-interference policy, but in a very
minor way IMO.  The script could check to make sure it is not overwriting
anything, and so on.

The advantage of this idea is that users could move our symlink, using the
Finder, to any location they liked and it would still work.  The directory
/sw/Applications would remain invisible under most circumstances, as it 
is now.

We could use a pre-remove script to check whether the symlink is still
present, remove it if it is, and warn the user ("warning, you moved the
.app and its not going to work anymore") if not.  This pre-remove script
would test to see if we're upgrading, in which case things would be
left alone.

OK, I suppose this is going to be controversial.  Any discussion?

  -- Dave



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to