7 de abril de 2013

Skype 4.1: solucionando "glitches" y otros problemas



Skype 4.1 para Linux está haciendo mucho ruido, literalmente. Con la reciente adquisición por parte de Microsoft del rey de las llamadas por internet hay un poco de incertidumbre sobre lo que sucederá con la versión para Linux. Algunos sitios confirmaron de fuentes de Skype que el desarrollo del cliente para GNU/Linux seguirá siento continuo.
En Debian Wheezy (todavía no lanzada como versión estable) tuve el siguiente problema: cuando iniciaba Skype el sonido era horrendo, peor aún cuando llamaba. Entonces, buscando en la web encontré la solución:

Antes de instalar Skype, instalar los siguientes paquetes: ia32-libs, ia32-libs-gtk  y libasound2-plugins:i386

En el archivo /etc/pulse/default.pa, buscar la línea:
load-module module-udev-detect
y cambiarla por:
load-module module-udev-detect tsched=0
En el archivo /etc/pulse/daemon.conf buscar la línea:
; default-sample-rate = 44100
y cambiarla por:
default-sample-rate = 48000
Una optimización para Pulseaudio: cambiar la línea en /etc/default/pulseaudio:
DISALLOW_MODULE_LOADING=1
por:
DISALLOW_MODULE_LOADING=0
Basta con cerrar la sesión en el gestor de ventanas y volver a entrar para que Pulseaudio se reinicie y problema resuelto.

Sistema Operativo: Debian 7 "Wheezy" AMD64

12 de noviembre de 2012

Servidor VNC Vino y "Depósito de claves" en Gnome

El servidor VNC Vino que viene por defecto con Gnome es muy útil. Pero el problema que vi que todos tienen y que no me fue ajeno es que cuando se habilita el inicio automático de sesión en Gnome, se nos pide desbloquear el depósito de claves. En mi caso, yo enciendo la pc de manera remota y la entrada en el modo gráfico se produce de manera automática. Pero cuando quiero conectarme remotamente por VNC en la PC sale una petición de desbloqueo del depósito de claves y no me deja establecer la conexión remota. La solución que todos plantean es dejar sin protección a las claves almacenadas, algo que es totalmente inseguro. Antes que nada, se debe configurar Vino con "vino-preferences" para que solicite contraseña y no requiera confirmación. Para evitar que del depósito de claves nos impida iniciar conexión con VNC, lo que haremos será modificar la configuración de Vino para que no use el depósito de claves:

Primero

Vamos a : Sistema -> Preferencias -> Contraseñas y cifrado

Ahí en la solapa "Contraseñas" vemos la contraseña de Vino en una entrda. Hacemos click derecho sobre "Contraseñas" y elegimos "Desbloquear". Luego desplegamos la primer entrada "Contraseñas" seleccionamos "vino.local:5900" y apretamos boton derecho y elegimos "Eliminar".

Segundo

ALT + F2 y ejecutamos: gconf-editor

Ahi vamos a desktop -> gnome -> remote_access y buscamos la clave  "vnc_password" y eliminamos lo que tenga en el contenido. En una terminal escribimos echo -n "CONTRASEÑA" | base64 y la salida la copiamos y la pegamos en el valor de la clave vnc_password. Damos click en aceptar.

Tercero

Damos aceptar y reiniciamos el equipo. Hacemos una prueba de conexión remota. Si todo salió bien, no aparecerá más el cartel de soliciutd de clave del depósito.

3 de octubre de 2011

Dos monitores con ATI bajo Debian GNU/Linux

