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 894856A5DF; Wed, 29 May 2013 14:47:35 +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 r4TEpTKo003723; Wed, 29 May 2013 15:51:48 +0100 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 TJp-lF2klx9z; Wed, 29 May 2013 15:51:48 +0100 (BST) 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 r4TEpjoh003733 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 29 May 2013 15:51:46 +0100 Message-ID: <1369838840.14887.220.camel@ted> From: Richard Purdie To: Martin Jansa Date: Wed, 29 May 2013 15:47:20 +0100 In-Reply-To: <20130529143740.GL3192@jama> References: <1369835496-20815-1-git-send-email-mark.hatle@windriver.com> <20130529143740.GL3192@jama> X-Mailer: Evolution 3.6.4-0ubuntu1 Mime-Version: 1.0 Cc: openembedded-devel@lists.openembedded.org, openembedded-core@lists.openembedded.org Subject: Re: [RFC PATCH] base.bbclass: Deprecate the PRINC logic X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.12 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: Wed, 29 May 2013 14:47:36 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Wed, 2013-05-29 at 16:37 +0200, Martin Jansa wrote: > On Wed, May 29, 2013 at 08:51:36AM -0500, Mark Hatle wrote: > > Background: > > > > At the recent TSC meeting we were discussing ways of removing the PRINC > > in favor of the PR server, which should now be standard. The first step > > in this process is coming up with a simple patch that declared PRINC as > > deprecated. If this type of patch is successful, the block of code could > > be replaced with a bb.error eventually. > > > > It is not expected that this patch will go in by itself, but instead > > should be coordinated with changes to the recipes in common layers such > > as openembedded-core, meta-openembedded/meta-* and other community layers. > > This doesn't say what's the process of getting all PR increments > applied. > > Should we send list of recipes and required PR increments per layer (and > someone will sum these increments and create actual PR bump from it). Or > will we take turns and send actual PR bump patches per layer and someone > will define order of layers to go in (so that we prevent many conflicts > while merging)? This is something we need to figure out. The realistic process is probably do this layer by layer. If we can batch some up together that would obviously be better... Cheers, Richard