Re: Invite Evgeny Mandrikov to join Maven committers

2011-01-25 Thread Fabrice Bellingard
+1! (non-binding) ;-) - Fabrice belling...@apache.org fabrice.belling...@sonarsource.com On Wed, Jan 26, 2011 at 7:30 AM, Olivier Lamy wrote: > Hello, > I propose Evgeny Mandrikov as a new committer. > He as done a lot of patches for Maven SCM, he is a Mojo and Sonar > contributor @codeha

Re: [VOTE] Release Maven Changes Plugin version 2.4

2011-01-25 Thread Dennis Lundberg
Hi On Wed, Jan 26, 2011 at 2:15 AM, Benjamin Bentmann < benjamin.bentm...@udo.edu> wrote: > Dennis Lundberg wrote: > > Staging repo: >> https://repository.apache.org/content/repositories/maven-072/ >> >> Staging site: >> http://maven.apache.org/plugins/maven-changes-plugin-2.4/ >> > > +1 > > Not

Re: Invite Evgeny Mandrikov to join Maven committers

2011-01-25 Thread Stephen Connolly
+ 1 - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 26 Jan 2011 06:31, "Olivier Lamy" wrote: > Hello, > I propose Evgeny Mandrikov as a new committer. > He as done a lot of

Re: [VOTE] Release Maven Changes Plugin version 2.4

2011-01-25 Thread Olivier Lamy
+1 2011/1/24 Dennis Lundberg : > Hi, > > Since there has been considerable refactoring under the hood for this > release, I'd appreciate as much testing as possible. > > We solved 23 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11212&styleName=Html&version=16043 > > There a

Re: [VOTE] Release Maven Changes Plugin version 2.4

2011-01-25 Thread Hervé BOUTEMY
+1 Hervé Le lundi 24 janvier 2011, Dennis Lundberg a écrit : > Hi, > > Since there has been considerable refactoring under the hood for this > release, I'd appreciate as much testing as possible. > > We solved 23 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11212&styleNa

Re: Invite Evgeny Mandrikov to join Maven committers

2011-01-25 Thread Hervé BOUTEMY
+1 Hervé Le mercredi 26 janvier 2011, Olivier Lamy a écrit : > Hello, > I propose Evgeny Mandrikov as a new committer. > He as done a lot of patches for Maven SCM, he is a Mojo and Sonar > contributor @codehaus. > > Vote is open for 72H. > > Here my +1. > > Thanks, > -- > Olivier Lamy > http:/

Re: Invite Evgeny Mandrikov to join Maven committers

2011-01-25 Thread Kristian Rosenvold
+1 Den 26. jan. 2011 kl. 07:31 skrev Olivier Lamy : > Hello, > I propose Evgeny Mandrikov as a new committer. > He as done a lot of patches for Maven SCM, he is a Mojo and Sonar > contributor @codehaus. > > Vote is open for 72H. > > Here my +1. > > Thanks, > -- > Olivier Lamy > http://twitter.com

Invite Evgeny Mandrikov to join Maven committers

2011-01-25 Thread Olivier Lamy
Hello, I propose Evgeny Mandrikov as a new committer. He as done a lot of patches for Maven SCM, he is a Mojo and Sonar contributor @codehaus. Vote is open for 72H. Here my +1. Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy

Re: [VOTE] Release Maven ear Plugin version 2.5

2011-01-25 Thread Olivier Lamy
+1 2011/1/25 Stephane Nicoll : > Hi, > > We solved 9 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11132&version=16706 > > There are still a couple of issues left in JIRA: > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11132&status=1 > > Staging repo: >

Re: [VOTE] Release Maven ear Plugin version 2.5

2011-01-25 Thread Benjamin Bentmann
Stephane Nicoll wrote: Staging repo: https://repository.apache.org/content/repositories/maven-076/ Staging site: http://maven.apache.org/plugins/maven-ear-plugin-2.5/ +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@m

Re: [VOTE] Release Maven Changes Plugin version 2.4

