O pkgsrc, Homebrew, Fink e MacPorts podem coexistir pacificamente?

Question

Ouvi dizer que algumas pessoas gostam de usar o Fink e o Macports, já que alguns pacotes existem em um e não no outro.

Recentemente, tive problemas para criar e executar pacotes como GRASS e Digikam com MacPorts e comecei a procurar alternativas.

Apenas imaginando: seria o pkgsrc e o Homebrew também coexistir e funcionar bem com eles?

Eu ainda estou experimentando gerentes de pacotes e gosto de explorar todas as possibilidades antes de escolher um ou dois.

Obrigado!

    

Answer 1

O Homebrew causará problemas ao criar o software a partir da origem, se estiver instalado em /usr/local . Esse é o padrão, o que é uma má escolha, pois esse caminho está no caminho de pesquisa padrão de compiladores e outras ferramentas. Portanto, compilações de outros softwares de empacotamento podem captar a dependência errada, usando a versão do Homebrew em vez da sua própria.

Anos atrás, no início do projeto, até o MacPorts estava usando /usr/local . Mas acabou por não cooperar com outras ferramentas, como está documentado em suas FAQ . Infelizmente, os desenvolvedores do Homebrew não quiseram ouvir sobre experiências anteriores e ignoraram tais fatos ...

Em geral, geralmente é melhor se ater a apenas uma ferramenta para evitar todos os problemas. A MacPorts está fazendo o possível para corrigir quaisquer caminhos codificados, por exemplo, para /sw que é usado pelo Fink. Então, normalmente, funcionará, mas ter qualquer coisa instalada em /usr/local definitivamente causará problemas para ela.

Eu não conheço o pkgsrc o suficiente para dizer se ele é realmente afetado da mesma maneira, mas meu melhor palpite é que esse problema também se aplica a ele.

Não parece haver nenhum bug aberto para digikam ou grass em MacPorts. Você deve relatar seus problemas diretamente a eles com novos tíquetes para obter assistência.

    

Answer 2

É verdade, misturar gerenciadores de pacotes pode causar dores de cabeça. Mas, eu uso tanto o Homebrew quanto o MacPorts e funciona porque eu tenho uma pequena quantidade de pacotes no Homebrew. As únicas coisas que tenho são programas de usuário final que não estão (ainda) disponíveis no MacPorts. Por exemplo: gist , dashing e sqldiff . Se você mantiver as coisas no mínimo em um gerenciador de pacotes ou outro, as dores de cabeça se tornarão menos prováveis.

Na verdade, a única justificativa para isso é quando você precisa de um pacote que não está disponível em um gerenciador de pacotes. Pessoalmente, descobri que o MacPorts tem a grande maioria dos programas que eu preciso e é muito mais maduro do que o Homebrew em uma infinidade de maneiras. Também é mais fácil contribuir, com regras menos rigorosas, e uma boa linguagem de script (Tcl, que é realmente tão legal quanto Ruby). Existem muitas outras vantagens do MacPorts em relação ao Homebrew, mas vou seguir em frente e terminar minha tangente aqui.