failchoce option compilation dans compagnon

6638 variantes !!! Wahouuu. Impressionnant.

Une grosse avancé ce matin
j'ai fais l'essai de télécharger le firmware : opentx-x9d-faichoice-lua-luac-sqt5font-fr
mais en choisissant l'option : utiliser version officielle et candidate (test)
Cela a fonctionné !
donc une version pas finalisée ? en test donc !!!
(je n'ai pas osé la mettre sur la radio)
Une autre question :
lorsque je veux télécharger le firmware, il me propose : opentx-x9d-&faichoice-&lua-lua&c-s&qt5font-fr.bin
tous ces "&" dans le nom du fichier c'est normal ?

merci de votre retour

Tu fait tourner ça sur quoi comme machine ????? Clairement il y a un soucis au niveau de ton pc

3djc

tous ces "&" dans le nom du fichier c'est normal ?

non, pas vraiment. opentx-x9d-faichoice-fr.bin ou opentx-x9d-faimode-fr.bin sont des noms de fichiers acceptables.
D'ailleurs quand tu dis que celui-ci a marché : opentx-x9d-faichoice-lua-luac-sqt5font-fr, c'est qu'il est conforme aux règles de nommage des fichiers.
Il faudrait savoir dans quel environnement tu génère ces fichiers et pourquoi ça fonctionne en version officielle et candidate (test) mais pas en stable ?

Pour les conditions de compilation

Machine qui fonctionne très bien, pas de problème matériel, les barrettes mémoires vérifiées
caractéristique de la machine:
intel core i3 2100 CPU 3.10gHZ
64 BITS X64
12 Go Ram
carte mere MSI P67A-G45

Dual boot
linux fédora et windows10

même constat linux et windows, ça ne compile pas en version stable, mais ça compile en version officielle+candidate (test)
sous linux il me propose à télécharger : opentx-x9d-&faichoice-&lua-lua&c-s&qt5font-fr.bin
sous windows10 : opentx-x9d-faichoice-lua-luac-sqt5font-fr

note ça compile en stable uniquement avec les options suivantes : lua-luac-sqt5font-fr (ce que j'ai mis sur la radio)
si je rajoute faichoice, c'est foutu.
idem sous windows10

Ca devrais marcher je pense

3djc

Merci, pour le retour d'infos. Pour trouver la solution, il faut pouvoir reproduire l'anomalie et ce n'est pas le cas pour le moment dans mes différents essais.
Une solution temporaire serait de modifier le nom du fichier manuellement pour pouvoir le transférer, en attendant de trouver l'origine du problème.

sous windows10 : opentx-x9d-faichoice-lua-luac-sqt5font-fr
je pense que l'option "cocher les extensions de fichiers dont le type est connu" doit être activée sur ton windows. De mémoire, ça se passe comme ça :
https://www.google.com/search?q=windows+cocher+cacher+extension+fichiers

pour linux, je poursuis les recherches

@3djc: je suppose que le nom du fichier n'a pas d'importance et qu'un "toto.bin" fonctionnerait pareil ?

absolument, c'est un nom local, par defaut le même que celui qui est demandé au serveur, c'est tout

3djc

Merci. Donc le renommage de fichier est une solution possible car je ne vois pas pourquoi cet ajout de & se produit sur sa distribution fedora.

Autre piste de recherche:
j'ai réintallé opentx 2.1.9 sur le PC, et là tout fonctionne bien, aucune erreur. tout compile bien quelle que soit les options choisies.
J'ai remarqué sur le version 2.2.3 que quelle que soit l'option choisie quand à la version stable ou en "officielle+candidate (test) j'avais toujours la même version (2.2.2 RC5) proposée en téléchargement et cela n'est pas normal.

note : en version 2.1.9 : je n'ai pas les "&" dans le nommage du fichier, tout va bien, contrairement à la version 2.2.3.

j'ai remarqué une différence sous linux quand au type de fichier correspondant à l'exécutable "companion" (je télécharge la version 64 bits .deb) entre la version 2.1.9 (est un exécutable officiel sous linux) et 2.2.3 (peut-être exécuté mais n'est pas reconnu comme tel, mais ce lance bien)

voilà pour le retour, j'espère que cela donnera des pistes
bon dimanche à tous et merci

bonjour,

qu'entend on par compilation?

Essayes en téléchargent Companion 2.2.3 directement ici → http://www.open-tx.org/2019/01/06/opentx-2.2.3

A LapinFou
J'entends par compilation :
je demande le téléchargement du firmware et il le prépare sur le serveur et me le met à disposition ensuite.
Merci pour le lien, c'est déjà ici que je télécharge opentx2.2.3

J'ai retenté une génération du firmware à l'instant, et là tout fonctionne bien en version 2.2.3 stable, et avec les options de compilation voulues.
Allez y comprendre quelque chose. Je n'ai rien changé !!!
En tout cas merci à tous pour votre aide
Je passe en résolu même si je ne sais pas pourquoi cela s'est produit.
bon dimanche

Tu dis ne rien avoir changé alors que tu as désinstallé et réinstallé companion. Il semble bien que ça a réglé ton problème non ?

Je viens de vérifier sous windows10, et bien comme sous linux (que j'utilise à 90%) tout est rentré dans l'ordre et il m'a demandé si je voulais passé de la version 2.2.2RC5 à la version 2.2.3, chose qu'il ne me faisait pas avant, que ce soit en version stable ou test.
Quelque chose à du être changé sur le serveur c'est pas possible autrement !!! non ?
note : sous linux j'exécute un binaire, je ne fais pas de d'installation à proprement parlé comme sous windows, j'ai téléchargé le fichier 64 bit .deb et je double clique sur "companion" et cela fonctionne parfaitement. Il n'y a pas de paquet rmp pour la fedora (avant oui)

Bref tout fonctionne bien.

Parfait alors on en reste là, du moment que ça marche.
As-tu vu les indications pour windows sur les extensions de fichiers non affichées ? (hier 18h22)

non pas vu le sujet : extensions de fichiers non affichées
c'est dans qu'elle partie ? le moteur de recherche ne me donne rien!

ce n'est pas un sujet mais une indication :

je pense que l'option "cocher les extensions de fichiers dont le type est connu" doit être activée sur ton windows. De mémoire, ça se passe comme ça :
https://www.google.com/search?q=windows+cocher+cacher+extension+fichiers