Reprise du message précédent :
moi je l'ai mis dans un repertoire dans /usr/lib/plugin-web32, et meme en root ça marche

heu chezmoiçamarchepas.com
 
comment vous avez fait?
 
j'ai alienisé les 2 paquets rpm, je les ai installés.
 
ensuite, nspluginwrapper -i /chemin/libflash.so
 
et là il me sor que ce n'est pas un "NSAPI plugin"...
 
J'ai cherché pas mal, mais rien trouvé de concluant
 
Je suis en testing
 
des idées?

Hi everyone
 
Voici un article sur les perfs respectives des applis 32 et 64 bits en utilisation réelle.
 
http://www.phoronix.com/scan.php?p [...] =616&num=1
 
La conclusion de cette article est que les gains sont assez minimes pour le moment.

Salut,
je viens de passer au core2duo, et j'en ai profité pour reformatter ma mandriva 2007 32 bits pour installer la 64 bits à la place.
Ca marche au poil
 
Par contre, j'ai un souci avec UT2004 ... En utilisant la version 32 bits, aucun problème. EN utilisant le binaire 64 bits, j'ai plein de problèmes d'affichage de textures

Salut,  
pas de souci avec ut2004 en 64bits pour moi :

Tu veux autre chose ?

Etonnant je n'ai pas exactemnet la même chose que toi ...
J'ai réinstallé à partir de mon DVD original, au début de l'installation il me dit bien que j'ai une config "AMD64". L'installation se termine normalement.
Puis je mets le patch 3369-2 .

Par contre, une fois installé, c'est la foire:
Dans "System", j'ai "ut2004-bin" (exécutable 32 bits) et "ut2004-bin-linux-amd64" (exécutable 64 bits).
J'ai aussi "openal.so" et "libSDL-1.2.so.0" en versions 64 bits.

Quand je lance le script "ut2004", ça me lance ut2004-bin qui se latte en disant que le format des de libSDL est ELF64.
En trifouillant pour lancer le bon exécutable (ut2004-bin-linux-amd64), ça démarre mais j'ai le problème de textures qui manquent ou qui clignotent X-D

En trifouillant pour passer en 32 bits (je vire openal.so et libSDL-1.2.so.0 et je fais des liens vers les équivalents dans /usr/lib/ ...) ça démarre correctement avec "ut2004-bin".
Aucun bug d'affichage.

