-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
Martin Costabel wrote:
I guess that is a matter of definition. I think that those applications which utilise native Cocoa Objects, display directly under Aqua and so on have been considered "native", yet I am no expert on this field and I will gladly agree that my own definition is made out of a personal , construed feeling. There are no hard facts I have based this opinion on.D. Höhn wrote: []
I do not quite understand why. Please do not misunderstand me, I am not completely opposed, I just do not get why. We are good at something, which is packaging Unix based applications. There are enough
This is a false opposition. There are more and more "Unix based applications" (whatever that means on an operating system that is itself based on Unix) that try to use OSX's native graphics and are then in a natural way packed as app bundles. I don't see why qt-x11 should be considered more "Unix based" than qt-mac, for example.
<snip>
It would be interesting to have statistics about the main activities of Fink developers these last months. I bet that only a rather small part of their time went into actually packaging new packages. People are not creating Fink packages because "there are so many applications out there", but because they either want some package for their own purposes or because it is fun to spend time with a particular piece of software. In both categories there will be more and more app bundles.Says who? There are enough applications which do not need to be ported to a "native" app bundle, where some built in framework is used or the actual screen rendering is then done on the Aqua Desktop. There will be tons of new applications released initially meant for other UNIX based systems which happen to run fine on Mac os X as well. Therefore I do not quite follow your prediction of a shift toward app bundles.
Why? Why would that enrich Fink? In what way? What are my exact benefits? That is the tenor of my original message and I fail to see it answered here. I honestly am not seing it, that is why I am requesting a second point of view.There is a saying in german "Schuster bleib bei deinen Leisten" which means as much as "Stick to what you are good at". I would suggest, that we leave the .app handling to others and concentrate on improving fink
To "others" like Ben Reed or what? Nobody is forced to make app bundles out of their fink packages. But there are app bundles that would greatly enrich fink if they were available as fink packages.
Would it not be the main purpose of an app to be bundled with a neat Installer? Or am I missing the point here?itself as well as its packages. I really do not mind downloading KDE/QTMac from somewhere else. Rather than having calssic KDE/QT plus KDE/QTMac in Fink.
But I do mind. Why should I start reading web pages with long lists of instructions on what to download from where and to install first in /opt and /usr/local and then download something else and start compiling with autoconf and glibtoolize and whatever and then install in /Applications
when I could just say "fink install koffice-aqua" and let fink do its magic? Not to mention subsequent "update-all" or "remove" commands that you don't get from somewhere else.What happens to the maitainer precedence then? Will the "native" app always be preffered? Why would anyone want to use KDE/X11 when they can have native KDE? Those are all questions I would like to see addressed prior to allowing any kind of app bundle into Fink's structure.
Again, personal opinion.
- -d
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin)
iD8DBQFAFaGxPMoaMn4kKR4RA5yaAJ9GZF1N0CHz7Ura/fduJYJ6QLL01QCeNxFO /PliYPDdWNKIiHHx5BpreRE= =IcCS -----END PGP SIGNATURE-----
------------------------------------------------------- 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
