Re: Modificaciones persistentes en xkb/rules
El Sun, 13 Dec 2015 14:36:06 -0430, Emilio Lazo Zaia escribió: > On 12/12/15 12:13, Camaleón wrote: >> (...) >> Creo que no me has entendido. La estructura la tienes que crear tú, es >> decir, lo que tengas bajo "/usr/share/X11/xkb/rules/evdev*" lo pones en >> "/ >> etc/X11/xkb/rules/evdev*" y listo. >> >> Si te fijas, el archivo "/usr/share/X11/xorg.conf.d/50-synaptics.conf" >> dice: >> >> # DO NOT EDIT THIS FILE, your distribution will likely overwrite # it >> when updating. Copy (and rename) this file into # /etc/X11/xorg.conf.d >> first. >> >> Lo que me da a entender que el servidor X tiene en cuenta ambos >> directorios. > Entendí, y así tengo mi estructura en /etc/X11/xkb creada por mí pero no > funciona... para que funcione tengo que poner symbols/* en > /usr/share/X11/xkb/symbols, y modificar evdev, evdev.lst y evdev.xml > directamente en /usr/share/X11/xkb/rules/ Ah, vale, entonces eso es distinto porque si no funciona es que ese directorio para los símbolos no es viable. Pues en la documentación oficial de Debian no encuentro nada relevante ("/ usr/share/doc/xkb-data/Debian.README") por lo que quizá este apartado no sea modular y tengas que asegurarte manualmente de que las nuevas combinaciones y mapeos que generes para el teclado persistan tras las actualizaciones :-( Mmm... echa un ojo a este bug donde hablaban del tema: xkb-data: package overwrite user-modified files without notice https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438940 Saludos, -- Camaleón
Re: (SOLUCIONADO) Re: Testing, Synaptic e histórico de operaciones
El Sun, 13 Dec 2015 12:21:26 +0100, Eduardo Rios escribió: > El 13/09/15 a las 09:38, Eduardo Rios escribió: >> Hola. >> >> Hace unas semanas, salió una actualización de synaptic para Debian >> testing. No me había dado cuenta hasta ahora, pero creo que desde >> entonces, he perdido el histórico de operaciones (instalaciones de >> paquetes realizadas, desinstalaciones, actualizaciones...) (...) >> ¿A alguien más le ocurre? ¿Donde debería mirar para poder arreglarlo? >> >> > Bien, como se suele decir, las cosas de palacio van despacio. > Después de 3 meses justos, ha quedado resuelto en la versión 0.82.4 :) Nunca entenderé cómo funciona el BTS de Debian. Puse el bug, lo marcan como resuelto hace 10 días y ni me entero (y veo que hay un montón de personas que se apuntaron porque les pasaba lo mismo). Bueno, pues bien está lo que bien acaba :-) Saludos, -- Camaleón
[OT-Proxmox] Problemas con sftp (era: de Alberto Cabrejas Pérez)
El Mon, 14 Dec 2015 08:54:54 -0500, Alberto Cabrejas Pérez escribió: > Tengo en una PC proxmox4 y desde mi estación me conectaba bien para > transferir datos desde nemo de la forma sftp://ip-proxmox, modernice la > PC con proxmox (otra motherboard, hd, micro) y ahora me da este error al > intentar conectarme como antes por sftp. > No se pudo mostrar «sftp://172.28.1.9/».Error: Falló la verificación de > la clave del servidor Por favor seleccione otro visor e intentelo > nuevamente. Por el error que te da, diría que intenta decirte que no puede validar al cliente por un problema con el archivo de claves generado (pareja de claves cliente/servidor). Mira a ver si en el equipo desde el que intentas conectar mediante sftp tienes un archivo "~/.ssh/known_hosts", y si es así, prueba a renombrarlo e intenta acceder de nuevo. Saludos, -- Camaleón
Re: de Alberto Cabrejas Pérez
El 14 de diciembre de 2015, 14:54, Alberto Cabrejas Pérez < albe...@scgr.artex.cu> escribió: > Tengo en una PC proxmox4 y desde mi estación me conectaba bien para > transferir datos desde nemo de la forma sftp://ip-proxmox, modernice la PC > con proxmox (otra motherboard, hd, micro) y ahora me da este error al > intentar conectarme como antes por sftp. > No se pudo mostrar «sftp://172.28.1.9/».Error: Falló la verificación de > la clave del servidor > Por favor seleccione otro visor e intentelo nuevamente. > -- > > Saludos, *Alberto Cabrejas Pérez* > Administrador de Redes Informáticas > ARTex S.A. Sucursal Granma > http://www.artexsa.com > http://www.scgra.artex.sa > Linux Usuario Registrado # 31 666 > Teléf. +53 (23) 48-1956, 48-1912, 48-1934 (Ext 115) > Jabber: albe...@scgra.artex.sa > "BE FREE BE LINUX!!!" > > (null) > > Ese servidor que has modernizado, has hecho una instalación nueva de proxmox y le has puesto la misma ip? Si es así, la clave de verificación ha cambiado del servidor... Tendrás que removerla en tu ordenador cliente desde el que te conectas.
de Alberto Cabrejas Pérez
Tengo en una PC proxmox4 y desde mi estación me conectaba bien para transferir datos desde nemo de la forma sftp://ip-proxmox, modernice la PC con proxmox (otra motherboard, hd, micro) y ahora me da este error al intentar conectarme como antes por sftp. No se pudo mostrar «sftp://172.28.1.9/».Error: Falló la verificación de la clave del servidor Por favor seleccione otro visor e intentelo nuevamente. -- Saludos, *Alberto Cabrejas Pérez* Administrador de Redes Informáticas ARTex S.A. Sucursal Granma http://www.artexsa.com http://www.scgra.artex.sa Linux Usuario Registrado # 31 666 Teléf. +53 (23) 48-1956, 48-1912, 48-1934 (Ext 115) Jabber: albe...@scgra.artex.sa "BE FREE BE LINUX!!!" (null)
Re: Repositorios Debian Francia...
El 12/12/15 a las 12:42, Camaleón escribió: El Fri, 11 Dec 2015 15:40:33 -0300, Walter O. Dari escribió: Hola Eduardo: El 11/12/15 a las 15:18, Eduardo Rios escribió: El 11/12/15 a las 19:08, Walter O. Dari escribió: Hola gente: Puede ser que estos repositorios (aquà en Argentina eran de los más rápidos) se encuentren demasiado "lentos" ? La conexión al descargar paquetes no supera los 20 kB por segundo, antes superaba los 240 kB. A alguien más le pasa ? Si quieres una respuesta técnica, echa un ojo a estas opciones: How To Find The Fastest Mirror In Debian And Derivatives http://www.unixmen.com/find-fastest-mirror-debian-derivatives/ Pero yo no me preocuparÃa mucho, seguramente se trate de un problema puntual (bien por parte de tu proveedor como de los servidores europeos). Hoy han funcionado bien. Hace unos días probé con netselect-apt y me devolvió una lista de 10 servidores, la mayoría de EEUU (universidades y otros) pero ninguno tipo http://ftp.___.debian.org, por lo tanto no me gustaron. Yo tenÃa definidos los repos de Suecia y desde hace unos dÃas tengo problemas también. De momento he definido los de España... Se me ocurre que puede ser por el tema de los atentados. Posiblemente controlen más exhaustivamente el tráfico de Internet y eso provoque retardo y menor ancho de banda... digo, por ahà es una pavada... :-) Es posible, pero la verdad es que desde España no he notado nada raro (uso los servidores alemanes). Mira, estos son los datos en bruto: *** sm01@stt008:~$ wget http://ftp.de.debian.org/debian/dists/testing/main/ installer-amd64/current/images/netboot/mini.iso --2015-12-12 16:41:06-- http://ftp.de.debian.org/debian/dists/testing/ main/installer-amd64/current/images/netboot/mini.iso Resolviendo ftp.de.debian.org (ftp.de.debian.org)... 141.76.2.4 Conectando con ftp.de.debian.org (ftp.de.debian.org)[141.76.2.4]:80... conectado. Petición HTTP enviada, esperando respuesta... 200 OK Longitud: 32505856 (31M) [application/x-iso9660-image] Grabando a: “mini.iso†100%[>] 32.505.856 23,5M/ s en 1,3s 2015-12-12 16:41:07 (23,5 MB/s) - “mini.iso†guardado [32505856/32505856] *** Ufff... acá en Argentina, y en mi zona en particular, no llegamos ni por casualidad a esas velocidades, lo máximo cuando todo funciona bien es 3 Mbits :-( :-D Saludos, Igualmente ! -- Walter O. Dari http://swcomputacion.com/ https://facebook.com/swcomputacion/ skype: waomda