Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 46201 invoked from network); 8 Aug 2008 02:53:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Aug 2008 02:53:04 -0000 Received: (qmail 91731 invoked by uid 500); 8 Aug 2008 02:53:03 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 91671 invoked by uid 500); 8 Aug 2008 02:53:02 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 91660 invoked by uid 99); 8 Aug 2008 02:53:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Aug 2008 19:53:02 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kevan.miller@gmail.com designates 74.125.46.28 as permitted sender) Received: from [74.125.46.28] (HELO yw-out-2324.google.com) (74.125.46.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Aug 2008 02:52:06 +0000 Received: by yw-out-2324.google.com with SMTP id 2so400703ywt.85 for ; Thu, 07 Aug 2008 19:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=kfTzWVaaQzDUh+IuCBqeURiv5g//KHHJ0tzKbYmkuQk=; b=kmL+1iY336gZh+p0Vftijd2TsjV5pJM5T6yfesxVZHnCWC2WjOoHNxaks8ILPE0Ljf TQZESMAzqwjg6Nq+EcUC8PqTxRCKqfzHReivs2BBK88Ptq6Hyek8lFBZIZRQQPi97i/f pkAlTGCGx0B4zU16KcKLDJAEekhwcl1L+Hn+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=CAu1BW2yz8Te2VDjp2mO7C4SiS663gjzSQooAHzZnoCRxwJCxikUJxkTPsZKwGolxI VlYSrsZ+NwZjtP9YQzCRg99HrdlEg/6gdAinyl7UAM6NQjS0v6DsVTCOYCvQJ0M9V70b phoD2UQgGBLNhd4+jKVOGCFd7h1+d8c06+Tuk= Received: by 10.150.136.6 with SMTP id j6mr1193133ybd.134.1218163953179; Thu, 07 Aug 2008 19:52:33 -0700 (PDT) Received: from ?10.0.1.185? ( [65.190.205.55]) by mx.google.com with ESMTPS id 9sm900730yws.5.2008.08.07.19.52.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Aug 2008 19:52:32 -0700 (PDT) Message-Id: <28B42692-2A62-43D9-BA10-9010C8C0269F@gmail.com> From: Kevan Miller To: dev@geronimo.apache.org In-Reply-To: <489B92BF.2080004@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Subject: Re: [DISCUSS] Time to create a geronimo/repo branch in svn for private depends Date: Thu, 7 Aug 2008 22:52:31 -0400 References: <489AF50E.40706@apache.org> <489B92BF.2080004@apache.org> X-Mailer: Apple Mail (2.926) X-Virus-Checked: Checked by ClamAV on apache.org On Aug 7, 2008, at 8:26 PM, Donald Woods wrote: > True, but wouldn't that introduce the overhead of our release > process and voting? I wouldn't call it overhead. I'd call it oversight. Our community is releasing the patches and publishing the binaries. Server release votes have covered this, to date. Any process changes must maintain this same level of oversight. > > > Would we create a geronimo/patches subproject arranged like our > specs, where each artifact would be its own subdir and still check > the patched artifacts in for the build to use and then move them to > tags after they are released? We could release them separately. Or, we could include them (as they are currently) in the server. The difference is that there would be org.apache.geronimo.patches artifacts in our release and snapshot repositories. > > Would we version the artifacts based on the originating project or > with a double version like we specs (which would be hard to follow)? Either way would work. For simplicity, my tendency is to include them in our server tree. However, there may be differing opinions. I'm fine either way... --kevan