Currently meson.eclass sets --wrap-mode nodownload which permits automatic fallback to bundled dependencies under ${S}/subprojects/ folder which is not only obviously bad from a distribution standpoint (we're explicitly and by default opting into bundled dependencies) but it causes real problems as discovered in bug 788091. Reproducible: Always Expected Results: Clearly the correct solution would be to set --wrap-mode nofallback in meson.eclass and run a tinderbox to spot any ebuilds that are either explicitly broken or worse silently disabling features internally. In those cases either --wrap-mode nodownload can be passed during configure stage to restore the old behavior or better yet properly package the missing dependency/-ies, which should be relatively easy, since meson subprojects must have either their own build system or at least a functional meson.build file that's copied into the subproject for the wrapper to function.