Minor correction: the classes method will necessarily *detect* added
sources, because they won't have a class file.
What occurs as a result is another matter./
It might be worth considering forcing a full build as an option in
such cases if there is any way that adding a new source file can
affect
On Mon, 18 Mar 2024 at 07:50, Romain Manni-Bucau wrote:
>
> Hi Martin,
>
> Since we'll go v4 and really change the impl I guess we can drop all the
> compiler args from properties and the not relevant options.
It would be helpful if there was a migration page that explained to
users how to
On Thu, 14 Mar 2024 at 08:18, Tamás Cservenák wrote:
>
> Howdy,
>
> What I usually do is copy-paste JIRA release notes to GH release notes:
> https://github.com/apache/maven-gpg-plugin/releases/tag/maven-gpg-plugin-3.2.0
>
> As this contains links to issues, but our JIRA does require account, so
On Tue, 27 Feb 2024 at 17:01, Benjamin Marwell wrote:
>
> > Compiling for Java 8 with
> > Java 17 -release 8 is not the same as compiling with javac from JDK 8.
> > They do not produce the same byte code. There is a need to compile
> > *with* JDK 8, not just compile *for* JDK 8.
>
> And when
On Sun, 8 Oct 2023 at 14:42, Slawomir Jaranowski wrote:
>
> niedz., 8 paź 2023 o 12:57 sebb napisał(a):
>
> > Is there a replacement for the Ant Mojo Extractor?
> > I understand this will be dropped in Maven 4.
> >
> > The Commons project uses it in the build-plu
?
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
for Maven 4 don't appear to mention this breaking change:
https://maven.apache.org/docs/4.0.0-alpha-7/release-notes.html
Sebb
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h
On Sun, 24 Feb 2019 at 21:54, Michael Osipov wrote:
>
> The Apache Maven team is pleased to announce the release of the Apache
> Maven Archiver, version 3.4.0.
>
> https://maven.apache.org/shared/maven-archiver/
This mail is sent to multiple mailing lists.
Not all recipients will be familiar
I notice that Maven release announcements are no longer sent to the
ASF general announce list (announce@a.o)
The last one I found was 3.0.5 in 2013 [1]
Whilst it is unnecessary (and a bit noisy) to announce all plugin
updates on the ASF list, IMO new Maven releases should be announced.
[1]
Looks like the DOAP has moved. Please update the projects.xml file accordingly.
-- Forwarded message --
From: Projects
Date: 21 March 2018 at 02:00
Subject: Error when processing doap file
What is the project about? Why should I be interested in it?
[rhetorical questions]
The Announce emails are sent to people not on the developer or user lists.
Most will have no idea what the project is about.
So the e-mails should contain at least brief details of what the
product does, and some
On 17 November 2017 at 11:27, Robert Scholte <rfscho...@apache.org> wrote:
> This topic deserves a separate mailthread.
>
> Quoting Sebb on a different thread:
> "The download link points to the top-level of the ASF mirror system.
>
> This makes it very hard to
On 17 November 2017 at 09:27, Robert Scholte wrote:
> The Apache Maven team is pleased to announce the first release of the Apache
> Maven JDeprScan Plugin, version 3.0.0-alpha-1
>
> The Maven JDeprScan plugin is used to scan class files for uses of
> deprecated API
What is the project about? Why should I be interested in it?
[rhetorical questions]
The Announce emails are sent to people not on the developer or user lists.
Many will have no idea what the project is about.
So the e-mails should contain at least brief details of what the
product does, and some
On 31 January 2015 at 01:33, Hervé Boutemy hbout...@apache.org wrote:
As every ASF project, Apache Maven regularly reports to the Apache board about
the status of the project. Our latest report (January 21st, 2014) is shown
below:
Apache Maven is a widely-used project build tool, targeting
On 17 November 2014 19:57, Karl Heinz Marbaise khmarba...@apache.org wrote:
The Apache Maven team is pleased to announce the release of the
Apache Common POM, version 16.
This POM (org.apache:apache) configures common Maven settings for
projects to use ASF infrastructure.
Documentation live
On 28 September 2014 12:17, Benson Margulies bimargul...@apache.org wrote:
The Apache Maven team is pleased to announce the release of the Apache
Common POM, version 15.
This POM (org.apache:apache) configures common Maven settings for
projects to use ASF infrastructure.
Documentation live
On 28 March 2014 12:09, Anders Hammar and...@hammar.net wrote:
The requirements also says:
Disk No minimum requirement. Approximately 100MB will be used for
your local repository, however this will vary depending on usage ...
AFAICT there _is_ a minimum requirement which is needed to store a
On 25 March 2014 21:42, Anders Hammar and...@hammar.net wrote:
Under requirements [1], we're stating the following:
No minimum requirement. On Windows, Windows NT and above or Cygwin is
required for the startup scripts. Tested on Windows XP, Fedora Core and Mac
OS X.
What exactly are we
AIUI, SVN is still required by Infra because of svnpubsub:
- for the dist repo (that is not a big deal)
- for websites (might cause some grief)
On 13 February 2014 03:37, Jason van Zyl ja...@tesla.io wrote:
Can we start the process of converting everything to Git. I don't really see
any
. It was not difficult.
Adding a note on the website and announce is a good idea.
Too late this time for announce, but I'll modify site
Thanks.
And perhaps add something in the announce template
Please.
Regards,
Hervé
Le mercredi 5 février 2014 13:09:39 sebb a écrit :
On 4 February 2014 07:23
On 4 February 2014 07:23, Hervé Boutemy hbout...@apache.org wrote:
The Apache Maven team is pleased to announce the release of the Apache Maven
SCM Publish Plugin, version 1.0
It looks as though the plugin now requires Maven 3, whereas 1.0-beta2 did not.
Was that change intentional?
If so, it
On 16 November 2013 21:02, Hervé BOUTEMY herve.bout...@free.fr wrote:
ouch, strange: 'r' were replaced by 'n'
Perhaps a botched attempt at changing line endings from (CR) to (LF) ?
I just had a look at archive content, and it does not have the problem
so I just copied archive content into
Regarding automatic conversion to Markdown:
The main ASF site was converted from xdoc to Markdown. Some tools werr
written for this, but they were not 100% accurate; we were still
finding conversion issues a year or so later. [We've probably not
found them all yet] Whether these conversion issues
On 22 September 2013 08:13, Mark Derricutt m...@talios.com wrote:
On 22/09/2013, at 9:28 AM, Jason van Zyl ja...@tesla.io wrote:
A check is performed to ensure that each file in the source archive is
present in the release revision
Should that not be the other way around? That every file in
On 22 September 2013 05:03, Jason van Zyl ja...@tesla.io wrote:
On Sep 21, 2013, at 7:44 PM, sebb seb...@gmail.com wrote:
On 22 September 2013 03:09, Jason van Zyl ja...@tesla.io wrote:
On Sep 21, 2013, at 6:16 PM, sebb seb...@gmail.com wrote:
On 21 September 2013 23:09, Jason van Zyl ja
On 22 September 2013 09:49, Hervé BOUTEMY herve.bout...@free.fr wrote:
Starting a separate thread to not pollute any vote.
Isn't Apache Creadur the right place to:
1. discuss and refine Apache requirements
No.
2. work on tooling
Possibly.
Regards,
Hervé
.
On Sep 20, 2013, at 5:40 PM, sebb seb...@gmail.com wrote:
On 17 September 2013 16:39, Jason van Zyl ja...@tesla.io wrote:
Hi,
Maven Core ITs are good, and the license/notice issue has been resolved so
I'm rolling 3.1.1 again.
Here is a link to Jira with 6 issues resolved:
https
On 21 September 2013 23:09, Jason van Zyl ja...@tesla.io wrote:
On Sep 21, 2013, at 2:51 PM, sebb seb...@gmail.com wrote:
On 21 September 2013 22:28, Jason van Zyl ja...@tesla.io wrote:
You will now be infamous :-)
https://github.com/jvanzyl/sebbalizer
If you don't like the name, happy
On 22 September 2013 03:09, Jason van Zyl ja...@tesla.io wrote:
On Sep 21, 2013, at 6:16 PM, sebb seb...@gmail.com wrote:
On 21 September 2013 23:09, Jason van Zyl ja...@tesla.io wrote:
It would still be automated.
However the source data would come form the vote e-mail, which makes
more
On 17 September 2013 16:39, Jason van Zyl ja...@tesla.io wrote:
Hi,
Maven Core ITs are good, and the license/notice issue has been resolved so
I'm rolling 3.1.1 again.
Here is a link to Jira with 6 issues resolved:
On 16 September 2013 10:50, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
In an effort to get to a definitive answer for
http://mail-archives.apache.org/mod_mbox/www-legal-discuss/201309.mbox/%3CCA%2BnPnMwUvmaoOuBJ7dpVj9qAmwVnbfcxTid7UZgc6EdEL7%2BOpg%40mail.gmail.com%3EI
did some
Some other ASF PMCs have no qualms about skipping version numbers.
For example AIUI Tomcat creates a release candidate, and if the vote
fails, they bump the patch version.
For example they released 7.0.30 and 7.0.32; there is no 7.0.31.
The other point I would make is that bumping the way the
On 14 September 2013 11:19, Baptiste Mathus bmat...@batmat.net wrote:
Le 13 sept. 2013 19:00, sebb seb...@gmail.com a écrit :
On 12 September 2013 21:52, Baptiste Mathus m...@batmat.net wrote:
2013/9/12 sebb seb...@gmail.com
On 12 September 2013 14:52, Arnaud Héritier aherit...@gmail.com
On 12 September 2013 21:52, Baptiste Mathus m...@batmat.net wrote:
2013/9/12 sebb seb...@gmail.com
On 12 September 2013 14:52, Arnaud Héritier aherit...@gmail.com wrote:
On Thu, Sep 12, 2013 at 3:44 PM, sebb seb...@gmail.com wrote:
On 10 September 2013 16:33, Daniel Kulp dk...@apache.org
On 10 September 2013 16:33, Daniel Kulp dk...@apache.org wrote:
-1
The src.tar.gz and src.zip files have lost their top level NOTICE and LICENSE
files. This is a regression from 3.1.0 (and 3.0.5). That definitely needs
to be fixed. I don't have time today to look into that, but might
On 12 September 2013 14:52, Arnaud Héritier aherit...@gmail.com wrote:
On Thu, Sep 12, 2013 at 3:44 PM, sebb seb...@gmail.com wrote:
On 10 September 2013 16:33, Daniel Kulp dk...@apache.org wrote:
-1
The src.tar.gz and src.zip files have lost their top level NOTICE and
LICENSE files
On 11 September 2013 21:40, dk...@apache.org wrote:
Updated Branches:
refs/heads/master 02d124230 - eb2f2b1ac
Add a LICENSE/NOTICE that can be picked up for the src assembly
Thanks, that also sorts out the top-level SCM NL files.
Project:
On 12 September 2013 18:20, Arnaud Héritier aherit...@gmail.com wrote:
The point is:
the NL files should be at the top-level of SCM.
That is because SCM URLs are published, so the readers need to know
the what the license conditions are.
For the License when you are reading some code
I've just realised that you said the hash is in the maven core jar.
That is a binary artifact, and has no direct relationship with the
source artifact on which people are supposed to be voting.
I don't think it's possible to tie the SCM tag to this vote thread
for the record without the hash (and
On 10 September 2013 14:23, Jason van Zyl ja...@tesla.io wrote:
On Sep 10, 2013, at 7:53 AM, sebb seb...@gmail.com wrote:
I've just realised that you said the hash is in the maven core jar.
That is a binary artifact, and has no direct relationship with the
source artifact on which people
On 10 September 2013 15:11, Jason van Zyl ja...@tesla.io wrote:
On Sep 10, 2013, at 9:58 AM, sebb seb...@gmail.com wrote:
On 10 September 2013 14:23, Jason van Zyl ja...@tesla.io wrote:
On Sep 10, 2013, at 7:53 AM, sebb seb...@gmail.com wrote:
I've just realised that you said the hash
On 10 September 2013 16:33, Daniel Kulp dk...@apache.org wrote:
-1
The src.tar.gz and src.zip files have lost their top level NOTICE and LICENSE
files. This is a regression from 3.1.0 (and 3.0.5). That definitely needs
to be fixed. I don't have time today to look into that, but might
On 9 September 2013 20:56, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 8 September 2013 18:51, Jason van Zyl ja...@tesla.io wrote:
On Sep 8, 2013, at 1:12 PM, sebb seb...@gmail.com wrote:
I thought you were going to include the SCM coordinates used to create
the tarballs
I thought you were going to include the SCM coordinates used to create
the tarballs?
It's particularly important here, because AFAICT the SCM coordinates
are not present in the POM.
If true, then it's not possible to verify the files in the source tarballs.
Also, AFAIK, the PMC agreed to include
On 8 September 2013 18:51, Jason van Zyl ja...@tesla.io wrote:
On Sep 8, 2013, at 1:12 PM, sebb seb...@gmail.com wrote:
I thought you were going to include the SCM coordinates used to create
the tarballs?
Sorry, not intentional. I forgot.
It's particularly important here, because AFAICT
On 16 August 2013 08:10, Dennis Lundberg denn...@apache.org wrote:
On Fri, Aug 16, 2013 at 1:20 AM, sebb seb...@gmail.com wrote:
On 15 August 2013 20:57, Dennis Lundberg denn...@apache.org wrote:
On Thu, Aug 15, 2013 at 9:27 PM, sebb seb...@gmail.com wrote:
On 15 August 2013 14:16, Jason
On 16 August 2013 09:32, Dennis Lundberg denn...@apache.org wrote:
On Fri, Aug 16, 2013 at 9:52 AM, sebb seb...@gmail.com wrote:
On 16 August 2013 08:10, Dennis Lundberg denn...@apache.org wrote:
On Fri, Aug 16, 2013 at 1:20 AM, sebb seb...@gmail.com wrote:
On 15 August 2013 20:57, Dennis
in it, and they won't know if it's what you
wanted it to have in it, or not.
Fred.
On Fri, Aug 16, 2013 at 11:25 PM, Dennis Lundberg denn...@apache.org
wrote:
On Fri, Aug 16, 2013 at 11:24 AM, sebb seb...@gmail.com wrote:
On 16 August 2013 09:32, Dennis Lundberg denn
)
On 16 August 2013 13:17, sebb seb...@gmail.com wrote:
On 16 August 2013 13:08, Fred Cooke fred.co...@gmail.com wrote:
They're deployed as a set, so what I want is the SHA1 or even MD5 of any
one of the set of uploaded files, such that I can confirm that the set is
the set that I am supposed
On 15 August 2013 10:08, Chris Graham chrisgw...@gmail.com wrote:
What sebb does not appear to have understood or accepted, as Stephen has
endlessly pointed out, is that we vote on the source bundle, not a scm
revision, and that, strictly speaking a SCM is not even required (however
sensible
On 15 August 2013 14:16, Jason van Zyl ja...@tesla.io wrote:
What Sebb is doing is perfectly reasonable.
Thank you!
He's trying to assert that everything in the source ball actually comes from
source control and that no errant files have made their way into the
distribution. Right now we
On 15 August 2013 20:57, Dennis Lundberg denn...@apache.org wrote:
On Thu, Aug 15, 2013 at 9:27 PM, sebb seb...@gmail.com wrote:
On 15 August 2013 14:16, Jason van Zyl ja...@tesla.io wrote:
What Sebb is doing is perfectly reasonable.
I agree. Checking that the source bundle is correct
, 2013 at 12:48 PM, sebb seb...@gmail.com wrote:
On 10 August 2013 13:27, denn...@apache.org wrote:
Author: dennisl
Date: Sat Aug 10 12:27:41 2013
New Revision: 1512672
URL: http://svn.apache.org/r1512672
Log:
Add subversion keywords.
Modified:
maven/plugins/trunk/maven-gpg-plugin/src
On 13 August 2013 18:58, Dennis Lundberg denn...@apache.org wrote:
On Tue, Aug 13, 2013 at 12:30 AM, sebb seb...@gmail.com wrote:
On 12 August 2013 20:10, Jason van Zyl ja...@tesla.io wrote:
I have now read the threads that are referring to, and have not found
a single link to any ASF rule
On 14 August 2013 10:23, Stephen Connolly steph...@apache.org wrote:
On 14 August 2013 09:47, sebb seb...@gmail.com wrote:
On 13 August 2013 18:58, Dennis Lundberg denn...@apache.org wrote:
On Tue, Aug 13, 2013 at 12:30 AM, sebb seb...@gmail.com wrote:
On 12 August 2013 20:10, Jason van Zyl
On 14 August 2013 11:13, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 14 August 2013 10:45, sebb seb...@gmail.com wrote:
On 14 August 2013 10:23, Stephen Connolly steph...@apache.org wrote:
On 14 August 2013 09:47, sebb seb...@gmail.com wrote:
On 13 August 2013 18:58, Dennis
On 14 August 2013 13:45, Jason van Zyl ja...@tesla.io wrote:
Hi,
We solved 5 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11391version=18924
Staging repo:
https://repository.apache.org/content/repositories/maven-093/
Subversion Revision: r1508060
Thanks.
However
:25:11 +0100 (Wed, 14 Aug 2013)
which unfortunately does not agree with the originally stated revision:
Subversion Revision: r1508060
I'll put it in the template for next time.
Thanks, that would save a lot of hassle for everyone.
On Aug 14, 2013, at 9:00 AM, sebb seb...@gmail.com wrote
On 14 August 2013 14:18, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 14 August 2013 14:14, sebb seb...@gmail.com wrote:
On 14 August 2013 14:08, Jason van Zyl ja...@tesla.io wrote:
Here you go:
https://svn.apache.org/repos/asf/maven/plugins/tags/maven-remote-resources-plugin
On 14 August 2013 21:21, Dennis Lundberg denn...@apache.org wrote:
On Wed, Aug 14, 2013 at 10:47 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 18:58, Dennis Lundberg denn...@apache.org wrote:
On Tue, Aug 13, 2013 at 12:30 AM, sebb seb...@gmail.com wrote:
On 12 August 2013 20:10, Jason
On 10 August 2013 13:27, denn...@apache.org wrote:
Author: dennisl
Date: Sat Aug 10 12:27:41 2013
New Revision: 1512672
URL: http://svn.apache.org/r1512672
Log:
Add subversion keywords.
Modified:
On 11 August 2013 15:02, Dennis Lundberg denn...@apache.org wrote:
On Thu, Jul 25, 2013 at 8:03 PM, Dennis Lundberg
dennisl.apa...@gmail.com wrote:
On Thu, Jul 25, 2013 at 7:15 PM, sebb seb...@gmail.com wrote:
On 25 July 2013 17:50, Dennis Lundberg denn...@apache.org wrote:
On Thu, Jul 25
On 12 August 2013 20:10, Jason van Zyl ja...@tesla.io wrote:
I have now read the threads that are referring to, and have not found
a single link to any ASF rule stating that we need to include these
things in a VOTE thread.
So how do you propose that reviewers check the provenance of the
On 29 July 2013 17:18, Jason van Zyl ja...@tesla.io wrote:
I was referring to the remote resources plugin which is associated with the
3.1.1 release.
I have not attempted to release 3.1.1 and I have not sent out any release
vote. I do intend to add what Sebb suggested by adding the revision
On 27 July 2013 23:31, Fred Cooke fred.co...@gmail.com wrote:
Yes, I've been guilty of it from time to time, as most have been,
especially years ago ;-)
Did you find any of the above useful? I hope so :-)
I don't know (yet), but I do know that it would be a lot easier to
reference as a web
On 23 July 2013 19:23, Dennis Lundberg dennisl.apa...@gmail.com wrote:
Hi,
This is the final release of this plugin. After this release it will
be retired, see separate vote thread for more info on that.
We solved 1 issue:
On 23 July 2013 20:45, Dennis Lundberg denn...@apache.org wrote:
Hi,
This will be the final release of this shared component. After this
release it will retire from the Apache Maven project and move to the
Apache Archiva project. See separate vote thread about that.
We solved 6 issues:
On 25 July 2013 16:55, Dennis Lundberg denn...@apache.org wrote:
Den 25 jul 2013 16:08 skrev sebb seb...@gmail.com:
On 23 July 2013 20:45, Dennis Lundberg denn...@apache.org wrote:
Hi,
This will be the final release of this shared component. After this
release it will retire from
On 25 July 2013 17:50, Dennis Lundberg denn...@apache.org wrote:
On Thu, Jul 25, 2013 at 6:34 PM, sebb seb...@gmail.com wrote:
On 25 July 2013 16:55, Dennis Lundberg denn...@apache.org wrote:
Den 25 jul 2013 16:08 skrev sebb seb...@gmail.com:
On 23 July 2013 20:45, Dennis Lundberg denn
On 25 July 2013 12:17, ol...@apache.org wrote:
Author: olamy
Date: Thu Jul 25 11:17:41 2013
New Revision: 1506890
URL: http://svn.apache.org/r1506890
Log:
Use Apache formatting rules.
pedantic mode
Strictly speaking, these are the Apache Maven formatting rules.
These rules are not the
On 25 July 2013 21:54, rfscho...@apache.org wrote:
Author: rfscholte
Date: Thu Jul 25 20:54:43 2013
New Revision: 1507123
URL: http://svn.apache.org/r1507123
Log:
apply generics
Modified:
On 25 July 2013 22:55, Paul Benedict pbened...@apache.org wrote:
Agreed. I'll tip my hand and give my opinion: PMC members should have an
Apache first mentality. They are gatekeepers and guardians of their
project. Spinning off critical code to other OSS organizations should be
frowned upon --
On 21 July 2013 11:48, Olivier Lamy ol...@apache.org wrote:
Damned there are plenty of Apache projects which don't do that :-)
They will have to be fixed over time.
But in this case the plugin maven-remote-resources-plugin doesn't have
to be used anymore?
Because now we can have duplicate NL
is required, maybe a specific
ASF-ruleset
Robert
Op Sun, 21 Jul 2013 13:03:18 +0200 schreef sebb seb...@gmail.com:
On 21 July 2013 11:48, Olivier Lamy ol...@apache.org wrote:
Damned there are plenty of Apache projects which don't do that :-)
They will have to be fixed over time
On 21 July 2013 13:09, Dennis Lundberg denn...@apache.org wrote:
Hi
Has anyone asked if we can use generated files instead?
Many of the ASF rules are written by people that have not concidered the
fact that things such as these can be automated. Therefore many of these
rules are stated in a
On 21 July 2013 13:22, Robert Scholte rfscho...@apache.org wrote:
Op Sun, 21 Jul 2013 14:10:12 +0200 schreef sebb seb...@gmail.com:
On 21 July 2013 12:39, Robert Scholte rfscho...@apache.org wrote:
Having a copy here does indeed mean we have to maintain it, unless we use
svn:externals
14:17:12 +0200 schreef sebb seb...@gmail.com:
On 21 July 2013 13:09, Dennis Lundberg denn...@apache.org wrote:
Hi
Has anyone asked if we can use generated files instead?
Many of the ASF rules are written by people that have not concidered the
fact that things such as these can be automated
On 21 July 2013 13:38, Daniel Kulp dk...@apache.org wrote:
Also keep in mind, there is likely a large difference between the
LICENSE/NOTICE files that would go into a source release than would go into
the binary convenience releases. 90% of the source NOTICE/LICESE files are
just plain
On 21 July 2013 14:05, Olivier Lamy ol...@apache.org wrote:
2013/7/21 sebb seb...@gmail.com:
On 21 July 2013 13:30, Robert Scholte rfscho...@apache.org wrote:
Also, the files change relatively rarely once set up.
I thought you strongly believed in Murphy's Law...
Not sure how
On 21 July 2013 19:47, Jason van Zyl ja...@tesla.io wrote:
On Jul 21, 2013, at 2:29 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Revert my change upping to RAT 0.9
Stupid plugin has major regression in performance, but 0.8 needs excludes
for git
Yup, just noticed that as
On 21 July 2013 14:39, denn...@apache.org wrote:
Author: dennisl
Date: Sun Jul 21 13:39:23 2013
New Revision: 1505380
URL: http://svn.apache.org/r1505380
Log:
Remove spurious blank lines in generated NOTICE file.
Modified:
On 21 July 2013 21:23, Jason van Zyl ja...@tesla.io wrote:
On Jul 21, 2013, at 3:14 PM, sebb seb...@gmail.com wrote:
On 21 July 2013 19:47, Jason van Zyl ja...@tesla.io wrote:
On Jul 21, 2013, at 2:29 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Revert my change upping
On 20 July 2013 03:46, ol...@apache.org wrote:
Author: olamy
Date: Sat Jul 20 02:46:30 2013
New Revision: 1505079
URL: http://svn.apache.org/r1505079
Log:
document date format
Modified:
maven/site/trunk/content/apt/docs/history.apt
Modified:
On 19 July 2013 17:54, hbout...@apache.org wrote:
Author: hboutemy
Date: Fri Jul 19 16:54:44 2013
New Revision: 1504937
URL: http://svn.apache.org/r1504937
Log:
point to ASF license page instead of MPIR copy
Thank you!
Modified:
maven/site/trunk/content/site.xml
Modified:
On 18 July 2013 09:36, Stuart McCulloch mccu...@gmail.com wrote:
On 18 Jul 2013, at 05:41, Brett Porter br...@apache.org wrote:
Hi,
I've got a regression here using the Swagger Maven Plugin [1] that looks
different to the Aether one. Before I go poking around further, I was
wondering if
On 18 July 2013 15:22, Arnaud Héritier aherit...@gmail.com wrote:
On Thu, Jul 18, 2013 at 3:32 PM, Jason van Zyl ja...@tesla.io wrote:
When Sisu with this fix is released I'll cut a 3.1.1.
+1
Now would be a good time to start fixing the NOTICE and LICENSE files.
:33 PM, sebb seb...@gmail.com wrote:
On 18 July 2013 15:22, Arnaud Héritier aherit...@gmail.com wrote:
On Thu, Jul 18, 2013 at 3:32 PM, Jason van Zyl ja...@tesla.io wrote:
When Sisu with this fix is released I'll cut a 3.1.1.
+1
Now would be a good time to start fixing the NOTICE
Which JIRA would that be?
On 18 July 2013 17:24, Stephen Connolly stephen.alan.conno...@gmail.com wrote:
If it's not in JIRA it doesn't exist
On 18 July 2013 17:18, sebb seb...@gmail.com wrote:
On 18 July 2013 16:35, Arnaud Héritier aherit...@gmail.com wrote:
There are open issues
ny best to
provide a description.
On Jul 18, 2013, at 10:39 AM, sebb seb...@gmail.com wrote:
Which JIRA would that be?
On 18 July 2013 17:24, Stephen Connolly stephen.alan.conno...@gmail.com
wrote:
If it's not in JIRA it doesn't exist
On 18 July 2013 17:18, sebb seb...@gmail.com wrote
:
What was the hash for future reference? This is why sebb is sooo
right.
If
you have a unique coordinate, you're good for life, no matter what
gets
done to the SCM. (more or less)
On Mon, Jul 15, 2013 at 9:53 PM, Arnaud Héritier
aherit...@gmail.com
wrote:
done
On 16 July 2013 22:37, Jason van Zyl ja...@tesla.io wrote:
Typo on my part. There are 48 things to change when updating a release.
I updated and triggered the publish an hour ago. I'm not sure when/how it
updates.
Should be immediate (within a few seconds), assuming svnpubsub is
running
On 16 July 2013 23:45, Jason van Zyl ja...@tesla.io wrote:
On Jul 16, 2013, at 5:42 PM, sebb seb...@gmail.com wrote:
On 16 July 2013 22:37, Jason van Zyl ja...@tesla.io wrote:
Typo on my part. There are 48 things to change when updating a release.
I updated and triggered the publish an hour
On 15 July 2013 23:26, aherit...@apache.org wrote:
Add ASL license header
Trivial nit: it's the AL header, i.e. Apache License header.
It's not a Software license per se.
-
To unsubscribe, e-mail:
On 15 July 2013 23:26, aherit...@apache.org wrote:
Replace package.html with package-info.java
Warning: this will cause unnecessary compilations unless/until
https://jira.codehaus.org/browse/MCOMPILER-205 is fixed.
-
To
On 15 July 2013 23:26, aherit...@apache.org wrote:
fix typo and use names from their respective POMs
Project: http://git-wip-us.apache.org/repos/asf/maven/repo
Commit: http://git-wip-us.apache.org/repos/asf/maven/commit/2fea34f7
Tree:
On 15 July 2013 23:26, aherit...@apache.org wrote:
Code cleanup - Maven requires Java 5+ : Remove unnecessary boxing
Not sure that's a good idea.
I've found quite a few bugs related to boxing in other projects.
For example, auto-unboxing a field that can sometimes be null may
cause an
On 15 July 2013 23:26, aherit...@apache.org wrote:
Code cleanup - Maven requires Java 5+ : Replace for and while loops by for
each
Project: http://git-wip-us.apache.org/repos/asf/maven/repo
Commit: http://git-wip-us.apache.org/repos/asf/maven/commit/d92746dc
Tree:
Commit
Then
Review
On 16 July 2013 00:15, Barrie Treloar baerr...@gmail.com wrote:
On 16 July 2013 08:39, Stephen Connolly stephen.alan.conno...@gmail.com
wrote:
Remember folks, we are CTR not RTC so we shouldn't be holding up getting
stuff done
I think I should be able to grok that, but
On 13 July 2013 14:54, Jason van Zyl ja...@tesla.io wrote:
The vote has passed with the following:
+1 Binding: Arnaud, Stephen, Olivier, Hervé
+1 Non-binding: Stevo, Anders, Tony, Tamas, Baptiste, Mark, Mirko
I voted -1 (non-binding) because of the invalid NOTICE file (amongst
other reasons).
1 - 100 of 233 matches
Mail list logo