I tried :-) It's not working. Some users don't exist On Fri, Jan 28, 2011 at 3:34 PM, Brian Fox <bri...@infinity.nu> wrote:
> aheritier > baerrach > bentmann > brett > brianf > carlos > dennisl > dfabulich > dkulp > evenisse > hboutemy > jdcasey > kenney > krosenvold > ltheussl > mkleint > oching > olamy > pgier > rgoers > snicoll > stephenc > vmassol > vsiveton > wfay > > 2011/1/28 Arnaud Héritier <arnaud.herit...@exoplatform.com>: > > ok, > > It's annoying to not have a mapping between LDAP/SVN groups and Jira. > > It could be easier to manage > > > > On Fri, Jan 28, 2011 at 2:53 PM, Stephen Connolly < > > stephen.alan.conno...@gmail.com> wrote: > > > >> 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 > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >
