Re: Problemas para bajar algunos algunos paquetes(make-pseudo-image)
Creo que eso a priori no debe importar porque lo que importa es que rsync después hace los arreglos pertinentes sobre los datos que falten, etc... creo :P Al menos a mí me pasó lo mismo con algunos paquetes pero luego con rsync 20 minutos después ya tenía la imagen lista, y hasta ahora el cd grabado no me dio ningun fallo... Saluten Daniel On Sat, Mar 25, 2000 at 10:50:36AM +0100, Fernando Sanchez wrote: > On Fri, 24 Mar 2000, Miguel Choque wrote: > > > el problema que se me presento es cuando estoy bajando los paquetes de > > debian por medio de ftp con la utilidad make-pseudo-image para obtener la > > imagen iso del cd-debian, todo esta perfecto excepto por algunos paquetes > > que me devolvio error, me indica que no existe, probe con casi todos los > > servidores de ftp y me devuelve el mismo error, ya revise la lista de > > Lo que ocurre, al menos con los que he comprobado de la lista de errores que > mandas, es que para cada uno que no encuentra lo que hay es ya una versión > más moderna. O sea, que no sé bien cómo funciona el make-pseudo-image, pero > lo que necesitas son unas listas Packages actualizadas para la Slink que > existe estos días (si make-pseudo-image usa apt, con apt-get update > resolverás el problema) > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null >
Sin sonido por el CD (Solucionado)
Hola Hace no mucho puse un mensaje en esta lista en el que decía que no podia oir ningun tipo de sonido desde el CD, pues bien, averigue la solución, os cuento por si alguien llegara a estar en la misma situación. Tengo una Sound Blaster Live! conectada a unos altavoces Cambridge Soundworks DTTT2500 Desktop Theater 5.1, para la salida de altavoces en la SBLive! hay dos tipos, una, la que todos conocemos, de salida delantera y delantera con el cable típico, y otra con un Din Digital, según que quieras hacer la reproducción de sonido de los altavoces usa una o la otra. Pues bien los DT 5.1 tienen atrás un interruptor que si está en AUTO da preferencia a la entrada del digital DIN e ignora la convencional, si lo pones en ANALOG, usa la entrada convencional. Conclusión, según parece el driver de la SBLive! emu10k1 todavía no está preparado para emitir señal a través del DIGITAL DIN con la música que sale del CD-ROM, pero si con los sonidos de tabla de onda: WAVS, MP3, etc. Weno, después del royo, si alguno tiene el mismo tinglado que yo montado y no oye ningun cd de musica con estos drivers que ponga el interruptor de los DTT2500 a ANALOG cuando esté en Linux. Saludos Daniel
Re: Problemas para bajar algunos algunos paquetes(make-pseudo-image)
On Fri, 24 Mar 2000, Miguel Choque wrote: > el problema que se me presento es cuando estoy bajando los paquetes de > debian por medio de ftp con la utilidad make-pseudo-image para obtener la > imagen iso del cd-debian, todo esta perfecto excepto por algunos paquetes > que me devolvio error, me indica que no existe, probe con casi todos los > servidores de ftp y me devuelve el mismo error, ya revise la lista de Lo que ocurre, al menos con los que he comprobado de la lista de errores que mandas, es que para cada uno que no encuentra lo que hay es ya una versión más moderna. O sea, que no sé bien cómo funciona el make-pseudo-image, pero lo que necesitas son unas listas Packages actualizadas para la Slink que existe estos días (si make-pseudo-image usa apt, con apt-get update resolverás el problema)
Pregunta sobre libg++2.8.2-dev
Hola. He tenido que instalar el paquete "libg++2.8.2-dev" para poder disponer de los archivos de cabecera "String.h", "iostream.h" y "stl.h" (entre otros) que ahora tengo en "/usr/include/g++-2". ¿Qué tengo que hacer para que estén disponibles para cualquier programa de C++ con un "#include ", por ejemplo? He probado a poner "/usr/include/g++-2" en el PATH pero no ha funcionado. Hay programas en los que incluyo, por ejemplo, "#include " o "#include ", ficheros que tengo en: - /usr/local/include/mico/naming.h (donde "/usr/local/include" no está en el PATH.) - /home/emilio/pfc/mico/include/mico/naming.h (donde "/home/emilio/pfc/mico/include" sí que está en el PATH.) - /usr/local/include/ministl/bstring.h ("/usr/local/include" no está en el PATH.) - /home/emilio/pfc/mico/include/ministl/bstring.h ("/home/emilio/pfc/mico/include" sí está en el PATH.) Por tanto, si el ordenador es capaz de encontrarlos perfectamente y uno de los dos directorios en los que se encuentran no está en el PATH ("/usr/local/include"), yo supuse que los encontraba en el que sí está, pero por lo visto no es así porque, como digo, he incluido en el PATH el directorio en el que están "String.h", etc. ("/usr/include/g++-2/") y sigue sin encontrarlos. ¿Será entonces que encuentra "por defecto" todos aquellos archivos que están en "/usr/local/include" o qué?, ¿qué hay que hacer para que encuentre los que están en "/usr/include/g++-2"? Gracias y un saludo. Emilio.
default keymap y root
Buenas... Al actualizar hace poco a potato, instalé el paquete console-tools y, según parece, no me configuró el teclado en español. Bueno, hasta ahí no pasa nada, lo configuro con kbdconfig y ya está. El problema es que sólo parece funcionar cuando entro como usuario, y no como root. Si entro como usuario, funcionan todas las teclas, la ñ, acentos, ... Si entro como root, ni la ñ ni los acentos funcionan en la consola (si entro en el emacs si funcionan). He probado cambiando la variable LANG y no pasa nada. No es que necesite utilizarlo ahora mismo, pero me fastidiaría bastante el necesitarlo y no poder usarlo. A ver si alguien me puede echar una mano pare solucionar esto. Gracias. Hasta luego. -- David Muriel. Debian GNU/Linux woody + Emacs 20.5.2 + Gnus v5.8.3 Linux registered user #25632 (http://counter.li.org/) ..."El trabajo en equipo es esencial...te permite echarle la culpa a otro."...
apt-get update offline???
Buenas... Hace poco he actualizado de slink a potato (durante la party que hubo en santiago), pero como todavía no tengo los CDs de potato, cada vez que quiero instalar un paquete utilizo un script que me crea una lista con los paquetes que necesita bajar y así me los saco en la facultad. El caso es que me gustaría saber si se puede hacer algo parecido con la fase de actualización de la lista de paquetes disponibles, es decir, sacar los ficheros Packages y Releases necesarios para reconstruir la lista de paquetes como si se hiciese un apt-get update, y por supuesto que el apt se crea que lo ha hecho. El objetivo es poder actualizar dicha lista en una máquina que no tiene conexion a internet, de forma que pueda generar la lista de paquetes a instalar con el script anterior, bajarlos en la facultad, copiarlos al /var/cache/apt/archives e instalarlos, todo esto como si la máquina estuviese conectada y lo hubiese hecho directamente. Mirando en la documentación del apt, viene como generar la lista de paquetes a instalar (que es de donde saqué el script), y como mucho como utilizar la configuración del apt de otra máquina en la que se va a conectar. Pero esto no me sirve, ya que la máquina que se conecta a internet no tiene instalado Debian (ni siquiera es Unix, sino que utiliza VMS). Si alguien lo ha hecho y me puede ayudar, por favor, que lo haga. Cualquier otra ayuda (direcciones, documentación, ...) también me vale. Gracias por adelantado. Hasta luego. -- David Muriel. Debian GNU/Linux woody + Emacs 20.5.2 + Gnus v5.8.3 Linux registered user #25632 (http://counter.li.org/) "Linux is userfriendly, but is only a bit selective about its friends :-)"