11 cosas que necesitas saber para convertirte en un experto de apt

(19 comentarios)

APT es el acrónimo de Advanced Packaging Tool, el sistema de gestión de paquetes utilizado en Debian y sus derivados, como Ubuntu. Tanto aptitude como Synaptic o Adept se basan en este sistema. En este artículo veremos algunas de sus características más importantes.

dpkg

Este programa es la base en la que se apoya el sistema de gestión de paquetes de Debian / Ubuntu. Es una herramienta de bajo nivel, aunque nada nos impide utilizarla directamente para gestionar nuestros paquetes. dpkg permite instalar y desinstalar programas en forma de paquetes deb, así como consultar información relativa a dichos paquetes

Instalación básica de un archivo local

Algunos programas se distribuyen en forma de paquetes deb. Los paquetes deb son similares a los RPM de Fedora o los msi de Windows; contienen todo lo necesario para instalar el programa. Para instalar un programa distribuido en forma de paquete deb escribimos:

dpkg -i programa.deb

[Pulsa para continuar]

apturl en Opera, Konqueror y Galeon

(7 comentarios)

Ubuntu Gutsy Gibbon incluye una característica llamada apturl que consiste en un nuevo protocolo apt:// para Firefox mediante el cual podemos crear enlaces del tipo <a href=”apt://gedit”>Gedit</a> que al ser pulsados instalarán el paquete indicado. En Feisty Fawn y Debian se puede activar instalando el paquete apturl.

Pero, ¿qué ocurre si utilizamos otro navegador? A continuación veremos el proceso a seguir para tener disponible apturl en Opera, Konqueror y Galeon.

[Pulsa para continuar]

Últimos paquetes instalados

(3 comentarios)

Puede que alguna vez os hayáis encontrado con la necesidad de saber el nombre de las últimas aplicaciones que instalasteis, borrasteis, o actualizasteis, o bien las dependencias que se instalaron, desinstalaron o actualizaron.

Aptitude, el programa que suelo recomendar para manejar paquetes, crea un archivo muy cómodo de leer en /var/log/aptitude con este aspecto:

[Pulsa para continuar]

Firmas gpg y apt / aptitude

(3 comentarios)

Puede que alguna vez os hayáis encontrado con un mensaje parecido al siguiente al hacer un apt-get update o aptitude update después de añadir un nuevo repositorio a /etc/apt/sources.list

W: GPG error: http://pkg-voip.buildserver.net feisty Release: Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 2A5E3A5A52ABFCB1
W: Tal vez quiera ejecutar 'apt-get update' para corregir estos problemas

Se trata de un warning que nos avisa de que el archivo Release está firmado de forma que se pueda verificar el origen de los paquetes de ese repositorio usando GPG. Podemos por tanto asegurarnos de que los paquetes que instalamos son paquetes que ha subido el administrador del repositorio y que no han sido modificados por nadie más. Imaginaos qué ocurriría si un cracker lograra acceder a uno de los repositorios de vuestro sources.list y sustituyera los paquetes por otros de dudosas intenciones…

[Pulsa para continuar]

¿Cuáles son los paquetes más utilizados?

(6 comentarios)

Existe un proyecto llamado Ubuntu Popularity Contest mediante el cual se toman estadísticas de los paquetes más utilizados en las máquinas que corren Ubuntu, información que puede emplearse después para tomar decisiones como qué paquete debería incluirse en el CD o qué paquetes deberían instalarse automáticamente.

Si queréis participar enviando la información de vuestra máquina periódicamente de forma anónima basta con que instaléis el paquete popularity-contest

sudo aptitude install popularity-contest

que establecerá la tarea cron correspondiente.

Si tenéis curiosidad, todos los datos se pueden consultar libremente en Ubuntu Popularity Contest.

Seleccionar automáticamente el mirror más rápido para instalar paquetes

(3 comentarios)

Para el día a día, cuando instalamos algún que otro paquete de vez en cuando y el tamaño de los paquetes descargados no es demasiado alto, puede que no nos importe demasiado descargar de uno u otro mirror.

Pero imaginemos, por ejemplo, que estamos actualizando nuestra distro a una nueva versión. En este caso seleccionar el mirror más rápido para nuestra ubicación puede suponer una gran diferencia de tiempo. Si actualizar nuestro sources.list con los mirrors más rápidos fuera tan sencillo como ejecutar un único comando, merecería la pena.

[Pulsa para continuar]