<div dir="ltr"><div>Hello,</div><div><br></div>Si ça peut aider, je joins un Dockerfile qui crée une image debian:stable (docker build .), installe les outils nécessaires puis récupère le repo openwrt-tools de TTN.<div>Reste plus qu'à créer le container (docker create -it --name ttnbuild <imageID>), le démarrer (docker start ttnbuild) et s'y "attacher" (docker attach ttnbuild).</div><div><br></div><div>Les "sources" sont dans openwrt-tools, la commande ./quick_lede.sh tourne bien comme il faut et génère les firmwares demandés.</div><div><br></div><div>Cordialement,</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 31 juillet 2017 à 10:05, Luc Maisonobe via technique <span dir="ltr"><<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 31/07/2017 à 07:42, léo sartre via technique a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bonjour Luc,<br>
<br>
Le dernier problème que j'ai vu passer c'était sur une debian c'était sous Sid l'an dernier, et c'était install qui segfaultait...<br>
</blockquote>
<br></span>
Cela ressemble donc bien au problème que je vois : un opkg install<br>
qui fait un segmentation fault.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pour l'erreur sur ton serveur arm, le scipt quick_lede utilise l'image builder de Lede, je ne sais pas si une version testée pour arm est disponible<br>
</blockquote>
<br></span>
D'accord. Si je comprends bien, dans mon essai de compilation, il y a<br>
avait donc trois architectures en jeu : l'architecture du routeur<br>
(mips_24kc si j'ai bien cherché), l'architecture du builder (x86), et<br>
l'architecture de la machine faisant le build (ARM dans mon cas). Le<br>
builder fonctionne bien en cross compilation (générer du mips_24c depuis<br>
une machine de bureau standard), mais pas depuis un petit ARM.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Si tu n'as pas de debian stable sous la main mais que tu as un peu de place sur ta machine, je te conseil de regarder du côté des containers pour faire un container d'une debian stable, avec lxc <a href="https://linuxcontainers.org/fr/" rel="noreferrer" target="_blank">https://linuxcontainers.org/fr<wbr>/</a> c'est assez rapide.<br>
Laurent avait rassemblé la liste des paquets à installer sur une VM tetaneutral, en repartnt de ça tu dois facilement avoir un container capable de générer les firwares:<br>
<a href="https://lists.tetaneutral.net/pipermail/technique/2017-January/002573.html" rel="noreferrer" target="_blank">https://lists.tetaneutral.net/<wbr>pipermail/technique/2017-Janua<wbr>ry/002573.html</a><br>
</blockquote>
<br></span>
Je garde ça sous la main, merci des références. Cela me servira<br>
certainement la prochiane fois.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Vross a repris la maintenance du script, à confirmer, mais je penses qu'elle va suivre les realeases stables de Lede, les versiosn de dévelopement ne sont pas forcément propices à la mise en service chez les adhérents.<br>
</blockquote>
<br></span>
Ça c'est une bonne nouvelle, merci à elle. Ces systèmes de génération<br>
semblent vraiment complexes. J'ai un peu tenté de rentrer dedans pour<br>
au moins identifier la commande qui plantait, mais j'ai vite déclaré<br>
forfait.<br>
<br>
J'imagine que lorsqu'une nouvelle version stable sera disponible<br>
nous serons prévenus et qu'il faudra éventuellement reflasher les<br>
routeurs des adhérents. Il y aura probablement eu des failles<br>
de sécurité corrigées à ce moment là.<br>
<br>
merci pour tous ces renseignements,<br>
Luc<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
Léo<div><div class="h5"><br>
<br>
Le 29 juillet 2017 à 22:53, Luc Maisonobe via technique <<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.n<wbr>et</a> <mailto:<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetane<wbr>utral.net</a>>> a écrit :<br>
<br>
Bonjour,<br>
<br>
Devant flasher un routeur pour un adhérent, j'ai tenté de générer le<br>
firmware LeDe avec le script quick_lede.sh. Je l'avais déjà fait<br>
sur ma machine sous Debian/stretch il y a quelques semaines sans trop<br>
de problème (il avait juste fallu installer libssl-dev qui manquait au<br>
premier essai).<br>
<br>
Désormais, cela ne marche plus. Il faut dire que depuis le passage de<br>
Stretch en version stable, j'ai basculé sous la nouvelle Debian testing,<br>
à savoir Buster.<br>
<br>
Je n'ai pas encore trouvé comment corriger, mais j'ai l'impression<br>
qu'un « opkg install » me fait un segmentation fault.<br>
<br>
J'ai tenté de recompiler sur un petit serveur ARM qui était encore<br>
sous une Debian ancienne, mais là c'est l'architecture ARM qui<br>
ne lui plait pas et une des commandes se plante sur un problème<br>
d'architecture binaire.<br>
<br>
En désespoir de cause, j'ai compilé sur une autre machine à<br>
laquelle j'ai accès mais qui n'est pas à moi. J'ai donc bien pû générer<br>
le firmware, mais ce n'était pas une solution idéale.<br>
<br>
Est-il prévu de maintenir le script de sorte qu'il puisse tourner<br>
sur des systèmes comme le mien ? Est-il également prévu de se<br>
mettre à jour sur les développements de LeDe ou garde-t-on la<br>
version qui semble avoir un an ?<br>
<br>
cordialement,<br>
Luc<br>
______________________________<wbr>_________________<br>
technique mailing list<br></div></div>
<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.ne<wbr>t</a> <mailto:<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetane<wbr>utral.net</a>><br>
<a href="http://lists.tetaneutral.net/listinfo/technique" rel="noreferrer" target="_blank">http://lists.tetaneutral.net/l<wbr>istinfo/technique</a><br>
<<a href="http://lists.tetaneutral.net/listinfo/technique" rel="noreferrer" target="_blank">http://lists.tetaneutral.net/<wbr>listinfo/technique</a>><br>
<br>
<br>
<br><span class="HOEnZb"><font color="#888888">
<br>
-- <br>
Léo</font></span><span class=""><br>
<br>
<br>
______________________________<wbr>_________________<br>
technique mailing list<br>
<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.ne<wbr>t</a><br>
<a href="http://lists.tetaneutral.net/listinfo/technique" rel="noreferrer" target="_blank">http://lists.tetaneutral.net/l<wbr>istinfo/technique</a><br>
<br>
</span></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<wbr>_________________<br>
technique mailing list<br>
<a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.ne<wbr>t</a><br>
<a href="http://lists.tetaneutral.net/listinfo/technique" rel="noreferrer" target="_blank">http://lists.tetaneutral.net/l<wbr>istinfo/technique</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Patrick<br></div>
</div>