Return-Path: X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org Delivered-To: apmail-hadoop-common-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 A970A7C97 for ; Sat, 10 Sep 2011 08:33:16 +0000 (UTC) Received: (qmail 43108 invoked by uid 500); 10 Sep 2011 08:33:15 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 42426 invoked by uid 500); 10 Sep 2011 08:32:56 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 42407 invoked by uid 99); 10 Sep 2011 08:32:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Sep 2011 08:32:49 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.82.48] (HELO mail-ww0-f48.google.com) (74.125.82.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Sep 2011 08:32:43 +0000 Received: by wwf25 with SMTP id 25so435690wwf.29 for ; Sat, 10 Sep 2011 01:32:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.202.70 with SMTP id fd6mr2815397wbb.114.1315643541074; Sat, 10 Sep 2011 01:32:21 -0700 (PDT) Received: by 10.227.23.211 with HTTP; Sat, 10 Sep 2011 01:32:20 -0700 (PDT) In-Reply-To: References: <266C88DA-D86E-45F9-9148-75C2A1636DCD@yahoo-inc.com> <4E6A354B.5090002@apache.org> <4E6A6E7F.1010405@apache.org> Date: Sat, 10 Sep 2011 14:02:20 +0530 Message-ID: Subject: Re: JIRA attachments order From: Vinod Kumar Vavilapalli To: common-dev@hadoop.apache.org Content-Type: multipart/alternative; boundary=000e0cdffc10eab47704ac92217b --000e0cdffc10eab47704ac92217b Content-Type: text/plain; charset=ISO-8859-1 Alas, my original request about changing the default sort order to be by date doesn't seem to be satisfiable as Doug mentioned. I also searched around on Atlassian forums and JIRA tracker for the JIRA project itself, seems like an issue that isn't fixed yet. Regarding patch names, I too agree with Allen that extension should be .txt. I do run into patches every now and then which aren't interpreted as text files, so there are people out there using browsers that don't properly set the content-type. Thanks, +Vinod On Sat, Sep 10, 2011 at 3:30 AM, Eli Collins wrote: > I updated HowToContribute, it people like this prose I'll advertise > the change to *-dev. > > Thanks, > Eli > > On Fri, Sep 9, 2011 at 2:53 PM, Eli Collins wrote: > > On Fri, Sep 9, 2011 at 1:15 PM, Aaron T. Myers wrote: > >> On Fri, Sep 9, 2011 at 12:57 PM, Eli Collins wrote: > >> > >>> Patches for a specific branch should be named: jira-xyz-branch.patch > >>> where "branch" may be abbreviated, eg hdfs-123-security.patch > >>> > >> > >> +1, if we ever hope to implement HADOOP-7435 [1], it will be necessary > to > >> standardize the branch-name-in-patch-name scheme. > >> > > > > Good point. One way to enforce this is for Jenkins to only run tests > > against patches that follow this naming scheme, and to put the actual > > branch name in the patch (where no branch means trunk). Ie > > xyz-123.patch will run against trunk, xyz-123-branchx.patch will run > > against branch x and all other patches will be ignored by Jenkins. > > Someone tedious eg for "branch-20-security" but means we dont have to > > maintain a mapping. > > > > Thanks, > > Eli > > > > > > > >> -- > >> Aaron T. Myers > >> Software Engineer, Cloudera > >> > >> [1] https://issues.apache.org/jira/browse/HADOOP-7435 > >> > > > --000e0cdffc10eab47704ac92217b--