On 06/19/2010 10:12 AM, Pierre Coutant wrote:
Le 18/06/2010 22:08, Bruno Friedmann a écrit :
Merci pour le courage...
J'ai donx désinstallé Open JDK et installé le sun-plugin.
Il y a du mieux, le message d'erreur n'apparaît plus, mais le fonctionnement de Java n'est encore pas correct. Un "firefox -g" donne les lignes suivantes :
*** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection)) *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
Là encore je ne vois pas ce que ça veut dire.. Encore un conseil ? Merci.
Pierre est-tu en 64bits ou 32bits ?
J'ai une machine 64 bits mais ma Suse est la 32 bits, justemant pour éviter les problèmes de ce type.
Il y a encore un problème avec le nswrapper (donc moi je dirais 64 bits) ...
Je ne me souviens plus si la sun java est 64bits ( surtout la partie plugin qui fût son point faible durant les 7 dernières années )
Tous les autres plugins fonctionnent à priori normalement (Flash, Acrobat et autres VLC, QuickTime...)
Si 64 bits, il faudrait vérifier avec le nswrapper... ce qu'il connait et éventuellement supprimer les restes peut-être de icea 1.7 et désenregistrer le plugin java ( avec --help il y a ce qu'il faut )
Que veut dire "désenregistrer " ?
Je crois ( mais faudrait que je reboote ma machine 64 ) qu'il n'y a plus besoin du nswrapper pour java ( il n'a jamais marché avec ) ça sert juste pour les adoberie flash acrobat etc ).
Je réponds à la liste comme cela c'est aussi vérifier par les autres. Bon donc si tu es en 32bits, tu peux vérifier et désintaller au besoin le paquet nspluginwrapper ensuite vérifier quelle est ta machine virtuelle par défault java -fullversion actuellement avec la sun-java exclusivement java full version "1.6.0_20-b02" Ensuite vérifier quels sont les restes d'openjdk zypper se -s openjdk devrait te donner une liste ou aucun i n'est présent dans la première colone (le seul paquet java hormis les programmes, présent et non effaçable pour cause de dépendances est java-1_5_0-gcj-compat ) Après j'utilise souvent une recette pour remettre de l'ordre dans /etc/alternatives c'est update-alternatives ( en tant que root ) Voir la sortie http://www.pastebin.org/342480 Maintenant je ne sais pas avec l'histoire du openjdk-17 comment ça était installé. si manuellement il faut peut-être aussi l'effacer proprement. A+ -- Bruno Friedmann -- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Est ce qu'open jdk est la tentative libre de remplacer le jdk de sun ? Peut t'on dire que cela ne fonctionne pas bien ou pas tout le temps ? Quid de Jre ? (j'ai eu l'autre jour aussi un soucis pour installer un rpm qui n'a rien voulu savoir alors que j'avais openjdk dans la version demandée, le jdk de sun ne marchait pas non plus d'ailleurs, le rpm était peut être en cause) Fabrice Le samedi 19 juin 2010 10:38:04, Bruno Friedmann a écrit :
On 06/19/2010 10:12 AM, Pierre Coutant wrote:
Le 18/06/2010 22:08, Bruno Friedmann a écrit :
Merci pour le courage...
J'ai donx désinstallé Open JDK et installé le sun-plugin.
Il y a du mieux, le message d'erreur n'apparaît plus, mais le fonctionnement de Java n'est encore pas correct. Un "firefox -g" donne les lignes suivantes :
*** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection)) *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
Là encore je ne vois pas ce que ça veut dire.. Encore un conseil ? Merci.
Pierre est-tu en 64bits ou 32bits ?
J'ai une machine 64 bits mais ma Suse est la 32 bits, justemant pour éviter les problèmes de ce type.
Il y a encore un problème avec le nswrapper (donc moi je dirais 64 bits) ...
Je ne me souviens plus si la sun java est 64bits ( surtout la partie plugin qui fût son point faible durant les 7 dernières années )
Tous les autres plugins fonctionnent à priori normalement (Flash, Acrobat et autres VLC, QuickTime...)
Si 64 bits, il faudrait vérifier avec le nswrapper... ce qu'il connait et éventuellement supprimer les restes peut-être de icea 1.7 et désenregistrer le plugin java ( avec --help il y a ce qu'il faut )
Que veut dire "désenregistrer " ?
Je crois ( mais faudrait que je reboote ma machine 64 ) qu'il n'y a plus besoin du nswrapper pour java ( il n'a jamais marché avec ) ça sert juste pour les adoberie flash acrobat etc ).
Je réponds à la liste comme cela c'est aussi vérifier par les autres.
Bon donc si tu es en 32bits, tu peux vérifier et désintaller au besoin le paquet nspluginwrapper
ensuite vérifier quelle est ta machine virtuelle par défault java -fullversion actuellement avec la sun-java exclusivement java full version "1.6.0_20-b02"
Ensuite vérifier quels sont les restes d'openjdk zypper se -s openjdk devrait te donner une liste ou aucun i n'est présent dans la première colone
(le seul paquet java hormis les programmes, présent et non effaçable pour cause de dépendances est java-1_5_0-gcj-compat )
Après j'utilise souvent une recette pour remettre de l'ordre dans /etc/alternatives
c'est update-alternatives ( en tant que root )
Voir la sortie http://www.pastebin.org/342480
Maintenant je ne sais pas avec l'histoire du openjdk-17 comment ça était installé. si manuellement il faut peut-être aussi l'effacer proprement.
A+
-- Fabrice -- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
On 06/19/2010 10:48 AM, fabrice wrote:
Est ce qu'open jdk est la tentative libre de remplacer le jdk de sun ? oui c'est la suite logique, et full open
Peut t'on dire que cela ne fonctionne pas bien ou pas tout le temps ? Pour l'instant, tout ce que j'ai à faire tourner avec java marche bien avec celui de sun. Je peux pas en dire autant avec openjdk, maintenant que va sera l'avenir, avec le rachat par Oracle. J'ai pas assez astiqué ma boule de cristal pour savoir :-)
Quid de Jre ? En fait le jre c'est le runtime, et jdk l'atelier de dev, ils vont de paire normalement. Donc si on a besoin d'un jdk sur sa machine, autant que ce soit du même éditeur sun-jre + sun-jdk || openjdk-jre openjdk-jre :-)
(j'ai eu l'autre jour aussi un soucis pour installer un rpm qui n'a rien voulu savoir alors que j'avais openjdk dans la version demandée, le jdk de sun ne marchait pas non plus d'ailleurs, le rpm était peut être en cause)
Je penche pour le rpm, si le packager à mis une dépendance forte et stricte, il n'y aura pas moyen de contourner ( reste zypper in -f devrait quand même l'installer , après savoir si ça marche ou pas ... )
Fabrice
Le samedi 19 juin 2010 10:38:04, Bruno Friedmann a écrit :
On 06/19/2010 10:12 AM, Pierre Coutant wrote:
Le 18/06/2010 22:08, Bruno Friedmann a écrit :
Merci pour le courage...
J'ai donx désinstallé Open JDK et installé le sun-plugin.
Il y a du mieux, le message d'erreur n'apparaît plus, mais le fonctionnement de Java n'est encore pas correct. Un "firefox -g" donne les lignes suivantes :
*** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown variable>) in NPN_GetValue() *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection)) *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Viewer *** ERROR: /usr/lib/browser-plugins/javaplugin.so: undefined symbol: __gxx_personality_v0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection *** NSPlugin Wrapper *** WARNING:(/usr/src/packages/BUILD/nspluginwrapper-1.2.2/src/npw-wrapper.c:3156):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
Là encore je ne vois pas ce que ça veut dire.. Encore un conseil ? Merci.
Pierre est-tu en 64bits ou 32bits ?
J'ai une machine 64 bits mais ma Suse est la 32 bits, justemant pour éviter les problèmes de ce type.
Il y a encore un problème avec le nswrapper (donc moi je dirais 64 bits) ...
Je ne me souviens plus si la sun java est 64bits ( surtout la partie plugin qui fût son point faible durant les 7 dernières années )
Tous les autres plugins fonctionnent à priori normalement (Flash, Acrobat et autres VLC, QuickTime...)
Si 64 bits, il faudrait vérifier avec le nswrapper... ce qu'il connait et éventuellement supprimer les restes peut-être de icea 1.7 et désenregistrer le plugin java ( avec --help il y a ce qu'il faut )
Que veut dire "désenregistrer " ?
Je crois ( mais faudrait que je reboote ma machine 64 ) qu'il n'y a plus besoin du nswrapper pour java ( il n'a jamais marché avec ) ça sert juste pour les adoberie flash acrobat etc ).
Je réponds à la liste comme cela c'est aussi vérifier par les autres.
Bon donc si tu es en 32bits, tu peux vérifier et désintaller au besoin le paquet nspluginwrapper
ensuite vérifier quelle est ta machine virtuelle par défault java -fullversion actuellement avec la sun-java exclusivement java full version "1.6.0_20-b02"
Ensuite vérifier quels sont les restes d'openjdk zypper se -s openjdk devrait te donner une liste ou aucun i n'est présent dans la première colone
(le seul paquet java hormis les programmes, présent et non effaçable pour cause de dépendances est java-1_5_0-gcj-compat )
Après j'utilise souvent une recette pour remettre de l'ordre dans /etc/alternatives
c'est update-alternatives ( en tant que root )
Voir la sortie http://www.pastebin.org/342480
Maintenant je ne sais pas avec l'histoire du openjdk-17 comment ça était installé. si manuellement il faut peut-être aussi l'effacer proprement.
A+
-- Bruno Friedmann (tigerfoot on irc) -- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Le 19/06/2010 10:38, Bruno Friedmann a écrit :
Je réponds à la liste comme cela c'est aussi vérifier par les autres.
Bon donc si tu es en 32bits, tu peux vérifier et désintaller au besoin le paquet nspluginwrapper
Bien, le paquet nsdiswripper était installé, je l'ai donc désinstallé. A la suite de quoi le site de java me dit que j'ai la bonne version. On avance... mais le site de SFR n'et toujours pas fonctionnel pour moi... Donc tout n'est pas parfait.
ensuite vérifier quelle est ta machine virtuelle par défault java -fullversion actuellement avec la sun-java exclusivement java full version "1.6.0_20-b02"
C'est bien la bonne version sur ma machine.
Ensuite vérifier quels sont les restes d'openjdk zypper se -s openjdk devrait te donner une liste ou aucun i n'est présent dans la première colone
(le seul paquet java hormis les programmes, présent et non effaçable pour cause de dépendances est java-1_5_0-gcj-compat )
Voici tout ce qui apparaît: S | Nom | Type | Version | Arch | Dépot --+----------------------------+---------------+--------------------+--------+---------------------------------- | java-1_6_0-openjdk | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk | paquet source | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet source | 1.6.0.0_b16-5.9.4 | noarch | openSUSE-11.2-Source | java-1_6_0-openjdk | correctif | 2362 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | correctif | 1613 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss Pierre@linux-onr3:~> Si cela doit être supprimé, comment ? Ces paquets n'apparaissent pas dans Yast. Un about:plugins ne parle plus de ice mais uniquement de Java. Entretemps, j'ai voulu (et fait) une suppression et une réinstallation de Java. Cela c'est bien déroulé mais lors de la suppression il s'est installé "libgcj44" sans que je le demande; et apparemment sans conséquences.
Après j'utilise souvent une recette pour remettre de l'ordre dans /etc/alternatives
c'est update-alternatives ( en tant que root )
Voir la sortie http://www.pastebin.org/342480
Enfin, je ne sais comment utiliser (quelles options) update-alternatives.
Maintenant je ne sais pas avec l'histoire du openjdk-17 comment ça était installé. si manuellement il faut peut-être aussi l'effacer proprement.
Ça a été installé par yast après l'installation de la distribution.
A+
-- Pierre COUTANT -- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
On 06/20/2010 07:32 PM, Pierre Coutant wrote:
Le 19/06/2010 10:38, Bruno Friedmann a écrit :
Je réponds à la liste comme cela c'est aussi vérifier par les autres.
Bon donc si tu es en 32bits, tu peux vérifier et désintaller au besoin le paquet nspluginwrapper
Bien, le paquet nsdiswripper était installé, je l'ai donc désinstallé. A la suite de quoi le site de java me dit que j'ai la bonne version. On avance... mais le site de SFR n'et toujours pas fonctionnel pour moi... Donc tout n'est pas parfait.
C'est peut-être lié à leur page, si sur le site de java.com ça marche, il n'y plus de raison que ça marche pas ailleurs. Peut-être qu'en activant la console java tu verras ce qu'il se passe. Pour la suite la liste des paquets à l'air correct dans le sens où il n'y a plus openjdk installé. un zypper se -s java-1_6_0-sun devrait donner (je n'ai gardé que les lignes avec i (pour installé) S | Name | Type | Version | Arch | Repository --+-----------------------+------------+-----------------+--------+------------ i | java-1_6_0-sun | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update i | java-1_6_0-sun | patch | 2345 | noarch | 11.2-Update i | java-1_6_0-sun | patch | 2228 | noarch | 11.2-Update i | java-1_6_0-sun | patch | 1886 | noarch | 11.2-Update i | java-1_6_0-sun | patch | 1541 | noarch | 11.2-Update i | java-1_6_0-sun-alsa | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update i | java-1_6_0-sun-plugin | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update et optionnellement i | java-1_6_0-sun-devel | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update i | java-1_6_0-sun-jdbc | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update i | java-1_6_0-sun-src | package | 1.6.0.u20-0.1.1 | i586 | 11.2-Update
ensuite vérifier quelle est ta machine virtuelle par défault java -fullversion actuellement avec la sun-java exclusivement java full version "1.6.0_20-b02"
C'est bien la bonne version sur ma machine.
Ensuite vérifier quels sont les restes d'openjdk zypper se -s openjdk devrait te donner une liste ou aucun i n'est présent dans la première colone
(le seul paquet java hormis les programmes, présent et non effaçable pour cause de dépendances est java-1_5_0-gcj-compat )
Voici tout ce qui apparaît: S | Nom | Type | Version | Arch | Dépot --+----------------------------+---------------+--------------------+--------+---------------------------------- | java-1_6_0-openjdk | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk | paquet source | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | paquet source | 1.6.0.0_b16-5.9.4 | noarch | openSUSE-11.2-Source | java-1_6_0-openjdk | correctif | 2362 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk | correctif | 1613 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-demo | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-devel | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-javadoc | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b17-2.1.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss | java-1_6_0-openjdk-plugin | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b17-2.1.1 | noarch | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b16-5.10.1 | i586 | Mises à jour pour openSUSE 11.2-0 | java-1_6_0-openjdk-src | paquet | 1.6.0.0_b16-5.9.4 | i586 | openSUSE-11.2-Oss Pierre@linux-onr3:~>
-- Bruno Friedmann Ioda-Net Sàrl 2830 Vellerat - Switzerland Tél : ++41 32 435 7171 Fax : ++41 32 435 7172 gsm : ++41 78 802 6760 www.ioda-net.ch Centre de Formation et de Coaching En Ligne www.cfcel.com -- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
participants (3)
-
Bruno Friedmann
-
fabrice
-
Pierre Coutant