All of lore.kernel.org
 help / color / mirror / Atom feed
* is there a *compelling* use case for "FILESEXTRAPATHS_append"?
@ 2021-04-06 12:58 Robert P. J. Day
  0 siblings, 0 replies; only message in thread
From: Robert P. J. Day @ 2021-04-06 12:58 UTC (permalink / raw)
  To: Yocto discussion list


  over the years, i've always been uncomfortable with the admittedly
small number of examples in various layers i've found that append to
FILESEXTRAPATHS rather than prepend, so i'm curious if there is an
actual, persuasive reason to ever do that.

  philosophically, when one uses FILESEXTRAPATHS_prepend, one is
effectively saying, "here, use my content. nobody else's. mine. it's
right here. you can see it." and there should be no ambiguity, of
course.

  when you append, however, you're allowing for some hitherto unknown
earlier layer to jump in and override some of your content.
effectively, it seems (and i'm willing to be corrected) that you're
saying, "i have some content that *could* be used, but if some earlier
layer has the same content, we'll use that instead."

  that seems to open up a huge can of non-determinism, if an earlier
layer suddenly introduces (or, conversely removes) content of the same
name without you noticing, and weird things start to happen.

  so the question is, is there a really, well-defined use case for
appending to this variable?

rday

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2021-04-06 12:58 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-06 12:58 is there a *compelling* use case for "FILESEXTRAPATHS_append"? Robert P. J. Day

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.