Cada día intentan ocultarnos más el trasfondo del sistema de paquetes, que bastante ya abstrae de la instalación de software, con programas como el Centro de Software de Ubuntu. Sin embargo, apt, aptitude y el sistema en sí siguen estando ahí detrás y en más de una ocasión tendrás que usarlos.
Una duda frecuente que surge con esta problemática es la siguiente, ¿qué diferencia hay entre apt-get update y apt-get update?
Mención aparte existe el dist-upgrade, la diferencia entre apt-get upgrade y apt-get dist-update la comentaremos en una entrada posterior.
Hace ya más de 2 años que os contaba cómo reemplazar OpenOffice por LibreOffice en vuestro sistema, de eso hace ya bastante e incluso andábamos por la versión 3.1 de LibreOffice. Pues bien, las cosas han cambiado bastante desde entonces, y ya por defecto nos encontramos a éste último como nuestra suite ofimática por defecto.
Veamos como mantenernos actualizados a la última versión de esta fantástica suite (aunque los que me conocéis bien, y sin entrar a debate, sabréis que me encanta el Office de Microsoft). En este caso lo haremos usando los PPA que desde el repositorio oficial de la suite ofrecen.
ahornero@6581-D:~$ sudo add-apt-repository ppa:libreoffice/ppa
ahornero@6581-D:~$ sudo apt-get update
Ahora podemos utilizar el actualizador de software (Software Updater), o desde el gestor de paquetes al lanzarlo aparecerá o directamente a través del siguiente comando:
ahornero@6581-D:~$ sudo apt-get dist-upgrade
NOTA: este tutorial es parte del curso de Octave de Linux Hispano.
El paquete de imagen de Octave te proporciona funciones para procesar imágenes. El paquete también proporciona funciones para la extracción de características de imágenes, estadísticas, transformaciones espaciales y geométricas, operaciones morfológicas, filtrado lineal, y mucho más.
Si quieres puedes ver la documentación oficial del paquete de imagen.
Una vez que sepas instalar Octave en Ubuntu Linux, puedes instalar el paquete de imagen de Octave mediante repositorio. Para ello abre tu terminal y ejecuta:
Es uno de los fallos más frecuentes por despiste o por novato cuando estamos manejando el sistema de paquetes apt en Ubuntu, Debian o derivadas. Intentamos hacer algo así para instalar un paquete (he puesto libpng-dev como ejemplo):
apt-get install libpng-dev
Y aparece este error:
E: No se pudo abrir el fichero de bloqueo «/var/lib/dpkg/lock» - open (13: Permiso denegado) E: No se encontró un archivo de réplica «/var/lib/dpkg/»
¿Cuál es el problema? No tenemos permisos suficientes, por lo que sólo deberemos hacer lo siguiente para solucionarlo:
En relación con la entrada de ayer de Carazo sobre Dónde instalan APT y Synaptic los paquetes, hoy veremos si tenemos un paquete en distribuciones basadas en Red Hat. Es decir, veremos que paquete tenemos instalado atendiendo a una búsqueda, en Fedora, CentOS, Red Hat o Suse Linux.
Bien, si e.g. buscamos que paquetes tenemos que usen (han de contenerlo en el nombre del paquete) SSH. Usaremos el comando RPM con los argumentos qa tunelando la salida y filtrando las filas que contienen la palabra clave ‘ssh’.
Siempre que instalamos un programa desde el Centro de Software de Ubuntu, desde Synaptic o directamente desde la consola con APT, el programa se instala de forma automática y nosotros sólo tenemos que ejecutarlo posteriormente desde la terminal o desde nuestro menú.
La pregunta ahora es, ¿dónde instala el sistema gestor de paquetes los ficheros? Esta pregunta es posible que nos surja si por ejemplo, un programa no se agrega al PATH y desde otro tenemos que referenciarlo de forma directa. Os doy un ejemplo, instalé el conector para Java de MySQL con JDBC y necesitaba saber dónde se encontraba exactamente para indicárselo a una aplicación JSP.
