Bonjour,
Je sais qu'il s'agit d'un sujet récurrent. J'aimerai installer la version 32 bits
de firefox dans ma F11 64 bits.
J'ai évidement regarder les autres sujets se rapportant à ce point.

J'ai donc ajouté un dépôts fedora32 à yum puis j'installe avec yum : 
yum --enablerepo=fedora32  firefox.i586
Mais j'obtiens quelques problèmes de dépendances que je n'arrive pas à contourner :
Modules complémentaires chargés : refresh-packagekit
Configuration du processus d'installation
Le paquet firefox-3.5.3-1.fc11.x86_64 est déjà installé dans sa dernière version
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquet firefox.i586 0:3.5-0.20.beta4.fc11 marqué pour être mis à jour 
--> Traitement de la dépendance : gecko-libs = 1.9.1-0.20 pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libgnomevfs-2.so.0 pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libgconf-2.so.4 pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libstartup-notification-1.so.0 pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libxul.so pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libasound.so.2 pour le paquet : firefox-3.5-0.20.beta4.fc11.i586
--> Lancement de la transaction de test
---> Paquet GConf2-dbus.i586 0:2.16.0-16.fc11 marqué pour être mis à jour 
--> Traitement de la dépendance : libdbus-glib-1.so.2 pour le paquet : GConf2-dbus-2.16.0-16.fc11.i586
---> Paquet alsa-lib.i586 0:1.0.21-3.fc11 marqué pour être mis à jour 
---> Paquet gnome-vfs2.i586 0:2.24.1-2.fc11 marqué pour être mis à jour 
--> Traitement de la dépendance : libacl.so.1 pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
--> Traitement de la dépendance : libbz2.so.1 pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
--> Traitement de la dépendance : libacl.so.1(ACL_1.0) pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
--> Traitement de la dépendance : libhal.so.1 pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
--> Traitement de la dépendance : libhal-storage.so.1 pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
--> Traitement de la dépendance : libavahi-glib.so.1 pour le paquet : gnome-vfs2-2.24.1-2.fc11.i586
---> Paquet startup-notification.i586 0:0.9-6.fc11 marqué pour être mis à jour 
---> Paquet xulrunner.i586 0:1.9.1-0.20.beta4.fc11 marqué pour être mis à jour 
--> Traitement de la dépendance : libgnome-2.so.0 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libpython2.6.so.1.0 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libbonobo-2.so.0 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libpopt.so.0 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libORBit-2.so.0 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Traitement de la dépendance : libbonobo-activation.so.4 pour le paquet : xulrunner-1.9.1-0.20.beta4.fc11.i586
--> Lancement de la transaction de test
---> Paquet ORBit2.i586 0:2.14.17-1.fc11 marqué pour être mis à jour 
--> Traitement de la dépendance : libIDL-2.so.0 pour le paquet : ORBit2-2.14.17-1.fc11.i586
---> Paquet avahi-glib.i586 0:0.6.25-3.fc11 marqué pour être mis à jour 
---> Paquet bzip2-libs.i586 0:1.0.5-5.fc11 marqué pour être mis à jour 
---> Paquet dbus-glib.i586 0:0.80-2.fc11 marqué pour être mis à jour 
---> Paquet hal-libs.i586 0:0.5.12-29.20090226git.fc11 marqué pour être mis à jour 
---> Paquet libacl.i586 0:2.2.47-4.fc11 marqué pour être mis à jour 
---> Paquet libbonobo.i586 0:2.24.1-1.fc11 marqué pour être mis à jour 
---> Paquet libgnome.i586 0:2.26.0-1.fc11 marqué pour être mis à jour 
---> Paquet popt.i586 0:1.13-5.fc11 marqué pour être mis à jour 
---> Paquet python-libs.i586 0:2.6-9.fc11 marqué pour être mis à jour 
--> Lancement de la transaction de test
---> Paquet libIDL.i586 0:0.8.13-1.fc11 marqué pour être mis à jour 
--> Traitement du conflit : GConf2-2.26.2-1.fc11.x86_64 entre en conflit avec GConf2-dbus
--> Traitement du conflit : GConf2-2.26.2-1.fc11.x86_64 entre en conflit avec GConf2-dbus
--> Résolution des dépendances terminée
GConf2-2.26.2-1.fc11.x86_64 de installed a des problèmes de dépendances
  --> GConf2 conflicts with GConf2-dbus