2011-01-25 Thread Benjamin Bentmann
Dennis Lundberg wrote: Staging repo: https://repository.apache.org/content/repositories/maven-072/ Staging site: http://maven.apache.org/plugins/maven-changes-plugin-2.4/ +1 Not sure whether this is expected from the staging site but the links "changes.xml" and "changes.xsd" below the "Refe

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread John Casey
+1 sent from my phone On Jan 25, 2011 5:12 PM, "Carlos Sanchez" wrote: > On Tue, Jan 25, 2011 at 10:28 AM, Wendy Smoak wrote: >> On Tue, Jan 25, 2011 at 11:39 AM, Jason van Zyl wrote: >> >>> When some guy who done virtually nothing for two years vetoes someone [else] then it's not a meritocrac

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Carlos Sanchez
On Tue, Jan 25, 2011 at 10:28 AM, Wendy Smoak wrote: > On Tue, Jan 25, 2011 at 11:39 AM, Jason van Zyl wrote: > >> When some guy who done virtually nothing for two years vetoes someone [else] >> then it's not a meritocracy, it's ridiculous is what it is. > > That was out of line.  There is no co

[RESULT] [VOTE] Release Maven Surefire Plugin version 2.7.2

2011-01-25 Thread Kristian Rosenvold
Hi, The vote has passed with the following result : +1 (binding): Benjamin Bentmann, Lukas Theussl, Olivier Lamy, Hervé Boutemy, Emmanuel Venisse, Kristian Rosenvold +1 (non binding):Tamás Cservenák, Mark Struberg, Tony Chemit, Robert Scholte I will promote th

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
On Jan 25, 2011, at 1:28 PM, Wendy Smoak wrote: > On Tue, Jan 25, 2011 at 11:39 AM, Jason van Zyl wrote: > >> When some guy who done virtually nothing for two years vetoes someone [else] >> then it's not a meritocracy, it's ridiculous is what it is. > > That was out of line. There is no cont

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Wendy Smoak
On Tue, Jan 25, 2011 at 11:39 AM, Jason van Zyl wrote: > When some guy who done virtually nothing for two years vetoes someone [else] > then it's not a meritocracy, it's ridiculous is what it is. That was out of line. There is no contribution threshold before you are allowed to have an opinion

[VOTE] Release Maven ear Plugin version 2.5

