From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.reciva.com ([82.71.203.194] helo=crown.reciva.com) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1NowqZ-00077j-7z for openembedded-devel@lists.openembedded.org; Tue, 09 Mar 2010 11:39:32 +0100 Received: from castle.reciva.com ([82.71.203.193] helo=lurch.internal.reciva.com) by crown.reciva.com with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nownh-0006ml-If for openembedded-devel@lists.openembedded.org; Tue, 09 Mar 2010 10:36:33 +0000 Received: from mill.internal.reciva.com ([192.168.106.87] ident=pb) by lurch.internal.reciva.com with esmtp (Exim 4.63) (envelope-from ) id 1Nowng-0004g1-E5 for openembedded-devel@lists.openembedded.org; Tue, 09 Mar 2010 10:36:32 +0000 From: Phil Blundell To: openembedded-devel@lists.openembedded.org In-Reply-To: <20100309075331.GL31945@jama> References: <20100309075331.GL31945@jama> Date: Tue, 09 Mar 2010 10:36:28 +0000 Message-ID: <1268130988.14566.922.camel@mill.internal.reciva.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 X-SA-Exim-Connect-IP: 82.71.203.194 X-SA-Exim-Mail-From: philb@gnu.org X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Subject: Re: [RFC] Make some big but only formal change before next stable - SRCPV X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2010 10:39:32 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Tue, 2010-03-09 at 08:53 +0100, Martin Jansa wrote: > My SRCPV migration branch is quickly rotting.. but I'm willing to > check/do it again, because resolving conflicts with every small change > in git recipe takes me more time than merging SRCPV to oe.dev would > take. At the risk of sounding like a terrible dimwit, I am still not entirely clear on why you can't just do something like PKGV = "0.0+git${@bb.fetch.get_srcrev(d)}.${PV}" which seems like it would make this whole problem go away without needing any further changes to bitbake. p.