Re: Balanceador de Carga
Hola, No hagas top-posting, por favor. El 02/06/2014 15:56, Antonio Insuasti Recalde escribió: Amigos, Gracias a todos, ayer ya lo logre, para futuras referencias aumente: ProxyPreserveHost On ProxyPassReverse / balancer://cluster/ El balanceador esta funcionando muy bien, otra pregunta vi que muchas personas usan ngix como balanceador si ustedes tienen experiencia cual es mejor? nginx es en determinadas situaciones más rápido que Apache. La diferencia principal es que Apache crea un nuevo proceso para cada petición y nginx no. Dale una ojeada a esta comparativa: http://blog.celingest.com/2013/02/25/nginx-contra-apache-en-aws/ Saludos El día 26 de mayo de 2014, 8:56, Camaleón noela...@gmail.com escribió: El Sun, 25 May 2014 16:24:37 -0500, Antonio Insuasti Recalde escribió: (corrijo el top-posting) 2014-05-25 13:59 GMT-05:00 Eduardo A. Bustamante López dual...@gmail.com: On Sun, May 25, 2014 at 12:13:44PM -0500, Antonio Insuasti Recalde wrote: Amigos, Un gusto saludarles, Tengo un problema con un balanceador y unos wordpress ¿Y el problema cuál fué? Lo siento se fue el correo antes de terminarlo, El problema es que cuando quiero entrar a una sub pagina el balanceador me enmascara con las direcciones IP ejemplo: http://dominio.com.ec/subpagina lo pone con la ip de un nodo http://10.200.3.101/subpagina y no mantiene el FQDM y como puedes ver el link se torna inaccesible ya que pone las IPs internas. Revisa el registro de error/acceso de apache, seguramente tengas el origen del problema registrado o al menos te dará alguna pista de por qué no resuelve (recuerda que tienes que tener registradas todas las direcciones IP para cada uno de los registros A que quieres habilitar en el balanceador). 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.05.26.13.56...@gmail.com -- Francesc Guitart -- 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/538d700b.9060...@gmx.com
[OT] WARNING: Using TrueCrypt is not secure as it may contain unfixed security issues
http://www. http://www.truecrypt.orgtruecrypt.org http://www.truecrypt.org http://truecrypt.sourceforge.net/ http://www.genbeta.com/seguridad/truecrypt-y-su-misteriosa-desaparicion
Re: x11vnc en rc.local
El día 3 de junio de 2014, 3:59, Andrew Pollard andrew@gmail.com escribió: Hola a todos. Necesito un poco de ayuda con lo siguiente. Tengo estas 4 lineas en rc.local, pero la última linea que he añadido nunca lo ejecuta, y no se por qué, debería ejecutarse sin problemas porque se ejecuta perfectamente en el terminal. Estas son las lineas que tengo en rc.local: sleep 100 iptables -t nat -A POSTROUTING -s 10.10.0.0/16 -o wlan0 -j MASQUERADE hostapd /etc/hostapd/hostapd.conf x11vnc -bg -passwd 7celtic7 -forever #esta es la linea que nunca se llega a ejecutar exit 0 Esa linea de x11vnc con esos parámetros quiere decir que se ejecute en segundo plano, con la clave 7celtic7, y el parámetro -forever quiere decir que siempre este abierto, que nunca se cierre. Se ejecuta perfectamente en el terminal pero no he podido lograr que se ejecute automáticamente en el inicio del sistema. He investigado y aún no he conseguido una solución. Mi sistema es un Debian 7 con solo LXDE. No tengo hostapd instalado, pero en el man en internet parece que para que se ejecute en background hay que pasarle la opción -B o con el al final, si no se te queda ahí pillado el programa. S2. -- 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/CAGw=rHi9AqV_w1Y7dZZhLK13=nqvw+dg9oyrjyzhz2ob01l...@mail.gmail.com
Re: [OT] WARNING: Using TrueCrypt is not secure as it may contain unfixed security issues
El 03/06/14 09:54, Sergio Villalba escribió: http://www. http://www.truecrypt.orgtruecrypt.org http://www.truecrypt.org http://truecrypt.sourceforge.net/ http://www.genbeta.com/seguridad/truecrypt-y-su-misteriosa-desaparicion La historia esta me ha dejado un poco fuera de juego pero parece que ya hay intenciones de mantener el proyecto forqueado y hospedado en Suiza (http://truecrypt.ch/). Parece más una cuestión de donde se aloja el proyecto que un problema de seguridad, pero en estos temas mejor que cada uno se haga su propia imagen. -- 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/538d97c4@gmail.com
Re: x11vnc en rc.local
El Mon, 02 Jun 2014 21:29:17 -0430, Andrew Pollard escribió: (ese html...) Hola a todos. Necesito un poco de ayuda con lo siguiente. Tengo estas 4 lineas en rc.local, pero la última linea que he añadido nunca lo ejecuta, y no se por qué, debería ejecutarse sin problemas porque se ejecuta perfectamente en el terminal. Estas son las lineas que tengo en rc.local: sleep 100 iptables -t nat -A POSTROUTING -s 10.10.0.0/16 -o wlan0 -j MASQUERADE hostapd /etc/hostapd/hostapd.conf x11vnc -bg -passwd 7celtic7 -forever #esta es la linea que nunca se llega a ejecutar exit 0 Esa linea de x11vnc con esos parámetros quiere decir que se ejecute en segundo plano, con la clave 7celtic7, y el parámetro -forever quiere decir que siempre este abierto, que nunca se cierre. Se ejecuta perfectamente en el terminal pero no he podido lograr que se ejecute automáticamente en el inicio del sistema. He investigado y aún no he conseguido una solución. Mi sistema es un Debian 7 con solo LXDE. Quizá sea porque se ejecute demasiado pronto y x11vnc necesita que el servidor gráfico esté iniciado para poder trabajar aunque veo que tienes un sleep pero quizá no sea suficiente. Prueba a incluirlo como un script de inicio del entorno gráfico, aprovechando algún tipo de sistema lanzadera -autostart- que tengas en tu DE o con un archivo ~/.xsession, 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.06.03.13.51...@gmail.com
Re: [OT] WARNING: Using TrueCrypt is not secure as it may contain unfixed security issues
El Tue, 03 Jun 2014 11:39:16 +0200, Gerardo Diez García escribió: El 03/06/14 09:54, Sergio Villalba escribió: http://www. http://www.truecrypt.orgtruecrypt.org http://www.truecrypt.org http://truecrypt.sourceforge.net/ http://www.genbeta.com/seguridad/truecrypt-y-su-misteriosa-desaparicion Sí, la noticia lleva unos días coleando por la red (Slashdot, Reddit, Ars Technica...). Lo último que sé es que aún no se sabe nada claro. La historia esta me ha dejado un poco fuera de juego pero parece que ya hay intenciones de mantener el proyecto forqueado y hospedado en Suiza (http://truecrypt.ch/). Parece más una cuestión de donde se aloja el proyecto que un problema de seguridad, pero en estos temas mejor que cada uno se haga su propia imagen. Yo también lo uso e igualmente estoy esperando alguna reacción oficial. Es un poco raro, la verdad, pero no pinta nada bien. Ya no te puedes fiar de nada ni de nadie :-/ 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.06.03.13.57...@gmail.com
Configuración de logrotate
Estimados, tengo la siguiente estructura de logs, donde año, mes y día son por supuesto los números correspondiente al año, mes y día: /var/log/rsyslog/año/mes/día/HostX/ProgramaY.log Osea que separo por fecha (año/mes/día), por host y finalmente por el programa que está generando el log (cron, ssh, snmp, etc.). Pongo un ejemplo para que se entienda un poco mejor: /var/log/rsyslog/2014/06-03/Host_A/ssh.log /var/log/rsyslog/2014/06-03/Host_A/snmp.log /var/log/rsyslog/2014/06-03/Host_A/cron.log /var/log/rsyslog/2014/06-03/Host_A/kernel.log /var/log/rsyslog/2014/06-03/Host_B/ssh.log /var/log/rsyslog/2014/06-03/Host_B/snmp.log /var/log/rsyslog/2014/06-03/Host_B/cron.log /var/log/rsyslog/2014/06-03/Host_B/kernel.log Y así para todos los días y todos los hosts. Lo que quiero hacer ahora es configurar logrotate para que rote y comprima los logs semanal o mensualmente, pero respetando la estructura de directorios. Es decir, que me genere los archivos comprimidos en la misma ruta en la cual están los archivos originales. Se puede hacer esto? Estoy leyendo pero hasta ahora los ejemplos que vi son para una configuración tradicional donde uno tiene todos los logs en /var/log sin separar por directorios como estoy haciendo yo, así que estoy medio confundido. Como siempre, les agradecería mucho su ayuda. Saludos, Mauro. -- 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/538df4d8.5000...@gmail.com
Re: Configuración de logrotate
El Tue, 03 Jun 2014 13:16:24 -0300, Mauro Antivero escribió: Estimados, tengo la siguiente estructura de logs, donde año, mes y día son por supuesto los números correspondiente al año, mes y día: /var/log/rsyslog/año/mes/día/HostX/ProgramaY.log Osea que separo por fecha (año/mes/día), por host y finalmente por el programa que está generando el log (cron, ssh, snmp, etc.). Pongo un ejemplo para que se entienda un poco mejor: (...) Entendido. Y así para todos los días y todos los hosts. Lo que quiero hacer ahora es configurar logrotate para que rote y comprima los logs semanal o mensualmente, pero respetando la estructura de directorios. Es decir, que me genere los archivos comprimidos en la misma ruta en la cual están los archivos originales. Se puede hacer esto? Estoy leyendo pero hasta ahora los ejemplos que vi son para una configuración tradicional donde uno tiene todos los logs en /var/log sin separar por directorios como estoy haciendo yo, así que estoy medio confundido. En principio no veo el problema más allá de decirle a logrotate lo que necesitas pata cada almacén, por ejemplo: /var/log/rsyslog/año/mes/día/HostX/*.log { blah blah bla } Que iría dentro del archivo /etc/logrotate.d/rsyslog sin reemplazar el resto de entradas que tiene definidas para los mensajes del sistema o creando un nuevo archivo de configuración (p. ej., /etc/logrotate.d/ remotersyslog) dedicado para la gestión de los registros remotos. 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.06.03.16.31...@gmail.com
Re: Configuración de logrotate
El 03/06/14 13:31, Camaleón escribió: El Tue, 03 Jun 2014 13:16:24 -0300, Mauro Antivero escribió: Estimados, tengo la siguiente estructura de logs, donde año, mes y día son por supuesto los números correspondiente al año, mes y día: /var/log/rsyslog/año/mes/día/HostX/ProgramaY.log Osea que separo por fecha (año/mes/día), por host y finalmente por el programa que está generando el log (cron, ssh, snmp, etc.). Pongo un ejemplo para que se entienda un poco mejor: (...) Entendido. Y así para todos los días y todos los hosts. Lo que quiero hacer ahora es configurar logrotate para que rote y comprima los logs semanal o mensualmente, pero respetando la estructura de directorios. Es decir, que me genere los archivos comprimidos en la misma ruta en la cual están los archivos originales. Se puede hacer esto? Estoy leyendo pero hasta ahora los ejemplos que vi son para una configuración tradicional donde uno tiene todos los logs en /var/log sin separar por directorios como estoy haciendo yo, así que estoy medio confundido. En principio no veo el problema más allá de decirle a logrotate lo que necesitas pata cada almacén, por ejemplo: /var/log/rsyslog/año/mes/día/HostX/*.log { blah blah bla } Gracias, en gran parte me aclaraste el panorama, pero (siempre hay uno) fijate que ahí la regla que ponés a modo de ejemplo contiene de manera estática el año, el mes, el día y el host. Como los host no son una cantidad exagerada podría crear una regla para cada uno de ellos, teniendo que recordar que cuando agregue un nuevo host debería de agregar la regla correspondiente, pero con la fecha como hago? No hay manera de hacer que logrotate busque recursivamente en los directorios dentro de la ruta que uno define? De esta forma la regla quedaría algo similar a esto: /var/log/rsyslog/*.log { bla bla } Hay en todo caso alguna otra alternativa a logrotate? Mi idea es comprimir los logs ya que no es raro que por día se junten entre 400 y 600 MB de logs. Saludos y muchas gracias. Mauro. Que iría dentro del archivo /etc/logrotate.d/rsyslog sin reemplazar el resto de entradas que tiene definidas para los mensajes del sistema o creando un nuevo archivo de configuración (p. ej., /etc/logrotate.d/ remotersyslog) dedicado para la gestión de los registros remotos. 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/538dfece.6080...@gmail.com
FORMAÇÃO EXECUTIVA: APRENDA A DESENHAR DASHBOARDS - 5ª Edição
» caso não consiga visualizar a newsletter, clique aqui« http://www.uniquedashboard.com/Newsletters/formacao/dashboards http://www.rcrempresas.com/rcr-software/formacao-executiva http://www.rcrempresas.com/rcr-software/formacao-executiva OBJECTIVOS . Conhecer os conceitos associados aos Dashboards. . Conhecer as melhores práticas no desenho de Dashboardws. . Transmitir as regras essenciais para a seleção e parametrização de gráficos . Saber como selecionar e transmitir eficazmente a informação para os decisores . Conhecer os fatores críticos para a implementação e manutenção de Dashboards. ENQUADRAMENTO Os desafios atuais das empresas e o elevado nível dos padrões de exigência dos seus stakeholders obrigam a que as estas tenham que ser cada vez mais eficientes e eficazes na produção dos produtos, na entrega de serviços, na satisfação dos seus clientes, no agrado dos seus colaboradores, no relacionamento com os seus fornecedores, no contacto com os seus stakeholders, etc. Torna-se indiscutível a importância da informação, pois constitui um dos activos críticos para o sucesso de qualquer organização. Em simultâneo, a tomada de decisão, em qualquer nível de uma organização - estratégico, táctico e operacional - tem que ser cada vez mais certa, mais rápida e efectuada oportunamente, de modo a potenciar o sucesso das acções organizacionais. Por outro lado, a imensidão de dados que é produzida e guardada pelas organizações apenas se transformará em informação valiosa se for preparada de modo a facilitar o entendimento inteligente do estado da arte da performance das actividades/compromissos da organização. Neste enquadramento, é crítico a existência de instrumentos que permitam a entrega de informação de gestão pertinente, credível e bem estruturada, de modo a permitir responder, de forma completa e imediata, às principais questões colocadas por aqueles que têm responsabilidades em tomar decisões: Como estamos hoje? Como evoluímos? Como poderemos vir a estar no futuro? Formador: Jorge Caldeira - Autor dos livros Implementação da metodologia BSC no Estado, Monitorização da Performance Organizacional, Dashboards - Comunicar eficazmente a informação de Gestão e 100 Indicadores da Gestão |Formador dos cursos de alta direção | Professor assistente convidado em Mestrados, Pós-Graduações e Licenciaturas nas áreas de estratégia e controlo e gestão | Autor do Blog | Especialista em Gestão | Consultor para desenho e construção de Dashboards Locais e Datas: Hotel Holiday Inn Express Lisboa - Oeiras dia 26 de Junho de 2014 Duração: 1 dia (7H) Preço: 246 Euros (IVA INCLUÍDO) 10% DE DESCONTO PARA SEGUNDA INSCRIÇÃO E SEGUINTES. PROGRAMA 1 - DASHBOARDS. O QUE SÃO? PARA QUE SERVEM? COMO FUNCIONAM? . Introdução aos Dashboards . Outros modelos: Tableaux de Bord, Scorecards e Tweetboards . A importância dos Dashboards para o Gestor . Arrumar conceitos: meta, resultado, desvio, performance, avaliação, etc. . Como vai evoluir a área de Performance Management 2 - DASHBOARD DESIGN . Dashboards simples, claros e elegantes . Exemplos dos principais erros nos Dashboards . As regras fundamentais na utilização das cores . Erros a evitar na formatação dos gráficos . Passos para a seleção e parametrização de gráficos 3 - OS NOVOS GRÁFICOS PARA COMUNICAR A PERFORMANCE . Velocímetros, Bullet, Sparklines . Cascata, Funil, Bump charts . Heatmap, Treemap, Bubble . Rede, Cloud, etc. . Construir em Excel gráficos velocímetros e bullets 4 - COMO É QUE OS DECISORES QUEREM VISUALIZAR A INFORMAÇÃO? . Selecionar a informação certa para o decisor . Relacionar a informação por forma a criar valor na análise . Definir níveis de relevância da informação . Organizar a informação de forma lógica . O que são indicadores inteligentes? Como se determinam? 5 - FACTORES CRÍTICOS PARA A IMPLEMENTAÇÃO E GESTÃO DE DASHBOARDS . Tarefas do responsável pelo Business Intelligence . Etapas para a implementação de Dashboards . Garantir a qualidade dos dados . Automatização/integração com bases de dados . Como se discute a performance? 6 - EXEMPLOS REAIS DE DASHBOARDS . Exemplos de maus Dashboards . Organizações Portuguesas . Organizações Estrangeiras . Exemplos de Dashboards em Excel forma...@uniquedashboard.com forma...@uniquedashboard.com O presente e-mail destina-se única e exclusivamente a informar actuais ou potenciais clientes e não deve ser considerado SPAM. Ao abrigo do Decreto-Lei n.o 7/2004, de 7 de Janeiro, de regulação do tratamento automatizado de dados de carácter pessoal, o utilizador poderá cancelar os mesmos. O e-mail não poderá ser considerado SPAM quando incluir uma forma do receptor ser removido da lista. Se pretender remover o seu e-mail, deve efectuar essa anulação pelo mesmo endereço que se encontra na nossa base de dados, de outra forma ficaremos impossibilitados de
Re: Configuración de logrotate
El Tue, 03 Jun 2014 13:58:54 -0300, Mauro Antivero escribió: El 03/06/14 13:31, Camaleón escribió: (...) Lo que quiero hacer ahora es configurar logrotate para que rote y comprima los logs semanal o mensualmente, pero respetando la estructura de directorios. Es decir, que me genere los archivos comprimidos en la misma ruta en la cual están los archivos originales. Se puede hacer esto? Estoy leyendo pero hasta ahora los ejemplos que vi son para una configuración tradicional donde uno tiene todos los logs en /var/log sin separar por directorios como estoy haciendo yo, así que estoy medio confundido. En principio no veo el problema más allá de decirle a logrotate lo que necesitas pata cada almacén, por ejemplo: /var/log/rsyslog/año/mes/día/HostX/*.log { blah blah bla } Gracias, en gran parte me aclaraste el panorama, pero (siempre hay uno) fijate que ahí la regla que ponés a modo de ejemplo contiene de manera estática el año, el mes, el día y el host. Como los host no son una cantidad exagerada podría crear una regla para cada uno de ellos, teniendo que recordar que cuando agregue un nuevo host debería de agregar la regla correspondiente, pero con la fecha como hago? No hay manera de hacer que logrotate busque recursivamente en los directorios dentro de la ruta que uno define? De esta forma la regla quedaría algo similar a esto: /var/log/rsyslog/*.log { bla bla } Si quieres usar la misma configuración para todos los registros supongo que podrás usar lo mismo que en bash, es decir, especificar los subniveles (año/mes/día/host) mediante /var/log/rsyslog/*/*/*/*/*.log. Ojo, que no lo he probado :-) Hay en todo caso alguna otra alternativa a logrotate? Mi idea es comprimir los logs ya que no es raro que por día se junten entre 400 y 600 MB de logs. Podrías ejecutar una tarea de cron pero eso ya lo hace mejor y de manera más eficiente logrotate, la verdad. 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.06.03.17.33...@gmail.com
Re: Configuración de logrotate
El 03/06/14 14:33, Camaleón escribió: El Tue, 03 Jun 2014 13:58:54 -0300, Mauro Antivero escribió: El 03/06/14 13:31, Camaleón escribió: (...) Lo que quiero hacer ahora es configurar logrotate para que rote y comprima los logs semanal o mensualmente, pero respetando la estructura de directorios. Es decir, que me genere los archivos comprimidos en la misma ruta en la cual están los archivos originales. Se puede hacer esto? Estoy leyendo pero hasta ahora los ejemplos que vi son para una configuración tradicional donde uno tiene todos los logs en /var/log sin separar por directorios como estoy haciendo yo, así que estoy medio confundido. En principio no veo el problema más allá de decirle a logrotate lo que necesitas pata cada almacén, por ejemplo: /var/log/rsyslog/año/mes/día/HostX/*.log { blah blah bla } Gracias, en gran parte me aclaraste el panorama, pero (siempre hay uno) fijate que ahí la regla que ponés a modo de ejemplo contiene de manera estática el año, el mes, el día y el host. Como los host no son una cantidad exagerada podría crear una regla para cada uno de ellos, teniendo que recordar que cuando agregue un nuevo host debería de agregar la regla correspondiente, pero con la fecha como hago? No hay manera de hacer que logrotate busque recursivamente en los directorios dentro de la ruta que uno define? De esta forma la regla quedaría algo similar a esto: /var/log/rsyslog/*.log { bla bla } Si quieres usar la misma configuración para todos los registros supongo que podrás usar lo mismo que en bash, es decir, especificar los subniveles (año/mes/día/host) mediante /var/log/rsyslog/*/*/*/*/*.log. Ojo, que no lo he probado :-) Pero suena lógico, y según dice acá: http://serverfault.com/questions/208006/logrotating-files-in-a-directories-and-its-subdirectories Serviría, así que voy a leer un poco más, pruebo y les comento. Por cierto, ese resultado lo obtuve buscando recursive logrotate. Saludos y gracias! Mauro. Hay en todo caso alguna otra alternativa a logrotate? Mi idea es comprimir los logs ya que no es raro que por día se junten entre 400 y 600 MB de logs. Podrías ejecutar una tarea de cron pero eso ya lo hace mejor y de manera más eficiente logrotate, la verdad. 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/538e0a0e.4050...@gmail.com
Re: [OT] WARNING: Using TrueCrypt is not secure as it may contain unfixed security issues
El día 3 de junio de 2014, 9:57, Camaleón noela...@gmail.com escribió: El Tue, 03 Jun 2014 11:39:16 +0200, Gerardo Diez García escribió: El 03/06/14 09:54, Sergio Villalba escribió: http://www. http://www.truecrypt.orgtruecrypt.org http://www.truecrypt.org http://truecrypt.sourceforge.net/ http://www.genbeta.com/seguridad/truecrypt-y-su-misteriosa-desaparicion Sí, la noticia lleva unos días coleando por la red (Slashdot, Reddit, Ars Technica...). Lo último que sé es que aún no se sabe nada claro. La historia esta me ha dejado un poco fuera de juego pero parece que ya hay intenciones de mantener el proyecto forqueado y hospedado en Suiza (http://truecrypt.ch/). Parece más una cuestión de donde se aloja el proyecto que un problema de seguridad, pero en estos temas mejor que cada uno se haga su propia imagen. Yo también lo uso e igualmente estoy esperando alguna reacción oficial. Es un poco raro, la verdad, pero no pinta nada bien. Ya no te puedes fiar de nada ni de nadie :-/ En barrapunto desde hace días que se comenta: http://preguntas.barrapunto.com/article.pl?sid=14/05/29/0730206threshold=-1 Suerte. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- 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/caaizax5elnxga3bytywwvrhzasx6kxowoledid-thynqtxw...@mail.gmail.com
Cerrar ventanas de terminal sin cerrar programas lanzados desde la misma
Estimados: Recurro a ustedes, que tienen una mucho más basta experiencia que yo. Como buen vejete que soy, la terminal para mí es algo fundamental y que nunca dejo de lado, aunque sea con un emulador de terminal gráfico. Voy al tema. Si uno lanza un programa desde una terminal, por ejemplo $ k3b no sólo no puedo seguir usando dicha terminal, si no que al cerrar la ventana, se cierra el programa. Para evitarlo, va el consabido $ k3b Esto me permite seguir usando la terminal, pero si llego a cerrarla, se cierra el programa k3b. Sé que hay una forma, y es,luego de cargar con la opción y antes de cerrar la terminal, tipear $ disown -h %1 Pero a veces, me olvido Cuando invoco un programa desde la barra inferior de comandos de Krusader, que en la práctica sería una mini-terminal, uno puede invocar un programa, cerrar Krusader y el programa invocado no se cierra. Esto quiere decir que de alguna manera se las apaña. La pregunta: ¿Se puede modificar algún archivo de algo para que al cerrar la terminal, automáticamente ejecute disown -h %1 y no me cierre otros programas? Muchas gracias JAP -- 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/538e2496.2050...@gmail.com
Re: Cerrar ventanas de terminal sin cerrar programas lanzados desde la misma
nohup comando Debian GMail javier.debian.bb...@gmail.com wrote: Estimados: Recurro a ustedes, que tienen una mucho más basta experiencia que yo. Como buen vejete que soy, la terminal para mí es algo fundamental y que nunca dejo de lado, aunque sea con un emulador de terminal gráfico. Voy al tema. Si uno lanza un programa desde una terminal, por ejemplo $ k3b no sólo no puedo seguir usando dicha terminal, si no que al cerrar la ventana, se cierra el programa. Para evitarlo, va el consabido $ k3b Esto me permite seguir usando la terminal, pero si llego a cerrarla, se cierra el programa k3b. Sé que hay una forma, y es,luego de cargar con la opción y antes de cerrar la terminal, tipear $ disown -h %1 Pero a veces, me olvido Cuando invoco un programa desde la barra inferior de comandos de Krusader, que en la práctica sería una mini-terminal, uno puede invocar un programa, cerrar Krusader y el programa invocado no se cierra. Esto quiere decir que de alguna manera se las apaña. La pregunta: ¿Se puede modificar algún archivo de algo para que al cerrar la terminal, automáticamente ejecute disown -h %1 y no me cierre otros programas? Muchas gracias JAP -- 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/538e2496.2050...@gmail.com
Re: Cerrar ventanas de terminal sin cerrar programas lanzados desde la misma
El 03/06/14 17:08, Alejandro Esperón escribió: Debian GMail javier.debian.bb...@gmail.com wrote: Estimados: Recurro a ustedes, que tienen una mucho más basta experiencia que yo. Como buen vejete que soy, la terminal para mí es algo fundamental y que nunca dejo de lado, aunque sea con un emulador de terminal gráfico. Voy al tema. Si uno lanza un programa desde una terminal, por ejemplo $ k3b no sólo no puedo seguir usando dicha terminal, si no que al cerrar la ventana, se cierra el programa. Para evitarlo, va el consabido $ k3b Esto me permite seguir usando la terminal, pero si llego a cerrarla, se cierra el programa k3b. Sé que hay una forma, y es,luego de cargar con la opción y antes de cerrar la terminal, tipear $ disown -h %1 Pero a veces, me olvido Cuando invoco un programa desde la barra inferior de comandos de Krusader, que en la práctica sería una mini-terminal, uno puede invocar un programa, cerrar Krusader y el programa invocado no se cierra. Esto quiere decir que de alguna manera se las apaña. La pregunta: ¿Se puede modificar algún archivo de algo para que al cerrar la terminal, automáticamente ejecute disown -h %1 y no me cierre otros programas? Muchas gracias JAP nohup comando Olvidé mencionar a nohup. Lo que yo quiero, es invocar un programa desde terminal con la llamada a , y luego, aunque no haya puesto nohup o disown, no me cierre el programa, mediante el toqueteo de alguna configuración de konsole, xterm o la que fuese. Es decir, que se comporte de esa manera por defecto. O sea, el/los programas los quiero cerrar yo, cuando yo quiera, en el orden que se me antoja, incluida las ventanas de consola. Por ejemplo, una solución sería que todos los programas que invoque se hagan con el prefijo nohup aunque no lo escriba. Una de las ventajas es que nohup crea un archivo log de lo que uno corre, pero a veces, eso es desventaja, porque quiero ver el trazado en tiempo real. Gracias JAP -- 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/538e41c1.4070...@gmail.com
Re: Cerrar ventanas de terminal sin cerrar programas lanzados desde la misma
On Tue, Jun 03, 2014 at 04:40:06PM -0300, Debian GMail wrote: Estimados: Recurro a ustedes, que tienen una mucho más basta experiencia que yo. Como buen vejete que soy, la terminal para mí es algo fundamental y que nunca dejo de lado, aunque sea con un emulador de terminal gráfico. Voy al tema. Si uno lanza un programa desde una terminal, por ejemplo $ k3b no sólo no puedo seguir usando dicha terminal, si no que al cerrar la ventana, se cierra el programa. Para evitarlo, va el consabido $ k3b Esto me permite seguir usando la terminal, pero si llego a cerrarla, se cierra el programa k3b. Sé que hay una forma, y es,luego de cargar con la opción y antes de cerrar la terminal, tipear $ disown -h %1 Pero a veces, me olvido Cuando invoco un programa desde la barra inferior de comandos de Krusader, que en la práctica sería una mini-terminal, uno puede invocar un programa, cerrar Krusader y el programa invocado no se cierra. Esto quiere decir que de alguna manera se las apaña. La pregunta: ¿Se puede modificar algún archivo de algo para que al cerrar la terminal, automáticamente ejecute disown -h %1 y no me cierre otros programas? Muchas gracias JAP -- 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/538e2496.2050...@gmail.com Mirate esto (comando ) cerrado entre parentesis. -- 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/20140603214703.GA28411@crash
crear repositorio propio
hola listeros, mi consulta es para montar un repositorio propio, ejem, tengo un disco duro externo usb, y necesito instalar programas en un dell latitude cpx. este no tiene acceso a ninguna red, lo que estaba haciendo hasta el momento es descargar paquete por paquete, pero me demora mucho satisfacer todas las dependencias manualmente, mi idea era crear un repositorio en el disco usb, configurarlo en mi sources.list . luego un aptitude update. y a instalar programas. tengo presente que tendria que descargarme todos los dvds de la pagina de Debian y no hay problema con ello. pd: es un pIII 500 mhz con 128 de ram con debian squeeze 32 bits, y es mi regalón. saludos! Francisco -- 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/cag799-pazkgfoj7a8r3rdzhwpktcis-a-_4q_4pfojkdoqi...@mail.gmail.com
Re: crear repositorio propio
On 03/06/2014 04:11 p.m., Francisco javier wrote: hola listeros, mi consulta es para montar un repositorio propio, ejem, tengo un disco duro externo usb, y necesito instalar programas en un dell latitude cpx. este no tiene acceso a ninguna red, lo que estaba haciendo hasta el momento es descargar paquete por paquete, pero me demora mucho satisfacer todas las dependencias manualmente, mi idea era crear un repositorio en el disco usb, configurarlo en mi sources.list . luego un aptitude update. y a instalar programas. tengo presente que tendria que descargarme todos los dvds de la pagina de Debian y no hay problema con ello. pd: es un pIII 500 mhz con 128 de ram con debian squeeze 32 bits, y es mi regalón. saludos! Francisco prueba con apt-mirror -- Christian Frausto Bernal http://www.flickr.com/photos/cfrausto/ http://nayaritas.net -- 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/538e4918.5020...@cfrausto.net