Mailing-List: contact buildr-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: buildr-user@incubator.apache.org
Received-SPF: softfail (athena.apache.org: transitioning domain of
 arkin@intalio.com does not designate 64.233.166.183 as permitted sender)
Message-ID: <3de5d7d20801202104v32d2dea6maafc627412624916@mail.gmail.com>
Date: Sun, 20 Jan 2008 21:04:36 -0800
From: "Assaf Arkin" <arkin@intalio.com>
To: buildr-user@incubator.apache.org
Subject: Re: Custom prerequisite task for "resources"
In-Reply-To: <f0b861390801201957l35963890kb54b21d14a77c429@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_13892_25298941.1200891876764"
References: <f0b861390801192119p742c2f37g4fb692fb46bb5bab@mail.gmail.com>
	 <3de5d7d20801200201v535715e7n3bbb9d04e7c06447@mail.gmail.com>
	 <f0b861390801201957l35963890kb54b21d14a77c429@mail.gmail.com>

------=_Part_13892_25298941.1200891876764
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/20/08, Nick Sieger <nicksieger@gmail.com> wrote:
>
> Ok, clever. That works, thanks. But it still feels like a bug to me.
> Why the deviation from Rake? One thing I've liked about Buildr so far
> is that it's built upon Rake -- but this sort of change seems to
> deviate from that if you're changing the way that task depedencies are
> declared.


Here's the problem:

define 'foo' do
  task 'precompile'
end

Generally you would expect that this project's precompile task doesn't
interfere with another project's precompile task.  The project gets around
this by using a namespace to define the task as foo:precompile,
essentially:

namespace 'foo' do
  task 'precompile'
end

Namespaces are a Rake feature, which usually does the right thing.  Not
always, though.

(Unless this is a bug from moving to Rake 0.8, which could also be the case)

Assaf


/Nick
>
> On 1/20/08, Assaf Arkin <arkin@intalio.com> wrote:
> > Try:
> > task 'resources'=>task('unpack_gems')
> >
> > Assaf
> >
> > On 1/19/08, Nick Sieger <nicksieger@gmail.com> wrote:
> > >
> > > In 1.2.9, I had a custom task working that ran right before the
> > > "resources" task to unpack a gem into "target" so that it could be
> > > copied by it. Inside the project define block, I have
> > >
> > >   directory _("target")
> > >   task :unpack_gems => _("target") do |t|
> > >     Dir.chdir(t.prerequisites.first) do
> > >       ruby "-S", "gem", "unpack", "rack"
> > >       mv FileList["rack-*"].first, "rack"
> > >     end
> > >   end
> > >   resources.from _('lib'), _('target/rack/lib')
> > >   task :resources => :unpack_gems
> > >
> > > In trunk, this fails:
> > >
> > > $ buildr
> > > (in /Users/nicksieger/Projects/jruby/contrib/rack, development)
> > > Building jruby-rack
> > > /opt/local/bin/ruby -S gem unpack rack
> > > Unpacked gem: 'rack-0.2.0'
> > > Testing jruby-rack
> > > rake aborted!
> > > Don't know how to build task 'unpack_gems'
> > >
> > > (See full trace by running task with --trace)
> > >
> > > Full trace attached. It seems to be failing in the test:resources
> > > stage, but I can't untangle the prerequisites to see why.
> > >
> > > Any idea?
> > >
> > > /Nick
> > >
> >
> >
> >
> > --
> > CTO, Intalio
> > http://www.intalio.com
> >
>


-- 
CTO, Intalio
http://www.intalio.com

------=_Part_13892_25298941.1200891876764--