Re: Hola Ayudaaaa!!!
On 27/04/16 18:58, lreyes wrote: hola amigos mi problema radica cuando intento actualizar la hora del Hardware porque les digo esto yo uso debian recien lo reinstale le monte el sistema de autentificacion o sea el LDAP y POSTFIX hasta aqui todo ok el problema me surge inicialmente una ves envio un correo a yahoo de cualquier pais me da el error 554 Menssage not Allowed o sea no permitido y he estado investigando y ya se cual es mi problema es la fecha y hora del hardware que una ves reinstalando no me di cuenta que estaba montada al 2016 pero en cuanto la llebo a la actual el sistema se cuelga y no carga me da el codigo de Error 4 y me dice que use FSCK y que presione CTRL D una ves lo hago el sistema se reinicia y lo mismo un bucle que no se como salir COMO Y DONDE USO FSCK O DENME OTRA VIA DE RESOLVER MI PROBLEMA SI ES QUE LA HAY espero me ayuden gracias Ismael, no te ofendas, pero en esta lista es muy importante escribir bien los correos, en primer lugar que pongas un asunto descriptivo: Ayud, nunca sirve, no describe tu problema, mucha gente te ha ayudado por su buena iniciativa, pero te aseguro que con un asunto más claro hubieras obtenido más ayuda incluso. Un asunto como Problemas con la configuración de hora del servidor creo que es más que suficiente. Ahora una pregunta con respecto a tu problema, si vuelves la hora al 2016 ¿Se corta el bucle y puedes iniciar normalmente? Porque no veo mucha relación entre la hora del sistema y los problemas con el sistema de archivo. Saludos Federico -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5492bc48.3090...@uncu.edu.ar
Re: servidor de correo electronico.
Gracias por los apuntes y aclaraciones, ciertamente hay asuntos que se esclarecen con menos manual y mas interacción humana. Voy a estudiar los link en profundidad, algunos me suenan un poco, y volveré a comentarles. Las soluciones tipo Ispmail, zymbra etc no me interesan para este modelo de servidor. Saludos :) -- El cielo es para los dragones lo que el agua es para las ninfas -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+924htkja4oh7mqawpz+hpzj5_owr-s+u_oedjttyo+nxt...@mail.gmail.com
Re: servidor de correo electronico.
Gracias por los apuntes y aclaraciones, ciertamente hay asuntos que se esclarecen con menos manual y mas interacción humana. Voy a estudiar los link en profundidad, algunos me suenan un poco, y volveré a comentarles. Las soluciones tipo Ispmail, zymbra etc no me interesan para este modelo de servidor. -- El cielo es para los dragones lo que el agua es para las ninfas -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+924hrz+tq_fn-edfselgkuzvbupy5_abb47odkmdmmchz...@mail.gmail.com
Re: [OFF TOPIC] Tips para badblocks
El 17/12/14 a las 21:13, Esteban Monge escribió: Siempre ando buscando como hacer algo en internet y nunca aporto nada. Acá mis tips para usar badblocks, esta herramienta permite chequear si un disco tiene errores. http://www.emonge.com/doku.php/badblocks Hola, Precisamente hoy me disponía a buscar información al respecto. Gracias. Saludos. -- Juan Pablo Jaramillo Pineda Ingeniero en Sistemas y Computación Universidad de Caldas http://pablox.co -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5492e09d.2010...@gmail.com
Re: [OFF TOPIC] Tips para badblocks
El día 18 de diciembre de 2014, 11:11, Juan Pablo Jaramillo Pineda juanpablo...@gmail.com escribió: El 17/12/14 a las 21:13, Esteban Monge escribió: Siempre ando buscando como hacer algo en internet y nunca aporto nada. Acá mis tips para usar badblocks, esta herramienta permite chequear si un disco tiene errores. http://www.emonge.com/doku.php/badblocks Hola, Precisamente hoy me disponía a buscar información al respecto. Gracias. Saludos. Buen detalle, cuando tengas ganas podes extenderlo con la parte del smart. A badblocks hay que usarlo junto con smartctl, badblocks puede no mostrar errores y el disco estar reasignado sectores defectuosos durante el proceso de badblocks, en http://smartmontools.sourceforge.net/badblockhowto.html hay una buena documentación. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cadqxbrqyelwpmwwlvab36jxfu9x39zynvurwqxvgartnyo-...@mail.gmail.com
Re: devuan
El Wed, 17 Dec 2014 19:33:30 +0100, Manolo Díaz escribió: El miércoles, 17 dic 2014, a las 18:15 horas (UTC+1), Camaleón escribió: (...) Creo que o no entiendes o no quieres entender la problemática. Que yo sepa, libc6 sigue teniendo el mismo estatus que tenía hace un año no así sysvinit que poco a poco va a quedar fuera de juego. Pues precisamente has puesto un mal ejemplo. El paquete (libc6) lo has elegido tú, no yo ;-) Aunque el nombre del paquete no cambió, Wheezy usaba eglibc[1], mientras que Jessie vuelve a usar los fuentes de GNU. No hubo cruzada cuando se abandonó la biblioteca de GNU ni ahora, cuando se ha abandonado eglibc, aunque sí una lógica preocupación ante un cambio de tal magnitud. ¿Y qué tiene que ver eso con lo que estamos hablando? :-? Todo. Se ha cambiado un paquete por otro distinto para el mismo fin (caso paralelo a sysvinit/systemd) sin que haya tanto jaleo. Donde se rompe el paralelismo es que con el sistema de inicio sí hay elección. (...) Si de verdad crees lo que estás diciendo es que no has entendido nada de lo que pasa o como ya te he dicho antes, no quieres entenderlo. Eres muy libre de pretender ignorar el problema aunque negando que exista ni lo evitas ni lo solucionas (que es la peor de las posturas), pero bueno, allá cada cual ¿no? ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.14.47...@gmail.com
Re: [OT] Re: pin off bluetooth
El Wed, 17 Dec 2014 19:45:08 +, franiortiz hotmail escribió: (arrggg, el html ha vuelto...) To: debian-user-spanish@lists.debian.org From: noela...@gmail.com Subject: Re: [OT] Re: pin off bluetooth Date: Wed, 17 Dec 2014 14:47:58 + El Wed, 17 Dec 2014 11:03:17 +, franiortiz hotmail escribió: por fin texto plano... al final no era tan difícil ;-) Buenoo un poquillo si era, el noscript en iceweasel, bloqueando msads.net (publi grrr!!),msecnd.net y atdmt.com hace que hotmail siempre use html, elijas txt rico o plano... por si a alguien le pasa. Y parece que tenemos html va para largo... En fin. El paquete bluez de jessie y sid son la misma versión (5.23). Wheezy ... En ambos pc (el que pide pin y el que no), instalo debian-lxde-whezzy, cambio repo para compiz e instalo,,cambio repo a sid e instalo, y finalmente lo dejo a stable y nunca mas lo toco, pero se me pudo colar el paquete en bluez en cualquiera de esos 2 repos. El paquete bluez es que lleva el binario hciconfig, tendrás que instalarlo sí o sí. Pero esa versión de hci que ves ahí (2.1) se debe referir a la versión del dispositivo BT que tengas conectado... No habia pensado que fuera la version del protocolo bluetooth, pero tiene sentido porque el que NO pide pin trae un bluetooth integrado broadcom (v2.1) en un lenovo t400 (año 2008) y en el otro pc (asus904), en el que SI pide pin, pongo un pincho bluetooth por usb del año catapun (v1.2) Sí, esa es la única explicación que le doy. Por tu comentario anterior pensaba que ya habías encontrado el problema Es cierto, encontre el problema porque en un principio pensaba que si no se instalaba frontend para bluetooth (o lo que sea), este funcionaba sin pin, que era lo normal. Pero raspibian me descubrio que eso era lo raro, lo probe en otro pc igual (asus) con pincho y efectivamente pide pin. Pero sin embargo en el lenovo con su broadcom integrado, el comando obexftp, ussp-push,... no necesitan pin para funcionar, lo acabo de probar con 2 desconocidos como ? porque ? Yo sigo pensando que en algún momento le has pasado el PIN y después ya no te lo ha vuelto a pedir. ¿Has probado a eliminar el emparejamiento del móvil con el equipo donde no te pide PIN para ver si vuelve a pedirlo? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.15.04...@gmail.com
Re: BRILLO de pantalla en una Note HP-110 con Linux+XFCE
El Wed, 17 Dec 2014 15:11:12 -0300, Eduardo Jorge Gil Michelena escribió: Estimada gente, Tengo un problema luego de una instalación nueva de un Linux+XFCE+OPENBOX. Funciona casi todo; salvo que el brillo de pantalla NO se puede cambiar de ninguna manera quedándo este MUY alto. Anteriormente con una versión vieja de LINUX-Debian+XFCE esto no ocurría. Las teclas de brillo NO producen efecto alguno. He buscado por la WEB pero con resultados negativos. La máquina es una Notebook HP-110 (funciona de maravillas y con OpenBox es muy rápida) El resultado del comando lshw -c video es el siguiente: *-display:0 descripción: VGA compatible controller producto: Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller fabricante: Intel Corporation capacidades: msi pm vga_controller bus_master cap_list rom configuración: driver=i915 latency=0 recursos: irq:44 memoria:5418-541f ioport:30c0(size=8) memoria:4000-4fff memoria:5400-540f (...) No dices qué versión de Debian está instalada pero tienes el mismo chipset de vídeo que tengo en mi netbook con jessie y el mismo módulo del kernel (i915), pero yo no tengo problemas para controlar el brillo de la pantalla desde las teclas de acceso rápido ni tampoco editando los valores del kernel. Para que te funcionen las teclas de función multimedia tienes que tenerlas habilitadas y pulsar la cominación correcta, además de tener cargado el módulo del kernel que se encarga de su gestión y que en equipos de HP es hp_wmi (con lsmod | grep -i hp podrás ver si aparece iniciado). También convendría que revisaras el dmesg para ver si hay algún error relacionado con la administración de energía. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.15.38...@gmail.com
Re: [OT] Es mejor un archivo grande o muchos pequeños
El día 17 de diciembre de 2014, 10:37, Camaleón noela...@gmail.com escribió: El Tue, 16 Dec 2014 12:52:01 -0500, Edwin De La Cruz escribió: Saludos cordiales. Antes que nada me disculpo por el OT, pero es que no se donde o como buscar. Y por el html... :-P El asunto es el siguiente: Estoy haciendo una aplicación que a su vez tiene varios hilos corriendo a la vez, estos hilos generan cierta informacion que necesito almacenar. He probado con SQLite, pero tengo problemas ya que algunas (muchas) veces cuando uno de los hilos de la aplicación necesita insertar información en la base de datos falla ya que se encuentra bloqueada por otro hilo. He subido el timeout pero solo ha mejorado un poco. Tambien tengo algo de temor ya que he leido que la base de datos podria corromporse si en un momento dos procesos escriben a la vez en la base de datos. Actualmente para este fin uso PostgreSQL, sin ningun problema, pero o que necesito es hacer la aplicacion mas independiente y facil de instalar, configurar, etc. (...) Es decir, buscas un sistema de bdd autónomo que permita concurrencia en operaciones de escritura (funcionalidad que sólo suelen incluir las bdd de esquema cliente/servidor como mysql, postgresql, etc...). No sé si habrás mirado la biblioteca BerkeleyDB (BDB), quizá te sirva para tu aplicación. Estoy analizando esta opcion, aunque no soy muy partidario de Oracle. He pensado en usar XML para cada registro que la aplicacion genera, de este modo ya no hay peligro de corrupcion de datos, como podria suceder en el caso de SQLite. No creo que SQlite llegue a ese punto (pérdida de datos), entiendo que debería devolver una respuesta de ocupado e impedir la escritura notificando al proceso que lo haya solicitado de este punto con lo cual podría programarse una función para reintentar de nuevo la escritura si se da esta situación. De hecho cuando la base esta bloqueada por otro proceso e intento escribirla desde otro me da un error indicando que esta ocupada. Por programacion vuelvo a intentar la escritura, pero como llegan varios procesos al mismo tiempo suele demorar un poco en liberarse, digamos unos 5 a 10 segundos esperando. La Pregunta es la siguiente: es pesado (lento) para el procesador el tener que leer o copiar cientos o miles de archivos individuales, lo pregunto porque me ha pasado que cuando copio alguna carpeta que contiene ciento de archivos, todos menores a 10K, el proceso es muy muy lento. Bueno, una bdd siempre resulta más eficiente cuando se trata de una cantidad considerable de información que se tiene que manipular en espacios de tiempo cortos y además evitas depender de las características del sistema donde se vaya a ejecutar. Pues con PostgreSQL estoy muy contento, es mas, el 70% del codigo de la aplicacion está en la base de datos. Mi busqueda de alguna alternativa como SQLite es que a mis usuarios les resulta un poco dificil, bajarse postgresql, instalarlo, configurarlo, etc., tanto en Windows como en Linux. Busco que la aplicacion funcione tan solo con copiarla en una carpeta y correr el ejecutable. La aplicacion inicialmente usaba Apache, ya que la interface grafica es web, para evitarme la instalacion y configuracion de apacha, he desarrollado un micro servidor web embebido que hace justo lo que necesito sin tener que instalar ni configurar algo adicional, busco hacer lo mismo con la base de datos. Saludos, -- Camaleón Gracias e igualmente muchos saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.17.15.37...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKaZx-rXO7hTCcJJw0JTDwHVYirHNV1Fc9R=_9+5vysqk9g...@mail.gmail.com
Paquetes de 32 bits en sistema de 64 bits (era: de Alberto Cabrejas Pérez)
El Wed, 17 Dec 2014 19:11:47 -0500, Alberto Cabrejas Pérez escribió: Saludos lista, quisiera saber si existe alguna forma de instalar paquetes x86 en un sistema operativo amd64, por ejemplo Wheezy. A partir de Wheezy Debian puso en marcha el sistema de multiarquitectura¹ para, entre otras cosas, facilitar la instalación de paquetes de 32 bits en entornos de 64 bits. Pero es posible que el paquete que quieras instalar no esté preparado para este sistema, por lo que seguramente tendrías que usar el método antiguo e instalar las bibliotecas correspondientes a la arquitectura (ia32-libs). https://wiki.debian.org/Multiarch Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.15.44...@gmail.com
Re: [OT] Es mejor un archivo grande o muchos pequeños
El día 18 de diciembre de 2014, 10:40, Edwin De La Cruz edwinsp...@gmail.com escribió: El 17 de diciembre de 2014, 20:11, Agustín Ruatta agustinrua...@gmail.com escribió: El 16/12/14 a las 14:52, Edwin De La Cruz escibió: Saludos cordiales. Antes que nada me disculpo por el OT, pero es que no se donde o como buscar. El asunto es el siguiente: Estoy haciendo una aplicación que a su vez tiene varios hilos corriendo a la vez, estos hilos generan cierta informacion que necesito almacenar. He probado con SQLite, pero tengo problemas ya que algunas (muchas) veces cuando uno de los hilos de la aplicación necesita insertar información en la base de datos falla ya que se encuentra bloqueada por otro hilo. He subido el timeout pero solo ha mejorado un poco. Tambien tengo algo de temor ya que he leido que la base de datos podria corromporse si en un momento dos procesos escriben a la vez en la base de datos. Actualmente para este fin uso PostgreSQL, sin ningun problema, pero o que necesito es hacer la aplicacion mas independiente y facil de instalar, configurar, etc. He pensado en usar XML para cada registro que la aplicacion genera, de este modo ya no hay peligro de corrupcion de datos, como podria suceder en el caso de SQLite. La Pregunta es la siguiente: es pesado (lento) para el procesador el tener que leer o copiar cientos o miles de archivos individuales, lo pregunto porque me ha pasado que cuando copio alguna carpeta que contiene ciento de archivos, todos menores a 10K, el proceso es muy muy lento. Espero no molestar mucho con esta pregunta y ojala alguien me pueda dar una idea de que camino seguir. Gracias y saludos desde Ecuador. Mis proyectos de software libre en: Github - edwinspire Si no entiendo mal, estas desarrollando una aplicación la cual tiene varios hilos que necesitan guardar información en algún lugar. Y por lo que veo, te has decantado por usar una Base de Datos (Pero que te trae el problema del bloqueo que se produce cuando dos o mas hilos intentan escribir al mismo tiempo). Si es así el caso, creo que no debes atacar a la configuración de la Base de Datos, sino mas bien a como has diseñado tu programa. De mi parte te recomendaría que crees una estructura de datos y que ésta sea una cola. Los diferentes hilos no escriben directamente a la Base de Datos, sino que encolan en dicha estructura de datos las peticiones para grabar esa información en la Base de Datos. Para ser mas claro: supongamos que estas programando en C++ o Java (o cualquier otro lenguaje orientado a objetos). Por un lado vas a tener unas cierta cantidad de clases que van a generar esa información para grabarla en la Base de Datos (Llamésmola CLASES PETICIONADORAS). Por otro lado vas a tener una clase COLA (por ponerle algún nombre, aunque obviamente deberías ponerle un nombre más significativo). Cuando alguna de las CLASES PETICIONADORAS necesite grabar alguna información lo que va a hacer es pasarle esa petición la clase COLA (Es decir, cualquiera de los hilos que necesite grabar, va a pasarle esa petición a la clase COLA. Vale aclarar que esta clase debería ser única -Ayuda: usa el patrón de diseño Singleton para garantizar que dicha instancia sea única- ). Con respecto al proceso de grabado, deberías tener otra clase (llamésmole clase GRABADORA) que itera siempre ( como por ejemplo con un bucle while(true) ) observando si hay alguna petición en la cola (Esta clase también debe ser única -Aplicá patrón Singleton- ). Su hay una (o más de una) petición, la clase GRABADORA la registrará en la Base de Datos. Entonces vas a tener un solo hilo que te va a grabar los registros en la Base de Datos (Evitando así todos los problemas de bloque o corrompimiento de datos que puedas tener, ya que vas a grabar un solo registro a la vez -Debido a que un solo objeto estará accediendo a la Base de Datos en un mismo momento- ). No tengas miedo de que ésta pueda ser muy lento: tanto la clase COLA como la clase GRABADORA van a tener su hilo propio. Ésto te garantizará que apenas haya una petición la clase COLA, sea registrada inmediatamente por la clase GRABADORA. Además, usando este diseño vas a encapsular como registras esa información. Solo la clase GRABADORA va a saber si se graba la información en una Base de Datos, en un archivo XML o de alguna otra forma. Si en un futuro tenés que modificar el medio de almacenamiento (o cambiar la Base de Datos), sólo vas a tener que modificar dicha clase y no en todas las partes del programa. Un último consejo que te doy. Usar while(true) en la clase GRABADORA no es un buen mecanismo para estar viendo constantemente si hay peticiones en la clase COLA (Ya que desperdicia muchos recursos). Te recomendaría que uses el patrón de diseño Observer para que la clase GRABADORA sea notificada de que hay peticiones para grabar en la Base de Datos. Cuando se añade una petición a
Re: [OT] Fwd: Un informático en el lado del mal. ¿Eres muy mayor para dedicarte a Seguridad Informática?
El Wed, 17 Dec 2014 22:38:14 -0300, Francisco Del Roio escribió: Hoy me llegó este correo a la bandeja de entrada, y me pareció una buena idea compartirlo con ustedes. (...) http://feedproxy.google.com/~r/ElLadoDelMal/~3/7FzJr7pyVNs/eres-muy-mayor-para-dedicarte-seguridad.html?utm_source=feedburnerutm_medium=email (...) Interesante consideración. Yo acudiría a la sabiduría popular y diría eso de que nunca es tarde si la dicha es buena. Al fin y al cabo, y ya centrados en el asunto, la seguridad informática es una especialización más dentro de un campo que ya conoces, así que no me parece nada raro que haya quien esté interesado en profundizar o dedicarse de pleno a ese sector. Cosa aparte sería plantearse un cambio a otro nivel (p. ej., de informático a criador de granja de caracoles, campo éste por cierto que despertó gran interés en otra lista de correo :-P) pero bueno, siempre que haya interés se puede aprender algo nuevo y con esto de las sinergias nunca se sabe qué puede resultar (app para la monitorización de caracoles vía wifi, uso de caparazones para ampliar coberturas, twitter granjero, etc...). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.15.56...@gmail.com
Re: [OT] Es mejor un archivo grande o muchos pequeños
- Original Message - From: Edwin De La Cruz edwinsp...@gmail.com To: debian-user-spanish@lists.debian.org Cc: Lista Debian debian-user-spanish@lists.debian.org Sent: Thursday, December 18, 2014 10:39 AM Subject: Re: [OT] Es mejor un archivo grande o muchos pequeños El día 17 de diciembre de 2014, 10:37, Camaleón noela...@gmail.com escribió: El Tue, 16 Dec 2014 12:52:01 -0500, Edwin De La Cruz escribió: Saludos cordiales. Antes que nada me disculpo por el OT, pero es que no se donde o como buscar. Y por el html... :-P El asunto es el siguiente: Estoy haciendo una aplicación que a su vez tiene varios hilos corriendo a la vez, estos hilos generan cierta informacion que necesito almacenar. He probado con SQLite, pero tengo problemas ya que algunas (muchas) veces cuando uno de los hilos de la aplicación necesita insertar información en la base de datos falla ya que se encuentra bloqueada por otro hilo. He subido el timeout pero solo ha mejorado un poco. Tambien tengo algo de temor ya que he leido que la base de datos podria corromporse si en un momento dos procesos escriben a la vez en la base de datos. Actualmente para este fin uso PostgreSQL, sin ningun problema, pero o que necesito es hacer la aplicacion mas independiente y facil de instalar, configurar, etc. (...) Es decir, buscas un sistema de bdd autónomo que permita concurrencia en operaciones de escritura (funcionalidad que sólo suelen incluir las bdd de esquema cliente/servidor como mysql, postgresql, etc...). No sé si habrás mirado la biblioteca BerkeleyDB (BDB), quizá te sirva para tu aplicación. Estoy analizando esta opcion, aunque no soy muy partidario de Oracle. He pensado en usar XML para cada registro que la aplicacion genera, de este modo ya no hay peligro de corrupcion de datos, como podria suceder en el caso de SQLite. No creo que SQlite llegue a ese punto (pérdida de datos), entiendo que debería devolver una respuesta de ocupado e impedir la escritura notificando al proceso que lo haya solicitado de este punto con lo cual podría programarse una función para reintentar de nuevo la escritura si se da esta situación. De hecho cuando la base esta bloqueada por otro proceso e intento escribirla desde otro me da un error indicando que esta ocupada. Por programacion vuelvo a intentar la escritura, pero como llegan varios procesos al mismo tiempo suele demorar un poco en liberarse, digamos unos 5 a 10 segundos esperando. La Pregunta es la siguiente: es pesado (lento) para el procesador el tener que leer o copiar cientos o miles de archivos individuales, lo pregunto porque me ha pasado que cuando copio alguna carpeta que contiene ciento de archivos, todos menores a 10K, el proceso es muy muy lento. Bueno, una bdd siempre resulta más eficiente cuando se trata de una cantidad considerable de información que se tiene que manipular en espacios de tiempo cortos y además evitas depender de las características del sistema donde se vaya a ejecutar. Pues con PostgreSQL estoy muy contento, es mas, el 70% del codigo de la aplicacion está en la base de datos. Mi busqueda de alguna alternativa como SQLite es que a mis usuarios les resulta un poco dificil, bajarse postgresql, instalarlo, configurarlo, etc., tanto en Windows como en Linux. No has mirador Firebird? También requiere de instalación, pero es Mil veces más sencillo de instalar y no requiere practicamente mantenimiento, además de ser muy rápido y seguro. Puedes hecharle una mirada en firebirdsql.org también está en el repositorio de debian Busco que la aplicacion funcione tan solo con copiarla en una carpeta y correr el ejecutable. La aplicacion inicialmente usaba Apache, ya que la interface grafica es web, para evitarme la instalacion y configuracion de apacha, he desarrollado un micro servidor web embebido que hace justo lo que necesito sin tener que instalar ni configurar algo adicional, busco hacer lo mismo con la base de datos. Saludos, -- Camaleón Gracias e igualmente muchos saludos. Has in Saludos | ISMAEL | -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2bb5be0d993e4f10aa4c46fad9646...@natio.co.cu
Re: ¿gdebi y shotwell autodesinstalables?
El 14/12/14 a las 13:15, Eduardo Rios escribió: Pues eso me dice synaptic desde las ultimas actualizaciones realizadas a Jessie. Normalmente, cuando me ha pasado con librerías, las he desinstalado sin más, sin problemas aparentes... Sin embargo, con estos no me atrevo... No sé si es que gnome va a sustituir estos programas o que, pero me parece extraño que estén marcados como autodesinstalables... ¿Que hago? ¿Desinstalo, o ignoro el mensaje de autodesinstalable? Gracias Bueno, pues algo debe estar cambiando en gnome 3.14 porque al final he desinstalado tanto gdebi y shotwell, y con nautilus, botón derecho en un nombre de paquete descargado, aparece una opción para instalar el paquete. He probado con acpid, y sale un cartel preguntando si deseo instalar el paquete... Como era una prueba (y obviamente ya lo tengo instalado), he contestado que no. Resumiendo, que efectivamente, prescinden de gdebi. Y lo mismo debe pasar con shotwell. -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m6v67m$rpp$1...@ger.gmane.org
Re: [OFF TOPIC] Tips para badblocks
El Thursday, 18 December del 2014 a las 09:11:41AM, Juan Pablo Jaramillo Pineda escribi�: El 17/12/14 a las 21:13, Esteban Monge escribió: Siempre ando buscando como hacer algo en internet y nunca aporto nada. Acá mis tips para usar badblocks, esta herramienta permite chequear si un disco tiene errores. http://www.emonge.com/doku.php/badblocks Hola, Precisamente hoy me disponía a buscar información al respecto. Gracias. Hola, Hay un badblocks howto, con muy buena informaci�n. Un saludo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141218184407.gb6...@rh71.alpha.net
Re: BRILLO de pantalla en una Note HP-110 con Linux+XFCE
El 17/12/14 a las 19:11, Eduardo Jorge Gil Michelena escribió: Estimada gente, Tengo un problema luego de una instalación nueva de un Linux+XFCE+OPENBOX. Funciona casi todo; salvo que el brillo de pantalla NO se puede cambiar de ninguna manera quedándo este MUY alto. Anteriormente con una versión vieja de LINUX-Debian+XFCE esto no ocurría. Las teclas de brillo NO producen efecto alguno. He buscado por la WEB pero con resultados negativos. La máquina es una Notebook HP-110 (funciona de maravillas y con OpenBox es muy rápida) Hola: Yo también tengo un HP (Pavilion dv7-6090es) y hace tiempo me dieron una solución que me funciona. Se trata de editar el fichero /etc/default/grub y modificar la línea: GRUB_CMDLINE_LINUX_DEFAULT= y añadirle acpi_osi=Linux acpi_backlight=vendor, es decir, dejarla así: GRUB_CMDLINE_LINUX_DEFAULT=quiet acpi_osi=Linux acpi_backlight=vendor Guardar los cambios y después, en la línea de comandos (como root), ejecutar: update-grub Reiniciar y ya debería funcionar :) -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m6v7m2$jel$1...@ger.gmane.org
Re: ¿gdebi y shotwell autodesinstalables?
El Thu, 18 Dec 2014 19:26:00 +0100, Eduardo Rios escribió: Bueno, pues algo debe estar cambiando en gnome 3.14 porque al final he desinstalado tanto gdebi y shotwell, y con nautilus, botón derecho en un nombre de paquete descargado, aparece una opción para instalar el paquete. He probado con acpid, y sale un cartel preguntando si deseo instalar el paquete... Como era una prueba (y obviamente ya lo tengo instalado), he contestado que no. Resumiendo, que efectivamente, prescinden de gdebi. Y lo mismo debe pasar con shotwell. Yo tengo ambos instalados en Jessie con GNOME y ningún gestor de paquetes me ha pedido que los elimine por lo que siguen ahí. De todas formas, a simple vista no veo reemplazo para ninguno de los dos: gdebi sigue estando disponible en los repos (entiendo que sigue siendo útil en entornos donde no esté instalado gnome) y shotwell sigue siendo el gestor de fotos predeterminado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.18.18.52...@gmail.com
Re: ¿gdebi y shotwell autodesinstalables?
El 18/12/14 a las 19:52, Camaleón escribió: El Thu, 18 Dec 2014 19:26:00 +0100, Eduardo Rios escribió: Bueno, pues algo debe estar cambiando en gnome 3.14 porque al final he desinstalado tanto gdebi y shotwell, y con nautilus, botón derecho en un nombre de paquete descargado, aparece una opción para instalar el paquete. He probado con acpid, y sale un cartel preguntando si deseo instalar el paquete... Como era una prueba (y obviamente ya lo tengo instalado), he contestado que no. Resumiendo, que efectivamente, prescinden de gdebi. Y lo mismo debe pasar con shotwell. Yo tengo ambos instalados en Jessie con GNOME y ningún gestor de paquetes me ha pedido que los elimine por lo que siguen ahí. Pues no entiendo nada... Alguna actualización habré hecho con inestable o experimental sin darme cuenta o algo (aunque solo los activo para actualizar iceweasel/icedove y luego los vuelvo a desactivar)... De todas formas, a simple vista no veo reemplazo para ninguno de los dos: gdebi sigue estando disponible en los repos (entiendo que sigue siendo útil en entornos donde no esté instalado gnome) y shotwell sigue siendo el gestor de fotos predeterminado. Bueno, a mi las imágenes por defecto se me abren con eog (Eye of GNOME)... No sé, curioso es un rato... -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m6v8vc$9bi$1...@ger.gmane.org
Re: BRILLO de pantalla en una Note HP-110 con Linux+XFCE
El 18/12/14 a las 15:50, Eduardo Rios escribió: El 17/12/14 a las 19:11, Eduardo Jorge Gil Michelena escribió: Estimada gente, Tengo un problema luego de una instalación nueva de un Linux+XFCE+OPENBOX. Funciona casi todo; salvo que el brillo de pantalla NO se puede cambiar de ninguna manera quedándo este MUY alto. Anteriormente con una versión vieja de LINUX-Debian+XFCE esto no ocurría. Las teclas de brillo NO producen efecto alguno. He buscado por la WEB pero con resultados negativos. La máquina es una Notebook HP-110 (funciona de maravillas y con OpenBox es muy rápida) Hola: Yo también tengo un HP (Pavilion dv7-6090es) y hace tiempo me dieron una solución que me funciona. Se trata de editar el fichero /etc/default/grub y modificar la línea: GRUB_CMDLINE_LINUX_DEFAULT= y añadirle acpi_osi=Linux acpi_backlight=vendor, es decir, dejarla así: GRUB_CMDLINE_LINUX_DEFAULT=quiet acpi_osi=Linux acpi_backlight=vendor Guardar los cambios y después, en la línea de comandos (como root), ejecutar: update-grub Reiniciar y ya debería funcionar :) Esta misma solucion aunque con un paso mas acabo de leer por aqui: http://glatelier.org/2013/10/21/brillo-con-teclas-fn-acer-aspire-v5-571p/ Quizas sirva asi. Pero lo que estuve buscando para ayudar debido a que lo he olvidado es un archivo y su ruta para controlar el brillo entre valores de 1000 y 1 Y no lo he podido encontrar, pero en su lugar halle esto: (como root o sudo tee) echo 5 | tee /sys/class/backlight/acpi_video0/brightness -- modificas el valor entre 1 y 9. Ya tienes tarea para hacer.. saludos desde el sur. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54932cdd.8020...@gmail.com
Re: ¿gdebi y shotwell autodesinstalables?
El jueves, 18 dic 2014, a las 20:12 horas (UTC+1), Eduardo Rios escribió: Alguna actualización habré hecho con inestable o experimental sin darme cuenta o algo (aunque solo los activo para actualizar iceweasel/icedove y luego los vuelvo a desactivar)... Quizá sea más cómodo ajustar la prioridad esos paquetes. El libro del administrador de Debian te lo explica en los apartados 6.2.5 y 6.2.6, y también la guía de referencia de Debian, apartado 2.7, aunque esta última no está disponible en español. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141218204214.2617e...@gmail.com
Re: ¿gdebi y shotwell autodesinstalables?
El 18/12/14 a las 20:42, Manolo Díaz escribió: El jueves, 18 dic 2014, a las 20:12 horas (UTC+1), Eduardo Rios escribió: Alguna actualización habré hecho con inestable o experimental sin darme cuenta o algo (aunque solo los activo para actualizar iceweasel/icedove y luego los vuelvo a desactivar)... Quizá sea más cómodo ajustar la prioridad esos paquetes. El libro del administrador de Debian te lo explica en los apartados 6.2.5 y 6.2.6, y también la guía de referencia de Debian, apartado 2.7, aunque esta última no está disponible en español. Gracias. Le echaré un vistazo :) -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m6vbsp$pkp$1...@ger.gmane.org
Re: OT: Turla linux Debian
El jue, 11-12-2014 a las 16:14 -0300, Ricardo Delgado escribió: encontre en la web esta noticia http://www.muylinux.com/2014/12/10/turla-malware http://www.linux-party.com/index.php/57-seguridad/9241-linux-sufre-un-potente-troyano-turla-que-ha-infectado-gran-numero-de-victimas pero nada especifico de como actua y que acciones tomar al respecto; o simplemente es un FUD. Saludos -- Windows? Reboot Debian? beRoot Palabra clave es troyano, no se reproduce y la palabra infectar es incorrecta. Es necesario que alguien lo active en su propia máquina. Claro como es lógico si hago un programa en C que sirva de servidor de comandos puedo esperar oredenes del esxterior pero solo con permisos del usuario que lo ejecutó, yo por lo menos tengo puesto el disco con password y en caso de ext4 le hice un chown usuario:usuario /media/DATOS por lo tanto solo root y yo pueden acceder a los datos. se habla que si netstat no lo ve.. etc. pero...estoy seguro que chkrootkit si lo ve en el caso que sea un rootkit. Yo por lo menos reviso todo lo que copio, si quieren ver si un programa abre puertas traseras en la pc van a otra pc con linux y escriben como root nmap miip y veran los puertos abiertos de esa máquina, por otro lado siempre trato de bajar programas de sitios oficiales. Realmente hay muchas empresas comerciales de antivirus que lo que desean es hacer escándalos y programar basura al final eset no es tan bueno que digamos, en mi trabajo hay varias maquinas con eset pirateado(gratis) y todas tiene virus al igual que con karspesky, el único que ha dado resultado aqui es el avast. Pero la otra mitad que usamos GNU/Linux nos limpiamos con las propagandas de otras empresas y siempre hago semanal aptitude full-upgrade -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1418941544.3924.9.ca...@debian.inor.sld.cu
Re: [OT] Fwd: Un informático en el lado del mal. ¿Eres muy mayor para dedicarte a Seguridad Informática?
El 18/12/14 a las 02:38, Francisco Del Roio escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola, Hoy me llegó este correo a la bandeja de entrada, y me pareció una buena idea compartirlo con ustedes. Un saludo, - Mensaje reenviado Asunto: Un informático en el lado del mal. ¿Eres muy mayor para dedicarte a Seguridad Informática? Fecha: Tue, 16 Dec 2014 20:08:13 + De: Un informático en el lado del mal noreply+feedpr...@google.com Responder-a:: Un informático en el lado del mal ch...@informatica64.com A: franci...@openmailbox.org Un informtico en el lado del mal /// Eres muy mayor para dedicarte a Seguridad Informtica? Posted: 15 Dec 2014 09:11 PM PST http://feedproxy.google.com/~r/ElLadoDelMal/~3/7FzJr7pyVNs/eres-muy-mayor-para-dedicarte-seguridad.html?utm_source=feedburnerutm_medium=email Una de las preguntas que muchas veces acaban por caer en mi buzón de correo electrónico es la de gente que me pregunta a qué edad comencé yo a trabajar en seguridad informática para saber si ellos son muy mayores para comenzar ahora con su edad. La mayoría suele decir cosas como soy muy mayor, ya es tarde para mí, o no empecé cuando tenía que haberlo hecho. Esos correos electrónicos vienen a decir siempre eso de ¿Soy muy mayor para dedicarme a Seguridad Informática?. Figura 1: ¿Soy mayor para aprender Seguridad Informática? Yo empecé en seguridad informática tarde, aunque si bien es cierto que en el mundo de la informática empecé bastante pronto. La primera vez que hice algo de hacking tendría unos 22 o 23 años ya que hasta ese tiempo me había dedicado a aprender informática en general y bases de datos, redes, programación, diseño gráfico, programación web y sistemas operativos en particular (por decir algo como particular). Lo cierto es que si tienes 40 años y llevas 15 o 16 años trabajando en el sector de la informática sin que haya tenido nada que ver con la seguridad informática no estás para nada en un estado tardío para comenzar. No pienso que así sea para nada, y espero que no lo pienses tú, pues te queda aún un cuarto de siglo por delante por trabajar. Más vale que te sientas joven y en forma, pues estás en la plenitud de tu vida laboral. Figura 2: Aprender nuevos conceptos es bueno para tu trabajo actual y futuro ¿Crees que sacarse una carrera universitaria a los 45 años es tarde? ¿Que aprender algo nuevo con 50 años es baldío? ¿Aprender a programar a los 55 años es imposible? Me pregunto ¿es que ya no te funciona el cerebro? Aprender seguridad informática requiera algo de tiempo, que es el principal problema. Pero este problema lo tendrías igualmente si quieres aprender cualquier otro area profesional. Necesitas tiempo para leer, para practicar y para coger cierta experiencia, pero nada más. Es cierto que si has dormido tu cerebro haciéndolo vago sin forzarlo a estudiar cosas nuevas durante un periodo de tiempo, entonces tal vez necesites despertarlo y ponerlo a funcionar. Además, seguro que cuando te pongas a aprender, los jóvenes de 18 años pueden estar más sueltos y rápidos que tú al principio... ¿y qué? Tómate tú tiempo, lee, estudia, aprende y sigue tu camino. Tienes madurez, experiencia profesional en muchos otros campos, y si has desarrollado habilidades como la constancia, la responsabilidad o la planificación, te puedes marcar tus propios objetivos y llegar más lejos de lo que te imaginabas. Figura 3: Leer es cómo la gente instala nuevo software en su cerebroTú puedes aprender seguridad informática igual que un chaval de 20 años, y dentro de 10 años te tendrás que adaptar al nuevo entorno. No te hagas reactivo al cambio. Que no te de vergüenza ser un principiante a los 40 años...De hecho es lo que más mola. Aprender algo nuevo desde cero. Disfrútalo sin prejuicios y vívelo con pasión. Aprende a hacer ataques de redes, cómo se hace un pentesting o a programar tus propias apps. No es tan difícil y te juro que es divertido. El día que ya no te guste este mundo de teclas y bits, entonces ese día deberás pensar en buscarte otra profesión, pero no me cuentes milongas de tengo 40 años, ya no tengo edad para programar. ¡Ja! ¡ni que programar fuera solo para jóvenes! Los buenos programadores están rifados, no importa los años que tengan, así que sé bueno en tu trabajo, disfrútalo con pasión y podrás sacarlo. Figura 4: En esta profesión nunca se deja de aprender Eso sí, solo si tú quieres salir de tu zona de confort. Si tú realmente quieres aprender y estás dispuesto a comenzar por el Hello World y no parar de interiorizar cosas nuevas nunca. Estudiar es algo que debe ser constante en tu vida, que debe seguir siendo un objetivo de tu día a día a pesar de que ya tengas un buen trabajo, o de que estés muy ocupado en tu vida. En el momento que lo dejes y te bajes del tren, será tu elección y de nadie más. No será de la edad, no será del tiempo que te queda, no será por que no puedes a tu edad. No será porque eres mayor. Sera porque