Gluon: la construction échoue après les récents bugs OpenWrt

Créé le 14 août 2020 · 4Commentaires · Source: freifunk-gluon/gluon

Quel est le problème?

après le récent OpenWrt bumps, la construction des branches Gluon basée sur OpenWrt 19.07 échoue avec "Error 2", la sortie de journal correspondante est jointe
20200813_gluon_openwrt1907_openvswitch_wireguard_build_error.txt

les builds basés sur OpenWrt 19.07 commit 73fecd36bfd2b9f92a2a20f38bdb73b4433dec3e fonctionnent, les builds avec les commits ultérieurs jusqu'à aujourd'hui échouent.

le problème pourrait être qu'openvswitch et wireguard essaient de définir certaines fonctions du noyau prandom_u32* comme 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

Version Gluon :
branches v2020.1.x , v2020.2.x, maître

Configuration du site:
sans importance, se produit également avec d'autres configurations de site

solution de contournement
Veuillez trouver ci-joint un correctif qui désactive la version du package openvswitch, ce qui entraîne une version Gluon fonctionnelle.
le même comportement est attendu - mais non testé - lors de la désactivation des builds wireguard.
0001-disable-build-of-openvswitch.patch.txt

peut-être que les deux packages peuvent être corrigés de manière à ce qu'ils n'entrent plus en conflit, @NeoRaider veut examiner le problème

bug blocker

Source

rotanid

Commentaire le plus utile

Je ne peux pas reproduire cela, veuillez joindre un journal complet qui comprend également les étapes de configuration de ces packages.

NeoRaider le 14 août 2020

😄2

Tous les 4 commentaires

Je ne peux pas reproduire cela, veuillez joindre un journal complet qui comprend également les étapes de configuration de ces packages.

NeoRaider le 14 août 2020

😄2

Aussi, avez-vous des correctifs locaux? Les branches v2020.1.x , v2020.2.x et master font toutes référence à une version OpenWrt qui est actuellement sur le noyau 4.14.187. Votre journal affiche 4.14.193, il doit donc s'agir d'une version 19.07 plus récente.

NeoRaider le 14 août 2020

Aussi, avez-vous des correctifs locaux? Les branches v2020.1.x , v2020.2.x et master font toutes référence à une version OpenWrt qui est actuellement sur le noyau 4.14.187. Votre journal affiche 4.14.193, il doit donc s'agir d'une version 19.07 plus récente.

bien sûr, j'ai fait un autre bump pour essayer si cela résout le problème. Je ne construirai pas à nouveau avec l'ancien état, je pense que vous pouvez me croire et @mweinelt que pour nous, cela a également échoué avec l'ancien état que vous pouvez trouver actuellement sur github.

Je n'ai juste pas poussé ma bosse, parce que ça n'arrangeait pas les choses et donc ce n'est pas important

rotanid le 14 août 2020

La rupture avec le noyau 4.14.187 a été corrigée avec la dernière mise à jour d'openwrt/packages, qui n'a pas été rétroportée vers v2020.1.x et v2020.2.x par accident
OVS rompt à nouveau avec le noyau 4.14.193. Ceci est corrigé dans OVS en amont, mais pas encore dans openwrt/packages. Nous pouvons attendre avec notre prochaine bosse OpenWrt jusqu'à ce que cela soit corrigé pour éviter la casse.

NeoRaider le 14 août 2020

Cette page vous a été utile?

0 / 5 - 0 notes