Conecta con nosotros

Hola, ¿qué estás buscando?

Actualidad

¿Nuevo gestor de paquetes?

¿Otro más? ¿»Paqué» tanto? Tranquilos que ya ha llegado el fin de semana y hay que relajarse que ya tenemos bastante con la ley que quieren aprobar …

package-delivery

Como os iba diciendo, han lanzado un proyecto que realmente es la nueva versión (2.0, hay que estar a la moda) de uno ya existente.

A ver los Archers, ¿qué es Shaman? Bueno, para los no Archers, Shaman es era un front-end (interfaz gráfica) para pacman. pacman es el gestor de paquetes de ArchLinux, igual que rpm es para Red Hat y SUSE, dpkg para Debian y derivados, … Pero (siempre hay un pero) vieron que:

  1. el mundo de la gestión de paquetes era es muy heterogéneo en Linux
  2. KDE no tiene un gestor de paquetes oficial
  3. Shaman era muy difícil de mantener

Así que para la versión nueva han decidido no sólo mejorar el código y limpiarlo sino que sea una especie de «intermediario» para gestionar los paquetes de cualquier distribución, independientemente del tipo de paquetes que use cada distribución. Sus metas para este nuevo proyecto son:

  • que sea extensible a cualquier formato de paquetes: que pueda soportar cualquier formato de paquetes habido y por haber
  • ser sencillo de mantener: código limpio y claro
  • ser asíncrono: para que puedas parar el sistema de actualización y él mismo sepa dónde empezar cuando lo vuelvas a lanzar
  • que sea scriptable: para poder ampliarlo mediante plug-ins que no sean C++

Para el diseño de Shaman 2.0, han tenido en cuenta tanto al desarrollador como al usuairo final. En el caso del desarrollador, lo que quieren es poder ofrecerle algo que cumpla los cuatro puntos anteriores así que Shaman 2.0 realmente es una librería que ofrezca un backend para que puedan implementar mediante plug-ins soporte para diferentes formatos de paquetes. Actualmente tiene un backend para PackageKit.

De cara al usuario, han querdo hacer algo sencillo de usar y agradable a la vista. Como he dicho antes, quieren que además sea capaz de trabajar asíncronamente.

shman

Me parece una buena idea, a título personal, porque facilitará mucho la labor de gestión de paquetes (todos sabemos no hay entornos «puros» ;) pero creo que las distros van a ser reticentes a usarlo. ¿Qué pensais?

84 Comentarios
Advertencia
Advertencia

Te recomendamos

Actualidad

La beta de Fedora 40 ha sido publicada como el pistoletazo de salida para la fase final del desarrollo de la próxima versión de...

Actualidad

openSUSE ha anunciado la incorporación de systemd-boot como cargador de arranque opcional para Tumbleweed, el sistema operativo mutable y rolling release desarrollado por el...

Actualidad

Poco más de dos meses después del lanzamiento de su nueva versión mayor llega Zorin OS 17.1, primera actualización de mantenimiento y algo más con...

Actualidad

El Grupo de Trabajo de Fedora Workstation ha aprobado la eliminación de la sesión de Xorg para la versión 41 de la distribución. La...