> We have fgb's contrib, and before that just the INDEX files in / > contrib on sources. Neither is a perfect solution, but I don't think > the problem here would be addressed by the Labs providing some new > resource. Between the above and the wiki, there's plenty of > opportunity for folks to make ports known.
I'm merely suggesting a grouping function and I certainly am not in a position to prescribe how it should be implemented. As I mentioned, I like the way NetBSD's package does it, but the price is very steep. Fgb's contrib sounds very good, I have not had occasion to try it but I presume it retains the scattered nature of the contrib directory. My choice would be to add a directory wherein to store both modified sources and binaries for Open Source projects once they have been validated. Of necessity, one would have the version clearly indicated and where possible duplications as occur frequently with popular packages such a zlib would be removed. But there seems to me to be a need to keep them together, although that may be just that I'm looking at the problem from the single perspective of how it's done in NetBSD. ++L
