My summary of this intermediate time for the migration-to-git-thread (not
dividing into binding/non-binding votes):
Ant
+1: antoine, jhm, bodewig, Per Arnold Blaasmo, boudart, conor, Michael
Clarke, Charles Duffy (8)
+0: ddevienne, Nicolas Lalevee, Matt (3)
Ivy
+1: antoine, Per Arnold Bl
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
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
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 wrote:
> Hello
Hello Jan,
On Apr 28, 2014, at 1:29 AM, Jan Matèrne (jhm) 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
> name for g
Hello Charles,
On Apr 28, 2014, at 11:07 AM, Charles Duffy 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, while typically
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:
LogCapturer.messageLogged(BuildEvent
On 2014-04-28, Nicolas Lalevée wrote:
> Le 28 avr. 2014 à 07:29, Jan Matèrne (jhm) a écrit :
>> Why not having one sandbox repo? New projects could be added there as
>> one directory, if creating a gitmodule would enforce infra to act.
> What would be the process of a sandbox project becoming "
+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 project
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 a écrit :
>
> > On a whim, I implemented parallel download of artifacts by hooking the
> > downloadArtifacts
> > method of Resolve engine. While this can potentially s
Le 28 avr. 2014 à 13:59, Josh Suereth 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 dominates (of
> course
Le 28 avr. 2014 à 07:29, Jan Matèrne (jhm) 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
On Apr 27, 2014 10:03 PM, "Antoine Levy Lambert" 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 svnpubs
+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, "
Le 28 avr. 2014 à 05:02, Antoine Levy Lambert 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 becaus
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,
On Mon, Apr 28, 2014 at 8:54 AM, Conor MacNeill wrote:
> On 28 April 2014 13:02, Antoine Levy Lambert wrote:
>> Let's vote about migrating to git :
+0 on all. --DD
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For ad
17 matches
Mail list logo