On Friday, January 24, 2003, at 01:32 PM, Randal L. Schwartz wrote:
As of now, the various fink packages are separated out into little bundles. Let us suppose that someone writes a nice gtk+ interface for babelfish-pm, and that is packaged up by a fink developer. Of course, that gtkbabel package would depend on babelfish-pm, which in turn depends on libwww-pm, and io-string-pm. And so and, and so forth.It is to *those* people whom I address the question - how can fink play nicely with a self-installed Perl installation? Something "system-MUMBLE"-ish should work, but will require the support of the fink developers.
So, in the fink perlmods section, we have a selection of >120 packages, many of which simply exist to install dependencies. Under the crudest implementation of this proposal, that would simply mean 120 new packages, each labeled system--semiuseless-pm... Our current system-* packages actually verify that certain files exist-- but the proper maintenance of 120 new packages that validate this behavior might be a little tedious (and bug prone.)
Therefore, it might be a better idea to (in the future) ditch finkinfo/perlmods and include something similar to the following in finkinfo files
cpan-depends: WWW::Babelfish
which would consult the local perl installation, and discover if, in fact the modules exist. If so, fine. If not, download and install via CPAN.
The only problem would seem to lie in the fact that with the current system, binaries are easy obtainable. Relying on CPAN to manage one's perl installation would destroy that option (unless I'm very much mistaken.)
Jere
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
