Ketheriel
Power Member
Compilar o Gnome 2 não vai dar porque interfere com o Gnome 3.x...
Isto é falso, dá perfeitamente para ter no mesmo sistema o GNOME2 e o GNOME3... inclusivé a nível aplicacional... Agora o problema não reside aí, reside no simples facto de que o GNOME3 sao mais de 300 pacotes e as aplicações sao perto de 400... Por outras palavras, quem é que vai manter 700 pacotes ?
os devs do Gnome fizeram de proposito para garantir que o Gnome 2 e o 3 não podiam coexistir. O pior é que muitos outros *ubuntu usam peças do Gnome 3 como a gestão de energia, etc... é um desastre. A solução é um rename de tudo o que é comum e de algumas funções, libs, API, etc. Isso é o que o MATE está a fazer, é um fork do Gnome 2 que podes ver no Mint 12 CD ou DVD (no CD tens de fazer "sudo apt-get install mint-meta-mate".
Falso mais uma vez, o que aconteceu foi uma mudança de API na GTK+, e como consequencia o código de base teve que ser todo updated. Para além disso muitos componentes passaram a deprecated, como foi o caso do bonobo (o que inviabilizou praticamente o gnome-panel). Convém dizer que tecnologia como o bonobo (que ainda surgiu dentro do ciclo do GNOME1) é tecnologia que muitos poucos developers sabem trabalhar com ela, confusa e algo limitada.
Foi necessário uma mudança para melhor... mas é extremamente falso dizer que foi intencional e propositado por parte da comunidade do GNOME seguir esses caminhos... muito pelo contrário, há anos que eram debatidos temas como o abandono do Bonobo e amigos. Se já programas-te com tecnologia de base do GNOME então deverias saber do que falo.
Se preferes o Gnome 2 original só existe uma alternativa - CentOS 6 - Gnome 2 até 2017-2020 caso contrario vais ter de usar o Mint 12 ou o 13 que já deve ter uma edição só com o MATE.
Fedora tem GNOME2 disponível, o que prova que GNOME2 e GNOME3 podem existir pacificamente no mesmo sistema. Tens Debian e outros, de qualquer forma eu nao recomendava CentOS ou RHEL para utilizadores que queiram aplicações que suportem por exemplo gobject-introspection porque simplemente nao existe suporte para introspection em RHEL/CentOS... e para tal existir terias que recompilar a stack de GTK+ o que implicava recompilar tudo o que linka contra a mesma.
Por outro lado em RHEL/CentOS nao tens suporte para Mono e amigos entre outras coisas o que seria algo limitado contra distribuições modernas. Portanto Fedora ou Debian seriam melhores soluções neste caso que CentOS ou Scientific Linux (ou RHEL).