2. Foo.app and Foo.framework are installed to /sw/.Applications and /sw/Library/Frameworks respectively.
I'm somewhat uncomfortable with .Applications, as that would make a potentially large directory invisible from the Finder. I agree that our objective here is to make the directory "invisible" so users don't mess with the contents, but I feel that this could be achieved through other naming means than making the directory invisible.
I do not agree that it is necessary to make the Applications directory invisible. If someone messes with the contents of /sw without knowing what they are doing, they can expect breakage, period.
I have never bought the argument that it is an inalienable right of an app that it can be moved around and that users, as soon as they see an app, will start moving it around. With the need of freeing a few megabytes on this or that partition a thing of the past, the Mac users I know tend to leave apps wherever they are installed first, and then create collections of aliases if they want to organize their apps.
Do you know anyone who moves X11.app or Terminal.app or NetinfoManager.app out of /Applications/Utilities?
There are a few apps out there that need to live in /Applications and won't work elsewhere, and I have never seen complaints about this.
In the early days of OS X, the main Apple applications like Mail, , iTunes etc had to stay in /Applications if you wanted the automatic SoftwareUpdate to function. If you moved Mail.app elsewhere and did a SoftwareUpdate, you ended up with a new Mail.app in /Applications that contained only parts of the bundle. Again, I don't remember a huge public outcry. It was just something that people accepted, although it wasn't even documented.
We can easily tell people: "If you want your Fink apps managed by Fink, leave them where they are. You can always make an alias and put it wherever you want."
-- Martin
------------------------------------------------------- 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