From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BF748E0044A for ; Mon, 23 Dec 2013 03:36:25 -0800 (PST) Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id rBNBaBix012949; Mon, 23 Dec 2013 11:36:11 GMT X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0y180U6Ft-EN; Mon, 23 Dec 2013 11:36:11 +0000 (GMT) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id rBNBa73U012941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Dec 2013 11:36:08 GMT Message-ID: <1387798563.11527.4.camel@ted> From: Richard Purdie To: "Barros Pena, Belen" Date: Mon, 23 Dec 2013 11:36:03 +0000 In-Reply-To: References: X-Mailer: Evolution 3.8.4-0ubuntu1 Mime-Version: 1.0 Cc: "toaster@yoctoproject.org" Subject: Re: orm_variable.changed X-BeenThere: toaster@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Web based interface for BitBake List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 11:36:32 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2013-12-23 at 11:11 +0000, Barros Pena, Belen wrote: > In the early days of the Toaster project, Yocto Project users we spoke > wanted a way to narrow down which variables could be the source of a build > failure. For example, if my latest build failed, but the previous one > completed successfully, it is reasonable to assume that the cause of the > failure is in some variable I've changed. > > To cater for this need, we added a 'changed' field to our db variables > table, but we haven't worked out what 'changed' really means or how to > collect the data. > > Users brought up 2 possible meanings of 'changed': > > > 1. Changed from the Yocto Project default value (the value the variable > has when you download / clone a stable release of the Yocto Project) > 2. Changed since the last build > > Is it possible to collect any of the 2? Changes in variables is effectively what we've been talking about when we've talked about sstate signature differences and how to visualise those, its effectively what diffsigs is about. I'm not sure a simple column is going to do this justice. In this case I think you're talking just about the base metadata and not the task level variables though which I guess would simplify things a bit... Cheers, Richard