Hace tiempo que muchos se preguntaban por que Ubuntu utilizaba Launchpad como plataforma de bugs y desarrollo cuando esta era una plataforma cerrada (incluyéndome). A su vez, muchos de los que hací­an dicha critica, jamas pensaron o supieron que SourceForge también sufrí­a de este problema (incluyéndome nuevamente). Canonical finalmente responde a esto liberando el código completo de dicha plataforma, algo que habí­a anunciado que harí­a hace tiempo,  y ahora cumple.
Seguramente esta movida le cueste su buena cuota de mercado a SourceForge.net, quienes hicieron el camino inverso hace algunos años y otro tanto a GitHub que lleva menos de 2 años en la escena pero ha tenido una buena acogida por parte  de los desarrolladores. El 4to integrante de este selecto grupo de repositorios de aplicaciones es ni mas ni menos que Google Code, el cual como prácticamente todos los productos del gigante, ha sido muy bien recibido por sus buenas caracterí­sticas, pero que sin embargo, sigue siendo una plataforma cerrada.

En fin, de los 4 repositorios de software libre mas grandes, solo uno incluye su backend en el trato. Yo sabrí­a cual elegir :)

Este hecho no es significativo únicamente en si mismo. Sino en el precedente que deja. Una de las áreas de mayor crecimiento en los últimos años es la de SaaS (o Software como Servicio), la cual hasta no hace mucho no poseí­a una licencia aceptada globalmente que le permitiera ser Software Libre, con la incorporación de la Affero por parte de GNU a su portafolio de licencias, esto cambio, y que una empresa como Canonical la utilice en un producto tan popular como Launchpad, implica que dicha licencia ya puede ser tomada en serio por otras corporaciones.

El concepto de que las plataformas de SaaS deben ser libres es uno muy difí­cil de comprender por el usuario medio. Generalmente se preguntan para que necesitan que el codigo de esa aplicación este disponible, sin darse cuenta que el concepto de SaaS sin plataformas abiertas, es la peor forma de perder el control sobre nuestra propia información. Como todo, es un tema de educación, y generalmente, educar en algo que a poca gente le interesa, es difí­cil y lleva tiempo.

Resulta que con la actualización a Xorg 7.4, se incorpora la función de “input devices hotplugging”, lo que seria algo así­ como un plug n play de dispositivos de entrada, tal como teclados, touchpads, mouse y otros. Aparte de algunas otras mejoras.

Como primera medida, nos tenemos que asegurar de tener los siguientes paquetes instalados:

• xf86-input-evdev
• xf86-input-synaptics
• hal
• dbus

Podemos correr lo siguiente para hacerlo:

De esta forma nos aseguramos de tener el sistema actualizado y de instalar los paquetes que nos daran soporte para dispositivos de entrada dinámicos, touchpads y la capa de abstracción de hardware. En general, los que corran KDE o Gnome ya tendrán HAL y DBUS instalados.

Luego actualizamos nuestro /etc/X11/xorg.conf. En mi caso, paso de tener como 119 lineas a 6:

Section "Device"
   Identifier  "Videocard0"
   Driver      "nvidia"
   VendorName  "NVIDIA Corporation"
   BoardName   "GeForce 8400M GS"
EndSection

Una version un poco mas optimizada, con algunas opciones que afectan el rendimiento del escritorio y el funcionamiento de composite (con kwin en kde4 o compiz):

Section "Device"
        Identifier  "nvidia8400gs"
        Driver      "nvidia"
        VendorName  "nvidia"
        BoardName   "nvidia 8400 gs"
        Option "AddARGBGLXVisuals" "True"
        Option "RenderAccel" "True"
        Option "AllowGLXWithComposite" "True"
        Option "NoLogo" "true"
        Option "backingstore" "True"
        Option "TripleBuffer" "True"
EndSection

Section "Extensions"
         Option         "Composite" "Enable"
EndSe ction

Section "ServerFlags"
         Option   "DontZap" "False"
EndSection

Es un xorg.conf extremadamente sencillo, solo carga el driver de la tarjeta de video. Como tengo instaladas las nvidia-utils, nvidia-auto-select se encarga de la resolución y todos esos detalles molestos que uno tenia que verificar sobre el monitor antes. HAL encuentra todos los dispositivos conectados y se los reporta a Xorg.

Con esto solo nos faltan un par de detalles;

• El teclado:

Dentro de /etc/hal/fdi/policy/ pueden encontrar los distintos archivos para cambiar el keymap, que es el que se encarga de definir la distribución de teclas del teclado. Los archivos a editar son: input.xkb.layout y input.xkb.variant

Otra opción mas simple para los que tienen Gnome o KDE:
KDE: System Settings: Regional & Language, Keyboard Layout: Enable Keyboard Layouts, seleccionar de la lista desplegable el que dice “Evdev-managed keyboard“.
Gnome: Gnome System, Preferences, Keyboard dialog, seleccionar el modelo “Generic/Evdev-managed keyboard”

