Wearing an Apache Member hat (in no particular order) 1) IP. Patches at Apache JIRA are more clearly contributed to the foundation. 2) Appearances: Maven is an Apache project. As part of brand management, it's infrastructure should be at Apache. 3) Interdependencies to other Apache project. We should have them.
On Wed, Jun 1, 2011 at 7:02 AM, Lukas Theussl <[email protected]> wrote: > > well, you had 1 point under +1 and two points under -1, so that's one more > under -1... ;) > > I understand that this is not a vote, simply my opinion. I just don't see > the point of going through all this hassle if the only gain is to be hosted > on different hardware. What's wrong with codehaus? What do we gain at > Apache? > > -Lukas > > > Stephen Connolly wrote: >> >> Can you please iterate your cons... >> >> I want to summarize at the end and then the PMC will decide what the >> next action is >> >> On 1 June 2011 11:39, Lukas Theussl<[email protected]> wrote: >>> >>> >>> I see more cons than pros, plus: potential trouble, potential confusion, >>> lots of hassle. >>> >>> -1 >>> >>> -Lukas >>> >>> >>> Stephen Connolly wrote: >>>> >>>> REQUEST FOR COMMENTS: Potential migration of Maven's JIRA from >>>> jira.codehaus.org to issues.apache.org >>>> >>>> Just wondering now that codehaus and apache are on nearly similar >>>> versions (4.1.2 and 4.2.4 respectively) what would be involved. >>>> >>>> Ben@codehaus can give us a 4.1.2 dump of the entire codehaus jira and >>>> we'd just have to cull out the non-maven projects (easier way than any >>>> others is what Ben thinks as most of the projects are Maven based >>>> projects) >>>> >>>> On the Infra side, would this be the easiest way to pull the issues in? >>>> >>>> What do people think in general? >>>> >>>> +1's: >>>> * We'd be fully on Apache controlled hardware >>>> >>>> -1's: >>>> * Since a lot of the issues end up being actually issues in a lower >>>> layer (most of which if not ASF hosted live/lived @ codehaus) or an >>>> upper layer (i.e. one of the mojo plugins) we'd loose the ability to >>>> move those issues to the correct project and instead we'd have to >>>> create a new tracking issue on the root cause project's jira >>>> * What we have works, if it ain't broke don't fix it >>>> >>>> Once we have enough comments/feedback (I'm willing to give a week or >>>> two), I'll put the options to the Maven PMC who will ultimately EITHER >>>> make a decision OR delegate making a decision to all the Maven >>>> committers. >>>> >>>> -Stephen >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
