I've added you. We should get a full list of the PMC's apache jira user id's and then any/all of the three of us can add the PMC to the project role
2011/1/28 Arnaud Héritier <arnaud.herit...@exoplatform.com>: > you can add me olivier (aheritier) > > On Fri, Jan 28, 2011 at 12:41 PM, Olivier Lamy <ol...@apache.org> wrote: > >> Hello, >> I have changed the subject. >> As asked by Benson, it's probably better to move MPOM from codehaus >> jira to ASF jira. >> >> So I have created a jira entry : >> https://issues.apache.org/jira/browse/INFRA-3397 >> >> I'd like maven dev give me or add in the jira entry their id. >> >> Thanks ! >> -- >> Olivier Lamy >> http://twitter.com/olamy >> http://www.linkedin.com/in/olamy >> >> 2011/1/28 Olivier Lamy <ol...@apache.org>: >> > 2011/1/28 John Casey <jdca...@commonjava.org>: >> >> >> >> >> >> On 1/27/11 4:22 PM, Benson Margulies wrote: >> >>> >> >>> I want to just put a bit of emphasis on the global impact of this POM. >> >>> This POM gets advertised as the appropriate parent for \any/ Apache >> >>> project building with Maven. As such, I submit to you, it should >> >>> supply all of the necessary settings (e.g. repository locations, >> >>> deployment) and no surprising extra behavior. If the Land Of Maven >> >>> wants a policy of running a full build on prepare, I'd respectfully >> >>> ask you to embody that policy in a POM that isn't the one advertised >> >>> to the complete Apache community. >> >> >> >> ...which is why I said in another branch of this thread, that I'm okay >> with >> >> pulling this setting down into the maven parent POM(s). >> > >> > and document for others AFSERs having this in your pom is RECOMMENDED. >> > >> > http://www.apache.org/dev/publishing-maven-artifacts.html looks to be >> > the appropriate place >> > >> >> >> >>> >> >>> On Thu, Jan 27, 2011 at 3:58 PM, Lukas Theussl<ltheu...@apache.org> >> >>> wrote: >> >>>> >> >>>> >> >>>> Brian Fox wrote: >> >>>>>> >> >>>>>> FWIW, if the code-signing step fails due to some POM >> misconfiguration, >> >>>>>> and >> >>>>>> only runs in the perform step, then you've got to rollback the >> release >> >>>>>> and >> >>>>>> try it again...either that, or muck around with manually shifting >> the >> >>>>>> tag >> >>>>>> in >> >>>>>> the SCM, which is probably as ugly. >> >>>>>> >> >>>>>> I'm not as concerned about spending a little extra time to reduce >> the >> >>>>>> chances of things going wrong in the release process, since this >> seems >> >>>>>> to >> >>>>>> happen often enough already...and causes a HUGE waste of time in >> some >> >>>>>> cases. >> >>>>>> If we were releasing a 100+ module project structure, then I'd be >> >>>>>> willing >> >>>>>> enough to give on this point and say that accepting a little extra >> risk >> >>>>>> in >> >>>>>> the 'perform' phase isn't that big of a deal. But, at least in >> Maven, >> >>>>>> the >> >>>>>> releases aren't that big. >> >>>>>> >> >>>>> >> >>>>> For Lukas: I agree with John here. >> >>>>> >> >>>>> For everyone else: +1 >> >>>> >> >>>> >> >>>> For everyone: I agree too. Especially with the part about things going >> >>>> wrong >> >>>> often enough. >> >>>> >> >>>> -Lukas >> >>>> >> >>>> >> >>>>> >> >>>>> ;p >> >>>>> >> >>>>> --------------------------------------------------------------------- >> >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >> >>>>> >> >>>> >> >>>> --------------------------------------------------------------------- >> >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >>>> For additional commands, e-mail: dev-h...@maven.apache.org >> >>>> >> >>>> >> >>> >> >>> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >>> For additional commands, e-mail: dev-h...@maven.apache.org >> >>> >> >> >> >> -- >> >> John Casey >> >> Developer, PMC Member - Apache Maven (http://maven.apache.org) >> >> Blog: http://www.johnofalltrades.name/ >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> >> >> >> > >> > >> > >> > -- >> > Olivier Lamy >> > http://twitter.com/olamy >> > http://www.linkedin.com/in/olamy >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org