David R. Morrison wrote:
(And I have to admit I haven't understood why Aliases should be preferred here... a command-line-oriented program like Fink will have an easier time manipulating symlinks, I would think.)
For one thing, aliases preserve the app's icon.
I put a new version of my finkcommander package into my exp directory on cvs. For anyone who wants to try out ideas on apps in Fink, this might be a good test object: It is a real app, and it builds in a few minutes.
Right now it installs into /sw/Applications, and it puts an alias on the Desktop.
I really don't think we should have packages install their stuff directly in /sw/Applications in their install phase; instead I think we should do something like what I did in my fink patch -- have a tag to move them, so that the existence of that tag would give us an easy way of tracking packages that have app bundles programmatically (if $self->has_param("BundleFiles")).
I'm of two minds on whether we should make a "shadow" tree and link/alias things into /sw/Applications though.
By the way, if you make a symlink, the icon still shows up and such (that's how I tested my patch, actually).
As for making an alias to the desktop, it doesn't look like you're scanning /Users -- this really doesn't work on a system with multiple users. I also don't think we should do this *except* in the case specifically of Fink Commander (if at all). It can grow without bounds as more apps get packaged.
There's also this issue: what happens when I, as a user, see the alias and go, "oh, I'll move that to my Applications folder, I don't plan on using it every day". Then when finkcommander 0.7.0 comes out it will make another alias. That would get really annoying very quick. Also, the packages are built and installed as root, does the alias end up getting owned by root, and can't be moved except by administrators?
------------------------------------------------------- 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
