Re: [OT]¿No se pueden comparar horas en bash?.
On Tue, 5 Jul 2005, Santiago Vila wrote: On Tue, 5 Jul 2005, Pablo Braulio wrote: ¿a que te refieres con test(1)? Es el convenio para referirse a la página de manual de test, es decir, lo que sale cuando escribes man test. Empecemos por el principio. man man osea man(1). (1= sección 1 del manual) Lo cierto es que este convenio es algo de uso tan extendido que nisiquiera se dedica un parrafo especial a este asunto en la propia página man(1). La página man(1) debería tener en cuenta de que quizás sea esta la primera página de consulta que usa un usuario de Linux. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: directorio /tmp en una particion
On Sun, 3 Jul 2005, ghostDancer wrote: buenas, tengo instalado sarge despues de actualizarme primero desde woody, luego decidi que para reparticionar el disco y limpiar toda la basura acumulada en años (primero actualice de slink a woody en su epoca y /usr/local era una aplicacion practica de la teoria del caos ;-) ) era mejor hacerlo al sistema M$, formatear y reinstalar desde cero. Bueno al grano, hice particiones para /usr/local/ /var /opt y /home y todo perfecto pero ahora me ha dado por querer meter /tmp tambien en su propia particion, pero cuando lo hago al reiniciar, la X se quejan no me dejan iniciar la sesion y en el log he visto que se trata de un problema de permisos, si vuelvo a la configuracion inicial (/tmp en la misma particion que /) todo perfecto, he mirado man mount y varias cosas mas, pero no he visto nada que me oriente, alguien sabe si tengo que darle opciones y cuales son en el fstab para que no me problemas , un RTFM no seria mal admitido siempre que vaya acompañado de alguna indicacion mas, porque por lo visto algo se me ha pasasdo por alto, y no he sido capaz de verlo gracias ¿Estás seguro de que no es un tema de permisos? Yo casi diría que es eso. Me pregunto si has tenido en cuenta las peculiaridades de este directorio. Los permisos en /tmp tienen un comportamiento especial. ¿Te suena de algo lo del bit pegajoso (STIcky - STI - Save Image Text)? Comprueba que tu /tmp/ lo tiene. Mirate el man de chmod. Es un bit de información relativo a los permisos del fichero que antiguamente se usaba para hacer que un programa permaneciera en memoria ram y no pasara nunca a la swap. Ya no se usa para eso. Ahora se usa como un atributo que se aplica principalmente en el directorio /tmp. Evita que un usuario pueda borrar un fichero de /tmp que no sea suyo. En cualquier otro directorio basta ser el propietario del directorio para poder borrar todos los ficheros que estén en ese directorio con independencia de que seas su propietario o no. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
vim perdió el syntax highlighting
Pido perdón porque tiene toda la pinta de ser un problema tonto. Seguramente no es mi día. Estoy en testing y seguramente en el último apt-get upgrade se me ha desconfigurado algo porque no he tocado nada y el vim ya no me resalta la sintaxis cuando edito fuentes de cualquier lenguaje. Antes lo hacía automaticamente. Yo uso un ~/.exrc que empieza por 'syntax on' y una serie de cosas más que continua haciendo bien. El caso es que ni siquiera usando ':syntax on' desde dentro del editor me lo activa. Lo que tengo instalado es 'vim 6.3.72'. Ya he mirado un poco por encima la documentación que acompaña a esta versión y veo que hay bastantes cambios pero nada que me resuelva el problemita. Lo cierto es que el comando ':help syntax' da una información completísima y llevo probadas unas cuantas cosas pero no doy con el problema. He comprobado que que el entorno es correcto: :!echo $VIMRUNTIME /usr/share/vim/vim63 He comprobado que que los comandos estan donde vim los busca: :syntax enable $VIMRUNTIME/syntax/syntax.vim :syntax on $VIMRUNTIME/syntax/syntax.vim :syntax manual $VIMRUNTIME/syntax/manual.vim :syntax off $VIMRUNTIME/syntax/nosyntax.vim -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Fwd: vim perdió el syntax highlighting
On Sat, 2 Jul 2005, Diego Municio wrote: No sé, mira el /etc/vim/vimrc a lo mejor no te está cargando el ~/.exrc ... yo uso un ~/.vim Ya sabía que se puede usar '~/.vim'. Yo uso '~/.exrc' que además del syntax on tiene mapeadas algunas secuencias de teclas que las está incluyendo sin problemas. En otras palabras toma perfectamente instrucciones de '~/.exrc'. He detectado algo raro. Acabo de fijarme e incluso despues de hacer hacer ':syntax on' Miro con ... ':set all', y aparece como 'syntax=vim' Tambien he probado con ':set syntax=ON', que tampoco tiene ningún efecto. He comprobado que el tipo del fichero lo detecta correctamente. ':set filetype' Comprueba que tienes los archivos .vim de sintaxis en $VIMRUNTIME/syntax/ ... y que existe el asociado al archivo que quieres abrir. No se me ocurre mucho más. Suerte! Acabo de comprobar estas dos cosas y están correctas. Gracias por la ayuda. Estoy pensando reinstalar vim. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: vim perdió el syntax highlighting
On Sat, 2 Jul 2005, Fernando P. Hauscarriaga wrote: Tenes que mirar en el archivo: /etc/vim/vimrc ahi hay una linea que dice : syntax on que posiblemente este comentada, descomentala y listo! saludos Ya lo sabía. Lo he descomentado ahora pero como es lógico no ha servido de nada ya que es un parametro que se puede incluir a varios niveles. /etc/vim/vimrc, ~/.exrc, ~/.vimrc, El primero se usa para vi y para vim y el segundo solo para vim, además si no se incluye en ninguno de estos tres sitios, se puede activar manualmente desde la propia sesión de edicion como un comando Ex cualquiera y no lo pilla. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
SOLUCIONADO (Era vim perdió el syntax high lighting)
No me pregunteis que era, he optado por la vía rápida. apt-get remove --purge vim apt-get install vim vim-common Bueno ahora si funciona. Además y si edito un fichero fuente de C y hago ':set all' aparece 'syntax=c'. Lo cierto es que 'filetype=c' si que mostraba el valor correcto, lo mismo que ahora, pero al parececer lo ignoraba. No puedo asegurar que fuera culpa de un bug. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Sobre el ruido de esta lista
Ya propuse añadir de forma aleatoria alguna linea al final de los mensajes con el fin de reforzar el respeto a las normas de la lista. Soy consciente que tampoco servirá si la gente no se da por aludida. Quizás el problema sea que a algunos no quieren ni preguntar ni contestar. Solo desean charlar y a falta de un foro más adecuado eligen uno suficientemente ruidoso para que su ruido no llame tanto la atención. No propongo una lista para novatos porque luego nadie quiere usarlas. Por eso se me ocurre que se podría crear una lista para especialmente dedicada a los que quieren discutir, opinar, charlar, etc. Sucedió algo parecido con una lista l-linux que luego se escindió con tremendo éxito en l-linux y linux-que-me-dices (o algo así). El problema era similar al problema actual en esta lista. No se si crear una lista de opinión sería util pero puede que algunos OT podrían ser derivados a esa nueva lista porque esta se esta convirtiendo en excesivamente ruidosa. debian-que-me-dices, debian-opinion, o algo así. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
=?ISO-8859-1?Q?Re:_He_dejado_la_lista_de_correo?= =?ISO-8859-1?Q?_de_usuarios_de_debian_en_espa=F1ol?=
On Sun, 22 May 2005, Dario Nasta wrote: Hola (¿puedo saludarte?) Te admiro por la paciencia que tenes... ¡¡Cuantos mails sin sentido aguantaste!! Que la pases bien y suerte PD: ¿No era mas facil retirarte en silencio? No creo que hacer ese tipo de denuncias en una lista sea una cuestión de comodidad. Es cierto que nos incomoda a todos y que dice cosas que todos sabemos o deberíamos saber. La cuestión es que cada vez mas gente toma la decisión de hacer caso omiso de las normas que van en beneficio de todos. Actualmente se está añadiendo un texto al final de los mensajes. : -- : To UNSUBSCRIBE, email to [EMAIL PROTECTED] : with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Hay otras cosas que al parecer necesitan ser recordadas. Propongo en lugar de esto, añadir a cada mensaje una o dos líneas al azar recordando alguna de las normas de uso de la lista, o instrucciones de uso común tipo desuscribirse, etc. Tampoco se puede hacer mucho más si la gente no colabora. :-/ -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Evitar vulnerabilidad de bash
On Fri, 6 May 2005, Santiago Vila wrote: On Fri, 6 May 2005, José Luis Patiño Andrés wrote: El vie, 06-05-2005 a las 10:36 +0200, Urizev escribió: Hola chicos, como puedo evitar que el comando siguiente no tueste el ordenador. $ :(){ :|: };: Por cierto, no puedo resistir la curiosidad... ¿de dónde has sacado eso? ¿sirve para algo? ¿qué es lo que hace? Lo que hace es definir una función de shell llamada `:' y luego (de ahí el punto y coma) ejecutar dicha función. La función es recursiva y de ahí viene el desastre. En bash(1) hay información sobre las funciones de shell, por si a alguien le interesa. Hola Santiago permiteme que sin corregirte en nada, añada algo porque aquí lo que yo veo es que el que pregunta no solo no entendía lo que hacia ese comando sino que lo ha interpretado en clave de vulnerabilidad, que a mi modo de ver merece alguna aclaración adicional. En esa misma página bash(1) viene información sobre el comando interno ulimit que aclara bastante las cosas. Hay muchas variantes de ataques de este tipo que se basan en hacer un uso desmedido de los recursos del sistema porque lo normal es no limitar excesivamente estos recursos a unos usuarios que por tener acceso a una cuenta de shell supuestamente serán usuarios de cierta confianza. En este caso el fallo de seguridad no estaría en una hipotética vulnerabilidad del bash, sino en proporcionar una cuenta sin limitación adecuada de recursos a un usuario con mala uva. Desde un programita en C se puede hacer igualmente un uso abusivo de todos los recursos del sistema abriendo ficheros a lo loco, consumiendo memoria a lo loco, generando procesos a lo loco, accediendo de forma aleatoria en todo el espacio de memoria para forzar la swap, etc. No controlo mucho el tema pero he querido hacer una prueba rápida y he probado con:ulimit -n 200 -s 500 -u 500 -v 15 Con eso ya no se cuelga en mi sistema pero como es lógico en otros sistemas habrá que adecuar los valores. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: OT: Distribución Live Debian
On Wed, 6 Apr 2005, iñigo wrote: Buenas, perdón por el Off Topic Para un proyecto, estoy haciendo una distribución live basada en Debian, he empezado enredando con remasterizar una Knoppix y también estoy probando el proyecto metadistros ... La cosa no va mal, pero... ¿Me pierdo algo? quiero decir ... ¿hay alguna otra manera-proyecto-paquete-loquesea de hacer esto? Cualquier indicación será bienvenida.Gracias. Yo te sugiero que te bases en metadistros. La forma mas facil suele ser remasterizar una distro similar cambiando lo que estimes oportuno. Si partes de cero tendrás que tener mas cuidado al elegir las versiones de cosas como calzador nucleo, version de squashfs, etc. y evitar incompatibilidades entre versiones. Consulta en la lista de metadistros los problemas que encuentres. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: out of memory
On Thu, 7 Apr 2005, Ricardo Frydman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gus wrote: | Hola | Uso debian woody, y cada tanto se queda planchado. | Dice lo siguiente | | out of memory: killed process 17856 (python 2.2) en español: sin memoria: se mató el proceso 17856 (python2.2) | | Alguien me ayuda para solucionar este problema da la sensacion que debes comprar mas memoria o mejorar el codigo que deseas ejeccutar. pocos datos para mayot precision Cuando el kernel no puede conceder mas memoria a un proceso estamos hablando de memoria virtual. No de memoria RAM. Se soluciona añadiendo más swap. Si se trata de un problema puntual conviene averiguar cual es el proceso que está acaparando la memoria. Usa los comandos free, vmstat, top, etc. Intenta añadir 500 megas de sawp en un fichero para ver que pasa. dd if=/dev/zero of=/tmp/swap bs=1024 count=50 chmod 600 /tmp/swap mkswap /tmp/swap swapon /tmp/swap No es tan eficiente como la swap en una particion, pero si solo necesitas añadir gran cantidad de swap para operaciones muy concretas realizadas de forma esporadica es una buena solución. En realidad no entiendo porque el kernel cuando se queda sin memoria empieza a matar procesos de forma bastante indiscriminada (los que solicitan memoria cuando ya no queda) sin intentar un aumento temporal de la swap con un fichero auxiliar por ejemplo en /tmp. Como medida de emergencia me parece menos drástico. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [Socios-HispaLinux] Comprar hardware compatible
On Wed, 6 Apr 2005, Ximo Nadal wrote: El mié, 06-04-2005 a las 12:45 +0200, Antonio Castro escribió: ¿Existe alguna tienda de hardware en Madrid que ofrezca facilidades en cuanto a la solicitud de informacion sobre la compatibilidad con linux de los productos que vende? Me plantee esa pregunta hace poco pero en Valencia. Para saber donde dirigirme busque en http://www.compatiblelinux.org/ y cuando vi ensambladores que hacian equipos completos compatibles con linux me puse a buscar en el google sus nombres. En las paginas de algunos de ellos vi que tenian tienda en mi ciudad. Conozco el sitio. Ya lo he visitado. Es mas o menos lo que hacemos todos. No lo estoy plantenado como consulta técnica. En la lista de socios donde inicialmente plantee el tema me extiendo algo más. Esta es una lista técnica y el tema pretendo que valla por otros derroteros. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+ -- Ximo Nadal [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Copiar home a /etc/skel
On Fri, 1 Apr 2005, Javi wrote: mmm Y que tal utilizar la variable de entorno $HOME en lugar de ~ Vamos a ver si lo he entendido. Se trata de hacer una copia de ficheros pero sustituyendo cosas como /home/usuario por lo que interese. Suponiendo que los ficheros sea shell-script habrá que tener en cuenta que la shell antes de ejecutar una linea de comandos la expande con arreglo a unas reglas. No es lo mismo . ; cd /home/usuario ; . que ' . ; cd /home/usuario ; . ' En el segundo caso usar '~' o $HOME no funcionaría. Si el ficjero es un script de per o de python la cosa variará. Cada interprete, shell, perl, python o lo que sea tiene sus propias reglas. Tambien podrías encontrar en algún lado '~usuario' en lugar de '~'. Para hacer algo que funcione de forma automática en todos los casos tendrías que hacer un traductor específico para cada lenguaje y no es trivial porque seguramente asumirías una serie de suposiciones mas o menos razonables como que $HOME tenga el valor correcto pero resulta que es una variable modificable y aunque no parece lógico modificarla nunca, a alguien se le puede ocurrir hacerlo. Y muchas mas cosas que te puedes encontrar. Terminas antes editandolos de uno en uno. ;-DD vi `rgrep -l '/home/usuario' .` -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Dando Gracias y Pidiendo disculpas
On Tue, 15 Mar 2005, Marcos Valles wrote: Soy Marcos, el que escribió este mensaje y el otro que también anda por la lista. [...] Comentaros que en cuanto ponga en práctica vuestras recomendaciones os haré saber cómo me ha ido. Por cierto Knoppix si que lo había probado, pero no me [...] Pero bueno, ahora vuelvo a ser un novato deseando de aprender y de encontrar manuales que expliquen como funciona mi equipo y como mi Debian puede gestionarlo al más alto rendimiento. Solo decirte que estos temas son recurrentes en parte porque todo el mundo tiene razón o porque todo el mundo tiene razones. Yo no me considero para nada novato, y tampoco estoy preocupado por si doy una imagen de experto o no. Llevo muchos años con Linux y antes de eso con UNIX y considero que lo que importa es el nivel de autosuficiencia que adquiere cada uno en virtud de sus propias necesidades. Lo que me identifica plenamente con los novatos es el hecho de que siempre he defendido que que el SL solo será realmente libre cuando llegue con claridad a todo el mundo. No lo digo solo como cuestión de principios, sino tambien como una cuestión estratégica. Es cierto que hay algunas personas pagadas de si mismas que buscan el elitismo tecnológico y el reconocimiento de otras personas afines a ellos. En la medida en que esa actitud tenga de exclusividad, si que lo considero un freno para la expansión del SL. Incluso hay gente que desea que el SL no se expanda por miedo a que se convierta en otro Windows. Me queda claro que un foro como este no siempre va a resultar idoneo para los novatos pero es que tampoco se pensó especificamente para los novatos y hay que decir que el funcionamiento de este foro solo puede calificarse de enorme éxito. A mi me encantaría que los novatos asi como las personas interesadas en hacer que Linux sea cada día mas amigable para todo tipo de gente sin especiales conocimientos técnicos tuvieramos la capacidad de agruparnos. No es imposible pero si es dificil. Los foros en Internet se han clasificado con arreglo a los más diversos criterios, pero creo que la clasificación por nivel de conocimientos es algo que parece inviable. Yo una cosa así la enfocaría más como una asociación de usuarios que como un foro de consultas, pero es solo una idea. Esta idea no es tema de la lista así que podeis mandarme correo personal el que lo desee. No es un tema baladi y de forma lo más escueta posible comento cuales son las dificultades. Lo malo es que una cosa así tiene problemas. Un novato deja de serlo con el tiempo. Un novato no es autosuficiente y necesita de un experto. ¿En manos de quien se pone la dirección de una asociación asi? ¿En manos de un novato? ¿Acaso el liderazgo se lo va a llevar el mas torpe? Lo que quiero decir es que en todas las asociacion y en otro tipo de grupos existe el fenómeno del liderazgo ligado a la valía de las personas y el ser novato o torpe jamás podrá ser visto como una cualidad. Las personas por desgracia no somos demasiado dadas a la humildad y a todos nos gusta gozar de un cierto reconocimiento. La moneda de pago de los desarrolladores de SL es el reconocimiento y que menos que eso. A los novatos que deseen hacer usos de listas de consultas les recomendaría una lectura. http://www.sindominio.net/ayuda/preguntas-inteligentes.html Quizás no estén de acuerdo con el tono general del artículo que no es demasiado considerado, pero las cosas son como son, y esto es lo que hay. Al final toda esta combinación de cosas está permitiendo que el señor Bill Gates continue otro año siendo más siendo la persona más rica del mundo con un producto malo y con una política que en lugar de aportar soluciones crea nuevos problemas en forma de necesidades consumistas interminables. Creo que el principal enemigo de la comunidad del SL está en su interior en forma de insolidaridad con los más necesitados de ayuda. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Sarge en AMD64
On Wed, 16 Feb 2005, Aritz Beraza Garayalde [Rei] wrote: Me he comprado un AMD64 y me gustaría probar a meterle sistema operativo de 64 bits. ¿ Sabeis si hay alguna debian sarge que lo acepte ? ¿ q pasos he de seguir ? ¿ Alrededor de cuanto mejorará mi rendimiento ? ¿ El sofware es distinto para 64 q para 32 bits ? Hace unos pocos días se hizo el release de debian sarge (testing) de la versión no oficial (de momento) de debian AMD64. Te cuento un poco como va la cosa. Hasta que no salga sarge como stable, la versión para AMD64 no se puede descargar de repositorios Debian, sino de unos no oficiales, por eso se que Debian AMD64 de momento no es oficial. De Debian AMD64 tenemos la rama unstable, y desde hace unos días la rama testing, aunque está en pruebas por que puede que falten algunos paquetes. Para saber como instalarla, lee el Debian AMD64 howto (busca en google, hay muchas copias de este). El proceso más facil es bajarte una versión del instalador de sarge pero para sid y AMD64. No sabría decirte cuanto mejora el rendimiento, pero en las tareas de día a día no es una mejora notable (navegar, editar texto, gráficos, música y video), sin embargo, en otras tareas se nota (compilar, algunas simulacioens, etc). Y sobre si el software es distinto en 64 y 32 bits. Pues si. Pero puedes ejecutar ambos, aunque es algo complicado (mirate la parte del chroot 32 bits del howto de Debian para AMD64). Pero no te deberías preocupar mucho por eso, por que el 97% de aplicaciones que tienes para ix86 las tienes para AMD64 también. Saludos Aritz Beraza [Rei] Igual lo que digo es absurdo pero no sería mejor tener algunos paquetes compilados para AMD64 como por ejemplo el kernel completo y otros paquetes tales como emuladores, compiladores, interpretes, aplicaciones multimedia, tramiento de imagenes, etc. y dejar el resto como paquetes de 32 bits, los servidores que interesen, etc. AMD64 es una arquitectura distinta pero es compatible y con la enorme cantidad de paquetes que hay migrarlo todo a 64 bits y mantenerlo parece una tarea muy dura. Ignoro si existiría algún inconveniente para mantener mezcla de paquetes para 32 y para 64 bits. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Sat, 15 Jan 2005 [EMAIL PROTECTED] wrote: On Sat, Jan 15, 2005 at 08:09:35AM +0100, Antonio Castro wrote: serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? En los sistemas de archivos tradicionales como ext2 existen herramientas que se ejecutan después que el problema ocurre, por tanto es poco probable que la información que haya sido almacenada durante un fallo sea recuperada. En ReiserFS [...] notable. En el esquema de ReiserFS es como si tuviéramos un verificador previo de sectores antes de escribir la data, frente a un sector defectuoso simplemente lo saltará en tiempo de ejecución y proseguirá su trabajo. Todo esto es tehoría y ya digo que no la pongo en duda. No he tenido problema físico serio en producción aunque tuve la posibilidad de hacer unos experimentos con un disco dañado físicamente, no solo con sectores defectuosos sino con daño de cabezal que prosigue dañando el disco conforme más se use, Muy interesante. Te felicito por esos experimentos y por compartir sus resultados. el resultado fue que ext2 tubo serios problemas y la recuperación tradicional se vuelve insoportable, mientras que Reiser permitió una mayor usabilidad antes del daño crítico, en ambos casos el resultado fue el cambio de disco. Ahora esto fue solo un experimento y las condiciones frente a discos duros y sus daños nunca podrán ser predecibles y si una vez con un sistema de ficheros la salida fue satisfactoria no garantiza que en otra oportunidad lo sea. Pero son precisamente este tipo de experiencias a las que yo les doy un especial valor. Seguramente los desarrolladores hicieron muchas pruebas pero es importante saber exactamente que tipo de pruebas se hacen y en que condiciones y cual fué el resultado. Todos nos quedamos algo descolocados cuando nos enteramos de que un sistema de ficheros falla de una forma inusual y sin saber exactamente debido a que. No solo hay que probar en distintas condiciones físicas relativas a nuestro hardware sino también en distintas condiciones software. Un bug puede presentarse solo cuando ocurre cierta combinación de condiciones hardware y software y el resultado de un bug cualquiera puede ser grave. Lo mejor en este caso es probar ambos sistemas y ajustarlos a sus necesidades tanto de seguridad como de velocidad, siempre es bueno tener en mente el sistema reserva. Exacto. Lo que resulta un riesgo admisible en un sistema puede ser inadmisible en otro y tener un buen sistema de respaldo es esencial. Todo esto es sólo opinión, sería muy bueno e instructivo oír otras experiencias con los otros sistemas de ficheros. Repito que tu experiencia me parece valiosísima. Con la cantidad de discos duros que he tirado yo por quedarse obsoletos. Puede que la próxima vez abra un disco duro (provocando entrada de algo de polvo) o le de unos cuantos golpes mientras está haciendo lectura escritura (para dañar superficie o cabezal) y haga pruebas de este tipo para ver cuanto tarda en morir el disco y como se comporta antes de morir del todo. Suena cruel pero los discos duros no son seres vivos. ;-) -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Fri, 14 Jan 2005, Blu wrote: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu. Vamos a ver. Yo mencioné que el espacio perdido podría deberse a alguna anomalía en el sistema de ficheros recordando que en los sistemas de Journalin existe un espacio aparentemente perdido en la partición que es donde se van almacenando los logs. El caso es que no me atriví a decir que podría tratarse de un bug porque todo el mundo pone por las nubes a los sistemas de journaling y mas concretamente a reiserfs. Ahora tu dices que ya has tenido referencias de sistemas reiser que se van de espaldas y recomiendas ext3. Pero el caso es que a mi me pasó algo muy parecido a este extraño problema pero con ext3. También me desapareció una cantidad inmensa en el sistema de ficheros. Era una partición auxiliar y decidí volver a formatearla y desapareció el problema. Yo me cambie de ext2 a ext3 hace menos de un año resistiendome a la propaganda que todos los gurús parecen hacer sobre los sistemas de journaling. Me creo todo lo bueno que se dice de ellos, pero no hay datos para evaluar el grado de madurez alcanzado por cada sistema de ficheros. Seguro que quedan más bugs que en el ext2. Empiezo a fiarme ahora porque llevan ya mucho tiempo de uso y la gente ya los usa masivamente. Para mi la fiabilidad de un sistema de ficheros es lo más importante y no puede ser evaluado en base a una serie de comentarios aislados ni en base a una supuestas caracteríasticas técnicas espectaculares. Tengo que decir que la velocidad de acceso no me preocupa nada en comparación de lo que pueda suponer la perdida de información importante. En todos los años que he usado ext2 no tuve un solo problema serio salvo un pequeño incidente por daño físico en unos sectores de mi disco duro. Fue una cosa leve. Como digo ya estoy en ext3 desde hace casi un año, pero no conozco estadísticas de uso ni mucho menos estadísticas relativas a incidentes serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Fri, 14 Jan 2005, Blu wrote: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu. Vamos a ver. Yo mencioné que el espacio perdido podría deberse a alguna anomalía en el sistema de ficheros recordando que en los sistemas de Journalin existe un espacio aparentemente perdido en la partición que es donde se van almacenando los logs. El caso es que no me atriví a decir que podría tratarse de un bug porque todo el mundo pone por las nubes a los sistemas de journaling y mas concretamente a reiserfs. Ahora tu dices que ya has tenido referencias de sistemas reiser que se van de espaldas y recomiendas ext3. Pero el caso es que a mi me pasó algo muy parecido a este extraño problema pero con ext3. También me desapareció una cantidad inmensa en el sistema de ficheros. Era una partición auxiliar y decidí volver a formatearla y desapareció el problema. Yo me cambie de ext2 a ext3 hace menos de un año resistiendome a la propaganda que todos los gurús parecen hacer sobre los sistemas de journaling. Me creo todo lo bueno que se dice de ellos, pero no hay datos para evaluar el grado de madurez alcanzado por cada sistema de ficheros. Seguro que quedan más bugs que en el ext2. Empiezo a fiarme ahora porque llevan ya mucho tiempo de uso y la gente ya los usa masivamente. Para mi la fiabilidad de un sistema de ficheros es lo más importante y no puede ser evaluado en base a una serie de comentarios aislados ni en base a una supuestas caracteríasticas técnicas espectaculares. Tengo que decir que la velocidad de acceso no me preocupa nada en comparación de lo que pueda suponer la perdida de información importante. En todos los años que he usado ext2 no tuve un solo problema serio salvo un pequeño incidente por daño físico en unos sectores de mi disco duro. Fue una cosa leve. Como digo ya estoy en ext3 desde hace casi un año, pero no conozco estadísticas de uso ni mucho menos estadísticas relativas a incidentes serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: ¿Porqué me quedo sin espacio en /?
On Wed, 12 Jan 2005, Manuel Andrés Herrero de la Mata wrote: Hola de nuevo a toda la lista. Esta noche me toca consulta sobre algo que para mí es de lo más raro, raro, raro... Desde hace algún tiempo he notado que el espacio ocupado en / es cada vez mayor. Un par de veces me he quedado sin espacio y he liberado los pocos megas que me permitía un apt-get clean. Para que os hagáis una idea de mi problema tengo algo más de 17 Gb en la partición raíz y sólo me quedan libres 970 Mb. La situación es la siguiente: Dos particiones /home por una lado (tiene 60 Gb) y / por otro (con algo más de 17 Gb) He liberado el espacio que me ha sido posible con apt-get clean y con una orden de lo más útil que encontré googleando que sirve para eliminar archivos de cierta edad en cualquier directorio (en mi caso lo he usado para liberar /tmp y /var/tmp de cualquier archivo con más de una semana). Concretamente la orden es: # find /directorio/que/sea -maxdepth 3 -type f -mtime +7 -daystart -exec rm -f {} \; Como sólo conseguía llegar a los 970 Mb libres hice #du -h -l tamaño para crear un archivo de nombre tamaño y ver en él todos los archivos y directorios con sus tamaños correspondientes. El resultado es que /usr es el directorio más grande con diferencia con 2.5 Gb (los 42 Gb de /home no cuenta porque ya digo que están en una partición distinta al resto de /) El resto de los directorios principales ( /etc /var /tmp /root ... ) no llegan ni por asomo a 1 Gb Lo más curioso de todo es que el archivo termina con: (...) 0 ./initrd 0 ./lost+found 48G . Es decir que en total, en / (incluyendo home que tiene 42 Gb) tengo 48 Gb, o sea 6 Gb como mucho para el resto. Según esto debería tener libres unos 11 Gb para datos pero en el centro de información de kde sólo aparecen los 970 Mb dichosos y de hecho, varias veces ya, se ha abortado alguna acción por no quedar espacio en disco (como algún apt-get upgrade). Alguien sabe a qué se debe o en us defecto sabe decirme cómo recuperar ese espacio. Tanto / como /home son particiones reiserfs y uso un kernel compilado por mí con parches para Reiser4 y squashfs (que no me ha dado de momento más problemas que el que no tengo sonido y no puedo acceder a las consolas virtuales) Una ayudita por caridad... O:-) M. A. Herrero. Si que parece raro. Es como si tu sistema de ficheros no ocupara toda la partición. Puede que estés pasando algo por alto y sea una chorrada pero por si acaso asumiré que el problema no solo parece raro sino que la causa quizás no sea muy normal. Los sistemas de journaling no usan la totalidad del espacio para el espacio del sistema de ficheros. Me pregunto si el sistema no estará inflando el espacio de logs del journaling a costa del espacio para el sistema de ficheros. Ignoro si hay alguna herramienta de diagnóstico que proporcione la información que necesitas para localizar ese espacio perdido. Si no sacas nada en claro, yo sacaría una copia de seguridad y despues de verificatr la copia volvería a formatear esa partición. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: ¿Porqué me quedo sin espacio en /?
On Wed, 12 Jan 2005, Manuel Andrés Herrero de la Mata wrote: Hola de nuevo a toda la lista. Esta noche me toca consulta sobre algo que para mí es de lo más raro, raro, raro... Desde hace algún tiempo he notado que el espacio ocupado en / es cada vez mayor. Un par de veces me he quedado sin espacio y he liberado los pocos megas que me permitía un apt-get clean. Para que os hagáis una idea de mi problema tengo algo más de 17 Gb en la partición raíz y sólo me quedan libres 970 Mb. La situación es la siguiente: Dos particiones /home por una lado (tiene 60 Gb) y / por otro (con algo más de 17 Gb) He liberado el espacio que me ha sido posible con apt-get clean y con una orden de lo más útil que encontré googleando que sirve para eliminar archivos de cierta edad en cualquier directorio (en mi caso lo he usado para liberar /tmp y /var/tmp de cualquier archivo con más de una semana). Concretamente la orden es: # find /directorio/que/sea -maxdepth 3 -type f -mtime +7 -daystart -exec rm -f {} \; Como sólo conseguía llegar a los 970 Mb libres hice #du -h -l tamaño para crear un archivo de nombre tamaño y ver en él todos los archivos y directorios con sus tamaños correspondientes. El resultado es que /usr es el directorio más grande con diferencia con 2.5 Gb (los 42 Gb de /home no cuenta porque ya digo que están en una partición distinta al resto de /) El resto de los directorios principales ( /etc /var /tmp /root ... ) no llegan ni por asomo a 1 Gb Lo más curioso de todo es que el archivo termina con: (...) 0 ./initrd 0 ./lost+found 48G . Es decir que en total, en / (incluyendo home que tiene 42 Gb) tengo 48 Gb, o sea 6 Gb como mucho para el resto. Según esto debería tener libres unos 11 Gb para datos pero en el centro de información de kde sólo aparecen los 970 Mb dichosos y de hecho, varias veces ya, se ha abortado alguna acción por no quedar espacio en disco (como algún apt-get upgrade). Alguien sabe a qué se debe o en us defecto sabe decirme cómo recuperar ese espacio. Tanto / como /home son particiones reiserfs y uso un kernel compilado por mí con parches para Reiser4 y squashfs (que no me ha dado de momento más problemas que el que no tengo sonido y no puedo acceder a las consolas virtuales) Una ayudita por caridad... O:-) M. A. Herrero. Si que parece raro. Es como si tu sistema de ficheros no ocupara toda la partición. Puede que estés pasando algo por alto y sea una chorrada pero por si acaso asumiré que el problema no solo parece raro sino que la causa quizás no sea muy normal. Los sistemas de journaling no usan la totalidad del espacio para el espacio del sistema de ficheros. Me pregunto si el sistema no estará inflando el espacio de logs del journaling a costa del espacio para el sistema de ficheros. Ignoro si hay alguna herramienta de diagnóstico que proporcione la información que necesitas para localizar ese espacio perdido. Si no sacas nada en claro, yo sacaría una copia de seguridad y despues de verificatr la copia volvería a formatear esa partición. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Problema con el sonido
On Sat, 8 Jan 2005, Cesar Bermejo Martinez wrote: Empiezo pidiendo disculpas por haber dado tan poca información en mi mensaje anterior. Había mirado modconf y había comprobado que los siguientes ficheros: /etc/modules, /modules.conf, y /etc/modprobe.d/sound no varían despues de configurar correctamente el sonido con alsaconf y tampoco se aprecian diferencias significativas en /proc/modules. No hay ningún modprobe.conf en mi sistema ni antes ni despues de usar alsaconf. Normalmente, los modulos que utiliza alsa para las tarjetas de sonido empiezan por snd_loquesea. Intenta cargar Alsa y mira cual es el modulo que utiliza.Despues, ve a editar el fichero /etc/modules y pon el nombre de ese modulo. Si está el nombre del modulo que utiliza OSS, tienes que poner skip antes de ese nombre para que no lo cargue en el arranque. Suerte snd-ens1371 es el driver sugerido por alsaconf y parece ser el driver correcto porque alsaconf siempre deja el equipo con el sonido funcionando, aunque me gustaría saber todo que hace. Antes en /etc/modules figuraba es1371 y ahora he puesto: skip es1371 snd-ens1371 Rearranco y el sonido no está disponible hasta que uso alsaconf. Yo he añadido una tarjeta de sonido SoundBlaster porque la trajeta de sonido que trae integrada mi placa (Asus KV8-V) da problemas en Linux. He probado igualmente a añadir en /etc/modules skip via82cxxx_audio skip snd-via82xx Tampoco era eso. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Problema con el sonido
On Sat, 8 Jan 2005, Cesar Bermejo Martinez wrote: Si no inicia Alsa al arrancar, puede ser porque no lo tienes en los scripts de arranque. Prueba a hacer /etc/init.d/alsa start nada más arrancar a ver si funciona. Y si funciona así es por lo que te digo. Suerte! Me da el mensage mientras arranca de Starting ALSA...done. Si hago /etc/init.d/alsa start Me vuelve a dar el mismo mensaje pero eso no hace que el sonido funcione. He probado a usar alsaconf con la opcion -L por si alsaconf resolvía algun conflicto de interrupciones, pero no genera ningún tipo de incidencia. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: busco soft para álbumes y algo mas...
On Thu, 6 Jan 2005, Luciano Andino wrote: Gente, estaré unos dias fuera de casa y me gustaria transferir las fotos digitales a mi pc desde algún cibercafé. He sacado una cuenta de dns dinámico y tengo corriendo servidor web y ftp. Mi idea es transferirlas a la pc utilizando ftp y acceder remotamente con telnet o ssh y crear álbumes utilizando la utilidad album para luego poderlas ver desde la web. Mi pregunta es, hay otra cosa que sea sencilla (para crear albumes) y que me permita además dejar posteados mensajes de texto? gracias, Luciano Yo uso gthumb. Es muy bueno. Permite navegar en directorios que contienen imagenes mostrando un mosaico de imagenes reducidas. Las puedes visualizar a tamaño natural y pasarlas de una en una pulsando la barra de espacio. Te va mostrando la ficha de cada foto con toda clase de datos. Tamaño en bytes, altura y anchura en pixels, fecha de última modificacion del archivo, y datos proporcionados por la cámara. (velocidad de obturación, distancia focal, modo flash, y un largo etc). Permite añadir un comentario a cada foto. Tambien te permite editar la imagen para mejorarla. Recortar, girar, estirar a lo ancho o a lo alto, modificar contraste, brillo, balance de color rgb (muy interesante para corregir temperaturas de color en fotos con iluminacion artificial), tiene una opción que intenta mejorar la imagen de forma automática. Falta algúna opción para suprimir ojos rojos, y en general no permite retocar partes concretas de la imagen. Ya tenemos el gimp para eso. El paquete debian se llama 'gthumb'. Que lo disfrutes. ;-) -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Problema con el sonido
Si ejecuto alsaconf me deja configurado el sonido pero tengo que hacerlo cada vez que reinicio el ordenador. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Menuconfig
On Wed, 5 Jan 2005, Diego A. Gomez wrote: Hola a todos! Alguien tendrá alguna guía explicativa (en español preferentemente) de cada una de las opciones que presenta menuconfig para compilar un kernel Linux?? Desde ya muchas gracias!! Viene con un sistema de ayuda muy completo. Si con eso no es suficiente también tienes la Documentación que se incluye con los fuentes. cd /usr/src/linux/Documentation rgrep -li 'cadena de busqueda' . Si no lo encuentras con eso ... mal asunto. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: iptables + nat
On Sun, 26 Dec 2004, Emilio Santos wrote: algunos creen que son para presumir y así nos evitaríamos respuestas como las de algunas personas con clara intención de ofender públicamente al que pregunta. A mi me parece que como mínimo el que preguntó se merecía una contestación más educada. Si no quedó clara con la anterior respuesta la intención de ofender ahora con esta otra ya queda mucho más claro. Pues no, no queda claro que yo quisiese ofender, por lo menos para mí, ya que en ningún momento ha sido esa mi intención, y si para mí no está claro... La verdad es que debes de tomar todo esto como una reacción por acumulación de ciertos mensajes. En el larguísimo hilo anterior logré aguantar hasta el final sin decir nada y cuando al final intervine logré hacerlo sin acritud. En esta ocasión no he podido moderarme tanto y seguramente la he pagado injustamente contigo porque a fin de cuentas se trata de errores y nadie estamos libres de cometerlos. Te ruego me disculpes. Quizás soy demasiado sensible a estos temas. Para mi el SL ha de ser solidario y eso pasa por solidarizarse con quien mas lo necesita. Cuando veo que alguien pregunta y recibe una contestación inadecuada lo primero que me viene a la mente es porque simplemente no se ignora a alguien cuando no se desea ayudarle por el motivo que sea. Si me dices que querías ayudarle te diré que yo no lo interpreté así. Me puedo haber equivocado. Quizas solo tenías el día graciosillo y te salió la gracia un pelín inoportuna. ;-) No lo sé. Creerse con mas derecho al uso del Software Libre que cualquier otra persona me parece sectarímo tecnológico y estúpido para los engreidos que alejandose de los usuarios de base se creen mas cerca de los grandes gurús. Creo que es una actitud insolidaria y patética que no hace ningún bien al SL. Yo no me creo con más derecho de usar SL que nadie. Simplemente me parece una falta de respeto hacia el trabajo de ...la cantidad de gente que ha contribuido al SO Linux(sic) el no usar la documentación que esas personas han escrito para solucionar los problemas. En alguna ocasión algún cara dura me ha reconocido que no tenía tiempo o ganas de molestarse buscando la solución. Dependiendo del estado de ánimo puedo olvidarme de él o contestarle lo que se merece. Lo que ocurre es que la mayoría de las veces que uno supone que el que pregunta es un un vago, suele equivocarse. Somos orgullosos por naturaleza. A casi nadie le gusta preguntar lo que puede averiguar por si mismo. Por mi parte, este es mi último mensaje a este hilo, que como indicas se podría hacer kilométrico. Sólo me gustaría ver otro mensaje en este hilo: el de la persona que hizo la pregunta original sobre como poner un rango de puertos en Iptables, diciendome si mi mensaje le sirvió de ayuda, de lo cual me alegraría, así como si mi mensaje le ofendió, en cuyo caso, vayan por delante mis más sinceras disculpas. En ese caso el que pide disculpas soy yo. Podría haberte dicho lo mismo que te dije pero de forma más educada. Mi intención tampoco era ofender sino salir en defensa de los que se sienten más inseguros para que continuen preguntando en la lista que para eso está, pero me salió bastante acidillo. En este caso era una consulta sobre iptables, y no me pareció siquiera una pregunta de un novato. Cuanta gente que usa iptables se limita a copiar un script sin dominar el tema. Linux es lo suficientemente amplio como para que nadie pueda decir que domina todos los temas, ni falta que hace. ;-) -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: iptables + nat
On Sun, 26 Dec 2004, Emilio Santos wrote: Coordenadas temporales: Sat, Dec 25, 2004 at 08:26:56PM +0100 Sujeto: fernando villarroel Comunicaba sobre: Re: iptables + nat ..Que pobre tu comentario, no aportas nada con ese tipo de respuestas, si sabes lo publicas si no lo ¿Que no aporto nada? Le he dado la respuesta y le he dicho como buscarla. sabes mejor mantener silencio, comentarios como los tuyos en muchos casos llevan a personas que se quieren integrar al mundo Linux a decepsionarse y dar un paso al costadoy creo que no es esa la idea verdad?, tomalo como consejo. Si no son capaces de poner algo de su parte, mejor que dejen de usarlo. Un ordenador no es una PS2 y requiere poner algo de parte del usuario. No me gustaría ver esto aplicado a Linux: http://pinsa.escomposlinux.org/sromero/linux/pringao/Pringao_Howto.html Por otra parte, por favor, no hagas top posting y recorta los mensajes a los que respondes, dejando solo las partes necesarias para que se entienda la conversación. Aunque tengo instalado t-prot, el ancho de banda se sigue usando y aún hay personas que van a 36000, incluso a menos. Salu2 -- Papá ¿porqué el imán no se pega en tus diskettes? -- Www.frases.com. Usuario Linux Registrado Nº 165454 Hace nada ya padecimos un larguísimo hilo por culpa de contestaciones maleducadas que se hacen bajo la suposición del que pregunta no se ha tomado ninguna molestia. Yo creo podemos suponer todos que absolutamente todo está en Internet y que no hace falta preguntar ni responder nada. De esa forma podemos cerrar las listas como estas que en lugar de ayudar algunos creen que son para presumir y así nos evitaríamos respuestas como las de algunas personas con clara intención de ofender públicamente al que pregunta. A mi me parece que como mínimo el que preguntó se merecía una contestación más educada. Si no quedó clara con la anterior respuesta la intención de ofender ahora con esta otra ya queda mucho más claro. Me molesta que con la cantidad de gente que ha contruibuido al SO Linux alguien pretenda decidir el solito quien tiene derecho a usar Linux y quien no. Creerse con mas derecho al uso del Software Libre que cualquier otra persona me parece sectarímo tecnológico y estúpido para los engreidos que alejandose de los usuarios de base se creen mas cerca de los grandes gurús. Creo que es una actitud insolidaria y patética que no hace ningún bien al SL. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Recetas de la espiral
Sabe alguien si las recetas de la espiral continuan accesibles en alguna parte. Me he tropezado varias referencias en Google que parecen estar inaccesibles. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: OFF TOPIC : El talante de los debianeros o debianitas
On Wed, 15 Dec 2004, Igor Galarraga wrote: No entiendo porque no te gusta, en la diversidad esta la riqueza del mundo, ademas es posible que te guste el entorno de windows pero quieres la estabilidad y potencia que te da linux en general. No me gusta en cuanto al tiempo destinado, dedicado a ello... no estoy en contra de la variedad! para nada! cada uno que elija. Me refiero a que noto cierta tendencia a intentar masificar GNU/Linux a costa de parecerse a windows... dando todo hecho (a costa de sobrecargar por todos los lados). Yo uso un gestor de ventanas: BlackBox, junto con gkrellm y unos applets del blackbox. Para mi esto es mas que suficiente, no necesito ni papeleras, ni ikonitos para las particiones... carpetas... ni menus de configuraciones globales (que se tocan muy pocas veces, en mi sistema por lo menos). No se si consigo expresar la idea que quiero transmitir Perfectamente pero no la comparto. Para mi el SL no será realmente libre mientras no pueda usarlo todo el mundo, cosa que mas tarde o más temprano llegará lo mismo que Internet llegó a todo el mundo. El paralelismo creo que es relevante. Para empezar el SL e Internet no son dos fenómenos independientes sino muy fuertemente relacionados y nos guste o no nos guste también parece que la evolución de ambos fenómenos tiene muchos paralelismos. Es cierto que la masificación en Internet ha provocado muy serios inconvenientes y seguramente la masificación del SL tambien los tendrá pero el balance yo creo que es muy positivo. En el caso de Internet la calidad de las conexiones el número de nodos a los que nos podemos conectar, la diversidad de servicios disponibles, el precio de una buena conexión son factores que no deberíamos olvidar. Es cierto que tenemos el SPAM pero yo creo que el balance de la masificaciójn en Internet es muy positivo. Estoy convencido de que la masificación del SL originará algunos problemas pero tambien creo que algunos importantes inconvenientes actuales desaparecerían. En especial los derivados de que todavía la mayoría de los fabricantes de Hardware tienen actualmente un nivel de colaboración muy bajo con el SL. Tenemos a gente valiosísima haciendo ingeniería inversa cuando podrían estar haciendo cosas más útiles. Yo no seré quien diga a nadie que el SL no es para él. Al contrario si puedo le ayudaré. Tenemos unas LiveCDs fantásticas algunas de ellas basadas en debian ideales para novatos. Yo creo que no hay ninguna justificación para usar una lista para descalificar publicamente a nadie ni faltarle el respeto. Puedo entender que gente con una carga de adrenalina superior a la normal reaccione agresivamente con cosas como por ejemplo: '''Hola majetes soy estudiante de informática y me han puesto una práctica para hacer un programita en C. El enunciado es muy facilito pero yo tengo muy poco tiempo. Me gustaría que alguien me mandara la solución. ''' Que una persona pregunte algo que está en el man no indica necesariamente que sea un vago. Yo prefiero conceder el beneficio de la duda y tratar esa pregunta como la de alguien que se está asomando a Linux por primera vez y la única actitud razonable es dar la bien venida e indicarle los procedimientos válidos para resolver problemas. No se pierde nada. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [Semi-OT] ¿Qué tal Debian en AMD 64?
On Wed, 8 Dec 2004, José Luis Patiño Andrés wrote: Hola a [EMAIL PROTECTED] Un amigo mío va a comprarse un ordenador estas navidades y ha acudido a mí para pedirme consejo. Ahora yo os lo pido a [EMAIL PROTECTED] :) Primero que nada quería preguntaros si pensáis que es una buena idea pillarse un AMD 64. He oído ya varias veces que el software va a cambiar progresivamente a 64 bits y no sería bueno gastarse dinero en un 32 para que quede obsoleto a los dos años de comprarlo. ¿Qué pensáis? Por otro lado, dejando el OT, sea como sea le voy a poner Debian en el PC que se compre. ¿Cómo rula Debian en un AMD 64? ¿Alguien de [EMAIL PROTECTED] lo tiene? ¿Se instala de la misma forma que la ix86? Una vez instalado el sistema, ¿la paquetería es la misma o hay repositorios exclusivos para arquitectura de 64 bits? Bueno, pues espero vuestros consejos. Gracias a [EMAIL PROTECTED] y perdón por el semi-OT ;) Yo tengo encargado uno. El propio vendedor me dijo que el AMD 64 vuela con Linux. Me gustaría usar software para hacer chequeos y comparativas hardware. Para la memoria me basta con el memtest. Para la CPU no conzco nada y para discos duros tampoco conozco nada. He tenido problemas en discos duros a nivel de controladora IDE en forma de errores de acceso que se producen cuando hay carga simultanea en ambos discos. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: problema con la impresora (SOLUCIONADO)
On Wed, 8 Dec 2004, Antonio Castro wrote: Estoy con testing. Despues del último apt-get update apt-get upgrade Me ha actualizado unos 150 paquetes. Siempre conservando los ficheros de configuración anteriores pero ha dejado de funcionarme la impresión postcript desde consola. He mandado a la impresora un fichero postcript que antes salía bien y ahora el papel se queda en la impresora. Cuando sale el papel muestra un: Error: /ioerror in --image-- Operand stack: Current allocation mode is local Desde mozilla continua funcionando bien. Mirando con dpkg --list observo que un montonazo de paquetes habían quedado como 'Unpacked' después de este último upgrade. Incluso paquetes de configuración trivial como algunos howtos. Se me ha ocurrido hacer: apt-get install --reinstall apt-howto-common Ha empezado a configurar todos los paquetes que estaban pendientes de configuración y ahora la impresora ha vuelto a funcionar. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Preguntas sobre apt-get
Dado que apt-get upgrade se pretende que sea conservativo me pregunto si sería buena idea usarlo con la opción. --assume-yes Lo digo porque yo lo hago upgrade cada uno o dos meses y generalmente son muchos paquetes los que se actualizan. Caso de que no ofreciera peligro podría hacerlo asi con intención de dejarlo trabajando de forma desatendida. A mi me gustaría hacerlo con algún script que lance un proceso batch que haga todo lo que pueda y que genere algún informe al final del upgrade porque las preguntitas no las hace todas juntas al final del proceso sino cuando le viene en gana. Mas cosas. ¿Se genera en algún sitio algún log de históricos de instalación/desinstalación de paquetes? Yo consulto /var/cache/apt/archives/ pero no me es util para eso. Ocupa mucho y suelo liberar ese espacio de vez en cuando con apt-get clean . ¿Alguna recomendación para mejorar estos problemillas de gestión de paquetes? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Preguntas sobre apt-get
On Thu, 9 Dec 2004, Luis Pérez Meliá wrote: joe esto es en SID: find /var/log/debian-installer/ -print /var/log/debian-installer/ /var/log/debian-installer/messages /var/log/debian-installer/partman /var/log/debian-installer/syslog /var/log/debian-installer/cdebconf /var/log/debian-installer/cdebconf/questions.dat /var/log/debian-installer/cdebconf/templates.dat /var/log/debian-installer/hardware-summary /var/log/debian-installer/package-versions Prueba esto: /var/log/installer.log # locate installer /home/droid/mozilla/mozilla-installer-bin /var/log/installer.log.1 /var/log/installer.timings.1 # ll /var/log/installer.log.1 -rw-r--r-- 1 root root 74665 2003-10-08 19:58 /var/log/installer.log.1 # ll /var/log/installer.timings.1 -rw-r--r-- 1 root root 3191 2003-10-08 19:58 /var/log/installer.timings.1 Al parecer tengo algún resto de esos ficheros de log del año 2003. Ahora mismo no tengo logs funcionando. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Preguntas sobre apt-get
On Thu, 9 Dec 2004, Erick Lopez Carreon wrote: On Thu, 2004-12-09 at 18:58 +0100, Luis Pérez Meliá wrote: joe esto es en SID: find /var/log/debian-installer/ -print /var/log/debian-installer/ /var/log/debian-installer/messages /var/log/debian-installer/partman /var/log/debian-installer/syslog /var/log/debian-installer/cdebconf /var/log/debian-installer/cdebconf/questions.dat /var/log/debian-installer/cdebconf/templates.dat /var/log/debian-installer/hardware-summary /var/log/debian-installer/package-versions Prueba esto: /var/log/installer.log El jue, 09-12-2004 a las 18:35 +0100, Antonio Castro escribió: On Thu, 9 Dec 2004, Luis Pérez Meliá wrote: ¿Se genera en algún sitio algún log de históricos de instalación/desinstalación de paquetes? Si, /var/log/debian-installer/ hay varios ficheros de log, entre ellos messages que te da bastante información. En mi sistema no aparece nada de eso y me interesa muchísimo. Yo tampoco los tengo y uso SID. Hace falta instalar el siguiente paquete: Package: libdebian-installer4 Acabo de probarlo y todo sigue igual. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
problema con la impresora
Estoy con testing. Despues del último apt-get update apt-get upgrade Me ha actualizado unos 150 paquetes. Siempre conservando los ficheros de configuración anteriores pero ha dejado de funcionarme la impresión postcript desde consola. He mandado a la impresora un fichero postcript que antes salía bien y ahora el papel se queda en la impresora. Cuando sale el papel muestra un: Error: /ioerror in --image-- Operand stack: Current allocation mode is local Desde mozilla continua funcionando bien. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: configurar automaticamente tarjeta pcmcia inalambrica
On Sun, 5 Dec 2004, Mauricio Tellez wrote: Que tal, tengo una tarjeta inalambrica wavelan buddy que utiliza el chipset de atmel, ya logre configurarla para que al insertar la tarjeta me jale el firmware de atmel, para después ejecutar los siguientes comandos para conectarme a internet: iwconfig eth1 essid any pump -i eth1 lo que quiero hacer es que al insertar la tarjeta automaticamente se ejecuten esos comandos, ya me lei el pcmcia howto pero no he podido que se ejecute el comando iwconfig eth1 essid any, asi que cuando invoca al pump, no logra conectar al access point, alguna sugerencia? Yo tengo una tarjeta pcmcia con ese mismo chipset. Tengo pendiente una conversación bastante seria con los comerciales que me atendieron porque yo les pedí una tarjeta con chipset prism2 Me han colocado una C100A en lugar de C100 que es la que yo pedí, pero esta es otra historia. El caso es que tengo un fin de semana largo y tengo esta tarjeta con chipset 'atmel' que al menos viene como compatible Linux y pese a que la voy a cambiar por una prism2 me gustaría hacerla funcionar. Dime cual es módulo que cargas y dime si le pasas algún parámetro. Yo he probado con el módulo 'atmel' y con el 'atmel_cs'dice que los carga pero lo cierto es que no reconoce el hardaware. Cuando yo ejecuto iwconfig sin parámetros no me reconoce la eth1. Solo aparece dispositivos de red sin extensiones wireless. Mirando en /proc/net/wireless No me aparece nada más que una cabecera. Si el módulo estuviera correctamente cargado tendría que aparecer algo más. El caso es que pcmcia me identifica correctamente la tarjeta con 'cardctl ident'. Socket 0: product info: ATMEL, AT76C502AR manfid: 0x, 0x function: 6 (network) -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: montaje de CD y DVD
On Mon, 6 Dec 2004, Listas wrote: Daniel Fernández wrote: Tengo un lector/grabador de Cd y un DVD y estos no se pueden montar en el punto de montaje /media/cdromX, lo miro y me sorprendo al ver que no se puede montat por q no existe el directorio. Asi que lo que hago es crearlo. Todo bien, pero en cuanto reinicio desaparece el directorio y vuelta a empezar. De que puede ser? Esa gracia la conosco de knoppix y algunos otros derivados que al instalarse en hd se siguen comportando como si arrancaran desde el cd-rom... lo unico que me imagino que pueda ayudar, mientras tanto, no encuentres otra mejor solucion es que hagas tu propio script, asi: #fix-cdrom.sh--- #/bin/bash mkdir -p /mnt/cdrom1 mkdir -p /mnt/cdrom2 #fin-archivo--- Y ahora le das permisos de ejecucion: # chmod +x fix-cdrom.sh Si el problema es ese quizás sería buena idea ponerle un atributo de protección. chattr +i /mnt/cdrom1 De esa forma no solo evitas que un programa te lo borre accidentalmente. Tambien te puede ayudar a localizar el scrip que intenta borrarlo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Configurar pcmcia
Mi sistema carece de directorio /etc/pcmcia o de /etc/init.c/pcmcia, etc. Inicialmente no fue instalado el pcmcia y ahora lo quiero incluir. El kernel si tiene soporte y supongo que solo tengo que configurar el sistema, el pcmcia howto menciona una serie de ficheros de configuración, i pero hay alguna utilidad en Debian que permita configurar pcmcia a posteriori. Tengo un adaptador pci-pcmcia y sobre este intento montar una tajeta wireless. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Configurar pcmcia
On Fri, 3 Dec 2004, Alexander wrote: Antonio Castro escribió: Mi sistema carece de directorio /etc/pcmcia o de /etc/init.c/pcmcia, etc. Inicialmente no fue instalado el pcmcia y ahora lo quiero incluir. El kernel si tiene soporte y supongo que solo tengo que configurar el sistema, el pcmcia howto menciona una serie de ficheros de configuración, i pero hay alguna utilidad en Debian que permita configurar pcmcia a posteriori. Tengo un adaptador pci-pcmcia y sobre este intento montar una tajeta wireless. Nesecitas se alguna manera cargar el modulo de tu adaptador pci-pcmcia (hotplug es una buena alternativa), instalar el paquete pcmcia-cs y OK Ya me reconoce la PCMCIA y con 'carctl' me informa de la tarjeta wirles que estoy usando cosa que no sabía. # cardctl ident Socket 0: product info: ATMEL, AT76C502AR manfid: 0x, 0x function: 6 (network) He cargado varios modulos. Entre ellos el atmel y el atmel_cs. Se quedan cargados pero en /proc/net/wireless no aparece nada significativo y iwconfig me da en todo 'no wireless extensions'. Ignoro si hay que cargarlos con algún parametro. (Me parecería lógico tener que decir de alguna forma que use eth1.) El caso es que los drivers se cargan pero parece que no funcionan. tener listo el modulo de la wireless (cardservice lo cargara solito). Salud. Eso de cardservice no se que es. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Configurar pcmcia - Wireless
On Fri, 3 Dec 2004, Alexander wrote: Socket 0: product info: ATMEL, AT76C502AR manfid: 0x, 0x function: 6 (network) Ok. Eso significa que la interface pcmcia funciona apropiadamente. Ahora falta el modulo de la tarjeta, provablemente sea el fvnetr_cs, revisa la configuracion del kernel. Es la que proporciona Debian en forma de binario para la 2.6 y la opcion fvnetr_cs no la localizo. Yo creo que lo suyo sería que funcionara 'atmel_cs' o 'atmel' La PCMCIA retorma AT76C502AR y en la descripcion de esos modulos también viene eso. Eso de cardservice no se que es. Paquete pcmcia_cs. (cs - card service) Te crea un script de inicio que monitorea y administra el bus pcmcia y una base de datos que asocia los identificadores de distintas tarjetas al modulo correspondiente. Supongo que en teoria uno podria arreglarselas sin tal, pero que caso tiene? Mejor ponlo. He probado de varias formas a usar el comando 'card service' y siempre me devuelve lo mismo. card: could not find help message for service -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Programas educativos
On Fri, 26 Nov 2004, Juanjo Martinez wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola: El Vie 26 Nov 2004 14:57, DvD desde pcbrutal escribió: Hola a todos. Estoy dando clases de informática a niños pequeños, en el aula de informática les he puesto la ubuntu y me gustaría saber las herramientas (libres a ser posible) que conoceis. Yo he instalado por apt junior-kde ( Kstars, el señor patata y alguno más), pero me seguro que existen más que no conozco. Necesito herrmientas educativas o juegos para niños de 6 a 12 años. Gracias a todos por adelantado! No se si conocéis Squeak, puede interesar. Tiene paquetes deb para sarge en los repositorios de gnuLinex. Unas web's: Doy mi opinión personal sobre el Squeak. Yo creo que para 12 años el Squeak es algo prematuro. Ya nos contarás los resultados. En cualquier caso la tutoría de un adulto experimentado creo que es fundamental. Sería bueno que se pudieran desarrollar pequeñas aplicaciones capaces de funcionar totalmente separadas del macroentorno pero creo que eso no es posible. La idea no se si es buena. Desde luego la idea desde el punto de vista didactico creo que es original y técnicamente, ya es una joya y tiene un futuro aun más prometedor. Disponidad en LiveCD, El pequelin y Max lo traen. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Debian y la politica
On Wed, 24 Nov 2004, Luis wrote: Efectivamente, la política no es mala, los hombres y mujeres corruptos que se han servido de la política para su provecho personal son los que han envilecido la política. La Filosofia del Software Libre aboga por un nuevo tipo de sociedad. Este movimiento no es sólo técnico, no es sólo de ingenieros y/o de programadores. Detrás de este Movimiento existe la conviccion de que existe una sociedad distinta donde todos podamos compartir libremente los recursos. Este hecho es eminentemente POLITICO, en el sentido filosófico del término. Por eso Richard Stallman insiste tanto y tanto en el tema de LA LIBERTAD. Este es fundamental para el futuro del actual movimiento y de una nueva sociedad. Debian GNU/Linux, a mi modo de ver, recoge esta filosofía y trata de seguirla fielmente. Yo uso Debian GNU/Linux por razones técnicas, pero más por su sustento filosófico. La política es un tipo de actividad que repugna a mucha gente por el tipo de ejemplos que se viven a diario en todos los niveles y por desgracia parece que algunos temas solo tienen solución política y que los problemas de la política tales como la corrupción o la falta de libertad tampoco se pueden solucionar fuera del ámbito de la política. En mi humilde opinión y dejando al margen la gente que solo persigue aumentar su propio poder que son muchos, la política empieza cuando se toma conciencia de que las cosas pueden mejorar haciendose de otra forma y se intenta transmitir esa idea al mayor número de personas. De ahí que se cuele mucho oportunista en la política. La política de Debian se refiere en mi humilde opinión a su propia forma de trabajar y confian en que ese fruto de su trabajo sea el que facilite los cambios sociales. Sin menospreciar otras alternativas, creo que la política de Debian funciona muy bien. Es una forma de hacer política sin hacer política. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: las tacticas del gilipuertas!!
On Fri, 19 Nov 2004, Andres Seco Hernandez wrote: No estaría nada mal. Sería una buena iniciativa. Yo tengo cerca un buen grupo de gente que estaría dispuesto a currar por ello, pero alguien tendría que encargarse de la coordinación, yo ando jodido ultimamente. El 19 Nov 2004 a las 03:49PM +, Debian user escribio: El Viernes 19 Noviembre 2004 15:41, Andres Seco Hernandez escribió: ¿No se les puede denunciar por mentirosos? ¿a MS y a muchos de los que han hecho esos estudios? La vía legal no es el punto debil de Microsoft. El esfuerzo hay que ponerlo lugares más efectivos. De momento ya estamos tratando de un asunto fuera del tema de la lista, lo cual ya es un éxito para Microsoft. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Conferencia sobrepiratería, el sgae y sus mentiras. Buenísimo
On Sun, 13 Nov 2004, www.insok.net wrote: | Asunto: Conferencia sobre piratería, el sgae y sus mentiras.. Buenísimo | [...] Es impagable, de verdad. Dura una hora y son 24 MB, pero aclara mucho los conceptos, y además te partes el culo de una manera brutal [...] Una charla divertida, instructiva y muy recomendable y que pueden descargar de http://www.internautas.org/archivos/David_Bravo-Hackmeeting_Sevilla04.mp3 No suelo contestar mensajes con asuntos fuera de tema, pero es que todavía me duelen los ojos y las costillas de tanto reirme. Creo que el que halla escuchado la charla de David Bravo me perdonará. No voy a invitar a que la gente difunda indiscriminadamente en toda clase de listas este mensaje. Esto va contra nuestras propias normas, que yo al contestar a esta lista también me estoy saltando y pido perdón, pero yo tengo que agradecer que se hiciera aquí porque quizás de otra forma me lo habría perdido y a parte del buen rato creo que cumple una función social impagable. Yo recomiendo a la gente que difunda este mensaje entre sus amigos, con la recomendación de que a su vez ellos hagan lo mismo. Creo importante extender el mensaje. Este mensaje por su genialidad, su sentido del humor crítico mordaz habilmente sostenido durante una hora entera, es digno del mejor de los espectáculos, y por su carga de desmitificación de unas mentiras difundidas y sostenidas con ingentes candidades de dinero que están atemorizando a toda la sociedad, es digno de ser considerado un valiosísimo documento capaz de hacer más libre a todos y cada uno de nosotros únicamente por el hecho de escucharlo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Extraño problema de video con kernel 2.6 (Bis)
On Wed, 10 Nov 2004, Aritz Beraza Garayalde [Rei] wrote: On Mon, 8 Nov 2004 10:07:00 +0100 (CET), Antonio Castro [EMAIL PROTECTED] wrote: No he recibido ni una sola respuesta y pese a lo extraño del problema me parece sorprendente que nadie tenga una remota idea de que puede tratarse ni a nadie que tenga una una Voodoo3 2000 y use kernel 2.6. Es una tarjeta con unos añitos. Los mismos que los de ese equipo. En realidad no son solo los caracteres 7 y A los afectados. He comprobado que aleatoriamente también puede afectar a algún otro carácter. (La 'B' la 'O') y no siempre el caracter afectado aparece con el mismo aspecto. Algunas veces el caracter afectado desaparece casi del todo. Perdonar que insista una vez más, pero no he conseguido avanzar absolutamente nada. Prueba a no usar framebuffer (si usas lilo, modifica la linea del vga=xxx y pon vga=normal, o comentala. En modo texto se debería ver bien. No se si las voodoo tienen undriver framebuffer propio (miralo en la documentación del kernel que viene con las fuentes, o busca en google), pero es posible que los timings para el vesafb (framebuffer vesa) no se lleven bien con tu tarjeta de video, así que si quieres seguir usando framebuffer, tendras que indicarle que cargue el módulo de framebuffer para tu tarjeta de video, a ver si eso lo resuelve. A ver si esto arregla un poco las cosas. Además de lo que me comentas parece ser que existe una técnica MTRR (Memory Type Range Register) control que acelera las operaciones gráficas en ciertas condiciones. Creating overlapping MTRRs: %echo base=0xfb00 size=0x100 type=write-combining /proc/mtrr %echo base=0xfb00 size=0x1000 type=uncachable /proc/mtrr And the results: cat /proc/mtrr reg00: base=0x ( 0MB), size= 64MB: write-back, count=1 reg01: base=0xfb00 (4016MB), size= 16MB: write-combining, count=1 reg02: base=0xfb00 (4016MB), size= 4kB: uncachable, count=1 Some cards (especially Voodoo Graphics boards) need this 4 kB area excluded from the beginning of the region because it is used for registers. Ahora estoy haciendo pruebas pero no tengo claro lo que estoy haciendo. El problema se presenta un poco cuando quiere y por ello tendré que continuar probando. Gracias por contestar. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Extraño problema de video con kernel 2.6 (Bis)
No he recibido ni una sola respuesta y pese a lo extraño del problema me parece sorprendente que nadie tenga una remota idea de que puede tratarse ni a nadie que tenga una una Voodoo3 2000 y use kernel 2.6. Es una tarjeta con unos añitos. Los mismos que los de ese equipo. En realidad no son solo los caracteres 7 y A los afectados. He comprobado que aleatoriamente también puede afectar a algún otro carácter. (La 'B' la 'O') y no siempre el caracter afectado aparece con el mismo aspecto. Algunas veces el caracter afectado desaparece casi del todo. Perdonar que insista una vez más, pero no he conseguido avanzar absolutamente nada. -- Forwarded message -- Date: Tue, 2 Nov 2004 20:05:54 +0100 (CET) From: Antonio Castro [EMAIL PROTECTED] To: debian-user-spanish@lists.debian.org Subject: Extraño problema de video con kernel 2.6 Me he pasado recientemente al kernel 2.6.8.1 y me da un problema de video muy extraño. Las pruebas las he realizado con el kernel precompilado por debian y con el kernel 2.6.8.1 compilado por mi a partir de las fuentes y en ambos caso me da el mismo problema. La configuración del kernel es en ambos casos la que usa Debian en su kernel 2.6.8.1. Nada más arrancar se puede ver en la consola que aparentemente todos los caracteres se visualizan perfectamente salvo el siete que aparace sin los pixels de la parte superior. Es decir el literal '7A' se mostraría como sigue: # ### # ## # ## # # ### # # # # # # Si entro en el modo gráfico XWindows y vuelvo a consola el caracter siete aparece completo y los demás caracteres aparentemente se ven bien, menos la A mayúscula que solo muestra tres pixels. Es decir que el literal '7A' se mostraría esta vez con este aspecto. #### ## # # # # # # # En ambos casos la posicion del caracter en pantalla no influye y parece que solo afecta a esos caracteres. Si arranco usando un kernel 2.4.21 todos los caracteres se ven perfectamente. Mi tarjeta de video es una Voodoo3 2000. Mi sistema es un Debian Sarge. Se aceptan propuestas para solucionar el problema o en su defecto alguna explicación con base científica. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Extraño problema de video con kernel 2.6
Me he pasado recientemente al kernel 2.6.8.1 y me da un problema de video muy extraño. Las pruebas las he realizado con el kernel precompilado por debian y con el kernel 2.6.8.1 compilado por mi a partir de las fuentes y en ambos caso me da el mismo problema. La configuración del kernel es en ambos casos la que usa Debian en su kernel 2.6.8.1. Nada más arrancar se puede ver en la consola que aparentemente todos los caracteres se visualizan perfectamente salvo el siete que aparace sin los pixels de la parte superior. Es decir el literal '7A' se mostraría como sigue: # ### # ## # ## # # ### # # # # # # Si entro en el modo gráfico XWindows y vuelvo a consola el caracter siete aparece completo y los demás caracteres aparentemente se ven bien, menos la A mayúscula que solo muestra tres pixels. Es decir que el literal '7A' se mostraría esta vez con este aspecto. #### ## # # # # # # # En ambos casos la posicion del caracter en pantalla no influye y parece que solo afecta a esos caracteres. Si arranco usando un kernel 2.4.21 todos los caracteres se ven perfectamente. Mi tarjeta de video es una Voodoo3 2000. Mi sistema es un Debian Sarge. Se aceptan propuestas para solucionar el problema o en su defecto alguna explicación con base científica. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: DVD [libdvdcss, dónde]
On Sun, 31 Oct 2004, Guillermo Ballester Valor wrote: Hola a todos, Soy nuevo en Debian, provengo de SuSE. Bueno, todavia tengo SuSE en algunos ordenadores. He construido muchos paquetes para SuSE (el repositorio suser-gbv) y pienso seguir haciéndolo mientras pueda. No obstante, he de decir que Debian me está cautivando ... :) Bueno, en cuanto a la libreria para ver DVD comerciales, es decir encriptados por Zonas, hay que utilizar la librería css. En SuSE se llama libdvdcss2. Pero HAY UN PROBLEMA. En muchos paises, incluido el Reino de España, puede ser un delito el facilitar programas que desencripten medidas de seguridad, aunque sea la codificación estúpida que un adolescente destripó en un a tarde. Todo lo que siguen son opiniones mías. Debian hace bien en acatar todas las leyes sin cuestionarlas. Otra cosa la convertiría en vulnerable. Por lo tanto estas opiniones que cuestionan la idoneidad de la ley actual, son comentarios míos realizados al margen de la temática de la lista. Tampoco pienso mojarme más de la cuenta ni incitar a otra cosa que no sea una sana reflexión. Este es un tema complegísimo. La ley parece reconocer el derecho a hacer copias de seguridad de absolutamente cualquier cosa que una persona adquiera legalmente siempre que esa copia de seguridad no se use con otros propositos y en especial con propósitos lucrativos. Recientemente la ley amplia el concepto de lucro asimilando cosas como el ahorrarse el dinero que supondría una compra legal. Una ley así pasa en a convertirse en una especie de lotería. Voy a poner dos ejemplos para que se vea los extremos a los cuales podrían llegarse. Si yo no puedo ver una peli que empieza a las 22:00 y la grabo me estoy ahorando el dinero del alquiler de esa peli. Bueno no creo ser el único que hace estas cosas pero con la nueva ley algún juez podría mandarme a la carcel y parce que situar con esas ley en la ilegalidad a una gran cantidad de gente que graba en casa las pelis de la tele no es problema porque ya interpretará en cada caso el juez esa ley como le parezca. En mi humilde opinión una ley nefasta por su inmensa ambigüedad. El que tenga un DVD comprado legalmente que se le esté deteriorando tendrá que buscar en Google la forma de preservar su inversión mediante una copia casera corriendo el riesgo de ser considerado un pirata por el mero hecho de no querer pagar dos veces por el mismo producto. Algún juez podría decir que eso es afán de lucro. ¿Que no es para tanto la cosa? Puede ser. ¿Que estoy exagerando? Quizás. A mi no me gusta una ley tan ambigüa que afirma que copiar con afan de lucro es delito punible con la carcel y que afan de lucro será lo que el juez tenga a bien considerar como tal. Supongo que no queda más remedio que obedecerla, pero llegará un momento en que no sabremos lo que es legal y lo que no. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
kernel-image-2.6.8-1-386 .config
A mi me gusta tener dos tipos de kernels. Uno muy ajustado a las necesidades de mi hardware que suelo compilarlo desde cero y que es el que uso de forma habitual y otro lo más generico posible preparado para probar cosas nuevas. En este último caso, suelo instalar el kernel-image de Debian. En este momento estoy haciendo pruebas con el kernel 2.6.8-1 y me gustaría partir de las ociones que trae Debian configuradas para retocar solo alguna cosa y me gustaría saber cual el el .config que se usí. Ya se que el Kernel de debian está ligeramente retocado: /usr/share/doc/kernel-image-2.6.8-1-386/README.Debian.1st.gz A pesar de ello me gustaría saber cual es el .config utilizado para la configuración de la imagen que proporciona Debian. Al parecer la opción 'Kernel .config support' no está activada ya que no muestra ningun /proc/config.gz. Una pena porque con eso ya tendría lo que busco. Como es lógico he mirado igualemente en el svn de Debian: http://svn.debian.org/viewcvs/kernel/tags/kernel/source/2.6.8-1/debian/ Salvo despiste mío aquí tampoco veo nada que me sirva. :-/ -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
RE: Ext3 e inconsistencias de ficheros
On Fri, 22 Oct 2004, Rubén Mediano wrote: Eso está de lujo. Ext3 = ext2 + journal: VFS: Mounted root (ext2 filesystem). Journalled Block Device driver loaded No estoy muy seguro de lo que voy a decir porque no percibo opiniones unánimes sobre estos temas en los cuales tampoco soy un erudito. Que ext3 sea más seguro frente a perdidas accidentales de datos por fallos del hardware o por cortes de energía eléctrica es algo que no tengo tan claro como tu. Parece que abunda la información subjetiva que varía en función de las incidencias que cada cual sufre. Tener que chequear un sistema de ficheros cada x días o cada x arranques o cada vez que se apaga accidentalmente el ordenador puede ser incómodo pero no necesariamente más inseguro. Yo ante un sistema ext2 enfermo lo que recomendaría es chequearlo y si el error vuelve a reproducirse hay que pasar el badblocks. No veo la necesidad de pasar a ext3 por eso. Otra cosa es que el journaling nos guste más o nos resulte más cómodo. -Mensaje original- De: Rafael Ledesma [mailto:[EMAIL PROTECTED] Enviado el: viernes, 22 de octubre de 2004 11:47 Para: debian-user-spanish@lists.debian.org Asunto: Ext3 e inconsistencias de ficheros Tengo un equipo que esta teniendo bastantes problemas de ficheros por apagados incorrectos. Estara mal configurado el sistema de ficheros? Ahí va la parte del dmesg referente a sistema de ficheros por si veis alogo extraño (VFS: Mounted root (ext2 filesystem)) -- VFS: Mounted root (ext2 filesystem). Journalled Block Device driver loaded EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. Freeing unused kernel memory: 116k freed EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal journal Adding Swap: 265064k swap-space (priority -1) kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal EXT3-fs: mounted filesystem with ordered data mode. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Para que compilar el Kernel?
On Sun, 17 Oct 2004, [iso-8859-15] José Luis Patiño Andrés wrote: El Domingo 17 Octubre 2004 15:31, Eric Pap escribió: Hola amigos, tengo una duda mas bien de concepto. Alguien me puede explicar las ventajas y desventajas de usar un kernel pre-compilado(los que vienen en los CD's de Debian) o de compilar mi propio Kernel? porque no termino de entender para que tengo que compilarlo... Se que tiene que ver con que los Mod's en vez de cargarse externamente, quedan guardados en el kernel, pero no se que ventaja trae esto... tampoco se que pasa si quiero actualizar mi sistema a un kernel superior bueno en fin, eso Saludos Eric Hola. Bueno, ya te han dicho más o menos la utilidad que tiene la recompilación de un kernel. Respecto a lo de actualizar tu sistema a un kernel superior, puedes instalar el kernel que quieras, más viejo o más nuevo en tu sistema, e incluso tener varios kernels con los que iniciar desde lilo o grub. Para instalar un kernel aparte del que ya tienes debes instalar un archivo de imagen del kernel. Estos archivos son kernel-image-x.x.xx. Puedes ver todos los kernels disponibles haciendo apt-cache search kernel-image. Haces un apt-get install la imagen que quieras y te lo instalará y arreglará todo para que puedas arrancar con ese kernel o con el antiguo. Espero haberte aclarado algo :) Lo que interesa en un Kernel es personalizarlo para hacerlo pequeño para ello hay que quitar las opciones estáticas que no interesen en nuestro sistema. En los nuevos kernels hay una opción interesante que no se si en las imagenes precompiladas de Debian se han incluido. Me refiero a 'Kernel .config support' Con esta opción se puede obtener la configuración de un fichero Kernel usando scripts/extract-ikconfig o consultando /proc/config.gz si el Kernel está arrancado, y de esa forma se puede retocar puntualmente eliminando o añadiendo alguna opción más. Ignoro si las imagenes de Debian incluyen esta opción que no está disponible como módulo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Off-Topic: Un linux mas facil
On Thu, 14 Oct 2004, ^pi^ wrote: Claro que hay ayudar al usuario novel (para eso estamos aqui no? para aprender juntos) pero hay que ayudarle a entender que el soft libre no es un CD que se compra en la libreria se instala y a jugar.. Y porque no. Con todos mis respetos no comparo para nada esa afirmación. El Software libre puede ser eso o lo que se quiera. Para eso es libre. Que el software libre no sea aun más facil de usar no es algo buscado y pretendido sino una consecuencia de las preferencias de los desarrolladores que estadísticamente se muestran mucho más preocupados por otros temas y en lo que acabo de decir no existe el menor atisbo de crítica a los desarrolladores entre los cuales me incluyo, sino la constatación de lo que en mi opinión es una realidad bastante clara. La amistosidad del software exige un considerable esfuerzo. Sobre todo si se quiere hacer bien, porque el simple adorno es puro marketin y no debe confundirse con la amistosidad del software. Considero que el software puede ser mejorado teniendo en cuenta muchos posibles factores de calidad, y la amistosidad no es ni menos importante ni más que otros, lo que ocurre es que las prioridades en el software libre no las marcan ni las multinacionales ni los goviernos ni los usuarios. Las marcan los desarrolladores. El que desee ver cosas que no están hechas debe plantearse contribuir con su esfuerzo personal. De hecho yo considero que toda contribución a la amistosidad del software libre es muy interesante. Perdón por la charla que se sale totalmente del tema de la lista. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: grep con argumentos
On Thu, 30 Sep 2004 [EMAIL PROTECTED] wrote: buenas, resulta que tengo un monton de archivos con un nombre dentro button_blabla.gif y lo quiero pasar a boton_blabla.png, a mano y uno por uno es muy costoso pero lo pruebo con expresiones regulares en kate como 'button_[?].gif' y no funciona y con el grep tampoco puedo pro mas que lo intento. alguna ayuda? gracias Un pequeño scrip para ejecutar desde el directorio donde se encuentren esos ficheros. Siempre que se hacen este tipo de cambios masivos es mejor copiar primero los ficheros a /tmp/ trabajar desde /tmp. Cualquier despieste mío o tuyo al teclear el nombre de una variable o cosas así te puede fastidiar el día. for FILE_GIF in `ls button_*.gif` do FILE_PNG=`echo $FILE_GIF | cut -d '.' -f 1`.png convert $FILE_GIF $FILE_PNG done -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: grep con argumentos
On Thu, 30 Sep 2004 [EMAIL PROTECTED] wrote: buenas, resulta que tengo un monton de archivos con un nombre dentro button_blabla.gif y lo quiero pasar a boton_blabla.png, a mano y uno por uno es muy costoso pero lo pruebo con expresiones regulares en kate como 'button_[?].gif' y no funciona y con el grep tampoco puedo pro mas que lo intento. alguna ayuda? gracias Perdon acabo de comprobar que he leido mal. Olvida lo que puse antes que era convertir ficheros gif a ficheros png. Para convertir cadenas en un fichero lo que se usa es sed. Si en blabla pueden venir los mismos caracteres que se intercalan entre nombres de los ficheros la cosa se complica bastante y las expresiones regulares daran problemas. Te pongo un ejemplo que usará dos pasadas de sed asumiendo que en el blabla no existen blancos y que entre nombre y nombre si existirá algún blanco. sed 's/button_[^ ]*\.gif/.png/g' kk.kk | sed 's/\.gif\.png/.png/g' Ignoro si te sirve porque sin ver el texto completo resulta dificil saber si resulta adecuado o no. El problema que suele presentarse con las expresiones regulares es que no puedes usar expresiones del tipo 'button_.*\.gif' ya que localiza la cadena más grande que cumpla esa expresión y en lugar de varias cadenas tomaría una sola. button_blabla.gif button_BlaBla.gif en lugar de ^ button_blabla.gif button_BlaBla.gif ^ ^ Normalmente yo para solucionar estas cosas usando shell-script recurro a trucos del tipo como el que te acabo de indicar. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Paquetes retenidos
On Fri, 24 Sep 2004, Daniel Fernández wrote: Al hacer un apt-get update me ha aparecido este mensaje: Los siguientes paquetes se han retenido: arts libarts1 mozilla-firefox 0 actualizados, 0 se instalarán, 0 para eliminar y 3 no actualizados. Quisiera saber que significa esto de los paquetes retenidos y por que es que no los puedo actualizar directamente. Muchas gracias. Que me corrijan los que saben más que yo sobre estas cosas. Creo que apt-get update no te da ese tipo de mensaje. Seguramente hiciste luego un apt-get upgrade y te dió ese mensaje. Significa que ese paquete no se puede actualizar de esa forma porque upgrade es una forma muy respetuosa y conservativa de subir la versión de los paquetes a la la versión actual. Está pensado para permitir actualizarse comodamente y sin que se provoquen cambios indeseados en un sistema. Cuando me encuentro paquetes retenidos suelo intentar hacer un apt-get install --reinstall paquete1 paquete2 (arts libarts1 mozilla-firefox) No hago muchos de golpe y si veo que intenta hacer muchas cosas a la vez procuro empezar por reinstalar aquellos paquetes que dan menos problemas y muchas veces los paquetes problemáticos cuando se dejan para el final dejan de ser problemáticos y dejan de pedir cambios masivos. Ojo hay que fijarse muy bien antes de confirmar que es lo que va a cambiar. Si intenta eliminar algún paquete cancela y piensatelo con calma. Yo he llegado a tener cientos de paquetes retenidos. Pase de una mezcla de versiones a convertirla en una Sarge 100% Haciendo apt-get install --reinstall paquetes. A pesar de que upgrade es muy seguro suelo hacer copia de seguridad antes de hacerlo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [OT] Re: Invitacion GMAIL
On Tue, 7 Sep 2004, Matías Costa wrote: Empiezo el correo diciendo que no son unos santos. Pero no es muy diferente a cualquier otra cuenta que puedas abrir. Lo que no entiendo es por que hay tanto revuelo por que busque palabras clave para mostrar publicidad. Es una tecnica muy usada, desde doubleclick hasta cualquier buscador. La politica es un tanto mas fuerte en el caso de gmail, pero no justifica tanto follon. Resulta extraño el hecho de confesarlo. Estamos demasiado acostumbrados a ciertas cosas que nadie confiesa abiertamente salvo en casos excepcionales como estos. Sacar estadísticas de unos correos privados mediante programas no es necesariamente una invasión de la intimidad ni una falta de ética pero si resulta extraño y eso puede alarmar a bastante gente. Lo cierto es que sería estúpido confesar esa práctica que otros seguramente usan sin admitirlo para luego dedicarse a cometer abusos que perjudiquen a los usuarios. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: problemas con espacio de memoria y CPU - KILLED PROCESS
On Thu, 2 Sep 2004, Christal wrote: Hola a todos, Estoy teniendo un problema con un proceso que ejecuto y no se como arreglarlo. Trabajo con Mandrake 9.1. Tengo un programa hecho en C que simplemente va revisando sus entradas por el puerto serie y hace lo que tenga que hacer dependiendo de lo que lea por el puerto... para hacer esto tengo que estar revisando constantemente el puerto, asi que en la funcion principal del programa (main) tengo un bucle que no sale hasta que no pulse ESC. Hasta aqui no hay problemas porque el programa hace todo lo que tiene que hacer. El problema viene cuando, por ejemplo, llevo una semana trabajando con el, que el programa imprime in killed por pantalla y finaliza. Aqui es donde no se que debo hacer exactamente, pues no se como controlarlo. He hecho un top para mirar el estado de la memoria y muestra que el programa usa un 62% de CPU y un 40% de MEM. Lo que estoy intentando es hacer un sync cada hora (lo he puesto en el cron) para que cada hora se resincronice la swap, a ver si eso afecta en algo y puede ayudarle a recuperar algo de memoria... Tambien estoy intentando iniciar el proceso con el comando nice para darle mas o menos prioridad al proceso, a ver si asi consigo que no consuma tanto... ahora lo he arrancado como nice -n -19 ./comunicacion para ver si dandole la maxima prioridad consigo que no consuma tanto. Pero no se si asi esta bien o deberia de darle la menor prioridad... La cuestion es que de momento he revisado el top y ahora, que lleva 1h en marcha, consume 60-63% de CPU y 1.8% de MEM. Pero no se si ira incrementando o con esto lo podre controlar... Alguien sabe de esto? Cual puede ser una solucion? Lo estoy haciendo bien? Si alguien necesita mas datos o lo que sea, por favor, que me lo pida que gustosa se lo pasare! Muchisimas gracias de antemano! Sin los fuentes todo son congeturas. Quizás tu programa tenga un desequilibrio en la gestión de la memoria dinámica. malloc() - free() Puedes comprobar la cantidad disponible de memoria usando mallinfo(). Haz trazas dentro del bucle que mencionabas. #include malloc.h struct mallinfo mi for (...;...;){ (); (); /* traza */ mi = mallinfo(); printf(%d\n, mi.arena } Posiblemente comprobaras que poco a poco vas perdiendo memoria. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
upgrade en testing
Acabo de hacer un 'upgrade' en testing y me desaparece el coloreado de la sintaxis de vim pese a usar la opción syntax=on. Me ha desaparecido /usr/share/vim/vim62 (localicé una referencia en /usr/share/vim/vimrc pero puede haber alguna más) Hago ln -s vim63 vim62 y todo parece volver a funcionar. Supongo que lo suyo es buscar referencias a vim62 y cambiarlas. Normalmente cuando hago upgrade aparece alguna cosilla que tengo que tocar. La vez pasada tuve que poner en mi /etc/profile loadkeys /usr/share/keymaps/i386/qwerty/es.kmap.gz porque me perdió el teclado español. ¿Los demás, con que frecuencia haceis upgrade en testing? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Reflexiones sobre Debian
On Thu, 12 Aug 2004, Emilio J. Padrón wrote: [...] a lo mejor me equivoco, pero en mi opinión se ha desvirtuado la utilidad original de mantener una versión estable junto con otra inestable y otra Puede ser. de pruebas. El enorme lapso de tiempo entre versiones estables hace que esta pierda vigencia como distribución de escritorio y muchas veces de trabajo. Casi cualquier sofware reciente que no esté en woody y que puedas necesitar presenta unas dependencias que te obligan a, o a mantener versiones más nuevas y a mayores de librerías, a parte de apt, lo cual no deja de ser incómodo, o bien a tirar de backports, cuando los hay, con lo que en cualquier caso estás mandando al garete la estabilidad buscada al mantener la distribución estable. Es muy común necesitar unas X más nuevas que las de Woody por cuestiones hardware. Al final te compensa Cierto. pasarte a testing o unstable. Esto además, provoca, y esto no sé si es verdad, es algo que he leído pero que suena razonable, que la distribución inestable sea más estable de lo que quizás debiera (digo que no sé si es La versión testing es seguramente más usable que la versión stable, y de hecho a medida que pasa el tiempo la gente va abandonando la versión stable. Lo de los backports en mi opinión no deja de ser un parche para mitigar una situación indeseable. Puede que usar algún backport en algún caso te permita continuar usando la versión stable por un tiempo, pero aguantar hasta el próximo cambio de versión no es facil de logar y depende de muchas cosas y muy especialmente del tiempo que tarde en llegar la nueva versión. El Hardware evoluciona muy rápidamente y la política de los fabricantes va encaminada a que la gente necesite comprar equipos nuevos. Eso se logra haciendo que los componentes antiguos queden sin utilidad. Dos años con la misma versión de Debian resulta en mi opinión algo forzado porque se hace dificil o cuanto menos incómodo mantenerse en stable. Si empiezas a hacer backports seguramente entrés en una dinámica donde pierda todo su sentido permanecer en stable. Me doy perfecta cuenta de que acometer la tarea de estabilizar, es una labor de titanes y tampoco puede hacerse cada poco tiempo porque se iría demasiado esfuerzo en eso. El grado de seguridad alcanzado en la versión stable es altísimo y todo el mundo lo valora mucho de boquilla, pero al final una gran cantidad de gente se pasa a testing, unos lo hacen antes, y otros pasado un tiempo cuando ya parece que no habrá problemas y eso no tarda mucho tiempo en llegar porque nadamás salir la versión estable mucha gente se vuelca en la nueva testing y la estabiliza. Esta práctica puede terminar convirtiendo a stable en un lujo dificil de mantener. En el momento que se empiecen a tomar medidas para que la versión testing sea más segura, se estará restando a stable gran parte de su interés actual y eso parece que ya se está planteando si no he entendido mal. Yo creo que la versión stable no solo es interesante como paradigma del bien hacer de Debian. También es un punto de sincronismo o de referencia necesario para muchas cosas, pero si el lapso de tiempo entre versiones continua siendo de dos o más años el interés por la stable continuará decayendo y cuando no le interese a suficiente cantidad de gente desaparecerá como mal menor por el esfuerzo que supone. En mi opinión no se debería llegar a eso, pero al final deciden los usuarios. El esfuerzo irá dirigido donde a la gente le interese. Este hilo no es una crítica a nada. Son reflexiones que en si mismas no aportan ninguna solución. Me he enterado de algunas cosas que no sabía, pero no tiene sentido hacer de esto una discusión mientras no se planteen soluciones, de lo cual yo no me siento capaz. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Reflexiones sobre Debian
On Tue, 10 Aug 2004, Santiago Vila wrote: Un saludo Santiago y gracias por contestar. :-) Antonio Castro escribió: Me pregunto si llegará un momento en que sacar la versión estable resulte un esfuerzo tan grande que se decida no hacerlo, o por el contrario se estudiará algún tipo de solución. Puedes estar seguro de que la mayoría de la gente en Debian piensa que debería haber una distribución estable de vez en cuando. OK. Me alegro. Creo que hay muchos buenos motivos para eso. De forma muy resumida la historia ha sido la siguiente: Debian 1.1 _Buzz_ (June 17th, 1996): ( 474 packages) Debian 1.2 _Rex_ (Dec 12th, 1996): ( 848 packages, 120 developers) Debian 1.3 _Bo_ (June 5th, 1997):( 974 packages, 200 developers) Debian 2.0 _Hamm_ (July 24th, 1998): (1500+ packages, 400 developers) Debian 2.1 _Slink_ (March 9th, 1999):(2250 packages, 4?? developers) Debian 2.2 _Potato_ (15 August 2000):(3900+ packages, 450 developers) Debian 3.0 _woody_ (19 July 2002): (8500+ packages,1000 developers) Debian ?.? _sarge_ ( ?? ??? 200?): ( packages, developers) Si estuvieras suscrito a debian-devel-announce (que es una lista de muy bajo volumen) no te habrías perdido este interesante mensaje: OK. Si tiene bajo volumen me suscribiré. Estoy suscrito a demasiadas listas y algunas no me da tiempo de leerlas con regularidad. (Generalmente las que son en Ingles quedan en la carpeta sin leer). http://lists.debian.org/debian-devel-announce/2004/08/msg1.html Puff.. me he enterado de muy poca cosa. Ni siquiera me entero de lo que dice sobre la congelación de Sarge que creo que da a entender que es inminente pero debo de haber entendido mal porque es un mensaje del 2 de Agosto. Los mensajes puramente técnicos los entiendo mejor. Está previsto que sarge salga en septiembre, lo cual quiere decir que incluso aunque se retrase un poco es muy posible que salga este mismo año. Me resulta sorprendente que se mantenga esta fecha porque aun no se ha congelado Sarge y desde que se congela una versión hasta que sale suele pasar un tiempo que varía en función del número de Bugs importantes que quedan por resolver y con la cantidad de paquetes que hay ahora lo lógico creo yo sería que pese a la buena voluntad de mucha gente la versión oficial saliera en el 2005. Creo que hay algo importante que no estoy pillando. ¿Cuando se va a congelar Sarge? * Trabajar ahora con Woody supone renunciar a las novedades de los dos últimos años que son muchas. * Trabajar ahora con Sarge pese a ser unstable resulta relativamente seguro pero, en una máquina que deba estar permanentemente dando servicio creo que lo suyo es usar la versión estable que para algo está, y esperar más de dos años a la siguiente versión, yo creo que es un problema. Para eso están los backports. En todo caso, está previsto que sarge tenga actualizaciones de seguridad igual que las tiene woody. Cuando Esto no lo sabía y me parece muy interesante. eso ocurra (que será antes de que sarge sea stable), entonces sarge será tan seguro como woody, y entonces ya podrás ir pensando en actualizar servidores. Evidentemente Debian se basa en el trabajo voluntario y como es lógico también hay otros problemas como paquetes que dejan de mantenerse y solo cabe agradecer el trabajo realizado y nunca reprochar el trabajo que no se hace, pero seguro que a nivel interno se habrá hablado mucho sobre esto que no es nuevo. Como no estoy metido en las interioridades de Debian solo veo desde el exterior los efectos, (Cada vez cuesta más estabilizar) y desconozco el pensamiento general que existe en Debian sobre esto. Suscríbete a debian-devel-announce. No hace falta estar metido en las interioridades de Debian para enterarse de ciertas cosas. Son temas internos muy visibles a nivel de usuario. Me queda claro que los desarrolladores sois los que teneis una visión bastante completa del asunto y a pesar de ello pasan los años y el problema se hace mayor. No se si erés el primer o el segundo desarrollador de Debian que salío de este pais y me queda claro que tendrás una perspectiva histórica de este asunto muy completa. Puede haber un problema de fondo importante. Me refiero a que el modelo actual puede presentar algún cuello de botella que lo haga poco escalable. Miedo me da tehorizar sobre estas cosas pero tal como yo lo veo la cantidad de trabajo de vital importancia que resulta poco atractivo para los desarrolladores de Debian, cada vez es más voluminoso y al tratarse de un grupo de trabajo voluntario esas tareas importantes van quedando huerfanas. Para conseguir que alguién haga algo que no le apetece hacer, solo conozco dos formas. Una perfectamente descartable es el palo (Me parece reprobable usarlo incluso con los animales) y la otra es la zanahoria. Seguramente el intento de recompensar determinadas tareas importantes, afectaría profundamente al modelo de Debian. Si hablamos de
Re: Reflexiones sobre Debian
On Wed, 11 Aug 2004, Blu wrote: Yo veo que Debian está sufriendo una crisis de crecimiento y los metodos que funcionaban en un principio están dejando de funcionar. El tamaño de la distro ha provocado que crezca la burocracia y, por ende la frustración tanto de desarrolladores como usuarios. Basta ver las últimas guerras en debian-devel donde falta poco para que nos saquemos los ojos entre nosotros en cada discusión. Creo que hay que sacar Sarge heroicamente y luego sentarse a repensar la organización, aunque me temo que esa discusión va a ser la madre de todas las batallas. Blu. Yo soy optimista, y en el peor de los casos las cosas tendrían que empeorar un poco más antes de cambiar. Creo que gracias al enorme éxito de Debian (Debian ha barrido a la competencia) hay margen para soportar cierto grado de problemas, pero también pienso de forma parecida respecto a la necesidad de repensar la organización. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Reflexiones sobre Debian
On Wed, 11 Aug 2004, Santiago Vila wrote: On Wed, 11 Aug 2004, Antonio Castro wrote: Está previsto que sarge salga en septiembre, lo cual quiere decir que incluso aunque se retrase un poco es muy posible que salga este mismo año. Me resulta sorprendente que se mantenga esta fecha porque aun no se ha congelado Sarge y desde que se congela una versión hasta que sale suele pasar un tiempo que varía en función del número de Bugs importantes que quedan por resolver y con la cantidad de paquetes que hay ahora lo lógico creo yo sería que pese a la buena voluntad de mucha gente la versión oficial saliera en el 2005. Creo que hay algo importante que no estoy pillando. ¿Cuando se va a congelar Sarge? Ya se está congelando. Los paquetes base y los de prioridad estándar o superior están congelados. Si lo que estás buscando es algún enlace simbólico llamado frozen como síntoma de que sarge está congelado, no lo encontrarás. No había ya distribución frozen cuando se congeló woody, y no lo habrá ahora tampoco. [...] Son temas internos muy visibles a nivel de usuario. Me queda claro que los desarrolladores sois los que teneis una visión bastante completa del asunto y a pesar de ello pasan los años y el problema se hace mayor. De potato a woody: 2 años. De woody a sarge: Dos años y pico. Si lo miras bien, no se ha empeorado tanto como parece. Mmmm... ya veremos, puede ser un pico largo. La cuestión no es si ha empeorado mucho o poco. La cuestión es que existe una mala tendencia realmente dificil de frenar. [...] Solo una idea: ¿Podrían usarse las donaciones que recibe Debian para subcontratar ciertos servicios que tradicionalmente el voluntariado considera como tareas demasiado ingratas? No sé a qué te refieres exactamente. Puede que yo tampoco lo sepa exactamente. ;-) Lo que yo digo es que con tanta gente trabajando en Debian la aparición de cuellos de botella se debe a que por una parte existen unas prioridades de Debian y por otra cada desarrollador tiene sus propias prioridades y lo que estoy diciendo es que para reforzar las prioridades colectivas de Debian frente a las prioridades individuales seguramente haría falta cambiar algo. Exactamente no se que. Sería demasiado pretencioso por mi parte sugerirte alguna solución a estos problemas. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Reflexiones sobre Debian
On Wed, 11 Aug 2004, nmag only wrote: En todo caso lo que se debería cambiar es la forma de nombrar los estados de las series debian, al parecer hay una confusión al decir [...] Yo también estoy encantado con Debian y estoy totalmente de acuerdo con gran parte de lo que dices, pero humildemente si creo que existe un problema que con independencia de su importancia actual viene creciendo año a año junto con el tamaño de la propia organización. No creo que sea un problema de nomenclatura. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Reflexiones sobre Debian
Ante todo decir que no me considero un experto en temas de Debian pero si que vengo usando Debian desde la versión 2.0. Me llama poderosamente la atención la progresión de Debian. Desde mi punto de vista cada vez cuesta más trabajo sacar la versión estable. Me pregunto si llegará un momento en que sacar la versión estable resulte un esfuerzo tan grande que se decida no hacerlo, o por el contrario se estudiará algún tipo de solución. De forma muy resumida la historia ha sido la siguiente: Debian 1.1 _Buzz_ (June 17th, 1996): ( 474 packages) Debian 1.2 _Rex_ (Dec 12th, 1996): ( 848 packages, 120 developers) Debian 1.3 _Bo_ (June 5th, 1997):( 974 packages, 200 developers) Debian 2.0 _Hamm_ (July 24th, 1998): (1500+ packages, 400 developers) Debian 2.1 _Slink_ (March 9th, 1999):(2250 packages, 4?? developers) Debian 2.2 _Potato_ (15 August 2000):(3900+ packages, 450 developers) Debian 3.0 _woody_ (19 July 2002): (8500+ packages,1000 developers) Debian ?.? _sarge_ ( ?? ??? 200?): ( packages, developers) * Trabajar ahora con Woody supone renunciar a las novedades de los dos últimos años que son muchas. * Trabajar ahora con Sarge pese a ser unstable resulta relativamente seguro pero, en una máquina que deba estar permanentemente dando servicio creo que lo suyo es usar la versión estable que para algo está, y esperar más de dos años a la siguiente versión, yo creo que es un problema. Evidentemente Debian se basa en el trabajo voluntario y como es lógico también hay otros problemas como paquetes que dejan de mantenerse y solo cabe agradecer el trabajo realizado y nunca reprochar el trabajo que no se hace, pero seguro que a nivel interno se habrá hablado mucho sobre esto que no es nuevo. Como no estoy metido en las interioridades de Debian solo veo desde el exterior los efectos, (Cada vez cuesta más estabilizar) y desconozco el pensamiento general que existe en Debian sobre esto. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Clonar servidor en produccion.
On Tue, 27 Jul 2004, Pepe Aracil wrote: Antonio Castro escribió: Naturalmente que se puede. La copia tendrá ficheros con la información de un determinado instante que es el de el momento en el que el fichero se abre en modo lectura para ser copiado. Lógicamente cuando la copia termine ya no podrá ser una copia con la información reciente. Lo que debes hacer es antes de empezar la copia es crear un fichero que te sirva de referencia. Despúes haces la copia de todo lo que quieras y para terminar haces una nueva copia que solo incluya los ficheros con fecha de modificacion posterior al fichero de refencia. Esta última copia previsiblemente será mucho más rápida. Yo estoy acostumbrado a combinar el uso de find y afio. Si, pero por ejemplo, los ficheros de las bases de datos Mysql, no creo que sea muy ortodoxo copiarlos a pelo sin hacer antes un flush y parar el motor de mysql ¿no? ¿No seria mejor hacer antes un dump de las db y enviar solo el dump? Desconozco si parar la máquina un ratito es algo aceptable o no. En caso de que una breve parada fuera aceptable, haría una primera copia global como te dije (tardará mucho) y luego nada más terminar y procurando que esto ocurra a una hora no demasiado inoportuna para los ususarios, haría init 1 parando todos los servicios dejando la máquina en monousuario y procedería a copiar la pequeña parte que tenga fecha de modificación más reciente a la del fichero creado como referencia antes de comenzar la copia total. Yo creo que esta es la única forma que permite reestablecer el servicio con una máquina distinta dejando las cosas exactamente igual que cuando se paró la máquina clonada. Puedes intentar hacer una prueba para averiguar cuanto tarda la copia total y cuanto tarda la copia incremental final. Seguramente que esta solución sera aceptable o no depende del tiempo que quede sin servicio la máquina. Podría ser cosa de diez minutos y algo sí es como para tenerlo en cuenta. Mi ultima idea es hacer un rsync contra el raiz de la máquina de respaldo, eludiendo algunos ficheros como el etc/fstab, etc/mtab, directorios etc/net, /tmp, /proc y /var/lib/mysql. Saludos. No conozco lo suficiente rsync pero no es una herramienta pensada para hacer backups. Tienes que evaluar por una parte los riesgos de cada cosa que hagas y por otra las incomodidades para los usuarios. Yo suelo elegir las opciones que más seguridad me ofrecen. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Después de actualizar Firefox y Thunderbird se cierran solos
On Tue, 27 Jul 2004, Gonzalo Pineda wrote: A mi me ha pasado lo mismo, y lo soluciono reinstalando... Me pasó cuando instalé mal el plugin de java. ¿Mucho problema con reinstalar? On Tue, 27 Jul 2004 20:48:06 +0200, Segismundo [EMAIL PROTECTED] wrote: Hola a todos. A ver si hay suerte y podéis saber qué ha pasado. Tras una semana de vacaciones actualicé el sistema y desde entonces Firefox y Thunderbird se cierran solos en el momento en que comienza la transmisión de datos. Además he comprobado que al iniciar Phpmysql también lo cierra sin que está conectado a internet. Está claro que alguna de las actualizaciones ha influido pero, ¿cuál? y sobre todo ¿cómo solucionarlo? Me pasa, por cierto también con Mozilla y Epiphany. Gracias anticipadas, Segismundo ¿Os estais refiriendo a hacer apt-get upgrade en una testing? Bueno no se si es vuestro caso pero si que es el mío. Yo ahora tengo dos particiones. Una con Woody y otra con Sarge. Ambas me van muy bien. Los upgrade son bastante conservativos pero aún así alguna vez he notado alguna cosilla que he podido solucionar. La cuestión es que aún no me atrevo a pasarme definitivamente a Sarge. Conviene hacer apt-get update ; apt-get ugrade regularmente y son demasiados los paquetes que se actualizan cada vez, (Increible la efectividad de mantenimiento de Debian). La cuestión es que esto no me parece totalmente seguro y no tengo ni idea de cuanto falta para que congelen Sarge. De vez en cuando me han aparecido paquetes que quedaban retenidos y para actualizarlos hago apt-get install --reinstal que no es tan conservativo como el upgrade y puede tocar algo en la configuración. Me pregunto si estoy haciendo las cosas bien, y me pregunto que más puedo hacer para hacer mi Sarge más seguro y poder desligarme de Woody. Como muy bien se comenta el problema es que no existe ninguna facilidad para volver a la situación anterior antes de actualizar. La única forma de garantizar la vuelta atrás es hacer un backup creo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Clonar servidor en produccion.
On Mon, 26 Jul 2004, Pepe Aracil wrote: Hola a todos. Necesito clonar un servidor con woody, el cual no puedo parar porque está en producción y le dan caña unos 1200 usuarios de correo. Mi pregunta es. ¿Es seguro hacer un tar.gz de la partición raíz sin desmontar la unidad o Se pueden producir corrupciones en ficheros cuando estos son salvados a la vez que están siendo modificados? Naturalmente que se puede. La copia tendrá ficheros con la información de un determinado instante que es el de el momento en el que el fichero se abre en modo lectura para ser copiado. Lógicamente cuando la copia termine ya no podrá ser una copia con la información reciente. Lo que debes hacer es antes de empezar la copia es crear un fichero que te sirva de referencia. Despúes haces la copia de todo lo que quieras y para terminar haces una nueva copia que solo incluya los ficheros con fecha de modificacion posterior al fichero de refencia. Esta última copia previsiblemente será mucho más rápida. Yo estoy acostumbrado a combinar el uso de find y afio. Por cierto, si alguien quiere que una determinada máquina linux haga de backup de otra/s maquinas, os recomiendo montar una máquina virtual UML por cada máquina real que tengamos que respaldar y cuando la máquina real caiga, solo tendremos que activar la máquina uml de respaldo. Tenéis un enlace muy bueno en http://www.selidor.net/data/uml-create.es.html Saludos. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Pine para debian sarge
On Sun, 25 Jul 2004, Alberto Seoane wrote: Cierto día un usuario de GNU/Linux escribió: Sabe alguien donde puedo bajarme la última versión de pine para Debian Sarge. Lo he intentado compilando los fuentes pero me dió un error que no entiendí y me preguntaba si no existirá ya algo precompilado para Sarge en forma de paquete Debian no oficial. Búscalo en: http://apt-get.org pones pine en el buscador y te sale lo que tienes que añadir al /etc/apt/sources.list. Después haces un apt-get update y un apt-get install pine. Salu2!!! Ni siquiera sabía que existiera un sitio como ese. Muy util. Gracias. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Pine para debian sarge
Sabe alguien donde puedo bajarme la última versión de pine para Debian Sarge. Lo he intentado compilando los fuentes pero me dió un error que no entiendí y me preguntaba si no existirá ya algo precompilado para Sarge en forma de paquete Debian no oficial. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
unificacion de versiones de paquetes.
Estoy intentando eliminar todo rastro de mezclas de versiones de paquetes para dejarlo todo como 'sarge'. Tenía muchos paquetes que aparecían marcados como retenidos al hacer apt-get upgrade. Desinstalando y reinstalando paquetes he logrado que solo me muestre como retenidos a tres pero el sistema de desinstalar y reinstalar paquetes no parece muy recomendable con estos tres que me quedan ahora. coreutils - Intenta desinstalar 200 paquetes (4 son críticos) initscripts - Intenta desinstalar 6 paquetes (2 son críticos) libgtk2.0-0.. - Intenta desinstalar 53 paquetes (ninguno crítico) Hay algun remedio que no suponga un riesgo excesivo. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: unificacion de versiones de paquetes.
On Tue, 15 Jun 2004, Matias Costa wrote: El Martes, 15 de Junio de 2004 08:07, Antonio Castro escribió: Estoy intentando eliminar todo rastro de mezclas de versiones de paquetes para dejarlo todo como 'sarge'. Tenía muchos paquetes que aparecían marcados como retenidos al hacer apt-get upgrade. Desinstalando y reinstalando paquetes he logrado que solo me muestre como retenidos a tres pero el sistema de desinstalar y reinstalar paquetes no parece muy recomendable con estos tres que me quedan ahora. coreutils - Intenta desinstalar 200 paquetes (4 son críticos) initscripts - Intenta desinstalar 6 paquetes (2 son críticos) libgtk2.0-0.. - Intenta desinstalar 53 paquetes (ninguno crítico) Hay algun remedio que no suponga un riesgo excesivo. No se como se quitan paquetes retenidos desde la consola, pero con sinaptic hay un boton, y con aptitude es pulsando la h. Tal vez eso ayude Gracias por la ayuda. He probado con: apt-get install --reisntall paquete_retenido Ha funcionado de maravilla. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: avisos en mutt...
On Tue, 8 Jun 2004, Jose A. Robalo wrote: Hola Yo utilizo para esto wmbiff que es una aplicacion para Windowmaker que me dice los correos que se tienen sin leer en las carpetas que le indiques. Cuando llega alguno nuevo se actualiza y parpadea. Eup! El mar, 08 de jun de 2004, a las 06:52:46 +0200, Alberto Cerezo dijo: Quizás exista algo ya para esto, pero me gustaría ver alguna clase de aviso en mutt respecto a llegada de correo nuevo en cada carpeta, para que cuando uno ve todos las carpetas sepa que ha entrado correo nuevo en ellas. Se os ocurre algo?? conoceis algún script para esto? existe alguna opción que desconozca? uso fetchmail+procmail Si vas a hacer un script te doy ideas sacadas del script que yo uso. Ojo he tenido que adaptarlo porque mi script hace cosas que no vienen al caso y que no son de interes general y por ello no se si habré metido la pata en algo al modificar. Lo pongo sin probarlo. Tomalo como fuente de inspiración para tu propio script. El script ha de usarse desde root. Baja el correo de una serie de usuarios (los he llamado usuario1 usuario2 usuario3) y compara si la fecha de modificacion de las carpetas varía después de bajar el correo. Yo lo uso con pine en lugar de usar mutt. mkdir /home/mail/ MARCA=/home/mail/.marca.fetchmail touch $MARCA ULTIMAS_ENTRADAS=/home/mail/carpetas_recientes.txt date $ULTIMAS_ENTRADAS for USUARIO in usuario1 usuario2 usuario3 do echo ### $USUARIO ### $ULTIMAS_ENTRADAS MAXBYTES=600 # No bajar mensaje de más de 6Mytes TIMEOUT=300 # El servidor de correo debe responder antes de 5 minutos MENSALOTE=50 # Bajar de 50 en 50 LIMITMENSAJES=700 # Màximo 700 mensajes sudo -u $USUARIO -s FIN export USER=$USUARIO export HOME=/home/$USUARIO export LOGNAME=$USUARIO # (Para bajar correo sin borrarlo añadir la opcion --keep) # Bajar correo borrandolo fetchmail --all --protocol pop3 --timeout $TIMEOUT --mda /usr/bin/procmail -f - --limit $MAXBYTES --fetchlimit $LIMITMENSAJES --expunge $MENSALOTE # Los filtrados desde /etc/procmailrc vienen como usuario root FIN chown ${USUARIO}:${USUARIO} /home/${USUARIO}/mail/* find /home/${USUARIO}/mail -newer $MARCA $ULTIMAS_ENTRADAS done tail -n 25 $ULTIMAS_ENTRADAS -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Consejos instalar debian junto con Winxp
On Sat, 12 Jun 2004, Jose A. Mendoza wrote: Marcos Delgado Alcantar escribió: Algunos de mis alumnos se han acercado con ganas de que les instale GNU/linux en sus computadoras y una opción que les he dado es que instalen Mandrake (les copio los cd's correspondientes). Pero me gustaría que trabajaran con Debian, sólo que nunca lo he instalado a una máquina con WindowsXp. Agradecería cualquier consejo, sobretodo con el particionado del disco duro. Un Saludo. Marcos Delgado. Si es la primera vez que van a instalar Linux creo que has hecho bien en elegir Mandrake (también podrías haberte decidido por Fedora o SuSE), ya que la instalación es muy simple, reconoce todo el hardware sin problemas y les va a servir para tener un primer contacto con esto tan grande que es Linux. Pienso que para instalar Debian deberían de haber tocado ya alguna distribución de Linux y saber algunas cosas básicas. Respecto a instalar Debian en una máquina con xp, si utilizas el nuevo instalador, te va a reconocer las particiones de windows sin problema y las añade al bootloader. Además ahora es bastante mas sencilla la instalación, aunque te repito que para mi parecer hay que tener unos conocimientos previos de Linux. Si van a probar Linux ves olvidándote de lo que les estabas enseñando hasta ahora, porque seguro que se divorcian de sus maravillosos windows ;-) . Enhorabuena por el trabajo que estás haciendo. Porque no empezar con aquello que tiene más futuro. Soy de la opinión de que todo aquel que persevera lo suficiente con Linux termina usando Debian. La gente cuando avanza busca una serie de cosas que solo Debian te da. Independencia total, versatilidad, una excelente política de seguridad, una gestión de paquetes fantástica, un soporte gratuito en internet increible, etc. Frente a la Debian oficial que es complicadilla de instalar hay infinidad de opciones para todos los gustos. Una metadistro basada en Debian o cosas similares que ofrecen la posibilidad de empezar a funcionar desde un CD Live. Basta para eso meter el CD en el ordenador y encenderlo. Luego puedes instalarla en disco duro generalmente mediante un procedimiento muy sencillo en el cual basta contestar a tres o cuatro preguntitas faciles y que despues de eso cuando te interese te permitirá añadir paquetes Debian y llevar tu distribucion donde te de la gana. Guadalinex, LinexLive, KdeLive, GnomeLive, Pequelin, o Knoppix y su gran variedad de derivados. El problema que presenta Debian para los novatos es que no sabes que paquetes escoger, y te ofrece tanta flexibilidad de configuración para cada paquete que no es facil inicialmente acertar en cada cosa. Si se producen conflictos al intertar instalar cierta combinación de paquetes puedes terminar eliminando por error algo que necesitas. La configuración del hardware es complicada. Todo eso viene resuelto en una Live. No es una solución flexible pero para novatos es ideal. Te permite empezar sin dificultad y no te condiciona ni te limita a quedarte en eso. Cual es la situación que yo veo con las ditribuciones comerciales. Las distribuciones comerciales de Linux no hacen negocio vendiendo distribuciones. Ofrecen su distribución como la caja negra en la cual comercializan determinados servicios que son los que dan dinero. Las distribuciones comerciales siguen funcionando porque son una forma de fidelizar clientes que demandan servicios o soluciones integrales. Yo no veo recomendable iniciarse en Linux con algo que no se base en Debian. Puede que mis opiniones no sean totalmente neutrales. A fin de cuenta estamos en una lista debian-user-spanish. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [OT]Programa
On Sun, 25 Apr 2004, Camilo wrote: Hola, necesito un programa para manejar un autoservicio, El programa me debe generar codigos de barras para los productos, y tambien debe leerlos para hacer la facturas.. Para generarlos miraté barcode. Para leerlos hay lectores de barras que se conectan y entregan la información igual que un teclado. Por ello no tendrías que hacer nada más aparte de comprar el lector. Yo no los he usado pero su uso en Linux parece que es facil. Cualquier sugerencia muchas gracias. -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: ¿Apt borra dependencias al borrar un paquete?
On Fri, 30 Jan 2004, Ricardo Pérez wrote: Saludos, lista. Llevo usando Debian inestable unos tres años, y todavía no conozco la respuesta a esa pregunta. La cosa es la siguiente: Cuando intento instalar un paquete que tiene dependencias, apt automáticamente selecciona también dichas dependencias para instalar. Por ejemplo: apt-get install ruby1.8 hace que también se instale el paquete libruby1.8 del cual depende. Lo cual me parece perfecto. Pero... ¿y si yo ahora quiero desinstalar el paquete ruby1.8? Al hacer apt-get remove ruby1.8 no se me desinstala automáticamente el paquete libruby1.8, el cual ya no tiene sentido que siga existiendo en mi sistema, puesto que sólo lo utiliza el paquete ruby1.8 (todo esto no es más que un ejemplo). ¿Conocéis alguna manera de conseguir desinstalar un paquete y todas sus dependencias de forma automática? (Se entiende que esas dependencias no son a su vez utilizadas por otros paquetes que todavía permanecen en el sistema). Primero desinstala el paquete que quieras y luego mira la lista de paquetes de los cuales no depende ningún otro con 'deborphan' y si tu tampoco lo necesitas para nada los puedes desinstalar. Muchas gracias, y un saludo. Ricardo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: El sistema no usa la swap!!!!!
On Thu, 29 Jan 2004, Aitor Moreno Martinez wrote: El 01/29/04 a las 10:26:12, José Díaz Veiga dijo: ese atilaxxx No es que no use la swap, es que hay que darle mucha caña para que lo haga, ayer probé a copiar 11 Gb y la tocó un pelo ¿¿ Entonces podriamos considerarlo una feature de la rama 2.6 ?? Yo el kernel 2.6 no lo he probado. Existe una prueba bastante bestia para forzar una máquina a hacer swap. Se trata de acceder de forma intensiva y aleatoria dentro de un espacio muy grande le la memoria virtual. #define TAM 1 int buff[TAM][TAM]; /* !OJO! son 1 enteros */ main(){ for(;;) buff[rand()%TAM][rand()%TAM] = buff[rand()%TAM][rand()%TAM] ; } Recuerdo que hace muchos años tuve que apagar una máquina Unix haciendo esta prueba porque no había forma siquiera de matar el proceso. En Linux no suele resultar tan grave pero no recomiendo probar en una máquina que no deba ser apagada por si las moscas. Da igual hacerlo desde un usuario sin privilegios. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: compilar en c
On Mon, 26 Jan 2004, guban wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Correcto. El Lunes, 26 de Enero de 2004 03:27, Jeffrey Esquivel escribió: Buenas, El Sun, Jan 25, 2004 at 09:07:13PM -0300, Angel Claudio Alvarez escribió: paranoid Agregar el . al PATH te crea un problema de seguridad, mira si alguien te crea un script en tu home con rm -rf * y lo nombra ls te quedas sin home /paranoid Hmm, me parece que la solucion a ese problema es poner el directorio actual . de ultimo en el PATH, pues el shell busca los ejecutables en los directorios segun el orden en que aparecen en esa variable de entorno. De esa manera, el shell siempre encontraria el ls de /usr/bin antes que un ls en el directorio actual. -- Jeffrey Esquivel All your questions can be answered, if that is what you want. But once you learn your answers you can never unlearn them. Lo correcto es no poner nunca ningun camino expresado de forma relativa al directorio actual. Es cierto que poniendo en último lugar el '.' primero localizará el comando 'ls' en su lugar correcto pero de esa forma estamos usando un PATH cuyo valor depende del lugar donde nos encontremos. Lo correcto es usar './comando' (son dos caracteres mas) y si lo vamos a usar con frecuencia incluimos el comando en $HOME/bin o en /usr/local/bin que estarán en el PATH. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: grabadora DVD
On Tue, 20 Jan 2004, jjsa wrote: grabadora DVD en Debian? Me gustaria adquirir una grabadora de DVD e instalarla en una Debian. Pero antes de comprar quiero estar seguro que sera soportada. Tambien me gustaria saber si tendre muchos problemas para hacerla funcionar y donde puedo encontrar instrucciones para instalarla y como usarla. Gracias. Como lector de CDs y DVDs no notarás diferencias, como grabadora de Cds tampoco. Para grabar DVDs necesitarás growisofs. El formateo de dvds regrabables necesita de otro programa dvd+rw-format. Deberás montar el dispositivo bajo emulación scsi. Yo no me he preocupado de marca ni modelo. Me vendieron un Sony y me va bastante bien. No he averiguado el modelo pero es un modelo normalito y creo que no dan problemas. Usan los mismos drivers que las unidades lectoras y grabadoras de CDs. No me responsabilizo si compras algo y resulta no ser compatible así que pide una segunda opinión. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Respaldo Dlotus Domino con tar
On Wed, 7 Jan 2004, Francisco J. F. Serrador wrote: No uses tar, usa cpio. Tar no introduce redundancia, un fallo físico en el medio de respaldo y la copia no vale para nada. Mucho mejor que cpio usar afío. No creo que ninguno de los dos introduzca redundancia. o que ocurre es que las copias comprimidas con tar o cpio comprimen a nivel global toda la copia y esta quedará totalmente inutil en caso de fallo físico del medio de respaldo. En el caso de afío se comprime por separado cada fichero y ese tipo de errores afectará solo al fichero donde recaiga el error físico. Introducir redundancia en una copia de seguridad no me parece interesante. La redundancia se logra haciendo con más frecuencia el resplado y la comprobación de la integridad en caso de afío se hace comprobando la copia con el original. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Carga especial configuracion kernel en menuconfig
On Wed, 7 Jan 2004, José Díaz Veiga wrote: ls /boot/config* Saludos El mié, 07-01-2004 a las 10:46, [EMAIL PROTECTED] escribió: Me gustaría saber si existe alguna posibilidad de recuperar una configuración para el 'menuconfig', que no se haya salvado como tal. Es decir, que arrancando 'make menuconfig' pueda ver la configuración de un kernel que tengo compilado, aunque no guardado como configuración. He estado viendo el HOWTO del Kernel, pero no he visto nada al respecto. Y, por cierto, no es la última compilación que hice. Muchas gracias! No conozco de ninguna utilidad que explore el kernel y obtenga la configuración. La verdad es que sería muy intereseante. Existe una forma de mirar dentro de un kernel que se está ejecutando aunque no se si eso es lo que necesitas. Se compila el kernel con la opcion -g. (Tendrás que editar el arch/i386/Makefile). Una vez arranques con ese kernel (supongamos vmlinuz) ejecutas gdb vmlinux /proc/kcore Se usa para depurar el kernel pero es la forma de tener acceso absolutamente a toda la información disponible en tu kernel. Si el kernel no fué compilado con esa opción creo que mirar dentro es realmente muy complicado. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: partition ext3 montada como ext2 porque?
On 5 Jan 2004, 11 wrote: feliz año nuevo, acabo de celebrar la entrada del año nuevo con el primer kernel (2.4.22) compilado a la debian que detecta y hace funcionar tanto el sonido como el modem pcmcia en mi laptop. el config para compilar lo saque y adecue del que me da knoppix a la mexicana (kodex). el unico problema a la vista es el siguiente mensaje que me manda a la hora de bootear: Jan 3 23:12:19 bamboo kernel: EXT2-fs warning (device ide0(3,5)): ext2_read_super: mounting ext3 filesystem as ext2 Jan 3 23:12:19 bamboo kernel: Jan 3 23:12:19 bamboo kernel: VFS: Mounted root (ext2 filesystem) readonly alguien me podria explicar porque si todas las particiones que tengo son ext3 monta la root como ext2 Si el kernel no puede montar como ext3 es que no tiene soporte para ello. Si la única particion que no se puede montar como ext3 es la root significará que despues de montar la partición root ya tiene soporte para montar con ext3. Eso solo puede deberse a que el sistema de ficheros ext3 ha sido incluido como módulo. Es una suerte que no tuvieras el soporte para ext2 también como módulo porque el sistema no podría haber arrancado. De esta forma solo tienes que volver a compilar linkando estáticamente en el kernel todo aquello que se necesite para poder montar root. Puedes poner ext2 como modulo si dejas ext3 linkado estaticamente. No elimines el kernel antiguo todavía porque arranca que ya es algo. Añade el nuevo kernel como una entrada nueva en /etc/lilo.conf y ejecuta lilo. Suerte. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Utilidad para comprobar integridad del HD
On Fri, 2 Jan 2004, Gorka Garay wrote: Hola, Tengo un HD de 38 Gb, y de repente he empezado a tener errores de escritura diciendome que el mismo esta lleno. Esto no puede ser (que yo sepa no hay tanto metido). He reiniciado varias veces y he visto que hay un sector que se repara todas las veces. Digo repara porque parece que en realidad no lo hace, porque cada vez que se reinicia hace la reparacion... Necesitas volver a chequear la superficie de tu disco para detectar y anotar los bloques defectuosos. Tu sistema detecta inconsistencias a nivel de sistema de ficheros y por eso intenta repararlo a cada vez pero como no tiene localizados los bloques defectuosos la situación se repite cuan escribe sobre ellos. Usa badblocks. Tambien puedes usar alguna opcion de fsck pero mira detenidamente la información relativa a badblocks. Sabeis de alguna utilidad que compruebe el HD y descarte bloques dañados o algo asi? Algo al estilo del scandisk de güindous... Aparte, sabeis de alguna utilidad para comprobar el tamaño de lo que hay en el HD?, que te vaya dando el tamaño de los archivos y de los directorios segun lo que haya debajo de ellos? du -s directorio Puedes ir avanzando por los directorios más pesados buscando con du -s * | sort -n Ojo el * no expande nombre de directorios ni de ficheros que empiecen con un punto. Muchas gracias y feliz año. gorka garay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: filesystems
On Sun, 28 Dec 2003, Gunnar Wolf wrote: Antonio Castro dijo [Tue, Dec 23, 2003 at 08:26:37PM +0100]: On Tue, 23 Dec 2003, Miguel Angel Nieto Salazar wrote: Hola: On Tue, 2003-12-23 at 10:23, David Torea wrote: entre tanto sistema de ficheros ... alguien podría explicar un poco cual es mejor? ext2, ext3, xfs, raiserfs, ...? o algún artículo o manual que hable de sus características? Puedes usar cualquiera de esos, menos el ext2. Los otros tres son Yo eso no lo entiendo. Yo confió plenamente en el ext2. Tarda un poco más en recuperarse de un apagado a lo bestia y periodicamente debe de ser chequeado, pero eso es una cosa y otra cosa es la robustez frente a diversos tipos de complicaciones con el hardware. Hay otro tipo de consideraciones tales como la eficiencia, pero a mi particularmente la robustez es el factor que más valoro y no tengo nada claro que exista un sistema más robusto que ext2. No creo ser un bicho raro por usar todavía ext2. Desconozco la razón pero creo que ext2 aun se usa bastante. Es por eso que ext3 construye sobre ext2 - la estructura en disco es _muy_ similar (de hecho, puedes montar un ext3 en un kernel que sólo entiende ext2 como ext2, y convertir ext2 a ext3 consiste en crear un Si eso lo sabía. Precisamente es mi caso. Funciono con Debian estable (Woody) pero en una partición tengo una Sarge con ext3 y puedo montarla sin problemas pesa a no tener soporte en el nucleo. Me avisa que lo monta como ext2. Es genial. nodo especial para manejar la bitácora). Ext3 es mi sistema de archivos favorito. Conozco de varias personas que han perdido árboles completos bajo Reiser, y nadie bajo Ext3. Es un dato importante. Lástima no tener una muestra más amplia para darle al tema un valor estadístico. De todas formas, viniendo de ti le doy un gran valor a ese dato. La posibilidad de pérdida importante de información es una cuestión de probabilidades. No es una estadística facil de hacer. El hardware que se use influye muchísimo. Creo que la comunidad Linux en su conjunto se deja facilmente influenciar por la enorme cantidad de comentarios de gente con ganas de experimentar cosas nuevas. Me parece perfecto tener ese empuje. Esto nos hace avanzar muchísimo, pero tambien es muy lícito buscar la mayor estabilidad y no siempre ambas cosas vienen juntas. XFS es el que yo consideraría si requiriera mayor volumen o velocidad que ext3, así como algunas características adicionales (como ACLs). Es código también _muy_ estable y probado - Lo donó Silicon Graphics, es el que usa su sistema Irix desde hace ya muchos años. Gracias, eso tampoco lo sabía. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Pedidos varios...
On Sat, 27 Dec 2003, Robert Romero wrote: Ricardo - Eureka! escribió: On Fri, Dec 26, 2003 at 09:49:56PM +0100, Robert Romero wrote: El Viernes, 26 de Diciembre de 2003 21:39, Omar Murray escribió: Hola lista: Me podrian pasar: - Algun programa que verifique los sectores defectuosos del disco rigido y los marque para no volver a utilizarlos ? Hoy día la controladora del disco duro hace eso por tí. Lo dudo, para eso esta badblocks Claro que si, porque hoy dia siguen quedando discos cuyas controladoras no hacen eso. Copio y pego de la opción -D del manual de hdparm: -D Enable/disable the on-drive defect management feature, whereby the drive firmware tries to automatically manage defective sectors by relocating them to spare sectors reserved by the factory for such. Según tengo entendido, pero no podría asegurarlo del todo, casi todos los discos duros actuales llevan eso habilitado. Otra cosa es que pueda o no activarse a placer. De todos modos, espero que no sea igual de eficiente que la comprobación de la memoria que hace la BIOS. Hace poco me estuve volviendo loco con una memoria dañada de 512 MB (la BIOS la daba por correcta, pero memtest86 me detectó el fallo en el cuarto test). Y yo que creía que esas cosas ya no pasaban... Una estupenda prueba de fuego para la memoria es la compilación del núcleo. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: filesystems
On Wed, 24 Dec 2003, nmag only wrote: Yo tampoco puedo dar muchas razones técnicas pero creo que hay gente que tiene la experiencia contraria a la tuya y se ha pasado de sistemas journaling de nuevo a ext2. Lo ideal sería conocer datos estadísticos respecto a la robustez de estos sistemas pero yo tampoco los conozco. Eso no creo que sea cierto y mucho menos sensato, realmente los sistemas con journal van más alla, mucho más si se habla de ReiserFS, XFS, JFS, claro evitamos ext3 porque en el fondo es lo mismo que ext2 + journal e incluso más lento. A cada cual le puede interesar cosas distintas. Reconozco que el rendimiento es importantísimo, pero es que a mi lo que mas me interesa es la robustez. En lo personal he tenido muy buenas experiencias con ReiserFS en comparación con los extX, pero son experiencias personales, una experiencia real: Kola Real de Perú tiene una BD con más de 4.5 millones de registros en PostgreSQL la cual era completamente intratable con los sistemas extX, en un principio se supuso que era un problema de postgres pero bajo una recomendación se migró a ReiserFS, y desde entonces no ha tenido problemas... y esto que el cambio en un inicio fue duramente cuestionado ya que en internet siempre se han encontrado test con BD pequeñas donde evidentemente los ganadores son los extX, pero este es un caso real con una BD grande en un sistema de producción. Interesantísima experiencia, pero a mi lo que me interesaría es una estadísticas sobre pérdidas graves de información con los distintos sistemas de ficheros. Yo he tenido problemas graves de hardware en el pasado. Concretamente un disco duro donde repentinamente aparecieron varios bloques defectuosos. Me obligaba a chequear el sistema cada vez que arrancaba pero no note pérdida importante de información. Opté por una solución bastante drástica, migrar la información a otro disco y formatear el disco dañado a bajo nivel. (Me fío más de eso que de badblocks aunque admito cirto grado de paranoya en esto). Lo cierto es que ese disco no volvió a fallar. He tenido algunos otros fallos con ext2 y como siempre he podido recuperar la información pues me quedo de momento en ext2 sin menos precio de otros sistemas de ficheros. Podemos hablar de casos reales y cada uno tendrá su experiencia pero son solo eso, experiencias aisladas especialmente importantes para el que las conoce de primera mano. Yo no digo que ext2 sea superior. Solo digo que no me parece un sistema de ficheros inutilizable ni obsoleto. Puedo estar equivocado pero a mi ext2 me parece muy robusto. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: filesystems
On Wed, 24 Dec 2003, Miguel Angel Nieto Salazar wrote: Hola: Cuando doy esa opinion, no me baso en ningun dato tecnico ni en nada por el estilo, es solo por experiencias personales. Muchas veces se ha ido la luz, o algun familiar le ha dado por apagar ese trasto que consume y me he quedado sin nada, cosa que nunca me ha pasado hasta el momento con sistemas de ficheros de journaling. Y como me ha pasado a mi, le puede pasar a cualquiera, por eso siempre recomiendo cualquier sistema, menos el ext2. Nada mas, un saludo :) Yo tampoco puedo dar muchas razones técnicas pero creo que hay gente que tiene la experiencia contraria a la tuya y se ha pasado de sistemas journaling de nuevo a ext2. Lo ideal sería conocer datos estadísticos respecto a la robustez de estos sistemas pero yo tampoco los conozco. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Limitado a 4.7 Gbytes haciendo backups de DVDs
Ya que han salido estos temas a mi me interesaría instalar software para poder hacer backup de mis DVDs. (Tengo un par de ellos que se están rajando por el centro) El dvdbackup me va fenomenal. No suele tener problemas con las protecciones y se puede ver todo en el ordenador pero ver una peli en el ordenador no es plan. El caso es que intendo sacar copia en DVD pero solo lo consigo si son de 4.7Gbytes o menos. Algunos de los DVDs comprados en quioskos son de ese tipo. Para grabar uso growisofs. Creo que lo que necesito para comprimir un DVD es dvdauthor, mjpegtools, y transcode. No me importa perder calidad pero el formato final ha de ser Video-DVD ya que mi reproductor no acepta cualquier cosa. No se si existen paquetes Debian para Woodye o Sarge de alguna de estas cosas. Me descargué todo esto y vi que lo primero que tengo que instalar es mjpegtools pero no consigo instalarlo. El make me peta. Si alguien ha conseguido instalar estas cositas u otras parecidas me gustaría que me comentara como lo hizo. Si existiera ya algún script para comprimir DVDs a 4.7Gbytes ya sería la leche. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: filesystems
On Tue, 23 Dec 2003, Miguel Angel Nieto Salazar wrote: Hola: On Tue, 2003-12-23 at 10:23, David Torea wrote: entre tanto sistema de ficheros ... alguien podría explicar un poco cual es mejor? ext2, ext3, xfs, raiserfs, ...? o algún artículo o manual que hable de sus características? Puedes usar cualquiera de esos, menos el ext2. Los otros tres son Yo eso no lo entiendo. Yo confió plenamente en el ext2. Tarda un poco más en recuperarse de un apagado a lo bestia y periodicamente debe de ser chequeado, pero eso es una cosa y otra cosa es la robustez frente a diversos tipos de complicaciones con el hardware. Hay otro tipo de consideraciones tales como la eficiencia, pero a mi particularmente la robustez es el factor que más valoro y no tengo nada claro que exista un sistema más robusto que ext2. No creo ser un bicho raro por usar todavía ext2. Desconozco la razón pero creo que ext2 aun se usa bastante. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [find] eliminar la salida de ficheros no accessibles
On Tue, 16 Dec 2003, pinchatrenes wrote: El Tue, 16 de Dec de 2003, a las 10:22:13AM +0100, Ghe Rivero comentó: On Tue, 2003-12-16 at 09:29, pinchatrenes wrote: Hola a [EMAIL PROTECTED]: Me gustaría saber como eliminar las salidas de permiso denegado, como por ejemplo: $ find / -name keymap* $ find / -name keymap* 2/dev/null Muchas gracias por contestar a Miguel y Rivero. Si sería alguien tan amable de explicarme porque el 2 lo demás entiendo que se redirecciona al dispositivo nulo. ¿ El 2 es un código de salida de find, si es así podría aplicarse a otros comandos el mismo redireccionamiento a /dev/null? Agradecería tambien una referencia a documentación al respecto. La documentacion más completa la tienes en la página man de bash, pero no es un texto didactico sino una guía de referencia. Te aconsejo que busques tutoriales de shell-scrip. Es el lenguaje del interprete de comandos. Seguro que en cualquier buscador localizaras muchas referencias sobre eso. Lo que preguntas está en la parte que hable de redirección de entrada salida. En 'http://www.ciberdroide.com' también hay algo en la sección para novatos. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Error misterioso en shell-script
Os paso tres pruebecitas curiosas: Si 'Prueba1' funciona: # Prueba1 prukk() { echo | cat cat FIN aaa bbb FIN } export -f prukk echo 'prukk' | sh Y 'Prueba2' también funciona: # Prueba2 prukk() { cat FIN | cat aaa bbb FIN } prukk ¿ Porque 'Prueba3' no solo no funciona sino que provoca un error de sintaxis en la función exportada ? # Prueba3 prukk() { cat FIN | cat aaa bbb FIN } export -f prukk echo 'prukk' | sh :-O :-O :-O sh: prukk: line 5: syntax error near unexpected token `|' sh: prukk: line 5: ` | cat' sh: error importing function definition for `prukk' sh: prukk: command not found :-O :-O :-O No le veo el sentido. Es como si bash tuviera implementada su gramática en dos lugares distintos y fueran diferentes. Me ha ocurrido esto mientras intentaba ejecutar una función con sudo. Al no ser un comando se me ocurrió exportar la función y ejecutarla desde una subshell con sudo. (echo 'prukk' | sudo sh) pero me da un error que no tiene nada que ver con sudo. Quizás exista otra forma de conseguir lo que quiero pero lo que ahora me tiene comida la moral es porque una función importada da un error de sintaxis que no existía en la función exportada siendo logicamente idénticas. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Fw: leer todo en uma terminal
On Fri, 12 Dec 2003, Edwin A. Gelves P. wrote: Para no perder absolutamente nada se puede ejecutar: comando_a_ejecutar 21 /tmp/archivo.txt y se puede leer: cat /tmp/archivo.txt | more Eso es correcto aunque para ser exactos solo se redirigen la salida estandar y la salida estandar de errores lo cual suele ser lo que se necesita. Lo que ocurre es que existe una forma de redirigir todo lo que le llega al dispositivo del terminal. Se trata del comando script que no se usa mucho pero conviene tenerlo presente. Imaginemos que en un shell-script tenemos cosas del tipo siguiente: echo ... # A la salida estandar echo ... 2 # A la salida estanda de errores echo ... /dev/tty # Directamente al terminal asociado al proceso Con el comando script se capturaría todo inclusive la última. Yo lo uso para redirigir sesiones interactivas en consola. Por ejemplo antes de usar ftp. Adviertase que yo evito usar la palabra 'absolutamente' (por si acaso). ;-)) Bueno no lo menciono por fastidiar, lo menciono más que nada porque hace ya varios años que no recuerdo que nadie haga referencia a este comando en ninguna lista a las que habitualmente estoy suscrito y me da la impresión de que es un comando injustamente olvidado. Tambien captura los caracteres de control que recibe el terminal y eso no suele gustar tanto. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
On Wed, 10 Dec 2003, Ramiro Aceves wrote: Hola Antonio, Perdona el retraso, siempre el dichoso tiempo libre. Bueno, he estado haciendo algunos experimentos y al final lo he dejado en un padsize de 250k, para curarme en salud. De todos modos no lo entiendo muy bien, pues hice pruebas a grabar un sólo directorio con un fichero de 6 bytes y no fallaba nunca, ni siquiera sin añadir la opción padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me fallaba con padsize=100k, pero con padsize=250k iba perfecto. Este es mi script con el que he hecho las pruebas, de momento es muy sencillo, habrá que añadirle florituras más tarde, cuando aprenda a usar bien el bash. #/bin/bash echo '** Programa de copia de seguridad ***' echo 'copiando nombres de archivos ...' find /home/ea1abz -depth -print0 temporal find /etc/ -depth -print0 temporal cat temporal | afio -oxv0 -b2048 -s358144x '!cdrecord -v padsize=250k speed=4 dev=0,1,0 -' rm temporal echo ' F I N **' Te doy algunas ideas para tus scripts. 1) Si quieres usar backups incrementales puedes marcar el momento de la copia total creando un fichero con: # Copia total touch '/fichero-marca-backup' cd / find . | Luego para copias incrementales usarías: # Copia incremental desde la última copia total cd / find . -newer '/fichero-marca-backup' | 2) Si solo quieres hacer un respaldo pequeño con las últimas novedades elimnando cosas muy pesadas tales como imagenes de CDs descargadas de internet o cosas asi puedes hacer algo de este tipo. DIAS=... MAXSIZE=... cd / find . -mtime -${DIAS} -size -${MAXSIZE} | find . -mtime -${DIAS} -size +${MAXSIZE} /demasiado_grandes_$$ Te comento algunas dudas todavía presentes. 1- Para poder extraer los archivos del último volumen es preciso pasar por todos los volúmenes anteriores. ¿Qué sucede si falla por ejemplo, el primer volumen: ¿perdería el resto? No lo se pero normalmente tu no vas a saber en que volumen está cada cosa. Para que falle un volumen el fallo tendría que producirse en alguna de las pequeñas zonas que controlan su contenido. No es como en el caso de cpio comprimido. Cualquier fallo en cualquier parte te inutilizaba la copia completa. Realmente no se que ocurriría. 2- Al trabajar en multivolumen, necesito indicar el tamaño del volumen para que pare y siga con el siguiente. En mi caso sería: #afio -iv -b2048 -s358144x /dev/scd0 Si no hago esto afio se encuentra con el final del CD-R y no sabe qué hacer. Sería un problema no tener apuntado el tamaño del volumen :-) Eso es cierto. 3- ¿Qué ventaja tiene afio frente a, por ejemplo, grabar varios CD con imágenes creadas con mkisofs? Puede que en el caso de grabar sin compresión las ventajas no sean demasiadas. La gran ventaja es la gestión que hace afio de las copias comprimidas. Para hacer algo parecido tendrías que comprimir tu mismo todos los ficheros que lo necesiten y anotar cuales comprimes y cuales no. Luego lo grabas todos y al recuperar la copia tendrás que descomprimir los ficheros que apuntaste en la lista . 4- ¿Usar afio con compresión de los archivos, conlleva mayores riesgos de pérdida de datos en caso de fallo en el soporte comparado con el archivado sin compresión? En el caso de afío yo creo que no. Solo perderás el fichero afectado por la alteración de la copia y cuanto menos ocupe la copia menos probable es que le toque un error de estos. Gracias por tu ayuda, creo que estoy dando con lo que quería, un sistema de backup rápido y fiable. Con lo cómodo del script ahora hago una copia de seguridad cada 3 días :-) ¿me estaré volviendo backup-paranoico? ;-) En efecto, pero eso es bueno. :-) Saludos. Ramiro -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: dependencias y conflictos entre paquetes.
On Tue, 9 Dec 2003, Santiago Vila wrote: On Tue, 9 Dec 2003, Antonio Castro wrote: Estoy probando en una Debian Sarge donde tengo instalado el reproductor de DVDs totem a instalar las ImageMagic con apt-get pero me intenta sustituir una librería de la que usa totem y no se si debo fiarme o no. Creo que liblcms y liblcms1 son incompatibles y no se si sustituyendo la actual liblcms por liblcms1 voy a cargarme un montón de cosas que luego se lia parda con las dependencias y no es facil volver a donde uno estaba. Por eso he estudiado un poco con debhorphan las dependencias entre paquetes y enn mi Debian Sarge obtengo: [...] Quiero imagemagik en Sarge y siempre he confiado sin problemas en apt-get pero bo se si en este caso podría cargarme algo. Puedo sustituir liblcms por liblcms1 sin problemas ? Por lo que parece ambas bibliotecas proporcionan la misma funcionalidad, simplemente que el nombre cambió al pasar de woody a sarge. Lo que te recomiendo es que hagas un paquete liblcms vacío (o postizo, como les suelen llamar) que dependa de liblcms1 y con el cual liblcms1 no sea conflictivo, para lo cual puede que tengas que reempaquetar liblcms1 también, y entonces instales los dos a la vez, el liblcms postizo y el nuevo liblcms1. Del tema de hacer paquetes no tengo ni idea. En Sarge tengo una instalación con pocos paquetes, (nada de desarrollo Debian) porque me estoy preparando una base para hacerme una metadistro. Esto en realidad debería haberlo hecho el encargado, pero se nota que el paquete está un poco abandonado (mira por ejemplo el bicho #217086). Yo he mencionado unos pocos conflictos relativos a cosas que uso en un lado y en otro pero me temo que el número de paquetes importante afectados por este problema debe ser considerable. Tanto ImageMagic como totem o Xine son auténticas joyas y tal como está hay que renunciar a algo o meterse en el fregado que tu mencionas. Hacer un paquete vacío y modificar las dependencias de uno existente. Y solo quería comprobar si la nueva versión de ImmageMagic era capaz de convertir un gif animado a un avi. Muchas gracias por la aclaración. Parece que lo de mirar con deborphan los paquetes afectados por algo que apt-get solicita eliminar ha sido una buena idea pero lo ideal sería poder obtener un listado recursivo de todos los paquetes afectados y lo que yo creo es que esto mismo debería mirarlo apt-get y proporcionar esa información no ? -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Comentarios a la seguridad de las maquinas atacadas
Parece ser que el ataque a las máquinas de Debian empezó con toda probabilidad con una clave obtenida mediante un sniffer. Ninguna clave debería viajar sin encriptar pero hay otras formas de robar claves. En la antigua Slug ya jubilada Luis Colorado montó un sistema de login que usaba claves de uso único. No se de mucha gente que use una autetificación de este tipo y me parece muy util. Los administradores recibirían mediante correo electrónico convenientemente encriptado un listado con las claves que tienen que ir usando sucesivamente en cada ocasión y de esa forma la seguridad creo que aumenta considerablemente. Una clave de root robada por el sistema que sea no valdría para nada. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Comentarios a la seguridad de las maquinas atacadas
On Wed, 10 Dec 2003, Ricardo - Eureka! wrote: On Wed, Dec 10, 2003 at 08:31:12AM +0100, Antonio Castro wrote: Parece ser que el ataque a las máquinas de Debian empezó con toda probabilidad con una clave obtenida mediante un sniffer. Ninguna clave debería viajar sin encriptar pero hay otras formas de robar claves. En la antigua Slug ya jubilada Luis Colorado montó un sistema de login que usaba claves de uso único. No se de mucha gente que use una autetificación de este tipo y me parece muy util. Los administradores recibirían mediante correo electrónico convenientemente encriptado un listado con las claves que tienen que ir usando sucesivamente en cada ocasión y de esa forma la seguridad creo que aumenta considerablemente. Una clave de root robada por el sistema que sea no valdría para nada. Excelente aporte, Antonio! Algun link? Es GPL? Podrías ampliar un poco mas el tema? Creo recordar que lo desarrollo el propio Luis Ignacio Colorado Luis Colorado [EMAIL PROTECTED]. Ahora esta trabajando en un sistema de criptográfico con un nuevo algoritmo muy eficiente. Tendrías que preguntarle a él. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
dependencias y conflictos entre paquetes.
Estoy probando en una Debian Sarge donde tengo instalado el reproductor de DVDs totem a instalar las ImageMagic con apt-get pero me intenta sustituir una librería de la que usa totem y no se si debo fiarme o no. Creo que liblcms y liblcms1 son incompatibles y no se si sustituyendo la actual liblcms por liblcms1 voy a cargarme un montón de cosas que luego se lia parda con las dependencias y no es facil volver a donde uno estaba. Por eso he estudiado un poco con debhorphan las dependencias entre paquetes y enn mi Debian Sarge obtengo: liblcms libmng1 libxine1 totem xine-ui libqt2 kivio kontour kview kpresenter kdelibs3-bin koshell kdelibs3 kugar kchart koffice-libs kword kspread kformula kdebase-libs En mi Debian Woody tengo la liblcms1 y las dependencias que he localizado con ayuda de deborphan son: liblcms1 imagemagick libmagick5.5.7 Quiero imagemagik en Sarge y siempre he confiado sin problemas en apt-get pero bo se si en este caso podría cargarme algo. Puedo sustituir liblcms por liblcms1 sin problemas ? -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
On Mon, 8 Dec 2003, Ramiro Aceves wrote: Hola Antonio, Rebuscando por ahí, he encontrado la solución al problema. Se trata de añadir la opción padsize=1m en el comando cdrecord. La explicacion está en la ayuda de cdrecord (-pad y padsize=#) y en mkisofs (-pad). Lo acabo de probar y funciona, pero no he experimentado todavía a reducir el valor de padsize. El que publicó esta solución decía que con padsize=1m funciona, pero que no sabe si se podría reducir. Seguimos en contacto. Ramiro. De las soluciones que yo sugerí esta se corresponde con la 'c)' Si elijes un padsize superior a lo que necesitas solo ocuparás un poco más de espacio si elijes un padsize inferior a lo que necesitas alguna de las imagenes pueden quedar incompletas. Haz pruebas con imagenes muy pequeñas. (Un directorio vacío o que tenga un fichero pequeño). -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Editor fuente y compilador
On Sat, 6 Dec 2003, Omar Murray wrote: Hola lista: Necesito sugerencias para programar en C y C++ bajo linux. Que editor me recomiendan ? Como compiladores se que estan el gcc y el g++. Alguna otra opcion ? slds -- OM /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo+ | . . . . . . . . U U . . . . Omar G. Murray . . | | . . . . . . . . . . . . . [EMAIL PROTECTED] . . | +()()()-()()()---+ La vez anterior me dijiste que preferías que te comentaran en privado las cosas. Esa firma llevo usandola desde que salió la primera lista de correo que hablaba de linux que se llamada l-linux. Son muchos mensajes en muchas listas durante muchos años, y que tu uses una firma que se puede confundir con la mía no nos beneficia a ninguno de los dos. Puede que te divierta molestarme porque eso es lo que estas consiguiendo pero estoy seguro que mucha gente que me conoce tampoco le gustará lo que estás haciendo. La verdad no le encuentro lógica alguna a esto No se que clase de imagen pretendes que se formen de ti las personas a las que estás pidiendo ayuda. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Editor fuente y compilador
On Sun, 7 Dec 2003, Antonio Castro wrote: On Sat, 6 Dec 2003, Omar Murray wrote: Hola lista: Necesito sugerencias para programar en C y C++ bajo linux. Que editor me recomiendan ? Como compiladores se que estan el gcc y el g++. Alguna otra opcion ? slds -- OM /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo+ | . . . . . . . . U U . . . . Omar G. Murray . . | | . . . . . . . . . . . . . [EMAIL PROTECTED] . . | +()()()-()()()---+ La vez anterior me dijiste que preferías que te comentaran en privado las cosas. Esa firma llevo usandola desde que salió la primera lista de correo que hablaba de linux que se llamada l-linux. Son muchos mensajes en muchas listas durante muchos años, y que tu uses una firma que se puede confundir con la mía no nos beneficia a ninguno de los dos. Puede que te divierta molestarme porque eso es lo que estas consiguiendo pero estoy seguro que mucha gente que me conoce tampoco le gustará lo que estás haciendo. La verdad no le encuentro lógica alguna a esto No se que clase de imagen pretendes que se formen de ti las personas a las que estás pidiendo ayuda. Perdonarme. He respondido a la lista por error. Debió ir en privado tal como le comentaba a Omar. Me he equivocado porque no estoy en lo que tengo que estar. Lo siendo. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: Embellecedor de código fuente para shell-script
On Fri, 5 Dec 2003, Fernando wrote: Te diría que los crearas con emacs, xemacs :) pero tal vez no es lo que quieres... Buscando en google indent shell script xemacs he encontrado esto: 12. Editing Shell Script (sh, ksh, bash) Code This mode is used for editing shell scripts written for the Bourne (sh), Korn (ksh) or Bourne Again (bash) shells. It is NOT automatically invoked for any particular file extension. To invoke this mode while editing a file, type M-x ksh-mode. The following key mappings are defined: linefeed reindent-then-newline-and-indent tab ksh-indent-line C-cPrefix Command C-i ksh-indent-line C-j reindent-then-newline-and-indent M-tab ksh-complete-symbol M-C-i ksh-complete-symbol C-c tab ksh-completion-init-and-pickup C-c C-i ksh-completion-init-and-pickup No, no es eso. Me refiero a procesar un shell-script y que quede perfectamente indentado con arreglo a la estructura de sentencias condicionales, bucles, etc. Eso lo hace 'indent' para C y el resultado es espectacular. Las facilidades de edición sean las que sean no me sirven para eso y yo uso vim al cual le saco un gran partido pues llevo muchos años usando ese editor. Vim y Emacs son editores, pero muy distintintos y muy buenos. Si dominas cualquiera de ellos no está justificado cambiarse al otro. Es lo que yo creo. De todas formas en vim tengo implementadas algunas macros y eso no te garantiza que se usen siempre donde proceda. Un procesador como el que yo te digo, devora una cantidad tremenda de código y te lo deja perfecto. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+