2009-09-02 15 views
5

Tôi đang xem xét cài đặt MacPorts trên máy Mac của mình để tôi có thể dễ dàng truy cập vào các công cụ/ứng dụng của * nix dev. Tuy nhiên, tôi tự hỏi nếu có bất kỳ rủi ro. Tôi là OK với vấn đề tương thích không thể tránh khỏi theo thời gian (nghe Snow Leopard + MacPorts có vấn đề) nhưng tôi không muốn sự ổn định của hệ thống Mac "cốt lõi" của tôi bị ảnh hưởng. Tôi cũng tò mò nếu MacPorts thêm bất kỳ rủi ro bảo mật đáng kể nào.Bất kỳ rủi ro nào khi sử dụng Macports?

Đánh giá cao sự trợ giúp!

Trả lời

7

MacPorts sử dụng thư mục hoàn toàn khác cho lượt cài đặt -/opt/local - so với bất kỳ chương trình thông thường nào. Tôi chưa bao giờ thấy nó ảnh hưởng đến sự ổn định của một hệ thống (tôi thậm chí không chắc chắn nó sẽ như thế nào), và tôi đã có nó được cài đặt trên nhiều máy tính trong nhiều năm.

+0

@Chọn lại "làm thế nào nó sẽ", chúng tôi có những câu chuyện liên quan đến rsync và tar được cài đặt bởi MacPorts như phụ thuộc trong các câu trả lời khác cho câu hỏi này. –

1

Phạt tiền - Tôi sử dụng MacPorts - nó sẽ không ghi đè bất kỳ ứng dụng hiện có nào của bạn trong Path. Tôi đã sử dụng nó trong nhiều năm. Tuy nhiên, tôi đã hoàn toàn phá vỡ cài đặt Mac Ports của mình - bây giờ tôi không thể cài đặt hoặc tự động cập nhật. Nhưng nó chỉ ngăn cản tôi cài đặt bất kỳ cổng mới nào - nó đã không ảnh hưởng đến sự ổn định của bất kỳ cổng hiện có nào.

4

Tôi sử dụng Darvin/MacPorts trong nhiều năm nay. Tôi sử dụng chúng rộng rãi. Abut mỗi năm một lần sau khi một cập nhật đáng kể cổng phá vỡ trong một cách mà nó được dễ dàng hơn để xóa chúng và bắt đầu một lần nữa. Vì vậy, đó là chính xác những gì tôi làm. Tôi thấy rằng chi tiêu 2-3 giờ cài đặt lại chúng là đầu tư tốt xem xét bao nhiêu thời gian cổng lưu xử lý tất cả các phần mềm nguồn mở cho tôi. Loại bỏ các cổng không phải là một nhiệm vụ tầm thường mặc dù trừ khi bạn sử dụng lệnh này:

sudo rm -rf \ 
/opt/local \ 
/Applications/MacPorts \ 
/Applications/DarwinPorts \ 
/Library/Tcl/macports1.0 \ 
/Library/Tcl/darwinports1.0 \ 
/Library/LaunchDaemons/org.macports.\* \ 
/Library/StartupItems/DarwinPortsStartup \ 
/Library/Receipts/MacPorts*.pkg \ 
/Library/Receipts/DarwinPorts*.pkg 
+1

Gah! Bốn năm sử dụng fink (nặng nề!) Và không bao giờ có một cái gì đó như thế này xảy ra. Hãy đến bên cạnh tất cả những điều tốt đẹp và thánh thiện. – dmckee

+2

Đó là vấn đề ưu tiên. Tôi cũng sử dụng fink, nhưng quyết định cuối cùng là cổng. – dimus

+1

Tôi cảm thấy như Fink là lộn xộn hơn MacPorts. – Vince

1

MacPorts có thể chơi một số trò chơi vui nhộn với biến đường dẫn của bạn, lấy được ưu tiên hơn các chương trình hệ thống được cài đặt mà nên có ưu tiên. Những thứ như python và ruby ​​trở thành một mớ hỗn độn, nếu có bất cứ điều gì phụ thuộc vào một số phiên bản cụ thể. Nó không phải là thường thiệt hại mặc dù. Hầu hết các sự cố có thể được giải quyết bằng cách gỡ cài đặt macports và hoàn nguyên biến env đường dẫn.

