Pero gracias a ese incidente, me topé con un par de cosas interesantes. La primera es que terceros desarrollaron un plugin para pidgin, que permite usar el chat de Facebook dentro de él. El paquete está disponible a través de un repositorio de Google Code.

Ya había visto la noticia sobre un plugin similar que estaba cocinando Duncan Mac-Vicar para Kopete, pero no le vi mayor interés hasta ahora, que ya había probado el de pidgin.

Durante la semana pasada, baje y compilé las fuentes (y sus dependencias) para probar. Así pude testear el funcionamiento del plugin. Por desgracia aun está muy inmaduro, pero ello no lo hace menos interesante.

Una de las dependencias kopete-facebook es qjson, una librería que extiende Qt para añadirle un JSON Parser, necesario para procesar los datos recibidos/enviados por la red de facebook.

Lamentablemente, ni kopete-facebook ni qjson estan empaquetados en ubuntu jaunty (qjson está en 9.10 karmic koala, pero karmic aun está en estado alpha). Tanto Duncan[1] como Flavio[2], solo ofrecen los paquetes fuente y un paquete para opensuse.

Entonces, luego que logré compilar ambas librerías se me cruzó por la cabeza…“Cualquiera puede hacerse un PPA, ¿y si lo empaqueto para kubuntu y lo subo?” Bueno, a eso me dediqué este fin de semana.

Gracias a una intensa tarde recordando como diablos empaquetar un .deb, y gracias a unas ayuditas de jci, finalmente hoy hace unos minutos, logré por fin empaquetar y subir sin errores ambas librerías.

Si alguien se anima a probar kopete-facebook, les dejo el repositorio: https://launchpad.net/~sirgon/+archive/ppa

Todavía no hay garantía de (1) que el paquete tenga todas las dependencias correctas y menos (2) que el plugin funcione completamente bien. De hecho, el mismo Duncan ya anunció estar en conocimiento de un bug que impide recibir mensajes que nos han respondido. Pero a medida que vea que avanza la cosa, volveré a empaquetar y subir.

Ojala tuviera tiempo para echarle un ojo más detallado al código.
Lo otro, es que mientras aun no está en jaunty tampoco, tal vez en poco tiempo más empaquete y suba Konversation para KDE4. Ese ya lo tengo compilado, pero me había dado flojera empaquetarlo.

Por alguna razón, siempre los pequeños desastres terminan resultando buena experiencias .

–
[1] Duncan Mac-Vicar, autor del proyecto Kopete.
[2] Flavio Castelli, autor de qjson.

