[参考译文] AM625：Yocto SDK 11构建失败

您好、Paul：

您是否正在尝试在网络文件系统或其他东西上构建此文件？ 如果是、这已知会导致问题。

无论如何,两个快事情:

1. 尝试在完全不同的机器上构建此模型
   
   
2. 试用我们基于 Docker 的容器化构建方法 https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_00_09_04/exports/docs/linux/yocto-builds-inside-sdk.html#steps-to-run-yocto-builds-inside-container Overview_Building_

此致、Andreas

您好 Andreas、  

我们尝试使用基于 Docker 的。

在编译 rootfs 过程的最后一部分、 下面有一个 errro：

/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/temp/log.do_rootfs

注意：运行拦截脚本：
注意：>正在执行 update_pixbuf_cache intercept ...
注意：+'[' True = False -a qemuwrapper-cross '！=" nativesdk-qemuwrapper-cross ']"
+ qemu-AArch64 -r 5.15 -E LD_LIBRARY_PATH=/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs/usr/lib：/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs/usr/lib -L /home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs /home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs/usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders

注意：>执行 update_mime_database 截取...
注意：退出代码1。 输出：
正在更新 MIME 数据库... 这可能需要等一会儿。
目录"/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs/packages "不存在！

错误：postinstall 拦截挂钩'update_mime_database'失败、详细信息位于/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/temp/log.do_rootfs

=======================

构建命令

machine=am62xx-evm bitbake -c cleanstate shared-mime-info ;
bitbake shared-mime-info MACHINE=;
MACHINE=．am62xx－evm bitbake－c cleanall tisdk-default-image；
bitbake -c cleanstate tisdk-default-image MACHINE=；
tisdk-default-image、cam62xx-EVM 位 bake -k tisdk-default-image MACHINE=

您好、Paul：

正在更新 MIME 数据库... 这可能需要等一会儿。
目录"/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/rootfs/packages "不存在！

错误：postinstall 拦截挂钩'update_mime_database'失败、详细信息位于/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-default-image/1.0/temp/log.do_rootfs

=======================

我最近处理了一个看起来相似的案例、您能尝试在 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1490903/am62p-q1-yocto-build-using-docker/5782912#5782912此处提出的解决方案(补丁) 并返回报告吗？

谢谢、Andreas

您好 Andreas

应用补丁后、这个 "update_mime_database"失败、但出现另一个失败；关于 "update_pixbuf_cache"失败。

错误：tisdk-base-image-1.0-r0_tisdk_0 do_rootfs：postinstall 拦截挂钩"update_pixbuf_cache"失败、详细信息 i00GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisdk-base-image/1.0/temp/log.do_rootfs
错误：存储在/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisd.0/temp/log.do_rootfs.16203中的失败日志文件
错误：任务(/home/paul/500GBN/tisdk/sources/meta-arago/meta-arago-distro/recipes-core/images/tisdk-base-image.bb：do_rooth 退出代码'1')

您好、Paul：

这些错误非常奇怪和罕见;我无法确定为什么它们发生。 您是否按照*完全*的方式*遵循了 SDK 文档中的所有设置步骤？ https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_00_09_04/exports/docs/linux/Overview_Building_ yoctan_sdk.html#steps-to-run-yocto-builds-on-host

然后、您能否更详细地描述您的构建设置(机器、操作系统、文件系统以及您可能自定义的或可能是"非标准"的任何内容)？

最后、在这里拍摄到蓝色、但与后续帖子(链接)中对另一个线程所做的类似、您能否尝试对`oe-core`层进行以下修改：

diff --git a/scripts/postinst-intercepts/update_pixbuf_cache b/scripts/postinst-intercepts/update_pixbuf_cache
index ea12814474..27018c1879 100644
--- a/scripts/postinst-intercepts/update_pixbuf_cache
+++ b/scripts/postinst-intercepts/update_pixbuf_cache
@@ -8,6 +8,8 @@ set -e
 export GDK_PIXBUF_MODULEDIR=$D${libdir}/gdk-pixbuf-2.0/2.10.0/loaders
 export GDK_PIXBUF_FATAL_LOADER=1

+mkdir -p $D${libdir}/gdk-pixbuf-2.0/2.10.0
+
 PSEUDO_UNLOAD=1 ${binprefix}qemuwrapper -L $D $D${libdir}/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders \
     >$GDK_PIXBUF_MODULEDIR/../loaders.cache && \
     sed -i -e "s:$D::g" $GDK_PIXBUF_MODULEDIR/../loaders.cache

如果这对您没有帮助、您可以提供先前日志中引用的错误日志(`/home/paul/500GBN/tisdk/build/arago-tmp-default-glibc/work/am62xx_evm-oe-linux/tisd.0/temp/log.do_rootfs.16203`)。

此致、Andreas