Dulu saya berpikir bahwa kekhawatiran tentang apa yang akan membuat alat membangun Gnu /usr/local
sedang mendekati paranoid. Alat-alat build mengharapkan ada banyak hal di sana: di masa lalu yang indah sebelum manajer paket (saya bercanda), kami mengkompilasi apa pun untuk /usr/local
. Tetapi sementara Autoconf biasanya memecahkan masalah, kerumitan pembangunan banyak proyek open-source memang menimbulkan masalah dan masalah-masalah ini mungkin sulit untuk diatasi ketika Anda mengalami kesulitan.
Tetapi risiko masalah dengan Autoconf menemukan sesuatu yang seharusnya tidak /usr/local
perlu diseimbangkan tentang gangguan pemeliharaan memiliki dua, tiga, atau empat salinan berbeda Perl, Tcl, dan Ruby, masing-masing dengan cakupan berbeda dari pustaka paket yang berbeda. Tidak menyenangkan.
Karena pengalaman saya dengan MacPorts dan Fink biasanya merupakan kekesalan yang disebabkan oleh hal ini, dan pada titik tertentu beralih ke mengkompilasi cara kuno untuk /usr/local
, saya senang melihat bahwa Homebrew tidak mengacaukan hal itu. Saya mencoba mengonfigurasi MacPorts untuk diinstal /usr/local
, tetapi MacPorts berusaha keras untuk membuatnya menjadi sulit. Saya mengerti bahwa motivasinya adalah untuk membuat hidup lebih mudah bagi diri mereka sendiri ketika berhadapan dengan teriakan minta tolong di milis dan pelacak kutu mereka: perlu diketahui bahwa meskipun kita harus menghargai upaya para sukarelawan pembuat paket dan memperlakukan waktu mereka sebagai barang berharga, kenyamanan debugging bukan satu-satunya kesederhanaan yang memengaruhi Anda, sebagai pengguna.
Homebrew, dalam hal ini setidaknya, melakukan hal-hal dengan cara yang biasa mereka lakukan, dan MacPorts berusaha untuk tidak ikut campur. Jika Anda bersedia untuk mendokumentasikan paket mana yang Anda butuhkan dengan Homebrew, dan menghapus / usr / local clean and instal kembali jika terjadi kesulitan, maka Anda selalu dapat mundur jika terjadi kesalahan. Dan begitu Anda menyadari bahwa masalah di / usr / lokal umumnya tidak membawa risiko kerusakan permanen pada mesin Anda, Anda mungkin merasa lebih bebas untuk mengambil risiko.
Saya hanya akan mencatat betapa jauh lebih buruknya pengemasan pada OSX daripada FreeBSD: Apple tampaknya tidak terlalu peduli dengan kegunaan dari subtitle BSD-nya, karena ini adalah masalah yang bisa mereka bantu.