+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
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
+ 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
+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
+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
+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:/
+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
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
+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:
>
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
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
+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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
38 matches
Mail list logo