Also a note:
For sbt, we've (for at least a year now) maintained our own fork of the
code base where we mrege in patches from master and try to contribute
back. We are also concerned about the lack of activity and consider any
Ivy bug something we need to own and fix as a project.
On Sun, Aug 23
gt; Nicolas
>
> Le 27 oct. 2014 à 17:44, Josh Suereth a écrit :
>
> > Ivy-1452 has my vote. We had to backport that to ivy 2.3 for sbt
> > On Oct 26, 2014 3:30 PM, "Jean-Louis Boudart" <
> jeanlouis.boud...@gmail.com>
> > wrote:
> >
> >>
Ivy-1452 has my vote. We had to backport that to ivy 2.3 for sbt
On Oct 26, 2014 3:30 PM, "Jean-Louis Boudart"
wrote:
> 2014-10-26 20:19 GMT+01:00 Nicolas Lalevée :
>
> >
> >
> > >> - IVY-1465 [1] doesn’t seem to be fully finished. One part is in the
> > >> branch, the commit ‘3076802a’ [2] is n
Josh,
>
> This issue is supposed to be fixed on master branch could you take a
> nightly build and give a try ?
> You can find the latest nightly build here :
> https://builds.apache.org/view/All/job/Ivy/lastStableBuild/
>
> 2014-10-16 22:00 GMT+02:00 Josh Suereth :
>
If It helps, we had to move back to 2.3 because parent-pom-properties don't
resolve correctly in 2.4.0-rc1 which broke a lot of our users.
On Oct 15, 2014 6:28 PM, "Maarten Coene"
wrote:
> If I remember correctly, the 2.4.0-RC1 also introduced some other very
> annoying bugs, these fixes should b
iew and so on is
> not as integrated as in github.
> >
> > Nicolas
> >
> >> Le 30 avr. 2014 à 16:01, Josh Suereth a
> écrit :
> >>
> >> If you don't mind some recommendations from the peanut gallery (been
> using
> >> git for 5 yea
If you don't mind some recommendations from the peanut gallery (been using
git for 5 years now)
On Wed, Apr 30, 2014 at 9:53 AM, Antoine Levy-Lambert wrote:
>
> Hello Maarten,
>
> I do not know a lot about git either.
>
> Here are the advantages I see in migrating to git :
>
> - git allows third
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 en
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,
ink there *is* a standard. Ivy must use
> some pattern by default when publishing to ~/.ivy2/local, right? Hopefully
> for compatibility SBT would do the same thing as Ivy there.
>
> Thanks,
> Ben
>
>
> On Thu, Apr 10, 2014 at 5:48 AM, Josh Suereth >wrote:
>
> >
Sorry, send that a bit too early, here's the hook to local where we adapt
the pattern for sbt plugins:
https://github.com/sbt/sbt/blob/0.13/ivy/src/main/scala/sbt/Resolver.scala#L281-L285
If you're not resolving sbt plugins, that shouldn't matter.
On Thu, Apr 10, 2014 at 8:47 A
Ben -
Do you mean "~/.ivy2/local" or "~/.ivy2/cache" ?
AFAIK the cache bit is the same in sbt as for Ivy, caveat that we try to
ignore what resolver an artifact came from in the store. However, Gradle's
cache is a completely different beast, so the I don't think the two are
compatible.
Now fo
Hey guys,
I just pushed https://issues.apache.org/jira/browse/IVY-1466.
In sbt, we recently decided to try to default artifactory to using
overwrite=false for most artifacts. While this has exposed a few issues in
our own process, the above feels like a general bug.I'm more than
willing to
Done: https://issues.apache.org/jira/browse/IVY-1465
On Tue, Apr 1, 2014 at 3:40 PM, Josh Suereth wrote:
> Can do. I'll have to find a jira account.
>
>
> On Tue, Apr 1, 2014 at 3:36 PM, Maarten Coene wrote:
>
>> Hi Josh,
>>
>> yes I think we can merg
ore building the ivy 2.4.0 final ?
>
> Regards,
>
> Antoine
>
> On Mar 31, 2014, at 4:15 PM, Josh Suereth
> wrote:
>
> > So, for the sbt project we noticed significant resolution time
> improvements
> > with the following patch:
> >
> >
sm to submit this back? Do you accept pull requests
on github?
Thanks!
- Josh Suereth
Tools Lead
Typesafe, Inc.
there any alternative approached for testing the error logs than
attempting to hit a URL? Is the fact that the SAX exception leaks on a
503 response something I should open as a ticket and resolve?
Thanks!
- Josh
On Sat, Mar 29, 2014 at 1:23 PM, Josh Suereth wrote:
> Well, I tried both mas
Sorry, sent that too fast:
When I compile trunk, I get the above error. When I compile 2.3, I get a
bunch of OSGi related errors.
On Sat, Mar 29, 2014 at 1:23 PM, Josh Suereth wrote:
> Well, I tried both master and 2.4, but we should start with master
> (trunk?) I
Descriptor(PomModuleDescriptorParser.java:118)
On Fri, Mar 28, 2014 at 7:29 PM, Maarten Coene wrote:
> Hi Josh,
>
> The junit tests should all pass when you run them with Ant.
> On what platform do you run them and what is the error you get?
>
> Maarten
>
>
>
>
>
Hello Ivy Community!
I'm Josh Suereth with the sbt build tool. We've been using Ivy for a few
years now, and have recently decided that we'd like to start contributing
back some of the usability/performance fixes we have.
I'm running into an issue though: Failing tests.
I
20 matches
Mail list logo
