Para a coisa do Eclipse:
Para usar o ADT (e permitir que o Eclipse use o ADT) no Linux, você tem uma das duas opções:
- Executar o Ubuntu de 32 bits (bleh)
- Execute o Ubuntu de 64 bits e ative o
multiarch support (yay!)
Se ainda não estiver ativado, você pode habilitar o suporte multiarch no Ubuntu executando o seguinte comando:
sudo dpkg --add-architecture i386
Uma vez feito isso, você precisará adicionar as bibliotecas de 32 bits necessárias para usar o ADT (dependendo do Ubuntu que estiver usando):
# Ubuntu 12.04
apt-get install ia32-libs
# Ubuntu 13.04
sudo apt-get install libc6-i386 lib32stdc++6 lib32gcc1 lib32ncurses5
# Ubuntu 13.10
sudo apt-get install libc6-i386 lib32stdc++6 lib32gcc1 lib32ncurses5 lib32z1
Se você deseja acessar o SDK e o ADB de um terminal, é necessário exportar os caminhos relevantes no seu arquivo .bashrc :
sudo nano .bashrc
# At the end of the file add
PATH=$PATH:$HOME/AndroidSDK:$HOME/AndroidSDK/tools
export PATH
PATH=$PATH:$HOME/AndroidSDK/platform-tools
export PATH
Para criar o lançador, você pode dar uma olhada aqui .
Para abordar um dos seus comentários:
Só vou dizer isso sobre o debate em curso: cada sistema operacional tem seus pontos strongs e fracos. Dito isto, vamos para a resposta.
O Windows requer compatibilidade com versões anteriores (devido ao kernel do NT e outras coisas). Isso significa que uma instalação do Windows é maior, mas há muito poucas coisas que o Windows de 64 bits não pode executar, incluindo aplicativos de 32 bits, como o Eclipse e o Android SDK. Isso também significa que a maioria das coisas funciona fora da caixa.
O Linux requer configuração adicional, pois a instalação base (mesmo uma com uma GUI) não requer tantas bibliotecas de compatibilidade (no Windows, .dll (s)) para funcionar. Isso faz com que instalações menores possam ser direcionadas para um hardware específico. Isso também significa que você pode executar o Linux em sistemas mais antigos / menos potentes (o objetivo real do Linux, na minha opinião). O problema é que a funcionalidade adicional (como aplicativos de 32 bits em um ambiente de 64 bits) exige configuração adicional.
Apenas algumas distribuições do Linux (Arch e Fedora vêm à mente) possuem as mais recentes e melhores versões de software em seus repositórios. Isso ocorre porque a maioria das distribuições do Linux é sobre estabilidade. Eu não posso falar pelo Arch, já que tenho pouca experiência com isso. No entanto, o Fedora é essencialmente o banco de testes para o RHEL (RedHat Linux Enterprise). Para distribuições como essa, não se trata de estabilidade, trata-se de testar o que funcionará no hardware mais novo. Pode ser uma dor real, já que o usuário é quem acaba testando o software (e drivers, bibliotecas e kernels). Isso pode ser um verdadeiro inferno. Se você acha que perder algumas horas tentando fazer com que um programa funcione é terrível, imagine recuperar todo o sistema (e seu código-fonte e seus dados e sua sanidade) quando algo não testado quebra ou se derrete.
Distribuições como o Ubuntu (LTS em particular) são sobre estabilidade. Eles geralmente não incluem coisas nos repositórios estáveis que não foram totalmente testados. É por isso que as coisas estão um pouco mais lentas quando se trata das melhores e mais recentes. A desvantagem é que você perde alguns dos novos recursos, mas você tem um sistema estável.
Você pode instalar suas versões instáveis (acho que o 14.04 é o teste atual para o Ubuntu), mas o que foi dito sobre o Fedora et al. aplica-se. Isso lida com essa parte da questão (espero).