marcos.blog

Another post about ArchLinux, just to keep the info somewhere.

Today I was playing with the LXDE destktop. When using the filemanager (PCMan filemanager) I tried to automount a plugged in USB stick. No luck at first shot. Going through the ArchLinux wiki I found how to fix it. The point is the combination of the last HAL version and PolicyKit. I was starting my session with exec startlxde so the desktop was not aware of any PolicyKit stuff. The solution, as explained in the wiki, is to launch the session as exec ck-launch-sessoin startlxde. Afther that, and having DBus policies configured, automount was successfully working.

You can check it in detail in the corresponding wiki page.

Having ArchLinux recently installed in my laptop, it was time to set it up to use my FSFE CryptoCard.

It's easy enough when you know which package to install, from the AUR, because they're not in the Pacman repositories.

So, the packages needed are pcsclite and ccid.

Se ha alargado un poco más de la cuenta, pero al final, puedo dar por finalizada la carrera. Me acaban de confirmar que he aprobado la última asignatura, así que puedo decir que soy un nuevo Ingeniero Superior de Telecomunicaciones.

Menudo peso de encima me he quitado. Realmente no cambiará mucha cosa (almenos en el corto plazo) pero sólo la tranquilidad de saber que ya está acabado...

Hagamos memoria.

En primer lugar la imposición de un canon sobre CD Y DVD, violando nuestra presunción de inocencia. Años más tarde, ésta misma imposición se propagó a cualquier dispositivo electrónico susceptible de almacenar información (discos duros, reproductores de mp3, navegadores GPS, teléfonos móviles, etc..)

Dicha tasa se incorporó por primera vez en la legislación española en la
Ley 22/1987, de 11 de noviembre, de Propiedad Intelectual, que introdujo
el derecho a realizar copias privadas. Regula la pretensión compensatoria resultante de una afectación del derecho patrimonial de autores, editores, artistas, productores audiovisuales y fonográficos, cuando el comprador realiza copias para uso privado. La Ley obliga a ejercitar el cobro a través de las entidades de gestión colectiva (SGAE, AIE y AGEDI). Por ello se le denomina un «derecho de remuneración de gestión colectiva forzosa».

Pues ahora, estamos comprobando que en el futuro puede caer otro canon, esta vez sobre la conexión a Internet (a más transferencia, más
factura), o una posible gestión de contenidos parecida al famoso modelo de los 3 avisos de Sarkozy, donde se acaban realizando cortes en la conexión al abonado. Resulta que ya han comenzado las negociaciones, y además, se están haciendo de forma secreta.

A lo largo del siglo XX, los gobiernos y la industria han permitido la monopolización de la producción y han criminalizado de forma paulatina los espacios de creación e inteligencia colectiva, con objeto de obtener un mayor poder capital y patrimonial oligárquico. Ya entrados en el siglo XXI, el proceso para desproveernos de cualquier capacidad de difusión creativa ha ido acelerandose mediante las propuestas de nuevos metodos de control.

¿No te parece grave?

Llevan un tiempo tratando de imponernos su modelo de negocio, y ahora quieren controlar el flujo de nuestros datos, poniendo en tela de juicio la neutralidad de la red, o incluso amenazándonos con quitarnos el acceso a la mayor fuente de información humana recopilada de la historia. Internet.

La verdad es que estamos cansadas de todos estos asuntos, y de los continuos ataques que reciben las redes de pares (P2P) por parte de nuestros conocidos «lobbies» de la «cultura», nos sentimos empujadas a salir a la calle y contar lo que está sucediendo más de cerca a la gente, porque sabemos que después puede ser demasiado tarde. Necesitamos el apoyo de los ciudadanos, y olvidarnos de la cómoda butaca para explicar que las redes P2P no son solamente el emule, que está en juego nuestro desarrollo cultural como sociedad.

¿Te animas a expresarte a favor de la cultura libre?