+3

Nó khá đơn giản. MacPorts cài đặt * gần như * mọi thứ trong/opt/local/(xem các trường hợp ngoại lệ khác) và sửa đổi shell .profile của bạn để chèn/opt/local/bin ở phía trước của $ PATH. Mục đích là để đảm bảo rằng, theo mặc định, các lệnh người dùng được cài đặt bởi các gói MacPort khác nhau được thực thi tùy theo bất kỳ lệnh nào do Apple cung cấp có cùng tên. Thường thì đó là những gì bạn muốn. Nếu không, bạn có thể sửa đổi $ PATH hoặc sử dụng đường dẫn tuyệt đối cho phiên bản bạn muốn. Hãy nhận biết sự khác biệt, mặc dù: tôi đã bị đốt cháy bởi một rsync ngầm được cài đặt rsync, ví dụ. –

+0

@Ned Như bạn nói, không có gì phải lo lắng về * miễn là bạn nhớ rằng MacPorts cài đặt các tiện ích có cùng tên với các hệ thống *. Bí quyết là lần đầu tiên nó xảy ra với bạn mặc dù. Xem câu chuyện của riêng tôi và cảm ơn vì đã cảnh báo về rsync, tôi sẽ chú ý khi tôi sử dụng nó. –

2

Bạn đã xem danh sách các công cụ [khá dài] đi kèm với Xcode IDE chưa? Ví dụ như Snow Leopard, nó bao gồm gcc 4.0, 4,2, llvm-gcc và Clang.

Khi bạn cài đặt Xcode, có một cài đặt tùy chọn sẽ điền nhiều công cụ dev chuẩn vào/usr/bin /, v.v. Chúng thường được tìm thấy trong/Developer/bin/kể từ khi Xcode bắt đầu hỗ trợ khả năng di chuyển các công cụ dev.

Cá nhân, tôi có một nền tảng dài về phát triển Unix, bao gồm công việc đa nền tảng và đã là một Fink khao khát, sau đó là MacPorts, người dùng trong nhiều năm. Khi làm một cài đặt sạch của Leopard, tôi không bao giờ có xung quanh để cài đặt Fink/MacPorts và không có nhu cầu kể từ đó.

Cả MacPorts và Fink đều tuyệt vời. Nếu bạn cần nhiều gói Unix-y khác nhau, một trong hai sẽ thực hiện tốt. Tuy nhiên, tôi chỉ muốn đảm bảo rằng bạn đã biết được tính đầy đủ của tiềm năng phát triển Unix-y đi kèm với Mac OS X.

(Gắn bó với các công cụ hệ thống cung cấp thêm một số lợi thế). và các công cụ dev đã được tối ưu hóa/vá/cố định để hỗ trợ tối ưu của Mac OS X)

1

tôi không biết về tình hình hiện nay về vấn đề này, nhưng trong quá khứ, tôi đã bị đốt cháy trong các tình huống sau:

  1. Apple muốn làm cho cuộc sống dễ dàng và cung cấp khả năng tương thích cho người dùng Mac OS cũ, sửa đổi phiên bản hệ thống của tar để mã hóa dat một dĩa hoặc một số siêu dữ liệu cụ thể khác của Mac trong các tệp tar. Họ xem xét, đúng, đó là "chỉ là một hệ thống tập tin khác".Các mã hóa là không có gì ưa thích (tương tự như mã hóa được sử dụng cho hệ thống tập tin FAT32) nhưng đó là một liên lạc tốt đẹp.
  2. MacPorts muốn kiểm soát phiên bản tar được sử dụng khi thực hiện các việc liên quan đến MacPorts (có thể sửa lỗi đã có trong một số phiên bản do hệ thống cung cấp), cài đặt GNU tar nguyên sơ làm phụ thuộc cho một số gói.
  3. MacPorts tar là lần đầu tiên trong $ PATH, được sử dụng ở một nơi mà hành vi tar của Apple đã được mong muốn.
  4. Sao lưu được tiết lộ là vô giá trị.

Tôi vẫn đang sử dụng MacPorts. Tôi chỉ chú ý vào thời điểm sử dụng tar. MacPorts là một công cụ tiết kiệm thời gian lớn mà tôi không thể làm mà không có nó.