From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Greylist: delayed 579 seconds by postgrey-1.34 at layers.openembedded.org; Wed, 27 Jul 2016 08:39:59 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 173BC606BF for ; Wed, 27 Jul 2016 08:39:59 +0000 (UTC) Received: by static.88-198-224-151.clients.your-server.de (Postfix, from userid 500) id 481A31A018E; Wed, 27 Jul 2016 10:30:19 +0200 (CEST) Date: Wed, 27 Jul 2016 10:30:19 +0200 From: Sergey 'Jin' Bostandzhyan To: Robert Yang Message-ID: <20160727083018.GA23467@deadlock.dhs.org> References: <573C0726.3040402@windriver.com> <573C21EE.8040104@windriver.com> <20160518092029.GA2579@jama> <573C365D.3070407@windriver.com> <20160518122751.GD11766@deadlock.dhs.org> <57986B7B.1000107@windriver.com> MIME-Version: 1.0 In-Reply-To: <57986B7B.1000107@windriver.com> User-Agent: Mutt/1.5.20 (2009-12-10) Cc: Mike Looijmans , 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, 27 Jul 2016 08:40:02 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Robert, On Wed, Jul 27, 2016 at 04:06:19PM +0800, Robert Yang wrote: > >just wanted to say that we are facing the same issue with PRServer and > >live updates, looking forward to a possible solution. > > You can try packagefeed-stability.bbclass on master branch now, and please > feel free to let me know if you find any bugs. > > Usage: > > INHERIT += "packagefeed-stability" thank you, this sounds great! Is it safe to pull in this class to 2.0.2? This is what we are currently using, so I could only try it by patching my 2.0.2 based tree. 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 > >