Yocto：如何从包的RDEPENDS中删除/黑名单一些依赖？

FILES_libgal-mx6 = "${libdir}/libGAL${SOLIBS} ${libdir}/libGAL_egl${SOLIBS}"
FILES_libgal-mx6-dev = "${libdir}/libGAL${SOLIBSDEV} ${includedir}/HAL"
RDEPENDS_libgal-mx6 += "kernel-module-imx-gpu-viv"
INSANE_SKIP_libgal-mx6 += "build-deps"

我实际上将此RDEPENDS限定为错误,通常将内核模块依赖项指定为RRECOMMENDS,因为大多数模块都可以编译到内核中,因此在提供功能时根本不会创建单独的包.但这是另一个问题.

有几种方法可以解决这个问题,第一种方法是调整包的RDEPENDS.它只是一个bitbake变量,因此您可以使用assign it some other value或remove some portion of it.在第一种情况下,它看起来有点像这样：

RDEPENDS_libgal-mx6 = ""

在第二个：

RDEPENDS_libgal-mx6_remove = "kernel-module-imx-gpu-viv"

显然,这两个选项对您现在和将来的工作有不同的含义.一般来说,我会选择较软的,这是第二次,因为当你要更新meta-fsl-arm层时,它可能会有更少的破损,这可以以任何方式改变imx-gpu-viv配方.但是当你用变量中的大列表覆盖一些更复杂的配方并且你正在大量修改它(不只是删除一两件事)时,通过完全硬分配变量来维护它可能更容易.

现在还有一个问题,即如何进行变量修改.主要选项是.bbappend in your layer,这是附加的内容,但你也可以从你的发行版配置中做到这一点(如果你维护自己的发行版,可能更容易将所有这些调整放在一个地方,而不是喷到很多附加)或从你的local.conf(这是一个快速尝试它的好地方,但可能不会长期使用).我通常使用.bbappend.

但是对于这个问题也有一种完全不同的方法,而不是修复包依赖关系,你也可以修复some other package provides.例如,你有一个内核配置为在主zimage内置imx-gpu-viv模块你可以做

RPROVIDES_kernel-image += "kernel-module-imx-gpu-viv"

(也在.bbappend,发行版配置或local.conf中)就是这样.

无论如何,您解决此问题的方法应反映您的设置和配方假设之间的差异.如果你有模块,但是在另一个软件包中,那么选择RPROVIDES,如果你有一些其他模块提供与libgal-mx6软件包相同的功能,那么修复libgal-mx6依赖项(并且最好修复它们,这意味着不仅仅是删除你不需要的东西,但也添加与你的设置相关的东西.