J'ai cela, sinon :

 
edit : quelle est ta carte graphique aussi (la mienne est dans mon profil, j'ai les derniers pilotes Nvidia sortis) ?

http://www.astars.org/osrevolution [...] _amd64.deb

Pas dans tous les cas: si par exemple tu cryptes ta partition root en aes256, la différence est majeure.

Avec un disque scsi 15Krpm, "hdparm -t" passe quand même de 30Mo/s avec un kernel i386-debian à 91Mo/s avec un kernel x86_64 bien optimisé  

Bon, voici quelques explications pour UT2004.
Quand on installe le jeu depuis le média d'origine, il détecte automatiquement si le PC est un x86 ou x86_64.
En conséquence, les 4 fichiers suivants adaptés à l'architecture sont installés dans le rép "System" du jeu:
libSDL-1.2.so.0
openal.so
ucc-bin
ut2004-bin

1ère feinte: quand on installe une mise à jour du jeu (3369-2 dans mon cas), les fichiers suivants se placent dans le répertoire System, écrasant les éventuels existants:
ucc-bin
ucc-bin-linux-amd64
ut2004-bin
ut2004-bin-linux-amd64

Dans la mise à jour, les binaires pour AMD64 sont suffixés "-linux-amd64" tandis ques les binaires pour x86 écrasent les fichiers existants.
Résultat: avec le script de démarrage du jeu, on lance un exécutable 32 bits (ut2004-bin) alors qu'il reste des librairies 64 bits (openal.so et libSDL-1.2.so.0). Le jeu ne fonctionne plus.
Conclusion: après une mise à jour, il faut soit changer le script de démarrage du jeu, soit renommer les binaires pour que le jeu fonctionne en 64 bits.

2nde feinte: dans la version 32 bits du jeu, j'avais constaté que les librairies fournies par ut2004 donnaient de mauvaises performances (framerate trop bas).
"openal.so": librairie audio, qui pose des problèmes avec certains micros. Solution: virer le fichier original et faire un lien vers "/usr/lib/libopenal.so.0"

"libSDL-1.2.so.0": librairie graphique, qui n'est pas du tout optimisée. Solution: virer le fichier original et faire un lien vers "/usr/lib/libSDL-1.2.so.0"
Résultat: le jeu est nettement plus fluide en utilisant les librairies fournies par la distribution plutot que celles fournies par le jeu !

C'est donc en toute confiance que j'ai fait la même manip en 64 bits.
"openal.so" => "/usr/lib64/libopenal.so.0"
"libSDL-1.2.so.0" => "/usr/lib64/libSDL-1.2.so.0"
Mais là, j'ai de graves problèmes d'affichages de textures, d'où mon post original    

Conclusion: pour avoir de bonnes perf, je reste en 32 bits + les librairies de ma distribution.

[Albator], je viens de refaire les liens dynamiques pour bénéficier de mes libs SDL et openal actualisées, je n'ai pas vu de changement, à vrai dire.

J'utilise les paquets amd64 de Gentoo.

Hum, les mainteneurs de Gentoo ont viré le plugin java pour les navigateurs ( http://forums.gentoo.org/viewtopic-t-552110.html ), du coup, plus moyen de faire sa déclaration d'impôts sous un système 64bits .
 
Quelqu'un a une solution (je suis en train de regarder le topic en lien sur le sujet) ?
 
edit : bon, je peux passer avec Windows via Qemu/Firefox/java, mais c'est lourd ...
 
edit2 : ok, la solution est dans le topic ->

Tu n'es pas en multilib ? Si tu es en multilib, tu installes un navigateur et Java en 32 bits  et ca devrait aller.

Si, je suis en multilib, mais je n'ai pas de navigateurs 32bits là.  
 
La solution est de créer un /etc/portage/profile/package.use.mask ad hoc (cf ma réponse au-dessus).
 
edit : si, c'est instable, je prendrais Opera.

Bon, je viens de tester là :
 
- le nswrapper (pour utiliser le plugin java 32 bits donc) fait planter Firefox sur le site des impôts , donc le fait qu'il soit masqué est justifié.
 
- c'est ok, avec Opera (32 bits, de toute façon il n'existe pas en 64bits ...), mais, il faut :
 + exporter son certificat de Firefox (dans mon cas), puis le réimporter dans Opera
 + gérer le mot de passe via Opera (pas mal fait)
 + faire que Opera agisse en "se masquant comme Mozilla" pour le site des impôts, sinon, l'identification ne passe pas .
 
Bref, c'est toujours possible mais un poil plus pénible que les années précédentes (merci java ).

 
Sinon il y avait l'option installer mozilla-firefox-bin et faire sa déclaration avec Comme ca pas besoin d'exporter le certificat et c'est aussi simple qu'avant.

Certes, mais j'ai le Firefox compilé sur ma machine là .

Tu peux installer les deux. C'est assez pratique d'avoir les deux quand Flash fait des siennes avec les navigateurs 64 bits. :s

Oui, mais non, avoir 2 fois le même navigateur, c'est moyen quand même .

Hum, le certificat est bien pris en compte au départ (et le test me dit que tout est ok), mais quand je dois signer rien n'apparaît : quelqu'un a déjà eu ce souci ?
 

 
edit : souci réglé et déclaration faite avec Seamonkey-bin .

même problème l'année dernière avec java 64bits (blackdown), j'ai du signer avec un 32bits.

bonjour,
je viens d'installer une debian 64 en sid
seulement j'ai encore des logiciels qui n'existe qu'en version 32 bits
je voulais savoir ce que vous me conseillez de faire,
installer les lib 32 bits et installer les points deb à la main
ou faire un chroot?
le mieu pour moi ca serai de passer par aptitude en favorisant les versions 64 bits
 
merci

C'est quoi ces logiciels ?

cinellera par exemple, j'avais un dépot en 32 bits
nut-usb (pour mon onduleur)
ya aussi mes drivers de la webcam et fire wire, mais ca je me demande bien si c'est pas lié à mon noyeau (trop récent peut être)

nut est dans les packages debian officiels, donc en 64 bit (je l'utilise)

pas nut-usb

Dans testing et unstable, nut-usb n'existe plus (paquet virtuel de transition).
Le paquet "nut" suffit (version 2.2.x de nut), il intègre directement tout ce qu'il faut apparement (http://packages.debian.org/sid/nut)

merci du renseignement, je vais essayé de faire marcher mon onduleur alors.
j'avais pris les conf d'une stable c'est pour ca alors que ca ne marchais pas.