• El touchpad:

Copiamos el archivo /usr/share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi hacia /etc/hal/fdi/policy/11-x11-synaptics.fdi:

Luego, en caso de tener un touchpad AlpsPS/2 ALPS, deberán agregar lo siguiente dentro del match que corresponde:

Por ultimo, asegurense de tener hal en la linea DAEMONS de /etc/rc.conf:

En el ejemplo de arriba el [...] es simbólico y es para indicar que debe continuar la linea con los demas demonios que uds. carguen.

Una vez hechos estos cambios, deberán reiniciar el demonio HAL y Xorg, forma fácil: reinicien la maquina. Sino, /etc/rc.d/hal restart para reiniciar hal y control+alt+backspace para reiniciar Xorg. Este ultimo mata todas las aplicaciones que tengamos en el escritorio y no es lo mas recomendado, asi que si no están apurados y/o pueden reiniciar la pc, es preferible hacerlo de esa manera.

Si te quedan dudas o tenes problemas: más información en ingles.

Finalmente logramos terminar con todos los preparativos para comenzar con el ciclo de “Las Charlas del glugCEN (las enseñanzas del Rebelde Buey)”

La idea de estas charlas es poder promover la Libre Cultura y el Software Libre a toda la comunidad de Ciudad Universitaria (y si podemos, un poco mas allá también!), estos temas son bastante importantes y creemos que pueden serles útiles a todos, tanto docentes como alumnos. Saber respecto de estos no-tan-nuevos “paradigmas” que nos permiten compartir, colaborar y trabajar sin sacrificar libertades nos pueden abrir a nuevas formas para desarrollar nuestras actividades y darnos una idea de que es lo que estamos sacrificando al utilizar Software Privativo.

Esto no es solo para gente que se dedica a la computación o la programación. Esto engloba a todos. Los mismos derechos se pueden aplicar a la música, la literatura o la programación, es cuestión de entender el concepto.

Este ciclo es libre, gratuito y abierto. Permite a cualquiera asistir o participar (siempre y cuando sea dentro del tema), no es necesario ningún requisito técnico, económico o administrativo. Simplemente basta con asistir al aula de la charla en el dí­a y horario publicados.

El ciclo comienza con:

“La pastilla roja: tu puerta al Software Libre” por Franco Iacomella

Esta primera charla tiene como objetivo introducir al público a las temáticas vinculadas al mundo del Software Libre y a éste en si mismo. Delimitar y definir los conceptos básicos, muchas veces incomprendidos u objetos de duda. Luego profundizar en las concepciones filosóficas, metodológicas y técnicas de éste Movimiento, siempre teniendo como aspectos fundamentales los principios éticos de sus comunidades en directa vinculación con el espacio universitario.

Entre los temas a tratar se destacan: Historia del Software Libre (SL), concepción y definición, licencias libres de software, desarrollo histórico, Internet y el SL, ventajas técnicas, SL y Código abierto, comunidades libres, universidad pública y SL.

“La pastilla roja” busca no solo ser una presentación de la temática, sino también dar cuenta que la lógica privativa vigente no ha sido siempre tal, y que, en cambio, la naturaleza de la ciencia y la academia responde a una serie de principios constitutivos que son radicalmente diferentes.

Los esperamos!

Más info sobre las charlas y el sitio del glugCEN.

pd. El mayor merito se lo lleva Damian probablemente, ya que fue el que hizo una gran parte de la movida, pero bueno, como siempre y como todo, este es un laburo de equipo y van mis felicitaciones para todo el grupo y los involucrados en este proyecto! éxitos!

The other day I managed to change the open file menu using the KGtk application, now I’m going to change the “Open Containing Folder”, available in the right clicking menu, over a downloaded file in the download manager window.

Click on the link below to continue reading…

First we open the kfmclient_dir.desktop file, as the location of this file changes according to the distribution, we should do a search first:

Then, when we have the full path, we edit it using our favorite editor (vim in my case), you should replace it for your choice and correct the path:

Once inside the file we edit the line that says:

And modify it so it looks like this:

Then we go and edit the nautilus-folder-handler.desktop, again, you should run locate, find the correct path, and open it with your favorite editor:

And replace this line:

With this one:

Thats it!
Now the “Open Containing Folder” menu will pop up a Konqueror Window showing the download directory.

You should keep in mind that I have Gnome installed (and so, I have Nautilus), so, before doing this, you should install Nautilus (and dependencies if asked), and after you make this changes, you can uninstall it. It should work this way too. Leave a comment about it if you do this!

Also, notice that this might disable Nautilus from handling directories, so if you return to Gnome (why would someone do that, I don’t know!) , you should undo this changes.

Sources:

http://www.daniweb.com/techtalkforums/thread26460.html

http://www.ubuntuforums.org/showthread.php?t=118096