Homebrew vs Fink vs Macports? [cerrado]


37

Estoy usando Fink para instalar aplicaciones Unix en mi Mac, me encontré con Homebrew y vi algunas buenas críticas sobre Homebrew.

Entonces, mi pregunta es:

  1. ¿Qué administrador de paquetes usan ustedes para Mac?
  2. Actualmente uso Fink, ¿valdrá realmente la pena el cambio de Fink a Homebrew?
  3. Si 2. es cierto, entonces ¿por qué?

Me mudé de Fink a Homebrew, lo mejor de homebrew es que puedes instalarlo en cualquier lugar, por lo que no se requiere sudo. Lo cual personalmente no prefiero. ¿Alguna sugerencia sobre macports?
zengr el

Después de usar brew, siento que hay pocos paquetes que no están allí. como "meld" está en macports pero no en brew.
zengr

meld ahora se ofrece en brew
Antony

Respuestas:


7

Yo uso Fink y Macports. Ambos funcionan como un encanto.

Pero podría recomendar Homebrew a usuarios no tan expertos que solo están migrando desde Windows, debido a su aparente simplicidad.


3
Otro voto para Homebrew. Finalmente, un administrador de paquetes que no tiene ganas de instalar un sistema operativo completamente nuevo.
Paul Robinson el

1
¿Cómo puede la simplicidad ir en contra de Homebrew para usuarios expertos? Nunca usé Fink, pero Macports no es obvio, incluso para los novatos
Antony

es 2016, y alrededor de 2010 más o menos dejé de usar Fink, porque simplemente dejó de funcionar para mí. Empecé a usar macports, y aún funciona muy bien. Nunca probé homebrew, debido a su tendencia a hacer cosas extrañas que no sean unixy (filosóficamente) wrt sudo y / usr / local (en resumen: la instalación de paquetes debería requerir sudo, y no debería usar / usr / local), y macports podría funciona mejor para mis equipos Mac más antiguos. Hasta ahora, mi mac actúa como mi shell de Linux, gracias a macports, que es el objetivo.
michael

18

En mi humilde opinión, el problema con Homebrew es que trata de usar / usr / local de una manera que nunca fue destinado a ser utilizado: propiedad de un usuario que no sea root. Si bien entiendo que los desarrolladores de homebrew se cuidan de no confundirse con nada más en / usr / local, nada más que se instale en / usr / local hará lo mismo para Homebrew. Esto puede causar problemas y tiene para mí ... generalmente problemas de permisos que resultan de la instalación de otro software que establece permisos en / usr / local / en función de "cómo deberían ser". Nunca verá otro paquete de software esperando que / usr / local / sea propiedad de un solo usuario que no sea root, entonces ¿por qué Homebrew? ¿Por qué no solo usar ~/bin?

Además, un hecho poco conocido sobre por qué Fink y MacPorts compilan sus propias bibliotecas :

Hay varias razones por las cuales MacPorts usa sus propias bibliotecas. Hace que los puertos sean más consistentes en las diferentes versiones de Mac OS X. Por ejemplo, si podemos confiar en openssl 1.0.0 de MacPorts, no tenemos que probar cada puerto que necesita ssl para cada instalación de openssl disponible. El software de Apple tiende a romperse de vez en cuando (por ejemplo, openssl se niega a construir con un viejo zlib, pero por un tiempo Apple envió los viejos encabezados de la versión zlib vulnerable). Incluso si las versiones de Apple no están rotas, rara vez están actualizadas. Apple tiene la costumbre de no actualizar las bibliotecas en Mac OS X hasta que sea absolutamente necesario por una vulnerabilidad de seguridad.

Los inconvenientes de esta política son mínimos: el desperdicio de unos pocos megabytes para, por ejemplo, una instalación de Python es prácticamente nulo si tiene un disco duro de varios gigabytes, y el tiempo requerido para construir los puertos adicionales disminuye a medida que las computadoras se vuelven más rápidas.

Entonces, si bien Homebrew es más rápido para instalar lo que desea, puede tener otros efectos secundarios negativos al usar bibliotecas del sistema Apple preconstruidas.

Nuevamente, odio cavar contra Homebrew. Me gusta el software y creo que es genial para algunas cosas, pero tiene sus desventajas como lo es actualmente.


¿Solo ejecutarlo como root si los permisos han cambiado? Me ha sucedido, hay un mensaje de error y lo sudoedité. ¿Cuál es el problema?
Daniel Beck

El problema es que, según ellos, no es así como debe hacerse. Su "forma recomendada" no es correcta.
churnd

Sin sudoembargo , hacen un caso convincente contra el uso excesivo . Simplemente falla una vez que comienza a instalar sus propios programas en el mismo prefijo. La mayoría del software puede manejar la instalación en otro lugar, ¿entonces tal vez lo hiciste mal? Fink y Macports acaban de crear su propia jerarquía de directorios para evitar este problema ...
Daniel Beck

8
No, no lo hice mal. La práctica de tener / usr / local propiedad de un usuario habitual es incorrecta. Nunca lo verá con ningún otro software basado en * nix. Todos los demás paquetes de software que he visto respetan la raíz: la propiedad de la rueda de / usr / local. ¿Por qué incluso hacerse cargo de / usr / local? ¿Por qué no usar / opt / homebrew y vincular cosas a / usr / local / bin o / usr / local / lib si es necesario (aunque con sudo)? Déle al usuario la opción, pero no rompa las cosas si quiere mantener las cosas separadas. Configure su entorno en función de su elección. Todo coexiste pacíficamente. Ganar-ganar
churnd

Soy consciente de eso, gracias. Simplemente use un prefijo diferente entonces. La última vez que lo revisé, el prefijo era personalizable. Los valores predeterminados son para lo que consideran su usuario promedio. Para más del 90% de los usuarios, es lo suficientemente bueno, ya que simplemente no compilan e instalan su propio software /usr/local. Ni siquiera tienen varias cuentas de usuario, por lo que la propiedad no es un problema allí y en realidad mejora toda la experiencia.
Daniel Beck

15

Prefiero homebrew debido a su simplicidad / velocidad: mis herramientas parecen estar actualizándose rápidamente en este momento.

Es la herramienta de administración de paquetes basada en la fuente más sencilla que he usado y el desarrollo parece bastante activo. ¿Qué más podrías querer?

(Sí, todas las aplicaciones que faltan)


1
Además, editar y corregir fórmulas es realmente fácil con homebrew.
bastibe
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.