package – ¿Consideraciones técnicas para que los mantenedores de paquetes no utilicen el administrador de paquetes de Emacs?

Pregunta:

Estoy notando que algunos mantenedores de paquetes notables eligen no usar el sistema de administración de paquetes de Emacs (¿ESS?) O se quejan de sus limitaciones (Helm).

Citando del README.md de Helm :

ADVERTENCIA : Debido a un mal concepto de package.el, que se encarga de buscar archivos helm y compilarlos, los usuarios tenían errores la mayor parte del tiempo al actualizar desde melpa y list-package. Para evitar esto, Async se ha agregado como dependencia a helm para forzar a package.el a compilar sus archivos en un entorno limpio. Las personas que instalen desde git y utilicen el archivo make no sufrirán este problema y no necesitarán Async, aunque se recomienda, ya que corrige la instalación de todos los demás paquetes que puede instalar con package.el desde (m) elpa. Consulte las preguntas frecuentes para obtener más información.

¿Qué limitaciones técnicas exactas tiene el sistema de administración de paquetes actual a las que podrían estar aludiendo, y por qué los paquetes necesitarían usar async como una dependencia?

Respuesta:

El problema al que se refiere probablemente es que cuando actualiza un paquete desde una sesión de Emacs donde ese paquete ya está en uso, la versión anterior del paquete a veces interfiere durante la compilación de la nueva versión, lo que lleva a archivos mal compilados.

Hay una solución tentativa para eso en Emacs-25, pero AFAIK, el problema todavía está presente en 24.5.

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım