From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by mail.openembedded.org (Postfix) with ESMTP id 89DA676420 for ; Wed, 18 May 2016 08:04:01 +0000 (UTC) Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41]) by mail.windriver.com (8.15.2/8.15.1) with ESMTPS id u4I840gB016960 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 18 May 2016 01:04:01 -0700 (PDT) Received: from [128.224.162.214] (128.224.162.214) by ALA-HCB.corp.ad.wrs.com (147.11.189.41) with Microsoft SMTP Server id 14.3.248.2; Wed, 18 May 2016 01:04:00 -0700 To: Martin Jansa References: <573C0726.3040402@windriver.com> From: Robert Yang Message-ID: <573C21EE.8040104@windriver.com> Date: Wed, 18 May 2016 16:03:58 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Cc: oe-core Subject: Re: PRServer's problem 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, 18 May 2016 08:04:02 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hi Martin, On 05/18/2016 03:39 PM, Martin Jansa wrote: > See: > https://bugzilla.yoctoproject.org/show_bug.cgi?id=5970 > > Just using recipe checksum wont work, because the main reason for PR bumps is to > automatically upgrade the packages when one of the dependencies changes .so > version, which you won't detect from recipe checksum of the app which is just > using the library. For the development branch like master, yes, that would happen. But for the stable release like jethro and krogoth, it is unlikely that would happen, and if if does, the user can manually bump the impacted recipe's PR to fix the problem. The current problem is that when *all* recipes' PR are bumped, there is no way to fix the problem. // Robert > > On Wed, May 18, 2016 at 8:09 AM, Robert Yang > wrote: > > The PRServer bumps PR according to do_package's task hash, that > causes it bumps *all* packages' PR when recipes like pseudo-native > and rpm-native is changed. It is a very bad user experience when we > run "smart/opkg upgrade" on running target, for example, when we apply > a CVE patch to pseudo-native or rpm-native, or do some slight changes > in their do_compile, "smart/opkg upgrade" will download/install *all* > the packages since all of the packages' PR are bumped. > > Here are some rough suggestions to fix this problem, and please feel > free to give your suggestions. > 1) Do not use do_package's task for bumping PR, the easiest way > is simulate manually bump PR -- only bump PR when the recipe > itself's checksum is changed. > > 2) Add a new task for PRServer, redefine its task hash for bumping > PR, for example, this task hash only considers RDEPENDS (no > DEPENDS), and drop any native dependencies. > > I prefer the first way, and an alternative way maybe add a var so that > the user can configure it: > PR_CHECKSUM = "${BB_TASKHASH}" (current way) > Or > PR_CHECKSUM = "" > > -- > Thanks > > Robert > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-core > >