동일한 컴퓨터에 Homebrew와 Macports를 모두 설치하는 것이 안전합니까?

꽤 많은 포트가 설치된 iMac에 MacPorts가 설치되어 있습니다.

그래도 Homebrew를 사용해 보는 데 관심이 있습니다. 많은 좋은 점을 들었으므로 사용하는 여러 도구의 최신 버전이 포함되어 있음을 알았습니다.

그러나 두 컴퓨터가 같은 컴퓨터에 공존 할 수 있습니까, 아니면 먼저 MacPorts를 완전히 제거해야합니까?

또한 두 개 를 동시에 설치할 수 있으면 서로 완전히 독립적입니까? Homebrew의 기능 중 하나는 시스템에 이미 포함되어있는 새 버전 (예 : python)을 다시 설치하지 않는다는 것입니다. 이것은 이미 MacPorts에 의해 유지 관리되는 버전을 설치하지 않는 것으로 확장됩니까?

그런 다음 MacPorts를 제거하면 어떻게됩니까?

그들은 함께 공존하지 않을 것입니다. Apple gcc는 / usr / local에서 몇 가지를 찾습니다. 이것은 macports 컴파일이 포터가 예상하지 못한 것을 찾을 수 있음을 의미합니다. / usr / local에있는 예제는 macports 메일 목록 및 버그를 참조하십시오.

내가 준 다른 대답 비슷한 질문에를 :

Homebrew는 / usr / local에 설치된 소스에서 소프트웨어를 빌드 할 때 문제를 일으킬 수 있습니다. 이것이 기본값이며,이 경로는 컴파일러 및 기타 도구의 기본 검색 경로에 있으므로 잘못된 선택입니다. 따라서 다른 패키징 소프트웨어를 사용한 빌드는 자체 버전 대신 Homebrew의 버전을 사용하여 잘못된 종속성을 선택할 수 있습니다.

몇 년 전, 프로젝트 초기에 MacPorts조차도 / usr / local을 사용했습니다. 그러나 FAQ에 설명 된 다른 도구와 협력하지 않는 것으로 나타났습니다. 불행히도 Homebrew 개발자는 이전 경험에 대해 듣고 싶지 않았고 그러한 사실을 무시했습니다 ...

일반적으로 모든 문제를 피하기 위해 하나의 도구에만 고정하는 것이 좋습니다. MacPorts는 Fink에서 사용하는 / sw와 같은 하 코딩 된 경로를 패치하기 위해 최선을 다하고 있습니다. 일반적으로 작동하지만 / usr / local에 설치하면 문제가 발생합니다.

[…]

나는 Gnu 빌드 툴이 무엇을 만들 것인지에 대한 걱정 /usr/local이 편집증에 대한 평가라고 생각했습니다 . 빌드 툴 에는 많은 것들이있을 것으로 기대합니다 . 패키지 매니저 이전의 좋은 시절 (농담)에서 우리는 무엇이든 컴파일했습니다 /usr/local. 그러나 Autoconf는 일반적으로 문제를 파악하지만 많은 오픈 소스 프로젝트의 복잡한 빌드로 인해 문제가 발생하기 때문에 어려움을 겪을 때 이러한 문제를 해결하기가 어려울 수 있습니다.

그러나 Autoconf가 원하지 않는 것을 찾는 데 어려움을 겪을 위험은 /usr/local각각 서로 다른 패키지 라이브러리의 적용 범위를 가진 Perl, Tcl 및 Ruby의 2, 3 또는 4 개의 서로 다른 사본을 갖는 유지 관리에 대한 균형을 맞출 필요가 있습니다. 불쾌한.

MacPorts와 Fink에 대한 나의 경험은 일반적으로 정확히 이것으로 인해 악화되어 왔으며 어느 시점에서 옛날 방식으로 컴파일하는 것으로 전환 /usr/local했기 때문에 Homebrew가 그것에 대해 엉망이되지 않은 것을 기쁘게 생각했습니다. 에 설치하도록 MacPorts를 구성하려고 시도 /usr/local했지만 MacPorts가이를 어렵게 만듭니다. 메일 링리스트와 버그 트래커에 대한 울부 짖음을 다룰 때 자신의 삶을 편하게 만드는 동기가 있음을 이해합니다. 그러나 자원 봉사자 패키지 러의 노력을 존중하고 그들의 시간을 소중한 것으로 취급해야한다는 점에 유의하십시오. 디버깅 편의가 사용자에게 영향을 미치는 유일한 단순성은 아닙니다.

