Supra-Net

muchos habrán tomado la decisión de usar gestores de ventanas livianos como iceWM, fluxbox, openbox, etc, los cuales tiene unas características bien limitadas en cuanto al entorno gráfico, pero hace unos días estuve que investigaba y me di cuenta que se podian usar efectos en las ventanas y menus de estos gestores de ventanas. muchos se preguntarán comoooo???

bueno la respuesta es bien sencilla, usar una herramienta llamada xcompmgr, que habilita la gestión de efectos gráficos en el escritorio. bueno para que funcione hay que ejecutarlo y lo conveniente es que se ejecute automáticamente después  del gestor de ventanas. Claro que no se tendránlos efectos del compiz o Kwin pero es un gran avance

veamos las posibilidades:

para activar el xcompmgr, simplemente:

xcompmgr -c &

si queres puedes probar algunas combinaciones interesantes como:

xcompmgr -c -t-5 -l-5 -r4.2 -o.55 &

el & del final es para que el proceso no bloqee la consola y puedas continuar ejecutando la consola sin problemas.

aqui dejo un  ejemplo con fluxbox:

written by Enrique Sardon \\ tags: linux, tutoriales, xcompmgr

bueno, como muchos sabemos, antes se guardaban los videos del flash en el directorio /tmp, pero después de algunas versiones del flash, ya no se pueden ver los videos de la misma forma, bien la cosa es que flash usa un truqito, porque de todas maneras guarda el flash en esa dirección, pero es invisible, cosa media rara, pero hay forma de ver el archivo, ya que cada proceso guarda todo lo que usa y reproduce en el proc filesystem. recordemos que flash es un plugin del navegador entonces podemos saber que proceso especifico que está en uso, veamos como podemos averiguar el PID del flash player.

primero abrimos una consola, no es necesario ser superusuario, y escribimos el siguiente comando:

ps aux

este retornará todos los procesos corriendo sobre el sistema operativo, con todos sus detalles: uso de CPU, memoria el PID(ID del proceso) el UID(ID del usuario que lo está ejecutando) y mucha información útil acerca de todos los procesos del sistema. pero entre tantos procesos da un poco de flojera buscar el proceso del flash, pero lo filtramos un poco xD:

ps axo pid,cmd | grep flash

esto nos debe resultar en algo así:

1955 /usr/lib/firefox-3.6.12/plugin-container /usr/lib/flashplugin-installer/libflashplayer.so 1827 plugin true
2103 grep –color=auto flash

bueno con eso ya sabemos que el en este caso el flash el proceso numero 1955. ahora, como dije antes el /proc guarda información de todos los procesos del sistema, entonces nos vamos al directorio 1955 del proc:

cd /proc/1955

Ahí hay información útil acerca del proceso flash, ahora  dentro de ese directorio hay una carpeta que se llama fd en dicha carpeta están los recursos que el proceso esta usando, en este caso el flash player, entramos en esa carpeta y le hacemos un ls -l para saber que es lo que hay… y oh… sorpresa… hay rutas en /tmp con un hash… los mismos que las versiones anteriores de flash…

$ ls -l

