使用Macports有什麼風險？

我正在考慮在我的Mac上安裝MacPorts，以便我可以輕鬆訪問* nix開發工具/應用程序。但是，我想知道是否有任何風險。我不時會遇到不可避免的兼容性問題（聽說Snow Leopard + MacPorts有問題），但我不希望我的「核心」Mac系統的穩定性受到影響。我也很好奇，如果MacPorts增加任何重大的安全風險。使用Macports有什麼風險？

感謝幫助！

來源

2009-09-02 timepilot

與任何普通程序相比，MacPorts對其安裝使用完全不同的目錄 -/opt/local - 。我從來沒有見過它會影響系統的穩定性（我甚至不知道它會如何），並且我已經將它安裝在許多計算機上好幾年了。

來源

2009-09-02 02:41:37 Chuck

@Chuck re「它會怎樣」，我們的故事涉及MacPorts安裝的rsync和tar作爲其他答案的依賴關係。 – 2009-09-17 20:03:22

很好 - 我使用MacPorts - 它不會覆蓋Path中的任何現有應用程序。我一直在使用它多年。但是，我完全打破了我的Mac端口安裝 - 我現在無法安裝或自動更新。但它只阻止我安裝任何新的端口 - 它沒有影響任何現有端口的穩定性。

來源

2009-09-02 01:03:53 Nosrama

我現在使用Darvin/MacPorts多年了。我廣泛使用它們。在一次重大更新之後一年一次，以一種更容易刪除它們並重新開始的方式突破端口。所以這正是我所做的。我想花2-3個小時重新安裝它們是很好的投資，考慮到端口節省了多少時間來處理所有開源軟件。刪除端口是不是雖然，除非您使用此命令一個簡單的任務：

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

來源

2009-09-02 01:09:56 dimus

嘎！四年來使用fink（嚴重！），從來沒有這樣的事情發生。過來好，聖潔的一面。 – dmckee 2009-09-02 01:18:33

這是一個偏好問題。我也使用了fink，但最終決定了端口。 – dimus 2009-09-02 02:15:34

我覺得Fink比MacPorts更混亂。 – Vince 2009-09-02 02:16:59

MacPorts的可以玩一些有趣的遊戲與PATH變量，優先於應具有優先安裝系統程序。像python和ruby之類的東西會變得很混亂，如果有什麼依賴於某個特定版本的話。儘管這通常不會造成永久傷害。大多數問題都可以通過卸載macports並恢復路徑env變量來解決。

來源

2009-09-02 02:13:45 Breton

這很簡單。 MacPorts在/ opt/local /（在別處查看例外情況）中安裝*接近*的所有內容，並修改shell .profile以在$ PATH的前面插入/ opt/local/bin。其目的是確保在默認情況下，各種MacPorts軟件包安裝的用戶命令優先於Apple提供的具有相同名稱的命令執行。通常這就是你想要的。如果沒有，你可以修改你的$ PATH或者使用你想要的版本的絕對路徑。不過，請注意這些差異：例如，我已被隱式安裝的MacPorts rsync燒燬。 – 2009-09-02 06:54:15

@Ned正如你所說，沒有什麼可擔心的*只要你記得MacPorts安裝與系統名稱相同的公用程序*。訣竅是它第一次發生在你身上。看看我自己的故事，並感謝關於rsync的警告，我會在使用它時注意。 – 2009-09-17 19:54:12

你看過Xcode IDE附帶的[相當長的]工具列表嗎？例如Snow Leopard，它包括gcc 4.0,4,2，llvm-gcc和Clang。

當你這樣做的Xcode的安裝，有一個可選的安裝將填充很多標準的UNIX-Y開發工具到/ usr/bin中/等等......他們通常發現/開發/斌/因爲Xcode開始支持移動開發工具的能力。多年來，我個人對Unix開發有着長期的背景，包括跨平臺工作，並且一直是一個狂熱的Fink，然後是MacPorts，用戶。在乾淨安裝Leopard時，我從來沒有想過要安裝Fink/MacPorts，並且從此沒有必要。

MacPorts和Fink都很棒。如果你確實需要各種Unix-y goop，那麼任何一個都會很好。不過，我只是想確保你都知道的Unix-Y的發展潛力豐滿附帶的Mac OS X.

（與系統工具堅持提供一些額外的優勢，你的代碼是別人更容易和開發者工具已經被優化/修補/固定的Mac OS X的最佳支持）

來源

2009-09-02 03:09:17 bbum

我不知道對於這個目前的情況，但在過去，我一直在以下情況下焚燒。

蘋果希望讓生活變得輕鬆，並提供與前Mac OS用戶的兼容性，修改tar的系統版本以編碼dat tar文件中的叉子或其他Mac特定的元數據。他們正確地認爲，這只是「另一個文件系統」。編碼沒有什麼奇特的（類似於用於FAT32文件系統的編碼），但它是一個很好的接觸。
MacPorts想要控制使用MacPorts相關事物時使用的tar版本（可能修復某些系統提供的版本中存在的錯誤），將GNU tar安裝爲某些軟件包的依賴項。
MacPorts tar首先在$ PATH中，用於需要Apple tar行爲的地方。
備份顯示爲毫無價值。

雖然我仍在使用MacPorts。我只是在使用焦油時注意。 MacPorts是如此之大的倍頻器，我離不開它。

來源

2009-09-17 19:49:00

使用Macports有什麼風險？

回答

相關問題