[Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

jdt37b · 8/12/2020 11:45:03

N'étant pas développeur (loin de là) et pas du tout intéressé par l'historique complet, j'ai essayé ce matin le "git clone --branch next --depth 1 https://gitlab.com/flightgear/fgdata.git" proposé par ctesc356.
Effectivement, le fichier est nettement moins gros, mais ...

Clonage dans 'fgdata'...
remote: Enumerating objects: 13845, done.
remote: Counting objects: 100% (13845/13845), done.
remote: Compressing objects: 100% (9903/9903), done.
fatal: L'hôte distant a fermé la connexion de manière inattendue
fatal: fin de fichier prématurée
fatal: échec de index-pack

J'ai trouvé dans mon entourage une personne "fibrée" qui va essayer de télécharger fgdata pour le mettre sur son serveur perso afin que je le récupère (... plus de 20 kms, pas sur clé USB ). L'aventure, c'est l'aventure ...

ctesc356 · 8/12/2020 12:55:22

Avec la fibre il n'y a pas de raison que ça coince.
Pour info, ici avec un débit de 35-40Mb/s le data de GitLab avec "depth 1" arrive en ~5min, téléchargement à 4-5MiB/s
Sur SF ~600KiB/s puis "fatal... ..."

zakharov · 8/12/2020 15:02:22

jdt37b a écrit :

L'aventure, c'est l'aventure ...

Ce sera probablement plus rapide que de télécharger via le torrent que je propose

Ceci dit si quelqu'un veut essayer, c'est de nouveau dispo (lien vers le torrent)

@+
bons vols
zakh

jdt37b · 9/12/2020 18:12:34

Ouf ! la personne "fibrée" a pu télécharger le fichier fgdata sur gitlab. Il a fallu qu'elle le saucissonne en 3 morceaux pour que je puisse récupérer le tout en ADSL sur son serveur perso et en recollant ensuite les morceaux.
La version de fgdata récupérée étant 4.0, j'ai dû recompiler le tout avec "./download_and_compile.sh -j$(nproc) --non-interactive". Et, miracle , j'ai pu lancer FG 4.0, rouler sur la piste et décoller !
Petite question : pour la mise à jour, apparemment en lançant "./download_and_compile.sh -j$(nproc)", est-ce que seuls les éléments mis à jour dans simgear, fgfs et même data seront téléchargés ? (... sinon, rebelote pour les 3 morceaux).
Enfin, merci de vos aides, c'était vraiment nécessaire !

rominet · 9/12/2020 18:44:27

Bravo, jdt37b ! La version de FG dont tu parles est sans doute 2020.4.0, pas 4.0. Pour les mises à jour, il ne devrait pas y avoir de problème, c'est justement l'intérêt d'avoir des dépôts Git : seuls les nouveaux commits seront téléchargés, ce n'est pas grand-chose. De plus, si jamais tu veux essayer la version 2020.3 (actuelle “Long Term Stable”) voire la 2018.3 (LTS précédente), tu peux réutiliser les dépôts que tu as. Il suffit :

(a) de passer l'option --cleanup à download_and_compile.sh pour être tranquille si tu passes d'une version à une autre ;
(b1) d'ajouter -s ou --lts si tu veux compiler FG 2020.3 ;
OU
(b2) d'ajouter --old-lts si tu veux compiler FG 2018.3.

Tout ça dans la même commande download_and_compile.sh. Actuellement, -s et --lts font la même chose ; ce ne sera pas toujours ainsi : quand la prochaine version sortira, -s avancera mais pas forcément --lts.

Dernière modification par rominet (9/12/2020 20:01:02)

jdt37b · 9/12/2020 19:57:44

Oui, effectivement 2020.4.0 (et non pas 4.0).
Ok pour les màj et essais de versions, j'essaierai ça aussi (... un peu plus tard )

rominet · 9/12/2020 20:05:43

Il faut juste savoir que 2020.4, c'est actuellement la version de développement, donc il peut fort bien y avoir des problèmes de temps en temps. Pour les utilisateurs « de base », c'est plutôt la version LTS (option --lts de download_and_compile.sh) qui est conseillée. Mais si tu es satisfait(e), pas de problème.

jdt37b · 10/12/2020 19:52:12

Après cleanup, le passage de FG 2020.4.0 à 2020.3.4 (LTS) s'en bien passé sauf pour DATA : "le répertoire n'est pas vide". Fgdata était donc resté en version 2020.4.0 et, au lancement de FG, il fallait indiquer un autre chemin apparamment pour trouver la bonne version de DATA.
En remplaçant dans le fichier "version" de ~/fgfs/install/flightgear/ le "2020.4.0" par "2020.3.4", le problème est réglé (semble-t-il), FG 2020.3.4 fonctionne normalement.

rominet · 10/12/2020 20:10:31

J'ai bien peur que tu n'aies pas récupéré de dépôt FGData (avec répertoire .git correct). Sinon, cela aurait dû se passer sans problème. Bidouiller le fichier version n'est pas une solution sérieuse... Après, comme je ne sais pas quelle commande tu as lancée, je ne peux rien affirmer.

Dernière modification par rominet (10/12/2020 20:11:39)

jdt37b · 11/12/2020 9:53:57

La commande était : ~/fgfs$ ./download_and_compile.sh -j$(nproc) --lts DATA
Après quoi, il s'est affiché :

...
Branch used for each component:
  COMPONENT_BRANCH[DATA]=release/2020.3
...
Starting special initialization routine for the DATA component...
Fetching FGData with 'git clone https://gitlab.com/flightgear/fgdata.git'
fatal: le chemin de destination '.' existe déjà et n'est pas un répertoire vide.

Dans fgdata, un fichier .git contient "gitdir: ../.git/modules/fgdata" et un fichier .gitignore : *~ *.swp *.bak .*
Si cela peut donner une piste pour une solution plus sérieuse.

rominet · 11/12/2020 18:49:50

Si c'est effectivement un fichier .git et non un répertoire, ton dépôt est foireux et cela explique la sortie que tu viens de poster. En effet, lorsque le composant DATA a été sélectionné, si d&c trouve un répertoire .git dans install/flightgear/fgdata, il écrit “DATA: the repository already exists” et ne clone pas FGData (il le met juste à jour). Le fait que tu aies eu droit au message “Starting special initialization routine for the DATA component” permet de déduire que d&c n'a pas trouvé de répertoire .git à l'endroit indiqué (install/flightgear/fgdata). Il a donc essayé de cloner FGData à cet endroit, mais comme il y avait déjà des choses, Git a préféré arrêter plutôt que d'effacer les données présentes.

jdt37b · 12/12/2020 9:59:38

Rominet,
Si je comprends bien, c'est l'exécution complète de d&c DATA qui crée le sous-répertoire .git dans fgdata quand il n'existe pas (et il ajoute alors toutes les données de fgdata) ou, si fgdata est déjà présent, il faut la présence du sous-répertoire .git pour que d&c puisse mettre à jour fgdata. Dans mon cas, comme d&c DATA se plante à chaque tentative, pas de sous-répertoire .git et pas de màj ensuite avec un fgdata créés à la main (voir #29).
Question : comme FG 2020.4.0 fonctionne bien en l'état, en me donnant le contenu d'un sous-répertoire .git pour fgdata (2020.4.0) et en rajoutant ce contenu (une fois encore à la main) à fgdata, ce problème de màj serait-il solutionné ? Merci.

rominet · 12/12/2020 10:32:13

C'est à peu près ça, sauf deux choses :

1) Comme tu as modifié le dépôt à la main (fichier 'version'), Git ne peut pas travailler avec (mises à jour, etc.) tant qu'il n'a pas été remis dans un état propre (-> 'git reset --hard' et 'git status').

2) Le répertoire .git, c'est pour ainsi dire la totalité du dépôt. Il contient tout les commits (plus généralement, tous les blobs) et tout l'historique de chaque branche. D'ailleurs, pour les miroirs, on fait usuellement 'git clone --bare' : seul le répertoire .git apparaît dans le résultat, mais c'est suffisant pour permettre de faire un “checkout” de n'importe quelle branche. C'est d'ailleurs ainsi que FGData se présente sur GitLab.

Bref, tu devrais peut-être considérer l'offre de zakharov.

Dernière modification par rominet (12/12/2020 10:33:57)

ctesc356 · 12/12/2020 11:08:05

Bonjour,
en rétropédalant la bidouille de #33 (rétablissement du contenu de "version" à 2020.4.0 ), puis dans le répertoire "fgdata" :

git reset --hard origin/release/2020.3

devrait le mettre d'équerre, sous réserve que .git n'a pas été trop bidouillé.
A tester sur une copie ne risque rien...

jdt37b · 12/12/2020 12:40:00

Le torrent proposé par zakharov s'arrête tout de suite et le "get reset" aussi.
Mieux vaut en rester là, j'avais déjà fait le rétropédalage évoqué par cresc356, FG 2020.4.0 fonctionne bien, tant pis pour les màj. Je referai toute l'opération pour la prochaine lts s'il devient possible en adsl de passer l'étape "DATA" facilement comme pour les autres composants. En tous cas, merci.

rominet · 12/12/2020 15:45:44

