Có an toàn khi cài đặt cả Homebrew và Macports trên cùng một máy không?

Tôi đã cài đặt MacPort trên iMac với số lượng cổng được cài đặt.

Mặc dù vậy, tôi rất thích dùng thử Homebrew vì tôi đã nghe nhiều điều hay về nó và vì tôi nhận thấy rằng nó chứa nhiều phiên bản cập nhật hơn của một số công cụ mà tôi sử dụng.

Nhưng hai cái này có thể cùng tồn tại trên cùng một máy không, hay tôi cần phải gỡ cài đặt hoàn toàn MacPorts trước?

Ngoài ra, nếu cả hai có thể được cài đặt cùng một lúc, liệu chúng có hoàn toàn độc lập với nhau không? Một trong những tính năng của Homebrew là không cài đặt lại các phiên bản mới của những thứ đã có trong hệ thống (ví dụ: python). Có phải điều này cũng mở rộng cho nó không cài đặt các phiên bản của những thứ đã được MacPorts duy trì?

Điều gì xảy ra nếu sau đó tôi gỡ cài đặt MacPorts?

Họ sẽ không cùng tồn tại tốt với nhau. Apple gcc tìm trong / usr / local cho một số thứ. Điều này có nghĩa là một trình biên dịch macports có thể tìm thấy thứ mà porter không mong đợi. Xem danh sách thư macports và lỗi để biết ví dụ về những thứ được tìm thấy trong / usr / local.

Tôi đã đưa ra một câu trả lời khác cho một câu hỏi tương tự:

Homebrew sẽ gây ra sự cố khi xây dựng phần mềm từ nguồn nếu được cài đặt trong / usr / local. Đây là mặc định, là một lựa chọn tồi vì đường dẫn này nằm trong đường dẫn tìm kiếm mặc định của trình biên dịch và các công cụ khác. Do đó, các bản dựng từ phần mềm đóng gói khác có thể nhận phụ thuộc sai, sử dụng phiên bản của Homebrew thay vì của riêng họ.

Nhiều năm trước, khi mới bắt đầu dự án, ngay cả MacPorts cũng đang sử dụng / usr / local. Nhưng hóa ra không hợp tác với các công cụ khác như được ghi lại trong Câu hỏi thường gặp của họ. Thật không may, các nhà phát triển Homebrew không muốn nghe về những trải nghiệm trước đó và bỏ qua những sự thật như vậy ...

Nói chung, tốt hơn là chỉ nên sử dụng một công cụ để tránh tất cả các vấn đề. MacPorts đang cố gắng hết sức để vá bất kỳ đường dẫn bị mã hóa nào, ví dụ: / sw được Fink sử dụng. Vì vậy, thông thường nó sẽ hoạt động, nhưng có bất cứ thứ gì được cài đặt trong / usr / local chắc chắn sẽ gây ra vấn đề cho nó.

[Càng]

Tôi đã từng nghĩ rằng những lo lắng về những gì các công cụ xây dựng Gnu sẽ tạo ra /usr/localđang tràn ngập trên sự hoang tưởng. Các công cụ xây dựng hy vọng sẽ có rất nhiều thứ ở đó: trong những ngày tốt đẹp trước khi các nhà quản lý gói (tôi nói đùa), chúng tôi đã biên soạn bất cứ thứ gì để làm /usr/local. Nhưng trong khi Autoconf thường phát hiện ra các vấn đề, thì sự phức tạp trong xây dựng của nhiều dự án nguồn mở gây ra vấn đề và những vấn đề này có thể khó khắc phục khi bạn gặp khó khăn.

Nhưng nguy cơ gặp rắc rối với Autoconf khi tìm thấy thứ gì đó không /usr/localcần phải cân bằng về sự phiền toái bảo trì có hai, ba hoặc bốn bản sao khác nhau của Perl, Tcl và Ruby, mỗi bản có phạm vi bảo hiểm khác nhau của các thư viện gói khác nhau. Khó chịu.

Vì trải nghiệm của tôi với MacPorts và Fink thường gây ra sự bực tức do chính xác điều này, và tại một số điểm chuyển sang cách biên dịch theo cách cũ /usr/local, tôi rất vui khi thấy Homebrew không gặp rắc rối với điều đó. Tôi đã thử cấu hình MacPorts để cài đặt /usr/local, nhưng MacPorts không theo cách đó để gây khó khăn. Tôi hiểu rằng động lực là để làm cho cuộc sống của họ dễ dàng hơn khi xử lý tiếng kêu cứu trong danh sách gửi thư và theo dõi lỗi của họ: tuy nhiên, xin lưu ý rằng mặc dù chúng ta nên tôn trọng nỗ lực của những người đóng gói tình nguyện và coi thời gian của họ là quý giá gỡ lỗi tiện lợi không phải là loại đơn giản duy nhất ảnh hưởng đến bạn, với tư cách là người dùng.

