Sushi, huh? soft para descargar paquetes para GNU/Linux sin internet
DesconectadoHola a todos en el foro. desde el momento en el que entre al mundo de GNU/Linux tenia el problema de no tener conexión a Internet, esto significa que no es posible usar herramientas tipo one-click-install como yast, rpmdrake, synaptic, etc., y GNU/Linux no es como Windows en el que un archivo ya trae todo lo necesario para instalar un programa.
Desde entonces me he dedicado a buscar todas las soluciones posibles a este problema:
- para Ubuntu y Debian
- para Mandriva
- para openSUSE
- para Fedora
- proyecto keryx
- etc.
Pero ninguna me convencía, ya que los pasos eran demasiado complicados, muy específicos de dicha distribución, no obtenía todos los paquetes que yo necesitaba, o directamente el programa no funcionaba.
Yo lo que quería era instalar programas de la misma forma en que lo hacia un usuario con Internet, sentarme frente a la computadora de un cybercafe y con unos pocos clics descargarme todos los programas que yo necesitaba, lo que yo quería era un programa que funcionara igual que un administrador de paquetes como por ejemplo Yast.
Entonces con lo poco que conocía sobre programación decidí crear mi propio administrador de paquetes para sistemas GNU/Linux sin Internet:
La idea es unificar todos las ideas y métodos, en un un solo programa.
En el enlace pueden encontrar toda la información sobre como utilizarlo.
Ojo, Sushi, huh? quizás no sea la solución definitiva pero es una solución que puede ser de mucha utilidad a aquellos usuarios que tienen el mismo problema.
Espero que a alguien le sea de utilidad.
- Inicie sesión o regístrese para enviar comentarios
- 1291 lecturas
... GNU/Linux no es como Windows en el que un archivo ya trae todo lo necesario para instalar un programa.
Permíteme puntualizar que esa afirmación no es correcta, habida cuenta que al igual que muchos paquetes .msi de Windows incluyen las dependencias necesarias, con GNU/Linux ocurre exactamente lo mismo en paquetes .deb, .rpm..., como también al contrario, muchos .exe no pueden ser ejecutados o finalizar su instalación a menos que previamente se hayan instalado los aplicativos dependientes
Saludos
decidí crear mi propio administrador de paquetes para sistemas GNU/Linux sin Internet
Me parece un poco excesivo llamarlo administrador de paquetes, ya que sólo los descarga, pero bueno gracias por la información.
La verdad es que la idea es muy buena. Me habría venido de maravilla hace unos años cuando para instalar redhat 5.1 tenía que ir y volver de la biblioteca a casa para instalar dependencias.
Lo he probado en Win XP y en Debian AMD64 tratando de descargar algo de los repositorios de debian.
No he conseguido que pase de http://localhost:7874/packmanager.html. El error que muestra en ambos es "no hay nada que mostrar".
Para lanzar la versión de Linux he usado el sushi_sh.sh que no sé porqué llama a wineconsole en lugar de a python directamente. Cuando lo he probado en debian me devuelve un error wine también
err:winebrowser:get_url_from_dde Unabled to retrieve URL from string L"\""err:winebrowser:wmain Usage: winebrowser URL
Un saludo y espero que esto te sirva si es algún bug o desconfiguración de los repositorios de debian.
Disculpen las molestias, lo que ocurrio fue que no resolvia correctamente el directorio temporal.
http://www.ubuntu-es.org/?q=node/123350#comment-349098
por eso no descarga nada.
El archivo sushi_huh.sh es para pruebas de depuracion con wine, no uso windows para desarrollar el programa.
Para correr el programa tenes que escribir python sushi_huh.py o ./sushi_huh.py si le das permisos de ejecucion.
Felicitaciones por tu esfuerzo, y gracias por compartir el fruto de los mismos con nosotros :)
Ahora parece que ya funciona más o menos, gracias.
Por cierto, tienes una errata en http://localhost:7874/sinchronize.html Revizar paquetes dañados En lugar de Revisar paquetes dañados
Por cierto, ¿cómo vuelvo al inicio si me he equivocado al seleccionar la rama de debian a descargar? He tenido que cerrar la interfaz usando el botón cerrar y volver a lanzarlo.
Otra cosa, al relanzarlo se dispara el consumo de CPU y se queda cargando http://localhost:7874/wizard.html un buen rato.
Parece ser que no cierra los procesos lanzados (el python sushi) una vez terminado porque he hecho unas pruebas y tenía 3 instancias en ejecución.
Una última cosa, no he conseguido que me funcione lo de sincronizar y las dependencias.
Un saludo
Por cierto, tienes una errata en http://localhost:7874/sinchronize.html Revizar paquetes dañados En lugar de Revisar paquetes dañados
:P, eso me paso por apurado.
Por cierto, ¿cómo vuelvo al inicio si me he equivocado al seleccionar la rama de debian a descargar? He tenido que cerrar la interfaz usando el botón cerrar y volver a lanzarlo.
De momento, borrando, o mejor editando el archivo sushi-huh/src/setting/sushi-huh.ini.
Otra cosa, al relanzarlo se dispara el consumo de CPU y se queda cargando http://localhost:7874/wizard.html un buen rato.
Al parecer es porque no se libera correctamente el socket del servidor, hasta ahora no le habia dado mucha importancia, si puedo libero todo junto hoy mismo, ya tengo solucionado el problema de la descarga, era porque no habia incluido los modulos httplib y ftplib dentro del python empaquetado :P.
Acordate que para cerrar el programa tenes que escribir en la barra de direcciones http://localhost:7874/close.html o presionar el boton cerrar, para cortar el server, de lo contrario va a seguir activo, tambien podes presionar Ctrl+C en la consola para cortar el proceso.
Una última cosa, no he conseguido que me funcione lo de sincronizar y las dependencias.
Cuidado, Sushi, huh? es para personas que no tienen internet. por lo tanto para no tener problemas con los repositorios online, se eliminan dichas lineas. Por lo tanto si lo van a usar para depurar en una computadora online NO activen la opcion "Auto configure your package manager(must be root)"
El problema de las dependencias fue un error conceptual :P, yo pensaba que los Provides de los paquetes deb se referian a los mismos provides de los paquetes rpm, cuando en realidad los provides de los paqutes rpm son los nombres de los paquetes deb. Bueno, yo me entiendo :S
http://teratux.blogspot.com/2007/12/crear-paquetes-deb.html
Error aclarado.
Primero que nada Felicitaciones, me a parecido una muy buena idea.
Segundo, ya lo he provado, pero me queda una duda. Prove el script con texlive-base-bin para amd64; Como esperava descargo varios paquetes, pero en carpetas distintas ¿Como sabre el orden en que debo instalarlos? Existe la posibilidad de que en una vercion futura se cree un scrip que los instale.
Yo hace mucho tiempo me enfrente al mismo problema, y la solucion fue usar Synaptic, pero resulta que no todos tienen synaptic y en un cyber casi nunca usan debian =/ Por eso me parece una exelente idea esta.
Mis felicitaciones nuevamente.
¡Saludos!
Al parecer es porque no se libera correctamente el socket del servidor, hasta ahora no le habia dado mucha importancia, si puedo libero todo junto hoy mismo, ya tengo solucionado el problema de la descarga, era porque no habia incluido los modulos httplib y ftplib dentro del python empaquetado :P
Hombre, me alegro de que las sugerencias no caigan en saco roto, pero tampoco es para que lo arregles hoy. No te estoy metiendo prisa, ¿eh?
Es sólo que me ha gustado la idea, y son los fallicos que he encontrado probándolo.
Un saludo cordial.
Lista, corregida y subida la 0.5.2. ufff, espero que ya con esto puedan probar todas las funcionalidades del programa.