Sitio de asuntos y tópicos acerca de VENENUX GNU/Linux, multimedia, y comunidad, para paquetes de emulación y otros visita McKAY bros..

Indice reciente de contenidos:

Repositorio Programas para VENENUX: http://venenux.org/repos/venenux/
Paquetes de Juegos y emuladores para VENENUX: http://74.86.158.5/~op0014t/mckayemu/
Nuevo foros de VENENUX : http://foros.venenux.org

Instalar paquetes sin internet y resolver las dependencias sin traumas!!!

|
Este articulo trata de solventar el trauma al no tener internet, y tratar de instalar un paquete en VENENUX o debian, lo cual conlleva a errores de las malnacidas dependencias solo por no tener platica para pagar internet en casa!!

Esta dividido en tres fantasticas y divertidiiisimas entradas (ahh cuanta propaganda!!) que son TEORIA despues la HISTORIA (viviendo el trauma) ; QUE HACER (los metodos abordados) y por ultimo CONCLUSIONES con pros y contras de cada metodo.

Para los windos.. este.. digo para los impacientes aqui esta el metodo corto..
instalar paquetes sin internet version resumidiiisima!! (click)

TEORIA basica

Las dependencias son todo aquel software requerido por otro software,pero en forma de paquete! obviamente! es como parte de los requerimientos del programa, pero solo referente a software! Es decir, para instalar un modulo del kernel, es obvio necesitas el kernel, para instalar amarok, es obvio necesitas las X, esto es a lo que se refieren con dependencias!

Los paquetes xxxx-vvv-n_yyy.deb tiene la sig filosofia en los nombres: "xxx" es el nombre del programa original, "vvv" la version de el programa original, "n" la version modificada en debian (es decir no representa una version del programa.. sino del programa pero dentro de debian.. y los cambios para ajustarlo a debian) seguido de un " _ " viene la arquitectura "yyy", ud debe bajar AMD64 si posee una maquina x86_64 o AMD64, bajar i386 para las comunes pentium hasta la 4, y ia64 para las itanium.. powerpc para las mac actuales y el resto se llama igual a la arquitectura..

Los paquetes deb realmente tienen una estructiura binaria de dos partes, data.tar.gz y control.tar.gz
en data esta el contenido resultante binario de la compilacion listo para ejecutarse (en el sistema ok), y en control solo esta lo referenta a debian, para poder integrar y mantener el software al sistema VENENUX/debian

Si se explorase su contenido se verian en realidad dos o mas directorios, los de la data y "control", puesto que esa es la misiva anters de ejecutar dh_debs (empaquetar), control contiene minimo cuatro ficheros, control, md5chsk, pre y post install. Control es el que identifica el paquete y todas sus caracteristicas, la suma md5 y firma, y los scripts que se ejecutan antes o despues de instalar!

La herramienta que maneja realmente estos paquetes es dpkg y sus tools, dpkg es el verdadero gestor, donde otorga toda la funcionalidad a el famoso sistema "apt" (apt-get y derivados). Apt es una interfac de manejo que automatiza el trabajo con dpkg. Con dpkg se tiene que especificar con parametros todo aquello a instalar y el modo. Apt abstrae esto y resuelve.

El articulo original esta en debian-apt-packages-and-no-net y fue escrito por PICCORO.

HISTORIA:

vamos contentisimos al cyber, navegamos y aunque estaras intimidado por tanto usuario en misingir tranquilo, lo estupido no se pega facil, tarda!, ellos ni notaron que estas haciendo algo que no es chaterar y chismear :-)

una vez lo encontramos lo descargamos al diskett... upss digo al pendrive, y entonces nos vamos felix a casita, yu yum yu yum! !! Tengo mi packeteee!!! |-)

oh, llegamos, y como se instala, acto seguido en gnome o xfce, doble click y se abre con "X" gestor y hace algunas cosillas, upsss 8( aparecen algunas cosas alucivas a errores o que no se hizo nada... QUE HAGO!?!?!? :-(

tranquilos.. que no panda el cunico, tenemos el paquete verdad, y ya sabes que es y como se maneja!

vas a casa y tienes estos metodos:

QUE HACER PARA INSTLAR SIN SABER

hay cuatro methodos pero aqui en el foro: abordare dos mios propios: por ENSAYO ERROR y A MANO

1) ENSAYO ERROR: metodo super sencillo que depende de como usas la consola:

primero, efectua la historia de bajar el paquete..

al llegar y superar el trauma :-) abrir una consola o shell, puede ser "konsole" (KDE) o "terminal" (GNOME/XFCE) o el shell bash (otros)

una vez superado el trauma de ir a bajar el paquete.. ponlo en un directorio vacio.. puedes poner el directorio directamente en home y llamarlo "pak" para que siguas el ejemplo, y despues lo eliminas! crea el directorio "pak" directamente en tu home, si usas un terminal/una konsola o un shell usa este comando:

mkdir $HOME/pak

acto seguido usando tu navegador/explorador de ficheros, deposita dicho paquete descargado en el directorio creado!!
alli deberas cambiar al directorio en donde esta depositado el paquete.. asi:

cd $HOME/paks/

efectuaras entonces este comando en la consola o terminal o shell abierto!

dpkg -i ./*.deb

notese el punto antes de la barra, ademas de haber pasado el parametro "i" de instalar... esto hace que instale TODOS los archivos "debs" en el directorio situado..

todo esto tratara de instalar el paquete ;-) ah pero yava! no termina alli, vienen los errores, >) porque faltaran las DEPENDENCIAS uyyyy! |<(

facil!!! anota los nombre de paquetes que salgan.. son los nombre que salen diciendo "el paquete xxxx no esta instalado aun", solo anota todo y ve a internet a descargarlo...

NOTA NEGATIVA: los paquetes que descargaras, deberas hacerles el mismo proceso, porque evidentemente estos tambien traeran dependencias!!!!! :si:

CUIDADO!!
este metodo hce que cada paquete que vayas instalando se quede "a medio camino" en la DB de dpkg, por tanto debes terminar de resolver todas las dependencias de los paquetes involucrados, o desintlarlo hasta instalarlo correctamente! asi: " dpkg -r xxxx-vvv-n " sin las yyy de la arquitectura. cuando se empiezen a instalar sin problemas de dependencias , podras instalarlos todos, en dicha secuencia...


2) metodo del REPOSITORIO LOCAL : este metodo requiere lo siguiente:

-conocimiento minimo de manejo del terminal y bash
-conocimiento minimo de dpgk
-algunas horas en internet, es decir una platica en cyber
-leer LEER OISTE OK
-diferenciar, dependencia, de sugerido y recomendado
-visitar la pagina Buscadora de paquetes de debian aqui
-aprender a manejar el buscador de debian de paquetes

en este metodo nos complicamos un poco, por tanto si quieren usarlo, leer Intalacion de paquetes sin internet Repositorio local! en otro articulo aqui mismo..

3) A MANO FASTIDIOSO metodo sencillo y lento, fastidioso pero sin complicaciones

asumiendo ya pasaste por el trauma de bajar el paquete! ....

... y una vez aprendida esta "complicada" teoria de paquetes debian, abriremos el packete con kpackage, pude recomendar otras cosas, pero esto es para newbies y perdidos :c

al abrirse, tendremos una caracteristica unica en kpackage! solo aparece dicho paquete, y es lo que logicamente se espera, pero en los otros gestores no es asi! esto es una ventaja, pues puedes ver el paquete y no te sientes perdido! con esto tendremos en pantalla esto:

nombre, version, descripcion, dependencias y direccion de donde se instala.. a los que nos interes son las dependencias! tienes dos maneras de ver las dependencias:

Una es que anotas todas la que esten y despues abres aptitude, y las buscas a ver si aparecen

La otra mas facil, en el mismo kpackage, sin salirse, pulsaras el boton recargar situado por ahi! en la barra!! a la izquierda!!!

Al efectuar dicha recarga, magicamente aparecen todos los paquetes.. y tu packete lo podras reencontrar (si lo perdiste de la pantalla) por medio de la barra superior que dice "busqueda" (uy no es obvio ah!)..

al encontrarlo, verasque las dependencias tienen links.. los link en CURSIVA son las dependencias de packetes faltantes.. los links en NORMAL son las dependencias o paquetes ya instalados..

NOTA: efectuando un click sobre los paquetes en cursiva, te pueden llevar a sus dependencias faltantes tambien.. lo cual indica lo fastidioso del caso! pero lo seguro de que las solventaras todas!

simplemente, anota, todo lo que este en cursiva y ve a descargarlo!!!!

CONCLUSIONES:

Las dependencias no son un problema/ventaja de debian unicamente, si usas el tradicional metodo linux de machos majos citado a continuacion
"configure ; make & make install"
podras notar que en el primer paso si no tienes instalado un requerimiento este paso no continua! los requerimientos son las dependencias!!!!

Las dependencias es un punto fastidioso en linux, y mucho mas en debian, pero las dependencias es lo que hace a linux distinto de guindo! pues la filosofia de guindo es "todo en uno" si instalas office, y tambien instalas Dreamweaver, ambos traeran su propio Msvbvm60.dll cada uno, pero al tener vaior en el sistema, no solo en distintos lugares, sino de distintas versiones viene la inestabilidad del sistema!

En linux esto se evita, con la filosofia "todos para uno, uno para todos" donde los distintos proyectos se colaboran y deben usar los recursos en el sistema, sin alterarlos, apoyando el termino de "reusabilidad"...

Pros y contras:

metodo 1)

en el metodo uno, el proceso es corto, limpio y sin complicacines,

Lo malo es que solo puedes tener las primeras dependencias, el resto no las sabes, que son las de las dependencias valga la redundancia!!!

metodo 2)

tener un repositorio local te permite sentirte como si tuvieses internet

lo malo es que debes saber mas del sistema.. creo que es el mejor y mas profesional..

metodo3)

es mas preciso, porque los links en cursiva del kpackage, te llevan A las dependencias de las dependencias, resolviendo asi todas las posibles que se suciten, al ir a descargarlas las tienes todas!

es mas fastidioso, tedioso y reuiere anotar en un papel (uyy que falta de tecnologia!!)

5 comentarios:

MCKAY Brothers dijo...

pantalla tactil

madnux dijo...

uffff mas nada el pensamiento es del y para el mundo mandragon 100% venezuela y libre pensamiento.....

venenux para el mundo..

Anónimo dijo...

Uso Linux desde hace 12 años y Windows desde hace 14. Creo que Linux, con su "democracia" lo único que está consiguiendo es dividirse. Si se uniesen todos los esfuerzos se podría conseguir un gran competidor contra el monopolio, pero me temo que los usuarios de Linux se están centrando demasiado en descalificar a Windows y poco en hacer que mejore. En general, un usuario final no quiere romperse la cabeza con dependencias, o tener que compilar su propio driver gráfico, por ejemplo. Yo, como desarrollador de software me siento más cómodo con Sharpdevelop en Windows que con MonoDevelop en Linux. Y bueno, lo del bug de SSL de debian no dice mucho a favor de la todopoderosa e omnisciente comunidad linux. Sigue vigente el refrán: "Es más fácil hablar que dar trigo"

Anónimo dijo...

Por cierto, tengo 3 ordenadores. Uno con Vista (sí, ese S.O. del demonio, que se come a los niños y desvirga doncellas), uno con debian y otro con SuSE 10.3. Instalé la SuSE 11 y lo primero que hizo en el primer inicio fue lanzar el KDE Crash Handler (si que es estable, sí). Volví a la 10.3. Debe ser que uso hardware raro y moderno, XD: Placa gigabyte GA-7VT600, procesador AMD athlon a 2.2 GHz. Y lo de la aceleración 3D para la Radeon fue otra maravilla. Me bajo el paquete y su putas dependencias (obviamente para la versión concreta de Linux, ¡vaya con la compatibilidad!) y ¡sorpresa!, al reiniciar el ordenador había volado las particiones de los 4 discos duros (que tuve que recuperar a mano). Eso es el sistema fiable, invulnerable, super molón democrático. CADA VEZ CREO MÁS QUE NO HAY NADA COMO LA DEMOCRACIA PARA ELIMINAR LAS LIBERTADES

Informática de Guardia dijo...

Muy completo el artículo; si alguien necesita una forma alternativa de instalar paquetes sin conexión a Internet le recomiendo visite el enlace (lo explican sin tener que usar la terminal)

Saludos a tod@s y que siga la fiesta

Publicar un comentario

Complacidos de que te expreses, por favor identificate si es posible!