Aller au contenu principal
Messages récents
11
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par mugerb -
1) x11-video-nvidiaG04 avait besoin des 2 fichiers kernel-devel que vous m'avez aidé a installer, ok, super,
mais mon paraview ne fonctionne toujours pas.

2) j'ai tenté de retrograder l'install de paraview, v 5.9 (c'etait logique, effectivemnt la version que j'utilisais ces derniers mois, c'etait donc bien peut-etre la v5.10 a present installée qui pose pb avec les paquets openGL de la Leap 15.3)... j'ai donc reinstallé paraview v5.9 par Yast....reboot, ... Mais non, paraview v5.9 continue a planter... :-(

3)


# sudo zypper in paraview
Loading repository data...
Reading installed packages...
'paraview' is already installed.
There is an update candidate for 'paraview' from vendor 'obs://build.opensuse.org/science', while the current vendor is 'openSUSE'. Use 'zypper install paraview-5.10.1-lp153.111.1.x86_64' to install this candidate.
Resolving package dependencies...
Nothing to do.

>>>>normal puisque je viens de reinstaller la v5.9..
# zypper install paraview-5.10.1-lp153.111.1.x86_64
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: the installed paraview-plugins-5.9.0-bp153.1.5.x86_64 requires 'paraview = 5.9.0', but this requirement cannot be provided
Solution 1: install paraview-plugins-5.10.1-lp153.111.1.x86_64 from vendor obs://build.opensuse.org/science
  replacing paraview-plugins-5.9.0-bp153.1.5.x86_64 from vendor openSUSE
Solution 2: do not install paraview-5.10.1-lp153.111.1.x86_64
Solution 3: break paraview-plugins-5.9.0-bp153.1.5.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 1
Resolving dependencies...
Resolving package dependencies...

The following 2 packages are going to be upgraded:
  paraview paraview-plugins

The following 2 packages are going to change vendor:
  paraview          openSUSE -> obs://build.opensuse.org/science
  paraview-plugins  openSUSE -> obs://build.opensuse.org/science

2 packages to upgrade, 2  to change vendor.
Overall download size: 42.6 MiB. Already cached: 0 B. After the operation, 1.3 MiB will
be freed.
Continue? [y/n/v/...? shows all options] (y): y
Retrieving: paraview-5.10.1-lp153.111.1.x86_64.rpm ....................[done (1.1 MiB/s)]
Retrieving: paraview-plugins-5.10.1-lp153.111.1.x86_64.rpm ............[done (1.2 MiB/s)]
Checking for file conflicts: ......................................................[done]
(1/2) Installing: paraview-5.10.1-lp153.111.1.x86_64 ..............................[done]
(2/2) Installing: paraview-plugins-5.10.1-lp153.111.1.x86_64 ......................[done]

$exit (su)
~>paraview
(  0.504s) [paraview        ]vtkXOpenGLRenderWindow.:266    ERR| vtkXOpenGLRenderWindow (0x55de268e0c00): Could not find a decent config

(  0.504s) [paraview        ]vtkXOpenGLRenderWindow.:484    ERR| vtkXOpenGLRenderWindow (0x55de268e0c00): Could not find a decent visual

Loguru caught a signal: SIGABRT
Stack trace:
32      0x55de247c966a paraview(+0x866a) [0x55de247c966a]
31      0x7f022444e2bd __libc_start_main + 239
30      0x55de247c92de paraview(+0x82de) [0x55de247c92de]
29      0x55de247ce989 paraview(+0xd989) [0x55de247ce989]
28      0x55de247ca582 paraview(+0x9582) [0x55de247ca582]
27      0x7f02240bb610 pqParaViewBehaviors::pqParaViewBehaviors(QMainWindow*, QObject*) + 2560
26      0x7f02240179c4 pqAlwaysConnectedBehavior::pqAlwaysConnectedBehavior(QObject*) + 324
25      0x7f022401785e pqAlwaysConnectedBehavior::serverCheck() + 190
24      0x7f0222bccb6d pqObjectBuilder::createServer(pqServerResource const&, int) + 605
23      0x7f0221185851 vtkSMSession::ConnectToSelf(int) + 33
22      0x7f0220d193ad vtkProcessModule::RegisterSession(vtkSession*) + 237
21      0x7f0220629f12 /usr/lib64/libvtkCommonCore-pv5.10.so.1(+0x407f12) [0x7f0220629f12]
20      0x7f0220563259 vtkCallbackCommand::Execute(vtkObject*, unsigned long, void*) + 25
19      0x7f022168646f /usr/lib64/libvtkGUISupportQt-pv5.10.so.1(+0x3d46f) [0x7f022168646f]
18      0x7f02216714ab /usr/lib64/libvtkGUISupportQt-pv5.10.so.1(+0x284ab) [0x7f02216714ab]
17      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
16      0x7f0222b44fb9 /usr/lib64/libpqCore-pv5.10.so.1(+0x89fb9) [0x7f0222b44fb9]
15      0x7f0222b400e2 pqServerManagerObserver::connectionCreated(long long) + 66
14      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
13      0x7f0222c100dc pqServerManagerModel::onConnectionCreated(long long) + 668
12      0x7f0222b3e752 pqServerManagerModel::serverAdded(pqServer*) + 66
11      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
10      0x7f022407d493 pqDefaultViewBehavior::onServerCreation(pqServer*) + 83
9      0x7f02210906ad vtkPVSessionCore::GatherInformation(unsigned int, vtkPVInformation*, unsigned int) + 493
8      0x7f0221090324 vtkPVSessionCore::GatherInformationInternal(vtkPVInformation*, unsigned int) + 52
7      0x7f021ce7d799 vtkPVRenderingCapabilitiesInformation::CopyFromObject(vtkObject*) + 9
6      0x7f021ce7d758 vtkPVRenderingCapabilitiesInformation::GetLocalCapabilities() + 328
5      0x7f0219cfdb85 vtkOpenGLRenderWindow::SupportsOpenGL() + 1269
4      0x7f0219d7ce12 vtkXOpenGLRenderWindow::WindowInitialize() + 18
3      0x7f0219d80d8a vtkXOpenGLRenderWindow::CreateAWindow() + 1946
2      0x7f0224465375 abort + 375
1      0x7f0224463cdb gsignal + 269
0      0x7f0224463d70 /lib64/libc.so.6(+0x4ad70) [0x7f0224463d70]
(  0.504s) [paraview        ]                      :0    FATL| Signal: SIGABRT
Abandon (core dumped)
....
Mon desarroi continue, mais je continue d'essayer ...

3) comment je pourrais savoir de quelles version 1 ou 2 de depots... effectivment on dirait qu'il pourrait yavoir un conflit des depots science et opensuse ? mais paraview est donné via "science" normalement
13
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par denebe -
3) Il reste donc ce pb majeur que mes paquets ne se mettent donc pas a jour tout seuls ! yaurait il un "lock" quelquepart ?

