Eu costumava pensar que as preocupações sobre o que as ferramentas de construção do Gnu farão com /usr/local
estavam paranóicas. As ferramentas de construção esperam que existam muitas coisas lá: nos bons e velhos tempos antes dos gerenciadores de pacotes (eu brinco), compilamos o que quer que seja para /usr/local
. Mas, embora o Autoconf geralmente resolva problemas, a grande complexidade de muitos projetos de código aberto causa problemas, e esses problemas podem ser difíceis de serem recuperados quando se entra em dificuldades.
Mas o risco de problemas com o Autoconf encontrar algo que não deveria estar sob /usr/local
precisa ser balanceado sobre o incômodo de manutenção tendo duas, três ou quatro diferentes cópias diferentes de Perl, Tcl e Ruby, cada uma com cobertura diferente de suas diferentes bibliotecas de pacotes. Desagradável.
Desde que minha experiência com MacPorts e Fink tem sido tipicamente exasperação causada exatamente por isso, e em algum momento mudando para a maneira antiga de /usr/local
, fiquei satisfeito em ver que a Homebrew não mexeu com isso. . Eu tentei configurar o MacPorts para instalar em /usr/local
, mas o MacPorts faz de tudo para tornar isso difícil. Eu entendo que a motivação é tornar a vida mais fácil para eles mesmos ao lidar com gritos de ajuda em sua lista de e-mails e rastreador de bugs: esteja ciente de que, embora devamos respeitar o esforço dos empacotadores voluntários e tratar seu tempo como precioso, a conveniência de depuração não é o único tipo de simplicidade que afeta você, como usuário.
O Homebrew, pelo menos a esse respeito, faz as coisas como costumavam ser feitas, e o MacPorts tenta não interferir. Se você está disposto a documentar quais pacotes você precisa com o Homebrew, e limpe / usr / local clean e reinstale em caso de dificuldades, então você pode sempre voltar no caso de as coisas darem errado. E uma vez que você perceba que os problemas em / usr / local geralmente não correm o risco de danos permanentes em suas máquinas, você pode se sentir mais livre para correr riscos.
Vou apenas notar o quão pior a embalagem está no OSX do que no FreeBSD: a Apple não parece se importar com a usabilidade de seu subsistema BSD, porque esse é um problema que poderia ajudar.