Instalar software
| A GNU/Linux podemos agregar software de múltiples maneras, para Ubuntu personalmente conozco una docena de métodos y creo que al menos existen dos más ; conocer al que sabe hacerlo (anteriormente no incluido) y sobre el otro tengo aún que investigar. Independientemente del modo en que se realice la instlación, es indispensable moverse con rapidez por el sistema para acceder y/o trabajar con un fichero y/o archivo a modificar; por lo cual es recomendable ejecutar el administrador de archivos como superusuario usando sudo: En un escritorio Gnome
En un escritorio Kde, se puede usar sudo o kdesu
Citaré los métodos que conozco, desde los más simples a los más eficientes: |
- Archivos binarios.- Los archivos .bin son programas ejecutables.
- Archivos Run.- Suelen ser asistentes de instalación.
- Paquetes Deb.- Paquetes de aplicaciones preparadas para instalarse de forma sencilla. www.getdeb.net es un sitio dedicado a fabricar paquetes Deb con las versiones más actuales de aplicaciones que no vienen en los repositorios habituales de Ubuntu y además dispone de repositorios, más información; personalmente y simplemente por desconocer cada una de sus fuentes, no utilizaría estos repositorios.
- Paquetes Rpm.- Similar a los Deb, pero de Red Hat; se pueden instalar mediante alien en distribuciones provenientes de Debian.
- Compilar código fuente.- Transformar el código fuente en un programa adaptado a nuestro sistema. Hay software que sólo admite ser instalado usando este método, como la última versión del kernel.
- APT.- Instalación de paquetes desde repositorios. Fácil, rápido, seguro y el sistema se encarga de actualizar el software.
- Consola
-
- dpkg.- Gestor de paquetes deb.
- apt-get.- Interfaz entre el usuario y APT; usa dpkg.
- aptitude.- Evolución de apt-get que solucionando dependencias. Documentación de aptitude.
- apt-build.- Evolución de aptitude que trabaja compilando los repositorios del código fuente, con tres niveles de optimización (bajo, medio y agresivo).
- GUI
-
- Añadir y quitar aplicaciones.- Gestor de programas, en vez de paquetes.
- Adep.- Gestor de paquetes, solucionando dependencias; con interfaz Qt para Kde.
- Synaptic.- Gestor de paquetes, solucionando dependencias; con interfaz Gtk para Gnome.
Adep presenta una mejor GUI (graphical user interface) o interfaz gráfica de usuario, e indica muchos detalles con información interesante; mientras que Synaptic presenta una GUI menos seductora pero eficaz, que permite realizar todas las tareas.
Manera de realizar la instalación basada en paquetes.
Anteriormente he indicado que se puede realizar una instalación tanto por la terminal como por GUI, mi experiencia me dice que el método más rápido de realizarla es usar un modo híbrido. Al utilizar la mayoría de programas de instalación es aconsejable ejecutar un administrador de archivos como superusuario, por los motivos citados anteriormente y sólo se deben conocer cinco o seis comandos o pasos:
- Desinstalar otras versiones que puedan generar conflictos.
- Añadir repositorios.
- Agregar la clave, este paso es común en repositorios de terceros.
- Actualizar la lista de paquetes.
- Actualizar la distribución.
- Realizar la instalación.
APT
Herramienta Avanzada de Empaquetamiento (Advanced Packaging Tool), este sistema de gestión de paquetes proviene de Debian, en cuyo sitio se encuentra la documentación de APT. La mayoría de métodos para agregar y actualizar software utilizan APT, este sistema normalmente depende del archivo sources.list que suele encontrarse en /etc/apt/sources.list, y contiene las fuentes donde se encuentran alojados los paquetes, a estas fuentes se conoce como repositorios, pero también existen repositorios especiales como los de Medibuntu y WineHQ.
Profundizaré en APT porque pienso que es la piedra angular de Debian y derivados, por la importante función de los repositorios, e indicaré como encontrar gran cantidad de fuentes de software confiables para la distribucion Ubuntu y otras basadas en este.
Repositorios
Los repositorios pueden encontrarse en un medio físico o en un servidor de manera centralizada. Se clasifican atendiendo a su licencia, tipo de archivo y procedencia. Tras instalar un sistema generalmente se dispone de fuentes procedentes de dicha distribución y suele existir la opción de añadir de manera fácil y rápida los procedentes de otras fuentes que consideremos de confianza, las cuales las encontramos en los sitios web oficiales de los programas o en algún lugar que solemos visitar pero que no indican el sitio oficial de procedencia de dicho repositorio. No aconsejo utilizar repositorios de los cuales desconocemos su procedencia, sobre todo si proveen de paquetes que influyen en la estabilidad y rendimiento del sistema; si se trata de alguna aplicación específica con quitar la aplicación de forma correcta podría bastar, siempre y cuando no hubiésemos tropezado con en el peor de los casos y haber instalado algún software malévolo.
Para encontrar las fuentes de los repositorios busca en los sitios web oficiales en las secciones de “Instalación” o “FAQ”, comprueba si el proyecto forma parte de Launchpad, sino en el peor de los casos te deseo suerte.
Encontrar fuentes de repositorios en Launchpad
Launchpad se encuentra únicamente en inglés, no es una especie de laberinto del minotauro, pero no permite conocer todas las fuentes de un programa desde una página centralizada. Creo que se debería indicar en una misma página, detalles tan simples pero esenciales en este mundo como: indicar los repositorios de un proyecto en su versión estable, los de la versión de desarrollo y los repositorios personales de los desarrolladores que contribuyen con dicho proyecto. Opino que la estructura del sitio web es ineficiente, sólo varios proyectos presentan toda la información necesaria. Es un proyecto que a madurado y los sigue mejorando; e intentando unificar los proyectos, esto se nota a simple vista, ya que cada día más proyectos y desarrolladores pasan a formar parte de Launchpad.
En mi experiencia, sobre todo con otras distribuciones como Fedora y openSUSE, al añadir repositorios de terceros suelen generarse conflictos porque estas fuentes no atienden a un programa específico sino que proveen de gran variedad de paquetes. En el caso de Ubuntu, los repositorios generalmente son específicos para un aplicación en concreto y sólo escuche una vez a alguien que decir haber tenido problemas con repositorios de terceros (sólo suelo tomar en cuenta comentarios de gente que al parecer tiene conocimientos más amplios que los mios en un tema específico, y hace muy poco empiezo a pensar que ahora estamos en el mismo nivel de usuarios avanzados de Ubuntu). Nunca he tenido problemas por este motivo pero yo sólo uso repositorios que encuentro en los sitios oficiales o en Launchpad.
Espero que a ninguno de los lectores les moleste que indique algo demasiado básico como ¿cómo buscar en google?. Supongamos que en un sitio que no indica sus fuentes, incluso es probable que lo copiase de otro sitio igual de deshonesto; encontramos un repositorio que tenga esta estructura:
| Estructura de un repositorio de Launchpad |
|---|
| Tipo-paquete http://ppa.launchpad.net/Nombre-del-proyecto-o-desarrollador/Distribución Versión-distribución man |
El tipo de paquetes para Ubuntu son:
El nombre del proyecto o desarrollador depende de si es la versión estable o la de desarrollo, más actualizada pero sin garantía de estabilidad; y hace referencia a:
Launchpad apoya a los proyectos así que pienso que deben contener repositorio para otras distribuciones. La versión de la distribución Ubuntu, es quizá el punto más importante, en sitios poco recomendables indican que se puede usar repositorios de otras distribuciones y esto puede generar conflictos y errores. Si usas otro escritorio y llamas por eso a tu distribución con otro nombre, uno de las pocas cosas del enfoque de Canonical que me da risa, puedes utilizar los paquetes de la versión correspondiente; en el caso de distribuciones sólo suelo arriesgarme a usar los de Debian que relativamente correspondan a la versión de Ubuntu que se encuentra instalada. Normalmente las aplicaciones disponen de los repositorios tanto para los paquetes como para el código fuente, por ejemplo los repositorios de Exile son: |
| deb http://ppa.launchpad.net/exaile-devel/Ubuntu hardy main |
| deb-src http://ppa.launchpad.net/exaile-devel/Ubuntu hardy main |
Existen muchos casos en los que necesitamos conocer la fuente original, por ejemplo si disponemos de una versión distinta de Ubuntu, o si sólo se nos señala un tipo de paquete y quisiésemos disponer de los dos tipos de fuentes; mi abuela decía que efectivamente todo esta en los libros, pero si llego a tener ñetos, ellos dirán: como dice el abuelo todo lo que necesites google te lo proporcionará, si utilizas las palabras correctas; para reducir la búsqueda se debe indicar https://launchpad.net y el repositorio de Launchapad, si no obtienes resultados escribe sólo Launchpad y el repositorio de Launchpad, es caso de existir el repositorio google lo encontrará, siempre lo hace.
Suponiendo que se conoce un repositorio de Exile para gutsy, deberías buscar en google:
| https://launchpad.net deb http://ppa.launchpad.net/exaile-devel/Ubuntu gutsy main |
…yo tengo poca suerte, pero aún yo en el primer enlace he obtenido la dirección de Launchpad que contiene los repositorios para todas las versiones de Ubuntu, de las cuales dispone Exaile, las direcciones suelen ser similares:
| https://launchpad.net/~Nombre-programa/+archive |
| https://launchpad.net/~exaile-devel/+archive |
Añadir repositorios a sources.list e instalar paquetes
Esta guía es válida para añadir repositorios en Debian y cualquier distribución basada en este, como Ubuntu. Como se ha mensionado anteriormente, primero debes documentarte un poco desde el sitio oficial del software que deseas instalar; el segundo paso es comprobar si el proyecto forma parte de Launchpad; para así disponer de la fuente de repositorios oficial, después debemos añadir las fuentes de los repositorios; para evitar conflictos es recomendable no contar con otra versión de la aplicación que se va ha agregar así que deberías desinstalar los paquetes si lo tienes instalados; para finalizar actualiza el sistema e instala los paquetes; en muy pocas circunstancias se debe reiniciar, a veces vasta sólo con reiniciar el entorno de escritorio, cerrando e iniciando sesión. Y con respecto a la configuración es más fácil documentarse, y el método estádar es buscar en google, huyendo de foros, sobre todo de los que no forman parte oficial de una proyecto específico o comunidad.
Para finalizar os indicaré la plantilla de instalaciones que usen APT, la cual uso para realizar mi documentación; como he mensionado antes uso un método híbrido, ya que uso Firefox, el terminal y un editor de texto, porque me parece la alternativa más rápida y sencilla. Además antes de documentarme sobre como agregar funsionalidades a una aplicasión siempre busco con Synaptic el paquete, y con el botón secundario del ratón mirar “Marcar recomendados para instalación” y “Marcar sugeridos para instalación”.
Desinstalar el programa, Paquete o Paquetes
Si tienes instalado el Paquete o Paquetes, es recomendable desinstalar el Paquete o Paquetes para evitar algún error al instalarlo o actualizarlo:
| sudo aptitude purge Paquete [Paquete1 Paquete2 ...PaqueteN] |
Añadir repositorios
- En un escritorio Gnome:
| sudo gedit /etc/apt/sources.list |
- En un escritorio Kde:
| sudo kate /etc/apt/sources.list |
Añadir en la última línea el repositorio:
| # Detalles, fuentes y links Tipo-paquete http://ppa.launchpad.net/Nombre-del-proyecto-o-desarrollador/Distribución Versión-distribución man |
Agregar clave
Es habitual, sobre todo, que los repositorios de fuentes ajenas a Canonical, necesiten de una clave. Además, a veces se debe añadir un paquete específico para agregar la clave.
- Normalmente vasta con usar wget. Por ejemplo para agregar la clave de VirtualBox:
| wget -q http://download.virtualbox.org/virtualbox/debian/sun_vbox.asc -O- | sudo apt-key add - |
- Se requiere instalar una aplicación específica como curl. Por ejemplo para agregar la clave de wxWidgets:
| sudo aptitude install curl curl http://apt.wxwidgets.org/key.asc | sudo apt-key add - |
Actualiza el gestor de paquetes
| sudo aptitude update && sudo aptitude safe-upgrade |
Nota acerca de errores, por ejemplo:
| W: Error de GPG: WEB VERSION Release Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY NUMERO W: Error de GPG: http://lgp203.free.fr hardy Release Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 5D3F763EB8620CD6 W: Tal vez quiera ejecutar ‘apt-get update’ para corregir estos problemas |
Instalar el programa, Paquete o Paquetes:
| sudo aptitude install Paquete [Paquete1 Paquete2 ...PaqueteN] |
Datos
…referentes a la documentación
| Fuente | Los datos de información provienen de sitios web oficial y presentan enlaces. Esta documentación es original y no hace referencia a otra. | ||
| Sitio similares recomendados | Guía-Ubuntu, Doc.Ubuntu-es | ||
| Último colaborador y fecha de la actualización | Prometeo Lucifer | 13/09/2008 | |
| Descargar documentación | http://groups.google.es/group/elleonplateadodeojosrojos/files –> Instalar-software.html | ||
| Wiki en construcción | Estable | Actualizable | |
| Estado de esta documentación * | X | ||




