Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 12800 invoked from network); 18 Nov 2003 18:49:18 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 18 Nov 2003 18:49:18 -0000 Received: (qmail 19370 invoked by uid 500); 18 Nov 2003 18:49:06 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 19301 invoked by uid 500); 18 Nov 2003 18:49:06 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 19288 invoked from network); 18 Nov 2003 18:49:06 -0000 Received: from unknown (HELO mxout1.cac.washington.edu) (140.142.32.134) by daedalus.apache.org with SMTP; 18 Nov 2003 18:49:06 -0000 Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.10+UW03.09/8.12.10+UW03.09) with ESMTP id hAIIn9aZ032686 for ; Tue, 18 Nov 2003 10:49:09 -0800 Received: from u.washington.edu (bi-02pt1.bluebird.ibm.com [129.42.208.182]) (authenticated bits=0) by smtp.washington.edu (8.12.10+UW03.09/8.12.10+UW03.09) with ESMTP id hAIIn5wx017695 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 18 Nov 2003 10:49:09 -0800 Message-ID: <3FBA6980.3010003@u.washington.edu> Date: Tue, 18 Nov 2003 13:48:32 -0500 From: Michael Becke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [general] screwed up Commons site References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > Still need to sort them out. The HttpClient cvs diffs could just be > something daft like a bad line ending, but if so then it's confusing cvs > enough to suggest everything is different. I'll mess around with the -b > options to diff etc to see if it's just dos/unix formatting. The HttpClient docs in CVS have not been updated for at least a year I believe. We've just been pushing the content using maven site:deploy. If it turns out that we should be using CVS for site documentation I will update CVS, if not I will delete HttpClient from CVS and stick with site:deploy. I'm just waiting for a definitive answer from infrastructure, or whomever else wants to make the official judgment. Mike --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org