From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Greylist: delayed 566 seconds by postgrey-1.34 at layers.openembedded.org; Wed, 18 May 2016 12:37:18 UTC Received: from static.88-198-224-151.clients.your-server.de (static.88-198-224-151.clients.your-server.de [88.198.224.151]) by mail.openembedded.org (Postfix) with ESMTP id C8A1B60851 for ; Wed, 18 May 2016 12:37:18 +0000 (UTC) Received: by static.88-198-224-151.clients.your-server.de (Postfix, from userid 500) id 2FF901A0185; Wed, 18 May 2016 14:27:51 +0200 (CEST) Date: Wed, 18 May 2016 14:27:51 +0200 From: Sergey 'Jin' Bostandzhyan To: Robert Yang Message-ID: <20160518122751.GD11766@deadlock.dhs.org> References: <573C0726.3040402@windriver.com> <573C21EE.8040104@windriver.com> <20160518092029.GA2579@jama> <573C365D.3070407@windriver.com> MIME-Version: 1.0 In-Reply-To: <573C365D.3070407@windriver.com> User-Agent: Mutt/1.5.20 (2009-12-10) 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 12:37:19 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, just wanted to say that we are facing the same issue with PRServer and live updates, looking forward to a possible solution. Kind regards, Sergey On Wed, May 18, 2016 at 05:31:09PM +0800, Robert Yang wrote: > > > On 05/18/2016 05:20 PM, Martin Jansa wrote: > >On Wed, May 18, 2016 at 04:03:58PM +0800, Robert Yang wrote: > >>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. > > > >You can still stop using PR service and start doing manual PR bumps, but > > We can't stop PR service and start doing manual PR bumps since we need keep > update to date with upstream, the changes from upstream don't do the manual > PR, and I don't think that we have to if they can be done automatically. > > >it's quite annoying if you need to bump a lot of recipes you don't > >control :). > > What's your opinion about only consider RDEPENDS for PR service's checksum, > please ? > > // 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 > >>> > >>> > > > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core