lr-x—— 1 * * 64 2010-12-06 00:07 0 -> /dev/null
lrwx—— 1 * * 64 2010-12-06 00:07 1 -> /home/****/.xsession-errors
l-wx—— 1 * * 64 2010-12-06 00:07 10 -> pipe:[#####]
lr-x—— 1 * * 64 2010-12-06 00:07 11 -> pipe:[#####]
l-wx—— 1 * * 64 2010-12-06 00:07 12 -> pipe:[#####]
lrwx—— 1 * * 64 2010-12-06 00:07 13 -> socket:[#####]
lr-x—— 1 * * 64 2010-12-06 00:07 14 -> /home/****/.mozilla/firefox/c3eh07cc.default/cert8.db
lr-x—— 1 * * 64 2010-12-06 00:07 15 -> /home/****/.mozilla/firefox/c3eh07cc.default/key3.db
lrwx—— 1 * * 64 2010-12-06 00:07 16 -> /tmp/FlashXXbeO7Ju
lr-x—— 1 * * 64 2010-12-06 00:07 17 -> pipe:[#####]
l-wx—— 1 * * 64 2010-12-06 00:07 18 -> pipe:[#####]
lr-x—— 1 * * 64 2010-12-06 00:07 19 -> pipe:[#####]
lrwx—— 1 * * 64 2010-12-06 00:07 2 -> /home/****/.xsession-errors
l-wx—— 1 * * 64 2010-12-06 00:07 20 -> pipe:[######]
lrwx—— 1 * * 64 2010-12-06 00:07 21 -> socket:[######]
lrwx—— 1 * * 64 2010-12-06 00:07 3 -> socket:[#####]
lrwx—— 1 * * 64 2010-12-06 00:07 4 -> anon_inode:[eventpoll]
lrwx—— 1 * * 64 2010-12-06 00:07 42 -> socket:[#####]
lrwx—— 1 * * 64 2010-12-06 00:07 5 -> socket:[#####]
lrwx—— 1 * * 64 2010-12-06 00:07 6 -> socket:[#####]
lr-x—— 1 * * 64 2010-12-06 00:07 7 -> pipe:[#####]
l-wx—— 1 * * 64 2010-12-06 00:07 8 -> pipe:[#####]
lr-x—— 1 * * 64 2010-12-06 00:07 9 -> pipe:[#####]

Bien con eso ya tenemos el archivo, ya que 16 es un enlace simbólico a /tmp/FlashXXbeO7Ju , entonces solo es hacer reproducir el 16 xD:

$ mplayer 16

ok… enjoy… xD

written by Enrique Sardon \\ tags: linux, trucos, tutoriales

Créanme que esta me ha costado una pegada en el cerebro!!! y no sabia por que!!! pero logré hacer que pcmanfm reconozca y monte discos sin necesidad de hal el cual ahora lo tengo desterrado de mi sistema.

Bueno antes que nada tuve que aprender a usar algo del consolekit el cual es bien diferente a hal inclusive después de haber aprendido lo hallo mas amigable . Bien el tema es que ahora funciona con udisks en vez de hal, veamos como paso todo:

Primero tuve que quitar el soporte de hal y agregar el soporte udev a mi pcmanfm, de esta forma:

#echo “x11-misc/pcmanfm -hal udev” >> /etc/portage/package.use

después de eso, solo se instala y o olvidarse de udisks:

#emerge pcmanfm udisks

Hasta ahora normal… no tuve ningún problema, pero después me rompí la cabeza pensando por que no monta y pero aun no detectaba los dispositivos extraibles. La solución era un poco mas simple de lo que imaginaba, y era que el consolekit no estaba ahí de adorno como vine pensando desde hace mucho, el problema es que YO lo tenia de adorno nunca lo había usado ni iniciado sesiones de consolekit. Lo que tenia que hacer es ejecutar mi manejador de ventanas como una sesión de devicekit, para eso había que cambiar algunas lineas en el archivo ~/.xinitrc el cual estaba con este contenido:

exec icewm-sesion

Sip, solamente esa linea, bueno eso ejecutaba mi manejador de ventanas para que yo la pudiera usar a mi antojo, ahora, si es que deseaba ejecutar como sesión de consolekit, se modificaba un poco esa linea, de esta forma:

exec ck-launch-session icewm-session

ahora al reiniciar el sistema gráfico y por fin pude iniciar una sesión de consolekit!!! Esto se comprueba con el siguiente comando:

$ ck-list-sessions
Session1:
unix-user = ’1000′
realname = ‘(null)’
seat = ‘Seat1′
session-type = ”
active = TRUE
x11-display = ‘:0′
x11-display-device = ‘/dev/tty7′
display-device = ”
remote-host-name = ”
is-local = TRUE
on-since = ’2010-09-14T07:48:08.165752Z’
login-session-id = ”

Debe de aparecer todos esos datos en la salida del comando, si no aparece nada, pues no se ha iniciado la sesion de conslekit pero con esa variación, apenas uses el startx para iniciar el sistema gráfico, debería de iniciar, también, la sesión en consolekit.

bueno ya iniciamos sesión en consolekit, pero al abrir el pcmanfm aun no me reconoce los discos extraibles :S, bien, es solo cuestión de iniciar una sesión de dbus, para eso tuve que regresar al archivo ~/.xinitrc y darle una ultima modificación el cual quedó de la siguiente manera:

exec ck-launch-session dbus-launch icewm-session

bueno al reiniciar el sistema gráfico y ejecutar el pcmanfm, por fin pude ver dispositivos extraibles, espero que también les funcione a Uds

written by Enrique Sardon \\ tags: Gentoo, hal, icewm, linux, pcmanfm, tutoriales, udisks

Este articulo lo escribi para el grupo de usuarios de GNU/linux Arequipa AQPglug.

el KVM es una máquina virtual hecha por Qumranet, una compañía que trabaja con el negocio de la virtualización. esta como un modulo del kernel y según muchos reviws es muy estable casi llega a la velocidad real de la PC.

KVM realiza una virtualización completa, a diferencia de otras alternativas como Virtualbox o VMware que hacen emulación del procesador, lo cual da muchísima usabilidad y flexibilidad, pero no aprovecha bien los recursos de tu PC, lo cual hace un poco mas lenta la ejecución del SO huésped.

ahora conociendo la ventaja de KVM con las ventajas de velocidad y virtualizacion  completa, podemos pasar a la parte de la creación de nuestra primera máquina virtual. pero antes de instalar debemos saber si nuestro procesador soporta o no la virtualizacion completa. para eso recurrimos al archivo de información de nuestra CPU: /proc/cpuinfo

si ahi encontramos vmx o svm para intel o AMD respectivamente significa que nuestro procesador tiene la posibilidad de ejecutar KVM, pero si no sale nada con ese comando entonces no tenemos un procesador que soporte a KVM

Continue reading »

written by Enrique Sardon \\ tags: kvm, linux, maquinas virtuales, tutoriales

este es una mezcla de 2 tutoriales, el de automatizar GNU screen y el de automatizar el inicio de xorg:

primero que nada hay se auto inicia el Xorg esto se hace con el manual que escribí hace poco, con que se inicia el xorg automáticamente sin necesidad de los Desktop Managers. ahora, lo que quiero hacer:

• iniciar el Xorg al loguearme en cualquer consola virtual
• solamente ejecutar  Xorg si esque no existe otro Xorg
• ejecutar GNUscreen solo en la consola grafica(xterm, rxvt, gnome-terminal)
• si existe una sesion de screen abierta entrar a ella(solo en una consola grafica)
• en una consola virtual(consola modo texto) no se debe ejecutar GNUscren

bueno todo eso se puede hacer con un pequeño script que hice gracias a la comunidad de gentoo, lo unico que deben hacer es colocar el siguiente codigo al final del archivo ~/.bashrc

if [ ! -S /tmp/.X11-unix/X0 ]; then
    startx &
else
    if [[ `ps ax |grep SCREEN |grep -v grep |wc -l` = 0 && ${DISPLAY} ]]; then
        screen
    else
        screen -r
    fi
    clear
fi

y con eso tendran todas las reglas que puse ahi encima

written by Enrique Sardon \\ tags: bash, configuracion, Gentoo, linux, tutoriales