Salut
Des difficultés pour installer et faire fonctionner java ou plutôt jre, en vue d'une déclaration de revenus en ligne... Je suis sous mandriva 2008 ; j'ai lancé "urpmi java" et une installation a été lancé, qui donne des résultats inesthétiques, plusieurs répertoires de versions différentes, vides d'ailleurs, et un répertoire "jvm" et un "jamv" dans /usr/lib ; l'environnement java ne semblant pas activé dans mozilla, j'ai refait un "urpmi java", installation bis, qui semble un peu plus fourni, notamment avec "java-1.7.0-icedtea-1.7.0.0", son "jre" et son répertoire "lib". Désolé, pas très propre tout cela. J'ai cru comprendre qu'il faut indiquer à mozilla un fichier du genre "libjavaplugin...so", que je n'ai pas trouvé dans tout cela. Voilà, si quelqu'un a de quoi orienter ma boussole d'éternel débutant, merci !
# version...
Posté par fcartegnie . Évalué à 3.
- ajoute les repo nonfree (easyurpmi.zarb.org)
- urpmf --name java
- urpmi cequet'asbesoin (java-sun... java-plugins...)
[^] # Re: version...je confirme
Posté par roof . Évalué à 1.
dans firefox , que te donne un "about:plugins" ?
si l'urpmi ne marche pas, tu peux le faire à la mano ; je suis moi meme un débutant éternel et j'y arrive :
- tu télécharges un java : http://www.java.com/fr/download/linux_manual.jsp?locale=fr&a(...)
tu le ranges ou tu veux au chaud ; c'est un binaire, donc tu lances le script (sous konsole = ./jre-1_5_0_12-linux-i586.bin (il doit s'appeler comme ça)
ca te décompresse un dossier jre... dans lequel trouveras dans les sous dossiers jre.../plugin/i386/ns7 la librairie qui se termine par .so
tu repère ton dossier plugins dans firefox (normalemen usr/bin/firefox/plugins)
et sous konsole en root tu crées le lien symbolique :
tu fais un cd /usr/bin/firefox (pour te mettre dans le dossier Ffox
puis crée un lien
ln -s ladressedetalibrairie.so ladressedudossierpluginsfirefox
exemple chez moi, j'ai fait
ln- s /home/dossierjava/..libjavaplugin..so /usr/bin/firefox/plugins/libjavaplugin..so
# java-1.5.0-sun dans non-free
Posté par wismerhill . Évalué à 2.
# jvm suite
Posté par okeanos . Évalué à 1.
urpmi java-1.7.0-icedtea java-1.7.0-icedtea-plugin
qui semble avoir bien marché. Des répertoires et des fichiers ont été écrits dans
usr/lib/
entre autres. Maintenant, voici mon problème, assez comique en somme : si j'essaie de déclarer mes revenus sur impots.gouv.fr, leur programme se lance dans une reconnaissance de mon système, et me signale immanquablement que je ne dispose pas de JVM ou que celle-ci n'est pas activée. Or "about:plugins" dans la barre d'adresse de Firefox me donne le "GCJ Web Browser Plugin 1.4" avec entre autres l'application/x-java-vm. Je cherche sur impots.gouv.fr de plus amples informations, mais tout concorde : mon système répond aux conditions requises (distribution, navigateur, cookies...). Java.com, auquel renvoie impots.gouv.fr dans mon cas, propose de vérifier si java est bien installé, et ça marche ! J'ai engagé un chat avec l'assitance technique, et on m'a conseillé de passer sous Windows, une véritable provocation qui m'a obligé à couper court (la personne sur laquelle je suis tombé paraissait de toutes façons parfaitement incompétente). Ce qui est bon, c'est qu'ils ne cessent de vanter les facilités de la déclaration en ligne, et en effet, l'année passée cela avait marché comme sur des roulettes. Comprend qui peut, l'un de vous peut-être ?
[^] # Re: jvm suite
Posté par BAud (site web personnel) . Évalué à 2.
en i586 utilise plutôt java-1.6.0-sun qui est la version pas encore libre de sun, java-1.7.0-icedtea étant la version édulcorée de java sans les trucs non libres dont semble avoir besoin la télédéclaration...
Pour ce qui est du support des impôts, mieux vaut rester tolérant, lire des fiches ce n'est pas forcément la joie (même s'ils pouvaient avoir le réflexe de rediriger vers quelqu'un de compétent lorsqu'on leur cite GNU/Linux :) ).
[^] # Re: jvm suite
Posté par okeanos . Évalué à 1.
[^] # Re: jvm suite
Posté par snt . Évalué à 2.
Utilise le java de sun noudoudiou !
# java de sun
Posté par okeanos . Évalué à 1.
ftp://ftp.free.fr/mirrors/ftp.mandrake-linux.com/MandrivaLin(...)
où je trouve sept rpm correspondants : "sun" tout court, "sun-alsa", "sun-demo", "sun-devel", "sun-fonts", "sun-jdbc", "sun-src". Faut-il choisir et quoi ? Une fois que j'aurai alimenté mon répertoire "RPM", donc le "local" pour "urpmi", sera-ce suffisant, ou faut-il encore bidouillé comme l'indiquent certains, un lien symbolique vers tel ou tel fichier ? Merci aux patients.
# java de sun bis
Posté par okeanos . Évalué à 1.
[^] # Re: java de sun bis
Posté par wismerhill . Évalué à 2.
Je t'ai écrit que le paquet est dans la source non-free, qui est déjà configurée (sauf si tu l'a retirée toi-même), donc tu n'a qu'à installer le paquet.
Fais-le avec le centre de contrôle, ce sera plus simple!
[^] # Re: java de sun bis
Posté par okeanos . Évalué à 1.
[^] # Re: java de sun bis
Posté par wismerhill . Évalué à 2.
$ urpmq --media non-free java
Pas de paquetage nommé java
Les paquetages suivants contiennent java :
java-1.5.0-sun
java-1.5.0-sun-alsa
java-1.5.0-sun-demo
java-1.5.0-sun-devel
java-1.5.0-sun-fonts
java-1.5.0-sun-jdbc
java-1.5.0-sun-src
java-1.6.0-sun
java-1.6.0-sun-alsa
java-1.6.0-sun-demo
java-1.6.0-sun-devel
java-1.6.0-sun-fonts
java-1.6.0-sun-jdbc
java-1.6.0-sun-src
# La prise de tête continue
Posté par okeanos . Évalué à 1.
ftp://ftp.free.fr/mirrors/ftp.mandrake-linux.com/MandrivaLin(...)
de la version "java-1.6.0-sun" ; et ça donne ceci, un message d'erreur qui dit :
"Architecture incompatible pour le paquetage [/home/hagenbennouna/tmp/java-1.6.0-sun-1.6.0.0-6mdv2007.1.x86_64-2.rpm]"
et
"Erreur lors de l'inscription des paquetages locaux"
Il y a comme un caillou dans ma chaussure, et ça m'énerve !
# Bingo
Posté par okeanos . Évalué à 1.
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)
avec les bons rpms pour la java-1.6.0-sun ("sun" tout court, "sun-alsa", "sun-fonts", "sun-jdbc", "sun-plugin"). Tout semble devoir tourner. Merci pour vos suggestions.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.