You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@buildr.apache.org by hemant <ge...@gmail.com> on 2008/07/29 21:05:14 UTC
Bug with repositories.local =
Hi,
I have been using buildr for building my Scala projects and its been
working pretty well. With 1.3.2, for newly added dependencies(on scala
testing libs), I added maven repositories and buildr fetched them and
put them as required. But while building my project, buildr is
ignoring the directive:
repositories.local = "dependency"
and it still tries to look for those jars in ~/.m2 directory. I worked
around the problem, by declareing an environment variable,
"local_repo", but it seems that changes of "repositories.local = "
are taking place a little late in the building order and while during
actual build jars are getting picked from correct location, but search
still takes place in default directories.
--
Let them talk of their oriental summer climes of everlasting
conservatories; give me the privilege of making my own summer with my
own coals.
http://gnufied.org
Re: Bug with repositories.local =
Posted by Alex Boisvert <bo...@intalio.com>.
Hi,
Interesting, I had not tried that yet. The current bootstrap process is
conditioned by RJB/Ant wanting many of the libraries declared in advance, so
it's tricky to evaluate anything in the Buildfile until everything has been
loaded. Perhaps a solution would be to agree on a convention for the local
repo directly in the project (e.g. "maven2") so that it doesn't have to be
defined in the Buildfile.
alex
On Tue, Jul 29, 2008 at 12:05 PM, hemant <ge...@gmail.com> wrote:
> Hi,
>
> I have been using buildr for building my Scala projects and its been
> working pretty well. With 1.3.2, for newly added dependencies(on scala
> testing libs), I added maven repositories and buildr fetched them and
> put them as required. But while building my project, buildr is
> ignoring the directive:
>
> repositories.local = "dependency"
>
> and it still tries to look for those jars in ~/.m2 directory. I worked
> around the problem, by declareing an environment variable,
> "local_repo", but it seems that changes of "repositories.local = "
> are taking place a little late in the building order and while during
> actual build jars are getting picked from correct location, but search
> still takes place in default directories.
>
>
>
>
>
>
>
> --
> Let them talk of their oriental summer climes of everlasting
> conservatories; give me the privilege of making my own summer with my
> own coals.
>
> http://gnufied.org
>
Re: Bug with repositories.local =
Posted by Assaf Arkin <ar...@intalio.com>.
On Tue, Jul 29, 2008 at 7:41 PM, hemant <ge...@gmail.com> wrote:
> On Wed, Jul 30, 2008 at 5:59 AM, Assaf Arkin <ar...@intalio.com> wrote:
>> Yes. Unfortunately right now we're downloading stuff into the local
>> repository way too early, before it gets to that part of the
>> buildfile.
>>
>> So one solution is to use settings.yaml instead of the buildfile:
>> http://icanhascheezburger.files.wordpress.com/2008/07/funny-pictures-itty-bitty-kitty-committee-goes-on-a-camping-trip.jpg
>
> ^^^, I am wondering if the link was posted for cheering up grumpy
> users? If yes, you have done well. ;)
LOL.
It gets worse, I ended up sticking this link to a text file as well.
Here's the not so funny but hopefully useful link:
http://incubator.apache.org/buildr/settings_profiles.html#personal_settings
Assaf
>
>
> PS: I will be filing a bug report pretty.
>
Re: Bug with repositories.local =
Posted by Daniel Spiewak <dj...@gmail.com>.
Open source rick-rolling! I see you're using the old "trick 'em into
reading about YAML" technique; gets me every time. :-)
Daniel
On Tue, Jul 29, 2008 at 9:41 PM, hemant <ge...@gmail.com> wrote:
> On Wed, Jul 30, 2008 at 5:59 AM, Assaf Arkin <ar...@intalio.com> wrote:
> > Yes. Unfortunately right now we're downloading stuff into the local
> > repository way too early, before it gets to that part of the
> > buildfile.
> >
> > So one solution is to use settings.yaml instead of the buildfile:
> >
> http://icanhascheezburger.files.wordpress.com/2008/07/funny-pictures-itty-bitty-kitty-committee-goes-on-a-camping-trip.jpg
>
> ^^^, I am wondering if the link was posted for cheering up grumpy
> users? If yes, you have done well. ;)
>
>
> PS: I will be filing a bug report pretty.
>
Re: Bug with repositories.local =
Posted by hemant <ge...@gmail.com>.
On Wed, Jul 30, 2008 at 5:59 AM, Assaf Arkin <ar...@intalio.com> wrote:
> Yes. Unfortunately right now we're downloading stuff into the local
> repository way too early, before it gets to that part of the
> buildfile.
>
> So one solution is to use settings.yaml instead of the buildfile:
> http://icanhascheezburger.files.wordpress.com/2008/07/funny-pictures-itty-bitty-kitty-committee-goes-on-a-camping-trip.jpg
^^^, I am wondering if the link was posted for cheering up grumpy
users? If yes, you have done well. ;)
PS: I will be filing a bug report pretty.
Re: Bug with repositories.local =
Posted by Assaf Arkin <ar...@intalio.com>.
Yes. Unfortunately right now we're downloading stuff into the local
repository way too early, before it gets to that part of the
buildfile.
So one solution is to use settings.yaml instead of the buildfile:
http://icanhascheezburger.files.wordpress.com/2008/07/funny-pictures-itty-bitty-kitty-committee-goes-on-a-camping-trip.jpg
The other, stop loading things into the local repository before
they're necessary. Can you file an issue for that, so we'll at least
be more cautious not breaking it?
Assaf
On Tue, Jul 29, 2008 at 12:05 PM, hemant <ge...@gmail.com> wrote:
> Hi,
>
> I have been using buildr for building my Scala projects and its been
> working pretty well. With 1.3.2, for newly added dependencies(on scala
> testing libs), I added maven repositories and buildr fetched them and
> put them as required. But while building my project, buildr is
> ignoring the directive:
>
> repositories.local = "dependency"
>
> and it still tries to look for those jars in ~/.m2 directory. I worked
> around the problem, by declareing an environment variable,
> "local_repo", but it seems that changes of "repositories.local = "
> are taking place a little late in the building order and while during
> actual build jars are getting picked from correct location, but search
> still takes place in default directories.
>
>
>
>
>
>
>
> --
> Let them talk of their oriental summer climes of everlasting
> conservatories; give me the privilege of making my own summer with my
> own coals.
>
> http://gnufied.org
>