From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <2d6871cb768d8802dd935ae0933b9c95@proxima.alt.za>
To: 9fans@9fans.net
Date: Sun,  7 Mar 2010 19:42:03 +0200
From: lucio@proxima.alt.za
In-Reply-To: <3B6008C3-ADCA-44EE-9B48-EEA99290257C@9srv.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] (no subject)
Topicbox-Message-UUID: e22efa3e-ead5-11e9-9d60-3106f5b1d025

> 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