이러한 점에서 Homebrew는 적어도 이전에 수행했던 방식으로 작업을 수행하며 MacPorts는 방해하지 않습니다. Homebrew로 필요한 패키지를 문서화하고 어려움이있는 경우 / usr / local을 정리하고 다시 설치하려면 문제가 발생할 경우 언제든지 되돌릴 수 있습니다. / usr / local의 문제가 일반적으로 컴퓨터에 영구적 인 손상을 줄 위험이 없다는 것을 알고 나면 자유롭게 위험을 감수 할 수 있습니다.

필자는 FreeBSD보다 OSX에 패키징이 얼마나 더 나쁜지에 주목할 것이다. 애플은 BSD 서브 시스템의 유용성에 관심이없는 것 같다. 이것이 도움이 될 수있는 문제이기 때문이다.

MacPorts FAQ 에 따르면 :

2.3.0부터 MacPorts는 포트의 빌드 시스템에서 / usr / local (및 포트가 의존하지 않는 다른 모든 파일)을 자동으로 숨길 수 있습니다. 이 기능을 추적 모드라고하며 포트에 -t 플래그를 제공하여 활성화됩니다.

sudo port -t install <portname>

이는 Homebrew 설치 페이지에 따라 관련이 있습니다.

Homebrew가 경쟁 업체와 관련하여 작동하는 이유 중 하나는 / usr / local에 설치하는 것이 좋습니다. 당신의 위험에 다른 접두사를 선택하십시오!

따라서 개인적인 경험이 거의 없기 때문에 MacPort 설치에 항상 -t 플래그를 사용하면 MacPorts와 Homebrew가 동일한 시스템에 공존하는 데 따른 대부분의 문제를 방지 할 수 있다는 이론이 있습니다. 마지막 질문을 해결하려면 MacPorts를 제거해도 문제가 발생하는 이유는 없습니다.

몇 년 동안 포트를 사용해온 컴퓨터에 homebrew를 설치하는 동안 읽을 수있는 내용은 다음과 같습니다.

Warning: You have MacPorts or Fink installed:
  /opt/local/bin/port

This can cause trouble. You don't have to uninstall them, but you may want to
temporarily move them out of the way, e.g.

  sudo mv /opt/local ~/macports

조심해!

webappzero의 sudo port -t ...솔루션이 도움이 될 것입니다. 솔직히 말하면, 나는 Fink, MacPorts 및 Homebrew를 한 번에 MacPorts (현재 어쨌든)에 의존하여 실행하고 MacPorts에서 얻을 수없는 것을 설치하기 위해 다른 두 가지 중 하나만 사용합니다. 나는 port -t트릭을 배우기 전에도 이런 식으로 어려움을 거의 겪지 않았습니다 . 복잡한 개발 및 서버 환경을 유지하기 위해 여러 패키지 관리자를 사용하려는 경우 적어도 불편한 상황에 처한 것 같습니다. 하나를 고르고 다른 것을 피하십시오. 그러나 당신이 그들에게 절실히 필요한 것을 위해, 주요 경로를 더 일찍 길에 넣으십시오.

내가 듣고있는 것이 Apple이 Apple 자신 이외의 / usr /에 설치하는 것을 금지하는 것에 대해 사실이라면 (또는 아마도 El Crapitan에서 이미 설치하고있는 것입니다. 문제가 해결되었다고 가정합니다. Homebrew가 Apple의 강력한 접근 방식에 동의하는지 여부에 관계없이 Homebrew가 기본적으로 다른 것을 사용하는 문제를 완화 할 것이라고 생각합니다.

결국, 나는 애플 자신의 포트를 자신의 트리에 국한시키는 아이디어를 좋아한다. / usr /가 아니 었으면 좋겠다. 오히려 / System / bin / 등을 사용하여 자신의 물건을 분리하여 최신 커뮤니티 유지 소프트웨어로 더 쉽게 우회 할 수있었습니다.