Autopackage , la enciclopedia libre
Autopackage | ||
---|---|---|
Autopackage, instalando Inkscape. | ||
Información general | ||
Tipo de programa | sistema de gestión de paquetes | |
Desarrollador | Mike Hearn | |
Licencia | LGPL | |
Información técnica | ||
Programado en | Bash | |
Enlaces | ||
autopackage.org Sitio web oficial] | ||
Autopackage es un sistema de gestión de paquetes relativamente nuevo para GNU/Linux, que puede ser usado en cualquier distribución Linux.[2] Autopackage comprueba que se cumplen las dependencias necesarias para instalar el paquete. Si alguna no se cumple, las instala de manera automática.
Los paquetes.package son realmente scripts de bash ejecutables, por lo que pueden ser instalados simplemente ejecutándolos.
Autopackage pretende que se use para instalar aplicaciones no relacionadas con el núcleo como un procesador de textos, un navegador web o un videojuego. Para aplicaciones y librerías relacionadas con el núcleo se recomienda usar el gestor de paquetes nativo de cada distribución por velocidad y por razones de compatibilidad.
Autopackage se diferencia de otros sistema de instalación como Loki installer en que Autopackage está especialmente diseñado para ser compatible con tantas distribuciones como sea posible.
Un sistema alternativo que pretende lo mismo es OBLISK.
Autopackage usa APbuild para evitar falsas dependencias, un compilador multiplataforma para hacer programas C++ compatibles con diferentes versiones de GCC, y símbolos de la versión corregida de GLIBC, además de otras cosas. Los programas que usa Autopackage deben ser relocalizables, es decir, que pueden ser instalados en cualquier localización sin necesitar ser recompilados. De esta manera es posible instalar un paquete como un usuario normal en su carpeta personal.
Autopackage ha empezado a ganar popularidad. Grandes proyectos como aMSN, Gaim e Inkscape usan Autopackage. Además, la popular web de software Freshmeat.net ofrece la posibilidad de subir Autopackages.[3]
En agosto de 2010, Listaller and Autopackage anunciaron la fusión de ambos proyectos y actualmente el proyecto Autopackage se considera finalizado.
Véase también
[editar]Enlaces externos
[editar]- Página oficial del proyecto Listaller con el que se ha fusionado Autopackage.
- Página oficial del proyecto (archived)
- Lista de paquetes dispobiles (incompleta).
Lecturas extra
[editar]- Autopackage: Toward a universal package manager for the desktop (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última). (en inglés)
Referencias
[editar]- ↑ «Versión actual». Archivado desde el original el 6 de marzo de 2010. Consultado el 27 de enero de 2010.
- ↑ Hearn, Mike (17 de julio de 2011). «Autopackage FAQ» (en inglés). autopackage.org. Archivado desde el original el 22 de enero de 2009. Consultado el 21 de enero de 2012. «What's a desktop Linux platform? Why do we need one? Essentially, software is easy to install on Windows and MacOS [...] because by depending on "Windows 2000 or above" developers get a huge chunk of functionality guaranteed to be present, and it's guaranteed to be stable. In contrast, on Linux you cannot depend on anything apart from the kernel and glibc.».
- ↑ Byfield, Bruce (12 de febrero de 2007). «Autopackage struggling to gain acceptance» (en englisch). linux.com. Archivado desde el original el 31 de marzo de 2008. Consultado el 21 de enero de 2012. «If Hearn is correct, the real lesson of Autopackage is not how to improve software installation, but the difficulty -- perhaps the impossibility -- of large-scale changes in Linux architecture this late in its history. It's a sobering, disappointing conclusion to a project that once seemed so promising.».