Você pode passar um parâmetro para o eclipse indicando uma JVM alternativa para ele usar, digamos eclipse -vm /usr/lib/jvm/java-1.5.0-sun usaria a JVM da Sun.
O problema é que você terá que fazer isso toda vez que chamar o programa. Além disso, só resolve se a chamada for pela linha de comando, não pelo menu.
Você deveria poder usar o update-alternatives para especificar qual é a JVM padrão do sistema. Na verdade você pode - e deve, mas o eclipse não dá a mínima para sua configuração.
Se olhar o script que está em /usr/bin/eclipse você irá reparar que, antes de usar a gij o script procura por outras máquinas virtuais primeiro testando a variável de ambiente JAVA_HOME e, em seguida, procurando numa lista de JVM’s disponível em /etc/eclipse/java_home. Portanto, você pode:
- configurar a variável de ambiente JAVA_HOME para apontar para o diretório de instalação da sua JVM default. Na verdade isso é recomendado sempre, não apenas para usar o eclipse. No entanto, esta solução ainda não funciona se você executar o programa pelo menu.
- colocar o caminho da máquina virtual que você pretende usar no início da lista citada. Ou adicionar a seguinte linha ao arquivo ~/.eclipse/eclipserc (para mudanças no nível de usuário), ou ao arquivo /usr/bin/eclipse (para mudanças no nível de todo o sistema)
JAVA_HOME="/usr/lib/jvm/java-1.5.0-sun"
É um erro comum usuários tentarem atualizar o eclipse usando sua conta normal. Apenas o root tem acesso de escrita em /usr/lib/eclipse e /usr/local/lib/eclipse. Use sudo para iniciar o eclipse e o “Software Update” irá funcionar. Como alternativa, você pode instalar os plugins em sua conta de usuário normal, no entanto, eles não estarão disponíveis para os outros desenvolvedores que usam a mesma máquina.
Se você fica incomodado com a idéia de executar o eclipse com a conta de super-usuário, crie um grupo chamado - digamos - eclipse e coloque todos os usuários que usam o programa lá dentro. Em seguida, dê permissão de escrita aos dois diretórios citados acima.