--> Lancement de la transaction de test
---> Paquet GConf2-dbus.i586 0:2.16.0-16.fc11 marqué pour être mis à jour 
---> Paquet ORBit2.i586 0:2.14.17-1.fc11 marqué pour être mis à jour 
---> Paquet alsa-lib.i586 0:1.0.21-3.fc11 marqué pour être mis à jour 
---> Paquet avahi-glib.i586 0:0.6.25-3.fc11 marqué pour être mis à jour 
---> Paquet bzip2-libs.i586 0:1.0.5-5.fc11 marqué pour être mis à jour 
---> Paquet dbus-glib.i586 0:0.80-2.fc11 marqué pour être mis à jour 
---> Paquet firefox.i586 0:3.5-0.20.beta4.fc11 marqué pour être mis à jour 
---> Paquet gnome-vfs2.i586 0:2.24.1-2.fc11 marqué pour être mis à jour 
---> Paquet hal-libs.i586 0:0.5.12-29.20090226git.fc11 marqué pour être mis à jour 
---> Paquet libIDL.i586 0:0.8.13-1.fc11 marqué pour être mis à jour 
---> Paquet libacl.i586 0:2.2.47-4.fc11 marqué pour être mis à jour 
---> Paquet libbonobo.i586 0:2.24.1-1.fc11 marqué pour être mis à jour 
---> Paquet libgnome.i586 0:2.26.0-1.fc11 marqué pour être mis à jour 
---> Paquet popt.i586 0:1.13-5.fc11 marqué pour être mis à jour 
---> Paquet python-libs.i586 0:2.6-9.fc11 marqué pour être mis à jour 
---> Paquet startup-notification.i586 0:0.9-6.fc11 marqué pour être mis à jour 
---> Paquet xulrunner.i586 0:1.9.1-0.20.beta4.fc11 marqué pour être mis à jour 
--> Traitement du conflit : GConf2-2.26.2-1.fc11.x86_64 entre en conflit avec GConf2-dbus
--> Traitement du conflit : GConf2-2.26.2-1.fc11.x86_64 entre en conflit avec GConf2-dbus
--> Résolution des dépendances terminée
GConf2-2.26.2-1.fc11.x86_64 de installed a des problèmes de dépendances
  --> GConf2 conflicts with GConf2-dbus
Skip-broken could not solve problems
Erreur : GConf2 conflicts with GConf2-dbus
 Vous pouvez essayer d'exécuter : package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
Si quelqu'un a une idée ? ...merci d'avance!
Pourquoi cherche tu à revenir à Firefox en 32 bits? parce que franchement... cela ne sert plus à grand chose depuis un bon moment déjà...

Et ton problème est que tu le cherche sur le dépôt d'installation d'origine sans les mises à jours... et comme il y en a eu depuis...
Pourquoi firefox 32b sur une 64b ?
pour des plugins 32b ? quels plugins ?
Je dois utiliser sur mon lieu de travail une connexion vpn avec juniper network avec le plugin sun java 32 bits (uniquement)....
C'est pourquoi je cherche à installer la version 32 bits...
Passe par le dépôt update de ton dépôt! la version de firefox et de ses dépendances ayant beaucoup changé...
J'ai toujour la même erreur en passant par le dépots updates32.
Nicodoc wrote:Je dois utiliser sur mon lieu de travail une connexion vpn avec juniper network avec le plugin sun java 32 bits (uniquement)....
C'est pourquoi je cherche à installer la version 32 bits...
Question bête mais ndiswrapper ne permettrait-il pas de faire cela ?
Je sais pas si oui je veux bien savoir comment .....ca m'interresse.
nspluginwrapper (et non ndiswrapper) n'a jamais supporté le plugin Java.
Sun fournit un plugin 64 bits désormais. Pourquoi ne pas mettre à jour ta version de Java ? Accessoirement, OpenJDK est là aussi.
Je vais essayer cette mise à jour mais je crois que malheureusement je doivent installer
la version 32 bits de firefox pour mon programme....je vais quand même regarder.
Et dire que java a été conçu pour améliorer la portabilité des applications.
Comme d'habitude dans le propriétaire ils ont raté le coche... merci Microsoft...
VINDICATORs wrote:Comme d'habitude dans le propriétaire ils ont raté le coche... merci Microsoft...
Rien compris.
D'avoir fait trainé le 64bits... du moins en 32/64 (ou x86_64...).
J'ai téléchargé la dernière version jdk1.6.0_16 j'ai installé le jre qui s'y trouve.
Du coup, la commande 
java -version
me donne :
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode)
J'ai trouvé dans le répertoire 
$JRE/jdk1.6.0_16/jre/lib/amd64/
un plugin 
libjavaplugin_jni.so
Est-ce qu'il s'agit du plugin 64 bits pour java.
J'ai essayer de l'installer en faisant pointer : 
/usr/lib64/mozilla/plugins/libjavaplugin.so -> /home/nmoulin/jdk1.6.0_16/jre/lib/amd64/libjavaplugin_jni.so
Mais pour le moment ça ne fonctionne pas.

Sinon pour l'installation de firefox 32 bits dans f11 64 bits toujours le même problème de dépendance que ci-dessus.
Quelqu'un pourrait-t'il m'aider pour l'installation de firefox 32 dans F11 64bits ?
J'ignore précisément comment tu as installé le dernier JRE de Sun, mais ça m'a l'air loin, très loin de ce que la doc. sur le wiki de fedora-fr décrit. Il ne faut pas s'étonner que : 1) "ça ne marche pas" ; 2) que tu persistes dans des solutions de shadoks comme installer Firefox en 32 bits alors qu'une alternative simple, raisonnable et infiniment plus propre existe. Accessoirement, as-tu testé le plugin d'OpenJDK ? Sauf recommandations explicites de ta boîte, tester celui-ci pourrait t'éviter avec chance d'installer le JRE de Sun.
Déjà installer java dans son /home ce n'est pas très propre et puis le lien ne doit pas être vers jre/lib/... mais vers jre/plugin/...
J'ai finalement réussi a installer proprement le jre ansi que le plugin dans ca version 64 bits....en téléchargant la dernière version.
D'ailleurs tout fonctionne à merveille....toutes les pages de tests fontionnent.
Le "petit" hic c'est que je souhaite lancer juniper network ....et là ca ne marche toutjours pas....

J'ai essayé l'installation sur fedora 11, ubuntu, et debian toutes 3 en 32 bits et sur chacune d'entres cela fonctionne.

C'est pourquoi je persiste dans la solution firefox 32 plus plugin jre 32 dans F1 64 bits.....