La mise à jour de certains paquets est proposée sur un dépôt B (une  version plus récente, la 2 disons), alors que la version actuelle est celle sur le dépôt A (la 1).
Problème: un programme, une librairie demande la version 1 du paquet pour bien fonctionner.
Conclusion: zypper t'affichera que la version 2 du paquet ne pourra pas être mis à jour, bien que présente.

PS: ça ne veut pas dire que le programme (celui qui demande la version 1) ne pourra pas fonctionner avec la version 2, mais on dans le doute on reste avec la version 1.
14
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par denebe -
Ne confond pas le kernel avec le kernel-devel ou le kernel-default-devel…

Le kernel sert à faire tourner ton OS. Il est chargé en mémoire vive (pendant le boot) et gère tout ce qu'un simple utilisateur n'a pas à gérer.

Les paquets *-devel sont là, car ils sont nécessaires pour d'autres paquets. c.f. réponse de manchette.

En conclusion, pour ce point, l'installation de ton driver avait besoin de ces paquets *-devel, il les a utilisés, ton driver est installé, c'est fini, ça marche ! N'oublie pas que ton kernel n'a pas changé (celui chargé en mémoire vive lors du boot).
15
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par mugerb -
j'intégre peu a peu vos commentaires, desolée pour ma lenteur a tout comrpendre d'un coup...

