Comunicación entre aplicaciones KDE

Hoy hablaba con un amigo por messenger sobre algunas de las bondades de KDE entre otras cosas le mencionaba que es fácil usar las aplicaciones de KDE para hacer otros programas pues estos se pueden usar a travez de Kparts y Dcop. Pues bueno quería mostrarle lo sencillo que puede ser usar Dcop, con un pequeño ejemplo que utiliza a Kopete y amaroK (por lo cual deben estar funcionando cuando ejecuten este script, y amaroK tocando algún tema). El script es este:

#!/bin/bash
titulo=`dcop amarok player title`
grupo=`dcop amarok player artist`
album=`dcop amarok player album`

mensaje="Escuchando: "$titulo" - "$grupo" - "$album
dcop kopete KopeteIface setAway "$mensaje" false

Si no entienden, ejecutenlo y vean lo que hace...

Se supone que en KDE 4 Dcop desaparecerá en pos de DBus, esperemos que la implementación sea tan buena o mejor que la actual.

Swappiness - Cuando ocupo swap??

Bueno la mayoría de los que hemos instalado alguna distro de Linux al menos conoce el termino swap o lo ha escuchado, bueno la famosa swap es la llamada "memoria virtual" allá en windows (quien no conoce el famoso mensaje de "su sistema no tiene memoria virtual suficiente..." o algo asi) esto es un espacio en disco que se usa como memoria ram en caso de llenarse la ram del equipo el problema es que esta "ram" no es tan veloz como la verdadera por lo tanto nuestro computador "se pone lento" pero esto (al menos en Linux) se puede corregir.

NOTA: Para que este truco funcione bien debemos al menos contar con 512 mb en ram.

Problema: El sistema desperdicia ram, es decir, envía procesos a swap antes de que sea necesario.

El evento que determina cuando se envia a swap un proceso se llama swappiness y podemos configurarlo y asi aprovechar mas nuestra ram.

Revisemos nuestro swappiness:

cat /proc/sys/vm/swappiness

Si aparece un numero mayor o igual a 60, entonces podemos modificar, pero antes haremos unas pruebas para ver como se comporta el sistema. Para las pruebas cambiaremos es swappiness temporalmente (hasta que se reinicie el equipo)

sudo sysctl -w vm.swappiness=10

Con esto fijamos el swappiness en 10, entonces para probar es bueno abrir aquellas aplicaciones que consumen mucha ram y tratar de forzar el sistema, si todo anda bien podemos hacer permanente el cambio, para esto usamos el siguiente comando

sudo echo " vm.swappiness=10" >> /etc/sysctl.conf

Si la prueba anterior no salio bien pueden probar con un swappiness mayor 15 o 20 quizás.

Restaurando Grub (despues de instalar windows)

Bueno después de un buen tiempo de no publicar vuelvo para resolver un tema, que aunque en internet esta la solución en todos lados, muchos me han preguntado esta semana. ¿Como recupero el menú para elegir S.O?.

Primero vamos a aclarar algunas cosas ese menú se llama Grub (GRand Unified Bootloader) y el problema (normalmente) ocurre tras instalar alguna versión de aquella cosa llamada Windows. La cosa es mas o menos así, instalamos Windows en una partición contigua a la cual tenemos Linux y este S.O creyéndose dueño de nuestro HD, borra el master boot record donde se aloja Grub y en el graba su propio boot manager el cual no sirve para mas que agregar otro Windows (si se que con unos cuantos retoques se puede agregar Linux, pero la verdad no vale la pena). Por suerte revivir nuestro Grub es relativamente fácil de hacer.

Primero deben saber como se organizan los discos en Linux. Si son discos IDE normalmente se nombran como hdXY siendo X una letra (a, b, c, etc) la cual indica que es un disco, la Y es un numero, el cual indica la partición. Si poseen discos sata la organización es la misma pero en vez de hdXY seria sdXY.

Lo único que necesitaran para esto es algún live cd (en este caso el de Kubuntu Feisty Fawn) y el computador en cuestión. Iniciamos el equipo con el live cd, una vez en Kubuntu usaremos una consola para ejecutar algunos comandos, usaremos Konsole que es la terminal por defecto de KDE.

