Gluon: la compilación falla después de los golpes recientes de OpenWrt
¿Cuál es el problema?
después de que el reciente OpenWrt salta, la compilación de las ramas Gluon basadas en OpenWrt 19.07 falla con el "Error 2", se adjunta la salida de registro relevante
20200813_gluon_openwrt1907_openvswitch_wireguard_build_error.txt
las compilaciones basadas en OpenWrt 19.07 confirman 73fecd36bfd2b9f92a2a20f38bdb73b4433dec3e funcionan, compilaciones con confirmaciones posteriores hasta hoy fallan.
el problema podría ser que tanto openvswitch como wireguard intentan definir algunas funciones del kernel prandom_u32 * como backports
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
Versión Gluon:
ramas v2020.1.x, v2020.2.x, maestro
Configuración del sitio:
irrelevante, también ocurre con otras configuraciones del sitio
solución alterna
Por favor, encuentre adjunto un parche que deshabilita la compilación del paquete openvswitch, lo que da como resultado una compilación de Gluon en funcionamiento.
se espera el mismo comportamiento, pero no probado, al deshabilitar compilaciones de protección de cables.
0001-deshabilitar-compilación-de-openvswitch.patch.txt
tal vez los dos paquetes se puedan arreglar de manera que ya no entren en conflicto, @NeoRaider quiere analizar el problema
rotanid
Todos 4 comentarios
No puedo reproducir esto, adjunte un registro completo que también incluya los pasos de configuración de estos paquetes.
NeoRaider
en 14 ago. 2020
Además, ¿tiene algún parche local? Las ramas v2020.1.x, v2020.2.xy master se refieren a una versión de OpenWrt que se encuentra actualmente en el Kernel 4.14.187. Su registro muestra 4.14.193, por lo que debe ser una versión 19.07 más reciente.
NeoRaider
en 14 ago. 2020
Además, ¿tiene algún parche local? Las ramas v2020.1.x, v2020.2.xy master se refieren a una versión de OpenWrt que se encuentra actualmente en el Kernel 4.14.187. Su registro muestra 4.14.193, por lo que debe ser una versión 19.07 más reciente.
seguro, hice otro golpe para probar si esto soluciona el problema. No volveré a construir con el estado anterior, creo que pueden creerme a mí y a @mweinelt que para nosotros también falló con el estado anterior que puede encontrar actualmente en github.
simplemente no presioné mi bache, porque no arregló las cosas y por eso no es importante
rotanid
en 14 ago. 2020
- La rotura con el kernel 4.14.187 se solucionó con la última actualización de openwrt / packages, que no se retroportó a v2020.1.xy v2020.2.x por accidente
- OVS vuelve a romper con el kernel 4.14.193. Esto está arreglado en OVS upstream, pero todavía no en openwrt / packages. Podemos esperar con nuestro próximo golpe de OpenWrt hasta que se solucione para evitar la rotura.
NeoRaider
en 14 ago. 2020
Temas relacionados
2tata
·
3Comentarios
oszilloskop
·
5Comentarios
rubo77
·
5Comentarios
mweinelt
·
3Comentarios
RalfJung
·
5Comentarios
Comentario más útil
No puedo reproducir esto, adjunte un registro completo que también incluya los pasos de configuración de estos paquetes.