tions? I couldn't find this in any document that I read (I can
send a patch to the docs itself when I know the answer).
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-m
uld be usable, right?
-Jaikiran
On Thursday 16 July 2015 05:38 PM, Jean-Louis Boudart wrote:
The best you can do to help us would be to try to submit patches either via
JIRA attachemnet or via pull requests.
Let me know if you need some more informations.
2015-07-16 14:06 GMT+02:00 Jean-
Thank you Nicolas. I just submitted the first pull request which fixes
IVY-1526 https://github.com/apache/ant-ivy/pull/7. Let me know if that's
good enough or requires more changes.
-Jaikiran
On Thursday 16 July 2015 05:57 PM, Nicolas Lalevée wrote:
Le 16 juil. 2015 à 14:14, Jaikiran P
n
which allows setting the default branch. Admins can edit it to set a
branch of their choice as default. I think that needs to be done on this
repo.
-Jaikiran
: https://github.com/apache/ant-ivy/blob/master/build.properties
<https://github.com/apache/ant-ivy/blob/master/build.properti
ut in order to verify against Windows OS, it
would have to be run against such a system.
How is this currently handled? Should I go ahead and submit a PR at
github and will it then be run by someone against a Windows OS?
-Jai
Could some please review the pull request? If there's a better way to
send the commit/contributions instead of at github, do let me know, I'll
resubmit.
-Jaikiran
On Sunday 19 July 2015 10:03 PM, Jaikiran Pai wrote:
Thank you Nicolas. I just submitted the first pull request which
thub.com/apache/ant-ivy/pull/7
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
Hi Conor,
On Monday 24 August 2015 06:25 AM, Conor MacNeill wrote:
Stephen & Jaikiran,
Thanks for your emails. I don't think anyone would be offended by your
comments. They are well founded.
I do think we need fresh blood for the Ivy sub-projects.
Is there a formal process to init
do plan to help out in any way I can in those efforts.
-Jaikiran
On Tuesday 25 August 2015 04:34 AM, Charles Duffy wrote:
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 have sent a PR with a fix for IVY-1522
https://github.com/apache/ant-ivy/pull/8 which will have to be tested
against a Windows OS.
-Jaikiran
On Thursday 23 July 2015 06:48 PM, Jaikiran Pai wrote:
I have a patch (along with a testcase) for this issue
https://issues.apache.org/jira/browse/IVY
If
there's an official word on where it stands in terms of projects goals,
we can officially move to a different build system.
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional com
p/future, the answer seems to suggest that it
does have a future. However, with more than a year since I last asked
this question (in this mailing list) and with no real development or
releases during that period, I don't believe that's the case.
-Jaikiran
Jan
-Ursprüngliche
tself needs to be used in serious
projects, there needs to be an active community and usable ecosystem
around it, headed by developers who are able to invest time and interest
in it.
-Jaikiran
IMHO, IvyDE works
well with Eclipse;
perhaps its release cycle needs to be synced with Ivy releas
s using/trying to use it, there's really
nothing to look forward to in terms of roadmap or releases or development.
[1] http://marc.info/?l=ant-dev&m=143702067424412&w=2
[2] http://marc.info/?l=ant-dev&m=143765756710466&w=2
[3] http://marc.info/?l=ant-dev&m=144026083515049&
this already available
in the project/Ant ecosystem somewhere? Something like a Jenkins? If
not, is there any other option we have to make sure we really release
something that is reproducible?
-Jaikiran
On Wednesday 07 December 2016 05:36 PM, Oulds, Jonathan wrote:
Nicolas raises some great
st of JIRAs which
might be worth to be included in the proposed release (whenever next it
happens). Of course, someone who has more knowledge about the project
can do this and I'll happily step aside from that task.
-Jaikiran
On Wednesday 07 December 2016 08:41 PM, Jan Matèrne (jhm) wrote:
Is there a specific mailing list to where the Ivy JIRA issue
notifications go to? I would like to subscribe to these issues and I
can't find a way in JIRA project to send me notifications only for Ivy
project JIRAs.
-Jai
eopened)%20AND%20affectedVersion%20in%20(2.1.0%2C%202.2.0%2C%202.3.0%2C%202.4.0%2C%202.4.0-RC1)%20AND%20updated%20%3E%3D%202014-01-01%20ORDER%20BY%20updated%20DESC
[2] https://github.com/apache/ant-ivy/pull/11
[3] https://gith
und to see if anything improves at least a month more.
From what I have seen so far, it's been more of promises that things
could improve but there hasn't been any realistic changes on the
development side.
-Jaikiran
On Friday 06 January 2017 11:09 PM, Chris Welty wrote:
I see the
like the complete stacktrace, can you post the complete stacktrace?
-Jaikiran
On Tuesday 17 January 2017 10:44 AM, Sarika Sinha wrote:
Thanks Stefan for the inputs, I could solve the other problems at
Eclipse IDE code level, but I am still stuck with
"missing stack frames while debugging Ant w
oint us to how it deals with this communication?
Either way, I am not yet sure this is specific to Ant. Is this
reproducible if you try and debug a remote Java application from eclipse
with those specific versions of Java?
-Jaikiran
On Tuesday 17 January 2017 11:51 AM, Sarika S
into the asciidoc files.
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
should follow with PRs?
The other thing I had in mind, if we agree upon, is to have an enhancement
raised with the ASF infra team to allow adding some specific comment on the
open PR by a *committer* which then auto-closes the PR. Some comment like “This
PR is merged”.
Any thoughts?
-Jaikiran
?buildTypeId=bt125&guest=1
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
On 19-Jun-2017, at 2:43 PM, Nicolas Lalevée wrote:
>
>> Le 19 juin 2017 à 05:14, Jaikiran Pai a écrit :
>>
>> We have (read only) github repos which back our main ASF git repos (consider
>> the github ant-ivy repo which is a read-only mirror of ASF git repo). Use
Yes, that appears to be the only place where we explain documentation
contribution.
However, the IvyDE project page too points to this page. That’s a reminder for
us that the IvyDE project too probably needs to move to asciidoc.
-Jaikiran
On 20-Jun-2017, at 3:39 AM, Nicolas Lalevée wrote
>
> On 20-Jun-2017, at 3:38 AM, Nicolas Lalevée
> wrote:
>
>
>> Le 19 juin 2017 à 04:52, Jaikiran Pai a écrit :
>>
>> The documentation for ant-ivy project has now been migrated to asciidoc. The
>> migration used a tool developed by Nicolas to mi
without evaluating the kind of
impact it has on the external libraries that use Ivy.
Ultimately, I believe this will come down to a case-by-case basis.
-Jaikiran
On 19-Jun-2017, at 10:12 AM, Gintautas Grigelionis
wrote:
During a discussion about goals for Ivy 2.5, I mentioned generics [1].
I was
The retrieve failure looks like a genuine bug which might be related to one of
the changes I had done in one of the PRs a while back. I’ll take a look at this
today.
-Jaikiran
On 25-Jun-2017, at 8:27 PM, Nicolas Lalevée wrote:
Hi,
I worked on the Jenkins jobs to make them work.
There was
I pushed a fix for this a few days back and the job is now functioning
correctly.
-Jaikiran
On 26-Jun-2017, at 8:15 AM, Jaikiran Pai wrote:
The retrieve failure looks like a genuine bug which might be related to one of
the changes I had done in one of the PRs a while back. I’ll take a look at
latest snapshots. The only way this
job differs from the nightly one now is that the nightly one currently
publishes the latest (site) docs too. I guess that’s not a big thing since we
will soon be publishing the latest site docs live on the Ant site (under the
“master” section).
-Ja
Build/artifact/build/doc/settings.html
[2] See “Hierarchical Index” section at
https://builds.apache.org/view/A/view/Ant/job/Ivy-NightlyDistribution/lastSuccessfulBuild/artifact/build/doc/ivyfile.html
-Jaikiran
On 24-Jun-2017, at 7:18 PM, Nicolas Lalevée wrote:
>
>>
>> And just
On 29-Jun-2017, at 3:58 PM, Nicolas Lalevée wrote:
>
>> Le 29 juin 2017 à 07:59, Jaikiran Pai a écrit :
>>
>> A quick update on this one - I finished off the “settings” sections last
>> week. There is only one pending item that I’m trying to address in that
>
I have now disabled the nightly job[1] and added a note to the job's
description stating that the latest binaries can be obtained from the other Ivy
job[2].
[1] https://builds.apache.org/job/Ivy-NightlyDistribution/
[2] https://builds.apache.org/job/Ivy/lastSuccessfulBuild/
-Jaikiran
for
it) https://github.com/apache/ant-ivy/pull/48#discussion-diff-125161935R162.
Other than that, the PR looks fine to me.
-Jaikiran
On 01-Jul-2017, at 5:37 PM, Nicolas Lalevée wrote:
Thank you very much Gintas.
These PRs are huge, so they will take a little bit of time to process.
Also, in
”
note/section that we repeat (copy/paste really) on our OSGi pages.
-Jaikiran
> Le 29 juin 2017 à 15:16, Jaikiran Pai a écrit :
>
>
> On 29-Jun-2017, at 3:58 PM, Nicolas Lalevée
> wrote:
>
>>
>>> Le 29 juin 2017 à 07:59, Jaikiran Pai a écrit :
>>>
On 29-Jun-2017, at 11:29 AM, Jaikiran Pai wrote:
> I’m picking up “OSGi” section next.
I have completed and pushed the migration of “OSGi” and “Using standalone”
sections to upstream (it’s actually live on site since yesterday). For the OSGi
pages, I had to reword some of the content to
tools/gef/downloads/drops/3.9.100/R201405261516/
-Jaikiran
I'm guessing that while committing the fix for IVY-1404 you probably did
a "git merge" against latest master of upstream, which created this
merge commit.
-Jaikiran
On 12/07/17 1:45 PM, Maarten Coene wrote:
Any idea where this commit comes from?I didn't touch any of th
ommits. In this
specific case this merge commit just points to the previous commit that
was already in the upstream repo. We won't have to revert anything.
-Jaikiran
On 13/07/17 5:47 AM, Maarten Coene wrote:
I remember IntelliJ was saying something about a failed commit asking me to
merge
ts, but if this whole approach looks fine, I will
take this further and make sure things work as expected.
[1]
https://github.com/jaikiran/ant-ivy/commit/e501d9deca78db8b934f8a2710ebcfeaeb1456c8
[2]
https://github.com/jaikiran/ant-ivy/commit/e501d9deca78db8b934f8a2710ebcfeaeb145
sing these additional XML elements, but if this whole approach looks
fine, I will take this further and make sure things work as expected.
[1]
https://github.com/jaikiran/ant-ivy/commit/e501d9deca78db8b934f8a2710ebcfeaeb1456c8
[2]
https://github.com/jaikiran/ant-ivy/commit/e501d9deca78db8b934f8a2
of it to use instead of trying to make it consistent via checkstyle
or refactoring.
-Jaikiran
On 18/07/17 5:09 PM, Gintautas Grigelionis wrote:
In my last PR I tried to address inconsistencies with import of nested
classes, such as Map.Entry; some classes, e.g. IvySettings ended up with
foreach
though I did
actually write a test to verify this behaivour, I may have missed or
misunderstood the parsing code so if anyone thinks what I state isn't
accurate, feel free to correct me.
[1] https://github.com/apache/ant-ivy/pull/54
[2]
https://ant.apache.org/ivy/history/latest-milestone/set
In short, yes - there's a plan to have a Ivy release soon. A more
detailed explanation is available in this recent Ivy users mailing list
thread https://www.mail-archive.com/ivy-user@ant.apache.org/msg06244.html
-Jaikiran
On 22/07/17 8:12 AM, Nick C. wrote:
Will there be a new Ivy re
It looks like the domain got repurposed sometime in 2012.
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
lob/master/ivy.xml#L47
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
dropping commons-httpclient 3.x and moving to the more latest
HttpComponents Client sounds fine to me.
-Jaikiran
So I'm +1 in dropping commons-http-2 support.
What about dropping commons-http-3 too? Here I can't see the requirement for
having this
dynamic loading (but maybe s
That's a a big enough reason to move to HttpComponents Client 4.x
version! I'll have that done in this release of Ivy then.
-Jaikiran
On 24/07/17 11:43 AM, Stefan Bodewig wrote:
On 2017-07-24, Jaikiran Pai wrote:
Ivy currently uses commons-httpclient for dealing with HTTP
re
ist to give the latest snapshot a try to see if there
are any unforeseen regressions.
-Jaikiran
On 25/07/17 12:37 AM, Nicolas Lalevée wrote:
Le 24 juil. 2017 à 08:19, Jaikiran Pai a écrit :
That's a a big enough reason to move to HttpComponents Client 4.x version! I'll
have that do
me to check the Infra team mailing list
or their JIRA to see if this is already reported by other projects. I
will see if I can find some time tonight to check that and report it, if
it hasn't yet been.
-Jaikiran
-
To
ml#createSymbolicLink(java.nio.file.Path,%20java.nio.file.Path,%20java.nio.file.attribute.FileAttribute...)
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
To avoid more such mails, I'm going to disable this job for a few hours
till we get the infra issues sorted out.
-Jaikiran
On 26/07/17 10:44 PM, Apache Jenkins Server wrote:
See <https://builds.apache.org/job/Ivy/627/display/redirect>
--
St
https://issues.apache.org/jira/browse/INFRA-14712
-Jaikiran
On 26/07/17 6:36 PM, Jaikiran Pai wrote:
More of a FYI than anything else - the past couple of days or so, we
haven't had regular successful runs of our various Ivy Jenkins jobs.
Each run failing with different errors, all poi
.
-Jaikiran
On 27/07/17 5:07 PM, Gintautas Grigelionis wrote:
I did a few simple tests on Windows 7 + Cygwin and NIO.2 seems to work just
fine (if privilege to create symlinks is granted).
+1
Gintas
2017-07-27 11:40 GMT+02:00 Gintautas Grigelionis :
There might be some issues with Cygwin
ruled out this feature on native Windows completely. With
the usage of the standard API, that's no longer the case.
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands
this, I think that's what we will have to do.
On the other hand, if we don't have to support this, then I can just
remove it from that typedef.properties file.
[1]
https://github.com/apache/ant-ivy/blob/master/src/java/org/apache/ivy/plugins/resolver/CacheR
On 27/07/17 9:34 PM, Jaikiran Pai wrote:
There's a JIRA[2] asking for the docs to be updated to explain this
resolver.
...
[2] https://issues.apache.org/jira/browse/IVY-804
I meant this JIRA which asks for it to be documented
https://issues.apache.org/jira/browse/IVY-612
-Jai
which has that new
method, but I think that should be fine for now.
I would like some inputs on how we should go about this.
[1]
https://github.com/apache/ant-ivy/pull/57/files#diff-8078d19e36e6c0b7abb0690fca45db0fR191
-Jaikiran
-
which has that new
method, but I think that should be fine for now.
I would like some inputs on how we should go about this.
[1]
https://github.com/apache/ant-ivy/pull/57/files#diff-8078d19e36e6c0b7abb0690fca45db0fR191
-Jaikiran
-
I'm looking into that JIRA. I'll assigned it to my name now.
-Jaikiran
On 06/08/17 12:52 PM, Gintautas Grigelionis wrote:
I went through JIRA issues and noticed
https://issues.apache.org/jira/browse/IVY-1485 was discussed relatively
recently ;-) Anybody looking into it?
Gintas
s
weekend.
-Jaikiran
On 23/08/17 12:12 AM, Gintautas Grigelionis wrote:
Earlier, I wrote about the amount of documentation-related issues in Jira.
There are 27 of them still open [1], and some of them could be closed right
away.
I would be glad to help, but I have no privileges. Is there somebody
As far as I know, the publish task itself doesn't fetch any
dependencies. The dependencies itself are downloaded by a (previous)
resolve task that is invoked separately and explicitly.
-Jaikiran
On 31/07/17 11:32 PM, maikel van den Hurk wrote:
Hi all,
I am wondering if there is alre
ses a best effort algorithm during install, so that
everything gets installed except the missing artifacts. (Note: these
missing artifacts are not in the public maven repository due to
licensing issues)
...
[1]
http://ant.apache.org/ivy/history/master/tutorial/build-repository/basic.html
version) are:
org.apache.ivy
ivy
2.5.0-SNAPSHOT
and can be found here
https://repository.apache.org/content/groups/snapshots/org/apache/ivy/ivy/2.5.0-SNAPSHOT/
[1] https://builds.apache.org/job/Ivy-Snapshot-Deploy/
[2] https://repository.apache.org/snapshots/
-Jaikiran
On 29/08/17 12:35 PM, Gintautas Grigelionis wrote:
I noticed another problem with asciidoc: 1.5.4 fails on my box with the
latest Java 8u144, I had to downgrade it to 1.5.3 -- did anyone else see
that?
1.5.4 works fine for me with Java 8.
-Jaikiran
merge conflicts, if any) against the relevant branch of the
latest upstream.
-Jaikiran
On 06/09/17 8:46 AM, gin...@apache.org wrote:
Repository: ant-ivy
Updated Branches:
refs/heads/master 614bf1ad5 -> b693aa0a2 (forced update)
http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/b693a
d fixing
certain other issues that have been reported in JIRA. But at this point,
I plan to just focus on this single issue (and one minor task involving
reviewing the tutorial docs), before I personally consider things done
instead of the BasicURLHandler.
That seems to be one part of the problem. I'll take a more detailed look after checking
out the code which invokes Ivy.
-Jaikiran
On 14/09/17 1:57 PM, Aurélien Pupier wrote:
Hello,
I'm trying to test https://issues.apache.org/jira/browse/IVY-156
Since the latest released version of that library is 1.58, I think we
should use that version, unless there's a specific reason to not use it.
A quick compilation of Ivy with this library and checking their docs for
JDK compatibility suggested no issues with 1.58.
-Jaikiran
On 19/09/
Is there a source repo and steps that I can follow to build and
reproduce this issue? My attempts so far haven't been able to reproduce
this.
-Jaikiran
On 14/09/17 1:57 PM, Aurélien Pupier wrote:
Hello,
I'm trying to test https://issues.apache.org/jira/browse/IVY-1568 using
la
Let's not force update the upstream repo please, especially the real
branches like the master branch.
-Jaikiran
On 21/10/17 10:22 PM, gin...@apache.org wrote:
Repository: ant-ivy
Updated Branches:
refs/heads/master 744c31824 -> 2074889ec (forced update)
IVY-1420 document
ized block removed, it no longer guarantees the entire block to
be done serially by a single thread anymore.
-Jaikiran
On 02/11/17 2:50 AM, gin...@apache.org wrote:
No need to synchronise a concurrent map
Project: http://git-wip-us.apache.org/repos/asf/ant-ivy/repo
Commit: http://git-wip-us.
version.
[1] http://openjdk.java.net/jeps/223
[2]
https://docs.oracle.com/javase/9/docs/api/java/lang/Runtime.html#version--
-Jaikiran
On 28/11/17 10:10 PM, Stefan Bodewig wrote:
On 2017-11-28, Stefan Bodewig wrote:
Maybe we really need to start parsing the java.ver
m
inconsistent when someone adding new code using a different construct
(like not using explicit brackets), but it's not that big a deal, IMO.
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
I'll investigate why this is failing (local tests pass for me) and fix it.
-Jaikiran
On 10/12/17 2:29 PM, Apache Jenkins Server wrote:
See
<https://builds.apache.org/job/Ant-Build-Matrix-master-Linux/jdk=JDK%201.8%20(latest)/977/display/redirect?page
You are right, that indeed was the issue (for one of that failing test).
I have pushed a commit with this change to fix that one.
-Jaikiran
On 10/12/17 3:13 PM, Stefan Bodewig wrote:
On 2017-12-10, Stefan Bodewig wrote:
testCreateDoubleHanging is related to
https://bz.apache.org/bugzilla
On 10/12/17 3:09 PM, Stefan Bodewig wrote:
On 2017-12-10, Jaikiran Pai wrote:
I'll investigate why this is failing (local tests pass for me) and fix it.
Target testCreateOverFile in the antunit test explicitly tries to
replace a file with a link, doing exactly what the bugzilla report
s set of changes, I am willing
to undo them and go back to the original state that was before I started
these changes.
[1]
https://github.com/apache/ant/commit/b3c7d5dc451960986a94d24785a2c1d24b0b0d6a
-Jaikiran
On 10/12/17 5:15 PM, Stefan Bodewig wrote:
[@Steve I'm trying to drag
.
Done. The documentation of symlink task is now updated
https://github.com/apache/ant/commit/485b92fe7494c5473e019329cbf7a33e556acad6
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e
0(latest)/testReport/org.apache.tools.ant.taskdefs.optional.unix/SymlinkTest/testRecreate/
-Jaikiran
On 10/12/17 3:13 PM, Stefan Bodewig wrote:
On 2017-12-10, Stefan Bodewig wrote:
testCreateDoubleHanging is related to
https://bz.apache.org/bugzilla/show_bug.cgi?id=38199 judging from the
history. Here the link points to a n
Sorry about the continuous mails from github/ant repo. I'm (yet again)
trying to get the Jenkins job integrated with Ant github repo. I don't
have a way to disable these mails while I experiment with it to get it
right. Hopefully, it should be sorted out in the next hour or so.
t
[2] https://builds.apache.org/job/Ant%20Github-PR-Windows/
-Jaikiran
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
My experiments have completed [1] and any new mails from github/jenkins
jobs are genuine mails. Hopefully, the next time I try something around
this, it won't take these many spurious mails.
[1] https://www.mail-archive.com/dev@ant.apache.org/msg46284.html
-Jaikiran
On 12/12/17 7:
Do let me know if there's anything I can do to help investigate this.
I'm curious myself to see what's causing this.
-Jaikiran
On 13/12/17 2:56 AM, Stefan Bodewig wrote:
On 2017-12-12, Stefan Bodewig wrote:
On 2017-12-12, Jaikiran Pai wrote:
So the one final test that
ch[1]. So most likely _not_ a coincidence. But given this a JVM
crash (in Java 6), it most likely is a JVM issue. I'll see if I can find
something on this, before we decide if at all we need to rollback that
commit.
[1]
https://github.com/apache/ant/commit/0fd2a86369aab41db316b1064a559bae08afae0f
-Jaikiran
On 12/12/17 8:05 PM, Jaikiran Pai wrote:
The next few days, I'll probably try and see if I can get a Linux
based job to run alongside this Windows job for PRs.
We now have a Linux one too for the PRs
https://builds.apache.org/job/Ant%20Github-PR-Linux/. It has the same
characteristi
It's back to normal [1], so the crash seems to be specific to certain
nodes on Jenkins, for Java 6. I don't plan to look more into this.
[1]
https://builds.apache.org/job/Ant-Build-Matrix-1.9.x-Linux/jdk=JDK%201.6%20(latest)/135/
-Jaikiran
On 13/12/17 8:40 PM, Jaikiran Pai wrot
[1] http://junit.org/junit5/
[2] https://bz.apache.org/bugzilla/show_bug.cgi?id=61796
[3]
https://github.com/jaikiran/ant/commit/42c7f221a8cd0848df0a2d6cac2897c07d446bda
-Jaikiran
-
To unsubscribe, e-m
by changing the internal
implementation detail of this task (and maybe removing support for
certain attributes).
Either way, I would still like to hear others thoughts on this.
-Jaikiran
On 14/12/17 3:39 PM, Jaikiran Pai wrote:
I've started some experiments in adding support for the rec
Thank you. I'm moving ahead with the new proposed task. Hopefully I
should be able to have something functional in a few days.
-Jaikiran
On 14/12/17 5:14 PM, Stefan Bodewig wrote:
On 2017-12-14, Jaikiran Pai wrote:
With that context, I would like to explain what I have attempted so
fa
code which check that
file1 exists. Furthermore, given that this is manifesting for all the
links in that properties file, it looks a very generic issue and not
just to this specific "link1" symlink.
To make it much more weird, if I run this exact same state of "master"
bran
[exec] [junit] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time
elapsed: 0.276 sec
-Jaikiran
On 19/12/17 5:02 PM, bode...@apache.org wrote:
Repository: ant
Updated Branches:
refs/heads/master c2c821a38 -> 3dad11d41
disable a bunch of caches, just so we've tried that
On 19/12/17 5:13 PM, Jaikiran Pai wrote:
Looking at the JDK code, I still am not sure which exact code path
triggers this stale/invalid cache in this specific case, but
apparently it does.
Now that we know the canonical path cache is playing a role, I think the
only way this issue makes
No specific reason, just that I'm more used to using the javadoc variant
of @deprecated since it allows explaining what's deprecated and why. I
have now added the @Deprecated annotation too and pushed a commit.
-Jaikiran
On 20/12/17 11:08 PM, twogee wrote:
Github user twogee co
s expected that it should work even with file="*.something" then
let me know, I'll undo this change and see how I can fix the regression.
-Jaikiran
On 21/12/17 10:21 AM, jaiki...@apache.org wrote:
Repository: ant
Updated Branches:
refs/heads/master 1a2c33fd0 -> ca91b85
On 21/12/17 10:42 AM, Stefan Bodewig wrote:
On 2017-12-21, Jaikiran Pai wrote:
I committed this change below, to use a resource collection to allow
the build to pass, which had started failing on Windows, after I did a
recent change to the delete task to use Java 7 java.nio.file.Files
API
d number of fixes in this release and it's
time that we have them available to the general public.
-Jaikiran
On 08/01/18 8:18 PM, Jan Matèrne (jhm) wrote:
I took my old TODO list for Ivy-2.5.0.
Most of them are still open, how to deal with that?
In my opinion we should try to get a relea
Thanks Maarten, I'll look this.
-Jaikiran
On 09/01/18 5:53 PM, Maarten Coene wrote:
The change to the URLHandler class (TimoutConstraint) is also backwards
incompatible.The IvyIdea plugin (IntelliJ) breaks on this which contains an
extension of AbstractURLHandler.
I didn't look i
cific changes/suggestions to add especially
since the steps themselves are clear enough and this only just affects
the people who do the releases.
-Jaikiran
On 28/12/17 10:02 PM, Stefan Bodewig wrote:
Hi
over in https://github.com/apache/ant/pull/54 Gintas is proposing to
automate some of
501 - 600 of 760 matches
Mail list logo
