Homebrew ve Macport'u aynı makineye kurmak güvenli midir?

İMac cihazımda yüklü sayıda bağlantı noktası bulunan MacPorts'um var.

Bununla birlikte, Homebrew'i denemekle ilgileniyorum, çünkü çok iyi şeyler duydum ve kullandığım araçların daha güncel sürümlerini içerdiğini fark ettim.

Ancak bu ikisi aynı makinede bir arada bulunabilir mi, yoksa önce MacPorts'u kaldırmam gerekir mi?

İki Ayrıca, olabilir aynı anda yüklü olması, birbirlerini tamamen bağımsız olacak? Homebrew'in özelliklerinden biri, sistemde zaten bulunan şeylerin (örneğin python) yeni sürümlerini yeniden yüklememesidir. Bu aynı zamanda MacPorts tarafından tutulan şeylerin sürümlerini yüklememesini de içeriyor mu?

Daha sonra MacPorts'u kaldırırsam ne olur?

Birlikte iyi bir arada bulunmayacaklar. Apple gcc bazı şeyler için / usr / local dizinine bakıyor. Bu, bir macports derlemesinin hamalın beklemediği bir şey bulabileceği anlamına gelir. / Usr / local içinde bulunan olayların örnekleri için macports posta listelerine ve hatalarına bakın.

Benzer bir soruya başka bir cevap daha verdim :

Homebrew, / usr / local içine kuruluysa yazılımı kaynaktan oluştururken sorunlara neden olacaktır. Varsayılan, bu, derleyici ve diğer araçların varsayılan arama yolunda olduğu için kötü bir seçimdir. Bu nedenle, diğer ambalaj yazılımlarından elde edilen derlemeler, Homebrew’in kendi sürümlerini kullanarak yanlış bağımlılığı tespit edebilir.

Yıllar önce, projenin başlangıcında, MacPorts'un bile / usr / local kullanıyordu. Ancak SSS'sinde belirtilen diğer araçlarla işbirliği yapmamaya başladı. Maalesef Homebrew geliştiricileri önceki deneyimlerden haberdar olmak istemedi ve bu gibi gerçekleri görmezden geldi ...

Genel olarak, tüm sorunlardan kaçınmak için yalnızca bir alete bağlı kalmak daha iyidir. MacPorts, Fink tarafından kullanılan herhangi bir harcoded yolu yamalamak için elinden gelenin en iyisini yapıyor. Bu yüzden genellikle işe yarayacaktır, ancak / usr / local içine kurulmuş herhangi bir şey olması kesinlikle bunun için sorunlara yol açacaktır.

[...]

Gnu'nun ürettiği araçların ne yapacağına dair endişelerin /usr/localparanoyak üzerinde olduğunu düşünürdüm . Yapı araçları orada birçok şey olmasını bekler : Paket yöneticilerinin eski güzel günlerinde (şaka yapıyorum), ne olursa olsun derledik /usr/local. Ancak Autoconf genellikle sorunları bulsa da, birçok açık kaynaklı projenin karmaşıklığı sorunlara neden olur ve bu sorunların zorlandığınız zaman geri dönmesi zor olabilir.

Ancak, Autoconf'un altında olması gerekmeyen bir şeyi bulma problemi /usr/local, her biri farklı paket kütüphanelerinin farklı kapsama alanlarına sahip iki, üç veya dört farklı Perl, Tcl ve Ruby kopyası bulunan bakım sıkıntısı konusunda dengelenmesi gerekir. Hoş olmayan.

MacPorts ve Fink ile olan deneyimim tipik olarak tam da bundan kaynaklanıyor ve bir noktada eski moda bir şekilde derlemeye geçmeye başladığım için /usr/local, Homebrew'in bununla uğraşmadığını görmekten memnun oldum. Yüklemek için MacPorts'u yapılandırmaya çalıştım /usr/local, ancak MacPorts bunu zorlaştırmaktan kurtuldu. Motivasyonunun, e-posta listelerinde ve böcek takipçilerinde yardım çığlıkları ile uğraşırken kendileri için hayatı kolaylaştırmak olduğunu anlıyorum: gönüllü gönüllülerin çabalarına saygı göstermeli ve zamanlarını değerli görmemiz gerektiğine dikkat edin. hata ayıklama rahatlığı, kullanıcı olarak sizi etkileyen tek basitlik değildir.