1) ok donc via l'explication du lien envoyé par denebe, l'update du kernel permet de remettre a jour le nvidiaG04, effectivment. Mais comme lors du reboot il re-utilise l'ancien kernel, je me retrouverais a re-installer le kernel a chaque fois.. berk.
et de toute facon ca ne resout pas mon pb de paraview (point 2).

2) paraview, donc j'ai compris qu'il lui faut OpenGL 3.2 au moins et que pour une raison X (point 3), il n'en a pas fait la mise a jour, on dirait qu'il ne fait ses mises a jours de pas grand chose en fait, via le PAckage kit automatique ou zypper, idem ..
mais au moins pour pouvoir bosser, comment pourrais je telecharger OpenGL 3.2 ? argh, on dirait que pour la Leap 15.3, ca ne va que jusqu'a la 3.1.. correct ?
https://software.opensuse.org/package/python3-opengl
donc,
un workaround en attendant que je me lance dans l'upgrade de la 15.4, c'est de reinstaller une ancienne version de Paraview, croisant les doigts..

3) je ne comprends toujours pas pourquoi mes mise a jour de paquets ne se font pas toutes seules,..
par zypper, il en reste tjrs 53 qu'il ne veut pas mette a jour.. . :-(

4) encore l'option de tenter l'activation de la x11-video-nvidia-G05, j'ai la G04... quelle est la commande pour choisir de changer la version d'NVIDIA  ? please??

Merci de votre patience, et merci pour tous ces eclairages deja, je me sens un peu moins bete :)
16
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par mugerb -
bonsoir,
Grand merci pour ces reponses..
oui je lis l'anglais, oui je lance des mise a jour plus d'une fois par semaine, zypper refresh & update,
et pourquoi je ne rencontrais pas ce probleme jusqau'a il ya 1 semaine ? j'utilisais joyeusement mon PARAVIEW sans qu'il plante ni me dise qu'il lui manque telle ou telle librairie, donc c'est q'un paquet openGL/Nvidia ou autre n'a pas été mis a jour alors que d'autres oui... perte de coherence alors que je ne suis pas du genre a cliquer sur l'option "ignorer les conflits" :-)

bon.
1)j'ai installé ce nouveau kernel/ copié-colé de la commande gentillement fournie par denebe.
   
2 new packages to install
 .....   Checking for file conflicts ....
         Changing symlink /usr/src/linux from linux-53.18-150300.59.87 to linux-5.3.18-57
         (1/2) Installing : kernel-devel-5-3-18-57.3.noarch
         Changing symlink /usr/src/linux-obj/x86-64/default from ../../linux-53.18-150300.59.87-obj/x86_64/default to ../../linux-5.3.18-57-obj/x86_64/default
         (2/2) Installing : kernel-default-devel-5.3.18-57.3.x86_64
=> mais lorsque je reboot, il continue a booter sur l'ancien kernel: 5.3.18-150300.59.87.1 !! ? Sauriez vous pourquoi ?

J'ai reinstallé  et retenté avant ou apres  nouveau zypper refresh/ et/ou  zypper update,
il a reussi toutefois a m'installer 7 paquet de plus qu'avant (sur 60); nvidia-computeG04, nvidia-computeG04-32bit, nvidia-gfxG04-kmp-default nvidia-glG04-"ébit x11video-nvidiaG04 x11-video-nvidiaG04bit..
Mais le kernel reste invariablement le meme.

2) Paraview persiste a me dire qu'il lui manque les bonnes versions d'openGL et de Mesa.
les ocmmentaires du dessus que j'ai copié suivaient le lancement  du setpath de Matlab ($MTL_PATH/sys/opengl/lib/glnxa64)!
Donc il ne faut pas preter attention aces versions la de  OpenGL, ou Mesa..

