之前一切正常。但在某一时刻,一切都陷入了解析食谱的步骤。我该如何修复它?
./clear_mntconti_cpp.sh
source /opt/yocto/.yocto_build.rocko/poky/oe-init-build-env /opt/yocto/.yocto_build.rocko/build && \
bitbake -r /opt/yocto/.yocto_build.rocko/build/conf/bblayers_before.conf -c cleansstate -f mntconti-tracker && \
bitbake -r /opt/yocto/.yocto_build.rocko/build/conf/bblayers_before.conf -c clean -f mntconti-tracker && \
bitbake -r /opt/yocto/.yocto_build.rocko/build/conf/bblayers_before.conf -c cleanall -f mntconti-tracker
### Shell environment set up for builds. ###
You can now run 'bitbake <target>'
Common targets are:
core-image-minimal
core-image-sato
meta-toolchain
meta-ide-support
You can also run generated qemu images with a command like 'runqemu qemux86'
Parsing recipes: 0% |# | ETA: 0:01:12
更新:我发现这个命令
git ls-remote http://<user>:<key>@host/project
挂起,我不知道为什么......
答案1
问题出在 git 更新后的 git 访问中。因此,bitbake 挂在 ls-remote 命令上。
在查看了 所示的进程列表后,我发现我需要看看它htop
。
我如何检测到它。我启动了 bitbake 脚本,它挂起了。然后我打开 htop 看到,bitbake 调用过程是这样的
git -c core.fsyncobjectfiles=0 ls-remote http://user:pwd@host/project
我将此过程称为单独的过程,并发现它挂起。所以,当我调用 bitbake 时,它挂起,因为它永远等待 git 的结果。
在 git 中,文件 /var/opt/gitlab/gitlab-workhorse/sockets/socket 的更新规则无效。但设置所有权限后它仍然不起作用。但在 git 组中添加用户 gitlab-www 后它就可以工作了