Comencemos, primero cambiamos a root usamos sudo para esto: sudo -s
Lo primero es saber el disco donde esta instalada nuestra distro para esto utilizamos el comando fdisk de esta forma:

fdisk -l

y la salida es algo así:

Disco /dev/hda: 80.0 GB, 80026361856 bytes
255 cabezas, 63 sectores/pista, 9729 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Disposit. Inicio Comienzo Fin Bloques Id Sistema

/dev/hda1 * 1 2550 20482843+ 7 HPFS/NTFS
/dev/hda2 2551 9652 57046815 83 Linux
/dev/hda3 9653 9729 618502+ 82 Linux swap / Solaris


Si su disco es sata en vez de hdX verán sdX.
Como pueden ver mi sistema esta instalado en el disco hda en la partición 2. Una vez conocido esto por fin podemos empezar la recuperación.

Crearemos un directorio dentro de la carpeta media (puedes hacerlo en cualquier lugar, uso media solo por orden) llamada kubuntu:

mkdir /media/kubuntu

Ahora montaremos la partición de Linux en la carpeta /media/kubuntu

mount /dev/hda2 /media/kubuntu

Utilice hda2 por que era mi partición de Linux, ahora montaremos algunos directorios que son necesarios para recuperar a Grub

mount --bind /dev /media/kubuntu/dev

mount --bind /proc /media/kubuntu/proc

mount --bind /sys /media/kubuntu/sys


La opción –bind se usa para montar sobre un directorio montado.

Con todo listo solo falta convertir la carpeta /media/kubuntu en nuestra raíz

chroot /media/kubuntu

Para finalizar instalamos Grub

grub-install /dev/hda

En este ultimo caso use /dev/hda por que mi disco es ese.

En ciertas ocasiones no se crea la entrada para windows, si esto sucede deben agregar al final del archivo /boot/grub/menu.list la siguiente entrada:

title Microsoft Windows XP Professional

root (hd0,0)

savedefault

makeactive

chainloader +1

Esto no lo hagan desde el live cd, sino que una vez que reinicien.

Espero que sea útil para aquellos que me preguntaron.

Kubuntu + ATI

