问题是什么？
在最近的 OpenWrt 遇到基于 OpenWrt 19.07 的 Gluon 分支构建失败并出现“错误 2”后，附上相关的日志输出
20200813_gluon_openwrt1907_openvswitch_wireguard_build_error.txt
基于 OpenWrt 19.07 提交 73fecd36bfd2b9f92a2a20f38bdb73b4433dec3e 工作的构建，直到今天提交的构建都失败了。
问题可能是 openvswitch 和 wireguard 都试图将一些内核 prandom_u32* 函数定义为向后移植
https://github.com/openvswitch/ovs/blob/branch-2.11/datapath/linux/compat/include/linux/random.h#L11
https://git.zx2c4.com/wireguard-linux-compat/tree/src/compat/compat.h#n243
胶子版本：
分支 v2020.1.x , v2020.2.x, master
站点配置：
无关，也会发生在其他站点配置中
解决方法
请找到附加的补丁，该补丁禁用了 openvswitch 包的构建，从而导致 Gluon 构建正常工作。
禁用wireguard构建时，预期会有相同的行为 - 但未经测试。
0001-disable-build-of-openvswitch.patch.txt
也许这两个包可以以不再冲突的方式修复， @NeoRaider想看看这个问题
rotanid
所有4条评论
我无法重现，请附上完整的日志，其中还包括这些包的配置步骤。
NeoRaider
于 2020-08-14
另外，你有本地补丁吗？ 分支 v2020.1.x 、 v2020.2.x 和 master 都是指当前在内核 4.14.187 上的 OpenWrt 版本。 您的日志显示 4.14.193，因此它必须是较新的 19.07 版本。
NeoRaider
于 2020-08-14
另外，你有本地补丁吗？ 分支 v2020.1.x 、 v2020.2.x 和 master 都是指当前在内核 4.14.187 上的 OpenWrt 版本。 您的日志显示 4.14.193，因此它必须是较新的 19.07 版本。
当然，如果这能解决问题，我又做了一次碰撞尝试。 我不会用旧状态再次构建，我想你可以相信我和@mweielt ，对我们来说，它也失败了，你可以在 github 上找到当前的旧状态。
我只是没有推动我的颠簸，因为它没有解决问题，所以这并不重要
rotanid
于 2020-08-14
- 内核 4.14.187 的损坏已通过对 openwrt/packages 的最新更新得到修复，该更新并非偶然向后移植到 v2020.1.x 和 v2020.2.x
- OVS 再次与内核 4.14.193 中断。 这已在 OVS 上游修复，但尚未在 openwrt/packages 中修复。 我们可以等待下一个 OpenWrt 碰撞，直到它被修复以避免损坏。
NeoRaider
于 2020-08-14
相关问题
Nurtic-Vibe
·
5评论
rotanid
·
5评论
Nurtic-Vibe
·
5评论
oszilloskop
·
5评论
sargon
·
4评论
最有用的评论
我无法重现，请附上完整的日志，其中还包括这些包的配置步骤。