+1
On Mon, Oct 5, 2015, 4:06 AM Conor MacNeill wrote:
> I would like to nominate Stephen Haberman as a committer. Stephen has
> submitted a number of well tested patches to the Ivy codebase. I
> believe adding Stephen would strengthen the committer-base,
> particularly for the Ivy Sub-project.
>
One thing to note -- the bar for being admitted as a maintainer, and thus
having the opportunity to help guide the project's future yourself, is by
no means unattainable.
I was offered the opportunity after about 2-3 reasonable-quality patches,
if memory serves; unfortunately, I shortly thereafter
Lahiru --
Welcome!
I can't speak for all of the project, but there are certainly plenty of
opportunities for improvement available. I'd suggest looking through our
bug tracker for anything that looks interesting to you.
See the links at http://ant.apache.org/bugs.html, both to list of bugs by
pr
I'd suggest looking into git-subtree as well, if we wanted to maintain a
single-development-tree experience. Submodules have a reputation
(well-deserved, IMHO) of being somewhat unwieldy to work with; using
git-subtree to manage linked trees can be a bit more automation/setup work,
but can also pro
I was thinking of doing a runtime type check on the exception returned
(grabbing an instance of the class via introspection, to avoid a
classload-time dependency) and reraising anything unexpected wrapped in a
RuntimeException; otherwise, that's pretty much exactly the way I would
have fixed the is
+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
The amount of "fun" otherwise involved when two separate threads called
into Ivy code in parallel was considerable, and was regularly resulting in
a logger stack with no relationship with any individual thread's call stack.
On Mar 25, 2014 7:27 AM, "Maarten Coene" wrote:
> Maybe a bit late, but w
Apologies for being late to the game here -- I asked my former employer
(who sponsored some work for this release) if they were interested in
providing feedback, and was deferring a response to allow them an
opportunity to chime in.
+1
On Sat, Mar 15, 2014 at 5:17 PM, Maarten Coene wrote:
> Hi
out --depth=files --depth=files
> https://dist.apache.org/repos/dist/release/ant/ dist-release-ant
> >
> > Charles, let us know if you can check in your public key there.
> >
> >
> >
> > Antoine
> >
> >
> >
> > On Feb 15, 2014, at 9:23 AM, Nicolas
Sounds good to me!
I'd be happy to review this patch, but be aware that my involvement may be
a bit deferred -- I recently changed jobs and am in the middle of a move
(from Austin to Chicago); this is holding up some other obligations I have
to the Ivy project as well (around getting a 2.4.0 relea
Apologies -- new job; I dropped the ball somewhat. I'll try to get things
back on track this weekend.
On Fri, Feb 14, 2014 at 1:58 AM, Jean-Louis Boudart <
jeanlouis.boud...@gmail.com> wrote:
> Is the release over ?
>
> I dont find it on maven central
> Le 28 janv. 201
he
> same as the one you used to sign the proposed artifacts.
>
> My gpg is asking for the key ID 93FB868A. Did I do something wrong or the
> keys are actually different ?
>
> Nicolas
>
>
> >
> > Nicolas
> >
> > Le 21 janv. 2014 à 17:19, Charles Duffy
floating.
On Tue, Jan 21, 2014 at 6:54 AM, Charles Duffy wrote:
> Howdy --
>
> I've attempted to follow the documentation at
> http://ant.apache.org/ivy/history/trunk/dev/makerelease.html and
> http://ant.apache.org/ivy/ivyde/history/trunk/dev/updatesite.html (as
> inclu
Howdy --
I've attempted to follow the documentation at
http://ant.apache.org/ivy/history/trunk/dev/makerelease.html and
http://ant.apache.org/ivy/ivyde/history/trunk/dev/updatesite.html (as
included-by-reference in the former) in preparing the above. That said, it
appears that I missed step 12 (an
I have built a release candidate for Ivy 2.4.0.
You can download it from this URL:
http://people.apache.org/~cduffy/ivy-2.4.0-rc1/
Do you vote for the release of these binaries?
[ ] Yes
[ ] No
Regards,
Charles Duffy, Ivy 2.4.0 release manager
PS -- As this build was performed on hardware
Howdy, all --
The release process for Ivy includes using Xooki to edit the documentation
before publication.
Unfortunately, the code Xooki uses for saving updated files, borrowed from
an early TiddlyWiki release, is no longer supported on modern FireFox or
Chrome -- and while HTML5 has its own fi
Oops!
My apologies for having forgotten this was pending when cutting the -rc1
branch. Happy to update the branch after this change is in, before tagging
and building something to formally propose for voting.
On Sun, Jan 12, 2014 at 11:14 AM, Jean-Louis Boudart <
jeanlouis.boud...@gmail.com> wro
+1
On Sun, Jan 12, 2014 at 11:14 AM, Jean-Louis Boudart <
jeanlouis.boud...@gmail.com> wrote:
> Hi there,
>
> While fixing a bug i noticed that ivy source code was not fully formatted.
> Eclipse formatter is not exported as a plain file but present through
> eclipse project preferences in .setti
On Thu, Jan 9, 2014 at 12:17 PM, Nicolas Lalevée wrote:
> Yep, a quite hard problem to resolve. At the ant task level I don't know
> how you could nail it without asking the end user to call some ivy:lock
> task.
>
I'd like to argue that for ant tasks, a default behavior of releasing locks
only
te that it should hold locks its
children. For ant, being generally a short-lived process, it might make
sense for the parent context to be the read lock holder.
Does this clarify the issue I'm trying to solve?
On Sat, Jan 4, 2014 at 8:06 AM, Nicolas Lalevée
wrote:
>
> Le 3 janv. 2014 à 22
is a necessary component, to be sure -- but
something needs to tell it when a read lock is needed, and likewise when
its need is past.
On Jan 4, 2014 8:07 AM, "Nicolas Lalevée"
wrote:
>
> Le 3 janv. 2014 à 22:28, Charles Duffy a écrit :
>
> > Howdy, all --
> >
> &
Howdy, all --
I'm trying to strengthen Ivy's locking system to make it strong enough to
allow ivy:clean at arbitrary times on systems which can have other actions
making use of the same shared caches.
There are a few requirements to make this happen while still allowing
multiple resolves (and lik
;
> Le 30 déc. 2013 à 19:35, Charles Duffy a écrit :
>
> > Howdy, all --
> >
> > There's rather a lot of good stuff on Ivy's trunk.
>
> Agreed.
>
> > Any thoughts as to when
> > we might be in a position to start a release candidate series?
&
Howdy, all --
There's rather a lot of good stuff on Ivy's trunk. Any thoughts as to when
we might be in a position to start a release candidate series?
(As there are tickets assigned to 2.4.0, and nothing on 2.3.1, would I be
correct in gathering that that's where we're going next?)
6, 2013 at 5:03 PM, Nicolas Lalevée wrote:
>
> Le 24 déc. 2013 à 01:12, Charles Duffy a écrit :
>
> > Howdy, all --
> >
> > I have a reproducer for an issue similar to IVY-1333 ("impossible to get
> > artifacts when data has not been loaded") which demon
Howdy, all --
I've been seeing race conditions around mutating methods in IvySettings
resulting in occasional NPEs during IVY-1454 regression testing. We're also
getting issues with ConcurrentModificationExceptions from the logger stack
-- which it seems to me we'd need to move the loggers into th
Howdy, all --
I have a reproducer for an issue similar to IVY-1333 ("impossible to get
artifacts when data has not been loaded") which demonstrates some
surprising behavior, and would appreciate feedback from folks more familiar
with the ResolveEngine's internals:
An tag in a transitive dependen
ultiple
> cache configurations :-}
>
> I'll send a notice with the issue number when I've got all the details.
>
> Thanks,
> Carsten
>
>
>
> Von:Charles Duffy
> An: Ant Developers List
> Datum: 18.12.2013 01:49
> Betreff:Re: Re: Over
Howdy --
I had to make some changes to checkstyle-config to support modern releases
of the checkstyle plugin. Significant parts of the old config rely on
behavior which was changed in the checkstyle 5.0 release; current upstream
is 5.7.
The plugin I'm testing against uses net.sf.eclipsecs.core.Ch
wse/IVY), or would you like me to do so
on your behalf?
Thanks!
On Tue, Dec 17, 2013 at 10:29 AM, wrote:
> Cool, if you find something, I'll happily test that.
>
> Thanks,
> Carsten
>
>
>
> Von:Charles Duffy
> An: Ant Developers List
> Datum: 17.12.2
I'll try to take a look at this today. Thanks for the report!
On Tue, Dec 17, 2013 at 8:19 AM, wrote:
> Hi,
>
> I just tried the artifact-lock-io lockstrategy with
> ivy_2.4.0.alpha_20131214174343.jar.
> At some point I got resolve error like this:
>
> [ivy:resolve] ::
The version here adds a unit test, and patches URLResolver per prior
feedback (which had failed to make it into the public version of the
patch's r2).
Index: src/java/org/apache/ivy/plugins/repository/url/URLRepository.java
===
--- src
ncoded such as spaces replaced by %32.
>
> Regards,
>
> Antoine
>
> On Nov 11, 2013, at 1:51 PM, Charles Duffy wrote:
>
> > This isn't actually so important for URLResolver itself, which can be
> replaced with the FileSystem resolver at will -- but without thi
This isn't actually so important for URLResolver itself, which can be
replaced with the FileSystem resolver at will -- but without this patch,
one can't get the unique behavior of the IBiblio resolver combined with
useOrigin.
Feedback appreciated.
Index: src/java/org/apache/ivy/core/cache/DefaultR
Howdy --
In both the documentation and the code, the NIO FileLock implementation is
advised against. However, the open(O_CREAT|O_EXCL)-based system which is
presently used in favor of it has the major issue that locks are not
cleaned up on failures -- such that manual intervention can be required
If you're seeing this for the second time, please pardon the repost -- the
first instance was posted through Nabble, and appears not to to have been
accepted by the real list.
---
For organisations and modules, checkDescriptorConsistency compares mrid and
md -- both of which use the local values.
Howdy --
I've recently submitted three tickets to the IVY project on Apache's JIRA
instance:
IVY-1421 - SSH agent support for SSH and SFTP transports
IVY-1423 - Namespace revision mapping does not work bidirectionally
IVY-1424 - NIO FileLocker releases locks while still within tryLock() call
All
On 05/14/2013 10:00 AM, Charles Duffy wrote:
The SSH library used by ant, jsch, has a series of optional additional
components available adding support for communicating with an external
keystore. I've been using these successfully (with a number of users)
over the course of the last few
hanks,
-- Charles Duffy
char...@dyfis.net
du...@indeed.com
On Tue, May 14, 2013 at 10:00 AM, Charles Duffy wrote:
> Howdy, all --
>
> The SSH library used by ant, jsch, has a series of optional additional
> components available adding support for communicating with an external
>
gratefully appreciated.
Many thanks,
-- Charles Duffy
char...@dyfis.net
du...@indeed.com
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
40 matches
Mail list logo