Este es un tema ultra repetido en miles de foros, así que a continuación espero explicarlo lo más fácil y simple posible.
Antes de empezar hagan una copia del archivo /etc/X11/xorg.conf en cualquier lado, si todo sale mal solo basta que pongan la copia en el directorio /etc/X11/ para que todo vuelva a la normalidad.
Primero deben activar los repositorios en /etc/apt/sources.list, para esto deben abrir el archivo mencionado con algún editor de texto siendo root (por ejemplo en kde , desde consola seria, sudo kate /etc/apt/sources.list) descomenten (saquen el # a todo lo que comience con deb) luego guarden y actualicen los repositorios (desde consola: sudo apt-get update), comenzara la descarga de algunos paquetes y luego terminara.
Ahora podemos comenzar con la instalación. Abran una consola y escriban:

sudo apt-get install linux-restricted-modules-$(uname -r)

esto instalara los modulos propietarios al kernel.
Vamos por el driver:

sudo apt-get install xorg-driver-fglrx fglrx-control

Esto instal el driver más el panel de control de ATI. Una vez listo esto hay que configurar el xorg.conf esto se hace facil con un par de comandos:

sudo aticonfig --initial
y luego
aticonfig --overlay-type=Xv

Cuando el proceso termine introducimos el comando

sudo kate /etc/X11/xorg.conf

y al final del archivo (se abrirá el editor con un archivo) introduzcan esto:

Section "Extensions"
Option "Composite" "Disable"
EndSection

Guarden, cierren y listo!!! reinicien (el solo reiniciar las X no da resultados a veces) y volver al sistema si todo va bien introduzca en una consola (como usuario normal) el comando glxinfo | grep direct y debería salir algo como: direct rendering: Yes, si es así felicidades si no, intenta de nuevo.

Feisty Fawn

El pasado viernes me decidí a instalar Feisty Fawn Beta y la verdad no me he arrepentido, la verdad funciona muy bien el único pero es que el reinicio y el apagado no se completan excepto que lo ejecutemos desde consola (vamos es un beta aun), la instalación del driver de vídeo (ATI) no fue para nada difícil (como viene siendo hace un rato en *buntu, próximo post: instalación del driver fglrx de forma fácil) y hay algunas cosas que me gustaron mucho:

1. Se incluye Avahi la cual es una implementación zeroconf, si no sabes que es mira aquí.
2. Se mejoro KDE-guidance-powermanager el cual hoy por hoy es lo único que he encontrado para suspender e hibernar mi ntbk con éxito, es simple, intuitivo.
3. Incluye de serie el KnetworkManger, el cual es la forma mas simple que he visto en Linux para manejar la conxion wireless, y no solo eso si no que también maneja conexiones a VPN y red por cable.

Alguno puntos malos:

1. Deben solucionar el problema con el apagado.
2. Por algún motivo grub se demora mas de lo normal al iniciar.
3. El paquete scim-qtimm aun tiene problemas con konsole y yakuake cuando se usa transparencia (el bug viene desde dapper :P )

En general los problemas que tiene Feisty son reparables de aquí a su salida definitiva (aun falta el RC1) y se perfila como una muy buena distro, si tienen como actualizar muuuuchos paquetes (el primer dist-upgrade son 300 mb más o menos) instalen, no se arrepentirán.

ATI: Tenemos esperanza???

En el post anterior hablaba sobre las deficiencias del driver propietario de ATI, pero hoy recibi una leccion, y bueno es comun que te digan "si criticas algo o piensas que esta mal, arreglalo y no solo critiques" y Linux es el S.O mas adecuado para esto, pero uno siempre se queja del tiempo o alguna otra excusa, aunque en este caso parece algo un poco más buena la excusa, no es facil leer y entender todo el codigo de un driver, aunque es posible. El asunto es el siguiente el driver abierto para tarjetas ATI (el cual aparece en el xorg.conf como "ati") que viene en xorg 7.2 soporta Aiglx !!! si, aunque no ofrece direct rendering, si logra correr Aiglx + compiz o beryl (que un poco da lo mismo pues estos proyectos pronto se unirán). El tema es que aun el soporte no es tan bueno para todas las tarjetas (por ejemplo mi ati radeon xpress 200m se comporta muuuy lento), pero esto es muy bueno ya que puede que el soporte mejore de aquí a unas versiones mas de xorg o bien puede que AMD vea esto se ponga las pilas y lo incluya en su driver propietario(la mitad del trabajo ya esta hecho), lo cual tendría una importancia notable: por cosas de licencia, AMD debería liberar todo o parte de su driver (?) en ese caso seria fácil arreglarlo y tener un gran ATI driver.
Se que es difícil, que no sera así como así que AMD libere un driver de esta envergadura pero de otra forma AMD tendría que reinventar la rueda. Señores el código esta ahí úsenlo !!!
Ah si el link para hacer funcionar Aiglx + Ati en Feisty fawn aqui

ATI y sus horribles drivers

Hoy leyendo en vivalinux me encontré con este articulo donde ATI, ahora AMD, da una gran respuesta sobre el soporte de aplicaciones como AIGLX, Beryl, Compiz, Myth TV y TV TIME en su Knowledge Base:

"Solution:
Currently there is no solution."

Así textual AMD nos dice que básicamente no les importa, pues siguen y siguen actualizando su driver y no arreglan nada.
Debo decir que en mi notebook poseo una ATI Radeon xpress 200m y he conseguido correr tanto Beryl como Compiz, pero sobre XGL.
Ahora el problema con ATI se ve poco prospero, mientras algunas compañias como Intel libera sus drivers, al igual como Nvidia lo ha hecho desde hace ya un tiempo, ATI no arregla sus drivers ni menos libera las especificaciones de sus tarjetas argumentando que quieren proteger su "secreto profesional", entonces que nos queda a los usuarios de Linux ??? bueno, si quieren rendimiento usen Nvidia, si no necesitan grandes graficos pero si algo que funcione bien y acelere 3D opten por Intel, en lo personal cuando llegue la hora de cambiar mi notebook, seguro que el video no sera ATI si las cosas siguen como hoy.