Una de las cosas que esperamos hacer cuando conectamos dos monitores a una PC con video de  salida dual es tener un solo y grande escritorio. Con las placas ATI eso se llama Xinerama. ¿Pero que pasa con los efectos de AWN y de los screenlets que se ven mal? Bueno, he encontrado que Xinerama no es compatible con composite, por lo tanto, AWN y los Screenlets no se verán bien o mejor dicho, no se verán las transparencias.
Para solucionar ésto hay dos opciones: la primera es no utilizar Xinerama, sino configurar Xorg para que en lugar de tener "dos cabezas" tenga solamente una grande. La segunda opción es no utilizar los efectos de escritorio y habilitar Xinerama.
Antes de explicar algo más, tengo que aclarar que Xinerama está disponible con el driver privativo y se habilita sin problemas con la utilidad de Catalyst. Si el driver privativo (fglrx Catalyst) está bien configurado, no tendrán mayores problemas en configurar Xinerama.
Ahora bien, si no queremos usar Xinerama para poder tener efectos lindos en el escritorio, la opción más conveniente es escribir un Xorg nuevo. Lo primero que haremos es hacer backup de nuestro actual Xorg y luego:
# aticonfig --initial
De ésa manera, se genera una configuración con 1 solo monitor. Ahora ubicamos la siguiente sección:
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
Allí, debemos agregar en la SubSection "Display" lo siguiente:
Modes "1920x1080"
Virtual 3200 1080
Dónde "1920x1080" es la resolución del monitor primario y 3200 1080 es la resolución que le queremos dar al escritorio completamente.
Quedaría así:


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
Nótese que está sin tabular.
¿De qué dependen ésos números? Bueno, en ejemplo anterior, son dos monitores:

Monitor Primario: 1920 x 1080 de resolución
Monitor Secundario: 1280 x 1024 de resolución

La opción Modes le dice que el monitor primario es de 1920x1080. El escritorio quiero "extenderlo" al ancho del otro monitor. Entonces hago la siguiente cuenta 1920 +  1280. Éso me estaría dando el ancho completo del escritorio. En cuanto al alto, simplemente elijo de los dos monitores el alto más grande, el del monitor primario.  Otro ejemplo:

Monitor 1: 1280 x 1024
Monitor 2: 1024 x 768
Entonces: 1280 + 1024 = 2304

La configuración quedaría así:

Modes "1280x1024"
Virtual 2304 x 1024

29 de julio de 2011

Configurar router de internet por cable

Ya es bien sabido que otra de las formas de estar conectados a Internet es a través de una conexión por cable. El problema está en que varias empresas prestan servicios para la cantidad de PCs que tengamos en el hogar y por eso implementan determinadas restricciones.

Varias empresas bloquean el acceso al router que instalan en casa. Por lo tanto, si tratamos de escribir la dirección para interactuar por interfaz web con el dispositivo nos será imposible.

El propósito de este artículo es mostrar como ingresar al modem con el fin de establecer una IP fija y deshabilitar DHCP (esto ultimo no será explicado) como medida extra de seguridad.

El router WiFi es un Motorola Surfboard Wireless modelo SBG901-AR. Es un aparato cuadrado, bien ventilado que funciona mejor que las porquerías marca Pirelli que entregan determinadas compañías bananeras.

Pasos a seguir:
1) Desconectar la electricidad del modem.

2) Desconectar la conexión coaxil de cable del modem.

3) Reconectar el modem y esperar un minuto.

4) Presionar el boton reset trasero del aparato por 15 segundos. Normalmente no se ve, es un pequeño puntito en la parte metálica trasera del modem. Si encuentran los manuales, tendrán gráficos más detallados, pero normalmente basta con echar una mirada. Al presionar por 15 segundos, las luces se apagarán. Éste es el momento de soltar el botón. Es útil un clip o un escarbadientes para éste paso.

5) Escribir en la barra de direccion de Firefox o algún otro explorador: 192.168.0.1

Allí aparecerá una página que corresponde al firmware del modem. El usuario es "admin" y la contraseña "motorola" (sin comillas los dos).
Una vez que ingresen usuario y contraseña, le dan aceptar o algo que se le parezca (no recuerdo el botón) e ingresarán al modem. Allí dentro es posible configurarlo completamente.

Una vez realizados los cambios y guardados, apagan el modem, conectan el coaxil nuevamente y luego lo vuelven a encender. Ya no podrán volver a ingresar, excepto que realicen todos los pasos descritos anteriormente, pero la configuración estará operativa.

Si su proveedor de Internet les brinda un sitio web para configurar su conexión, al ingresar y modificar algo se reestablecerá las opciones del ISP y se perderán las que hayamos hecho.