Je pensais que mes problèmes d'applets java n'avaient pour origine qu'un
bug de la version 8 de Debian mais force est de constater que ce n'est
pas le cas. Il paraît de plus en plus évident qu'il y a un os dans la
dernière version "stable" de la suite java disponible tant pour Debian
que pour Ubuntu.
Cela se traduit par des affichages (sur le plan de la cohérence
graphique) très approximatifs pour ne pas dire carrément merdiques lors
de l'utilisation de certaines applications. Il en est ainsi avec une
application (plateforme graphique) boursière du doux nom de Live Trader,
de Skype, de Qupzilla qui utilisent tout ou partie de biblios java.
Cela va même plus loin : parfois des gels d'écran lors de l'affichage de
Live Trader (assez gourmand en ressources mais ma machine a du répondant
: 4 coeurs et 4 Go de RAM + swap) et souvent une lenteur exaspérante (2,
3 voire 4 minutes !) pour finaliser la fermeture d'une session. Pour
skype, c'est un trifouillis de lettres rendant impossible son
utilisation, pour d'autres applis, c'est également un affichage
fantaisiste et/ou tronqué.
J'ai engagé un fil de discussion sur le forum Debian à ce sujet (où j'ai
publié 2 captures d'écran de skype, ce qui peut être plus parlant) mais
vu que je n'y trouve aucune réponse, je m'adresse à vous. Avez-vous
éprouvé de tels problèmes ? êtes-vous au courant d'un tel bug ... et
est-il possible d'y mettre fin ?
J'ai le même résultat merdique après mises à jour de la suite java avec
Xubuntu 14.04, Debian 7.8 ainsi que 8.2 sur 2 machines différentes.
Au départ, cela pouvait sembler être un problème graphique mais les
essais effectués démontrent qu'il n'en est rien et que seul java peut
être incriminé.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Le 12-11-2015, Nicolas George nous expliquait dans fr.comp.os.linux.configuration (<56451f90$0$3165$) :
[JAVA]
Parce que sinon c'est quand même un beau langage objet
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les lignes, tu te rends compte immédiatement que le principe fondamental qui préside à la conception de java, c'est de limiter les dégâts que peuvent faire les pisseurs de code nuls qui forment la majorité des diplômés d'écoles d'ingénieurs ou équivalent.
Rien ne vaudra jamais de l'assembleur sur carte perforée.
-- Orgie de silence et de propreté ou celui qui aurait encore Quelque chose à dire préfère se taire plutôt que d'avoir À utiliser leurs formulaires d'autorisation de délirer... -- H.F. Thiéfaine, Autorisation de délirer
Le 12-11-2015, Nicolas George nous expliquait dans
fr.comp.os.linux.configuration
(<56451f90$0$3165$426a74cc@news.free.fr>) :
[JAVA]
Parce que sinon c'est quand même un beau langage objet
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les
lignes, tu te rends compte immédiatement que le principe fondamental qui
préside à la conception de java, c'est de limiter les dégâts que peuvent
faire les pisseurs de code nuls qui forment la majorité des diplômés
d'écoles d'ingénieurs ou équivalent.
Rien ne vaudra jamais de l'assembleur sur carte perforée.
--
Orgie de silence et de propreté ou celui qui aurait encore
Quelque chose à dire préfère se taire plutôt que d'avoir
À utiliser leurs formulaires d'autorisation de délirer...
-- H.F. Thiéfaine, Autorisation de délirer
Le 12-11-2015, Nicolas George nous expliquait dans fr.comp.os.linux.configuration (<56451f90$0$3165$) :
[JAVA]
Parce que sinon c'est quand même un beau langage objet
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les lignes, tu te rends compte immédiatement que le principe fondamental qui préside à la conception de java, c'est de limiter les dégâts que peuvent faire les pisseurs de code nuls qui forment la majorité des diplômés d'écoles d'ingénieurs ou équivalent.
Rien ne vaudra jamais de l'assembleur sur carte perforée.
-- Orgie de silence et de propreté ou celui qui aurait encore Quelque chose à dire préfère se taire plutôt que d'avoir À utiliser leurs formulaires d'autorisation de délirer... -- H.F. Thiéfaine, Autorisation de délirer
Francois Lafont
On 13/11/2015 00:24, Nicolas George wrote:
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les lignes, tu te rends compte immédiatement que le principe fondamental qui préside à la conception de java, c'est de limiter les dégâts que peuvent faire les pisseurs de code nuls qui forment la majorité des diplômés d'écoles d'ingénieurs ou équivalent.
C'est peut-être pour ça que je le trouve pédagogique justement. ;) Ce que tu décris, perso je ne le vois pas forcément comme un défaut majeur. Si un langage m'évite de faire des bêtises (ou en limite les conséquences), ça peut être une bonne chose. Effectivement, des gens qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause, c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs (sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce genre de langage. Enfin, il me semble. Après pour une autre catégorie de codeurs (les balèzes), sans doute que ce n'est pas adapté.
Merci de ta réponse.
-- François Lafont
On 13/11/2015 00:24, Nicolas George wrote:
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les
lignes, tu te rends compte immédiatement que le principe fondamental qui
préside à la conception de java, c'est de limiter les dégâts que peuvent
faire les pisseurs de code nuls qui forment la majorité des diplômés
d'écoles d'ingénieurs ou équivalent.
C'est peut-être pour ça que je le trouve pédagogique justement. ;)
Ce que tu décris, perso je ne le vois pas forcément comme un défaut
majeur. Si un langage m'évite de faire des bêtises (ou en limite les
conséquences), ça peut être une bonne chose. Effectivement, des gens
qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause,
c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs
(sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce
genre de langage. Enfin, il me semble. Après pour une autre catégorie de
codeurs (les balèzes), sans doute que ce n'est pas adapté.
Ce n'est pas dans le discours officiel, mais si tu lis un peu entre les lignes, tu te rends compte immédiatement que le principe fondamental qui préside à la conception de java, c'est de limiter les dégâts que peuvent faire les pisseurs de code nuls qui forment la majorité des diplômés d'écoles d'ingénieurs ou équivalent.
C'est peut-être pour ça que je le trouve pédagogique justement. ;) Ce que tu décris, perso je ne le vois pas forcément comme un défaut majeur. Si un langage m'évite de faire des bêtises (ou en limite les conséquences), ça peut être une bonne chose. Effectivement, des gens qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause, c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs (sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce genre de langage. Enfin, il me semble. Après pour une autre catégorie de codeurs (les balèzes), sans doute que ce n'est pas adapté.
Merci de ta réponse.
-- François Lafont
Nicolas George
Francois Lafont , dans le message <5645bbab$0$9227$, a écrit :
C'est peut-être pour ça que je le trouve pédagogique justement. ;) Ce que tu décris, perso je ne le vois pas forcément comme un défaut majeur. Si un langage m'évite de faire des bêtises (ou en limite les conséquences), ça peut être une bonne chose. Effectivement, des gens qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause, c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs (sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce genre de langage. Enfin, il me semble. Après pour une autre catégorie de codeurs (les balèzes), sans doute que ce n'est pas adapté.
Ce qui est dommage, c'est de se contenter du moins-disant : rester à java plutôt que de chercher à devenir meilleur.
Surtout que des langages qui évitent les erreurs les plus graves pour les débutants tout en offrant une marge de progression, il y en a des tas. Je n'ai pas encore assez de recul pour affirmer avec certitude, mais Rust semble très prometteur. J'ai pendant un temps envisagé de l'utiliser comme support pour la spécialité ISN. Sinon, JavaScript est un très bon choix, malgré les quatre premières lettres malencontreuses du nom.
Francois Lafont , dans le message
<5645bbab$0$9227$426a74cc@news.free.fr>, a écrit :
C'est peut-être pour ça que je le trouve pédagogique justement. ;)
Ce que tu décris, perso je ne le vois pas forcément comme un défaut
majeur. Si un langage m'évite de faire des bêtises (ou en limite les
conséquences), ça peut être une bonne chose. Effectivement, des gens
qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause,
c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs
(sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce
genre de langage. Enfin, il me semble. Après pour une autre catégorie de
codeurs (les balèzes), sans doute que ce n'est pas adapté.
Ce qui est dommage, c'est de se contenter du moins-disant : rester à java
plutôt que de chercher à devenir meilleur.
Surtout que des langages qui évitent les erreurs les plus graves pour les
débutants tout en offrant une marge de progression, il y en a des tas. Je
n'ai pas encore assez de recul pour affirmer avec certitude, mais Rust
semble très prometteur. J'ai pendant un temps envisagé de l'utiliser comme
support pour la spécialité ISN. Sinon, JavaScript est un très bon choix,
malgré les quatre premières lettres malencontreuses du nom.
Francois Lafont , dans le message <5645bbab$0$9227$, a écrit :
C'est peut-être pour ça que je le trouve pédagogique justement. ;) Ce que tu décris, perso je ne le vois pas forcément comme un défaut majeur. Si un langage m'évite de faire des bêtises (ou en limite les conséquences), ça peut être une bonne chose. Effectivement, des gens qui ne savent pas coder il y a en a plein, c'est un fait. Et pour cause, c'est super dur de bien coder. Je fais moi-même partie des mauvais codeurs (sans aucun doute). Et donc pour des gens comme moi, c'est pas si mal ce genre de langage. Enfin, il me semble. Après pour une autre catégorie de codeurs (les balèzes), sans doute que ce n'est pas adapté.
Ce qui est dommage, c'est de se contenter du moins-disant : rester à java plutôt que de chercher à devenir meilleur.
Surtout que des langages qui évitent les erreurs les plus graves pour les débutants tout en offrant une marge de progression, il y en a des tas. Je n'ai pas encore assez de recul pour affirmer avec certitude, mais Rust semble très prometteur. J'ai pendant un temps envisagé de l'utiliser comme support pour la spécialité ISN. Sinon, JavaScript est un très bon choix, malgré les quatre premières lettres malencontreuses du nom.
Lucas Levrel
Le 12 novembre 2015, docanski a écrit :
Lucas Levrel a écrit le 12/11/15 10:51 :
C'est le vrai Java (Sun/Oracle) ou IcedTea ?
Icedtea
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
Le 12 novembre 2015, docanski a écrit :
Lucas Levrel a écrit le 12/11/15 10:51 :
C'est le vrai Java (Sun/Oracle) ou IcedTea ?
Icedtea
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en
être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
docanski
Lucas Levrel a écrit le 13/11/15 15:18 :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz. Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune info à son sujet.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel a écrit le 13/11/15 15:18 :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en
être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon
https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive
chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un
message d'erreur lorsque j'utilise la commande make
jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune info
à son sujet.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz. Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune info à son sujet.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
jp willm
Le 13/11/2015 19:11, docanski a écrit :
Lucas Levrel a écrit le 13/11/15 15:18 :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon
Et ton gestionnaire de paquets, il propose quelque chose ?
Le 13/11/2015 à 19:11, docanski a écrit dans le message <n259mh$1dne$ :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz. Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune info à son sujet.
~/downloads% java -version openjdk version "1.8.0_65" OpenJDK Runtime Environment (build 1.8.0_65-b17) OpenJDK 64-Bit Server VM (build 25.65-b01, mixed mode) ~/downloads% tar xf jre-8u65-linux-x64.tar.gz ~/downloads% export JAVA_HOME=~/downloads/jre1.8.0_65 ~/downloads% export PATH="$JAVA_HOME"/bin:"$PATH" ~/downloads% java -version java version "1.8.0_65" Java(TM) SE Runtime Environment (build 1.8.0_65-b17) Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)
-- Benoit Izac
Bonjour,
Le 13/11/2015 à 19:11, docanski <docanski@euphonynet.be.invalid> a écrit
dans le message <n259mh$1dne$1@obelix.gegeweb.org> :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en
être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon
https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive
chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois
un message d'erreur lorsque j'utilise la commande make
jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune
info à son sujet.
~/downloads% java -version
openjdk version "1.8.0_65"
OpenJDK Runtime Environment (build 1.8.0_65-b17)
OpenJDK 64-Bit Server VM (build 25.65-b01, mixed mode)
~/downloads% tar xf jre-8u65-linux-x64.tar.gz
~/downloads% export JAVA_HOME=~/downloads/jre1.8.0_65
~/downloads% export PATH="$JAVA_HOME"/bin:"$PATH"
~/downloads% java -version
java version "1.8.0_65"
Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)
Le 13/11/2015 à 19:11, docanski a écrit dans le message <n259mh$1dne$ :
Et est-ce que ça t'ennuierait vraiment d'installer le vrai (qui doit en être à la version 9, mais la 7 ou la 8 pourraient peut-être suffire) ?
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz. Je ne comprends pas ce que jpkg vient faire là, je ne trouve aucune info à son sujet.
~/downloads% java -version openjdk version "1.8.0_65" OpenJDK Runtime Environment (build 1.8.0_65-b17) OpenJDK 64-Bit Server VM (build 25.65-b01, mixed mode) ~/downloads% tar xf jre-8u65-linux-x64.tar.gz ~/downloads% export JAVA_HOME=~/downloads/jre1.8.0_65 ~/downloads% export PATH="$JAVA_HOME"/bin:"$PATH" ~/downloads% java -version java version "1.8.0_65" Java(TM) SE Runtime Environment (build 1.8.0_65-b17) Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)
-- Benoit Izac
Lucas Levrel
Le 13 novembre 2015, docanski a écrit :
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline, l'archive contient les exécutables, pas des sources, donc une fois décompressée il n'y a rien d'autre à faire que de le mettre au « bon » endroit et/ou régler le PATH (dans .profile par exemple).
Sinon, si Debian est capable d'installer un rpm, tu peux aussi télécharger dans ce format (et ça sera automatiquement installé « là où il faut »).
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 13 novembre 2015, docanski a écrit :
J'ai essayé la méthode de création d'un paquet selon
https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez
Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message
d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou
make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline,
l'archive contient les exécutables, pas des sources, donc une fois
décompressée il n'y a rien d'autre à faire que de le mettre au « bon »
endroit et/ou régler le PATH (dans .profile par exemple).
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline, l'archive contient les exécutables, pas des sources, donc une fois décompressée il n'y a rien d'autre à faire que de le mettre au « bon » endroit et/ou régler le PATH (dans .profile par exemple).
Sinon, si Debian est capable d'installer un rpm, tu peux aussi télécharger dans ce format (et ça sera automatiquement installé « là où il faut »).
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Erwan David
Lucas Levrel écrivait :
Le 13 novembre 2015, docanski a écrit :
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline, l'archive contient les exécutables, pas des sources, donc une fois décompressée il n'y a rien d'autre à faire que de le mettre au « bon » endroit et/ou régler le PATH (dans .profile par exemple).
Sinon, si Debian est capable d'installer un rpm, tu peux aussi télécharger dans ce format (et ça sera automatiquement installé « là où il faut »).
Sinon il exites le paquet "java-package" qui fourni la commande make-jpkg qui va transformer le .tar.gz d'oracle en .deb
-- Les simplifications c'est trop compliqué
Lucas Levrel <lucas.levrel@u-pec.fr> écrivait :
Le 13 novembre 2015, docanski a écrit :
J'ai essayé la méthode de création d'un paquet selon
https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive
chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois
un message d'erreur lorsque j'utilise la commande make
jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline,
l'archive contient les exécutables, pas des sources, donc une fois
décompressée il n'y a rien d'autre à faire que de le mettre au « bon »
endroit et/ou régler le PATH (dans .profile par exemple).
J'ai essayé la méthode de création d'un paquet selon https://wiki.debian.org/JavaPackage après avoir téléchargé l'archive chez Oracle ( jre-8u65-linux-x64.tar.gz ) mais j'obtiens chaque fois un message d'erreur lorsque j'utilise la commande make jre-8u65-linux-x64.tar.gz ou make-jpkg jre-8u65-linux-x64.tar.gz.
Comme le fait remarquer Benoît de façon peut-être un peu sibylline, l'archive contient les exécutables, pas des sources, donc une fois décompressée il n'y a rien d'autre à faire que de le mettre au « bon » endroit et/ou régler le PATH (dans .profile par exemple).
Sinon, si Debian est capable d'installer un rpm, tu peux aussi télécharger dans ce format (et ça sera automatiquement installé « là où il faut »).
Sinon il exites le paquet "java-package" qui fourni la commande make-jpkg qui va transformer le .tar.gz d'oracle en .deb
-- Les simplifications c'est trop compliqué
docanski
Lucas Levrel a écrit le 15/11/15 10:47 :
Sinon, si Debian est capable d'installer un rpm,
Déconseillé par Oracle sur la page de téléchargement.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Lucas Levrel a écrit le 15/11/15 10:47 :
Sinon, si Debian est capable d'installer un rpm,
Déconseillé par Oracle sur la page de téléchargement.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Déconseillé par Oracle sur la page de téléchargement.
Cordialement, -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
