Forum Flightgear France

Une communauté prend son envol

Vous n'êtes pas identifié(e).

Annonce

Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.

#1 6/02/2019 4:29:14

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour à tous,

Exposition du problème :
Depuis le 5 février 2019, les utilisateurs de FlightGear voulant "voler" en conditions météorologiques réelles doivent avoir des problèmes avec les données en direct ("live data"). Pour ceux qui ne le savent pas, ces données météos sont recueillies auprès de la NOAA (National Oceanic and Atmospheric Administration, organisme US). Depuis 2016, les adresses pour obtenir ces données étaient de la forme : http://tgftp.nws.noaa.gov/data/observations/metar/stations/XXXX.txt (ou XXXX est le code OACI de l'aéroport ou aérodrome en question).
Mais depuis le 5 février donc, les adresses sont redirigées par la NOAA vers un serveur sécurisé (presque la même adresse, mais avec le protocole sécurisé https://...). Malheureusement, FlightGear et son module METAR ne peuvent suivre ces redirections.

Résolution du problème :
S'il existait une ligne dans le fichier de configuration (en texte ou par interface graphique) de FlightGear permettant de spécifier l'adresse du serveur utilisé par la NOAA, le souci serait vite résolu. De plus, cela faciliterait beaucoup les choses en cas de changements ultérieurs des adresses par la NOAA, mais aussi de choisir un autre site proposant les mêmes services. C'est une suggestion, déjà formulée plusieurs fois par ailleurs, que les développeurs seraient bien inspirés de prendre en compte... hmm

Or ce n'est pas le cas : l'adresse du serveur de la NOAA est codée en dur dans les fichiers metar et fgfs (metar.exe et fgfs.exe pour la version windows). Ces fichiers se trouvent sous Linux Mint (et probablement Ubuntu) sous le chemin /usr/games/. metar peut se lancer en ligne de commande dans un terminal (si vous êtes curieux de la syntaxe pour cette commande, taper simplement metar -h dans une fenêtre de terminal).
J'ai essayé de modifier directement l'adresse http://tgftp.nws etc... en https://tgftp.nws etc... dans les fichiers metar et fgfs à l'aide d'un éditeur de texte, mais cela n'a pas fonctionné.
Il faut bel et bien utiliser un éditeur, mais un éditeur hexadécimal (par exemple Bless, à installer sous Linux Mint ou Ubuntu, convient parfaitement)

Marche à suivre :
-ouvrir le répertoire contenant metar et fgfs en tant qu'utilisateur root (clic droit sous Linux)
-faire des copies de sauvegardes de metar et fgfs (toujours une sage précaution avant de modifier un fichier de programme)
-ouvrir le fichier metar puis fgfs avec "Bless".
-rechercher dans chaque fichier (Search for:) la ligne http://tgftp.nws.noaa.gov/data/observat … /stations/ (as Text)
-remplacer cette ligne par (Replace with:) https://tgftp.nws.noaa.gov/data/observa … /stations/ (as Text)
-aller tout à la fin du fichier et supprimer le dernier point ".". C'est indispensable sinon le fichier n'aura pas la même taille qu'à l'origine -et surtout de ce fait ne fonctionnera plus- puisqu'on a ajouté un s après http. Si on ajoute un caractère quelque part, il faut en retirer un ailleurs. C'est capricieux un fichier hexadécimal wink

J'espère que ces modifications n’entraîneront pas d'autres problèmes. Pour ma part, je n'en ai pas encore remarqué.

Bons vols et vents à tous smile

EDITION: Finalement, cette méthode ne fonctionne que pour metar. Je croyais avoir réussi pour fgfs, mais ça ne fonctionne pas. J'ai même tenté l'adresse ftp (ftp://tgftp.nws.noaa.gov/data/observati … /stations/) mais sans plus de succès.
Toutes mes excuses aux utilisateurs à qui j'aurais donné de faux espoirs sad

Dernière modification par exCorbac (6/02/2019 10:54:00)


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#2 6/02/2019 10:38:43

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,

exCorbac a écrit :

l'adresse du serveur de la NOAA est codée en dur dans les fichiers metar et fgfs

Merci pour l'info mais ... je n'ai ni metar ni fgfs dans /usr/games/.
De plus on retrouve la ligne http//tgftp.nws.noaa.gov/data/observations/metar/stations/ dans plusieurs fichiers de fg 2018.3 ou .4 :
   flightgear/utils/metarproxy
   flightgear/src/Environment/realwx_ctrl.cxx
   flightgear/src/Main/metar_main.cxx
   install/atc-pie/ext/noaa.py

J'ai essayé de modifier ces fichiers mais le live data ne fonctionne pas et donne une erreur "No METAR available..."

Dernière modification par Clm76 (6/02/2019 10:45:09)


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#3 6/02/2019 10:55:32

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,
oui c'est un truc récurrent qui fait surface chaque fois que l'url des metar change.
Les devs sont "dessus" mais il semble y avoir encore discordance because rétrocompatibilité  pour les anciennes versions.
Mais une solution sera sûrement trouvée dans pas longtemps.

@Clm76: normal que t u n'aies pas de "metar" ni "fgfs" dans /usr/share. Chez toi ils sont probablement dans "home/<user>fgfs/install/flightgear/bin", car je pense que tu as compilé par d&c?

Si tu modifies les sources (flightgear/src/....etc.) il faut recompiler fgfs par d&c avec -dn (sans téléchargemet /mj des sources)

Dernière modification par ctesc356 (6/02/2019 10:58:47)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#4 6/02/2019 11:09:44

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

Ces fichiers se trouvent sous Linux Mint (et probablement Ubuntu) sous le chemin /usr/games/.

Oui, que ce soit Mint, Ubuntu, et... Debian, dont ils sont dérivés, les fichiers se trouvent toujours à cet emplacement, ils ne dépendent pas du type d'interface graphique.

Mais, pour rebondir sur la remarque fort justifiée de cetesc356, ils se trouvent là uniquement... lorsqu'on a installé un paquet pécompilé.

Toi, exCorbac, adepte de Mint et qui semble apprécier GNU/Linux en général et Mint en particulier, tu ne devrais pas installer de paquet précompilé, mais compiler.

Ce qui te permettrait d'avoir un FG créé sur ton système, avec les paquets de ton système, et donc optimisé pour ton système
Alors que le paquet précompilé que tu utilises a été créé sur un système différend, avec une configuration différente
Et ce FG sera créé dans un dossier personnel indépendant de ton système (donc pas les mêmes chemins, et probablement une intervention plus facile sur les fichiers).
Enfin, il te suffira de passer de temps en temps un petit coup de recompilation par dessus pour faire la mise à jour, et tu auras constamment un FG up to date.
Plutôt que de désinstaller une version plus ancienne pour en installer une plus récente.

Donc, que des avantages.
L'essayer c'est l'adopter.
Les utilisateurs de Mint sont assez nombreux sur le forum, et ils compilent.


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#5 6/02/2019 11:12:33

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour Clm76

Vous dites :

De plus on retrouve la ligne http//tgftp.nws.noaa.gov/data/observations/metar/stations/ dans plusieurs fichiers de fg 2018.3 ou .4 :
   flightgear/utils/metarproxy
   flightgear/src/Environment/realwx_ctrl.cxx
   flightgear/src/Main/metar_main.cxx
   install/atc-pie/ext/noaa.py

J'ai essayé de modifier ces fichiers mais le live data ne fonctionne pas et donne une erreur "No METAR available..."

Ces fichiers que vous citez font partie des sources du programme. Ce qui implique que pour tester, vous avez du faire la compilation de ces sources, n'est-ce pas ? Si oui, chapeau ! Parce qu'apparemment ce n'est pas une mince affaire, étant données les dépendances qu'il faut satisfaire.
Quoiqu'il en soit, la solution *temporaire* est peut-être de télécharger, à l'aide de metarproxy, la liste complète à jour des stations OACI dans un cache avant de lancer FlightGear en ligne de commande avec les paramètres adéquats. Malheureusement, je ne trouve pas trace de cet utilitaire dans mon installation... roll


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#6 6/02/2019 11:17:10

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

S'il existait une ligne dans le fichier de configuration (en texte ou par interface graphique) de FlightGear permettant de spécifier l'adresse du serveur utilisé par la NOAA, le souci serait vite résolu. De plus, cela faciliterait beaucoup les choses en cas de changements ultérieurs des adresses par la NOAA, mais aussi de choisir un autre site proposant les mêmes services. C'est une suggestion, déjà formulée plusieurs fois par ailleurs, que les développeurs seraient bien inspirés de prendre en compte... hmm

Efectivement (re- ?) formulée dans la liste FGDevel le 04/02/2019

Mihajlo Tomić a écrit :

Maybe the METAR URL shouldn't be hardcoded. I think it is a good idea to change this, because even when patched iolder versions without a patch are crippled. Ideally a user should be apple to just type or paste a correct new URL from which FG downloads METAR.

Comme écrit par ctesc356, ce ne doit pas être si simple, mais on peut espérer une correction. La difficulté pour les non initiés est que ce changement d'adresse ne peut pas être automatique.

En tous cas, merci pour cette information détaillée et bien expliquée.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#7 6/02/2019 11:22:25

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

Ce qui implique que pour tester, vous avez du faire la compilation de ces sources, n'est-ce pas ? Si oui, chapeau ! Parce qu'apparemment ce n'est pas une mince affaire, étant données les dépendances qu'il faut satisfaire.

Le script d&c s'occupe de tout, et il n'y a pas de problème particulier pour compiler et pour satisfaire les dépendances.
Pas besoin de savoir compiler.

Il est arrivé que la compilation bute sur certaines difficultés.
Dans ce cas il faut nous mettre un message avec les erreurs qu'indique la console, afin que la communauté t'indique la solution.


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#8 6/02/2019 11:25:49

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Merci, f-toro

- Pour le conseil de compiler soi-même. Etant relativement n00b sur Linux Mint (2 ans de pratique et quelques), je rechigne un peu à compiler mais il va bien falloir que je me lance un peu plus loin.
- Pour le lien vers le sujet de la compilation et du script download_and_compile.sh

Bonne journée.


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#9 6/02/2019 11:33:33

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Je crois que tu l'a déjà. Au cas où.... Procédure script download_and_compile.sh.
Moins abordable qu'elle ne l'a été, à cause des changements... Mais je suis sûr que tu as les compétences pour y arriver sans problèmes majeurs.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#10 6/02/2019 12:59:02

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,

exCorbac a écrit :

Quoiqu'il en soit, la solution *temporaire* est peut-être de télécharger, à l'aide de metarproxy, la liste complète à jour des stations OACI dans un cache avant de lancer FlightGear en ligne de commande avec les paramètres adéquats. Malheureusement, je ne trouve pas trace de cet utilitaire dans mon installation...

Tu trouveras ton bonheur ici: https://sourceforge.net/p/flightgear/fl … etarproxy/
url noaa à adapter.

Suis les conseils de f-toro et dany93 pour la compilation wink

Dernière modification par ctesc356 (6/02/2019 12:59:56)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#11 6/02/2019 14:56:38

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

ctesc356 a écrit :

Suis les conseils de f-toro et dany93 pour la compilation wink

Mais au cas où tu le fasses (et je répète, il n'y a pas de difficultés particulières, surtout pour quelqu’un qui a déjà plus de deux ans de pratiques sous GNU/Linux), il faut au préalable désinstaller complètement le paquet précompilé préalablement installé.


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#12 6/02/2019 20:06:09

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

ctesc356 a écrit :

@Clm76: normal que t u n'aies pas de "metar" ni "fgfs" dans /usr/share. Chez toi ils sont probablement dans "home/<user>fgfs/install/flightgear/bin", car je pense que tu as compilé par d&c?

Exact, ils sont bien dans le répertoire bin. Merci smile
Après modification des deux fichiers, quelques essais mais impossible de se connecter à l'URL ce soir, même en direct par Firefox.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#13 6/02/2019 20:30:49

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Problème de certificats pour Firefox ?
https://sourceforge.net/p/flightgear/ma … /36580019/

(voir Firefox > Édition > Préférences > Vie privée et sécurité > Certificats)

D'habitude, ça s’installe tout seul (sauf site sans certificat ==> alarme)... J'avoue ne pas bien comprendre.

Cette adresse ? https://tgftp.nws.noaa.gov/data/observa … /stations/
J'y arrive direct...

De même avec le http (qui est automatiquement redirigé en https)
http://tgftp.nws.noaa.gov/data/observat … /stations/


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#14 7/02/2019 11:10:08

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,
accès direct ici aussi par FF.

Les sources viennent d'être corrigées dans "next": https://sourceforge.net/p/flightgear/fl … 69b22eebe/

Un petit coup de "d&c  -pn SIMGEAR FGFS" et ça roule.
Quoi que... "/environnement/metar/data" est adapté, la météo aussi, mais pas le texte dans "Weather Conditions METAR Data" du Menu. "Data is valid" est coché
Un petit oubli quelque part?

Dernière modification par ctesc356 (7/02/2019 11:16:45)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#15 7/02/2019 11:53:07

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,

Accès direct revenu ce matin aussi, problème de réseau certainement.

J'ai voulu modifier les fichiers "fgfs" et "metar" dans le répertoire "bin" au moyen de "bless".
Problème : si remplacer "http" par "https" se fait correctement, il y a un souci après "...stations/". il y a un point (00) qui disparaît lors de l'enregistrement (j'ai bien enlevé un 00 à la fin de chaque fichier pour retrouver la longueur exacte).

Avant mofification :

captur12.png

Après modification

captur11.png

Le résultat lors du passage en Live Data :

[WARN]:environment metar download failed:https://tgftp.nws.noaa.gov/data/observations/metar/stationsLFOH.TXT: reason:Not Found

Il manque le "/" entre "stations" et "LHOH.txt".

Bizarre ce comportement, non ? hmm

Bon, si c'est en cours de correction par les développeurs, je vais attendre que ce soit opérationnel. cool


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#16 11/02/2019 12:10:55

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour à tous,

Clm76 a écrit :

Problème : si remplacer "http" par "https" se fait correctement, il y a un souci après "...stations/". il y a un point (00) qui disparaît lors de l'enregistrement (j'ai bien enlevé un 00 à la fin de chaque fichier pour retrouver la longueur exacte).

@Clm76 : Nous avions ( lol ) deux fichiers metar différents. A l'origine, le mien avait cinq points entre le dernier / de l'url et ce qui semble des chaînes pour la direction (du vent ?) : N.NNE. etc... Même après édition (en tant que root), je ne me souviens plus si l'un de ces 5 point avait disparu. Toujours est-il que metar fonctionnait alors en ligne de cde ; metar -v LFLC par exemple.
Je parle au passé parce que j'ai viré toute cette install précompilée, dont metar.

@ctesc356 : Merci, mais en fait ce fichier perl ne fonctionne pas. Apparemment, il y aurait un bug dans le script à la fonction install_metar qui semble essentielle (j'ai fait

$ perl metarproxy ...

avec diverses options et quelques modifs du script mais ça n'a jamais fonctionné).

Suite à ces échecs, je me suis donc lancé dans la compilation. Cela ne fut pas une mince affaire : j'ai bien galéré. Je vous épargne les détails des plantages pour aller à l'essentiel :
Voici ce que d'autres (nouvels) utilisateurs souhaitant compiler peuvent tirer de mon expérience. J'essaie de compléter la marche à suivre déjà bien décrite dans ce post de Dany93.

Etape 1:
Commencer par compiler et installer OSG seul. J'ai eu un gros souci avec une install (un peu obsolète à ce qu'il semble) d'OSG déjà présente dans mon système à cet endroit /usr/include. Mais assez buguée pour que la compilation plante (sur SimGear en particulier).

$ ./download_and_compile.sh (-s) OSG #ajouter -s pour la version stable

ou bien changer la variable dans le code actuel de d&c.sh: WHATTOBUILDALL=(OSG) à la ligne 332 avant de lancer d&c.sh (perso, c'est ce que j'ai fait).
Là, j'ai une question pour mes prédécesseurs dans l'art de la compilation :
Quelle serait la syntaxe de la ligne de commande avec d&c.sh si je veux remplacer ma version apparemment obsolète d'OSG située ici: /usr/include ? Ou bien est-ce (plus vraisemblablement !) un reste d'une compilation foireuse que j'ai tentée directement par cmake avec la variable -DCMAKE_INSTALL_PREFIX=/usr? Le cas échéant, puis-je supprimer les dossiers osg* de ce repertoire ? Le cas échéant aussi, abstenez vous d'essayer de compiler avec cmake seul en utilisant un chemin d'install "traditionnelle", ie dans /usr.
(C'était un épisode de la série : "J'apprends de mes bêtises")

Etape 2
Compiler et installer DATA seul. Il faut impérativement changer le protocole de téléchargement de l'https vers le git, comme précisé dans le post de Dany93.
Encore une fois, j'ai préféré changer le code de d&c.sh à la ligne 332: WHATTOBUILDALL=(DATA), puis à la ligne 352: REPO_DEFAULT_PROTO='git'

Etape 3:
Compiler et installer SIMGEAR et FGFS

$ ./download_and_compile.sh (-s) SIMGEAR FGFS #ajouter -s pour la version stable

Et selon ma méthode "Pourquoi-Faire-Simple-Quand-On-Peut-Faire-Compliqué-?": ligne 332: WHATTOBUILDALL=(SIMGEAR FGFS); ligne 352: REPO_DEFAULT_PROTO='https'.
Si vous suivez cette méthode "PFSQOPFC", n'oubliez pas de remettre les lignes 332 et 352 à leurs valeurs par défaut: WHATTOBUILDALL=(SIMGEAR FGFS DATA) et REPO_DEFAULT_PROTO='https' (à moins que vous ne souhaitiez pas vous enregistrer, utilisateur et mot de passe, auquel cas vous pouvez laisser 'git'), respectivement, une fois SIMGEAR et FGFS compilés et installés.


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#17 11/02/2019 13:11:50

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour exCorbac, bonjour vous tous.

Merci d'avoir pris le temps de rédiger ces compléments, j'ai ajouté ton message en lien de mon tuto d&c.

Commencer par compiler et installer OSG seul

En novembre 2017, suite à des problèmes pour la mise à jour, j'ai explicitement compilé OSG par d&c. Ce qui m'a donné OSG 3.4.2 dans le dossier de compilation. Mais cette manip ne m'a ensuite apporté que des ennuis.
Depuis, je suis revenu à une compilation d&c sans OSG. J'ai OSG 3.2.1 (celui de LM 18) et tout va bien (depuis et pour le moment ! ).

Quelle serait la syntaxe de la ligne de commande avec d&c.sh si je veux remplacer ma version apparemment obsolète d'OSG située ici: /usr/include ?  Le cas échéant, puis-je supprimer les dossiers osg* de ce repertoire ?

Je ne m'amuserais pas à ça sans précautions... hmm
Il vaudrait mieux essayer de le remettre à jour ou de le réparer par ton dépôt Linux Mint.
Voir ton Gestionnaire de paquets Synaptic, Rechercher > "openscenegraph".

libopenscenegraph-dev
libopenscenegraph100v5
libopenthreads-dev
libopenthreads20

pour moi (LM 18) 3.2.1-7ubuntu4

La compilation (OSG compris, si tu y tiens) doit se faire dans le dossier de compilation ("fgfs" dans mon tuto), qui est dans ton /home/nom. Pas dans la partie "Système de fichiers", qui contient la version "distro" de OSG. Le script d&c étant dans ce dossier "fgfs", cet emplacement se fait tout seul pour OSG 3.4 aussi.

C"est mon opinion avec ce que je sais, à corriger éventuellement  avec celles de nos amis du forum.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#18 11/02/2019 16:00:45

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,
je viens de passer en mint 19.1.
J'ai lancé d&c (dernière mouture du 24/10/2018 - commit 1d97e9...), et ça passe comme une lettre à la poste.

Concernant OSG: En principe, pas besoin de compiler, le paquet est installé/mis à jour par d&c avec les dépendances.
Ici c'est "libopenscenegraph-3.4.1" qui est installé ("dpkg-query -l" trouve les paquets "libopenscenegraph-3.4-131:amd64" et "libopenscenegraph-3.4-dev").

Ma manière de procéder, un peu moins automatisée, ce qui permet de bien comprendre et contrôler les différentes phases de d&c.

- d&c ligne 332 je "vide" la variable: "WHATTOBUILDALL=()"

- en lançant "./download_and_compile.sh" on obtient l'installation/mise à jour des dépendances.

si ok

- "./download_and_compile -j4 -pn SIMGEAR" compilation de simgear. "-j4" pour optimiser l'utilisation du CPU, "-pn" pour "sauter" la phase "dépendances"

si ok, idem pour FGFS et DATA

Dernière modification par ctesc356 (11/02/2019 16:03:14)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#19 11/02/2019 18:04:47

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

Commencer par compiler et installer OSG seul.

ctesc356 a écrit :

Concernant OSG: En principe, pas besoin de compiler, le paquet est installé/mis à jour par d&c avec les dépendances.

+ 1

C'est effectivement vouloir faire compliqué au lieu de faire simple (mais fallait effectivement le savoir).
Si à une époque, ça semblait préférable de compiler OSG, ce n'est plus nécessaire et le paquet système openscenegraph-dev convient parfaitement.
Le script gère son installation.

Moi je fais SIMGEAR, FGFS, et DATA d'un seul coup de compilation (avec l'option -j8)
C'est hyper rare que ce ne soit pas ok du premier coup.
Si ça ne l'est pas, je peux éventuellement scinder.

Concernant les versions système d'OSG, j'ai les mêmes en testing que ctesc356.


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#20 12/02/2019 0:37:41

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour

J'insiste bien sur le fait que concernant OSG, j'ai été obligé de le compiler et de l'installer au préalable de tout le reste dans mon install. Car lors des tentatives infructueuses de compilation, les paquets d'OSG étaient trouvés dans /usr et du coup, le script ne cherchait pas à les installer (?). Mais ils étaient clairement les fautifs des plantages de compil' aux vues des logs.
Je pense que ces paquets ont été installés avec un autre logiciel présent sur ma machine (Stellarium ? CS:GO via Steam ? ...). Et non pas par une compilation "foireuse" comme j'ai pu le dire plus haut. Peut-être ces résidus n'auraient pas été nettoyés lors de la désinstallation (pourtant complète) de la version de FG 2018.3.1 précompilée ? Je pourrais chercher dans les paquets dépendants des 4 paquets mentionnés par Dany93 pour trouver le logiciel responsable, mais cela risque d'être fastidieux.

Bref, il a fallu que ça tombe sur moi ! roll Peut-être faudrait-il une modification du script ou des sources faisant en sorte que la compil' n'utilise PAS les paquets liés à OSG présents sur le système comme dépendances satisfaites. Ou préciser dans l'aide du script que si l'utilisateur trouve ces paquets d'OSG dans /usr ou via Synaptic, il faut qu'il commence par compiler et installer OSG seul avant toute chose ?

Bon vols et vents à tous smile


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#21 12/02/2019 10:52:53

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

lors des tentatives infructueuses de compilation, les paquets d'OSG étaient trouvés dans /usr et du coup, le script ne cherchait pas à les installer (?). Mais ils étaient clairement les fautifs des plantages de compil' aux vues des logs.

J'insiste moi aussi pour confirmer que Osg n'a pas besoin d'être compilé.
On est suffisamment nombreux à ne pas avoir besoin de le compiler pour que ce soit certain.

Si on ne compile pas Osg, le script va utiliser les paquet système openscenegraph.
Donc ce n'est pas anormal qu'il les trouve dans /usr .
A quel niveau de /usr exactement d'ailleurs ?

D'autre part tu affirmes que le script ne cherchait pas à installer les paquets Osg.
Pas forcément anormal non plus s'ils avaient déjà été installés.
Par exemple par une première tentative de compilation, ou plus probablement par celle du paquet précompilé.
Qui lui aussi a besoin d'Osg.
Ce n'est pas parce que tu fais une désinstallation complète du paquet précompilé que ça le désinstalle forcément.
De plus, qu'est-ce qui te fais affirmer que le script ne cherchait pas à installer les paquets Osg ?

Tu affirmes aussi qu'ils étaient clairement les fautifs.
Au vue des logs.
Alors que tu dis toi même être relativement n00b sur Linux Mint, qu'est-ce qui te permet de l'affirmer ?
Ce n'est pas un reproche, on a tous tâtonné en débutant.
C'est la raison pour laquelle la bonne méthode consiste, à chaque fois que tu fais une tentative de compilation qui échoue, pas à pas, de nous donner le contenu des logs, afin qu'on puisse voir si on comprend ce qui se passe.
Car que disaient-ils, ces logs, pour que tu soies certain que les paquets Osg étaient clairement les fautifs des plantages ? (moi je suis bien certain du contraire...).


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#22 24/02/2019 23:08:54

exCorbac
Membre
Lieu : Felletin (23500)
Inscription : 6/02/2019
Messages : 26

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour à tous.

Pour répondre (tardivement, mes excuses) au dernier post de f-toro, j'ai tenté une nouvelle compilation "from scratch". Je l'ai effectuée selon les instructions de Dany93, ie en installant d'abord fgdata via git. Jusque là, pas de problème.
Mais la suite (SIMGEAR puis FGFS, par conséquent) a échoué. Je vous joints des extraits du log pertinents, concernant la compilation de SIMGEAR :

-- Found osgText: /usr/lib/x86_64-linux-gnu/libosgText.so  
-- Found osgSim: /usr/lib/x86_64-linux-gnu/libosgSim.so  
-- Found osgDB: /usr/lib/x86_64-linux-gnu/libosgDB.so  
-- Found osgParticle: /usr/lib/x86_64-linux-gnu/libosgParticle.so  
-- Found osgGA: /usr/lib/x86_64-linux-gnu/libosgGA.so  
-- Found osgViewer: /usr/lib/x86_64-linux-gnu/libosgViewer.so  
-- Found osgUtil: /usr/lib/x86_64-linux-gnu/libosgUtil.so  
-- Found osg: /usr/lib/x86_64-linux-gnu/libosg.so  
-- Found OpenThreads: /usr/lib/x86_64-linux-gnu/libOpenThreads.so  
-- Found OpenSceneGraph: /usr/lib/x86_64-linux-gnu/libosgText.so;/usr/lib/x86_64-linux-gnu/libosgSim.so;/usr/lib/x86_64-linux-gnu/libosgDB.so;/usr/lib/x86_64-linux-gnu/libosgParticle.so;/usr/lib/x86_64-linux-gnu/libosgGA.so;/usr/lib/x86_64-linux-gnu/libosgViewer.so;/usr/lib/x86_64-linux-gnu/libosgUtil.so;/usr/lib/x86_64-linux-gnu/libosg.so;/usr/lib/x86_64-linux-gnu/libOpenThreads.so (found suitable version "3.2.1", minimum required is "3.2.0")

[...]

[ 46%] Building CXX object simgear/CMakeFiles/SimGearScene.dir/canvas/elements/CanvasText.cxx.o
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx: In member function ‘osg::Vec2 simgear::canvas::TextLine::cursorPos(size_t) const’:
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx:175:34: warning: unused variable ‘coords’ [-Wunused-variable]
       GlyphQuads::Coords2 const& coords = _quads->_coords;
                                  ^
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx: In member function ‘osg::Vec2 simgear::canvas::TextLine::nearestCursor(float) const’:
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx:214:31: warning: unused variable ‘glyphs’ [-Wunused-variable]
     GlyphQuads::Glyphs const& glyphs = _quads->_glyphs;
                               ^
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx:216:32: warning: unused variable ‘coords’ [-Wunused-variable]
     GlyphQuads::Coords2 const& coords = _quads->_coords;
                                ^
/home/vincent/fgfs-test/simgear/simgear/canvas/elements/CanvasText.cxx:244:3: warning: control reaches end of non-void function [-Wreturn-type]
   }
   ^