Homebrew, về mặt này ít nhất, thực hiện mọi thứ theo cách họ từng làm và MacPorts cố gắng không can thiệp. Nếu bạn sẵn sàng ghi lại những gói bạn cần với Homebrew và xóa / usr / local và cài đặt lại trong trường hợp gặp khó khăn, thì bạn luôn có thể sao lưu trong trường hợp mọi thứ trở nên tồi tệ. Và một khi bạn nhận ra rằng các vấn đề trong / usr / local thường không có nguy cơ thiệt hại vĩnh viễn cho máy của bạn, bạn có thể cảm thấy tự do hơn khi chấp nhận rủi ro.

Tôi sẽ chỉ lưu ý rằng bao bì trên OSX tệ hơn bao nhiêu so với FreeBSD: Apple dường như không thực sự quan tâm đến khả năng sử dụng của chương trình con BSD của mình, bởi vì đây là vấn đề họ có thể giúp đỡ.

Theo Câu hỏi thường gặp về MacPorts :

Lưu ý rằng bắt đầu với 2.3.0, MacPorts có thể tự động ẩn / usr / local (và tất cả các tệp khác mà một cổng không phụ thuộc vào) khỏi các hệ thống xây dựng của cổng. Tính năng này được gọi là chế độ theo dõi và được kích hoạt bằng cách cung cấp cờ -t cho cổng, ví dụ:

sudo port -t install <portname>

Điều này có liên quan vì theo Trang cài đặt Homebrew:

Một trong những lý do Homebrew chỉ hoạt động liên quan đến đối thủ là vì chúng tôi khuyên bạn nên cài đặt vào / usr / local. Chọn một tiền tố khác trong tình trạng nguy hiểm của bạn!

Do đó, và với ít kinh nghiệm cá nhân, tôi đưa ra giả thuyết rằng việc luôn sử dụng cờ -t cho các bản cài đặt MacPort sẽ ngăn chặn hầu hết các vấn đề về việc MacPorts và Homebrew cùng tồn tại trên cùng một hệ thống. Để giải quyết câu hỏi cuối cùng của bạn: Tôi không thấy bất kỳ lý do nào khiến việc gỡ cài đặt MacPorts sẽ gây ra bất kỳ vấn đề nào.

Trong khi cài đặt homebrew trên máy tính mà tôi đã sử dụng cổng trong nhiều năm, đây là những gì tôi có thể đọc:

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

Hãy cẩn thận!

sudo port -t ...giải pháp webappzero sẽ giúp. Thành thật mà nói, tôi chạy cùng lúc với Fink, MacPorts và Homebrew, với sự bảo vệ cho MacPorts (dù sao bây giờ) và chỉ sử dụng một trong hai thứ kia để cài đặt những thứ tôi không thể nhận được từ MacPorts. Tôi đã gặp rất ít khó khăn theo cách này, ngay cả trước khi học được port -tmánh khóe. Tuy nhiên, nếu bạn đang cố gắng sử dụng nhiều trình quản lý gói để duy trì môi trường máy chủ và phát triển phức tạp, thì ít nhất bạn có thể ở trong một thế giới khó chịu. Chọn một cái, và tránh những cái khác nhưng vì thứ gì đó bạn rất cần từ chúng, và đặt cái chính sớm hơn trên đường dẫn.

Nếu những gì tôi nghe được là sự thật về việc Apple sẽ cấm mọi thứ cài đặt vào / usr / ngoài chính Apple (hoặc có thể họ đã làm điều đó ở El Crapitan, điều mà tôi sẽ tránh "chấm điểm" cho đến sau này các vấn đề với nó đã được giải quyết), tôi cho rằng điều đó sẽ giảm thiểu vấn đề sau khi Homebrew mặc định sử dụng một thứ khác - cho dù chúng tôi có đồng ý với cách tiếp cận nặng tay của Apple hay không.

Cuối cùng, tôi thích ý tưởng giới hạn các cổng riêng của Apple vào cây riêng của mình, tôi chỉ ước nó không phải là / usr /. Tôi muốn sử dụng / System / bin /, v.v., v.v., để cô lập nội dung của riêng họ, vì vậy tôi có thể bỏ qua phần mềm cập nhật, duy trì cộng đồng dễ dàng hơn.