Duda debianera/ubuntera para un colegio.
Disculpen la molestia, en una escuela que estamos migrando (Xubuntu 7.10 - Gutsy), no tienen acceso a internet y necesitamos actualizar paquetes y diversas cuestiones. Por eso es que hemos llevado la mejor máquina a otro lugar y hemos bajado un montón de paquetes a, supongamos, /mi_cache Luego: dpkg-scanpackages /mi_cache/.* | gzip > /mi_cache/Packages.gz Y finalmente: ln -s /mi_cache/packages /var/www/ Y por último, si entro desde el navegador desde las máquinas clientes: http://ip_del_cache_server/packages Veo ordenaditos y disponibles todos los .deb que tenía en la máquina "servidora" a los que incluso puedo bajar e instalar con dpkg-i... Pero la idea es tomar el directorio en el cache server como un repo local, como se habrán imaginado. Ahora, cómo debe ser la línea del /etc/apt/sources.list de los clientes para que levanten las actualizaciones desde el cache_server? nota: he probado apt-cacher y apt-mirror pero no he logrado resultados, por eso les pido que no me sugieran esas alternativas. Gracias Muchas gracias por vuestro tiempo. Saludos -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
El 1/06/08, Javier Castrillo <[email protected]> escribió:
Ahora, cómo debe ser la línea del /etc/apt/sources.list de los clientes para que levanten las actualizaciones desde el cache_server?
Hola, al tope del sources.list (para que tenga prioridad por sobre los otros repositorios) incluye: deb http://ip_del_cache_server/packages ./ deb-src http://ip_del_cache_server/packages ./ Luego apt-get update y listo. Éxito! -- Adrian. "Plan inclusivo de alfabetización digital en base a Software Libre" http://www.educarsincadenas.org/ http://www.educarsincadenas.org/ListasdeMail/ListasDeMail
On Sun, Jun 1, 2008 at 9:29 PM, <[email protected]> wrote:
Hola, al tope del sources.list (para que tenga prioridad por sobre los otros repositorios) incluye:
deb http://ip_del_cache_server/packages ./ deb-src http://ip_del_cache_server/packages ./
Luego apt-get update y listo.
Gracias Adrián, era lo que faltaba1: Eso funciona bien, pero ahora tengo otro problema Hago un aptitude update y levanta el Packages.gz perfectamente, incorpora los headers pero: cuando le pongo para instalar cualquier archivo (pirulo) me tira: Falló al obtener http://10.0.0.100/packages//mi_cache/packages/./pirulo.deb O sea que entiendo el error pero no sé arreglarlo. En principio el Packages.gz está en el mismo directorio que los .deb (digamos /mi_cache) Eso no debería ser así, a juzgar por el error que tira cuando quiero instalar. Le estoy pifiando mucho? Muchas gracias a todos los que me están dando una mano, gracias por su tiempo y onda. -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
2008/6/2, Javier Castrillo <[email protected]>:
On Sun, Jun 1, 2008 at 9:29 PM, <[email protected]> wrote:
Hola, al tope del sources.list (para que tenga prioridad por sobre los otros repositorios) incluye:
deb http://ip_del_cache_server/packages ./ deb-src http://ip_del_cache_server/packages ./
Luego apt-get update y listo.
Gracias Adrián, era lo que faltaba1:
Eso funciona bien, pero ahora tengo otro problema
Hago un aptitude update y levanta el Packages.gz perfectamente, incorpora los headers pero:
cuando le pongo para instalar cualquier archivo (pirulo) me tira:
Falló al obtener http://10.0.0.100/packages//mi_cache/packages/./pirulo.deb
O sea que entiendo el error pero no sé arreglarlo. En principio el Packages.gz está en el mismo directorio que los .deb (digamos /mi_cache) Eso no debería ser así, a juzgar por el error que tira cuando quiero instalar.
Le estoy pifiando mucho?
No, fijate como haces el dpkg-scanpackages. Segun el mail anterior lo corres desde otro directorio. Probá de pararte donde están los .deb y desde ahi correr dpkg-scanpackages . /dev/null | gzip > Packages.gz Con eso tendría que funcionar. Éxito! -- Adrian. "Plan inclusivo de alfabetización digital en base a Software Libre" http://www.educarsincadenas.org/ http://www.educarsincadenas.org/ListasdeMail/ListasDeMail
2008/6/2 <[email protected]>:
No, fijate como haces el dpkg-scanpackages. Segun el mail anterior lo corres desde otro directorio. Probá de pararte donde están los .deb y desde ahi correr dpkg-scanpackages . /dev/null | gzip > Packages.gz
Con eso tendría que funcionar.
Éxito!
Bárbaro, ahora sí funciona! Gracias. Yo lo hacía desde el mismo directorio pero corría otro comando. Qué hace /dev/null ?? gracias, muy amable! -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
El 2/06/08, Javier Castrillo <[email protected]> escribió:
Bárbaro, ahora sí funciona! Gracias.
Perfecto!
Yo lo hacía desde el mismo directorio pero corría otro comando.
Qué hace /dev/null ??
La verdad no sé. Recién probé de sacarlo y ya no hace nada, pero cuando hacíamos el repositorio de Musix era necesario. Saludos -- Adrian. "Plan inclusivo de alfabetización digital en base a Software Libre" http://www.educarsincadenas.org/ http://www.educarsincadenas.org/ListasdeMail/ListasDeMail
El Lunes, 2 de Junio de 2008 16:54, [email protected] escribió: | El 2/06/08, Javier Castrillo <[email protected]> escribió: | > Bárbaro, ahora sí funciona! Gracias. | | Perfecto! | | > Yo lo hacía desde el mismo directorio pero corría otro comando. | > | > Qué hace /dev/null ?? | | La verdad no sé. Recién probé de sacarlo y ya no hace nada, pero | cuando hacíamos el repositorio de Musix era necesario. | | Saludos Sería para que en la salida standard no salieran mensajes que jugaran en contra del proceso de creación de ese archivo -- Marcos Guglielmetti - www.musix.org.ar Actividades que sería bueno seguir realizando: Dialogar con gremios docentes y centros de estudiantes. Decile NO! a la privatización de la educación en Argentina 0. "Plan de alfabetización digital en base a Software Libre" 1. Informate: http://educarsincadenas.com.ar 2. Te interesa? Unite a una lista de mail específica. Argentina: http://gleducar.org.ar/cgi-bin/mailman/listinfo/gleducar Universidades: http://gleducar.org.ar/cgi-bin/mailman/listinfo/universidad-libre Iberoamérica: http://rshg010.dnsready.net/mailman/listinfo/coordinadores_educarsincadenas.... Buenos Aires, activismo: http://rshg010.dnsready.net/mailman/listinfo/bsas_educarsincadenas.org 3. Conocés alguien a quien pueda interesarle? Debemos llegar a los gremios docentes, no-docentes y centros de estudiantes --------- Colaboradores en prensa y difusión del software libre en general: http://salta.org.ar/wiki/bin/view/SoftwareLibre/SolarPrensa
2008/6/2 Marcos Guglielmetti <[email protected]>:
Sería para que en la salida standard no salieran mensajes que jugaran en contra del proceso de creación de ese archivo
Gracias! -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
El día 1 de junio de 2008 20:47, Javier Castrillo escribió:
Disculpen la molestia, en una escuela que estamos migrando (Xubuntu 7.10 - Gutsy), no tienen acceso a internet y necesitamos actualizar paquetes y diversas cuestiones. Por eso es que hemos llevado la mejor máquina a otro lugar y hemos bajado un montón de paquetes a, supongamos, /mi_cache
Luego:
dpkg-scanpackages /mi_cache/.* | gzip > /mi_cache/Packages.gz
Y finalmente:
ln -s /mi_cache/packages /var/www/
Y por último, si entro desde el navegador desde las máquinas clientes:
http://ip_del_cache_server/packages
Veo ordenaditos y disponibles todos los .deb que tenía en la máquina "servidora" a los que incluso puedo bajar e instalar con dpkg-i... Pero la idea es tomar el directorio en el cache server como un repo local, como se habrán imaginado.
Ahora, cómo debe ser la línea del /etc/apt/sources.list de los clientes para que levanten las actualizaciones desde el cache_server?
nota: he probado apt-cacher y apt-mirror pero no he logrado resultados, por eso les pido que no me sugieran esas alternativas. Gracias
Muchas gracias por vuestro tiempo. Saludos
¿Qué tipo de escuela es? ¿Sí o sí precisan disco todas las terminales? ¿Qué uso se les da? Porque quizás para muchas escuelas sirva con tan sólo poner un LTSP con redundancia cada 30 clientes y que los clientes levanten todo de ahí. Además reduciría la factura de electricidad y la contaminación por residuos electrónicos a largo plazo Es algo que me ronda la cabeza hace varias semanas. -- Alejandro Rene "El Corrector Empedernido" Fernandez Blanco Fechas para el Cuarto Festival Internacional de Cine Independiente de La Plata: del 18 al 26 de octubre de 2008. Posible Fecha para el Quinto Festival Latinoamericano de Instalación de Software Libre (FLISOL): 25 de abril de 2009. Software Freedom Day: tercer Sabado de cada Septiembre. Miembro de PLUG (Argentina). www.plug.org.ar Petitorio contra el Programa de Malversacion miPC http://www.petitiononline.com/noamipc1/ Colaborador Segundo Encuentro Estratégico de Software Libre - CRISOL Argentina 2006 http://www.crisolargentina.org.ar Coordinador General de FLISOL La Plata 2005, 2007 y 2008: http://www.flisol.info/FLISOL2008/Argentina/LaPlata
2008/6/1 Alejandro René Fernández Blanco <[email protected]>:
¿Qué tipo de escuela es?
Un centro de Formación Profesional de la Provincia (401 de VL)
¿Sí o sí precisan disco todas las terminales? ¿Qué uso se les da?
Porque quizás para muchas escuelas sirva con tan sólo poner un LTSP con redundancia cada 30 clientes y que los clientes levanten todo de ahí. Además reduciría la factura de electricidad y la contaminación por residuos electrónicos a largo plazo
Es algo que me ronda la cabeza hace varias semanas.
Te ronda bien. En la escuela que yo laburo usamos TC desde 2006. El año pasado pasamos a TCOS (una maravilla) y mediante una gestión pude comprar un servidor DELL. Anda todo de pelos. En la escuela que tengo el problema, aún no tienen server pero se están moviendo en esa dirección para llegar a una tipología TC, gracias. Te dejo algunos links de los proyectos citados: Mi escuela: www.sancayetano.esc.edu.ar Proyecto TCOS: http://wiki.tcosproject.org/People/Successfull#Escuela_de_Oficios_San_Cayeta... Proyecto 3: http://wiki.gleducar.org.ar/wiki/Proyecto_3 Saludos y gracias -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
El Dom 01 Jun 2008, Javier Castrillo escribió:
Disculpen la molestia, en una escuela que estamos migrando (Xubuntu 7.10 - Gutsy), no tienen acceso a internet y necesitamos actualizar paquetes y diversas cuestiones. Por eso es que hemos llevado la mejor máquina a otro lugar y hemos bajado un montón de paquetes a, supongamos, /mi_cache
Luego:
dpkg-scanpackages /mi_cache/.* | gzip > /mi_cache/Packages.gz
Y finalmente:
ln -s /mi_cache/packages /var/www/
Y por último, si entro desde el navegador desde las máquinas clientes:
http://ip_del_cache_server/packages
Veo ordenaditos y disponibles todos los .deb que tenía en la máquina "servidora" a los que incluso puedo bajar e instalar con dpkg-i... Pero la idea es tomar el directorio en el cache server como un repo local, como se habrán imaginado.
Ahora, cómo debe ser la línea del /etc/apt/sources.list de los clientes para que levanten las actualizaciones desde el cache_server?
nota: he probado apt-cacher y apt-mirror pero no he logrado resultados, por eso les pido que no me sugieran esas alternativas. Gracias
Muchas gracias por vuestro tiempo. Saludos
yo uso "debmirror": #!/bin/bash HOST="ftp.us.debian.org" METHOD="ftp" ARCH="i386,amd64" SECTION="main,contrib" DIST="stable,testing" OUT="/home/mirror/debian" debmirror --cleanup --host=$HOST --method=$METHOD --nosource --ignore-release-gpg --passive --dist=$DIST --arch=$ARCH --section=$SECTION $OUT Con esto hago un mirror de debian estable y testing para i386 y amd64 Pero esto es tener todo el repo completo, con lo que te quiero decir "tarda un huevo en bajar" saludos! -- Dock Sud BBS http://www.docksud.com.ar telnet://bbs.docksud.com.ar
2008/6/2 Fernando Toledo <[email protected]>:
Con esto hago un mirror de debian estable y testing para i386 y amd64 Pero esto es tener todo el repo completo, con lo que te quiero decir "tarda un huevo en bajar"
32 largos Gigas... ya lo habíamos contemplado, en cuanto consiga un disco pulenta, es lo que pensábamos hacer, muchas gracias! -- Javier Castrillo ========================================================= GNU / Linux User #242275 Jabber: [email protected] Blog: http://javiercastrillo.blogspot.com Site: http://carapa.com.ar River: http://siguiendoariver.blogspot.com ========================================================= Usá Software Libre
participants (5)
-
Alejandro René Fernández Blanco -
Fernando Toledo -
Javier Castrillo -
Marcos Guglielmetti -
pardo.bsso＠gmail.com