Eu tenho o MacPorts instalado no meu iMac com um número razoável de portas instaladas.
No entanto, estou interessado em experimentar o Homebrew, pois ouvi muitas coisas boas sobre isso e porque notei que ele contém versões mais atualizadas de várias das ferramentas que eu uso.
Mas os dois podem coexistir na mesma máquina ou preciso desinstalar o MacPorts inteiramente primeiro?
Além disso, se os dois puderem ser instalados ao mesmo tempo, eles serão completamente independentes um do outro? Uma das características do Homebrew é que não reinstala novas versões de coisas que já estão incluídas no sistema (por exemplo, python). Isso também se estende para a instalação de versões de coisas que já são mantidas pelo MacPorts?
O que acontece se eu desinstalar o MacPorts posteriormente?
Eu dei outra resposta em uma pergunta semelhante:
fonte
~/.homebrew
. Ainda interferiria com o MacPorts se instalado em seu lugar?Eu costumava pensar que as preocupações com o que as ferramentas de compilação do Gnu farão
/usr/local
eram quase paranóicas. As ferramentas de construção esperam que haja muitas coisas lá: nos bons velhos tempos antes dos gerenciadores de pacotes (eu brinco), compilávamos o que quer que fosse/usr/local
. Porém, embora o Autoconf geralmente resolva problemas, a complexidade da compilação de muitos projetos de código-fonte aberto causa problemas e esses problemas podem ser difíceis de resolver quando você está com dificuldades.Mas o risco de problemas com o Autoconf que encontra algo que não deve ser subestimado
/usr/local
precisa ser equilibrado sobre o incômodo de manutenção com duas, três ou quatro cópias diferentes diferentes de Perl, Tcl e Ruby, cada uma com uma cobertura diferente de suas diferentes bibliotecas de pacotes. Desagradável.Como minha experiência com o MacPorts e o Fink tem sido tipicamente exasperada por exatamente isso, e em algum momento a mudança para compilar a maneira antiga
/usr/local
, fiquei satisfeito ao ver que a Homebrew não mexeu com isso. Tentei configurar o MacPorts para instalar/usr/local
, mas o MacPorts se esforça para dificultar isso. Entendo que a motivação é tornar a vida mais fácil para eles mesmos ao lidar com pedidos de ajuda em sua lista de e-mails e rastreador de erros: lembre-se, porém, de que, embora devamos respeitar o esforço dos empacotadores voluntários e tratar seu tempo como precioso, eles a conveniência da depuração não é o único tipo de simplicidade que afeta você, como usuário.A Homebrew, pelo menos nesse aspecto, faz as coisas da maneira que costumava ser feita, e MacPorts tenta não interferir. Se você estiver disposto a documentar quais pacotes você precisa com o Homebrew, limpe / usr / local e reinstale em caso de dificuldades, sempre poderá voltar atrás caso as coisas dêem errado. E depois que você perceber que os problemas em / usr / local geralmente não correm o risco de danos permanentes às suas máquinas, você pode se sentir mais livre para correr riscos.
Vou observar como a embalagem do OSX é pior do que o FreeBSD: a Apple realmente não se preocupa com a usabilidade do subsistema BSD, porque esse é um problema que eles poderiam ajudar.
fonte
/usr/local
é infinito. Arquiteturas, versões, recursos e sinalizadores configurados, instalações parciais, instalações desatualizadas com problemas de segurança e ee causarão problemas. Claro, vá em frente se você souber o que está fazendo, mas não registre bugs. A experiência mostra que as pessoas arquivam bugs de qualquer maneira, e é exatamente por isso que o modo de rastreamento (-t
, veja abaixo) existe e por que evitar/usr/local
é a recomendação padrão.De acordo com o FAQ MacPorts :
Isso é relevante porque, de acordo com a página de instalação do Homebrew:
Portanto, e com pouca experiência pessoal, teorizo que sempre o uso do sinalizador -t nas instalações de MacPort deve evitar a maioria dos problemas de que o MacPorts e o Homebrew coexistam no mesmo sistema. Para resolver sua última pergunta: Não vejo nenhum motivo para desinstalar o MacPorts causar problemas.
fonte
Ao instalar o homebrew em um computador em que uso portas há anos, eis o que posso ler:
Seja cuidadoso!
fonte
A
sudo port -t ...
solução do webappzero deve ajudar. Para ser sincero, eu corro com o Fink, MacPorts e Homebrew de uma só vez, com deferência ao MacPorts (por enquanto de qualquer maneira), e usando apenas um dos outros dois para instalar coisas que não consigo do MacPorts. Já tive poucas dificuldades dessa maneira, mesmo antes de aprender oport -t
truque. Porém, se você estiver tentando usar vários gerenciadores de pacotes para manter ambientes complexos de desenvolvimento e servidor, provavelmente estará em um mundo de desconfortos. Escolha um e evite os outros, exceto por algo que você precisa desesperadamente deles, e coloque o principal mais cedo no caminho.Se o que estou ouvindo é verdade sobre a Apple proibir que coisas sejam instaladas em / usr / que não sejam as da própria Apple (ou talvez elas já estejam fazendo isso no El Crapitan, estou evitando a classificação "até" depois de mais problemas com isso são resolvidos), suponho que isso atenuará o problema depois que o Homebrew usar como outra coisa - se concordamos ou não com a abordagem pesada da Apple.
No final, eu gosto da idéia de confinar os próprios portos da Apple à sua própria árvore, apenas gostaria que não fosse / usr /. Prefiro que eles usem o / System / bin /, etc., etc., para isolar suas próprias coisas, para que eu possa ignorá-lo com software atualizado e mantido pela comunidade com mais facilidade.
fonte