g
>
> And are you 100% sure both of them are using Ivy 2.2 RC1?
> (The used Ivy version should get printed on the console somewhere)
>
>
> Maarten
>
>
> - Original Message
> From: Nathan Franzen
> To: "ivy-user@ant.apache.org"
> Sent: W
Interesting, and sad, I have two machines where I can run this build, both
running CentOS 5.5. One of them exhibits this problem, the other doesn't. I
don't yet know what the relevant difference is.
-Nate
_____
From: Nathan Franzen
Sent:
rieve.java:49)
at org.apache.ivy.ant.IvyTask.execute(IvyTask.java:277)
Any thoughts, suggestions?
Nathan Franzen
I think the difficulty is that ivy does not, out of the box, provide enough
flexibility to distinguish native artifacts. There are lots of axes you might
want to use in differentiating libraries, for example release vs debug, windows
vs linux, 32 bit vs 64 bit and so on. And I believe that fo
little more verbose than expected.might be what I really want
here, but I haven't found a description of it.
Nathan
> -Original Message-
> From: Nathan Franzen
> Sent: Tuesday, July 06, 2010 12:31 PM
> To: 'ivy-user@ant.apache.org'
> Subject
I've been experimenting with the version matchers, and after some experiments
got a PatternVersionMatcher that was doing the lookups on a particular
dependency the way I wanted it too. Unfortunately, I then saw other
dependencies -- which we working before -- now failing.
Trying to break it
that it is trivially obvious to those who know about it. Still there's no
real harm per se in mentioning how http basic authentication works.
> -----Original Message-
> From: Nathan Franzen [mailto:nathan.fran...@mmodal.com]
> Sent: Wednesday, June 16, 2010 3:25 PM
&
not applied?
>
> Could you please try again with a recent Ivy snapshot?
> It contains some bugfixes/improvements regarding authentication.
>
> Thanks,
> Maarten
>
>
>
>
> - Original Message
> From: Nathan Franzen
> To: "ivy-user@ant.a
Download request for repo:path
'ext-releases-local:com.mmodal/devTools/4.0/ivy-4.0.xml' is forbidden for user
'anonymous'.
First - without running in debug, I never see the useful "404" or "forbidden
for user 'anonymous'", just "could not re
type] in your ultimate destination
> pattern, you would have to settle for your ivy:install destination being a
> kind of intermediate repo.
>
> On Thu, May 27, 2010 at 9:26 AM, Nathan Franzen
> wrote:
>
> > I am attempting to set up a local ivy/artifactory repository for th
I am attempting to set up a local ivy/artifactory repository for the various
third-party tools we use.
This works nicely in many cases, and I'm trying to make my process documented
and reusable &c.
I have a problem, though, getting the latest hibernate distribution. What's
happening is that I
Can you explain further? What [classifier] token? I don't see this
mentioned in the documentation, so I'm curious. When you construct a pattern,
what determines a valid token element?
For reference, the example in the documentation is the simple
Nathan
> -Original Message
I've been poring over the various posts from the list (searched over the last
year or so) to try to get a good example of how I might arrange my ivy
dependencies. As with a few people on the list, I've got a heterogeneous set
of projects and artifacts, c++ code compiled for 32 and 64 bit on bo
I had a similar(?) problem and realized my difficulty was that the "ext"
attribute does not default to "*".
So I have
Not sure that this is related to your question however.
-Nate
> -Original Message-
> From: Alan Chaney [mailto:a...@writingshow.com]
> Sent: 21 Apri
So: http://issues.apache.org/jira/browse/IVY-472
Would be helpful to add to the documentation generally which [] patterns are
available in which contexts.
-Nate
> -Original Message-
> From: Nathan Franzen [mailto:nathan.fran...@mmodal.com]
> Sent: 24 February 2010 03:39
&
Works:
Doesn't work:
In case 2 -- what is being substituted for [conf]? Anything?
> -Original Message-
> From: Nathan Franzen [mailto:nathan.fran...@mmodal.com]
> Sent: 24 February 2010 03:32
> To: 'ivy-user@ant.apache.org'
>
I'm trying to experiment with ivy to see if I can get it to work nicely with
some rather non-standard filesystem organization. I've set up some ivy and
settings files, and arranged a resolve and publish target. At the moment, I get
... impossible to publish artifacts for mmodal#XCalibur;
Aargh, Americans. I was about to send this message to the mailing list:
> Contradictory error messages???
> build.xml:897: no organisation provided for ivy publish task: It can either
> be set explicitely via the attribute 'organisation' or via 'ivy.organisation'
> property
> versus
> buil
18 matches
Mail list logo