tremendo post de verdad me gustaría copiarlo en mi blog si no te importa
Siempre que cites la fuente, especialmente con esta entrada por dos motivos:
*Acabo de iniciar y necesito darme a conocer.
*Esta documentación es la fuente original, en otras palabras yo soy el autor y creo que te será difícil encontrar este truco en otro sitio.
Y espero que si cambias algo me lo comuniques porque, por si no te has dado cuenta mi objetivo no es el número de entradas sino la calidad.
Hasta Siempre
Vaya vaya vaya…..
Alucinante, has debido de recopilar mucha información para esto, está genial…
Sigue así
A decir verdad, la sólo busque los conceptos y documentación que se encuentran en los enlaces, para complementar la información.
Simplemente plasme un conocimiento fruto de la observación, pero que me parece de gran importancia, ya que es una medida de seguridad contra el software malevolente, como diría San Ignucio.
Hasta Siempre.
Dices 2 veces “paquetes deb”. La segunda vez te refieres a “paquetes rpm”, que son los de red hat.
Estoy empezando a publicar, y antes de que sea tarde quiero crear una plantilla para mi documentación que sea profesional; al estar actualizando tuve que equivocarme.
Ya lo he corregido, tu comentario me indica que lees todo la entrada, incluso las cosas que se dan por conocidas para todos. Te agradezco porque eres el primero que me corrige algo, y eso me ayuda a seguir adelante con el objetivo de este sitio.
Hasta Siempre