Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 66707 invoked from network); 10 May 2005 17:50:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 May 2005 17:50:43 -0000 Received: (qmail 24861 invoked by uid 500); 10 May 2005 17:54:11 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 24815 invoked by uid 500); 10 May 2005 17:54:11 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 24782 invoked by uid 99); 10 May 2005 17:54:10 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from brmea-mail-3.Sun.COM (HELO brmea-mail-3.sun.com) (192.18.98.34) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 10 May 2005 10:54:09 -0700 Received: from phys-mpk-1 ([129.146.11.81]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id j4AHoXjO018782 for ; Tue, 10 May 2005 11:50:33 -0600 (MDT) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IGA00J01BLGAV@mpk-mail1.sfbay.sun.com> (original mail from David.Vancouvering@Sun.COM) for derby-dev@db.apache.org; Tue, 10 May 2005 10:50:33 -0700 (PDT) Received: from sun.com (vpn-129-150-28-151.SFBay.Sun.COM [129.150.28.151]) by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IGA008F1C87C0@mpk-mail1.sfbay.sun.com> for derby-dev@db.apache.org; Tue, 10 May 2005 10:50:31 -0700 (PDT) Date: Tue, 10 May 2005 10:51:04 -0700 From: David Van Couvering Subject: Re: Regression testing In-reply-to: <32d0720fc2517d3bd912ca879a059120@gmail.com> To: Derby Development Message-id: <4280F488.80808@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 References: <4278DB35.4050101@Sun.COM> <42794257.70705@Sun.COM> <32d0720fc2517d3bd912ca879a059120@gmail.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi, Andrew. I see your point about increasing traffic on the list, but it's just one email a day, that really isn't going to inrease the noise much. Where I used to work, we got an email when the build or tests *failed*. This was very useful, as it created an automatic impetus for all of us to be more careful, because everyone knows when you messed up :) If our tools could support that, that would be fine with me. Regarding the tinderbox, I'll talk around here to see what we can dig up; making the results available could be accomplished by posting the results to a public web site. I think we should be able to work this out, it seems worth it if it increases the quality of the product. David Andrew McIntyre wrote: > > On May 4, 2005, at 2:44 PM, Ole Solberg wrote: > >> We also build and test on a few platforms daily and could provide >> those results. >> >> My level of ambition would be to just send out the results without any >> deep analysis. (Just catching and filtering obvious local >> setup/enviroment blunders etc.) >> >> I think communicating daily regression test results could be a good >> way to present the state of Derby. > > > It's great to hear that other derby-dev'rs are building Derby nightly > and running the tests! I think it would be a very good thing to be > sharing test results, but I'm a bit concerned about sending them to > derby-dev itself. I personally feel that nightly automated mail to the > list would simply decrease the signal-to-noise ratio on the list and be > a bit of a nuisance (and ultimately not likely to be read). But there > are alternatives to sending nightly test results to the list, like > posting them in a specific location on the Derby website, as I'm > currently doing with the doc/javadoc build. Or we could have a page on > the Derby website with links to locations where derby-dev'rs are > publishing their test results. > > In an ideal situation, it would be great to have a tinderbox approach, > as David suggested, with constantly active build/test cycles running. > But there's always the complicated question of who's going to provide > the hardware and put the box out on the net for all to see when going > that route. > > andrew >