Fée Dora de mes deux #vtff# - Page 3

"On" = kde ?

Puis mettons que j'ai besoin d'avoir deux ou trois jre différents sur une distribution, ça n'est pas possible (bon, sous Windows, c'est aussi un peu la merde). Et pourtant, c'est parfois indispensable (applications certifiées avec une version stricte de Java, par exemple).

Nil (./61) :
"On" = kde ?

Non, "on" = "les distributions GNU/Linux".

Puis mettons que j'ai besoin d'avoir deux ou trois jre différents sur une distribution, ça n'est pas possible

C'est possible, on peut installer plusieurs JREs en parallèle et choisir la version par défaut à portée du système (mais on ne peut pas changer /usr/bin/java par utilisateur ou carrément par programme, si on a besoin de plusieurs en même temps, il faut jouer avec JAVA_HOME – mais normalement tout est censé marcher avec OpenJDK de nos jours!).

Et pourtant, c'est parfois indispensable (applications certifiées avec une version stricte de Java, par exemple).

Bah, c'est l'application qui est foireuse alors, Java garde la compatibilité antérieure, une application qui marche par exemple sous la 1.4 devrait aussi marcher sous une 1.6 comme OpenJDK. C'est d'ailleurs souvent le cas, même quand un logiciel met "prendre une 1.4/1.5, surtout pas une 1.6!", il y a des chances que ça fonctionne quand-même très bien avec OpenJDK (et je n'ai strictement rien à battre que ce soit "certifié" ou non). Si ce n'est pas le cas, c'est un bogue de l'application et donc il faut corriger l'application, pas le système d'exploitation. Et puis il n'y a pas de version libre des JREs <= 1.5 de Sun, donc de toute façon le problème ne se pose pas.

Mais dans la vraie vie professionnelle, bien que je ne sois pas dans cette branche, tu dois pas avoir le choix. Quand le client te dit "tel soft de telle version", tu peux évidemment l'envoyer chier au non de la GPL et de la compatibilité ascendante, mais tu perds aussi ton client. Ok, tu peux le faire...

Kevin Kofler (./62) :

Puis mettons que j'ai besoin d'avoir deux ou trois jre différents sur une distribution, ça n'est pas possible

C'est possible, on peut installer plusieurs JREs en parallèle et choisir la version par défaut à portée du système (mais on ne peut pas changer /usr/bin/java par utilisateur ou carrément par programme, si on a besoin de plusieurs en même temps, il faut jouer avec JAVA_HOME – mais normalement tout est censé marcher avec OpenJDK de nos jours!).

Tu connais beaucoup de distributions qui packagent pour une version de l'OS donnée plusieurs JRE ?!

$ls /usr/lib/jvm/
java-1.5.0-gcj-4.3-1.5.0.0  java-6-openjdk       java-gcj
java-1.5.0-sun              java-6-sun
java-1.5.0-sun-1.5.0.17     java-6-sun-1.6.0.12

?

Oui mais c'est packagé proprement pour ta distribution ? (Perso, quand j'installe le jre depuis chez sun, il me met tout dans des dossiers qui n'ont rien à voir avec les chemins de ma distrib).

jre/bin/java

tout à fait ^^$ update-alternatives --list java
/usr/bin/gij-4.3
/usr/lib/jvm/java-gcj/jre/bin/java
/usr/lib/jvm/java-6-sun/jre/bin/java
/usr/lib/jvm/java-1.5.0-sun/jre/bin/java
/usr/lib/jvm/java-6-openjdk/

http://packages.debian.org/lenny/openjdk-6-jre http://packages.debian.org/lenny/sun-java5-bin http://packages.debian.org/lenny/sun-java6-bin

Alors Debian est une distrib sympa

()

Nil (./64) :
Tu connais beaucoup de distributions qui packagent pour une version de l'OS donnée plusieurs JRE ?!

Fedora en package 2: OpenJDK et GCJ/ECJ/GIJ.

Folco (./63) :
Mais dans la vraie vie professionnelle, bien que je ne sois pas dans cette branche, tu dois pas avoir le choix. Quand le client te dit "tel soft de telle version", tu peux évidemment l'envoyer chier au non de la GPL et de la compatibilité ascendante, mais tu perds aussi ton client. Ok, tu peux le faire...

Bah, si tu développes avec OpenJDK en mode de compatibilité 1.5 ou 1.4, à mon avis il ne verra jamais la différence (et ça tournera très bien sous sa 1.5 ou 1.4).

Et pour la petite histoire non-hs, j'ai l'impression que c'est ce con de yum-plugin-fastestmirror qui m'a foutu dans la merde ... mieux vaut dl lentement chez fedora en fait.

Bah, tu t'es tapé un miroir rapide, mais pas à jour. Il est peut-être rapide parce que personne ne l'utilise parce qu'il n'est pas à jour.

Ptêt surtout parce qu'il était à 50 bornes de chez moi si j'ai bien lu.

Kevin Kofler (./70) :

Nil (./64) :
Tu connais beaucoup de distributions qui packagent pour une version de l'OS donnée plusieurs JRE ?!

Fedora en package 2: OpenJDK et GCJ/ECJ/GIJ.

Euh c'est de l'humour ? Quand un produit critique est certifié avec un JRE Sun 1.4.2, ça ne marchera avec rien d'autre...

Nil: C'était de l'humour Kevinien

Ce n'était pas de l'humour, c'était une constatation. Il est évident que tu ne trouveras pas de JREs non-libres dans les dépôts officiels de Fedora. Si tu les veux, il faut aller voir chez JPackage, ils ont des RPMs qui fonctionnent avec le même système alternatives utilisé aussi par Fedora.

Et puis normalement un logiciel testé avec Java 1.4.2 marchera très bien avec OpenJDK et probablement même avec GIJ. Et j'ai bien dit marchera: Il n'y a pas de certifications dans l'univers de Fedora! Si tu veux du certifié, il faut acheter RHEL (et tu auras aussi une ou plusieurs versions du JRE de Sun là-dedans, et puis là aussi JPackage existe).

Il n'y a pas de repository contrib-nonfree chez fedora ?!

rpmfusion-free et rpmfusion-nonfree, heureusement que si, j'ai une CG à faire tourner et des mp3 à lire

Nil (./78) :
Il n'y a pas de repository contrib-nonfree chez fedora ?!

Non, enfin pas officiellement. Fedora est 100% libre. Il y a RPM Fusion qui propose des logiciels non-libres (et aussi les logiciels encombrés de brevets, les modules du noyau non officiels et d'autres trucs que Fedora ne veut pas distribuer, genre xbill), mais ils n'ont pas Java. À ma connaissance, c'est à la fois à cause de soucis avec la licence (même un dépôt qui accepte des logiciels non-libres a des contraintes pratiques qui ne permettent pas de tout distribuer) et parce que ça n'a presque pas d'intérêt maintenant qu'il y a OpenJDK et que donc personne ne s'est intéressé au packaging. Et aussi parce qu'il y a déjà JPackage.

Pourquoi ne pas faire comme Mandriva ? Il y a la version free, mais on peut aussi choisir d'ajouter les repositories officiels non-free (à l'usage, mais aussi dès l'installation)... ça a quand même de sacrés avantages !

Ben c'est pas plus compliqué que ça avec Fedora hein, t'installes un paquet puis c'est marre, t'as tout le dépôt ^^

Nil (./81) :
Pourquoi ne pas faire comme Mandriva ?

Question de principes.

Because Fedora is Kevin Driven

N'importe quoi. Ce n'est pas moi qui décide ça, c'est le Fedora Project Board duquel je ne fais même pas partie.

Mais l'envie ne t'en manques pas