There are several packages that use module-build so it will be difficult to remove it completely, I think.
- Koen. On 7/2/09, Jean-François Mertens <j...@core.ucl.ac.be> wrote: > > On 30 Jun 2009, at 03:21, David R. Morrison wrote: > > > I guess another possibility would be to use the "alternatives" system > > for the config_data file. > > till next 3 or 4 perl versions in fink, and next 3 or 4 versions of > this pkg > (in so many perl-versions), > and nobody knows (as already now...) what supersedes what, > and what is compatible with what ? > > And how will possible dependencies choose the right alternative ? > > Better maybe to scrap the pkg altogether then, if we know that > current (and presumably future) perl pkgs will contain some > version of it, and if there is no current dependency, and > nobody expresses any specific current need for this pkg... > [ > Too bad fink doesn't have a 'nice' procedure for scrapping pkgs, > i.e., like putting info, patch, and deb files _ if some family > member is installed _ into a corresponding subdir of > %p/fink/dists/local/attic _ with a msg like : > "This pkg is henceforth under your own responsibility _ either > remove the pkg, and the info, patch, and deb files yourself, > or you're your own maintainer for it -- with whatever defects > it may have." > ] > > JF > > ------------------------------------------------------------------------------ > _______________________________________________ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > http://news.gmane.org/gmane.os.apple.fink.devel > ------------------------------------------------------------------------------ _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