2011-01-25 Thread Stephane Nicoll
Hi, We solved 9 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11132&version=16706 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11132&status=1 Staging repo: https://repository.apache.org/content/repositori

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread John Casey
On 1/25/11 11:39 AM, Jason van Zyl wrote: On Jan 25, 2011, at 11:03 AM, Stephen Connolly wrote: My understanding is that once the policy has been approved the veto will either be removed, or the policy will make clear what is to be done. The PMCs choice is to accept EPL licensed artifacts

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
On Jan 25, 2011, at 11:03 AM, Stephen Connolly wrote: > > My understanding is that once the policy has been approved the veto will > either be removed, or the policy will make clear what is to be done. > The PMCs choice is to accept EPL licensed artifacts that don't come from Apache, or you ca

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
On Jan 25, 2011, at 11:30 AM, Stephen Connolly wrote: > > Also you cannot bundle the source of an EPL licensed project within an > Apache distribution. Whereas you can bundle the source of an ASL > licensed project within an Apache distribution. > We don't do that with anything anyway? We don't

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
No, don't move this to the PMC list. I'm not on that list and I believe this discussion should be held in public view. On Jan 25, 2011, at 11:17 AM, nicolas de loof wrote: > Can I suggest that such debate moves to the PMC list ? > > Not sure discussion about licensing and in/out hosting of core

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Mark Struberg
moving this over to private@m.a.o Oki, for the Category B licenses "Software under this license may be included in BINARY form". further: "For small amounts of source that is directly consumed by the ASF product at runtime in source form, and for which that source is unmodified and unlikely to

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Stephen Connolly
On 25 January 2011 16:16, Antonio Petrelli wrote: > 2011/1/25 Jason van Zyl : >>> EPL is more restrictive than ASLv2, therefore it is OK for EPL licensed >>> projects to consume ASLv2 code... on the other hand it is not so acceptible >>> for ASLv2 licensed projects to consume EPL licensed projects

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Stephen Connolly
2011/1/25 Jason van Zyl > > On Jan 25, 2011, at 11:03 AM, Stephen Connolly wrote: > > > EPL is more restrictive than ASLv2, therefore it is OK for EPL licensed > > projects to consume ASLv2 code... on the other hand it is not so > acceptible > > for ASLv2 licensed projects to consume EPL licensed

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Brian Fox
Lets end the debate on this pending the ongoing PMC discussions. There isn't a release pending that I'm aware of that needs this change to be committed urgently, so there's no need to rush to judgement on anything, or to further debate what can and can't be done with licenses at Apache. The policy

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread nicolas de loof
Can I suggest that such debate moves to the PMC list ? Not sure discussion about licensing and in/out hosting of core components should occur here 2011/1/25 Jason van Zyl > > On Jan 25, 2011, at 11:03 AM, Stephen Connolly wrote: > > > On 25 January 2011 15:47, Jason van Zyl wrote: > > > >> On

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Antonio Petrelli
2011/1/25 Jason van Zyl : >> EPL is more restrictive than ASLv2, therefore it is OK for EPL licensed >> projects to consume ASLv2 code... on the other hand it is not so acceptible >> for ASLv2 licensed projects to consume EPL licensed projects. > > That is completely not true. Read the actual docum

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
On Jan 25, 2011, at 11:03 AM, Stephen Connolly wrote: > On 25 January 2011 15:47, Jason van Zyl wrote: > >> On Jan 25, 2011, at 10:33 AM, Mark Struberg wrote: >> >>> The problem here is that fundamental maven functionality got moved over >> to external jars. And now those jars got changed from

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Stephen Connolly
On 25 January 2011 15:47, Jason van Zyl wrote: > On Jan 25, 2011, at 10:33 AM, Mark Struberg wrote: > > > The problem here is that fundamental maven functionality got moved over > to external jars. And now those jars got changed from ALv2 to EPL. Don't get > me wrong, EPL is not a bad thing, but

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Stuart McCulloch
On 25 January 2011 15:33, Mark Struberg wrote: > The problem here is that fundamental maven functionality got moved over to > external jars. umm, this particular update was to sisu which provides the replacement plexus container built on top of guice - it doesn't contain any maven functionality

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Paul Benedict
On Tue, Jan 25, 2011 at 9:47 AM, Jason van Zyl wrote: > On Jan 25, 2011, at 10:33 AM, Mark Struberg wrote: > > > The problem here is that fundamental maven functionality got moved over > to external jars. And now those jars got changed from ALv2 to EPL. Don't get > me wrong, EPL is not a bad thin

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Jason van Zyl
On Jan 25, 2011, at 10:33 AM, Mark Struberg wrote: > The problem here is that fundamental maven functionality got moved over to > external jars. And now those jars got changed from ALv2 to EPL. Don't get me > wrong, EPL is not a bad thing, but we cannot contribute to this library > anymore with

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Mark Struberg
The problem here is that fundamental maven functionality got moved over to external jars. And now those jars got changed from ALv2 to EPL. Don't get me wrong, EPL is not a bad thing, but we cannot contribute to this library anymore without going all the (very stony) route of contributing patches

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Benson Margulies
If you will all excuse a voice from the peanut gallery: Many PMCs take a very relaxed attitude toward external dependencies that are self-evidently qualified under the 'previously answered questions' list from Apache Legal. At CXF, for example, no one even raises an eyebrow about adding a 'categor

Re: Surefire issues to close as Won't fix

2011-01-25 Thread Kristian Rosenvold
I just want to have a look at the source of the GwtPlugin to see if there's a simple fix before 508 is closed. The Gwt interaction runs into nearly *all* the know and well documented problems with surefire (http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-loading.html). I g

Re: How to attach a patch in jar?

2011-01-25 Thread samuellawrence
Hi, My problem is, I have to list the files that are in the repository and it can be any repository. So I have chosen maven to do that. Now I could list the files from svn repository. and when I used to list from cvs I got the following error and I am using maven scm 1.4 version. D:\temp basedir

Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml

2011-01-25 Thread Ralph Goers
On Jan 24, 2011, at 9:16 PM, Brett Porter wrote: > > On 23/01/2011, at 4:34 AM, Ralph Goers wrote: > >> From what I can tell Sisu was previously under the Apache license but now >> also seems to have the EPL attached to it. Until the PMC makes a decision on >> how it is going to handle depend

Re: How to attach a patch in jar?

2011-01-25 Thread Olivier Lamy
Hello, AFAIK the issue is closed and marked as fixed for scm 1.1 . Which version are you using ? If >= 1.1 and you still have the issue, the best is probably to open an other one with a description. Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy 2011/1/25 samue