Mais! sur Yast, quoique je ne trouve pas OpenGL tel quel, je le trouve  pour Qt5 (libQt5OpenGL5 5.12.7)? python3-opengl (3.1.6-lp153.53.1): sauriez vous quel pourrait etre le petit nom d'OpenGL que je devrais chercher ???
=> Et comme paraview lancé en shell me commente:
(   0.437s) [paraview        ]vtkOpenGLRenderWindow.c:506    ERR| vtkXOpenGLRenderWindow (0x55896613f000): Unable to find a valid OpenGL 3.2 or later implementation. Please update your video card driver to the latest version. If you are using Mesa please make sure you have version 11.2 or later and make sure your driver in Mesa supports OpenGL 3.2 such as llvmpipe or openswr.

donc oui, si c'est QT5OpenGL a quoi PAraview fait appel, il necessite OpenGL 3.2 alors que je n'ai que la OpenGL 3.1 !!  eureka... ou est ce que je peux trouver le paquetage pour zypper ?

3) Il reste donc ce pb majeur que mes paquets ne se mettent donc pas a jour tout seuls ! yaurait il un "lock" quelquepart ?
17
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par manchette -
lis tu l'anglais ?

l’explication c'est que le driver à besoin de quelque chose pour fonctionner , il te le demande :

s'il n'est pas installé il ne le trouve pas, et donc tu fois l'ajouter pour qu'il puisse installer le driver ;)

   Problem: nothing provides 'kernel-default-devel = 5.3.18-57' needed by the to be installed nvidia-gfxG04-kmp-default 390.154_k5.3.18_57-lp153.16.1.x86_64
18
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par manchette -
hello ;=)
tout n'est pas un vrai problème, ouf ;)

1- la leap 15.3 n'est pas la dernière version en date, il y a peut être des erreurs ponctuelles

2- il t'informe que certains paquets sont disponibles en mises à jour, mais pas pour les versions que tu utilises toi

c'est vrai que cet affichage avec des mises à jour possibles peut perturber mais cela indique que si tu changeais de dépôts de mise à jour tu pourrais peut être avoir des versions plus récentes, si tu veux jouer à la course à l'armement ;)

3- si tu lances en console le logiciel paraview tu auras peut être plus d'infos sur les soucis qu'il rencontre

pour matlab il te demande apparemment mesa et opengl dans les versions précisées (11.2 et 3.2 au minimum).


19
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par mugerb -
mille mercis..
desolée pour la lisibilité des lignes de code/ j'utiliserai inserer balise/ c'est bien mieux c'est sûr!

le risque lorsque j'aurais installé ce fameux kernel 5.3.18-57 ?
Je devrais pouvoir rebooter avec l'ancienne version qd meme.

Mais pourquoi il n'a pas réussi a mettre a jour son kernel du coup? est ce que c'est un souci rencontrés pr d'autres, cf. post anterieur ?
ou un souci des le depart lorsque j'avais fait l'upgrade  a Leap 15.3 (il ya 3 mois)...

Bon j'installe ce kernel et je vous raconte ce que ca devient... ma derniere alternative etant d''upgrader à la Leap 15.4...
20
Programmes et logiciels / Re : m-a-jr, OpenGL, Nvidia et kernel
Dernier message par denebe -
Bonjour,

mets les sorties de commandes dans une balise "Insérer du code", c'est beaucoup plus lisible… Comment faire ? Tu cliques sur le croisillon dans les options de mise en page.

Avec les infos que tu as données (elles ne sont pas complètes), tu peux essayer ceci (en root ou vaec sudo)
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http://download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel-devel-5.3.18-57.3.noarch.rpm
→ la ligne juste au dessus est mise entre deux balises "insérer du code", c'est plus joli non ? (mais surtout plus lisible et utilisable)

Puis tu essayes à nouveau de mettre à jour avec zypper…

Source:
https://www.opensuse-forum.de/thread/65936-leap-update-probleme-mit-nvidia-g04/