[...]

[ 60%] Building CXX object simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o
/home/vincent/fgfs-test/simgear/simgear/scene/model/model.cxx: In member function ‘osg::Texture2D* simgear::TextureUpdateVisitor::textureReplace(int, const osg::StateAttribute*)’:
/home/vincent/fgfs-test/simgear/simgear/scene/model/model.cxx:168:22: error: request for member ‘valid’ in ‘newImage’, which is of pointer type ‘osg::Image*’ (maybe you meant to use ‘->’ ?)
         if (newImage.valid())
                      ^
simgear/CMakeFiles/SimGearScene.dir/build.make:1790 : la recette pour la cible « simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o » a échouée
make[2]: *** [simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o] Erreur 1
CMakeFiles/Makefile2:1180 : la recette pour la cible « simgear/CMakeFiles/SimGearScene.dir/all » a échouée
make[1]: *** [simgear/CMakeFiles/SimGearScene.dir/all] Erreur 2
Makefile:160 : la recette pour la cible « all » a échouée
make: *** [all] Erreur 2
INSTALL simgear
[ 41%] Built target SimGearCore
[ 41%] Building CXX object simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o
/home/vincent/fgfs-test/simgear/simgear/scene/model/model.cxx: In member function ‘osg::Texture2D* simgear::TextureUpdateVisitor::textureReplace(int, const osg::StateAttribute*)’:
/home/vincent/fgfs-test/simgear/simgear/scene/model/model.cxx:168:22: error: request for member ‘valid’ in ‘newImage’, which is of pointer type ‘osg::Image*’ (maybe you meant to use ‘->’ ?)
         if (newImage.valid())
                      ^
