wangyang wrote 8 months ago

Debuginfo Flag disable:

wangyang wrote 8 months ago

kernel
openEuler-repos
openEuler-rpm-config
nodelet_core
kde-filesystem
gcc_secure
filesystem
cloud-utils
chatglm.cpp
A-FOT
llama.cpp

---

wangyang wrote 8 months ago

zlib

---

wangyang wrote 8 months ago

sentencepiece

---

wangyang wrote 8 months ago

openssl, 更新后引入了bug

---

wangyang wrote 8 months ago

native-turbo

---

wangyang wrote 8 months ago

mozjs102

---

wangyang wrote 8 months ago

abi-dumper

wangyang wrote 8 months ago

由于_constraints文件不能设置qemu，所以qemu为默认模式。
所以失败与还未构建过的通通设置为了chroot，让硬件跑。
kvm能正常编译的都交给kvm。

所以，当前默认行为是：失败的包都应该有被限制到chroot，如果kvm与qemu的出现失败，则修改_constraints改交给chroot。

wangyang wrote 8 months ago

kvm的worker是80+80, qemu是60, chroot是8,暂时只有一台可以连接。 限定到kvm的包是3391，qemu的是1072，所以给sg2042跑的大概就155左右的包。 
这155个中部分是经过筛选出来那种编译极其耗时的包（大于一小时以上）

这次构建失败的大部分会在限定到chroot的包范围里，所以预计最大失败量是155个。
 其中，超时导致失败的包需要等待明天修改worker代码。

wangyang wrote 8 months ago

由于抓取的构建历史信息有误，限定到的对应构建模式可能不正确。 在qemu编译失败的包需要手动再添加文件来限定到chroot