From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1T2rXl-0007WI-QC for openembedded-core@lists.openembedded.org; Sun, 19 Aug 2012 00:30:58 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q7IMIs6V020906; Sat, 18 Aug 2012 23:18:54 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19346-05; Sat, 18 Aug 2012 23:18:50 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q7IMIlEs020900 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 18 Aug 2012 23:18:48 +0100 Message-ID: <1345328327.27428.79.camel@ted> From: Richard Purdie To: Bruce Ashfield Date: Sat, 18 Aug 2012 23:18:47 +0100 In-Reply-To: References: <1345309072.27428.65.camel@ted> X-Mailer: Evolution 3.2.3-0ubuntu6 Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at rpsys.net Cc: saul.wold@intel.com, openembedded-core@lists.openembedded.org Subject: Re: [PATCH 0/4] linux-yocto: consolidated update X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 22:30:58 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Sat, 2012-08-18 at 13:15 -0400, Bruce Ashfield wrote: > On Sat, Aug 18, 2012 at 12:57 PM, Richard Purdie > wrote: > > On Wed, 2012-08-15 at 16:06 -0400, Bruce Ashfield wrote: > >> Here's a consolidated update that I've had under test in one > >> way or another for 3 weeks now. Tom Z and others have also been > >> using parts of this for their work, so it has seen a reasonably > >> wide set of testers. > >> > >> This series further streamlines working with linux-yocto* based > >> recipes/repositories by breaking the last branch based triggers > >> in the tooling. Branches were the most important piece of > >> information when working with the tools and a linux-yocto repository, > >> but this has now been generalized, and BSP descriptions (among > >> other things) are now found by MACHINE and kernel type only. > >> > >> With this, KBRANCH now becomes what it was supposed to be, an > >> human readible indication of the branch that is supposed to be > >> built, and one that the kern-tools will validate. If that branch > >> is not validated, an error is thrown. If the default branch is > >> left as-is, then the in-tree description leaves you on the > >> proper branch and all is well. > >> > >> I also have a collection of bug fixes to the tools, including > >> support for having a meta branch not called 'meta'. > >> > >> I'd recommend that this go through some AB tests, and I'll be > >> around if there's a corner case that I managed to miss. > > > > I think > > > > http://autobuilder.yoctoproject.org:8010/builders/nightly-tiny/builds/199/steps/shell_34/logs/stdio > > Judging by the timestamps on your two email, is this not addressed by > the workaround > for git's behaviour ? Correct, it fails with the fix applied so I think its something different. > On the surface, it looks to be the same thing, > since a branch that > should exist in the repository isn't there. > > I'll fire of a poky-tiny build for qemu here, to see if I can > reproduce this one. We also have an atom-pc failure which may or may not be related: http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/648/steps/shell_50/logs/stdio Cheers, Richard