[technique] quick_lede.sh sur Debian Buster

[PP A]

Hello,

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.
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).

Les "sources" sont dans openwrt-tools, la commande ./quick_lede.sh tourne
bien comme il faut et génère les firmwares demandés.

Cordialement,


Le 31 juillet 2017 à 10:05, Luc Maisonobe via technique <
technique at lists.tetaneutral.net> a écrit :

> Le 31/07/2017 à 07:42, léo sartre via technique a écrit :
>
>> Bonjour Luc,
>>
>> 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...
>>
>
> Cela ressemble donc bien au problème que je vois : un opkg install
> qui fait un segmentation fault.
>
> 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
>>
>
> D'accord. Si je comprends bien, dans mon essai de compilation, il y a
> avait donc trois architectures en jeu : l'architecture du routeur
> (mips_24kc si j'ai bien cherché), l'architecture du builder (x86), et
> l'architecture de la machine faisant le build (ARM dans mon cas). Le
> builder fonctionne bien en cross compilation (générer du mips_24c depuis
> une machine de bureau standard), mais pas depuis un petit ARM.
>
>
>> 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
>> https://linuxcontainers.org/fr/ c'est assez rapide.
>> 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:
>> https://lists.tetaneutral.net/pipermail/technique/2017-Janua
>> ry/002573.html
>>
>
> Je garde ça sous la main, merci des références. Cela me servira
> certainement la prochiane fois.
>
>
>> 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.
>>
>
> Ça c'est une bonne nouvelle, merci à elle. Ces systèmes de génération
> semblent vraiment complexes. J'ai un peu tenté de rentrer dedans pour
> au moins identifier la commande qui plantait, mais j'ai vite déclaré
> forfait.
>
> J'imagine que lorsqu'une nouvelle version stable sera disponible
> nous serons prévenus et qu'il faudra éventuellement reflasher les
> routeurs des adhérents. Il y aura probablement eu des failles
> de sécurité corrigées à ce moment là.
>
> merci pour tous ces renseignements,
> Luc
>
>
>> --
>> Léo
>>
>>
>> Le 29 juillet 2017 à 22:53, Luc Maisonobe via technique <
>> technique at lists.tetaneutral.net <mailto:technique at lists.tetaneutral.net>>
>> a écrit :
>>
>>     Bonjour,
>>
>>     Devant flasher un routeur pour un adhérent, j'ai tenté de générer le
>>     firmware LeDe avec le script quick_lede.sh. Je l'avais déjà fait
>>     sur ma machine sous Debian/stretch il y a quelques semaines sans trop
>>     de problème (il avait juste fallu installer libssl-dev qui manquait au
>>     premier essai).
>>
>>     Désormais, cela ne marche plus. Il faut dire que depuis le passage de
>>     Stretch en version stable, j'ai basculé sous la nouvelle Debian
>> testing,
>>     à savoir Buster.
>>
>>     Je n'ai pas encore trouvé comment corriger, mais j'ai l'impression
>>     qu'un « opkg install » me fait un segmentation fault.
>>
>>     J'ai tenté de recompiler sur un petit serveur ARM qui était encore
>>     sous une Debian ancienne, mais là c'est l'architecture ARM qui
>>     ne lui plait pas et une des commandes se plante sur un problème
>>     d'architecture binaire.
>>
>>     En désespoir de cause, j'ai compilé sur une autre machine à
>>     laquelle j'ai accès mais qui n'est pas à moi. J'ai donc bien pû
>> générer
>>     le firmware, mais ce n'était pas une solution idéale.
>>
>>     Est-il prévu de maintenir le script de sorte qu'il puisse tourner
>>     sur des systèmes comme le mien ? Est-il également prévu de se
>>     mettre à jour sur les développements de LeDe ou garde-t-on la
>>     version qui semble avoir un an ?
>>
>>     cordialement,
>>     Luc
>>     _______________________________________________
>>     technique mailing list
>>     technique at lists.tetaneutral.net <mailto:technique at lists.tetane
>> utral.net>
>>     http://lists.tetaneutral.net/listinfo/technique
>>     <http://lists.tetaneutral.net/listinfo/technique>
>>
>>
>>
>>
>> --
>> Léo
>>
>>
>> _______________________________________________
>> technique mailing list
>> technique at lists.tetaneutral.net
>> http://lists.tetaneutral.net/listinfo/technique
>>
>>
> _______________________________________________
> technique mailing list
> technique at lists.tetaneutral.net
> http://lists.tetaneutral.net/listinfo/technique
>



-- 
Patrick
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.tetaneutral.net/pipermail/technique/attachments/20170731/c363f9a6/attachment.htm>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: Dockerfile
Type: application/octet-stream
Taille: 318 octets
Desc: non disponible
URL: <http://lists.tetaneutral.net/pipermail/technique/attachments/20170731/c363f9a6/attachment.obj>