Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4F2D611869 for ; Tue, 23 Sep 2014 22:16:44 +0000 (UTC) Received: (qmail 99797 invoked by uid 500); 23 Sep 2014 22:16:44 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 99760 invoked by uid 500); 23 Sep 2014 22:16:44 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 99748 invoked by uid 99); 23 Sep 2014 22:16:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Sep 2014 22:16:43 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates 74.125.82.51 as permitted sender) Received: from [74.125.82.51] (HELO mail-wg0-f51.google.com) (74.125.82.51) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Sep 2014 22:16:38 +0000 Received: by mail-wg0-f51.google.com with SMTP id z12so1401877wgg.22 for ; Tue, 23 Sep 2014 15:16:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kqAhHKGTIGfg79e5OZJ+Zz0LBFdCWr6nJDNKrPyl0OE=; b=NWHJMc7AsrzwnAywCRDqlw0B8vL1eyl23zTEbTL2S0SvTLXQ838kD8njLK75aXueou ONMHBcLqbTDjzozYUFSdT9OJPacImwiyVQ0FVyRxOeob8Ti7l/ZlPJ8Mkzz9m/KOu8M1 8mcuhR1+MIYwbA+t2MSyJhnzQMwa25jAxrfaixrCm1Ke1sDVn0+hTRrcSTpPcVxM4vic 1CeZxdoGH5Ky7uVsl7iClLGufkLYH2UdFqY3Gm9G48vTpn2OIoGORRprgxGQP9PHViQo NHStofgdLxuQb60qAwbD6MDIVgjwrrdeqSYeCf/2srMsxSsLapfKa2Y+xAS39aejPhjp 8VEQ== MIME-Version: 1.0 X-Received: by 10.194.142.166 with SMTP id rx6mr3072156wjb.38.1411510576924; Tue, 23 Sep 2014 15:16:16 -0700 (PDT) Received: by 10.194.162.231 with HTTP; Tue, 23 Sep 2014 15:16:16 -0700 (PDT) In-Reply-To: <1411498424.27961.6.camel@ubuntu> References: <1411051471.14984.1.camel@ubuntu> <1411217373.21236.4.camel@ubuntu> <1411294969.28923.2.camel@ubuntu> <1411297118.28923.5.camel@ubuntu> <1411298864.28923.12.camel@ubuntu> <85316e61-40e1-4978-9d3f-b02f2e8a1420@email.android.com> <1411498424.27961.6.camel@ubuntu> Date: Tue, 23 Sep 2014 23:16:16 +0100 Message-ID: Subject: Re: [VOTE] Release HttpComponents Core 4.4-beta1 based on RC1 From: sebb To: HttpComponents Project Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On 23 September 2014 19:53, Oleg Kalnichevski wrote: > On Tue, 2014-09-23 at 13:00 -0400, Gary Gregory wrote: >> On Tue, Sep 23, 2014 at 12:40 PM, sebb wrote: >> >> > >>> But as I said before you are welcome to extend release tools to >> > >>generate >> > >>> whatever reports you desire. >> > >> >> > >>Just because I report an issue with a process does not mean I have to >> > >>be the one to fix it. >> > >> >> > > >> > > Right. Naturally it is better to have other people do useless work than >> > do useless work yourself. >> > >> > It is not useless work. >> > The RM must - and reviewers should - run the RAT and Clirr checks. >> > This needs to be documented as part of the release voting. >> > >> >> I agree that the RM and reviewers must run or check these reports. >> It sure would waste less time if the reports were provided or instructions >> provided (I added some instructions to BUILDING.txt files yesterday FWIW). >> >> Gary >> > > Gary > > As both of us just found our reports generated by RM and those generated > locally by a reviewer may not always match. In which case we need to find out why this is happening, and fix the problem. I also get an error running RAT on httpcore trunk unless I run mvn clean first. If I run it again, RAT complains about target/rat.txt files. No idea why this should be; I would expect target/* to be excluded wherever it occurs in the tree. > What really matters is > whether or not the source tarball compiles and passes the checks for > _you_. Reports published by RM are useless and a waste of RM time. > > If something is still unclear we should work on improving BUILDING.txt > instructions. > > Oleg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org > For additional commands, e-mail: dev-help@hc.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org