Return-Path: Delivered-To: apmail-incubator-buildr-user-archive@locus.apache.org Received: (qmail 82802 invoked from network); 5 Jan 2009 23:28:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Jan 2009 23:28:34 -0000 Received: (qmail 95993 invoked by uid 500); 5 Jan 2009 23:28:34 -0000 Delivered-To: apmail-incubator-buildr-user-archive@incubator.apache.org Received: (qmail 95968 invoked by uid 500); 5 Jan 2009 23:28:34 -0000 Mailing-List: contact buildr-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: buildr-user@incubator.apache.org Delivered-To: mailing list buildr-user@incubator.apache.org Received: (qmail 95956 invoked by uid 99); 5 Jan 2009 23:28:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jan 2009 15:28:34 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of djspiewak@gmail.com designates 209.85.219.20 as permitted sender) Received: from [209.85.219.20] (HELO mail-ew0-f20.google.com) (209.85.219.20) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Jan 2009 23:28:25 +0000 Received: by ewy13 with SMTP id 13so7518213ewy.12 for ; Mon, 05 Jan 2009 15:28:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=tnt4E11FA+gdedW/2MEhNsli9FEaeRcpyMjwPIsHVj8=; b=QR83VPaOQuEVxW23CNWIKZrKpKZGJYsEWhyohBQl/0z1WlfI2zo7lojasXOMU+17UP 4kCMOlcbB8Z5apEtPgv30qk+95+0OTUWxqbZLUIFFDTE7/8NFPEV9FOA6RTbGH5ySu8f JfdQE0lmEc0hSm65UMIMTrKL7vr67gLINeA1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=FaHMQ475W092YugyQmX6ckapVfUeu1vrF1CMCanoF5mTUI+4lIB7BDlkuS5qHaedN7 MOwQJ0RzWvMdY01LkVB0vfsxgZiVgcNvipHvJB+dTFSiyytwNqjvF3BpBvVE5D7Z6M/G QPf42qvjH3p5TjePNe/fmK1jxfH+KnzNXGDaM= Received: by 10.210.61.11 with SMTP id j11mr7185800eba.119.1231198085543; Mon, 05 Jan 2009 15:28:05 -0800 (PST) Received: by 10.210.77.3 with HTTP; Mon, 5 Jan 2009 15:28:05 -0800 (PST) Message-ID: <5c99d0330901051528h19372b94t99f508d451b05299@mail.gmail.com> Date: Mon, 5 Jan 2009 17:28:05 -0600 From: "Daniel Spiewak" To: buildr-user@incubator.apache.org Subject: Re: Interactive Shell Support In-Reply-To: <5582dd3b0901051500u5277aee3if92fbc9245c72971@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_185169_19615040.1231198085531" References: <5c99d0330901032203pbc6a3fdq645782c8921d9a1a@mail.gmail.com> <5582dd3b0901040906k2807a1abi8bb5c21e98484e4a@mail.gmail.com> <5c99d0330901051235l6d98857evfdae1c00399c9fa2@mail.gmail.com> <9490AE15-3CF8-433C-8D40-6C70855C9F0A@intalio.com> <5c99d0330901051344y5807ce2dh463bce14ef4b96bc@mail.gmail.com> <5582dd3b0901051400l5db15f5bs9b8eb451a3f051bf@mail.gmail.com> <5c99d0330901051410g54410f71v712b5dba9221ce75@mail.gmail.com> <5582dd3b0901051445o740dc913i55873cd027aa185b@mail.gmail.com> <5c99d0330901051455q56a65b84v20dcfc7af5064c26@mail.gmail.com> <5582dd3b0901051500u5277aee3if92fbc9245c72971@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_185169_19615040.1231198085531 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Incidentally, should we make tasks like `shell:jirb` project-local, or just `shell`? Daniel On Mon, Jan 5, 2009 at 5:00 PM, Alex Boisvert wrote: > On Mon, Jan 5, 2009 at 2:55 PM, Daniel Spiewak > wrote: > > > Assaf's parametrized idea seems like the "proper" way to do this, but I > > don't like the syntax. At least to my eye, shell:jirb is *much* nicer > and > > more consistent with the "Buildr philosphy" than shell[jirb]. Besides, > the > > former is marginally easier to type. > > > I feel the same way. I'm curious to see if many Rake-based projects will > adopt this new convention. > > > > We could use your multiple-tasks idea without too much hardship in the > > implementation. I've got all the providers in a Hash, so a simple .each > { > > |lang, prov| define_task ... } should be sufficient. I'm fine with doing > > it > > this way as long as y'all are ok with it. :-) > > > One precedent I can think of is the form "buildr test:SomeTest", which I > like so I'm supportive of following our existing convention. > > alex > ------=_Part_185169_19615040.1231198085531--