Bonjour,
Je cherche a savoir si les binaires de K3DSurf (version 0.6.1 et 0.6.2) marchent sous RedHat avec une machine AMD64.
Les binaires RPM se trouvent ici : http://dag.wieers.com/rpm/packages/k3dsurf/
Apparement ça ne marche pas sous Debian (voir le rapport de bug ici : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423606 ) et j'aimerais savoir si le problème vient de K3DSurf ou bien de Debian AMD64 elle même...
Merci d'avance.
Taha
Pour plus d'infos sur K3DSurf :
http://linuxfr.org/2007/06/24/22652.html
# deja ...
Posté par NeoX . Évalué à 1.
http://dag.wieers.com/rpm/packages/k3dsurf/
que tu proposes
k3dsurf-0.6.1-1.el5.rf.x86_64.rpm Sat 10 Mar 2007 883 kB Red Hat EL 5 - x86_64
k3dsurf-0.6.2-1.el4.rf.x86_64.rpm Sun 17 Jun 2007 1461 kB Red Hat EL 4 - x86_64
k3dsurf-0.6.2-1.el5.rf.x86_64.rpm Sun 17 Jun 2007 1528 kB Red Hat EL 5 - x86_64
ce qui laisse supposer que ca fonctionnerait sous RHEL 4 ou 5 en x86_64 (il me semble que ce sont les amd64)
il doit donc etre possible de l'installer et de l'utiliser sur une architecture 64bits.
tu peux chercher les paquets 0.6.1 pour debian (sur le site officiel)
http://packages.debian.org/cgi-bin/search_packages.pl?search(...)
ou bien passer par la solution full binaire
http://kde-apps.org/content/download.php?content=25049&i(...)
sinon il doit y avoir moyen (sans garantie de resultat) d'utiliser le RPM sous debian (avec alien ou rpm)
[^] # Re: deja ...
Posté par Abderrahman Taha (site web personnel) . Évalué à 3.
Merci pour la réponse seulement voila :
1) Je suis l'auteur du logiciel K3DSurf mais je n'ai pas une machine AMD64.
2) K3DSurf se compile bien sous Debian mais le binaire n'est pas fonctionnel (voir le rapport du Bug).
Mon message était donc destiné au forumistes qui ont une machine AMD64 avec une distribution Redhat ou Fedora pour tester K3DSurf et voir si les binaires (0.6.1 et 0.6.2) fonctionnent correctement ou s'ils souffrent du même problème que les binaires de la Debian-AMD64.
Cordialement.
Taha
[^] # Re: deja ...
Posté par NeoX . Évalué à 3.
J'ai un amd64 mais une version 32bits de linux.
Je peux faire un test avec un livecd.
Je le ferais dans l'apres midi.
[^] # Re: deja ...
Posté par BAud (site web personnel) . Évalué à 3.
la 0.6.2-2mdv fonctionne en Mandriva cooker x86_64 en tout cas http://sophie.zarb.org/rpm/cooker,x86_64/k3dsurf
lancé en console, en tant qu'utilisateur normal, j'ai le pilote nvidia 100.14.11 (l'OpenGL fonctionne bien pour les démos que j'ai regardées).
pas de patch particulier a priori : http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/k(...)
faudrait voir ce que debian a ajouté http://packages.debian.org/stable/kde/k3dsurf ou les libs en dépendance.
[^] # Re: deja ...
Posté par Abderrahman Taha (site web personnel) . Évalué à 2.
Merci pour le test et la réponse, en plus je n'étais pas au courant de ce portage sous Mandriva...
Je sens que ça va chauffer côté Debian: Ils accusent K3DSurf d'avoir un bug alors c'est la Debian-64 qui doit l'être...je m'en vais de suite régler cet affront :-)
Cordialement,
Taha
[^] # Re: deja ...
Posté par Abderrahman Taha (site web personnel) . Évalué à 0.
Aussi, j'apprecierais bien que tu fasses le même test avec la version 0.6.1, histoire d'avoir les bonnes armes de contre-attaque :)
Merci d'avance.
Taha
# sur debian
Posté par mac_is_mac (site web personnel) . Évalué à 3.
Je suis sous debian
Je viens d'installer le paquet 0.6.1-2 de sid en AMD 64.
C'est très joli; je ne vois pas de problème.
J'utilise le driver NVIDIA 1.0.8776
En revanche le noyau avec lequel je tourne en ce moment n'est pas un noyau debian; je l'ai compilé moi-même.
[^] # Re: sur debian
Posté par BAud (site web personnel) . Évalué à 3.
Cela provient peut-être d'une différence de bibliothèques ?
Taha : mieux vaut demander aussi de lancer
strace k3dsurf
à celui qui a un segfault => cela donnera une indication des appels en cours pour identifier à quoi ce segfault peut être dû.
[^] # Re: sur debian
Posté par mac_is_mac (site web personnel) . Évalué à 3.
ii libc6 2.5-7 GNU C Library: Shared libraries
ii libgcc1 1:4.1.2-6 GCC support library
ii libgl1-mesa-glx [libgl1] 6.5.2-4 A free implementation of the OpenG
ii libglu1-mesa [libglu1] 6.5.2-4 The OpenGL utility library (GLU)
ii libqt3-mt 3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.1.2-6 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library
et les miennes
0.6.1-2 - libc6 (2 2.3.5-1) libgcc1 (2 1:4.1.1-12) libgl1-mesa-glx (16 (null)) libgl1 (0 (null)) libglu1-mesa (16 (null)) libglu1 (0 (null)) libqt3-mt (2 3:3.3.7) libstdc++6 (2 4.1.1-12) libx11-6 (0 (null)) libxext6 (0 (null)) libxmu6 (0 (null))
Il y a un truc qui saute au yeux: c'est la différence de libc6
(Il est à jour et pas moi).
# sous Ubuntu
Posté par NeoX . Évalué à 2.
je suis sur le livecd ubuntu 7.04 am64 (j'ai pas trouvé de livecd amd64 debian)
j'ai installé k3dsurf 0.6.1.1 fournit par la distribution
les depences sont :
Architecture: amd64
Version: 0.6.1-1
Depends:
libc6 (>= 2.5-0ubuntu1),
libgcc1 (>= 1:4.1.1-21ubuntu1),
libgl1-mesa-glx | libgl1,
libglu1-mesa | libglu1,
libqt3-mt (>= 3:3.3.7),
libstdc++6 (>= 4.1.1-21ubuntu1),
libx11-6,
libxext6,
libxmu6
Description: tool for mathematical surfaces
avec le driver NVIDIA (1.9755 pour moi) cela fonctionne nickel
avec le driver NV j'ai le message
mais il suffit ensuite de decocher "opengl" en bas et cela fonctionne aussi.
[^] # Re: sous Ubuntu
Posté par Abderrahman Taha (site web personnel) . Évalué à 1.
Merci mac_is_mac, John_Doe et Benoît pour vos tests :). Ainsi, les choses se compliquent car K3DSurf 0.6.1 marche bien même sous Debian! Je vais faire un petit résumé de tout ça et l'envoyer au mainteneur des packages scientifiques de Debian. En attendant, ce "pseudo" bug bloque la mise a jour sous Debian de K3DSurf, ce qui pénalise pas mal d'utilisateurs (voir : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430410 )
Cordialement,
Taha
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.