Para quem não quer ler muito: Basta ler este comentário de clem lefebvre de quase um ano atrás sobre porque havia apenas 2 faixas oficiais na versão 13, em comparação com 9 na versão 9.
Vou pedir desculpas antecipadamente pelo sarcasmo .. Eu tenho que dar aos desenvolvedores do Gnome outro golpe baixo. GTK3 não é uma API confiável. Talvez devesse se chamar libgnome. GTK3.4 veio com Gnome3.4 e não era compatível com temas GTK3 anteriores. Isso significa que todos os aplicativos GTK3 pareciam muito feios, não apenas com todos os temas GTK2 que não suportam GTK3 (quase todos), mas também os poucos que o fazem. Com isso em mente, tínhamos três opções:
1) Oferecer um desktop com pouca integração e aplicativos que parecem diferentes, com base na API que usam (o que é totalmente inaceitável)
2) Livre-se de todos os aplicativos GTK3 do Mint e substitua-os por versões anteriores em aplicativos GTK2 ou GTK2 ou QT (isso inclui aplicativos Gnome, mas também Gdebi, Streaming e alguns outros)
3) Foda-se como um louco, remova todos os temas e desperdice horas incontáveis dando ao Mint-X e Mint-Z o suporte correto no GTK "3.4", embora seja provável que falhe novamente no 3,6 ...Escolhemos a opção 3 "desta vez". Espero que este pequeno exemplo seja suficiente para convencer os desenvolvedores de terceiros a não usar GTK3. Nenhuma nota de lançamento ou documentação que explique a regressão ou como resolver o problema foi encontrada. Na verdade, tenho a sensação de que GTK 3.4 foi desenvolvido para Gnome 3.4, que realmente não importa se ele quebra as coisas e que não devemos use-o fora do Gnome.
Agora, para quem quer ler muito:
Poucos dias atrás, IgnorantGuru (desenvolvedor SpaceFM, PCManFM com esteróides) enviou um artigo de duas partes sobre vários projetos que estão no caminho errado, vários dos quais a Red Hat está por trás. Na primeira parte fala sobre questões GTK. De acordo com ele, tanto os problemas intrínsecos com o desenvolvimento GTK quanto o conformismo forçado dos desenvolvedores representam um desafio para aqueles que criam software estável fora do GNOME. Além do que Clem mencionou, a versão 3.8 do Glade foi a última a suportar GTK2, e que no Debian eles nem se preocupam em fazer uma versão legada (o que sairá para Wheezy é a versão 3.12)
IgnorantGuru enfrentou esses problemas no bugzilla do GNOME e Benjamin Otte (o único desenvolvedor GTK em tempo integral) com respostas de qualidade de que GTK não depende de desenvolvedores extras, feliz em gastar seu tempo garantindo a compatibilidade com temas raramente usados, e que os autores de temas envolvidos no desenvolvimento Os GTKs concordam que é melhor atualizar temas do que manter o status quo, e que após essas decisões não há tempo para compatibilidade de temas. Emmanuele Bassi complementa que Adwaita (o tema oficial do GNOME) muda para cada mudança no GTK, e que o GTK muda quando os autores de temas para GNOME e também para Windows e MacOS pedem um novo requisito.
Mas esse pensamento vem de muito tempo antes, quando ainda pensavam em como seria o GNOME 3. A ideia nasceu de voltar ao GNOME uma marca, com uma experiência de usuário diferente da do Windows (a barra de menu abaixo) e da Apple (a barra de menu acima) e ideias para miniaplicativos e extensões eles ameaçaram essa ideia. Se não puder ser corrigido, não será. Quando os bugs chegam pedindo para retornar tal coisa, eles os fecham com a tag WONTFIX. Isso vai ainda mais longe. 2 anos atrás William Jon McCann relatou um bug na transmissão pedindo que eles não usem ícones na área de notificação do GNOME 3, pois vão remover o suporte. Quando o mantenedor reclamou que isso poderia prejudicar os usuários do XFCE, McCann respondeu: “Acho que você terá que decidir se é um aplicativo GNOME, Ubuntu ou XFCE, e não tenho ideia do que é ou faz. XFCE, desculpe. »
Parte dois O artigo fala sobre udisks, gvfs, udev e systemd. Com a chegada do udisks2, a linha de comando foi alterada, quebrando a compatibilidade com o software e scripts que dependiam dos udisks. Seu autor David Zeuthen (funcionário da Red Hat) adicionado na documentação "Este programa não se destina a ser usado por scripts ou outros programas - opções e comandos podem ser incompatíveis no futuro, mesmo em versões de manutenção." Hon Jen Yee, criadora do PCManFM lamenta o mau funcionamento de udisks, polkit, consolekit, e como eles estão se afastando da filosofia KISS. Tanto o PCManFM quanto o Thunar contam com a API gvfs, que de acordo com IgnorantGuru é mal mantida e muito instável. Com relação ao udev, recentemente alguns desenvolvedores Gentoo eles fizeram um garfo (eudev) porque o udev foi mais absorvido pelo systemd, quebrando a compatibilidade com os sistemas anteriores. Linus já tem incomodado os mantenedores porque eles não querem aceitar certos patches que foram enviados para consertar alguns bugs.
E sobre o systemd (que foi proposto como uma dependência do GNOME), há uma explicação melhor em um post no evangelismo agressivo que está sendo feito dele, que está sendo endossado por seu criador, Lennard Poettering.
Esta postagem seria chamada de "Uma Teoria da Conspiração no Linux", como o artigo original do IgnorantGuru foi chamado. No entanto, Perseus me disse que isso não é conspiração, mas sabotagem, além de que o artigo é mais anti-chapéu vermelho do que o que estou escrevendo para você. A verdade é nos perguntar: quão independente é um projeto como o systemd? Não quero dizer apenas independente do Red Hat, mas do próprio Lennart (já é considerado um contra ele ser o criador)
A lista gigantesca de fontes:
http://blog.linuxmint.com/?p=2038
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory/2
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638478
https://bugzilla.gnome.org/show_bug.cgi?id=687752
https://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00314.html
https://trac.transmissionbt.com/ticket/3685
http://udisks.freedesktop.org/docs/1.91.0/udisksctl.1.html
http://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-linux/
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01131.html
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01889.html
http://lwn.net/Articles/529314/
http://www.reddit.com/r/linux/comments/132gle/eli5_the_systemd_vs_initupstart_controversy/
http://sporkbox.us/blog/?r=page/108