Re: [VOTE] migration to git

2014-04-28 Thread Per Arnold Blaasmo
On 28. april 2014 05:02, Antoine Levy Lambert wrote: Hi, Let's vote about migrating to git : - Ant - Ivy - easyant - Ivyde - the antlibs [] Yes [] No +1 on all. - To unsubscribe, e-mail:

Re: [VOTE] migration to git

2014-04-28 Thread Jean-Louis Boudart
2014-04-28 5:02 GMT+02:00 Antoine Levy Lambert anto...@gmx.de: Hi, Let's vote about migrating to git : - Ant - Ivy - easyant - Ivyde - the antlibs I am not including the sandbox in the thread intentionally. The web sites will remain in svn in any event because svnpubsub is the

Re: [VOTE] migration to git

2014-04-28 Thread Conor MacNeill
+1 Conor On 28 April 2014 13:02, Antoine Levy Lambert anto...@gmx.de wrote: Hi, Let's vote about migrating to git : - Ant - Ivy - easyant - Ivyde - the antlibs I am not including the sandbox in the thread intentionally. The web sites will remain in svn in any event because

Re: [VOTE] migration to git

2014-04-28 Thread Dominique Devienne
On Mon, Apr 28, 2014 at 8:54 AM, Conor MacNeill co...@apache.org wrote: On 28 April 2014 13:02, Antoine Levy Lambert anto...@gmx.de wrote: Let's vote about migrating to git : +0 on all. --DD - To unsubscribe, e-mail:

Ivy slow resolution

2014-04-28 Thread Josh Suereth
On a whim, I implemented parallel download of artifacts by hooking the downloadArtifacts method of Resolve engine. While this can potentially speed up download performance, the resolution times (getDepedencies) still dominates (of course). Parallel downloads is an often requested feature of sbt,

Re: [VOTE] migration to git

2014-04-28 Thread Nicolas Lalevée
Le 28 avr. 2014 à 05:02, Antoine Levy Lambert anto...@gmx.de a écrit : Hi, Let's vote about migrating to git : - Ant - Ivy - easyant - Ivyde - the antlibs I am not including the sandbox in the thread intentionally. The web sites will remain in svn in any event because

Re: [VOTE] migration to git

2014-04-28 Thread Michael Clarke
+1 from me for Ant, +0 for the other associated projects. I'm happy to help with any migration or post migration cleanup of docs/processes, but am only properly familiar with the Ant core so may not be much help with the likes of Ivy but can give it a shot if needed. On 28 Apr 2014, at 13:32,

Re: [VOTE] migration to git

2014-04-28 Thread Matt Benson
On Apr 27, 2014 10:03 PM, Antoine Levy Lambert anto...@gmx.de wrote: Hi, Let's vote about migrating to git : - Ant - Ivy - easyant - Ivyde - the antlibs I am not including the sandbox in the thread intentionally. The web sites will remain in svn in any event because svnpubsub is

Re: [VOTE] migration to git

2014-04-28 Thread Nicolas Lalevée
Le 28 avr. 2014 à 07:29, Jan Matèrne (jhm) apa...@materne.de a écrit : Let's vote about migrating to git : - Ant +1 - Ivy +0, because I dont work on that codebase and therefore dont want to influence these committers. - easyant +0, same as for Ivy - Ivyde +0, dito

Re: Ivy slow resolution

2014-04-28 Thread Nicolas Lalevée
Le 28 avr. 2014 à 13:59, Josh Suereth joshua.suer...@gmail.com a écrit : On a whim, I implemented parallel download of artifacts by hooking the downloadArtifacts method of Resolve engine. While this can potentially speed up download performance, the resolution times (getDepedencies) still

Re: Ivy slow resolution

2014-04-28 Thread Josh Suereth
On Mon, Apr 28, 2014 at 10:13 AM, Nicolas Lalevée nicolas.lale...@hibnet.org wrote: Le 28 avr. 2014 à 13:59, Josh Suereth joshua.suer...@gmail.com a écrit : On a whim, I implemented parallel download of artifacts by hooking the downloadArtifacts method of Resolve engine. While this can

Re: [VOTE] migration to git

2014-04-28 Thread Charles Duffy
+1 for Ant and Ivy, +0 elsewhere. If we wanted to do a history-preserving transform (with branches, merges c. faithfully preserved), I'd be happy to help with the configuration and use of SubGit (which, while typically a commercially-licensed tool, has zero-cost licenses available for OSS

How to submit a change for AntUnit?

2014-04-28 Thread chris . holman
Hi, I realise the AntUnit project is pretty quiet, but I have a fix I'd like to submit. The LogCapturer currently concatenates all messages onto the same line. Not very readable when you send the log to file. I've added an EOL to each append in method:

Re: [VOTE] migration to git

2014-04-28 Thread Antoine Levy Lambert
Hello Charles, On Apr 28, 2014, at 11:07 AM, Charles Duffy char...@dyfis.net wrote: +1 for Ant and Ivy, +0 elsewhere. If we wanted to do a history-preserving transform (with branches, merges c. faithfully preserved), I'd be happy to help with the configuration and use of SubGit (which,

migration to git and web site publication

2014-04-28 Thread Antoine Levy Lambert
Hello Jan, On Apr 28, 2014, at 1:29 AM, Jan Matèrne (jhm) apa...@materne.de wrote: The web sites will remain in svn in any event because svnpubsub is the only supported mechanism to maintain web sites AFAIK. I havent looked at the current svnpubsub, but there is also one with that

Re: [VOTE] migration to git

2014-04-28 Thread Antoine Levy Lambert
In fact I have to correct this. I just contacted infra via freenode and I was told that they have their own migration tools and that they do not need subgit. There will certainly be other pre or post migration tasks :-) Antoine On Apr 28, 2014, at 10:46 PM, Antoine Levy Lambert anto...@gmx.de

Re: How to submit a change for AntUnit?

2014-04-28 Thread Antoine Levy Lambert
Hello Chris, I wonder whether the current behavior of the LogCapturer has a rationale and whether a backward compatibility needs to be preserved for this aspect. To submit a patch, the best is to create a bugzilla issue on http://issues.apache.org/bugzilla and to attach the output of svn diff

AW: How to submit a change for AntUnit?

2014-04-28 Thread jhm
The process is the same as for Ant itself: create a bugzilla issue and attach your patch. Jan -Ursprüngliche Nachricht- Von: chris.hol...@awltux.com [mailto:chris.hol...@awltux.com] Gesendet: Montag, 28. April 2014 22:05 An: dev@ant.apache.org Betreff: How to submit a change for