Closed GoogleCodeExporter closed 9 years ago
[deleted comment]
Commenting out the '-ivy-publish' target part of the ivy-impl.xml makes it
'work'
Original comment by i30817@gmail.com
on 10 Aug 2012 at 3:44
It's because the local resolver uses
${ivy.default.ivy.user.dir}
to find the repository.
Unexplicably, that property is set to '/usr/share/java/ivy.jar'
Original comment by i30817@gmail.com
on 10 Aug 2012 at 6:32
setting
<property name="ivy.default.ivy.user.dir" value="${user.home}/.ivy2" />
at the beginning of the ivysettings.xml fixed it.
Why would ivy use the jar as the location of the local repository is beyond me
though. Either a very bad bug or a distro patch snafu. (i'm on ubuntu).
Original comment by i30817@gmail.com
on 10 Aug 2012 at 7:00
actually this is better <property name="ivy.local.default.root"
value="${user.home}/.ivy2/cache" />
to try to make them use the same place as where they get (cache vs local)
Anyway, when trying to invoke ant from debian debuild this starts failing since
debuild uses fakeroot so ${user.home} starts to look like :
java.io.FileNotFoundException: /root/.ivy2/cache/resolved-bookjar-bookjar-1.0.xml (Permission denied)
However since debuild only uses fakeroot for SOME of it's operations (including
apparently 'install' the repositories are not the same.
Don't really know how to solve it without hardcoding the home, which is
obviously not a good idea for portable builds.
Original comment by i30817@gmail.com
on 10 Aug 2012 at 7:14
However, i think the problem on the previous post is different from the other
one, i wasn't invoking debuild in those, just doing 'build' in netbeans.
Original comment by i30817@gmail.com
on 10 Aug 2012 at 7:41
It is not an ivybeans problem. Contact ivy user list.
Original comment by laurent....@gmail.com
on 23 Aug 2012 at 9:17
Original issue reported on code.google.com by
i30817@gmail.com
on 9 Aug 2012 at 2:04