On Sun, Mar 7, 2010 at 2:42 PM, <[email protected]> wrote: >> 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.
who's gonna validate the beasts? > 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. please take 10 minutes to try fgb/contrib. while at it, run contrib/gui. when a package is duplicated, it should be clear from the package list on the left. iru
