Qmail
[Top] [All Lists]

Re: qmail Patch Repository

To: qmail@list.cr.yp.to
Subject: Re: qmail Patch Repository
From: Amitai Schlair <schmonz@schmonz.com>
Date: Tue, 27 Feb 2007 21:54:43 -0500
Delivered-to: sp-com-lists@consult.net
Delivered-to: gmail-qmail@securepoint.com
Delivered-to: sp.com.list@gmail.com
Delivered-to: mailing list qmail@list.cr.yp.to
In-reply-to: <45E4CD34.3020308@jeremykister.com>
Mailing-list: contact qmail-help@list.cr.yp.to; run by ezmlm
References: <45E4CD34.3020308@jeremykister.com>
On Feb 27, 2007, at 7:30 PM, Jeremy Kister wrote:

On 2/27/2007 6:45 PM, Amitai Schlair wrote:
Does anyone agree, disagree, want to pitch in?

I don't see the benefit of taking people away from qmail.org and
qmailwiki.org.

Either site can and does list patches from a plethora of hosts,
including freshmeat and sourceforge.  What does
"awebsitededicatedtojustqmailpatches.tld" buy a qmail user besides one
more place to look ?

Russ has historically been fairly inclusive with qmail.org, which has historically been useful. When it first started, I imagine, a high percentage of admins needed to acquaint themselves with a high percentage of the ideas therein. Now it's a clearinghouse: if someone's done it with qmail, qmail.org probably knows about it.

qmailwiki.org looks like it starts where qmail.org leaves off, and obviously it's a wiki so anyone can pitch in. Seems sensible. All the attendant problems of wikis apply, though. What's "Qmail-original" and "Qmail Engineered", for example? The latter looks like an ad. It doesn't look like there are enough eyes on this wiki to keep it well run, though I'd be happy to be wrong.

And of course there's netqmail, which is a minimal set of patches -- and rightly so, because the target audience is "most everyone who uses qmail." Thank goodness the people responsible are, in fact, responsible. :-)

All of the above efforts are useful in different ways and ought to exist. There's still room in the middle, though, for an organized, structured list of "best" patches for each feature not found in qmail. netqmail isn't going to include a whole lot more than it already does, and the other two aren't particularly structured (in the "structured data" sense), so it's hard to do anything clever or automated on top of them.

AIUI, this is where the current effort comes in.

<Prev in Thread] Current Thread [Next in Thread>