simgear/CMakeFiles/SimGearScene.dir/build.make:1790 : la recette pour la cible « simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o » a échouée
make[2]: *** [simgear/CMakeFiles/SimGearScene.dir/scene/model/model.cxx.o] Erreur 1
CMakeFiles/Makefile2:1180 : la recette pour la cible « simgear/CMakeFiles/SimGearScene.dir/all » a échouée
make[1]: *** [simgear/CMakeFiles/SimGearScene.dir/all] Erreur 2
Makefile:160 : la recette pour la cible « all » a échouée
make: *** [all] Erreur 2

Il n'est en effet pas si évident, selon ce log, qu'OSG soit impliqué. Les paquets nécessaires de la version 3.2.1 sont trouvés (au début de l'extrait du log). De plus, j'avais lu le log peut-être trop rapidement lors de la 1ere tentative. Je ne me souviens plus si les erreurs étaient les mêmes, mais en tout cas, de mémoire, elles surviennent à la même avancée des builds (46% pour la série de "warnings" et 60% pour l''erreur fatale)
Quoi qu'il en soit, cette fois encore, la compilation d'OSG lancée seule résout le problème. C'est la version 3.4.2 qui est installée. Les compilations de SIMGEAR puis FGFS fonctionnent ensuite sans accroc majeur (quelques "warnings" cependant, concernant des constantes inutilisées). Le log montre que les paquets d'OSG sont alors pris à partir de l'install et non du système :

****************************************
**************** SIMGEAR ***************
****************************************
SIMGEAR: the repository already exists
La branche courante next est à jour.
Déjà sur 'next'
Votre branche est à jour avec 'origin/next'.
-- CMAKE Build type: RelWithDebInfo
-- version is 2018 dot 4 dot 0

[...]

-- Found osgText: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgText.so  
-- Found osgSim: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgSim.so  
-- Found osgDB: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgDB.so  
-- Found osgParticle: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgParticle.so  
-- Found osgGA: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgGA.so  
-- Found osgViewer: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgViewer.so  
-- Found osgUtil: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgUtil.so  
-- Found osg: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosg.so  
-- Found OpenThreads: /home/vincent/fgfs-test/install/openscenegraph/lib64/libOpenThreads.so  
-- Found OpenSceneGraph: /home/vincent/fgfs-test/install/openscenegraph/lib64/libosgText.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgSim.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgDB.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgParticle.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgGA.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgViewer.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosgUtil.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libosg.so;/home/vincent/fgfs-test/install/openscenegraph/lib64/libOpenThreads.so (found suitable version "3.4.2", minimum required is "3.2.0")

DONC : OSG semble effectivement impliqué, dans le sens où la version 3.2.1 (celle sur mon système) fait échouer la compilation, contrairement à celle compilée et installée (version 3.4.2).
Il est possible que la version 3.2.1 ait été mal (dés)installée avec la version précompilée, car en plus elle n’apparaîssait pas comme installée dans synaptic. Et donc mon cas est particulier _ était, vu que j'ai résolu mon problème de compilation et celui de départ, qui était de récupérer à nouveau les données METAR. smile cool

EDIT : finalement, j'ai opté pour une installation locale (/usr/local/...) d'OSG 3.4.1 compilée à partir du site officiel (http://www.openscenegraph.org/index.php … e-releases). Curieusement, la version 3.4.2 n'y figure pas en tant que version "stable". A partir de cela, la compilation de SIMGEAR puis FGFS s'est déroulée sans problème.

Bons vents et vols à tous.

Dernière modification par exCorbac (25/02/2019 18:01:31)


-=exCorbac=-
"The owls are not what they seem. Especially in FlightGear." (David Lynch & exCorbac)
Version FG: next, OS: Linux Mint 20.2 64-bit (cinnamon 5.0.7), GC: AMD Radeon R9 380X 4Go, CPU: AMD FX8350 8-core 4GHz, RAM: 12Go DDR3 1333MHz, Ecrans: Samsung U28E590DS 2560x1440 (Freesync, DP), Dell 2407WFP-HC 1920x1200 (DVI), Thrustmaster T.Flight Stick X

Hors ligne

#23 25/02/2019 9:55:13

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

exCorbac a écrit :

j'ai résolu mon problème de compilation et celui de départ, qui était de récupérer à nouveau les données METAR. smile cool

Tant mieux.

Ceci dit il est bien connu que les paquets système anciens peuvent provoquer des erreurs de compilation.

C'est la raison pour laquelle j'ai choisi (et depuis des lustres), d'être en Debian testing, qui permet d'avoir toujours des paquets récents.

Ceci dit Mint ça marche très bien aussi.
Mais tu n'aurais probablement pas eu ces soucis si tu étais passé en LM 19 avant de compiler.

Sinon, lorsque tu dis qu'il est possible que la version Osg 3.2 ait été mal désinstallée, c'est le paquet libopenscenegraph-dev qui est utilisé pour la compilation (ou probablement libopenscenegraph-3.2-dev).


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#24 25/02/2019 12:34:16

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour,

exCorbac a écrit :

Il est possible que la version 3.2.1 ait été mal (dés)installée avec la version précompilée, car en plus elle n’apparaîssait pas comme installée dans synaptic

Normalement d&c installe ce qu'il faut... pas d'erreurs dans la patrie apt update/install?

Que donne ?

dpkg-query -l "libopenscenegraph*"

Mais si ça fonctionne avec osg compilé...


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#25 25/02/2019 12:42:35

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Nouveau problème avec METAR sous Linux/Ubuntu le 05/02/2019 [RESOLU]

Bonjour à tous,

J'ai également les mêmes erreurs de compilation de SIMGEAR avec osg 3.2.1 (sans que ça ne perturbe le fonctionnement de Fg). J'ai conservé cette version suite aux problèmes de couleurs des textes (PFD, MFD ...).
Ces problèmes de couleurs sont-ils résolus ? Auquel cas je passerai en OSG  3.4.2 lors de ma prochaine compilation.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

Pied de page des forums