Homebrew, bu bakımdan en azından, eskiden olduğu gibi işler ve MacPorts, karışmamaya çalışır. Homebrew ile hangi paketlere ihtiyacınız olduğunu belgelemek ve zorluk durumunda / usr / local'ı silmek ve yeniden kurmak için istekli iseniz, sorunların ters gitmesi durumunda her zaman geri dönebilirsiniz. Ve / usr / local içindeki sorunların makinelerinizde genellikle kalıcı hasar riski taşımadığını fark ettiğinizde, risk almakta daha özgür hissedebilirsiniz.

Sadece OSX’te FreeBSD’den ne kadar daha kötü bir paketleme olduğuna dikkat edeceğim: Apple, BSD alt ürününün kullanılabilirliğini gerçekten önemsemiyor gibi görünüyor, çünkü bu onların yardım edebilecekleri bir problem.

Göre MacPorts SSS :

2.3.0 ile başlayan MacPorts'un otomatik olarak / usr / local (ve bir portun bağlı olmadığı diğer tüm dosyaları) portların derleme sistemlerinden gizleyebileceğini unutmayın. Bu özelliğe izleme modu adı verilir ve bağlantı noktasına -t bayrağı sağlayarak etkinleştirilir, örn.

sudo port -t install <portname>

Bu, çünkü Homebrew Kurulum Sayfasına göre:

Homebrew'un sadece rekabete göre çalışmasının sebeplerinden biri / usr / local kurulumunu tavsiye etmemiz. Tehlikenizden başka bir önek seçin!

Bu nedenle ve çok az kişisel deneyimim olduğunda, MacPort kurulumları için -t bayrağını kullanmanın her zaman MacPorts ve Homebrew'un aynı sistemde bir arada var olma sorunlarının önüne geçmesi gerektiğini düşünüyorum. Son sorunuzu ele almak için: MacPorts'u kaldırmanın herhangi bir soruna neden olacağına dair herhangi bir neden görmüyorum.

Homebrew'i yıllardır port kullandığım bir bilgisayara yüklerken, işte okuyabildiğim şeyler:

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

Dikkatli ol!

webappzero'nun sudo port -t ...çözümü yardımcı olmalı. Dürüst olmak gerekirse, Fink, MacPorts ve Homebrew ile aynı anda, MacPorts'a (şu an için zaten) saygılı olarak ve diğer ikisinden birini MacPorts'tan alamayacağım şeyleri yüklemek için kullanıyorum. Bu port -tnumarayı öğrenmeden önce bile bu şekilde çok az zorluk yaşadım . Ancak, karmaşık geliştirme ve sunucu ortamlarını sürdürmek için birden fazla paket yöneticisi kullanmaya çalışıyorsanız, muhtemelen en azından bir rahatsızlık dünyasındasınız. Birini seç ve diğerlerinden uzak dur, ama onlardan umutsuzca ihtiyacın olan bir şey için, ve asıl yolunu daha erken yola koy.

Eğer duyduğum şey Apple'ın kendisinin / usr / içine Apple'ınkinden başka şeylerin yüklenmesini yasaklayacağı konusunda doğruysa (veya belki de bunu zaten daha sonraya kadar "yukarı" derecelendirmesinden kaçındığım El Crapitan'da yapıyorlar. onunla ilgili sorunlar çözüldü), Homebrew’in başka bir şeyi kullanmaya karar vermesinden sonra konuyu azaltacağını tahmin ediyorum - Apple’ın çok yönlü yaklaşımını kabul edip etmeyeceğimiz konusunda.

Sonunda, Apple'ın kendi limanlarını kendi ağacıyla sınırlandırma fikrini seviyorum, keşke / usr / olmasaydı. Kendi eşyalarını izole etmek için / System / bin /, vb. Vb. Kullanmayı tercih ederdim, böylece güncel, toplum tarafından korunan bir yazılımla daha kolay atlayabilirdim.