From dev-return-103268-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Tue Jan 3 11:28:45 2012 Return-Path: X-Original-To: apmail-cocoon-dev-archive@www.apache.org Delivered-To: apmail-cocoon-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 012369DB3 for ; Tue, 3 Jan 2012 11:28:44 +0000 (UTC) Received: (qmail 47009 invoked by uid 500); 3 Jan 2012 11:28:44 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 46745 invoked by uid 500); 3 Jan 2012 11:28:43 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 46732 invoked by uid 99); 3 Jan 2012 11:28:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 11:28:42 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [78.134.5.44] (HELO rovere.tirasa.net) (78.134.5.44) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 11:28:35 +0000 Received: from localhost (localhost [127.0.0.1]) by rovere.tirasa.net (Postfix) with ESMTP id 42958182C23 for ; Tue, 3 Jan 2012 12:28:15 +0100 (CET) X-Virus-Scanned: amavisd-new at tirasa.net Received: from rovere.tirasa.net ([127.0.0.1]) by localhost (rovere.tirasa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPN5eptHNfpk for ; Tue, 3 Jan 2012 12:28:12 +0100 (CET) Received: from [192.168.0.2] (mogano.tirasa.net [192.168.0.2]) by rovere.tirasa.net (Postfix) with ESMTPSA id 6284A182C22 for ; Tue, 3 Jan 2012 12:28:12 +0100 (CET) Message-ID: <4F02E64C.90901@apache.org> Date: Tue, 03 Jan 2012 12:28:12 +0100 From: =?ISO-8859-1?Q?Francesco_Chicchiricc=F2?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: JIRA "unification" proposal References: <4F02CA30.6080304@apache.org> <4F02E422.9030602@anyware-services.com> In-Reply-To: <4F02E422.9030602@anyware-services.com> Content-Type: multipart/alternative; boundary="------------030801030102080307010706" X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------030801030102080307010706 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 03/01/2012 12:18, Cédric Damioli wrote: > Hi, > > I will actually work soon on 2.1 issues (at least those I've opened). > I also want to have a look to all existing 2.1 issues, to measure the > distance to an eventual 2.1.12 release in a near future. So please > don't close all 2.1 entries right now. Good. > It is IMHO a good thing to merge the two JIRA projects, but we should > take care to the various components spread accross different versions. > Cocoon 2.1 blocks are for instance a non sense for Cocoon 3, as well > as Cocoon 3 components does not mean anything for Cocoon 2.x > We could maybe rename such components with a prefix indicating their > version ? This seems fine to me. We could anyway ask INFRA people for JIRA best-practices in such cases. Regards. > Le 03/01/2012 11:59, Jasha Joachimsthal a écrit : >> Merging those projects is good, but only if we clean up COCOON. There >> is a long list of issues with patches (there used to be a weekly mail >> with them) and an even longer list of unresolved issues. If we keep >> these issues open, it will be harder to see what we're working on and >> what we're dragging with us for years. IMO we can close the 2.1 and >> 2.2 issues that were created in 2010 or earlier with resolution >> "won't fix". They can always be reopened (or re-created) when someone >> is actually going to work on them. >> >> Jasha Joachimsthal >> >> 2012/1/3 Francesco Chicchiriccò > > >> >> Hi devs, >> as you all know, you currently have two separate projects on >> Apache JIRA, COCOON and COCOON3. >> >> Since there is currently a plan for restructuring the SVN tree >> [1], what if we unify these two projects on JIRA as well? >> AFAIK, this should involve: >> 1. create new versions and components on COCOON >> 2. move all tickets from COCOON3 to COCOON >> 3. close COCOON3 >> >> WDYT? >> >> Regards. >> >> [1] >> http://old.nabble.com/Re%3A--C3--Import-subprojects-proposal--WAS%3A-Re%3A--c3--Log4j-injection-in-target-of-blocks--td32880500.html >> -- Francesco Chicchiriccò Apache Cocoon Committer and PMC Member http://people.apache.org/~ilgrosso/ --------------030801030102080307010706 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 03/01/2012 12:18, Cédric Damioli wrote:
Hi,

I will actually work soon on 2.1 issues (at least those I've opened). I also want to have a look to all existing 2.1 issues, to measure the distance to an eventual 2.1.12 release in a near future. So please don't close all 2.1 entries right now.

Good.

It is IMHO a good thing to merge the two JIRA projects, but we should take care to the various components spread accross different versions. Cocoon 2.1 blocks are for instance a non sense for Cocoon 3, as well as Cocoon 3 components does not mean anything for Cocoon 2.x
We could maybe rename such components with a prefix indicating their version ?

This seems fine to me.
We could anyway ask INFRA people for JIRA best-practices in such cases.

Regards.

Le 03/01/2012 11:59, Jasha Joachimsthal a écrit :
Merging those projects is good, but only if we clean up COCOON. There is a long list of issues with patches (there used to be a weekly mail with them) and an even longer list of unresolved issues. If we keep these issues open, it will be harder to see what we're working on and what we're dragging with us for years. IMO we can close the 2.1 and 2.2 issues that were created in 2010 or earlier with resolution "won't fix". They can always be reopened (or re-created) when someone is actually going to work on them.
 
Jasha Joachimsthal

2012/1/3 Francesco Chicchiriccò <ilgrosso@apache.org>
Hi devs,
as you all know, you currently have two separate projects on Apache JIRA, COCOON and COCOON3.

Since there is currently a plan for restructuring the SVN tree [1], what if we unify these two projects on JIRA as well?
AFAIK, this should involve:
1. create new versions and components on COCOON
2. move all tickets from COCOON3 to COCOON
3. close COCOON3

WDYT?

Regards.

[1] http://old.nabble.com/Re%3A--C3--Import-subprojects-proposal--WAS%3A-Re%3A--c3--Log4j-injection-in-target-of-blocks--td32880500.html
-- 
Francesco Chicchiriccò

Apache Cocoon Committer and PMC Member
http://people.apache.org/~ilgrosso/
--------------030801030102080307010706--