From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.reciva.com ([109.169.29.93] helo=crown.reciva.com) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1OKUka-0001Fk-Se for openembedded-devel@lists.openembedded.org; Fri, 04 Jun 2010 13:07:45 +0200 Received: from [62.7.80.98] (helo=lurch.internal.reciva.com) by crown.reciva.com with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1OKUgT-0007VZ-Fe for openembedded-devel@lists.openembedded.org; Fri, 04 Jun 2010 12:03:29 +0100 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 1OKUgT-0000Ko-75 for openembedded-devel@lists.openembedded.org; Fri, 04 Jun 2010 12:03:29 +0100 From: Phil Blundell To: openembedded-devel@lists.openembedded.org In-Reply-To: <201006041044.42032.pieterg@gmx.com> References: <201006022351.38129.pieterg@gmx.com> <201006041024.31712.pieterg@gmx.com> <1275640257.4657.84.camel@lenovo.internal.reciva.com> <201006041044.42032.pieterg@gmx.com> Date: Fri, 04 Jun 2010 12:03:28 +0100 Message-ID: <1275649408.23726.5.camel@mill.internal.reciva.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 X-Broken-Reverse-DNS: no host name found for IP address 62.7.80.98 X-SA-Exim-Connect-IP: 109.169.29.93 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: AUTOREV and 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: Fri, 04 Jun 2010 11:07:45 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Fri, 2010-06-04 at 10:44 +0200, pieterg wrote: > I'm starting to see your point. That would really allow a much nicer AUTOREV > implementation. > But in that case I'm not getting away with a simple workaround I'm afraid... I think you're probably right that there is no trivial workaround, but I don't think it would be very hard to fix this "properly". You can do it one recipe at a time; there's no need for a single big bang. p.