Problème d'installation du Java
Résoludindoun Messages postés 1047 Statut Membre -
Après un petit problème de connexion à aMSN maintenant réglé, me voilà embêter avec l'installation de Sun Java. J'ai voulu aller sur un chat pour vérifier que mon Java fonctionnait bien mais il s'est avéré que non.
Après quelques recherches, j'ai compris que c'était une version un peu étrange de Java qui était installée sur mon Acer Aspire One Linpus Linux Lite. C'est en effet IcedTea Runtime Environment. J'ai trouvé un site pour m'aider à installer Sun Java à la place en ayant pris soin évidemment de désinstaller IcedTea avant.
Voici le site : http://www.ilovetux.com/2007/11/sun-java-on-fedora-8-install-howto.html
Cependant, quand j'arrive à l'étape 3 (Step three) je suis bloquée.
Voilà ce que me dit mon terminal :
[root@localhost Downloads]# cd -Desktop
bash: cd: -D: invalid option
cd: usage: cd [-L|-P] [dir]
[root@localhost Downloads]#
Que dois-je faire ? Y a-t-il une erreur de commande ?
Merci d'avance.
Configuration: Linux Fedora Firefox 2.0.0.14
- Problème d'installation du Java
- Jeux java itel - Télécharger - Jeux vidéo
- Jeux java football - Télécharger - Jeux vidéo
- Java apk - Télécharger - Langages
- Jeux java itel touche ✓ - Forum Logiciels
- Jeux java itel 5360 - Forum Mobile
74 réponses
- 1
- 2
- 3
- 4
L’installation de Sun Java sur une Fedora Linpus est compliquée après avoir remplacé IcedTea Runtime Environment et rencontré une erreur de commande à l’étape trois lors du téléchargement ou de l’installation décrite sur un guide. Des réponses évoquent l’utilisation du dépôt jpackage pour installer java-1.6.0-sun-compat via yum, ce qui contourne l’installation manuelle et les incompatibilités liées à IcedTea Runtime Environment. D’autres réponses recommandent d’adapter le plugin Firefox en déplaçant ou en liant libjavaplugin_oji.so vers le chemin du plugin Sun Java, puis de nettoyer les liens précédents. Par ailleurs, les fichiers de configuration peuvent nécessiter une mise à jour: vérifier le chemin du plugin, supprimer libjavaplugin_oji.so existant et créer un lien symbolique vers /usr/java/jre1.6.0_07/plugin/i386/ns7/libjavaplugin_oji.so.
cd ~Desktop
et non
cd -Desktop
Cordialement.
[root@localhost user]# cd ~Desktop
bash: cd: ~Desktop: No such file or directory
[root@localhost user]# cd ~desktop
bash: cd: ~desktop: No such file or directory
[root@localhost user]#
Quand je tape cd ~Desktop il faut que je sois en
[root@localhost user] # ? ou
[root@localhost Desktop]# ? ou
[root@localhost Downloads]# ?
Si je dois être en [root@localhost user] alors j'ai trouvé ; il fallait que je mette cd Desktop sans "~". Sauf qu'après quand je rentre "chmod 700 jre-6u3-linuxi586-rpm.bin ça me répond :
[root@localhost Desktop]# chmod 700 jre-6u3-linux-i586-rpm.bin
chmod: cannot access `jre-6u3-linux-i586-rpm.bin': No such file or directory
[root@localhost Desktop]#
Y a-t-il encore une erreur ?
"cd ~Desktop" est "aller dans le sous répertoire Desktop du répertoire de l utilisateur"
essaye avec "cd /home/nom_d_utilisateur/Desktop" c est la meme chose
Le super-utilisateur "root" comme il est pas utiliser pour les taches courantes n'a pas de ~Desktop.
essaye aussi de faire la manipulation avec ton login sans utiliser le root, éventuellement utilise la commande sudo pour avoir access aux droits et permissions du root.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre questionsi tu es sous ubuntu hardy : va voir ici : http://bruno.sanchiz.free.fr/spip/spip.php?article118&var_mode=recalcul et je te conseille d'instalelr tout ce qui est proposé car il y a des polices et autres
sinon juste pour java6 :
cd && wget http://bruno.sanchiz.free.fr/linux/installation/jdk-6-doc-ja.zip && wget http://bruno.sanchiz.free.fr/linux/installation/jdk-6-doc.zip && sudo chown root:root jdk-6-doc* && sudo mv jdk-6-doc* /tmp && sudo apt-get install sun-java6-*
sinon juste pour java6 sans télécharger mes .doc ( faire confiance ) ou si ces .doc sont obsolètes :
sudo apt-get install sun-java6-*
il demande alors de télécharger des .docs , de les mettre dans /tmp et java est installé
Merci d'avance.
https://www.java.com/fr/download/linux_manual.jsp?locale=fr&host=www.java.com:80
ou essaie yum sun-java6*
attention à en pas faire d'erreur!
mais le fichier que tu télécharges est en anglais
ici tu trouves le francais :
https://www.java.com/fr/download/linux_manual.jsp?locale=fr&host=www.java.com:80
bash: .: /etc/profile.d/java.sh: is a directory
[user@localhost ~]$
Pourquoi cela ne m'affiche pas directement [user@localhost ~]$ ???
Et pour le site de java j'ai essayé de faire l'installion en suivant les indications mais ça ne fonctionne pas !!!
surtout ne t'énerve pas ca va marcher
la page http://easynux.org/forum/viewtopic.php?id=46 me parait très bien : suis ce qui y est dit mais utilises plutot le fichier à l'adresse que je t'ai donné, je pense que c'est mieux
pour la destruction du répertoire :
va dans le terminal
tapes
cd /etc/profile.d (change directory) pour aller dans le répertoire
tapes
ls -al java.sh ( un d apparait pour dire que c est un répertoire genre drwxrwxrwx )
rm -r java.sh
ls -al java.sh
normalement y a plus rien
éventuellement, il faut être root pour détruire le répertorie mais sous fedora je ne sais pas; un truc du genre
gksudo rm -r java.sh
Je dois enlever tout ce que j'ai fait ? Si oui, comment ?
Et sinon je dois prendre quel lien sur le site de java ? Le fichier binaire ou le package rpm ?
oui tu peux continuer car sous linux, à peu près tout est linéaire et donc quand une étape rate il suffit souvent de la refaire
chmod a+x jre-1_5_0_02-linux-i586-rpm.bin
change les droits ( ici rend eXécutable :x pour tout All = a+x le fichier, c'est ce qui donen ensuite le x dans rwxrwxrwx avec ls -al )
sh jre-1_5_0_02-linux-i586-rpm.bin
( quand on lance un exécutable sou windows on lance un .exe et ca marche ; sous linux on peux lancer n'importe quel programme et plusieurs lanceurs existent : en général c'est sh mais ca peut être bsh csh, ou rpm comme dans la ligne du dessous ...), ici ca crée le fichier rpm
rpm -Uvh jre-1_5_0_02-linux-i586.rpm
l'exécutable avec les options U v et h ( voir rpm --help )
-h, --hash afficher des marqueurs au fur et à mesure
que le paquetage s'installe (avec -v c'est
bien(tm))
-v, --verbose afficher plus de détails
-U, --upgrade=<paquetage>+ mises à jour des paquetages
mkdir /home/xxxx/.mozilla/plugins
crée le répertorie ( make directorie )
xxx est non nom tu ne tapes pas xxx ( tu pourrais remplacer par mkdir ~/.mozilla/plugins )
cd /home/xxxx/.mozilla/plugins
va dans le rép ( change driectorie )
ln -s /usr/java/jre1_5_0_02/plugin/i386/ns7/libjavaplugin_oji.so
ln -s source cible : crée le fichier cible qui pointe sur le fichier source ( permet de créer un lien qui fait la même chose que le fichier source quand un autre fichier va le chercher )
ici le fichier libjavaplugin_oji.so est crée dans le répertoire ou oon est
on aurait pu écrre en une ligne
ln -s /usr/java/jre1_5_0_02/plugin/i386/ns7/libjavaplugin_oji.so /home/xxxx/.mozilla/plugins/libjavaplugin_oji.so
tapes gedit /etc/profile.d/java.sh
avec
JAVA_HOME=/usr/java/jre1_5_0_02
export JAVA_HOME
PATH=$PATH:$JAVA_HOME/bin
export PATH
chmod 755 java.sh ( donne les droits rwxr_wr_w car 7=r+w+x 5=r+w car r=4 w=2 x=1 )
chmod 755 /etc/profile.d/java.sh évite de rater le fichier
- Deloguez vous et reloguez vous pour vérifier le path de JAVA_HOME en tapant :
env | grep JAVA_HOME
lances la fonction env et ne donens que les lignes qui contiennent JAVA_HOME ( tu peux essayer env et regarder )
| grep JAVA_HOME est utilisable partout en ligne pour tous les fichiers tu peux metrte aurte chose que JAVA_HOME
Tout d'abord merci beaucoup de m'aider. Avant de faire une bétise, j'aimerais juste savoir quand on arrive à :
ln -s /usr/java/jre1_5_0_02/plugin/i386/ns7/libjavaplugin_oji.so
est-ce que c'est bien i386 qu'on doit taper et non i586 ??? Parce que jusqu'ici il fallait mettre i586 et maintenant ça change !!! Est-ce une faute de frappe ???
Merci beaucoup.
franchement je ne sais pas d où vient ce 586 qu on trouve parfois ( on trouve aussi 486,586,686, je crois que c'est lié au type de machines pré pentium, j avais un 386 en 1988 )
mon expérience est que ça ne change rien
en fait, le fichier
/usr/java/jre1_5_0_02/plugin/i386/ns7/libjavaplugin_oji.so existe déjà puisque c'est vers lui que point le fichier /home/xxxx/.mozilla/plugins/libjavaplugin_oji.so grace à ln -s
donc, soit il existe et il y a 386
soit il n'existe pas et il y a par exemple 586
essaie un ls /usr/java/jre1_5_0_02/plugin/i386/ns7/libjavaplugin_oji.so
si le fichier existe, 386 marche
sinon essaie find /usr/java | grep libjavaplugin_oji.so pour trouver le fichier
sous fedora je ne sais plus
essaie kwrite ( si tu trouves "éditeur de texte" ça marche aussi ;
sinon tu peux créer un fichier sur ton bureau que tu nommes java.sh, que tu remplis, que tu déplaces
sinon openoffice fera l'affaire mais il faut bien l'enregistrer sous un fichier texte
ou sinon en terminal : vi /etc/profile.d/java.sh
puis i ( comme insérer )
tu tapes tes machines ( enretapant i si ca coince et en essayant de pas fair d'erreurs c'est un peu chiant vi quand on conait pas mais c'est sur toutes les machines unix)
ou sinon en terminal emacs mais la je ne sais plus
- 1
- 2
- 3
- 4