macos - mojave - ¿Por qué Macports toma FOREVER para construir paquetes simples?
macports mojave (4)
Construir desde una fuente fuera de Macports es una brisa. Construir con macports toma una eternidad y parece congelar el sistema operativo cada cierto tiempo. ¿Es este el comportamiento típico? Aunque parece una buena herramienta de empaquetado para os x, si tengo que pasar por este dolor cada vez que realizo cada instalación creo que lo haré sin él.
"congelar el os"? ¿Puedes ser mas específico? ¿Qué paquetes intentabas construir en qué versión de OS X en qué máquina?
En mi experiencia, las compilaciones de MacPorts generalmente funcionan correctamente en casi cualquier configuración compatible, en mi caso desde un Pismo G3 de 256MB (año 2000) que funciona con 10.4 hasta un Intel iMac de doble núcleo reciente en 10.5. Sin embargo, debe ser paciente: puede llevar mucho tiempo, especialmente si hay muchos paquetes dependientes, lo cual es uno de los inconvenientes de usar un administrador de paquetes como MacPorts o Fink. La ventaja es que generalmente tiene un entorno mucho más controlado y, uno espera, probado que en el caso de que haya instalado paquetes individuales desde su origen. Y, si aún no lo ha hecho, asegúrese de actualizar a los últimos MacPorts: la versión 1.8.0 se acaba de lanzar y tiene algunas mejoras importantes, incluida una mejor compatibilidad con las versiones universales.
MacPorts solía compilar solo desde el origen y esto puede llevar a una diferencia de varios órdenes de magnitudo en comparación con un sistema de paquetes que obtiene archivos binarios. Considere como ejemplo el caso de un paquete de alguna manera grande que demora unas pocas horas en construirse y compárelo con el momento de descargarlo como un archivo que tiene un tamaño de unas pocas decenas de MB.
MacPorts utiliza las herramientas de Apple para compilar y solo agrega una sobrecarga insignificante al mismo tiempo de compilación que obtendría fuera de MacPorts, cuanto más grande sea el paquete, menor será la diferencia. Si experimenta una gran diferencia al crear un programa fuera de MP, debe presentar un ticket en el rastreador de problemas con los detalles.
Dicho esto, veo que la pregunta es bastante antigua, ya que 2.0 hay soporte para archivos binarios -cf. Registro de Changelog : hay un repositorio compatible con macosforge con buildbots que producen archivos firmados y el valor predeterminado es recuperar estos archivos binarios en lugar de compilarlos desde la fuente (que puede forzar utilizando la marca -s). La experiencia del usuario actual es más similar a los administradores binarios como apt-get, con la capacidad de cambiar las opciones de configuración y construcción con bastante facilidad.
No me importa esperar a que Mac Ports se compile desde la fuente en los paquetes más recientes. Pero, ¿por qué no aprovechar toda esta potencia de procesamiento y ofrecer a los usuarios la opción de permitir que la compilación se vuelva a cargar automáticamente en MacPorts o, mejor aún, utilizar la función hash y se ofrezca punto a punto a otros usuarios de MacPorts que pueden elegir una opción ''turbo''?
Si está ejecutando un Intel Core 2 Duo, puede duplicar la velocidad de sus compilaciones cambiando la opción de configuración de Macports que se encuentra aquí:
/opt/local/etc/macports/macports.conf
# Number of simultaneous make jobs (commands) to use when building ports
buildmakejobs 2
Me estaba pateando cuando descubrí esto DESPUÉS que reconstruí gcc;)
Esta opción le permitirá usar ambos cpu para construir paquetes.