Homebrew vs Fink vs Macports? [Tutup]


37

Saya menggunakan Fink untuk menginstal aplikasi Unix di mac saya, saya baru saja menemukan Homebrew dan melihat beberapa ulasan bagus tentang Homebrew.

Jadi, pertanyaan saya adalah:

  1. Manajer paket apa yang Anda gunakan untuk Mac?
  2. Saya menggunakan Fink saat ini, jadi apakah perpindahan dari Fink ke Homebrew akan sangat berharga?
  3. Jika 2. benar, lalu mengapa?

Saya pindah dari Fink ke Homebrew, hal terbaik tentang homebrew adalah Anda dapat menginstalnya di mana saja, jadi tidak perlu sudo. Yang saya pribadi tidak suka. Ada saran tentang macport?
zengr

Setelah menggunakan minuman, saya merasa ada beberapa paket yang tidak ada. seperti "berbaur" ada di macports tetapi tidak pada minuman.
zengr

berbaur sekarang ditawarkan dalam minuman
Antony

Jawaban:


7

Saya menggunakan Fink dan Macports. Keduanya bekerja seperti pesona.

Tapi saya mungkin merekomendasikan Homebrew kepada pengguna yang tidak begitu ahli yang baru saja bermigrasi dari windows, karena kesederhanaan yang terlihat.


3
Pilihan lain untuk Homebrew. Akhirnya seorang manajer paket yang tidak merasa ingin menginstal OS yang sama sekali baru.
Paul Robinson

1
Bagaimana kesederhanaan dapat melawan Homebrew untuk pengguna ahli? Saya tidak pernah menggunakan Fink, tapi Macports tidak punya otak, bahkan untuk pemula
Antony

ini tahun 2016, dan sekitar tahun 2010 saya berhenti menggunakan fink, karena baru saja berhenti bekerja untuk saya. Saya mulai menggunakan macports, dan masih berfungsi dengan baik. Pernah mencoba homebrew, karena kecenderungannya untuk melakukan hal-hal aneh yang tidak unix (secara filosofis) wrt sudo dan / usr / local (singkatnya: menginstal paket harus memerlukan sudo, dan seharusnya tidak menggunakan / usr / local), dan macports mungkin bekerja lebih baik untuk mac saya yang lebih tua. Sejauh ini, mac saya bertindak seperti shell linux saya, terima kasih kepada macports, yang merupakan tujuannya.
michael

18

IMHO, masalah dengan Homebrew adalah mencoba menggunakan / usr / local dengan cara yang tidak pernah dimaksudkan untuk digunakan: dimiliki oleh pengguna selain root. Sementara saya mengerti para pengembang homebrew berhati-hati untuk tidak melakukan hal-hal lain di / usr / local, tidak ada hal lain yang menginstal ke / usr / local akan melakukan hal yang sama untuk Homebrew. Ini dapat menyebabkan masalah, dan bagi saya ... biasanya masalah izin yang timbul dari penginstalan perangkat lunak lain yang menetapkan izin pada / usr / local / berdasarkan "bagaimana seharusnya". Anda tidak akan pernah melihat paket perangkat lunak lain yang mengharapkan / usr / local / dimiliki oleh satu pengguna selain root, jadi mengapa Homebrew? Kenapa tidak pakai saja ~/bin?

Juga, sedikit fakta yang diketahui tentang mengapa Fink & MacPorts mengkompilasi perpustakaan mereka sendiri :

Ada beberapa alasan mengapa MacPorts menggunakan perpustakaannya sendiri. Itu membuat port lebih konsisten di berbagai versi Mac OS X. Misalnya, jika kita dapat mengandalkan openssl 1.0.0 dari MacPorts, kita tidak perlu menguji setiap port yang membutuhkan ssl untuk setiap instalasi openssl yang tersedia. Perangkat lunak Apple cenderung rusak dari waktu ke waktu (misalnya openssl menolak untuk membangun dengan zlib lama, tetapi untuk sementara Apple mengirim header lama dari versi zlib yang rentan). Sekalipun versi Apple tidak rusak, jarang versi terbaru. Apple memiliki kebiasaan tidak memperbarui perpustakaan di Mac OS X sampai benar-benar diharuskan oleh kerentanan keamanan.

Kelemahan dari kebijakan ini minimal: Membuang beberapa megabyte untuk misal instalasi Python tidak ada artinya jika Anda memiliki hard disk multi-gigabyte, dan waktu yang dibutuhkan untuk membangun port tambahan berkurang ketika komputer semakin cepat.

Jadi, meskipun Homebrew lebih cepat menginstal apa yang Anda inginkan, Homebrew dapat memiliki efek samping buruk lainnya dari penggunaan pustaka sistem Apple yang sudah dibuat sebelumnya.

Sekali lagi, saya benci menggali melawan Homebrew. Saya suka perangkat lunaknya & saya pikir ini bagus untuk beberapa hal, tetapi ia mengalami penurunan seperti saat ini.


Jalankan saja sebagai root jika izin telah berubah? Itu telah terjadi pada saya, ada pesan kesalahan, dan saya sudoed. Apa masalahnya?
Daniel Beck

Masalahnya menurut mereka, bukan itu yang seharusnya dilakukan. "Cara yang disarankan" mereka tidak benar.
churnd

Mereka membuat kasus yang meyakinkan terhadap sudopenggunaan berlebihan . Itu hanya gagal setelah Anda mulai menginstal program Anda sendiri ke dalam awalan yang sama. Sebagian besar perangkat lunak dapat menangani pemasangan di tempat lain, jadi mungkin Anda salah melakukannya? Fink dan Macports baru saja membuat hierarki direktori mereka sendiri untuk menghindari masalah ini ...
Daniel Beck

8
Tidak, saya tidak salah melakukannya. Praktek memiliki / usr / lokal yang dimiliki oleh pengguna biasa adalah salah. Anda tidak akan melihatnya dengan perangkat lunak berbasis * nix lainnya. Setiap paket perangkat lunak lain yang saya lihat adalah root: kepemilikan roda pada / usr / local. Mengapa bahkan mengambil alih / usr / local sama sekali? Mengapa tidak menggunakan / opt / homebrew & menautkan hal-hal ke / usr / local / bin atau / usr / local / lib jika Anda harus (walaupun dengan sudo)? Berikan pengguna pilihan, tetapi jangan pecahkan barang jika mereka ingin memisahkan barang. Atur lingkungan mereka sesuai dengan pilihan mereka. Semuanya hidup berdampingan secara damai. Menang-menang.
churnd

Saya sadar akan hal itu, terima kasih. Cukup gunakan awalan yang berbeda. Terakhir kali saya memeriksa, awalannya bisa disesuaikan. Default adalah untuk apa yang mereka anggap pengguna rata-rata. Untuk 90 +% pengguna, itu cukup baik, karena mereka tidak mengkompilasi dan menginstal perangkat lunak mereka sendiri /usr/local. Mereka bahkan tidak memiliki beberapa akun pengguna juga, jadi kepemilikannya tidak menjadi masalah di sana dan benar-benar meningkatkan seluruh pengalaman.
Daniel Beck

15

Saya lebih suka homebrew karena kesederhanaannya / kecepatan - alat saya tampaknya semakin cepat diperbarui saat ini.

Ini adalah alat manajemen paket berbasis sumber yang paling tidak menyakitkan yang pernah saya gunakan dan pengembangan tampaknya cukup aktif. Apa lagi yang Anda inginkan?

(Ya, semua aplikasi yang hilang)


1
Juga, mengedit dan memperbaiki rumus sangat mudah dengan homebrew.
bastibe
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.