From owner-freebsd-cvsweb@FreeBSD.ORG Mon Feb 23 11:34:59 2004 Return-Path: Delivered-To: freebsd-cvsweb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B08116A4CE for ; Mon, 23 Feb 2004 11:34:59 -0800 (PST) Received: from smtp3.pp.htv.fi (smtp3.pp.htv.fi [213.243.153.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4760543D1D for ; Mon, 23 Feb 2004 11:34:59 -0800 (PST) (envelope-from scop@FreeBSD.org) Received: from posti.pp.htv.fi (posti.pp.htv.fi [212.90.64.50]) by smtp3.pp.htv.fi (Postfix) with ESMTP id 6D7A827B993 for ; Mon, 23 Feb 2004 21:34:58 +0200 (EET) Received: from [62.78.131.215] (cs78131215.pp.htv.fi [62.78.131.215]) /8.11.1) with ESMTP id i1NJYwh12680 for ; Mon, 23 Feb 2004 21:34:58 +0200 (EET) From: Ville =?ISO-8859-1?Q?Skytt=E4?= To: freebsd-cvsweb@FreeBSD.org In-Reply-To: <4031269D.2040000@snorkelbuckle.com> References: <4031269D.2040000@snorkelbuckle.com> Content-Type: text/plain Organization: FreeBSD Message-Id: <1077564897.14512.84.camel@bobcat.mine.nu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Mon, 23 Feb 2004 21:34:57 +0200 Content-Transfer-Encoding: 7bit Subject: Re: How to contribute to cvsweb? X-BeenThere: freebsd-cvsweb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS Web maintenance mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 19:34:59 -0000 On Mon, 2004-02-16 at 22:22, Jose de Leon wrote: > I wish to contribute to cvsweb, how should I submit such changes so that > they become part of cvsweb in future versions? Send unified diffs against HEAD to this list. See the project page for more details about CVS access. > I wish to modify cvs web to allow an option by the user to use cvsweb > via the command line and return data without HTML tags. I'm not 100% sure I follow, but I think the output options of CVSweb should be generalized even more than that, perhaps by providing a XML-RPC interface or something; then it'd be easier to write various client apps. Trying to add many different output options to the current codebase would probably be just too messy.