En utilisant Ubuntu 10.10, il semble que vous devez marquer en premier lieu pour suppression libaccess-bridge-java dans Synaptic, puis marquer openjdk-6-jre-headless.
J'ai fini avec une liste à supprimer :
ca-certificates-java, icedtea-6-jre-cacao, libaccess-bridge-java, libaccess-bridge-java-jni, openjdk-6-jre, openjdk-6-jre-headless,openjdk-6-jre-lib.
Cela a fonctionné mais il reste un répertoire /etc/java-6-openjdk avec des fichiers et des sous-répertoires divers à l'intérieur, que j'ai isolés dans un nouveau répertoire. Il n'y a eu aucun effets inhabituels, donc il semble que ce soit juste un reste.
Cela m'a laissé avec le Java que j'avais téléchargé directement depuis le site Java. Cependant, malgré l'avoir défini comme par défaut et avoir créé le lien vers le répertoire des plugins de Firefox, cela ne fonctionnait plus. L'installation de sun-java6-jre et de ses paquets associés gsfonts-x11, odbcinst, odbcinst1debian2, sun-java6-bin, et unixodbc, via Synaptic, a permis au plugin Java de recommencer à fonctionner. Supprimer le lien dans le répertoire des plugins et le remplacer par le fichier libnpjp2.so n'a pas fonctionné. Utiliser un lien vers les fichiers libjavaplugin_oji.so dans les répertoires ns7 ou ns7-gcc29 dans le Java installé via Synaptic n'a pas non plus fonctionné. Cela me laisse penser que pour obtenir le dernier plugin Java dans Firefox, on peut suivre les instructions sur le site Java, et que le Java Linux intégré de n'importe quelle variété est nécessaire pour exécuter le Java téléchargé, qui dépend ensuite de ses fichiers environnants une fois que le plugin a été activé. Une compréhension approfondie du code composant Java et Linux serait nécessaire pour vraiment résoudre ses mystères, mais peut-être que ces expérimentations sont utiles pour trouver les raisons pour lesquelles deux Java peuvent être nécessaires dans ce cas. Au moins, il est possible de supprimer tout Java également, si quelqu'un trouve cela utile.
