All of lore.kernel.org
 help / color / mirror / Atom feed
* Bitbaking a recipe often triggers a do_package_write_rpm of a dependant recipe... why?
@ 2017-10-05 10:09 Torsten Sievers
  2017-10-06 14:00 ` Khem Raj
  0 siblings, 1 reply; 2+ messages in thread
From: Torsten Sievers @ 2017-10-05 10:09 UTC (permalink / raw)
  To: yocto

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

Hi guys,

Here is the situation:

I have two custom made recipes, one is a SDK , the other one is a set of
examples that use the sdk.

The examples recipe has DEPENDS and RDEPENDS set that point to artifacts
that are produced by the SDK recipe.

So far, so normal

Now the strange thing happens:

when I do

bitbake sdk

everything is fine, it configures,compiles,installs and eventually create a
rpm (by do_package_write_rpm)

when I run

bitbake examples

immediately after the finish of the bitbake sdk

it is compiling,installing etc the example rpm. However it is also very
often (but not always) re-triggering the do_package_write_rpm from the
SDK.  but why?

I double checked, the SDK code/recipe was not touched, and the SDK rpm was
sitting right there before I bitbaked the examples.


i am digging deep inside bitbake / yocto recipes for days but i cannot find
the rootcause...

Any hint what could cause this? I would not bother too much, but the
building of the SDK rpms takes roughly 10 minutes, thus significantly
slowing down my development iterations.

Any hints are highly appreciated...
BR
  Torsten

[-- Attachment #2: Type: text/html, Size: 1589 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-10-06 14:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-10-05 10:09 Bitbaking a recipe often triggers a do_package_write_rpm of a dependant recipe... why? Torsten Sievers
2017-10-06 14:00 ` Khem Raj

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.