Tal vez se preguntan: ¿qué es Debian Day? Bueno antes de explicar en qué consiste, tenemos que saber qué es el proyecto Debian. Dicho proyecto es una distribución de Software Libre, cuyo propósito principal es el de crear un sistema operativo universal. Hasta el día de hoy cuenta con más de 11 arquitecturas soportadas y varios núcleos, de los cuales Linux es el más conocido. Su estructura y organización basada en miles de voluntarios distribuidos en todo el mundo, su compromiso con el Software Libre, su contrato social (http://www.debian.org/social_contract.es.html), la excelencia técnica, seguridad y la probada fiabilidad, distinguen a Debian entre otras distribuciones de GNU/Linux.

Cada año se celebra a nivel internacional el Día de Debian ( DebianDay ) que conmemora la fundación del proyecto Debian en el año 1993 por Ian Murdock. Chile no queda fuera de esto de ninguna manera, por la misma razón les invitamos a participar a este magnifico evento el día 14 de Agosto en la ciudad de Valparaíso. El lugar este año corresponde a la sede Valparaíso de Duoc, ubicada en Av. Brasil Esquina Rodriguez. Cabe destacar que contaremos con Charlas y talleres dictados por destacados expositores de nuestro país tales como; Bruno Barrera ( devel de Debian.org ), Franco Catrín, Fernando San Martín, Horst Von Brand y muchos más.

DebianDay es un evento que realiza a nivel mundial tal como lo muestra http://wiki.debian.org/DebianDay

En el caso local, hemos estado trabajando en un sitio web para el evento, de tal manera que a medida que pasen los años se guarde un registro de todo DebianDay Chile anterior. Es muy probable que contemos con streaming de las charlas y talleres a realizarse, cuyos temas irán aumentado de dificultad a lo largo del día. Algunos temas son: seguridad en linux, clustering, firefox y xul, Xen, etcétera. Si deseas mayor información puedes visitar el sitio http://debianday.debianchile.cl. Recomendamos suscripción al feed rss para mayor comodidad http://debianday.debianchile.cl/feed/ .

Te esperamos!

Comunidad DebianChile.cl

Despertó con una horrible pantalla con brillo 0.

Buscando y navegando, aun no logro dar con la fuente del problema de las teclas, pero encontré una buena solución parche, ocupando la amiga consola:

sudo su -c 'echo -n 100 > /proc/acpi/video/VGA/LCD/brightness'

Donde 100 es el porcentaje de brillo según los valores permitidos, que se pueden ver acá:

gon@gon:~$ cat /proc/acpi/video/VGA/LCD/brightness
levels:  100 60 20 28 36 44 52 60 68 76 84 92 100
current: 100

Aun no doy con la solución definitiva :S

Al grano: si bien en Kubuntu por omisión trae paquetes de idioma para el entorno, incluso los baje e instala en el mismo proceso inicial de instalación, por desgracia no trae el paquete de idioma para aplicaciones que ocupan GTK, como Gimp o Firefox.

Lo resolví gracias a janitux de #powers, que me comento un tip muy simple. Además de ya tener nuestro sistema en español, debemos instalar el siguiente paquete:

sudo apt-get install language-pack-gnome-es-base

Y listo, basta reiniciar las aplicaciones GTK que usamos habitualmente, para notar el cambio.

Pequé de conformista cuando note que el notebook se estaba calentando de más. En el minuto, mi solución parche fue configurar Klaptop (icono de manejo de energía en kde) para bajar el clock del cpu a un porcentaje estático. Aún así, al 50% significaban una temperatura entre 74

Lo hice porque durante mis vacaciones, note con lástima que Kubuntu no era muy rendidor que digamos. Cuando tocaba música en Amarok, o veía un video, o trabajaba en cualquier cosa, notaba que se pegaba brevemente (menos de un segundo en intervalos de minutos), por lo cual la música u otras tareas se notaban “cortadas” mientras estaban funcionando.

Entonces, habiendo conocido como arrancar cualquier distro en mi notebook, decidí probar nuevamente ArchLinux, pero para 32 bits (había probado ArchLinux 64 cuando lo deseche).

Debo decir, que con enorme gusto, logre tener el sistema más ligero, práctico y rendidor que he probado en mi notebook hasta ahora.

Esta Distribución la sugiero, de todas maneras, a cualquier usuario curioso, o usuarios avanzados que busquen rendimiento. No la sugiero para novatos que busquen funcionalidad inmediata de todo a punta de clicks. Acá la consola me ha resultado tremendamente provechosa y rápida, así que a quien se espante de los comandos, prefiero que no siga leyendo.

También es necesario destacar que para esta distribución es indispensable contar con una buena conexión a internet. En mi casa demore algo así como 8 horas en bajar todos los paquetes en una instalación para uso de escritorio.

Fuera de esto, igualmente probaré Kubuntu Hardy Heron cuando aparezca oficialmente (pero sin desechar ArchLinux ).

Ligero

Opensuse es lejos la distro más pesada que he instalado. En una partición de 12, luego de agregar todo el software que uso, ocupaba más o menos 10 GB. Solo comparable a una instalación completa de OpenSolaris.

Kubuntu y Debian, luego de instalar todo el software adicional, me dejaba algo así como entre el 70% y 80% del espacio libre en la misma partición (considerando recién limpiado el cache de repositorios ).

En ArchLinux, uno debe instalar todo lo que necesita, pues la instalación base apenas instala el Kernel, la consola, herramientas mínimas y pacman (manejador de paquetes). Aún así, luego de instalar el Xorg, Kdemod (versión enchulada de Kde) y los programas que siempre ocupo, termino ocupando esto en disco:

[gon@capsule2 ~]$ df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda3 12G 5,1G 6,1G 46% /

Notable sin duda.

Práctico

Ayuda: Toda la ayuda básica para configurar el sistema base están el wiki oficial de la distribución. Casi nada he tenido que hacer con blogs de terceros (como suele hacerse en ubuntu), ni con foros. Solo problemas puntuales con algunos programas he tenido que referirme a información oficial de estos (ej: amsn), lo cual por supuesto no es responsabilidad de la distribución.

Configuración general del sistema base: ArchLinux cuenta con 2 archivos principales de configuraciones: /etc/rc.conf y /etc/mkinitcpio.conf

El primero configurar la consola, los servicios, habilitar/deshabilitar módulos del kernel desde el principio, arreglar información básica de la red, etc..

El segundo es más especifico. Sirve para configurar el proceso intermedio de booteo de la distro, entre que se selecciona el sistema en grub hasta finalmente arrancar el kernel. Es útil para cuando se necesitan habilitar cosas muy específicas antes de iniciar la secuencia de booteo propiamente tal, en la mayoría de los casos ni siquiera es necesario tocarlo.

Además, la configuración de pacman y sus repositorios están en /etc/pacman.conf y /etc/pacman.d/mirrorlist

La estructura de todos estos archivos está descrita en sus propios comentarios y en el wiki de ArchLinux.

Instalación de Programas: Pacman es el manejador de paquetes de esta distribución. Hasta ahora, lo estoy considerando algo más “inteligente” que apt. Digo esto porque cuando conocí la característica del “autoremove” de apt, note como a veces borrar 1 metapaquete(*) aparecían cientos de paquetes sugeridos como “borrables”, eso debido a que ciertos metapaquetes están concebidos solo para actuar como una lista de dependencias. Pacman en cambio, puede hacer una remoción de paquetes dependientes tranquilamente, sin molestar por una lista enorme de paquetes cada vez que hago algo con él.

Luego de instalar los paquetes de is programas favoritos, se pueden sincronizar los repositorios, actualizar los paquetes he instalar nuevos todo en un mismo comando corto:

[gon@capsule2 ~]$ sudo pacman -Syu <otro-paquete-nuevo>

Otro aspecto importante, es que algunos paquetes hacen sugerencias para su post-instalación en la misma consola. Por ejemplo, el tutorial para configurar el touchpad synaptics lo hize gracias una sugerencia que me hizo pacman luego de instalar el paquete synaptics, me expuso explicita mente las líneas que debía poner en el xorg.conf y que módulo de kernel debía tener activo.

Programas “inestables”: ArchLinux cuenta con un repositorio de programas que nos están plenamente aprovados para su distribución como oficiales: AUR. Hasta ahora solo necesite unos pocos paquetes para cosas muy especificas, por ejemplo una herramienta para instalar el firmware del chip Broadcom (wifi).

Versión: que sea una distribución “sin versiones” como lo son las otras que había probado hasta ahora,

Kernel: ya estaba teniendo una pésima opinión de la serie 2.6.18 a 2.6.22 del Kernel, pero ahora probando el 2.6.24, he notado agradablemente que:

• Ne necesité compilar snapshots de alsa para tener sonido, aunque igual recomiendo hacerlo (vez que compilo uno más nuevo, siento que suena mejor).
• No necesité instalar el driver de nvidia a mano, estaba en los paquetes oficiales de ArchLinux.
• Tengo instalado el driver b43 de ni chip wifi (Broadcom) en forma nativa, es decir, usando un módulo natural para el kernel y no uno wrapper de drivers de windows como ndiswrapper. Además, venía en el paquete oficial del kernel. La única maña que debí hacer fue extraer el firmware propietario del driver oficial para poder instalarlo, proceso que esta descrito en la web de linux-wireless.

Rendidor

No se puede pedir milagros como que Eclipse + Firefox no me consuman el GB de ram, pero al menos, no he tenido esos “saltitos” que habia experimentado en Debian y Kubuntu, aun teniando estos 2 monstruos corriendo más Amarok tocando música.

[UPDATE]

Probando Openofice 2.4, me resulto más que curioso y grato descubrir lo rápido que inicia la aplicación. Esto si es milagroso. Además, el bug que había descubierto con las transparencias gradientes en presentaciones a pantalla completa está solucionado (me comentan que otro bug con imágenes de fondo también).

[/UPDATE]

Acá es donde debo comentar, que aun le falta ese no “se que shó” al Kernel (o a kpowersave) para optimizar el consumo de energía. En Windows Vista, el consumo en modo “Equilibrado” hace que el cpu ande en forma variable en cierto porcentaje de rendimiento, por ejemplo entre un 40% y 60%, en cambio acá en Archlinux, con Kernel 2.6.24 y Kpowersave solo puedo establecer un porcertaje de rendimiento fijo. No se si será esto lo que provoque un ligero chillido interno que noto al activar el rendimiento restringido del cpu (para ahorrar energía), hasta ahora no he notado inconvenientes por ello, más que el chillido (es bien ligero, no es molestoso) cuando estoy en silencio.

En realidad, el consumo lo restrinjo paraevitar que se me caliente mucho. Perfectamente puedo trabajar con el 50% del cpu. Cuando juego le subo un poco más.

En general, el rendimiento depende de lo que quiera usar y no de lo que viene por defecto como en otras distros, pues finalmente en ArchLinux uno instala solo lo que va a usar.

Contras

Lamentablemente, esta distribución no es aconsejable para equipos sin internet o con reducido ancho de banda. Internet es fundamental para sacarle el jugo.

También es pésima elección para gente novata no-curiosa, que no le gusta leer, o no tiene tiempo.
Yo mismo descarte esta opción el año pasado mientras estaba trabajando y estudiando

Como me decían… ¿Quien lo hizo y porque lo hizo?

Acá pueden ver el origen, si es que aun no se han dado cuenta.

Fuente: Foro Powers

Un punto trágico para mucha gente, sobre todo para los novatos, puede ser que al insertar el CD/DVD y ver que al bootear no funciona. Algunos con la ilusión de poder deshacerse por fin de usar una alternativa a Windows rápidamente pueden cambiar a pensar ¡Esta porquería de Linux no funciona y asdfdsf…&%(#%…!

Yo la verdad no estoy muy seguro si el Kernel es el problemático o es la BIOS Phoenix (algunos apuestan más a esta última).

Lo cierto es que sea quien sea el culpable, es un cacho, pero un cacho con solución.

El Boot

Primero, encendemos nuestro equipo e insertamos el CD. De fábrica, el equipo viene para iniciar desde CD y luego del disco duro, pero si por algún motivo no estuviera así, se pueden hacer 2 cosas:

• Cambiar el orden de booteo en la BIOS, entramos presionando [Esc].
• Apretar otro botón [F10] para escoger con que medio bootear (escogemos el lector).

Una vez que nuestra distro esta iniciando, generalmente nos aparecerá un menú.

Acá hay varias cosas que pueden ocurrir:

• Encontrarnos con un menú de opciones que puedes escoger con las flechas y la tecla enter, (como Fedora)
• Encontrarnos con una consola pequeña que diga boot: o algo similar (como Debian).
• Una mezcla rara de ambos (*Ubuntu, Opensuse)

En todos los casos, debiera ser posible pasarle parámetros al Kernel.

Lo importante es que en el punto en que podemos editar las opciones de booteo, pasemos los siguientes parámetros:

pci=assign-busses apicmaintimer idle=poll reboot=cold,hard

Antes de leer los ejemplos que voy a exponer, cabe destacar que al final, voy a poner un paso importantísimo, para dejar estos parámetros en forma permanente una vez instalada la distribución que se haya escogido.

Ejemplo con Fedora 8

Acá nos podemos topar con un problema algo trivial, pero molesto. No se puede escoger el mapa del teclado desde el principio, así que nos tenemos que batir el teclado Latinoamericano configurado en Inglés. Lo que hace falta es el signo = (igual) y el – (guión o menos). Los podemos encontrar en las teclas [¡¿] y [?'\].

Como la misma pantalla de inicio dice, para editar el booteo predeterminado, debemos presionar TAB [bloq mayús]

Luego nos aparecerá una linea con varios parámetros prefijados.

Solo hay que escribir los parámetros y dejarlo así:

Luego de eso, presionamos enter

Funca (Me salió autófoto

Resulta que al enchufarlo, el sistema crea el dispositivo /dev/js0 y los links correspondientes en /dev/input

Pero el joystick en sí, no funciona hasta que:

• Se calibra en el centro de control de KDE o …
• Al hacer el comando: jstest /dev/input/js0

Esto significa, enchufar, correr el comando y luego jugar.

Para evitar el paso intermedio, es decir, solo enchufar y jugar, es necesario entonces disparar el comando jstest cuando el joystick se enchufe.

Existe un demonio llamado udev que se encarga de este tipo de tareas.

Para tener disponible el comando jstest es necesario instalar el paquete joystick:

# apt-get install joystick

Además, solo por comodidad en la consola, instale otro paquete sirve para manejar los demonios con un comando un poco más corto:

# apt-get install sysvconfig

Luego se debe modificar una regla de udev para disparar el comando jstest cuando se creen los links al dispositivo nuevo. Como root, abrimos un editor de texto al archivo /etc/udev/rules.d/udev.rules

# nano /etc/udev/rules.d/udev.rules

O si queremos usar un editor por entorno gráfico:

$ kdesu kate /etc/udev/rules.d/udev.rules

$ kdesu gedit /etc/udev/rules.d/udev.rules

Actualización: En Ubuntu, el archivo que se debe editar es /etc/udev/rules.d/20-names.rules

Bien, ubicamos la linea que tiene este texto:

KERNEL==”js[0-9]*”, NAME=”input/%k”

Y la reemplazamos por esto:

KERNEL==”js[0-9]*”, NAME=”input/%k”, MODE=”0644″, SYMLINK+=”%k”, RUN+=”/usr/bin/jstest /dev/input/%k”

Finalmente, se debe reiniciar el demonio de udev, lo reiniciamos por todos lados para asegurarnos:

# service udev force-reload && service udev restart

Ahora enchufamos nuestro joystick y comprobamos que está encendido …. A JUGAR!!!

Si quiere probar, desenchúfalo y vuelve a enchufarlo (me acorde de benni).

–

Agradecimientos a Kropotkinix (por la idea de usar udev) y Janitux (por descubrir que udev no toma las opciones del entorno).

Fuente: Foro Powers

PS: Buscando en google encontré como primer link, un hilo en el foro esDebian con el mismo problema. Ahora al buscar “debian usb joystick” sale el hilo de Foro Powers . Espero que sea de ayuda. Me dí cuenta que varias otras cosas se pueden hacer gracias a udev.