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 van Zyl ja...@tesla.io wrote:
What Sebb is doing is perfectly
+1
On Friday, 16 August 2013, Andreas Gudian wrote:
One more PMC vote would be great to get this over with... ;-)
Am Donnerstag, 15. August 2013 schrieb Olivier Lamy :
+1
On 12 August 2013 03:51, Andreas Gudian
andreas.gud...@gmail.comjavascript:;
javascript:;
wrote:
Hi,
On Fri, Aug 16, 2013 at 5:00 AM, Fred Cooke fred.co...@gmail.com wrote:
Chances of understanding me:
- Close friend: 50%
- Other friend: 25%
- Kiwi: 15%
- Ozzy: 10% (that's you)
- POHM: 8%
- Yank: 5%
- Spaniard: 1%
So don't feel too bad, you had a 90% chance of
And here's my +1.
2013/8/16 Stephen Connolly stephen.alan.conno...@gmail.com
+1
On Friday, 16 August 2013, Andreas Gudian wrote:
One more PMC vote would be great to get this over with... ;-)
Am Donnerstag, 15. August 2013 schrieb Olivier Lamy :
+1
On 12 August 2013 03:51,
I don't think Sebb has been under attack. Certainly I know I have tried my
best to craft my replies such that it is the ideas and not the person. The
one time I used troll and Sebb in the same sentence it was when I
pointed out that if he continued to not address the PMCs responses and
instead
Hi,
The vote has passed with the following result:
+1 (binding): Kristian Rosenvold, Olivier Lamy, Stephen Connolly
+1 (non binding): Andreas Gudian
I will promote the artifacts to the central repo.
@PMC: could one of you please put the source bundles to the dist area and
file the release for
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 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 Lundberg denn...@apache.org wrote:
On Thu, Aug 15, 2013 at 9:27
Dennis, I've been using (and mostly loving) the release plugin/process for
the better part of a decade and certainly claim to understand it well. I
don't see how my knowledge of that (or Sebb's perceived lack of knowledge
of that) is in any way relevant. The release plugin means it's harder to do
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
On Fri, Aug 16, 2013 at 11:15 AM, Fred Cooke fred.co...@gmail.com wrote:
Dennis, I've been using (and mostly loving) the release plugin/process for
the better part of a decade and certainly claim to understand it well. I
don't see how my knowledge of that (or Sebb's perceived lack of knowledge
On Fri, Aug 16, 2013 at 11:24 AM, sebb seb...@gmail.com wrote:
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
Dennis, of course source bundles will contain URLs and hashes and revisions
and so forth, and the chance of those being mismatched is approximately
zero. That's not the point.
The point (for me, at least) is what did you INTEND to release, and does
THAT match what is actually found in the bundle
That sounds like you are looking for the SHA1 sum of the source bundle to
be included in the vote email. Which would seem perfectly reasonable to me.
On 16 August 2013 12:31, Fred Cooke fred.co...@gmail.com wrote:
Dennis, of course source bundles will contain URLs and hashes and revisions
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 to be looking at. I don't see importance in
which, but I've not thought about it much. I think *all* would be huge
overkill.
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 to be looking at. I don't see importance in
which, but
Github user Tibor17 closed the pull request at:
https://github.com/apache/maven-surefire/pull/26
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
r1514680
Does that, coupled with the knowledge that our source release bundles are
*supposed to* include the tag details that they were built from resolve
your issue?
(Obviously there is more tooling we can add... for instance I suspect that
for GIT we are not including the git hash that
On 16 August 2013 13:44, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
r1514680
Does that, coupled with the knowledge that our source release bundles are
*supposed to* include the tag details that they were built from resolve
your issue?
Sorry, but no.
As I see it, release votes
On 16 August 2013 14:27, sebb seb...@gmail.com wrote:
On 16 August 2013 13:44, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
r1514680
Does that, coupled with the knowledge that our source release bundles are
*supposed to* include the tag details that they were built from
I agree that this is a regression. I have asked Jason to take a look before
he cuts the next release
On 16 August 2013 14:47, Severin Gehwolf jerb...@gmail.com wrote:
Hi,
We are currently using Maven 3.0.5 to build our project called
Thermostat[1]. Our build produces zip files at some stage
21 matches
Mail list logo