Renovadas mis ganas de volver a postear, decidí hacer unos cambios en el blog:
Hace tiempo que deje de probar con el método tradicional para poner un mensaje de vacaciones en alguna cuenta (mail to $reply_address subject "Re:$h_subject:" file $home/.vacation.msg)
porque funcionaba cuando quería, ahora con este método todo funciona bien por el momento.
Editar ~/.forward y agregar
unseen pipe "/usr/bin/vacation -r 1 -j -z $local_part"
crear ~/.vacation.msg con el cuerpo del mensaje de vacaciones
... y listo
Hace tiempo que no probaba las salidas de video/tv-out y cuando quise hacerlo me encontré con una nada grata sopresa: no andaba on-the-fly. Así es, si bien reiniciando la sesión con el cable ya conectado habilitaba automáticamente la salida...enchufarlo en una sesión y alternar con Fn+F7 (combinación por hard en mi laptop para el cambio de pantallas) no producía ningun resultado.
En resumen:
* cable conectado antes de la sesión habilita la salida de video, clonando y deshabilitando la pantalla LCD.
* cable conectado luego de iniciar sesión y Fn+F7... nada de nada
Sin embargo usando i810 en lugar de intel, la cosa funcionaba. Googleando un poco encontré una solución bastante aceptable por el momento, y de paso simpática: xrandr
Con esta aplicación (y su correspondiente en gui urandr) podemos trabajar las salidas on-the-fly y habilitar/deshabilitar a "gusto y placer".
algunos ejemplos
xrandr --output LVDS --mode 1280x800 --output TV --mode 1024x768 # habilita las dos salidas a en diferentes resoluciones
xrandr --output TV --off # deshabilita la salida de TV
y bueno... las combinaciones son variadas y podemos hacer xinerama o lo que queramos
xrandr --output VGA --right-of LVDS
solo es cuestión de jugar con las posiblidades, resoluciones, y tener en xorg definido un "virtual mode" que soporte la resolución resultante... de juntar por ej: 1024x768 + 1024x768.
El tema que no está solucionado, es que si usamos resoluciones distintas para cada salida queda una zona muerta en la que usa resolución mas pequeña... en fin, bien se explica acá
enjoy
Hoy, cansado de tener que usar un applet de Gnome llamado Tabla de caracteres para poder escribir la famosa c cedilla de otros idiomas como portugués o francés, me decidí a buscar otra forma de configurarla en el teclado Latinoamericano de amidala (mi re bautizada laptop).
Al principio pensé que como estaba usando Gnome 2.20 iba tener una forma de mapear esta tecla sin muchos problemas pero no fue así. Lo lógico (para mí) es que si presiono <ALT GR> + c aparezca ç, pero no es así, en su lugar me aparecia ¢.
La solución fue agregar un archivo llamado .Xmodmap en mi home. Con el siguiente contenidokeycode 54 = c C ccedilla Ccedilla ccedilla Ccedilla
Y con esto después de reiniciar la sesión me apareció una ventana preguntándome si quería cagar el archivo .Xmodmap con la nueva configuración a lo que obviamente conteste que si. Y finalmente obtuve una forma mas natural de escribir mi querida Ç.
Una de las cosas que no terminaban de cerrarme en ubuntu gusty era que existe un bug intersante en openoffice 2.3, el cual hace que se muera cuando abrimos ppts u opciones de configuración (al menos esas cosas probé).
Leyendo por ahí averigué que el problema se produce por alguna incompatibilidad entre los temas de gnome y openoffice, osea, usando el tema human todo andaba de 1000 maravillas pero con otros sucedía esto.
Soluciones alternativas hay ... (borrar openoffice.org-gtk) pero me quedo con esta, si agregamos a nuestros repositorios gusty-proposed la versión que figura ahí de ooffice tiene este problema corregido( a simple vista y con las pocas pruebas que hice ya no se muere)
problema:
joe@casper:~$ gnome-mount -vtd /dev/sdb1
gnome-mount 0.6
** (gnome-mount:5863): DEBUG: Mounting /org/freedesktop/Hal/devices/volume_uuid_4737_7883
** (gnome-mount:5863): DEBUG: read mount point 'w600' from gconf string key '/system/storage/drives/_org_freedesktop_Hal_devices_storage_serial_Sony_Ericsson_Sony_Ericsson_W600_357445002000624_0/mount_point'
** (gnome-mount:5863): DEBUG: read default option 'shortname=mixed' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: read default option 'uid=' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: read default option 'utf8' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: read default option 'umask=077' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: read default option 'exec' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: read default option 'usefree' from gconf strlist key /system/storage/default_options/vfat/mount_options
** (gnome-mount:5863): DEBUG: Mounting /org/freedesktop/Hal/devices/volume_uuid_4737_7883 with mount_point='w600', fstype='', num_options=6
** (gnome-mount:5863): DEBUG: option='shortname=mixed'
** (gnome-mount:5863): DEBUG: option='uid=1000'
** (gnome-mount:5863): DEBUG: option='utf8'
** (gnome-mount:5863): DEBUG: option='umask=077'
** (gnome-mount:5863): DEBUG: option='exec'
** (gnome-mount:5863): DEBUG: option='usefree'
** (gnome-mount:5863): WARNING **: Mount failed for /org/freedesktop/Hal/devices/volume_uuid_4737_7883
org.freedesktop.Hal.Device.Volume.UnknownFailure : mount: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so
la opcion usefree no es reconocida.
solución simple:
from https://bugs.launchpad.net/ubuntu/+source/gnome-mount/+bug/151025
Go into gconf-editor and navigate to /system/
Antes de juzgar el título aclaro que no tiene nada de relación, simplemente meto dos post en uno.
Puntualmente el problema es que suspende ok sin problemas pero cuando hace el resume se queda la pantalla en blanco sin responder teclado mouse touchpad red o cualquier medio, dejando como única alternativa un hard-reset.
El tema del suspend era lo que me venía matando desde hace rato (apesta esperar 2 minutos cada vez que quiero prender mi laptop... lo que sucede aproximadamente cada media hora :p). Después de indagar por muchos lados y probar de las más diversas maneras estas son mis conclusiones:
* kernel 2.6.22.x (de fábrica en gusty) tiene algún bug ya reportado en la parte de suspend, porque es increíble la cantidad de gente que ha posteado el mismo problema con los mas diversos hardwares
* hibernate no tiene nada que ver en esto, es más luego de modificar por todos lados probé hasta eliminarlo obteniendo el mismo resultado
* no era problema de framebuffer ni de compiz ni nada gráfico porque booteando en vga normalito sin fb pasaba lo mismo desde consola
* kernel 2.6.23 recién salido del horno suspende correctamente y vuelve todo a la normalidad pero por causas que no me puse a investigar aún no me levantaba la wifi así que fué descartado
entonces... la solución momentánea fue: agregar momentaneamente repositorios de feisty, bajar mi querido 2.6.20 que andaba bien y probar con esa imagen. teniendo o sin tener hibernate la función de suspender anda perfecto. Y si.. se siente raro volver a un kernel "viejo" teniendo uno nuevo que andaba tan lindo (salvo por el suspend) pero bueno, hasta que deje andando 2.6.23 esta es una buena opción.
Respecto a mplayer hace casi una semana que no veía ninguna serie y hoy me encontré con la grata sorpresa de que al levantar mplayer pasaba entre 5 y 10 segundos sin hacer nada... y luego arrancaba. Miento llegaba hasta la parte donde deshabilita gnome-screensaver y ahi se quedaba sin error ni nada.. a la espera del infinito, hasta que luego continuaba como si nada.
Despues de borrar mover probar varias versiones llegué a la conclusión de que el problema lo está dando la nueva línea añadida a /etc/mplayer/mplayer.conf
stop-xscreensaver = "yes"
Por razones que aún no descubro esto hace que corriendo mplayer como usuario haga lo que comenté más arriba mientras que corriendo como root va a los pelos. Así que opté por comentarla y seguir como siempre haciendo un killall gnome-screensaver antes de ver alguna peli :p
Si... estoy en vago... pero bueh, son las 2:30 y se me parte la cabeza
chau
