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 27/01/2020 10:20:28

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

[RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour à toute la communauté.

Chez moi, FG ne compile plus, après avoir comme d'habitude téléchargé la dernière version du script.

Différentes difficultés.

Je précise d'abord que depuis bien longtemps je ne compile plus Osg, jusqu'à maintenant les paquets système libopenscenegraph m’étaient bien suffisants.
Or au début de l’exécution du script, l'installation de libopenscenegraph-3.4-dev est refusée, au motif que les dépendances avec libopenscenegraph-dev ne sont pas satisfaites.
Je pense que cela vient du fait qu'en testing libopenscenegraph-dev est passé en 3.6.
Ne voyant pas trop l'intérêt d'avoir deux paquets de dev libopenscenegraph, j'ai supprimé libopenscenegraph-3.4-dev à la ligne 711 du script.
Là, plus de problème, la mise à jour des paquets passe.

S'en suit la compilation de Simgear qui passe sans problème.

Pas contre la compilation de FGFS ne passe pas :

[ 15%] Built target hidapi
[ 15%] Built target PLIBJoystick
[ 15%] Linking CXX executable fgelev
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(ModelRegistry.cxx.o) : dans la fonction « simgear::DefaultCachePolicy::find(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, osgDB::Options const*) » :
/home/andre/fgfs/simgear/simgear/scene/model/ModelRegistry.cxx:596 : référence indéfinie vers « osgDB::Registry::getRefFromObjectCache(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(ModelRegistry.cxx.o) : dans la fonction « simgear::DefaultCachePolicy::addToCache(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, osg::Node*) » :
/home/andre/fgfs/simgear/simgear/scene/model/ModelRegistry.cxx:610 : référence indéfinie vers « osgDB::Registry::addEntryToObjectCache(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, osg::Object*, double) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(ModelRegistry.cxx.o) : dans la fonction « SGReadCallbackInstaller::SGReadCallbackInstaller() » :
/home/andre/fgfs/simgear/simgear/scene/model/ModelRegistry.cxx:732 : référence indéfinie vers « osg::Referenced::setThreadSafeReferenceCounting(bool) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(Effect.cxx.o):(.data.rel.ro._ZTCN7simgear6Effect18InitializeCallbackE0_N3osg12NodeCallbackE[_ZTVN7simgear6Effect18InitializeCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(Effect.cxx.o):(.data.rel.ro._ZTCN7simgear6Effect18InitializeCallbackE0_NS_18UpdateOnceCallbackE[_ZTVN7simgear6Effect18InitializeCallbackE]+0xe8) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(Effect.cxx.o):(.data.rel.ro._ZTVN7simgear6Effect18InitializeCallbackE[_ZTVN7simgear6Effect18InitializeCallbackE]+0xe8) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGReaderWriterXML.cxx.o):(.data.rel.ro._ZTC22SGSwitchUpdateCallback0_N3osg12NodeCallbackE[_ZTV22SGSwitchUpdateCallback]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGReaderWriterXML.cxx.o):(.data.rel.ro._ZTV22SGSwitchUpdateCallback[_ZTV22SGSwitchUpdateCallback]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGText.cxx.o):(.data.rel.ro._ZTCN6SGText14UpdateCallbackE0_N3osg12NodeCallbackE[_ZTVN6SGText14UpdateCallbackE]+0xe0) : encore plus de références indéfinies suivent vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(animation.cxx.o):(.data.rel.ro._ZTCN23SGTexTransformAnimation14UpdateCallbackE0_N3osg22StateAttributeCallbackE[_ZTVN23SGTexTransformAnimation14UpdateCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::StateAttributeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(animation.cxx.o):(.data.rel.ro._ZTVN23SGTexTransformAnimation14UpdateCallbackE[_ZTVN23SGTexTransformAnimation14UpdateCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::StateAttributeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(particles.cxx.o):(.data.rel.ro._ZTCN7simgear22GlobalParticleCallbackE0_N3osg12NodeCallbackE[_ZTVN7simgear22GlobalParticleCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(particles.cxx.o):(.data.rel.ro._ZTVN7simgear22GlobalParticleCallbackE[_ZTVN7simgear22GlobalParticleCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(particles.cxx.o):(.data.rel.ro._ZTCN7simgear9ParticlesE0_N3osg12NodeCallbackE[_ZTVN7simgear9ParticlesE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(particles.cxx.o):(.data.rel.ro._ZTVN7simgear9ParticlesE[_ZTVN7simgear9ParticlesE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(shadanim.cxx.o):(.data.rel.ro+0x2c8) : référence indéfinie vers « virtual thunk to osg::StateAttributeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(shadanim.cxx.o):(.data.rel.ro+0x538) : référence indéfinie vers « virtual thunk to osg::StateAttributeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(ReaderWriterSPT.cxx.o):(.data.rel.ro._ZTCN7simgear15ReaderWriterSPT12CullCallbackE0_N3osg12NodeCallbackE[_ZTVN7simgear15ReaderWriterSPT12CullCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(ReaderWriterSPT.cxx.o):(.data.rel.ro._ZTVN7simgear15ReaderWriterSPT12CullCallbackE[_ZTVN7simgear15ReaderWriterSPT12CullCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « osg::Callback::Callback() » :
/usr/include/osg/Callback:27 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « osg::Drawable::EventCallback::EventCallback() » :
/usr/include/osg/Drawable:291 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::cloneType() const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /usr/include/osg/Drawable:295 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::cloneType() const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /usr/include/osg/Drawable:295 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « osg::Drawable::EventCallback::isSameKindAs(osg::Object const*) const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::isSameKindAs(osg::Object const*) const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::isSameKindAs(osg::Object const*) const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « osg::Callback::Callback() » :
/usr/include/osg/Callback:27 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « osg::Drawable::EventCallback::EventCallback(osg::Drawable::EventCallback const&, osg::CopyOp const&) » :
/usr/include/osg/Drawable:293 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::clone(osg::CopyOp const&) const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /usr/include/osg/Drawable:295 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o) : dans la fonction « virtual thunk to osg::Drawable::EventCallback::clone(osg::CopyOp const&) const » :
/usr/include/osg/Drawable:295 : référence indéfinie vers « VTT for osg::Drawable::EventCallback »
/usr/bin/ld : /usr/include/osg/Drawable:295 : référence indéfinie vers « vtable for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE8_N3osg8Drawable13EventCallbackE[_ZTVN7simgear15DeletionManagerE]+0x18) : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE8_N3osg8Drawable13EventCallbackE[_ZTVN7simgear15DeletionManagerE]+0x48) : référence indéfinie vers « osg::Drawable::EventCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE8_N3osg8Drawable13EventCallbackE[_ZTVN7simgear15DeletionManagerE]+0xb0) : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE8_N3osg8Drawable13EventCallbackE[_ZTVN7simgear15DeletionManagerE]+0xe0) : référence indéfinie vers « virtual thunk to osg::Drawable::EventCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE8_N3osg8Drawable13EventCallbackE[_ZTVN7simgear15DeletionManagerE]+0x1b0) : référence indéfinie vers « typeinfo for osg::Drawable::EventCallback »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(DeletionManager.cxx.o):(.data.rel.ro._ZTCN7simgear15DeletionManagerE0_N3osg12NodeCallbackE[_ZTVN7simgear15DeletionManagerE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(UpdateOnceCallback.cxx.o):(.data.rel.ro._ZTCN7simgear18UpdateOnceCallbackE0_N3osg12NodeCallbackE[_ZTVN7simgear18UpdateOnceCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(UpdateOnceCallback.cxx.o):(.data.rel.ro._ZTVN7simgear18UpdateOnceCallbackE[_ZTVN7simgear18UpdateOnceCallbackE]+0xe8) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGLightAnimation.cxx.o):(.data.rel.ro._ZTCN16SGLightAnimation14UpdateCallbackE0_N3osg12NodeCallbackE[_ZTVN16SGLightAnimation14UpdateCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGLightAnimation.cxx.o):(.data.rel.ro._ZTVN16SGLightAnimation14UpdateCallbackE[_ZTVN16SGLightAnimation14UpdateCallbackE]+0xe0) : référence indéfinie vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGPickAnimation.cxx.o):(.data.rel.ro._ZTCN15SGKnobAnimation14UpdateCallbackE0_N3osg12NodeCallbackE[_ZTVN15SGKnobAnimation14UpdateCallbackE]+0xe0) : encore plus de références indéfinies suivent vers « virtual thunk to osg::NodeCallback::run(osg::Object*, osg::Object*) »
/usr/bin/ld : /home/andre/fgfs/install/simgear/lib/libSimGearScene.a(SGVasiDrawable.cxx.o):(.data.rel.ro._ZTV14SGVasiDrawable[_ZTV14SGVasiDrawable]+0x178) : référence indéfinie vers « osg::Drawable::dirtyDisplayList() »
collect2: error: ld returned 1 exit status
make[2]: *** [utils/fgelev/CMakeFiles/fgelev.dir/build.make:100: utils/fgelev/fgelev] Error 1
make[1]: *** [CMakeFiles/Makefile2:1036: utils/fgelev/CMakeFiles/fgelev.dir/all] Error 2
make: *** [Makefile:163: all] Error 2
All optional package alternatives have found a matching package.

download_and_compile.sh has finished to work.
andre@debian:~/fgfs$ 

Problème avec la version de Osg aussi ?

Enfin le data ne passe pas.

****************************************
**************** DATA ******************
****************************************
DATA: the repository already exists
error: tirer avec un rebasage impossible : votre index contient des modifications non validées.
error: veuillez les valider ou les remiser.

Le problème c'est que tirer avec différentes choses je sais faire, mais pas avec un rebasage big_smile


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

#2 27/01/2020 11:23:24

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Pour le data je suppose qu'il faut que je le clone à nouveau avant de réessayer.

En tout cas, comment valider ou remiser des modifications, ça ...


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

#3 27/01/2020 11:48:33

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour,
pareil ici ça passe pas avec osg3.6

f_toro a écrit :

S'en suit la compilation de Simgear qui passe sans problème.

?? d'après ton log (et le mien aussi smile ) c'est simgear qui coince.

En attendant, compiles osg et c'est bon.

Pour le data:

cd <fgdata>
git fetch origin
git reset --hard origin/next

devrait le remettre d'équerre.

Dernière modification par ctesc356 (27/01/2020 11:50:58)


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

Hors ligne

#4 27/01/2020 12:08:32

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Oui, bizarre.

Tout à l'heure Simgear est passé et ensuite j'ai eu l'erreur du data.
Mais là je viens de réessayer et Simgear ne passe pas.

Je vais déroger à mes bonnes habitudes, supprimer les paquets libopenscenegraph et compiler Osg.

J'essaie.


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 27/01/2020 12:12:36

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

f-toro a écrit :

supprimer les paquets libopenscenegraph

pourquoi faire? ça ne changera rien.


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

Hors ligne

#6 27/01/2020 12:46:37

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Oui, en compilant Osg, tout passe et mon data est à nouveau d'équerre (après reclonage), ce qui effectivement doit être bien plus long que la manip de reset (mais j'avais déjà commencé à recloner quand j'ai eu le message).

Par contre le script impose libopenscenegraph-dev pour Simgear et Flightgear (c'est la fameuse ligne 711).
Je les avais supprimés.

Pourquoi faire ?
Parce qu'il me semble que si on compile Osg au préalable, ces paquets ne sont pas utiles et que la compilation de Simgear et de Flightgear doit se faire.
Ça risque de changer, en cas d'incompatibilité entre les paquets sytème et les même paquets obtenus par compilation, suivant l'endroit où le compileur tente d'aller les trouver, me semble-t-il.

Merci Ernest.


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

#7 28/01/2020 10:21:10

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Je passe en [RESOLU], bien que ça ne le soit pas vraiment à 100%, d&c n'étant pas pour l'instant totalement compatible à 100% avec les nouveaux paquets libopenscenegraph.


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 28/01/2020 13:52:38

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Le problème de la version OSG (3.4 par d&c.sh, ou 3.6 compilé autrement) a été évoqué plusieurs fois dans la liste FGDevel.

J'ai retrouvé en particulier, [Flightgear-devel] simgear next not building...

Aussi core dumped, terminated with SIGABRT

(les recherches dans SourceForge sont laborieuses)

J'ai retenu que la (les ?) version(s) OSG 3.6 n'étaient pas toujours compatibles.
Ce pendant, je vois que wkitty42 a été en OSG 3.4 puis OSG 3.6.
wkitty42 était sous Kubuntu 14.04.5 puis 14.04.6 en mai - juin 2019.

On peut penser que le serpent de mer ressurgira....


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

#9 28/01/2020 15:37:42

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Auparavant, et si on ne compilait pas osg, ce que je faisais, d&c demandait la compilation des autres modules à l'aide des paquets libopenscenegraph-dev et libopenscenegraph-3.4-dev.
Pourquoi l'utilité de ces deux paquets de dev, je ne sais pas, mais ils étaient tous les deux en 3.4 .

Maintenant en testing, libopenscenegraph-dev est passé en 3.6, et pas l'autre par définition.
Donc comme d&c demandait l'installation des deux et qu'ils ne sont pas compatibles (sur mon système en testing), c'est pourquoi j'ai supprimé l'installation de libopenscenegraph-3.4-dev dans le script à la ligne 711.
Mais du coup Simgear et Fgfs ne compilent plus du fait de l'absence de libopenscenegraph-3.4-dev .

Pourtant ce n'est pas un problème de 3.4, j'étais avec un paquet système 3.6 , tout comme en compilant Osg.
Donc il doit manquer un paquet précompilé du style libopenscenegrah-3.6-dev, nécessaire à la compilation lorsqu'on ne compile pas Osg, et qui n'est probablement pas encore sorti d'incoming.
Laquelle ressource doit exister lorsqu'on compile Osg.


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

#10 28/01/2020 21:52:58

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

dany93 a écrit :

Le problème de la version OSG (3.4 par d&c.sh, ou 3.6 compilé autrement)

Non, hélas, d&c.sh ne compile plus en 3.4 sur un système récent puisque libopenscenegraph-dev est passé en 3.6 .
Ce sera aussi le cas sur d'autres systèmes que Debian testing, Mint sans aucun doute, lorsque les paquets seront actualisés.

Donc il faudra que d&c évolue, ou bien FG...

dany93 a écrit :

On peut penser que le serpent de mer ressurgira....

De ce fait, c'est donc déjà fait.


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

#11 29/01/2020 11:23:28

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

C'est pire que je ne pensais : il n'y a plus de compromis (comme OSG 3.4, installé ou compilé) permettant à d&c.sh de compiler SimGear et FlghtGear sous Debian testing. Et cela ne peut qu'empirer.

Dans ce cas, il faudrait en avertir les développeurs et leur demander s'ils ont une autre solution (serait-elle encore un compromis temporaire). Le meilleur endroit est évidemment la FGDevel mailing list, mais j'hésite toujours par crainte de saturation. Sinon, le forum US FlightGear ‹ Support ‹ Compiling, et je pourrais éventuellement répercuter votre message du forum sur la FGDevel list. Mais je ne peux pas décrire le problème à votre place.
Je pense qu'il est suffisamment important pour justifier une demande directement sur la FGDevel list.

Florent Rougon a entretenu une mise à jour salutaire de d&c.sh, rédigé un formidable travail de documentation, mais ses problèmes personnels l'empêchent d'être disponible. Julian Smith semble prendre le relais d’après les derniers commits.
Parmi les développeurs, il y en a forcément qui sont sous Debian "avancé", mais il est probable qu'ils n’utilisent pas d&c.sh. Et, en général, ils consultent très peu le 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

#12 29/01/2020 13:04:46

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour,
en général, je lance d&c avec -pn, ça limite le bla bla, et les dépendances, une fois ok c'est en principe bon pour un moment.

Suite au souci signalé par f-toro, j'ai lancé une mj des dépendances (-py, par défaut) et ,en effet, les paquets osg (libopenscenegraph-dev et libopenscenegraph160) sont passés en 3.6.
La compilation de sg ne passe plus.

Je n'ai rien modifié dans d&c, et rien désinstallé, en compilant osg par d&c pas de souci sg et fg compilent avec osg3.4

Je pense qu'il est urgent d'attendre wink , si d'autres distributions passent en osg3.6 je pense que ça va remuer.


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

Hors ligne

#13 29/01/2020 13:14:09

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour à tous,

d&c de SIMGEAR, FGFS et DATA ce matin sur linux mint 19.2 et 19.3 : aucun souci. OSg est resté en 3.4.2


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

#14 29/01/2020 13:23:11

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

ctesc356 a écrit :

Je n'ai rien modifié dans d&c, et rien désinstallé, en compilant osg par d&c pas de souci sg et fg compilent avec osg3.4

C'est important et rassurant. Une solution simple, avec d&c.sh, fonctionne encore.
Ensuite, une fois compilé par d&c.sh, OSG (3.4.2) n'a même pas besoin d'être inclus dans les mises à jour. C'est donc peu contraignant.


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

#15 29/01/2020 19:03:23

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

ctesc356 a écrit :

Je n'ai rien modifié dans d&c, et rien désinstallé, en compilant osg par d&c pas de souci sg et fg compilent avec osg3.4

Si tu me préciser ton explication, je veux bien , car je n'ai pas bien compris.

Si on compile osg au préalable, on obtient une version 3.4 ?
Il me semble pourtant que les sources qui permettent de compiler sont les dernières, non, et donc pas des 3.4 ?

J'ai faux ?

En tout cas moi j'ai résolu le problème comme suit.

J'ai désinstallé tous les paquets système libopenscenegraph.
J'ai rajouté OSG en tête de mon WHATTOBUILD pour compiler Osg en premier.
Ensuite j'ai modifié d&c.sh, à partir de la ligne 707 :

# SimGear and FlightGear
  if _elementIn "SIMGEAR" "${WHATTOBUILD[@]}" || \
     _elementIn "FGFS" "${WHATTOBUILD[@]}"; then
    PKG+=(zlib1g-dev freeglut3-dev libglew-dev libopenal-dev libboost-dev)
  fi 

pour supprimer toute obligation exigée par d&c.sh de m'installer des paquets système libopenscenegraph dont je ne veux plus, puisque je compile maintenant osg au préalable, chose que je ne faisais jamais auparavant, mais à laquelle je suis contraint en raison le l'incompatibilité 3.4 et 3.6.

Et pas de problème, ça compile.

Donc pour moi il n'y a pas vraiment de souci, quel que soit le système, il suffit de rendre obligatoire la compilation préalable d'osg.

Est-ce que j'ai tout faux une deuxième fois ?


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

#16 29/01/2020 19:42:23

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

f-toro a écrit :

Si on compile osg au préalable, on obtient une version 3.4 ?

C'est ce que j'avais compris, et que j'ai constaté. OSG compilé par d&c.sh crée une version autonome 3.4.2 dans le dossier fgfs.

J'ai rajouté OSG en tête de mon WHATTOBUILD pour compiler Osg en premier.

(toujours d'après mon niveau de compréhension...)
La place dans WHATTOBUILDALL=... n'a pas d'influence sur l'ordre de la compilation. L'ordre de la séquence est donné par le script d&c.
Si on veut assurer la compilation d'OSG en premier, le mieux est de le faire séparément avant les autres.

./download_and_compile.sh -j4 OSG

(Il vaut mieux utiliser ces méthodes par composants plutôt que de modifier d&c.sh. Je crois qu'on peut tout contrôler par l'extérieur.)

Mais je suis presque certain que l'inclusion de OSG dans WHATTOBUILDALL fait qu'il est compilé avant SIMGEAR et FGFS. En effet, je constate que la place de OSG dans le script (lignes 931 etc...) est avant celle de SIMGEAR et FGFS. Ma connaissance primaire du Bash m'empêche d'être très affirmatif (renvois conditionnels possibles...), mais c'est mon opinion. Confortée par mon observation lors de la compilation. Simplement, avant compilation d'un composant et dans l'ordre de lecture, d&c.sh demande s'il est dans WHATTOBUILDALL.

OSG 3.4 par d&c.sh est autonome dans fgfs et cette version est à mon avis prioritaire lors de la compilation. Je pense qu'il ne devrait pas y avoir d'interférences avec tes versions distribution. Mais, pour moi, c'est vraiment de la supposition...

Pour les incompatibilités éventuelles entre les paquets que tu as normalement et ceux que d&c.sh cherche à installer, je ne sais pas. Simplement, jusqu'à ce jour, j'ai constaté que d&c.sh était assez intelligent là-dessus (en dehors de mauvaises périodes transitoires). Mais ta situation étant nouvelle, d&c.sh n'est peut-être pas prêt...

Donc pour moi il n'y a pas vraiment de souci, quel que soit le système, il suffit de rendre obligatoire la compilation préalable d'osg.

C'est aussi mon opinion d'après ce que lis et que je constate. Et tant que c'est comme ça, pas de souci, même pour des utilisateurs relativement novices.


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

#17 29/01/2020 20:54:00

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

f-toro a écrit :

Si on compile osg au préalable, on obtient une version 3.4 ?
Il me semble pourtant que les sources qui permettent de compiler sont les dernières, non, et donc pas des 3.4 ?

Les sources pour compiler osg par d&c viennent de "github", plusieurs versions sont dispo, à la ligne 942 d&c est calé sur 3.4,
et on obtient une 3.4


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

Hors ligne

#18 29/01/2020 22:34:25

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Ok, je n'avais pas vu cette ligne.

Ça ne change de toute manière rien au problème, c'est ou on compile osg ou on utilise les paquets système.
Avoir les deux en même temps est une source de conflits, surtout que certains paquets système osg sont passés en 3.6 et pas d'autres .
Et on ne peut plus avoir les paquets système à cause de l'incompatibilité entre la 3.4 et la 3.6 .
Donc il ne reste que la possibilité de compiler osg, et à mon avis il est dans ce cas préférable de ne pas avoir les paquets système, d'où la solution que j'ai adoptée.
C'est effectivement bon avec une version compilée d'osg 3.4 .

Reste maintenant à savoir si la compilation de sg et fg peut se faire avec osg 3.6 .
J'ai donc modifié la ligne du script pour compiler en 3.6 .
Puis relancé la compilation après avoir supprimé les différends répertoires osg, sg, fg, pour faire du nettoyage.
Pas de souci, la compilation passe sans problème.
FG est donc parfaitement compatible avec osg 3.6 compilé, c'est la démarche du script qui n'est pas bonne en fonction de l'évolution éventuelle des paquets précompilés.


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

#19 29/01/2020 23:53:39

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

@ dany

Ce qui est sûr, c'est que si on supprime les paquets système openscenegraph et l'obligation de leur installation par le script, solution que j'ai choisie et expliqué plus haut, il faut que osg soit compilé en premier.
Pour que les autres modules qui ont besoin d'osg pour se compiler puissent trouver leurs ressources dans le dossier osg compilé.

Maintenant concernant l'ordre dans WATTOBUILD, il me semble quand même préférable qu'OSG soit noté en tête, simple précaution.
Je n'ai pas essayé de le mettre en second par exemple, pour voir s'il est quand même compilé en premier.
Suffit de faire l'essai mais ça n'a pas grand intérêt.
Ce que je constate c'est qu'en mettant OSG en tête du WATTOBUILD, il est effectivement compilé en premier, et c'est ce qu'il faut.
Je n'ai pas décortiqué le script pour savoir de quelle manière l'ordre est exactement déterminé.

Pour ce qui est des incompatibilités entre les paquets système et les modules compilés, elles ont déjà été constatées, ce n'est pas une simple supposition.


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 30/01/2020 9:19:51

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour,
en effet ça passe avec osg compilé par d&c (osg 3.6.5)
Et ce matin ça passe aussi avec les paquets système de debian testing (osg 3.6.4)

||/ Nom                        Version           Architecture Description
+++-==========================-=================-============-=====================================
un  libopenscenegraph-3.4-dev  <aucune>          <aucune>     (aucune description n'est disponible)
ii  libopenscenegraph-dev      3.6.4+dfsg1-3+b10 amd64        3D scene graph, development files
ii  libopenscenegraph160:amd64 3.6.4+dfsg1-3+b10 amd64        3D scene graph, shared libs

Il y a eu un commit sur sg hier, mais apparemment sans relation... putain d'informatique! smile

Dernière modification par ctesc356 (30/01/2020 9:22:44)


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

Hors ligne

#21 30/01/2020 10:06:05

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

Bonjour,

Ça passe aussi en OSG 3.6.5 après avoir :
- supprimé les paquets libopenscenegraph-3.4 et libopenscenegraph-3.4-dev,
- supprimé les lignes 711 et 712 de d&c.sh
- remplacé la ligne 942 par _gitUpdate OpenSceneGraph-3.6 dans d&c.sh
- compilé OSG puis SIMGEAR, FGFS et DATA


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

#22 30/01/2020 10:30:04

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

ctesc356 a écrit :

Et ce matin ça passe aussi avec les paquets système de debian testing (osg 3.6.4)

Tant mieux.

Mais je vais m'en tenir pour le moment à la solution de compilation préalable d'osg 3.6.
Je me passerai à nouveau de la compilation d'osg lorsque tous les paquets système libopenscenegraph seront repassés en 3.6 .

Dans ce cas
- il faudra les réinstaller
- supprimer le répertoire osg compilé (c'est l'un ou l'autre, les deux à la fois = risque de plantage à la compilation)

et pour ceux qui n'installent pas manuellement les paquets nécessaires
- avoir un script d&c.sh adapté demandant l'installation des bons paquets (apparition d'un nouveau paquet libopenscenegraph-3.6-dev, par exemple ?)


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

#23 30/01/2020 10:52:05

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

f-toro a écrit :

Je me passerai à nouveau de la compilation d'osg lorsque tous les paquets système libopenscenegraph seront repassés en 3.6 .

Ici tout est en 3.6. Les paquets osg3.4 ont été enlevés lors de la mise à jour par d&c. Qu'en est-il chez toi?

f-toro a écrit :

- supprimer le répertoire osg compilé (c'est l'un ou l'autre, les deux à la fois = risque de plantage à la compilation)

Si d&c trouve les bibliothèques osg dans "/install/openscenegraph" il compile avec, sinon il cherche dans le système, aucun risque de mélange.

f-toro a écrit :

- avoir un script d&c.sh adapté demandant l'installation des bons paquets (apparition d'un nouveau paquet libopenscenegraph-3.6-dev, par exemple

d&c -py (par défaut) installe les paquets osg présents dans le/les depôts. Pour moi il n'y a rien a adapter.


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

Hors ligne

#24 30/01/2020 12:38:09

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

ctesc356 a écrit :

Ici tout est en 3.6. Les paquets osg3.4 ont été enlevés lors de la mise à jour par d&c. Qu'en est-il chez toi?

Là aussi, précise tes explications.
Quelle mise à jour ?
Quelle version du script ?
d&c demande toujours à la ligne 711 l'installation de libopenscenegraph-3.4-dev.
Comment les paquets 3.4 ont-ils pu être retirés ?


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

#25 30/01/2020 13:06:58

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

Re : [RESOLU]Erreurs de compilation, d&c n'aime pas des nouveaux paquets ?

f-toro a un ancêtre inquisiteur? wink

f-toro a écrit :

Là aussi, précise tes explications.

j'ai cité tes propos, ou tu parles des paquets système.

f-toro a écrit :

Je me passerai à nouveau de la compilation d'osg lorsque tous les paquets système libopenscenegraph seront repassés en 3.6 .

f-toro a écrit :

Quelle mise à jour ?

La mise à jour des paquets système par la section dépendances de d&c.
Extrait de "history.log" (var/log/apt) de cette mj:

Start-Date: 2020-01-27  10:01:42
Commandline: apt-get install ... ...libopenscenegraph-dev... ...
Requested-By: ett (1000)
Install:... ...  libopenscenegraph160:amd64 (3.6.4+dfsg1-3+b10, automatic), libopenscenegraph-dev:amd64 (3.6.4+dfsg1-3+b10)... ...
Upgrade: ... ...
Remove: libopenscenegraph-3.4-dev:amd64 (3.4.1+dfsg1-5) libopenscenegraph-3.4-131:amd64 (3.4.1+dfsg1-5)
End-Date: 2020-01-27  10:03:18

f-toro a écrit :

Quelle version du script ?

La der des der

f-toro a écrit :

d&c demande toujours à la ligne 711 l'installation de libopenscenegraph-3.4-dev.

ou une alternative si elle existe, ici l'alternative est 3.6. Il n'y a plus trace de osg3.4 dans les depôts "testing" donc...

Comment les paquets 3.4 ont-ils pu être retirés ?

Automatiquement par apt lors de la mj, voir le log plus haut "Remove..."

Dernière modification par ctesc356 (30/01/2020 13:18:38)


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

Hors ligne

Pied de page des forums