Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Robert Yang <liezhi.yang@windriver.com>
Cc: oe-core <openembedded-core@lists.openembedded.org>
Subject: Re: PRServer's problem
Date: Wed, 18 May 2016 11:20:29 +0200	[thread overview]
Message-ID: <20160518092029.GA2579@jama> (raw)
In-Reply-To: <573C21EE.8040104@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 2822 bytes --]

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
it's quite annoying if you need to bump a lot of recipes you don't
control :).

> > On Wed, May 18, 2016 at 8:09 AM, Robert Yang <liezhi.yang@windriver.com
> > <mailto:liezhi.yang@windriver.com>> 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 = "<recipe checksum>"
> >
> >     --
> >     Thanks
> >
> >     Robert
> >     --
> >     _______________________________________________
> >     Openembedded-core mailing list
> >     Openembedded-core@lists.openembedded.org
> >     <mailto:Openembedded-core@lists.openembedded.org>
> >     http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
> >

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]

  reply	other threads:[~2016-05-18  9:20 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-18  6:09 PRServer's problem Robert Yang
2016-05-18  7:34 ` Joshua G Lock
2016-05-18  8:13   ` Robert Yang
2016-05-18  7:39 ` Martin Jansa
2016-05-18  8:03   ` Robert Yang
2016-05-18  9:20     ` Martin Jansa [this message]
2016-05-18  9:31       ` Robert Yang
2016-05-18 10:15         ` Martin Jansa
2016-05-19  2:33           ` Robert Yang
2016-05-19  3:10             ` Robert Yang
2016-05-19  9:45               ` Richard Purdie
2016-05-19 10:12                 ` Robert Yang
2016-05-19 10:17                   ` Richard Purdie
2016-05-20  2:27                     ` Robert Yang
2016-05-19 10:37                   ` Joshua G Lock
2016-05-19 11:10                     ` Paul Eggleton
2016-05-19  8:47             ` Martin Jansa
2016-05-19  9:40               ` Richard Purdie
2016-05-19  9:45               ` Robert Yang
2016-05-19 10:24                 ` Martin Jansa
2016-05-18 12:27         ` Sergey 'Jin' Bostandzhyan
2016-07-27  8:06           ` Robert Yang
2016-07-27  8:30             ` Sergey 'Jin' Bostandzhyan
2016-07-27  8:43               ` Robert Yang
2016-05-20 10:00 ` Mike Looijmans

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160518092029.GA2579@jama \
    --to=martin.jansa@gmail.com \
    --cc=liezhi.yang@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox