Gluon: a compilação falha após picos de OpenWrt recentes

Criado em 14 ago. 2020 · 4Comentários · Fonte: freifunk-gluon/gluon

Qual é o problema?

depois que o OpenWrt recente bate a compilação de ramos do Gluon com base no OpenWrt 19.07 falha com "Erro 2", está anexado o resultado do log relevante
20200813_gluon_openwrt1907_openvswitch_wireguard_build_error.txt

as compilações baseadas no OpenWrt 19.07 commit 73fecd36bfd2b9f92a2a20f38bdb73b4433dec3e funcionam, as compilações com confirmações posteriores até a falha de hoje.

o problema pode ser que ambos openvswitch e wireguard tentam definir algumas funções do 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

Versão Gluon:
branches v2020.1.x, v2020.2.x, master

Configuração do site:
irrelevante, também acontece com outras configurações do site

Gambiarra
em anexo, encontra um patch que desabilita a compilação do pacote openvswitch que resulta em uma compilação do Gluon funcional.
o mesmo comportamento é esperado - mas não testado - ao desabilitar compilações de wireguard.
0001-disable-build-of-openvswitch.patch.txt

talvez os dois pacotes possam ser consertados de forma que não entrem mais em conflito, @NeoRaider quer dar uma olhada no problema

bug blocker

Fonte

rotanid

Comentários muito úteis

Não consigo reproduzir isso, anexe um log completo que também inclui as etapas de configuração desses pacotes.

NeoRaider em 14 ago. 2020

😄2

Todos 4 comentários

Não consigo reproduzir isso, anexe um log completo que também inclui as etapas de configuração desses pacotes.

NeoRaider em 14 ago. 2020

😄2

Além disso, você tem algum patch local? Os ramos v2020.1.x, v2020.2.xe master se referem a uma versão OpenWrt que está atualmente no Kernel 4.14.187. Seu log mostra 4.14.193, portanto, deve ser uma versão 19.07 mais recente.

NeoRaider em 14 ago. 2020

Além disso, você tem algum patch local? Os ramos v2020.1.x, v2020.2.xe master se referem a uma versão OpenWrt que está atualmente no Kernel 4.14.187. Seu log mostra 4.14.193, portanto, deve ser uma versão 19.07 mais recente.

claro, fiz outro solavanco para tentar se isso corrige o problema. não vou construir de novo com o estado mais antigo, acho que você pode acreditar em mim e em @mweinelt que para nós também falhou com o estado mais antigo que você pode encontrar atualmente no github.

eu apenas não forcei minha barriga, porque não consertou as coisas e então não é importante

rotanid em 14 ago. 2020

Quebra com kernel 4.14.187 foi corrigido com a atualização mais recente para openwrt / packages, que não foi retransportado para v2020.1.xe v2020.2.x por acidente
O OVS rompe com o kernel 4.14.193 novamente. Isso foi corrigido no OVS upstream, mas ainda não em openwrt / packages. Podemos esperar com nosso próximo problema de OpenWrt até que isso seja corrigido para evitar a quebra.

NeoRaider em 14 ago. 2020

Esta página foi útil?

0 / 5 - 0 avaliações