Forum

Reprise du message précédent

Salut gerard-ll



Euh ben il me semble que je l'ai aussi sur mon PC.

Je dois m'absenter mais dès que je rentre, je regarderai ça.
Merci pour ta réponse.

Bonsoir.

Alors je viens de mettre à jour mes sources et pour openAL on se retrouve avec le même soucis que GDAL. A savoir que les dev n'ont pas indiqués le dossier des .h dans leurs includes. Soit ils sont sous windaube...soit ils ont indiqués cela dans leur ld.so.conf (pourquoi pas c'est une solution ).

En tout les cas perso j'ai modifié les sources comme suit :

dans 3rdparty/iaxclient/lib/audio_openal.c

remplacer les lignes

#include <al.h>
#include <alc.h>

par les lignes

#include <AL/al.h>
#include <AL/alc.h>

C'est la même chose que GDAL vus plus avant....

Sinon Zatox, il semblerait que si ton openAL est bien installé as tu pensé à installer le -devel qui va avec ?

Amicalement Emmanuel

Bonsoir à toutes et à tous, bonsoir Helijah et merci pour ta réponse.
Concernant GDAL je m'étais dit il y a un certain temps qu'il fallait que je te demande quelque chose et puis comme flightgear marchait bien ça m'est sorti de la tête. Alors maintenant que ça vient d'y re-rentrer dans ma tête de linotte, je reprends ce que tu disais à propos de GDAL:



Mon problème c'est que je n'ai pas ce fichier !!!
Voici ce que j'ai:



Je suis donc dans le dossier: /usr/local/include/simgear/scene/ mais en dessous je n'ai pas de dossier "dem" !!
Alors j'ai cherché dans les autres sous-dossiers pour voir si je trouvais un fichier nommé "SGDEMTile.hxx" mais en vain !!
De ce fait je suis allé ici:



Et là j'ai bien le fichier "SGDEMTile.hxx" je suppose donc que c'est le bon fichier. Je ne sais pas pourquoi il n'est pas placé chez moi au même endroit que chez toi mais je pense que ça doit quand même marcher vu que j'ai déjà utilisé flightgear sans problème. Enfin si tu penses que ça peut poser problème, merci de me le dire.

Je vais donc de ce pas, faire les modifications telles que tu me les donnes et je donnerai le résultat des courses ensuite. Peut-être pas ce soir parce qu'il commence à se faire tard
Encore pour ton aide on ne peut plus précieuse Helijah et pour tout ce que tu fais, les avions et tout le reste

Ah et j'avais oublié, pour ça:


Oui openal est installé ainsi que lib64openal-devel.

Euh je rajoute que je n'ai plus les yeux en face des trous mais pour le moment je ne trouve pas le fichier:
3rdparty/iaxclient/lib/audio_openal.c
Bon je reporte les opérations à plus tard, demain ou après demain car je m'endors sur le clavier

Édité par zatox Le 27/12/2021 à 01h16

Bonjour,


Chez moi le fichier audio_openal.c se trouve ici:
/home/robert/flightgear-2020-4-0/flightgear-flightgear/3rdparty/iaxclient/lib

Et voici ce qu'il contient:



J'ai modifié la 5ième et 6ième ligne par AL/al.h et AL/alc.h mais le problème reste le même.
De plus au vu du test qui est fait, je ne dois pas rentrer dans APPLE, je ne dois pas rentrer non plus dans OPENALSDK donc je dois rentrer dans le else qui correspond bien à AL/al.h et AL/alc.h donc je ne crois pas qu'il soit nécessaire que je modifie la 5ième et 6ième ligne. Peut-être qu'Helijah tu pourras me confirmer ça ?
Mais je m'aperçois que dans la config de flightgear/flighgear (ccmake .) j'ai: MSVC 3RDPARTY ROOT ---> NOT FOUND
Je ne sais pas si c'est normal ...

