Return-Path: Delivered-To: apmail-jakarta-alexandria-dev-archive@apache.org Received: (qmail 31260 invoked from network); 7 May 2002 06:40:48 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 May 2002 06:40:48 -0000 Received: (qmail 18430 invoked by uid 97); 7 May 2002 06:41:00 -0000 Delivered-To: qmlist-jakarta-archive-alexandria-dev@jakarta.apache.org Received: (qmail 18414 invoked by uid 97); 7 May 2002 06:41:00 -0000 Mailing-List: contact alexandria-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Alexandria Developers List" Reply-To: "Alexandria Developers List" Delivered-To: mailing list alexandria-dev@jakarta.apache.org Received: (qmail 18402 invoked by uid 98); 7 May 2002 06:40:59 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: Subject: Re: Found it References: <3CD4F7EC.5070903@cortexebusiness.com.au> From: Stefan Bodewig Date: 07 May 2002 08:40:55 +0200 In-Reply-To: <3CD4F7EC.5070903@cortexebusiness.com.au> Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sun, 05 May 2002, Conor MacNeill wrote: > Do you mean reproting the error to the dependency which introduce > the problem? I wonder how feasible it would be and how many false > positives it would generate. I think you can only do it manually and after you've clearly identified which component is responsible - Gump is already doing this for a certain type of build failure in FOP (the second regexp): Maybe we should have done that for Latka after dIon clearly identified it as a Xerces problem, but then again the problem was fixed shortly thereafter. Stefan -- To unsubscribe, e-mail: For additional commands, e-mail: