Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-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 9CA3F111AD for ; Tue, 17 Jun 2014 19:05:42 +0000 (UTC) Received: (qmail 67869 invoked by uid 500); 17 Jun 2014 19:05:42 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 67827 invoked by uid 500); 17 Jun 2014 19:05:42 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 67813 invoked by uid 99); 17 Jun 2014 19:05:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 19:05:42 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.213.46] (HELO mail-yh0-f46.google.com) (209.85.213.46) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 19:05:39 +0000 Received: by mail-yh0-f46.google.com with SMTP id c41so5844654yho.19 for ; Tue, 17 Jun 2014 12:05:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=+Lso9UNT3cBVbZ8WNwESnMqNTK4omo9q6dIB0So9lVg=; b=O41gZlQSR/M5ZEh4XuDK9UJrEQm/cp0F/Svt/3Zjj9SlWHOnCE8onnvU29i8QlLcrq H5DKYhdRyuaaTm8iz88AynXbMo53HAjpa+cEOtlNreJMDBGSUilRyzzmwrbfdiKkgqcd 7QWPT7kxXHHbS1QJo6onWQ5B6Zpud02sH3IAMK5zaSyB3Gg18El9OvgTF3BmHzG5O3sR 5YWdnxp/hb3qaLDIYyZL2YjTqKR/sj00pZMfqrWWB4wtgYh7TsPjTTfRjxH+WhlnqSHK HS1sXY0CqTVkVOR14Kopn6Woshu6fTsGqAaocTIERlEcYDVpqjPJ5Yiv3hnfdvC/B6rC 6Okw== X-Gm-Message-State: ALoCoQku2iAEQad/9iylWKUq12FSCtSQv0fzXBNDN4A0vaqFBsJSavs6gZ5TAfwntfSEasJhAcan94V+fzlKu/tYJKj5uQlqol9Mwqio1EKe0UHYbf2GM3MdI5Y0SBCbMksGTa3KIxIxPPKyUuG2y3D0sBEdKDOzbEL6wp96cT/vyx8IhpD2/DI= MIME-Version: 1.0 X-Received: by 10.236.10.6 with SMTP id 6mr47083743yhu.23.1403031914638; Tue, 17 Jun 2014 12:05:14 -0700 (PDT) Received: by 10.170.233.130 with HTTP; Tue, 17 Jun 2014 12:05:14 -0700 (PDT) In-Reply-To: <53A09088.1010703@gmail.com> References: <53A09088.1010703@gmail.com> Date: Tue, 17 Jun 2014 15:05:14 -0400 Message-ID: Subject: Re: moving rat to a profile? From: Michael Allen To: dev@accumulo.apache.org Content-Type: multipart/alternative; boundary=001a1133c47ce189c004fc0cd2fc X-Virus-Checked: Checked by ClamAV on apache.org --001a1133c47ce189c004fc0cd2fc Content-Type: text/plain; charset=UTF-8 I think a RAT profile makes a ton of sense. I also think adding "Check new files for licenses" within the patch review process for committers would go along with that kind of change. On Tue, Jun 17, 2014 at 3:01 PM, Josh Elser wrote: > I think I came to the same conclusion you outline here. It makes things > harder for new contributors unnecessarily. > > I think activation rat as a part of the apache-release profile makes the > most sense to me. While we don't want to commit incorrectly licensed files > between releases, fixing it before we make the release is the very > important part. > > Maybe we can recommend some sort of configuration via ~/.m2/settings.xml > that devs could enable to always run RAT? > > - Josh > > > On 6/17/14, 11:44 AM, Sean Busbey wrote: > >> I've had a few different new-to-Accumulo contributors recently run into >> the >> issue of Rat failing the build after changing branches. >> >> I know we already have a warning about this[1], but AFAICT it's over the >> threshold for consumable information. >> >> Even after pointing people to the warning, the existing workaround tripped >> up atleast one of them. Despite the warning about using "git clean," the >> destruction of their local IDE changes were surprising. >> >> For contributions to Accumulo that aren't coming from committers, the Rat >> plugin seems much more likely to give a false positive than to catch an >> error. Additionally, whatever committer is reviewing the contribution >> should be checking for license compliance anyways. >> >> In the interests of reducing the surprise for new contributors, I'd like >> to >> move our use of Rat to a profile that is only default enabled during a >> release run. >> >> The profile would still let those who want rat to run on every build to >> enable it and we could update the guide for handling new contributions to >> say committers should enable the rat profile to help guard against errors. >> >> Any objections? >> >> [1]: http://accumulo.apache.org/source.html#running-a-build >> >> -- *Michael Allen* Security Architect | Sqrrl-----------------------------------130 Prospect Street | Cambridge, MA 02139415.699.0106 | www.sqrrl.com ----------------------------------- The information contained in this communication may be confidential, subject to legal privilege, or otherwise protected from disclosure, and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this communication, please destroy all copies in your possession, notify the sender that you have received this communication in error, and note that any review or dissemination of, or the taking of any action in reliance on, this communication is expressly prohibited. Please note that sqrrl data, INC. reserves the right to intercept, monitor, and retain e-mail messages to and from its systems as permitted by applicable law. --001a1133c47ce189c004fc0cd2fc--