Bon affaire à suivre ...

Édité par zatox Le 27/12/2021 à 11h28

Houlà Zatox tu n'as pas les dernières sources à jour semble t'il.... Un petit git pull dans tes dossiers simgear, flightgear avant compilation et si tout ce passe bien une fois la compilation finie et installée, un git pull dans ton data.. (pas avant car si la compilation rate, tes données ne seront plus en accord avec ton flightgear fonctionnel.


Nous sommes bien d'accord que tu as récupéré les sources ici :

simgear : https://sourceforge.net/p/flightgear/simgear/ci/next/tree/
flightgear : https://sourceforge.net/p/flightgear/flightgear/ci/next/tree/
data : https://sourceforge.net/p/flightgear/fgdata/ci/next/tree/

Il faut que les trois soit bien en phase. NEXT pour les 3 par exemple ici

A très vite pour des nouvelles

Bonjour à toutes et à tous, bonjour Helijah,



Oui nous sommes d'accord, juste un petit détail:
Pour simgear et flightgear j'utilise respectivement:
git clone https://git.code.sf.net/p/flightgear/simgear flightgear-simgear
git clone https://git.code.sf.net/p/flightgear/flightgear flightgear-flightgear
Par contre pour data si j'utilise:
git clone https://git.code.sf.net/p/flightgear/fgdata flightgear-fgdata
là j'ai l'erreur suivante:


J'ai ré-essayé plusieurs fois, j'ai regardé sur internet j'ai agrandi le buffer de git, rien n'y fait ...
La première raison que j'ai trouvé sur internet, c'est une connexion trop lente !!!! ouahou !! j'ai un contrat fibre à 2 Gb/s ce qui donne pour un test de connexion:


soit 940 Mbps ... je ne sais pas faire mieux, tout cela pour dire que concernant les data je les clone comme suit:
git clone git://git.code.sf.net/p/flightgear/fgdata flightgear-fgdata
c'est à dire je clique à gauche du lien sur git et il me propose cette commande.
Ceci dit je ne sais pas si ça a une importance



Ok Helijah je fais ça et je donnerai la réponse un peu plus tard.
Encore pour ton aide.

Édité par zatox Le 27/12/2021 à 13h42

J'ai vérifié et en effet ton 3rdparty/iaxclient/lib/audio_openal.c ne contient pas la même chose que celui de GIT ce que tu montres est entièrement mis en remarque alors que sur GIT (et donc dans mes sources) il y a :


Et c'est donc là qu'il faut ajouter le nom du dossier AL

IL est d'ailleurs amusant de voir

#if defined(__APPLE__) && !defined(SG_SOUND_USES_OPENALSOFT)
#include <OpenAL/al.h>
#include <OpenAL/alc.h>
#elif defined(OPENALSDK)
#include <al.h>
#include <alc.h>
#else
#include <AL/al.h>
#include <AL/alc.h>
#endif

Sur APPLE le chemin était OpenAL/al.h....
Sur OPENALSDK le chemin était al.h....
et pour tout les autres le chemin était AL/al.h

et paf dans les derniers sources ils ont tout viré et on juste laissé al.c sans donner de chemin..... Du grand n'importe quoi. Et le pire c'est que leur faire la remarque sur le site officiel et on se fait rabrouer voir insulter. Ces gens sont tellement imbus d'eux même qu'il leur est impossible de se remettre en question. C'est malheureux.

Amicalement Emmanuel

Édité par Helijah Le 27/12/2021 à 14h33

Bonsoir à toutes et à tous, bonsoir Helijah

Je n'arrive toujours pas à compiler flightgear-flightgear !!

J'ai fait ceci en mode user:
Dans /home/robert/flightgear-2020-4-0/flightgear-simgear:

git pull --> ok ça c'est bien passé il ya eu des mises à jour et si je le refait il me dit que tout est à jour.
Ensuite
ccmake . --> c --> g --> gmake --> su --> gmake install
Tout ça c'est nickel

Je passe dans /home/robert/flightgear-2020-4-0/flightgear-flightgear
git pull --> ok c'est bon.
Ici dans le fichier audio_openal.c j'ai ceci:



Donc je suppose que c'est bon puisqu'il indique:
#include <AL/al.h>
#include <AL/alc.h>

Je fais ccmake . --> c mais là j'ai des erreurs !!! je pense qu'il me manque des choses mais je n'arrive pas à trouver quoi !!!

Je laisse ci-dessous le fichier CMakeError.log que j'ai converti en .txt pour pouvoir le monter, si quelqu'un comprends quelquechose car pour moi c'est un peu du charabia !!!
CMakeError.txt

Je précise que je suis là sous Mageia 8.
Sous Mageia 9 Flightgear fonctionne et de ce fait je n'ose pas aller faire les "git pull" car je ne voudrais pas là aussi tout casser ...

pour votre aide.

Édité par zatox Le 28/12/2021 à 01h47

Bonjour,

Pour les erreurs, la cible de compilation est bien Mageia ?

Parce que pour pthreads et windows.h, une recherche rapide sur Sophie indique mingw (pas sur de l' orthographe).
Ceci dit, le windows.h , il est aussi dans libboost je crois.

Bonjour,


pour ta réponse nic80.
Je suis sous Mageia 8, dans le répertoire flightgear-simgear, ccmake . --> c --> g --> gmake --> su --> gmake install fonctionne.
Ensuite je passe dans le répertoire flightgear-flightgear, ccmake . --> c là ça plante donc au niveau de la configuration.

Je viens de faire une recherche sur libboost et j'avais 7 rpm installés. Par contre sur Mageia 9 où flightgear tourne très bien, il n'y a rien concernant
libboost. Je viens de supprimer les paquetages libboost sur Mageia 8 mais la configuration sur flightgear-flightgear (ccmake . --> c) plante toujours.

Je joins le fichier des erreurs, parce que perso je ne lit pas ce langage courrament !!! ...
CMakeError.txt

Je pense que j'ai dû faire un truc qui a tout pété et je ne sais pas s'il ne faudrait pas que je puisse tout écraser et recommencer ...
Ceci dit, en faisant les git pull dans flightgear-simgear suivi de ccmake . --> c --> g --> gmake --> su --> gmake install
puis pareil dans flightgear-flightgear (sauf que là il y a plantage à la configuration ccmake . --> c) pourrait-on supposer que tout est écrasé et reconstruit ?!

pour votre aide.

Édité par zatox Le 28/12/2021 à 10h42

Bonjour,

En regardant sur le fichier pthread.h (sur la ligne # include <pthread.h> ), il semble que ce fichier fasse partie du paquet glibc-devel.

Pour la partie glibc , je n' ai aucun doute que ce soit installé (sinon rien ne fonctionnerait), en revanche est ce que le paquet devel est installé ?

Ici le test essaie apparament de faire appel aux fonctions pthread_fonction() mais si le fichier .h inclus est introuvable, cela jette une erreur.

Édité par nic80 Le 28/12/2021 à 12h44

Bonjour,


Oui le paquet glibc-devel est bien installé.



Dans flightgear-flightgear après ccmake . --> c
à la fin j'ai ceci:


Ci-joint le fichier package/CMakeLists.txt:
CMakeLists.txt
A la ligne 16 il y a le configure file:
configure_file (
"${CMAKE_CURRENT_SOURCE_DIR}/org.flightgear.FlightGear.metainfo.in"
"${CMAKE_CURRENT_BINARY_DIR}/org.flightgear.FlightGear.metainfo.xml"

Il semble que cette Opération n'est pas permise !!!!!!!!!!!!
Pour le moment c'est tout ce que j'ai trouvé.

Édité par zatox Le 28/12/2021 à 14h38

Bonjour à toutes et à tous,

pour ceux qui voudraient me donner un coup de main pour mon problème de compilation de flightgear, tout d'abord je vous remercie, mais ne cherchez plus je crois bien que j'ai fait une belle connerie, depuis 2 jours que je cherche, il est possible que je vienne de la trouver.
Je suis entrain de compiler et si c'est ce que je crois, je posterai dès que le compilation sera terminée pour donner le résultat, ça risquerait de servir peut-être à d'autres qui comme moi feraient n'importe quoi !!!!!!!!

Bon je reprends sur ce message vu que personne n'a mis de réponse et c'est très bien.
Donc ça y est c'est compilé ouf ... j'ai quand même un problème mais c'est compilé.
Voici la description de la connerie que j'ai faite il y a 3 jours et qui m'a valu ces 2 derniers jours a essayer de comprendre ce qui se passait:
Quand j'ai vu qu'à la configuration il y avait des problèmes d'accès à certains répertoires et fichiers je suis allé voir comment ils étaient définis et là j'ai vu que certains étaient en chown root:root
Et oui il y a 3 jours quand j'ai fait les git pull, j'ai ensuite fait dans flightgear-simgear ccmake . --> c --> g --> gmake --> SU --> gmake install. Jusque là c'est bon, mais ensuite je suis passé dans flightgear-flightgear j'ai fait la même chose mais en root j'ai oubliè de repasser en user. Quand je m'en suis aperça je suis repassé en user mais ça plantait. Voilà maintenant ça a compilé par contre voici ce que j'ai quand j'active fgfs --launcher:




Donc là malheureusement flightgear est inutilisable ... c'est peut-être encore lié à cette histoire d'avoir compilé en root ?!!
Je me demande s'il ne faudrait pas que je recommence tout depuis le début mais je voudrais être sûr que tout va être détruit et ça je ne sais pas comment m'en assurer car il y a beaucoup de choses dans les dossiers de flightgear mais il y en a aussi pas mal ailleurs !!!
Bon après quand ça marchera, je prendrai un bel avion construit par Helijah, je monterai assez haut et hop !! je sauterai de l'avion sans parachute pour me punir de mes conneries

Édité par zatox Le 28/12/2021 à 16h10

Salut Zatox,

Argh en effet c'était tout simple, mais bien sur plus c'est simple et plus c'est difficile à trouver Si cela peu te remonter le moral cela m'est aussi arrivé et plus d'une fois.....Passer de user à root revenir à user repasser en root etc.....et paf de temps en temps dans l’excitation du moment on oubli une étape....

Pour ce qui est de compiler des sources mise à jour par git pull, j'avoue que parfois il est bon de tout nettoyer...pour cela perso je me suis fait un petit sh avec dedans la ligne :

git clean -d -f -x

Ah un détail...comme tu as fait des manipulations en root dans flightgear nettoies en root avec la ligne ci dessus citée. Et n'oublies pas de revenir en user

Cela efface tout les .o les fichiers de configuration etc.....bref cela remet les sources vraiment à zéro. Après et bien classiquement :

ccmake . --> c --> g --> gmake --> su --> gmake install

Car je l'avoue parfois si on ne fais pas ce petit nettoyage les compilations ne passent plus.

Sinon pour tes photos, tu ne passes pas par le launcher donc...Etrange...Peut être que cela ira mieux après nettoyage et recompliation

Amicalement Emmanuel

Édité par Helijah Le 28/12/2021 à 16h31

Ah ! merci Helijah je vais faire ce que tu me dis et j'ai intérêt à passer en root quand il faut et en user quand il faut sinon comme je disais, je prends un avion et je me jette dans le vide bon je prendrai un avion de quelqu'un d'autre car je ne veux pas casser un des tiens ...
Bon je fais ça et je posterai le résultat.
Encore

Ah oui, à tous les coups tu as pris la mauvaise "route" zatox!