Re: Sistema de archivos / de solo lectura
On Sun, Nov 15, 2009 at 05:57:12PM -0200, Mariano Pardo wrote: The root filesystem is currently mounted un read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ... (waring). Give root password for maintenance (or type Control-D to continue): _ mytwm:~# fsck -p fsck from util-linux-ng 2.16.1 /dev/sda1 contains a file system with errors, check forced. /dev/sda1: Inodes that were part of a corrupted orphan linked list found. /dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) mytwm:~# fsck -a fsck from util-linux-ng 2.16.1 /dev/sda1 contains a file system with errors, check forced. /dev/sda1: Inodes that were part of a corrupted orphan linked list found. /dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) mytwm:~# _ ¿Porque haces un fsck con las opciones -a y -p cuando te dice que lo hagas sin ninguna de esas opciones? Gabriel -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Drivers Monitor Dell 2007WFP
On Sat, Jul 04, 2009 at 12:24:33PM +0200, Iñigo Llorente wrote: Buenas, Tengo este monitor desde hace ya unos años y dell no ha sacado drivers (para Linux) para el mismo en todo este tiempo. El monitor funciona sin problemas pero lo que me gustaría echar a andar son los puertos USB que trae en un lateral para poder trabajar con dos ordenadores y un monitor ya que este soporta hasta 4 salidas diferentes de video. Que yo sepa este monitor tiene integrado un hub USB, tiene un conector USB cuadrado (tipo B si no me equivoco) que tienes que conectar además del cable de video a un puerto USB del ordenador. Tengo uno en casa desde hace 3 años pero bajo Linux se me cuelga (colgaba) a menudo si cargo el módulo usb-storage que también permite acceder al lector de tarjetas del monitor. Googleando tampoco he encontrado a nadie que haya echado a andar este bajo linux, alguien se ha encontrado con un modelo parecido o sabe si este tipo de entradas en monitores deben funcionar de alguna forma?, gracias. Creo que los puertos USB son totalmente independientes de la parte video, por lo menos en el 24 pulgadas del 2006 que tengo. O sea que no se puede usar para cambiar el teclado y el ratón de un ordenador a otro. Mi monitor tiene 2 puertos USB en el lado izquierdo, dos y el de entrada del hub hacia abajo (en la misma fila que los de video). Saludos, Gabriel -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Nombre de archivo con /
On Fri, Feb 27, 2009 at 06:35:18PM -0300, Victor H De la Luz wrote: On Fri, Feb 27, 2009 at 6:26 PM, Jonatan Alballay jalbal...@gmail.com wrote: cambiando el nombre por algo mas normal :D 2009/2/27 Victor H De la Luz itz...@gmail.com Saludos! ¿¿Alguien sabe como guardar un archivo cuyo nombre contiene el caracter /??? -- ItZtLi -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org jajaja Eso ya lo habia pensado, el problema es que estoy haciendo un programa que va a guardar el archivo a partir del titulo de un documento (cuestiones técnicas). Me costo mucho trabajo que todo quedara en utf8 desde la interfaz, pasando por la db y finalmente la codificación. Ahora el unico maldito error que me queda es cuando a alguien se le ocurre poner el titulo: Si x/y = z, lo cual ocurre muy seguido (y paso cuando probabamos el software por una extraña coincidencia del destino que siempre ocurre cuando se prueba un sistema), entonces lo mas facil es parsear la / y sustituirla por algo asi como diagonal3.1416locoazule^-1 (una cadena irrepetible como en el filme de IA cuando activan al niño robot), pero no me gusta la solución. ¿Habra algo mas elegante? Según gucharmap, hay carácteres que se parecen bastante: U+2044: fraction slash U+2215: division slash (No me pregunte cual es la diferencia entre una fracción y una división, son sutilezas de tipografía. Pero creo que en este caso el correcto es U+2215). No se puede utilizar la barra que tienes en el teclado (U+002F) ya que está reservada (hasta en el núcleo) como separador de componentes de nombre de archivos. Por lo menos me funciona (en konsole): $ touch a∕b $ ls a*b a∕b $ rm a?b Gabriel -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] GNU/Linux debian en la oficina
On Thu, Jan 22, 2009 at 01:47:08PM -0500, Jason Voorhees wrote: Saludos: De manera adicional que ya te comentaron y es muy cierto (sin haberme detenido a leer todo incluso) te recalco algo más: Si no hay políticas sobre el uso de la información y recursos informático en la empresa donde laboras entonces no debería haber impedimento alguno. El administrador podría simplemente no estar de acuerdo en que instales Linux por razones tal vez sin serios fundamentos pero tú podrías rebatirlo con la no existencia de políticas que te impidan hacer lo que tanto deseas. Por lo demás, pues qué esperas para migrar a Linux en el trabajo? Al menos yo desde el año 2005 en los lugares donde laboro siempre impuse Linux en mi PC del trabajo. ¡Novato! Yo no he tenido Windows en mi ordenador de la oficina desde 1992 :-) Gabriel -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: debian para core 2 duo
On Mon, Feb 11, 2008 at 11:15:46AM -0200, Dalmasso Pablo N wrote: El lun, 11-02-2008 a las 12:42 +0100, Gabriel Paubert escribió: On Fri, Feb 08, 2008 at 06:09:45PM -0200, Martin Spinassi wrote: On Fri, 2008-02-08 at 11:03 +0100, Miguel J. Jiménez wrote: El Wed, 6 Feb 2008 21:16:48 +0100 Gabriel Paubert [EMAIL PROTECTED] escribió: Falso. IA64 son los procesadores Itanium, que sólo vende Intel y que son el resultado de un acuerdo con HP para crear un succesor a la arquitectura HPPA. AMD64 es la extensión a 64 bits del i386 que fue creada originalmente por AMD y que luego copió Intel. Son nomenclaturas, pero se entiende Intel = Standard, AMD = no estandard. Total y rotundamente falso en este caso. Gabriel Opino lo mismo... no tiene nada que ver una cosa u otra, cuando no se utiliza AMD64 se utiliza EMT64 o x86-64 (como en Fedora). --- .-. | Miguel J. Jiménez | Tengo entendido (que alguien me corrija), que se está trabajando en el kernel para unificar el concepto 32 y 64 bits, y que el kernel se de cuenta de con que micro trabaja, en lugar de tener que seleccionarlo en la compilación. Imposible. El compilador genera un código muy distinto para 32 y 64 bits (gcc -m32 o gcc -m64). También hay opciones (CONFIG_HIGHMEM) que no tienen ningún sentido en modo 64 bits porque el espacio virtual (48 bits) es mayor que el espacio físico (40 bits). Lo que sí es cierto es que ahora sólo existe una arquitectura en el núcleo (x86, en vez de i386 y x86_64) con dos variantes que se eligen en la configuración, pero es el mismo en powerpc (salvo para algunas máquinas muy antiguas, arch/ppc desparecerá en Junio y Julio cuando el soporte aparezca en arch/powerpc), mips, s390 y sh. Y se ha anunciado una fusión similar para sparc/sparc64. Saludos, Gabriel Una consulta un micro que trabje con 32 y con 64(pentium D), va a calentar mas al trabajar con 64 bits? De todas formas un Pentium D (o cualquier procesador basado en el núcleo del Pentium 4) va a contribuir de forma significativa al calentamiento global :-) Dicho eso, la diferencia entre 32 y 64 bits va a ser pequeña, con quizas una ligera ventaja para el modo 64 bits. La razón es que con la falta de registros del modo 32 bits, muchas variables locales se quedan en la pila (y no en los registros) y se vuelve a acceder a ellas por accesos a memoria: aunque estos datos se queden en el cache (porque son accesos muy frecuentes), cada acceso a ellos necesita utilizar más energía que para acceder a un registro. Además consumen ancho de banda de acceso a memoria desde el procesador que roban de los accesos que no se pueden eliminar (accesos a variables globales y a grandes tablas, a cadenas, etc.). En teoría el modo 64 bits puede ir algo más rápido por eso, pero depende mucho del tipo de código. El mayor defecto del modo 64 bits es que los punteros ocupan el doble de espacio en memoria, lo cual significa que estructuras complejas con muchos punteros necesitan más ancho de banda de memoria. Para lo que me interesa la mayor parte del tiempo (cálculo científico), el modo 64 bits gana con claridad (pero eso incluye la contribución de las intrucciones SSE2 en vez de la pesadilla que es la pila de registros heredada del 387). En este caso, quizás el procesador gaste un poco más en vatios, pero menos julios ya que acaba mucho antes. Saludos, Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian para core 2 duo
On Fri, Feb 08, 2008 at 06:09:45PM -0200, Martin Spinassi wrote: On Fri, 2008-02-08 at 11:03 +0100, Miguel J. Jiménez wrote: El Wed, 6 Feb 2008 21:16:48 +0100 Gabriel Paubert [EMAIL PROTECTED] escribió: Falso. IA64 son los procesadores Itanium, que sólo vende Intel y que son el resultado de un acuerdo con HP para crear un succesor a la arquitectura HPPA. AMD64 es la extensión a 64 bits del i386 que fue creada originalmente por AMD y que luego copió Intel. Son nomenclaturas, pero se entiende Intel = Standard, AMD = no estandard. Total y rotundamente falso en este caso. Gabriel Opino lo mismo... no tiene nada que ver una cosa u otra, cuando no se utiliza AMD64 se utiliza EMT64 o x86-64 (como en Fedora). --- .-. | Miguel J. Jiménez | Tengo entendido (que alguien me corrija), que se está trabajando en el kernel para unificar el concepto 32 y 64 bits, y que el kernel se de cuenta de con que micro trabaja, en lugar de tener que seleccionarlo en la compilación. Imposible. El compilador genera un código muy distinto para 32 y 64 bits (gcc -m32 o gcc -m64). También hay opciones (CONFIG_HIGHMEM) que no tienen ningún sentido en modo 64 bits porque el espacio virtual (48 bits) es mayor que el espacio físico (40 bits). Lo que sí es cierto es que ahora sólo existe una arquitectura en el núcleo (x86, en vez de i386 y x86_64) con dos variantes que se eligen en la configuración, pero es el mismo en powerpc (salvo para algunas máquinas muy antiguas, arch/ppc desparecerá en Junio y Julio cuando el soporte aparezca en arch/powerpc), mips, s390 y sh. Y se ha anunciado una fusión similar para sparc/sparc64. Saludos, Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian para core 2 duo
On Wed, Feb 06, 2008 at 07:16:56PM +0100, Eduardo Villanueva Che wrote: El 6/02/08, BasaBuru [EMAIL PROTECTED] escribió: El Miércoles 06 Febrero 2008 17:14:05 Abel Puertas escribió: Aupa. Yo también tengo un Core 2 Duo (en casa), y lo que tengo instalado es Ubuntu Gutsy (arquitectura amd64), y en el trabajo tengo otra máquina de 64 bits con Debian Etch (arquitectura i386). Y sin duda me resulta más eficiente la i386, aunque parezca contradictorio. Pues tengo un vaio y con amd64 bits se nota un huevo sobre todo al compilar. Otra cosa es que muchas apps no estan afinadas para aprovechar los dos núcleos, pero tener el doble de palabra.. pos un punto, IMHO XD Ademas del tamaño de palabra, una mejora muy importante en esta arquitectura es el pasar de 8 registros de propósito general a 16, algo que IMHO le hacía falta desde hace tiempo ;) Si tienes un micro de 64 bits y una distro de 32, también puedes usar esos 8 registros adicionales (aunque sólo como si fuesen de 32 bits en lugar de 64) si compilas específicamente para el micro (-march=k8 para AMD y -march=nocona para INTEL). No, en modo 32 bits sólo se tiene acceso a los 8 registros de propósito general de siempre. Para acceder a los registros adicionales, hay que emplear un prefijo en la que sólo está definido en modo de 64 bits (es una instrucción independiente en modo 32 bits). Es cierto que los 16 registros ayudan en modo 64 bits, sobre todo que entre 1 y 3 de los ocho primeros no se pueden usar libremente (el de pila por lo menos) lo cual significa que el número de registros que le queda al compilador para trabajar se ha más que duplicado y casí triplicado en algunos casos. Hablando de eso, la arquitectura IA64 tiene 127 registros de propósito general (con algunos peros), 126 registros de coma flotante. Por lo contrario los modos de direccionamiento de la memoria son muy pobres, por decirlo suavemente. Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian para core 2 duo
On Wed, Feb 06, 2008 at 07:04:29PM +0100, Adrian Chapela wrote: JAP escribió: marcos gonzalez escribió: Buenas a [EMAIL PROTECTED] Estoy instalando una lenny en el portatil nuevo y tengo un Core 2 Duo, que version de procesador me recomendais para trabajar en 64 bits? i386 o IA64T? Realmente no tengo la seguridad de saber mucho la diferencia aunque entiendo que i386 deberia ser, no me interesaria un kernel compilado en 32 bits. Que me recomendais? Un Saludo El problema no es si AMD o IA. *DEBES* utilizar el AMD64. Busca en la página de Intel tus especificaciones. JAP Que se llame adm64 o IA64 es sólo una cuestión histórica, es decir cuando fue el IA64 se denominó como lo hacía el primero que lo inventó, Intel y ahora se hace como lo denominó el primero que lo inventó AMD. Falso. IA64 son los procesadores Itanium, que sólo vende Intel y que son el resultado de un acuerdo con HP para crear un succesor a la arquitectura HPPA. AMD64 es la extensión a 64 bits del i386 que fue creada originalmente por AMD y que luego copió Intel. Son nomenclaturas, pero se entiende Intel = Standard, AMD = no estandard. Total y rotundamente falso en este caso. Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Puertos TCP UDP
On Thu, May 24, 2007 at 02:12:43PM -0300, Alvaro wrote: Santiago Vila escribió: Alvaro escribió: que hay en el 755? Lo que tú hayas puesto. Un servicio puede ponerse en cualquier puerto, por lo tanto un número de puerto no significa realmente nada. -lo siento, fue al personal- claro, entiendo y además lo habia buscado y aparece 'desconocido', en realiidad formule mal la pregunta, lo que quiero saber es que aplicaciones escuchan que puertos en mi maquina, que comando hay para esto? Para TCP: netstat -ltp siendo root (con sudo por ejemplo) para que la opción p sirva para algo. y para UDP: nestat -lup Gabriel
Re: expresiones regulares en c++
On Thu, May 25, 2006 at 12:23:14PM -0300, Gustavo Szulc wrote: hola lista, tengo una pregunta de novato en programacion. Yo hace tiempo y a lo lejos programe un poco en php y me acuerdo que tenia un sistema muy piola de expresiones regulares, el tema esta que hora tengo que hacer un pequi;o programa de busqueda en un archivo y queria usar expresiones regulares en c++ para que sea mas optimo el programa. Pero busco en la red si existen las expresiones regulares en c++ y no encotre nada. Donde puedo enctrar informacion de esto? alguien sabe como hacerlo? gracias Primero hay que buscar en los paquetes de Debian con: apt-cache search c\\\+\\\+ regular expression Por ejemplo libbost-regex-dev, que sería probablemente lo que elegiría, salvo si hay un aspecto destacable de otra biblioteca que se adapta mejor a mi aplicación. Gabriel
Re: [OT] ¿Descompilar? .
On Fri, May 05, 2006 at 11:17:00AM +0200, Pablo Braulio wrote: El Viernes, 5 de Mayo de 2006 11:02, Jordi Diaz Añorga escribió: Hola Pablo, Hace unos años teniamos que crear un visor de ficheros jpg en C, se trataba de interpretar el jpg: descomprimirlo y mostrarlo. Para los test el profesor nos dio un exe que ya lo hacia, es decir nuestro programa una vez compilado deberia de hacer lo mismo. La ventaja era que sabiamos que el fuente de dicho exe estaba en C se nos ocurrio descompilar el ejemplo para ahorrar tarbajo asi que nos pusimos manos a la obra. El resultado? Nos dimos cuenta que para aprobar la asignatura era mejor programar que descompilar jejeje. Estuvimos mirando cosas pero no conseguimos nada. Quiza te sirva este enlace: http://www.backerstreet.com/cg/work.htm Lo que quiere decir es que si que existen. Pero que en muchos casos es mejor volver a programar que descompilar y usar ese código. ¿Entonces existen descompiladores para cada tipo de código?. O para algunos. Date cuenta que la pregunta de mi amigo iba enfocada hacía el código del windows. Refiriéndose a si no se podía descompilar y ser usado. Sabiendo además que Microsoft lo ha tratado de ocultar o proteger (como se quiera decir) para que este no sea modificado. Además de la licencia que prohibe decompilar. Gabriel
Re: Is Spanish keyboard now properly selected with the etch installer on PowerMacs?
On Sat, Apr 01, 2006 at 06:45:06PM +0200, Christian Perrier wrote: In #271354, Carlos Perell? Mar?n reported about a wrong default keyboard selected in a Spanish install with an old version of the sarge installer. However, since then, we released sarge and the etch installer had numerous changes, including some for PowerPC keyboard handling. May someone quickly test whether a recent image of the etch installer is now working on that hardware? I tried it yesterday on a 5 years old PM (G4/466), it seems to work except perhaps for the following: I could not type special spanish characters (accented vowels, ?, etc) in the installer window nor in a shell started from that window. However in a shell on tty2, I could type them without problems. Regards, Gabriel
Re: Actualizacion de IA-32 a IA-64
On Wed, Feb 22, 2006 at 05:08:23PM +0100, Fernando Ruza wrote: Hola, El mié, 22-02-2006 a las 12:14 +0100, Pablo Navas escribió: Buenas Fernando, yo tengo un bicho de esos corriendo con la versión de AMD64 de base, y como dice Matías el tema de que corra o no con 64 bits depende del kernel, yo te recomendaría que instalaras un kernel hecho a mano, compilado para 64bits y con soporte para correr aplicaciones de 32bits (es especifica donde los tipos de ejcución ELF, y esas cosas). Bueno, lo primero decir que no es un procesador de arquitectura AMD64. No es un un Intel de extension EM64T, es un Intel Xeon de 64bit, es decir la arquitectura es IA-64. ¡No! La arquitectuta IA-64 son los procesadores Itanium, que no tienen nada que ver con los procesadores de 32 bits de Intel, AMD, y otros. Es muy poco probable que tenga un máquina con este tipo de procesador, ya que son carísimas y se venden bastante mal. La arquitectura AMD64 es en cierta forma una extensión de la de 32 bits, y Intel la ha copiado (aunque se niega a admitirlo) para crear EM64T. Las diferencias son tan mínimas que es posible e incluso fácil compilar un núcleo que corra en las dos. Saludos, Gabriel
Re: ¿Wireless del iBook G 4 de 12 está soportado en Debian?
On Mon, Jan 16, 2006 at 07:40:48AM +0100, Juanjavier Martínez wrote: ¿Alguien sabe si el wireless del iBook G4 de 12 está soportado en Debian? Ultimamente se está progresando mucho, para más detalles ver la lista debian-powerpc. Saludos, Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian y PowerPC
On Sun, Jan 23, 2005 at 04:40:21PM +0100, Rafael Fernández López wrote: Buenas tardes, Estaba pensando en adquirir un Mac (G5). Soy usuario de PC y de Debian desde hace bastante tiempo. ¿Se puede instalar Debian de la misma manera en un MAC que en un PC (es decir, con su versión PowerPC). ¿Existe el mismo número de aplicaciones para PowerPC que para i386 por ejemplo?. ¿iMac o PowerMac? El soporte del PowerMac en el núcleo es bastante bueno, ya que es lo que tiene el mismísimo Linus sobre su mesa :-) Peo para un iMac todavía hay que aplicar parches, salvo si la situación ha cambiado en las últimas semanas. Casí todos los paquetes de Debian existen para PowerPC pero hay excepciones. Y no sueñes con bajarte el Acrobat Reader o el Flash Player de la red. ¿Qué me recomendáis, un flamante AMD o un buen MAC? Todos los emuladors de PC son bastante lentos, así que supongo que no necesitas ninguna compatibilidad con Windows, ni con los virus más extendidos, ni con el spyware más popular :-). Estoy en la misma encrucijada, tengo un portatil PowerBook G3 de finales del 2000 que todavía funciona estupendamente, pero se está quedando un poco lento (procesador a 400MHz y bus a 100MHz). Además en el trabajo tengo un PowerMac de principios del 2001 (G4/466). Me sirven para desarollar para máquinas embedded con procesadores PowerPC que corren bajo Linux. Depende del dinero que quieres gastarte y de si hay alguna aplicación crítica que no esté disponible para Debian/PPC. El hardware de Apple es de buena calidad pero cuesta más, aunque depues de la última bajada de precios los únicos que de verdad son excesivamente caros teniendo en cuenta las prestaciones son los PowerBook. Todo eso suponiendo que el AMD viene sin una licencia de Windows impuesta por el fabricante, ya que el placer de no pagar nada a Microsoft no tiene precio ;-) Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail problemas de smtp
On Fri, May 16, 2003 at 03:36:29PM -0300, Darybest(ia) wrote: Gracias Chema y gracias Emilio solucionado!! les cuento que en el hosts aparecia extrañamente 127.0.0.1 thedevilinside en vez de 127.0.0.1 localhost algoo que no toque :-| Me temo que tu sistema haya sido atacado. Probablemente ya no tiene ninguna seguridad. Uno no puede tomarse en broma una modificacion de estos ficheros. El paquete chkrootkit puede ayudarte a ver la importancia de los daños. Para empezar, yo desconectaría inmediatamente este sistema de cualquier tipo de red. Gabriel
Re: mouse
On Tue, Apr 08, 2003 at 11:34:49PM -0500, [EMAIL PROTECTED] wrote: Hola: Tengo una tibook3 (15 pulgadas) y no reconoce el mouse, ni el trackpad ni un usb que le conecto. Depende de la versión del núcleo que tengas, pero en mi PowerBook (G3) uso el /dev/input/mice y me funciona muy bien, con el trackpad y el ratón al mismo tiempo. cree un link /dev/mouse/ que apunta a /dev/input/mice y aun no logro que funcione, que tengo que hacer? Porque crear un link ? Tengo: device=/dev/input/mice repeat_type=ms3 type=autops2 en mi /etc/gpm.conf. Y en /etc/X11/XF86Config-4: Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection la última línea no me sirve ya que no tengo rueda de desplazamiento pero puede que me sirva en el futuro. Supongo que este núcleo incluye también las opciones necesarias. A que opciones te refieres? Basicamente al CONFIG_INPUT para usar la INPUT layer. Gabriel.
Re: mouse
On Fri, Apr 04, 2003 at 01:51:39PM -0600, [EMAIL PROTECTED] wrote: Hola: Tengo una tibook3 (15 pulgadas) y no reconoce el mouse, ni el trackpad ni un usb que le conecto. Depende de la versión del núcleo que tengas, pero en mi PowerBook (G3) uso el /dev/input/mice y me funciona muy bien, con el trackpad y el ratón al mismo tiempo. Uso un núcleo muy reciente (2.5.65) directamente sacado de bk://ppc.bkbits.net/linuxppc-2.5. El kernel es el 2.4.20 de benh, cuando bootea vee el trackpad, pero no lo puedo usar (estoy en init 3). Supongo que este núcleo incluye también las opciones necesarias. Gabriel.
Re: [OT] Pregunta Normalizacion cables UTP
On Wed, Apr 02, 2003 at 08:38:06PM -0600, Nostromo wrote: Pues efectivamente, la norma (tipicamente EIA/TIA 568A) no solo sirve para que todos los cableados sean iguales, sino para cancelar el ruido de transmisión, (por algo el trenzado de los pares) Tiene que ver conque unas terminales se usan para transmitir y otras para recibir la señal, si los pares que están trenzados transportan señales en sentidos opuestos estas se cancelan mutuamente. ¿Alguna vez han intentado conectar dos PC's mediante la tarjeta de red con un cable UTP? pues entonces sabrán que con un cable normal no se puede, se debe utilizar la norma 568A en un extremo del cable y la norma 568B al otro extremo para crear un cable cruzado (o crossover). Para ver estas configuraciónes, acabo de buscar una liguita que es la siguiente: http://www.eveliux.com/fundatel/cableado.html ahí, tambén encontrarán que en 10baseT no se utilizan los 8 hilos, a diferencia de 100baseT donde si, es por eso que algunos cableados que funcionaban bien en 10 ya no jalan con 100. Pero si hacen sus cableados conforme a las normas desde el principio no tendrán problemas. Sólo se utilizan dos pares en el 100baseT más común, es en otra versión mucho menos popular (100baseT4 creo recordar) que los cuatro pares se usan. En el Gigabit Ethernet (1000baseT) sí que se usan los cuatro pares. El sistema de transmisión en estos cables es diferencial, lo cual significa que cada señal pasa por dos cables con signos opuestos, que tienen que formar una linea de transmisión de impedancia controlada y uniforme para que la señal se propague con fidelidad y las menores perdidas posibles. Hay varias formas de hacer une línea de transmisión (dos cables en paralelo serían suficientes), el trenzado minimiza los interferencias con los otros cables y con el exterior en la gama de frecuencias en las que se trabaja (125 MHz). Gabriel
Re: dos procesadores
On Thu, Apr 03, 2003 at 04:22:12AM -0600, User lists wrote: Ningún problema. Yo tengo a un servidor Dell dual-processor con debian woody y va fantástico ... En principio debes tener en cunenta de que la opción SMP está activada en el kernel. Sobre la unidad de cinta no he hecho nada con USB. Yo te recomendaría que fuese SCSI En el código fuente del núcleo hay soporte para cintas USB del tipo QIC-157. El protocolo USB para dispositivos de almacenamiento es muy parecido a SCSI o ATAPI pero sobre conexiones USB (CONFIG_USB_STORAGE necesita CONFIG_SCSI). O sea que con un poco de suerte funcionará la cinta con las opciones de configuración siguientes: CONFIG_SCSI CONFIG_USB_STORAGE CONFIG_CHR_DEV_ST pero este último depende del modelo exacto de cinta que tengas, la otra opción es: CONFIG_CHR_DEV_OSST cuya yauda dice: The OnStream SC-x0 SCSI tape drives can not be driven by the standard st driver, but instead need this special osst driver and use the /dev/osstX char device nodes (major 206). Via usb-storage and ide-scsi, you may be able to drive the USB-x0 and DI-x0 drives as well. Note that there is also a second generation of OnStream tape drives (ADR-x0) that supports the standard SCSI-2 commands for tapes (QIC-157) and can be driven by the standard driver st. For more information, you may have a look at the SCSI-HOWTO http://www.tldp.org/docs.html#howto and file:drivers/scsi/README.osst in the kernel source. More info on the OnStream driver may be found on http://linux1.onstream.nl/test/ Please also have a look at the standard st docu, as most of it applies to osst as well. Gabriel
Re: [dwn] revisar parrafo
On Thu, Mar 27, 2003 at 06:17:45PM -0600, Nostromo wrote: La verdad es que yo siempre he hablado de las bibliotecas de C (biblioteca de funciones), y lo he leido así en muchos libros (si es un libro antiguo seguro que pone bibliotecas), pero de nuevo, lo que opine la mayoría gana. 1 voto a favor de biblioteca! Y 2 (es lo mismo en francés, bibliothèque en vez de librairie). Gabriel
Re: apt - Violacion de Segmento
On Wed, Mar 19, 2003 at 11:27:15PM +0100, Antonio Gutiérrez Mayoral wrote: Hola, Esta tarde me ha ocurrido una cosa bastante extraña. Cuando he ido a instalar un paquete, me ha saltado una violacion de segmento apt. Cuando he hecho un apt-get udpate, me daba el siguiente error: Fetched 3663kB in 2m40s (22.8kB/s) Reading Package Lists... Error! E: Dynamic MMap ran out of room E: Error occured while processing mbr (NewFileVer1) E: Problem with MergeList /var/lib/dpkg/status E: The package lists or status file could not be parsed or opened. He tenido que quitar las líneas de sid de mi fichero sources.lists para que el problema se corrigiera, pero sigo sin tener la más mínima idea de porqué ha pasado esto. ¿Alguien me puede dar una pista? Eso se esta conviritiendo en una FAQ. En /etc/apt/apt.conf añade la línea siguiente: APT::Cache-Limit 1600; Un valor mas pequeño, sobre los 8 millones debería de ser suficiente pero como crece cada día el número de paquetes, prefiero tener un margen de seguridad. Gabriel
Re: OT el genero de Debian
On Thu, Feb 13, 2003 at 12:30:29AM +0100, Aritz Beraza Garayalde wrote: On Wed, Feb 12, 2003 at 07:25:06PM +0100, Juan Guil wrote: ¿Oficialmente Debian de que género es Masculino o Femenino? como se dice Tengo instalado Una Debian ó Tengo instalado Un Debian parece un mensaje mas propio de la lista debian-l10n-spanish Yo uso Debian en femenino cuando hace referencia a la distribución. Para hacer referencia al sistema operativo uso el SO GNU/Linux (masculino). la siguiente pregunta... Débian o Debián (dónde poner el acento?) Obviamente Debían ;-) Gabriel
Re: Consejo Tarjeta
On Fri, Jan 31, 2003 at 02:00:41AM +0100, Jose Fco wrote: Saludos a todos. Necesito que me aconsejeis sobre lo siguiente: Tengo pensado cambiar de ordenador y poner como tarjeta gráfica una de las dos siguientes: ATI Radeon 9000 Pro 128 Mby NVIDIA Geforce 4 Ti 4200 128 Mby ¿Cuál me aconsejais para utilizar con Woody? El ATI ya que Nvidia no facilita la información de programación a los desarolladores de software libre. Eso también significa que los controladores del núcleo para framebuffer de tipo ATI funcionan mucho mejor para tarjetas ATI que Nvidia. Gabriel.
Re: KDE y resolución de nombres
On Fri, Jan 31, 2003 at 12:22:33AM +, Imobach González Sosa wrote: Saludos a todos. Pues andaba yo probando KDE 3.1 (principalmente con la curiosidad de ver al amigo ``Konqueror'' actuando con pestañas) y me encontré con la desagradable sorpresa de que no hace caso alguno del fichero hosts. Es decir, en /etc/hosts tengo puesta una dirección para un servidor de mi red interna (un pequeño truco que habremos hecho todos alguna vez ;-) ). Pues bien, parece que Konqueror en lugar de hacer caso al hosts va y lo resuelve por cuenta propia. ¿Hay alguna forma de cambiar este comportamiento en Konqueror? Al menos en FreeBSD no me ocurre eso, y no sé dónde se cambia. Disculpas si la pregunta resulta algo obvia y muchas gracias de antemano. No tengo KDE 3.1, pero Sendmail (ya sé que es un dinosaurio, pero es lo que yo conozco y entiendo) tiene un problema parecido. No utiliza las bibliotecas de resolución de nombres por defecto sino que utiliza libbind (estaticamente además) que no consulta /etc/resolv.conf sino otros ficheros de configuración como /etc/irs.conf o /etc/hesiod.conf. ¿ Acaso tienes algunos ficheros con nombres parecidos en /etc en FreeBSD (un grep host /etc/*.conf podría dar una pista) ? Cuales son la bibliotecas que carga el Konqueror (ldd `which konqueror`) y que cadenas acabando en .conf contiene el konqueror o alguna de las bibliotecas que carga. Para sendmail he analizado el problema haciendo un strace -eopen del programa, pero dudo de que eso funcione con konqueror que probablemente arranca multiples hilos. strings /usr/sbin/sendmail | grep etc.*conf /etc/resolv.conf /etc/irs.conf /etc/hesiod.conf Gabriel.
Re: Arranque bloqueado
On Fri, Jan 24, 2003 at 09:38:14AM +0100, Andrés Sánchez García wrote: El Jue 23 Ene 2003 20:36, Héctor Andrés Rompato Carricart escribió: Creo que debés poner init=1 (o init 1, no recuerdo) cuando arranca tu máquina (opción de arranque). El sistema inicia en modo monousuario y no te cargará los módulos conflictivos. De esa forma podrás tocar configuraciones y ver qué pasó. Asi lo hice, puse en el arranque de lila la imagen que queria arrancar con la opcion init=0, init=1 pero no me funciono. Asi que supuse que lo estaba haciendo mal y busque informacion. Y me encontre con la opcion single la puse en el arranque y me funciona tal como decias. Supongo que con init=1 deberia hacer lo mismo, no le pasaria bien el parametro. No, init= es para dar el nombre del programa que tienes que ejecutar al arrancar. Por lo contrario, single es un parametro del program init que especifica en que runlevel se va a configurar el sistema. Por ejemplo, init=/bin/sh solo arranca un shell y es la forma mas primitiva de usar el sistema que existe, pero es la unica que no necesita ningun fichero de configuracion, ni siquiera el /etc/inittab o el /etc/passwd. Saludos, Gabriel
Re: Segunda Instalación de Woody - Dudas
Rudy -sh wrote: snip 1. En la Dell tengo windows (lo usa mi padre en las mañanas). Lo que supongo, es que a la hora de instalar Debian, pues le digo que me instale Woody en '/' (no recuerdo la partición) y así queda intacta la partición de Windows, cierto? bueno si, debes tener una particion primaria donde poner / e instalar ahi, al menos con 1GB de espacio para un desktop normal No tiene por que ser primaria. Linux no hace ninguna distinción fundamental entre particiones primarias y extendidas y puede arrancar desde cualquiera. De hecho creo que nunca he creado particiones primarias de tipo 82(Linux) or 83 (swap). Pero ten mucho cuidado con fdisk a la hora de particionar. Aconsejo hacer una copia de seguridad antes (a tu otro disco si tienes bastante espacio libre, comprimiendo y esperando que no tendrás que volver a recuperarlo). Gabriel.
