Em primeiro lugar, não remova os arquivos conflitantes! Eles provavelmente são propriedade de outro pacote; você pode verificar com pkgfile .
Como Jason disse, é melhor utilizar o gerenciador de pacotes. No entanto, no seu caso, não acho que o problema seja solucionável com o pacman nem o AUR. Faz anos desde que usei o Arch, então posso estar errado ao dizer o seguinte ... mas parece que as dependências do GIMP no pacman (GIMP 2.8) estão em conflito com as dependências do AUR (GIMP 2.9). Em outras palavras, aqueles que criaram o GIMP 2.9 com êxito a partir do AUR provavelmente terão alguns se suas dependências também forem instaladas a partir do AUR, e você não o faz. Isso é um erro no pacote. Essas dependências provavelmente não estão sendo explicitadas no pacote AIM GIMP porque os desenvolvedores provavelmente não perceberam que precisam fazer isso. Isso acontece quando os pacotes não são construídos em uma sala limpa . Então, basicamente, é o infame DLL hell .
Então, quanto às soluções ...
- Altere sua distribuição do Linux
- Use um gerenciador de pacotes isolado alternativo, como o Nix.
- Use um contêiner.
Alterando sua distro
A primeira opção pode estar se inclinando para um território controverso, mas não é assim. Diferentes distros do Linux possuem estratégias diferentes para gerenciar lançamentos. Por exemplo, Arch e Gentoo são ambos roll-release , mas a diferença é que o Gentoo tem dois ramos diferentes: estável e instável. Em contraste, o Arch só tem estabilidade (pacman); AUR não é um ramo, mas sim mais como um campo de testes. Continuando meu exemplo, quando você executa o Gentoo com o ramo de portabilidade instável, o tudo que você obtém é da ramificação instável. (Sim, você pode fazer cherry-picking com mascaramento de pacotes, mas geralmente estou falando aqui). Mesmo com estável. Em contraste, com o Arch quando você começa a usar o AUR, você está basicamente misturando stable com instável, e quando esses gráficos de dependência entram em conflito, você acaba tendo seu dilema.
Tendo dito tudo isso, não estou de modo algum recomendando o Gentoo, nem qualquer outra distro em particular (embora seja isso que eu uso e, portanto, mais familiarizado). Eu estou simplesmente usando o mais próximo ... primo para comparar a estratégia de lançamento, porque isso é importante ao escolher uma distro. Se você quer rodar softwares de ponta, então você precisa de uma distro que permita fazer isso com o mínimo de barulho, já que tecnicamente você pode ter problemas mais freqüentes do que com uma distro estável .Usando um gerenciador de pacotes alternativo
Quanto ao uso de um gerenciador de pacotes alternativo, falarei do Nix porque é o único que sei que pode fazer o que estou sugerindo, com é instalar pacotes isoladamente do gerenciador de pacotes existente (pacman).
Quando você instala um pacote com o Nix, ele é instalado juntamente com todas as suas dependências. No entanto, a chave importante é que a instalação ocorre isoladamente do gerenciador de pacotes existente; e até mesmo isoladamente de outros pacotes instalados via Nix. Isso resolveria os conflitos porque, com Nix, simplesmente não existem. A desvantagem é que você terminará com instalações redundantes de vários pacotes. Por exemplo, quando você instala o foo usando o Nix, ele instala o glibc, mesmo que você já o tenha instalado via pacman.
Al desta vez, não vejo o GIMP 2.9 no Nix. Então você teria que criar o pacote sozinho; possivelmente baseando-se no pacote 2.8.
Usando um contêiner
Semelhante a um gerenciador de pacotes como o Nix, com um contêiner como o Docker, é possível executar o GIMP 2.9 isoladamente; com todas as suas dependências e sem conflitos. Aqui está uma imagem que usa o GIMP da ramificação mestre do GIT: link