El día 4 de abril a las 19:00h vamos a realizar una concentración pacífica, totalmente festiva y simultánea en Barcelona y Bilbao.

Durante unas horas, convertiremos la calle en un espacio de libre compartición de cultura, un «out» en toda regla al urbanismo cotidiano, en el que intercambiaremos contenidos sin ánimo de lucro.
Además haremos una emisión de radio en directo, con entrevistas y sucesos, desde varios lugares simultáneamente, así que después podremos escuchar el ambiente vivido en otras ciudades.

Vamos a darle la vuelta a su modelo de negocio, y a defender el uso de licencias libres. A quejarnos por los intentos de control sobre las P2P, y a defender la neutralidad de la red en las calles.

¡Anímate y disfruta, Compartir es bueno!.

Fecha: 4 de abril del 2009 a las 19h

Bilbao: Gran Vía, frente a la sede de la innombrable
Barcelona: Pla de Palau (frente la sede de la delegación del Gobierno en Cataluña)

Más info: http://hckrs.probeta.yi.org

Molt sovint volem comentar tot un bloc de codi, sempre m'havia preguntat com fer-ho en vim i mai m'hi havia parat a mirar-m'ho ni pensar com fer-ho.

Avui he provat una manera de fer-ho, i ha funcionat. Me l'apunto aquí per enrecordar-me'n i també per qué serveixi a algú altre si busca el mateix :)

Un cop tenim seleccionat el bloc de codi que volem, podem fer una substitució del principi de línia per #, és a dir:

:'<,'>s/^/#/g

No us espanteu pels < > que us els posarà sol ;-)

Ahir a la feina, després d'actualitzar la Ubuntu tot s'ha de dir, va deixar de funcionar-me el client d'OpenERP, en la seva versió 4.x (TinyERP). Concretament els reports no me'ls obria, el servidor els generava i me'ls enviava al client, però aquest no els obria. A la consola on havia engegat el client es podia llegir: Could not get a file descriptor referring to the console.

Buscant i buscant no vaig trobar res, però l'Eduard em va dir que el client té una llista de noms de binaris que llegeixen PDFs que està hardcoded al codi del client. Així que vaig anar a mirar el codi. Efectivament, okular no era a la llista, i abans d'actualitzar, tenia un enllaç de kpdf a okular i per això podia obrir PDFs generats per l'ERP sense cap problema.

Canviant la llista de binaris i afegint-hi okular, tot va funcionar sense cap problema. De totes maneres, també hi ha una opció al fitxer .terpc al home de l'usuari anomenada printer.softpath (o alguna cosa així, algo.softpath segur) on hi podem posar la ruta complerta al binari que obrirà els PDFs i ens estalviem modificar el codi del client.

Trobo que el client hauria de ser capaç de parlar amb el sistema operatiu (o entorn d'escriptori) per determinar dinàmicament quin és el lector de PDFs preferit per l'usuari i no haver de modificar ni tan sols un fitxer de configuració i molt menys el codi Python del client.

Ahir mentre feia uns mòduls per l'OpenERP, volia engegar el client, fet en python i amb llibreries GTK, però em donava un error dient que no trobava el mòdul gtksourceview. aptitude search gtksourceview i instal.lo el que penso que és el paquet que em donaria l'esmentat mòdul: python-libgtksourceview2. Però el client seguia sense funcionar i cercant a guguel no vaig trobar res. Bé, res, a la primera ni segona ni tercerca cerques. Al final, vaig trobar un mail a una llista de desenvolupadors que deien que ja era hora de migrar a gtksourceview2 i així no haver d'instal.lar el paquet python-gnome2-desktop (i totes les dependències que comporta) per tenir el mòdul de python gtksourceview.

Així que ja sabeu, per tenir el mòdul python gtksourceview heu d'instal.lar python-gnome2-dekstop. De regal us vindran unes quantes llibreries de nautilus i altres, que no necessitareu per res possiblement, però mira, és gratis ;-)