Je ne sais pas pour le Torrent, mais pour le 'git reset --hard', je ne suis pas étonné. La commande que nous t'avons donnée fonctionnerait si tu avais un dépôt Git (donc nécessairement avec un répertoire .git correct). Mais nous avons vu hier que ce n'est apparemment pas le cas. Je peux te mettre un FGData découpé en petits morceaux à télécharger en http (je posterai le “hash” de chaque morceau ici). Quelle taille voudrais-tu pour les morceaux ? Le total fera environ 3.3 Go (je suis en train de le compresser, mais le taux de compression va forcément être très faible ici).

jdt37b · 12/12/2020 17:55:28

Je te remercie pour ta proposition de fgdata découpé.
La compil est certainement la meilleure méthode (... quand ça marche), mais la méthode appimage est tellement plus simple (pour les non-geeks), aucun problème de téléchargement des composants sur sourceforge (dont les 2 go de datas). J'ai installé avec appimage la FG 2020.3.4 et je garde en souvenir la 2020.4.0 compilée, qui en l'état marche aussi !

rominet · 12/12/2020 18:06:00

OK, donc je n'uploade rien. Bons vols.

jdt37b · 20/12/2020 12:44:33

Hier, j'ai tenté sans trop d'espoir (et pour nième fois) d&c pour les datas version --lts. Ô miracle, les 3,5 go ont été téléchargés avec gitlab, cette fois sans problème. Après un d&c général, tous les composants sont à jour niveau LTS !
Me voilà donc en FG 2020.3.5 compilé, ... qui plus est, je décolle ...

f-toro · 20/12/2020 15:30:48

jdt37b a écrit :

qui plus est, je décolle ...

C'est surtout ça le miracle...

Bon ça va c'est une mauvaise blague, j'ai rien dit....

shargar · 24/12/2020 20:00:59

Bonjour,

****************************************
**************** DATA ******************
****************************************
Starting special initialization routine for the DATA component...
Fetching FGData with 'git clone https://gitlab.com/flightgear/fgdata.git'
Clonage dans '.'...
remote: Enumerating objects: 182, done.
remote: Counting objects: 100% (182/182), done.
remote: Compressing objects: 100% (94/94), done.
fatal: L'hôte distant a fermé la connexion de manière inattendues
fatal: fin de fichier prématurée
fatal: échec de index-pack
shargar@shargar-HP-Laptop-14s-dq1xxx:~/fgfs$

Je suis exactement dans le même cas de figure. Je bloque à 28 pour cent. (environ 20000 objets reçus sur 75677).
Je viens de lire tout le post. j'en conclus que je dois réessayer plus tard !
En espérant pouvoir décoller bientôt à mon tour...

rominet · 24/12/2020 22:09:37

Rebonjour shargar,

Pas de chance, en effet. Plutôt que d'attendre, tu peux créer un compte sur SourceForge et cloner ton FGData avec le protocole SSH.

Joyeux Noël !

ctesc356 · 25/12/2020 9:39:38

Bonjour,
tu peux aussi essayer d'obtenir "data" sans l'historique complet. On gagne ~2G.

cd ~/fgfs/install/flightgear
rm -r -f fgdata ###pour partir sur du propre###
git clone --branch next --depth 1 https://gitlab.com/flightgear/fgdata.git

Si ça coupe, relances illico, ça finit par passer...
Une fois les "data" ok, relances d&c depuis "fgfs".

Dernière modification par ctesc356 (25/12/2020 9:43:13)

mick492 · 4/03/2021 16:20:23

Bonjour à tous,
Petite astuce, j'ai arrêté d'être embêté avec les gros dépôts depuis que j'utilise le protocol git, remplacer:
git clone https://...... par
git clone git://....

Bon vols
m492

dany93 · 4/03/2021 20:24:48

Oui, mais comme répété souvent, ce protocole n'est pas sécurisé.

Forum Flightgear France

Annonce

#26 8/12/2020 11:45:03

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#27 8/12/2020 12:55:22

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#28 8/12/2020 15:02:22

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#29 9/12/2020 18:12:34

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#30 9/12/2020 18:44:27

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#31 9/12/2020 19:57:44

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#32 9/12/2020 20:05:43

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#33 10/12/2020 19:52:12

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#34 10/12/2020 20:10:31

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#35 11/12/2020 9:53:57

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#36 11/12/2020 18:49:50

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#37 12/12/2020 9:59:38

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#38 12/12/2020 10:32:13

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#39 12/12/2020 11:08:05

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#40 12/12/2020 12:40:00

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#41 12/12/2020 15:45:44

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#42 12/12/2020 17:55:28

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#43 12/12/2020 18:06:00

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#44 20/12/2020 12:44:33

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#45 20/12/2020 15:30:48

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#46 24/12/2020 20:00:59

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#47 24/12/2020 22:09:37

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#48 25/12/2020 9:39:38

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#49 4/03/2021 16:20:23

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

#50 4/03/2021 20:24:48

Re : [Résolu]Compilation de FG 3 (LTS) : l'hôte distant ferme la connexion.

Pied de page des forums