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 mail.openembedded.org (Postfix) with ESMTP id DB2E26D445 for ; Wed, 6 Nov 2013 23:42:53 +0000 (UTC) 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 rA6Nggid019196; Wed, 6 Nov 2013 23:42:42 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 hRhpNg9WxOhF; Wed, 6 Nov 2013 23:42:42 +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 rA6Ngbxj019191 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 6 Nov 2013 23:42:39 GMT Message-ID: <1383781353.6271.200.camel@ted> From: Richard Purdie To: Otavio Salvador Date: Wed, 06 Nov 2013 23:42:33 +0000 In-Reply-To: References: <1383689722.6271.184.camel@ted> X-Mailer: Evolution 3.6.4-0ubuntu1 Mime-Version: 1.0 Cc: "Eggleton, Paul" , openembedded-core Subject: Re: lib/oe/sstatesig: Ensure packagegroups don't continually rebuild X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 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: Wed, 06 Nov 2013 23:42:55 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Wed, 2013-11-06 at 16:51 -0200, Otavio Salvador wrote: > On Tue, Nov 5, 2013 at 8:15 PM, Richard Purdie > wrote: > > packagegroups are allarch and shouldn't change depending on the target > > or machine selected. In general they should have good stable namespaces > > for their dependencies. As such we can exclude them from rebuilding when > > dependency checksums change. > > > > Signed-off-by: Richard Purdie > > What about machine-base and core-boot? this may change depending on machine. Those already get marked as machine specific. I'd not expect dependencies to be changing package names there for example so I'm not sure this is an issue. Cheers, Richard