由于SW团队提出了更高版本的软件包要求，因此我试图集成yocto 2.6.2。除了常规的oe bitbake，在我们公司中，我们还有另一个基于pyton的构建系统。我不太熟悉它，但是它也调用了bitbake。只是它从公司服务器中获取层，因为它无法从网络中完成并放入一些其他数据。问题紧随其后。使用常规的bitbake，一切都很好，构建过程顺利进行。当我运行我们专有的构建系统时，它在do_rootfs上失败，原因是从日志中复制了以下原因：
注意：运行拦截脚本：
注意：>正在执行update_icon_cache拦截...
注意：退出代码127。输出：
/home/w23698/projects/btstmp/builds/home/w23698/projects/proj_csc5_clean/proj_csc5/srcMirror/build/tmp/work/csc5-poky-linux-gnueabi/ww-image/1.0-r0 / intercept_scripts-12c5ef04e386052464955905a231f7ec3a3eb8c0452bbf7c1cd0f436ca99cbf7 / update_icon_cache：6：/ home / w23698 / projects / btstmp / builds / home / w23698 / projects / proj_csc5_clean / proj_sc-sc5 / image 1.0-r0 / intercept_scripts-12c5ef04e386052464955905a231f7ec3a3eb8c0452bbf7c1cd0f436ca99cbf7 / update_icon_cache：/ home / w23698 / projects / btstmp / builds / home / w23698 / projects / proj_csc5_clean / proj_csc / mp5 / clean / proj_csc5_image /1.0-r0/recipe-sysroot-native//gdk-pixbuf-2.0/gdk-pixbuf-query-loaders：未找到
错误：安装后拦截钩'update_icon_cache'失败，/ home / w23698 / projects / btstmp / builds / home / w23698 / projects / proj_csc5_clean / proj_csc5 / srcMirror / build / tmp / work / csc5-中的详细信息poky-linux-gnueabi / ww-image / 1.0-r0 / temp / log.do_rootfs
调试：Python函数do_rootfs完成 错误：函数失败：do_rootfs
在普通的bitbake中，调用的拦截（update_gio_module_cache拦截）脚本非常不同并且可以通过。 在哪里决定调用哪个拦截脚本？
我通知专有构建系统中的所有拦截脚本都已更改为x。我做了一个非常简单的尝试，按照原始的yocto poky层来匹配访问标志。它没有帮助。