Pablo Barrera
Cuaderno de notas
2008-10-03 09:47:00
Each open source project has its own governance model. Some are more hierarchical than others and some are more flat. OSS Watch is preparing a document about different examples of Open Source Governance Models. This is the part related with Debian that I wrote some weeks ago:
The project Debian tries to create a Linux based distribution and I think there is little need to introduce the project further. Debian is the heart of the Ubuntu distribution.
The governance model in Debian is motivated to create a strong democratic model. The hierarchy inside the community is intended to be mostly flat. All the members of the Debian organisation, called Debian Developers, have the same rights (with a few exceptions). Developers join Debian through a convoluted process of interview (including technical and philosophical aspects), GPG keysignings and apprenticeship. Candidates need aslo an advocate inside the organization to recommend them.
The reason for this strict procedure lies in Debian packages being installed in computers with root privileges. Packages may maliciously or accidentally cause important harm. The admission process is intended to test both philosophical ideas and technical skills of the candidates.
However this strict process has made necessary a new role inside the project: Debian Maintainers. A Debian Maintainers are people who are not full developers but have a restricted ability to upload packages to the Debian archive. They need to be advocate to sponsor them and have limited rights inside the project and they cannot vote on project decisions.
Developers select one of their number as project leader annually. Project leader delegates responsibility for different roles within the project. Tension exists because many developers have been in role since before leaders were elected. The Debian Social Contract and the Debian Free Software Guidelines are the central documents guiding the community and everyone should agree those document before joining the community.
More information:
2008-10-02 13:00:00
How to compile Tomboy in Mac OS X
I have created a lot of different notes using Tomboy. However there is no version out there to use tomboy in a mac. These are the steps needed to compile it in a Mac OS X machine.
The first thing you need is a working copy of Fink and a X11 server. You can find instructions to install fink in its webpage and you can find the X11 server in your Mac OS X installation disk.
Before starting, you need to install some dependences to compile Tomboy. Just type in your terminal:
$ fink install mono mono-dev $ fink install gtk+2 gtk+2-dev atk1 atk1-shlibs pango1-xft2 pangoxsl-shlibs libgnomeprint2.2 libgnomeprintui-2.2 $ fink install dbus dbus-dev dbus-shlibs $ fink install gtkspell2-shlibs gtkspell2 gtkspell2-dev
This will take a long time, so relax and have a cup of tea.
There is another dependency that is not included in Fink, DBusSharp. Download ndesk-dbus and ndesk-dbus-glib, and move the files to your source directory. Then compile each one:
$ tar xvfz ndesk-dbus-0.6.0.tar.gz $ cd ndesk-dbus-0.6.0 $ ./configure --prefix=/Users/pablo/sw/ $ make $ make install $ cd .. $ tar xvfz ndesk-dbus-glib-0.4.1.tar.gz $ cd ndesk-dbus-glib-0.4.1 $ export PKG_CONFIG_PATH=/Users/pablo/sw/lib/pkgconfig:/sw/lib/pkgconfig $ ./configure --prefix=/Users/pablo/sw/ $ make $ make install
I usually prefer to keep the programs I compile inside my $HOME (/Users/pablo/sw in my case). I you want to put those files in any other place just change the directory in the lines above to the proper one.
Now your system should be ready to install the lastest version of Tomboy. I am using the version 0.12.0, as it is the last one available right now. Download it and move it to your source directory.
$ tar xvfz tomboy-0.12.0.tar.gz $ cd tomboy-0.12.0
Fink is sometimes a little bit tricky, so it is also necessary to tell pkg-config what version of pango we want to use as the last one is not in the default location.
$ export PKG_CONFIG_PATH=/Users/pablo/sw/lib/pkgconfig:/sw/lib/pkgconfig: /sw/lib/pango-ft219/lib/pkgconfig/ $ ./configure --prefix=/Users/pablo/sw/
The version I am using does not detect msgfmt automatically, so you need to edit the file po/Makefile,
emacs po/Makefile
look for the line:
GMSGFMT = and replace it with GMSGFMT = /sw/bin/msgfmt
At this point it is only necessary to compile tomboy using make:
$ make $ make install
Now Tomboy is ready to use. Just type tomboy in your terminal.
If you don't like the default theme (nobody likes it) you can use any other gtk+ theme. For example, install the glossy theme with:
$ fink install gnome-themes-glossy-p-0.0-2
and follow the instructions of http://pdb.finkproject.org/pdb/package.php/gnome-themes-glossy-p.
( computers, wiki, oss | permanent link to this entry | View Comments )
2008-10-01 15:38:00
I have been using personal wikis for a while. Between all the options available out there I prefer two over all the others.
The first one is Tomboy. Tomboy is a Gnome application written in Mono and it works great. You just need to write things in a window similar to a notepad and you have all links you want to previous notes (or future ones). Is just like a wiki but in your desktop, for personal use. I have like 200 notes on my tomboy. However this is a Linux based application. There's a Windows version coming, but no native Mac OS X yet. You can compile your own version if you want, but it is a little bit tricky at the moment.
The other one is Tiddlywiki. Tiddlywiki is just a web page, you don't need to install it and you can carry it with you in a pendrive. I like the idea and it seems to be very powerful. However, I just prefer a proper desktop application (as Tomboy).
If you don't find these application useful enough you can check for a more complete list in the wikipedia.
( computers, wiki | permanent link to this entry | View Comments )
2008-10-01 12:46:00
Siempre me ha gustado la fotografía pero por una razón o por otra nunca coloco mis fotos por ahí. Es hora de cambiar esta tendencia.
( fotografia | permanent link to this entry | View Comments )
2008-09-12 15:09:00
Simplemente me ha parecido impresionante uno de los últimos proyectos de Sony, EyePet. Me gusta sobre todo la capacidad para interactuar con ella y la posibilidad de introducir dibujos como parte del juego.
2008-09-01 23:49:00
I have published this blog post into OSS Watch team blog.
A couple of months ago, Greg Kroah-Hartman gave a talk at Google Tech Talks with the title: "The Linux Kernel, who is developing it, how they are doing it, and why you should care". Greg is one of the main Linux developers and he is a maintainer for the USB driver core, sysfs, and debugfs subsystems of the kernel. He also works for Novell in the SUSE Labs division.
During the talk Greg provided some interesting highlights about the real process of the kernel development. The kernel's source code contains about 9.2 million lines. This has been increasing at a rate of approximately 10% each year since version 2.6.0. On an average day during the last year:
- 4,300 lines were added,
- 1,800 lines were removed,
- 1,500 lines were modified.
This is one of the most impressive software projects ever undertaken, as he said, with 2399 unique contributors in the last year and a half. To manage a project of this size, the community of developers has broken almost every rule of software engineering with more changes per hour and per release than anyone would have thought was possible. The result is extraordinary: Linux is able to support more devices and more processors than any other OS in history.
The clear governance structure within the contributing community allowed this to happen. The structure used inside the development team is highly distributed, similar to a communication network. Instead of using a strict hierarchy, with maintainers for particular pieces of code, in the Linux kernel any contributor could modify any part of the code. If something needs to be fixed, anyone can do it. If a particular developer is on holiday it is not necessary to wait for him to return. All the changes can be routed through any other developer, as happens in a communication network when some of the nodes are unavailable. This is quite different to the normal process inside closed companies.
However, one of the most interesting highlights during his talk was about who is working in the kernel. Roughly 75% of the work is done by people who are paid to do so. This refutes the myth that all OSS projects are supported by volunteer contributions, although an important part of the work is done by volunteers that are not directly paid to do so. Half of the contributors have only contributed one patch, whilst 30 people do nearly a third of the work.
The number of companies sponsoring developers is going up. The numbers presented by Greg indicate that Red Hat is the most active company (with 11.6% of the work), followed by IBM (7.5%), Novell (6.6%), and Intel (4.1%).
The complete talk is available online and Greg maintains more information in his blog. An article with some of the most important numbers from the talk can be found at the Linux Foundation web page.
( computers, work, oss | permanent link to this entry | View Comments )
2008-09-01 18:23:00
I am working at OSS Watch at the moment. My work includes study business models on Open Source projects.
2008-08-29 13:52:00
Nueva web funcionando con un wiki
Después de unos pocos días de trabajo he cambiando mi web personal a un formato basado en wiki. La anterior versión utilizaba una combinación de ficheros escritos en HTML y piezas escritas en pseudo-HTML que se pegaban juntas para formar la web. Sin embargo, el sistema no era todo lo fácil de mantener que me gustaría.
La nueva web está escrita completamente en formato wiki. Luego utilizo Wiko para compilar (o convertir) los ficheros fuente a formato HTML estático, que es lo que subo al servidor. Esta solución parece mucho más fácil de mantener que la anterior. Espero que así sea.
2008-08-25 16:26:00
Aprovechando el cambio de la página web a un wiki, me he propuesto relanzar mi blog. El anterior lo dejé abandonado porque no tenía mucho que escribir y, sobre todo, porque resultaba difícil de mantener. El conjunto de scripts ad hoc que usaba resultaron demasiado ad hoc.
Quizá no he aprendido mucho desde entonces dado que he vuelto a hacer lo mismo: usar un script ad hoc. Eso sí, espero que ahora las cosas sean un poco más fáciles de controlar que antes.
2006-02-07 14:40:00
Vía OSNews encontré una noticia sobre la nueva versión de Novell Linux Desktop, la 10. En estos vídeos se puede ver en acción las posibilidades de XGL. XGL es un servidor X que funciona sobre OpenGL usando glitz.
Esperemos verlo en nuestros escritorios dentro de poco.
2006-01-30 17:01:00
A través de la web de Luis he descubierto Jamendo (libera tus oídos).
Mientras otros no entienden que el negocio de la música está cambiando, Jamendo recoge todas las ideas sobre promoción de artistas con Creative Commons y las coloca juntas en una misma web. A través de Jamendo puedes escuchar música, descargarla con bittorrent y, lo que es más importante, conocer nuevos artistas. Entre las características más interesantes de Jamendo está la posibilidad de ver información del artista, la lista de sus próximos conciertos e incluso unirse a su grupo de seguidores. Si a esto le sumas un foro y un chat, tenemos una plataforma más que interesante en el mundo de la música en Internet (y esta vez no es iTunes).
2005-10-31 11:59:00
IBM Java 5.0 beta disponible para Linux PPC
Buscando máquinas virtuales de java para mi linux-ppc he encontrado la versión beta del Java 5.0 de IBM para PowerPC.
Por ahora funciona bastante bien.
2005-10-21 09:59:00
Esta es una de las presentaciones que Lawrence Lessing, autor del libro Free Culture, ha dado a lo largo de los años. Es bastante vieja, pero todo el mundo debería verla y, los que la hemos visto ya, recordarla.
2005-10-21 09:49:00
De rey a reina y tiro porque me toca
Comencé mis estudios en la Universidad Carlos III de Madrid para luego continuar en la Universidad Rey Juan Carlos. ¿Dónde estoy ahora? En la Queen Mary University of London, o lo que es lo mismo, la Reina María. No está mal para un republicano.
Estaré por aquí otros dos meses más, trabajando seguimiento de objetos deformables en el Department of Computer Science, trabajando en el Vision Laboratory.
2005-07-08 10:35:00
Hoy estoy en el Congreso de Tecnologías del Software Libre organizado por el Grupo de Programadores y Usuarios de Linux de la Universidad de A Coruña. Las charlas están siendo bastante interesantes. Dentro de un rato yo presentaré un póster titulado "Modelos y Herramientas de Software Libre en el Campo de la Robótica". Podéis ver el resto de los trabajos aceptados en la página del congreso.
Hoy también presentan un par de amigos, Diego y Álvaro, del proyecto Edukalibre y de Calibre respectivamente.
Lo mejor del congreso está siendo sin duda la organización. Todo está muy cuidado. Tan cuidado que hasta me han pagado el billete de autobús. Es de agradecer este tipo de iniciativas, sobre todo cuando se hacen con tanta ilusión como la que ha volcado el GPUL aquí. ¡Enhorabuena y gracias!
2005-07-05 09:47:00
Llevamos ya un tiempo dando la brasa con este tema, pero todavía no ha pasado el peligro. Tras una jugarreta del consejo europeo las patentes de software deben ser votadas de nuevo. Ya no es necesario que os hable de las patentes y del proceso que se ha seguido, ahora toca movilizarse, por ejemplo cerrando tu página web con una página tipo. La mía ya está cerrada, ¿y la tuya?
2005-06-14 10:43:00
Ayer empezaron a hablar sobre música libre en la lista de correo del GUL. La música libre es un movimiento que pretende difundir la música por canales diferentes a los que imponen las discográficas. Poco a poco este movimiento extraño, justo en el lado opuesto a las campañas de la música se muere y tonterías similares ha empezado a extenderse. A día de hoy podemos encontrar bastantes grupos que distribuyen su música de esta forma, música que podemos descargar de la red. Una de las primeras discográficas que descubrí fue Magnatune y dentro de ella al grupo Emma's Mini. A día de hoy solo tenemos que echar un vistazo a la lista de artistas de Magnatunes para ver que la música libre no goza de tan mala salud como querrían hacernos creer.
A parte de discográficas también existen radios de música libre en Internet. Uno de los proyectos que más me han gustado ha sido iRate (gracias por la referencia Ixra). Se trata de una aplicación multiplataforma que te permite descargar música libre de forma automática en función de tus gustos. Según vas escuchando y puntuando las canciones que escuchas el sistema te descarga nuevas canciones que han gustado al usuarios de gustos similares a los tuyos. Quién dijo que la cultura libre no innovaba. Os recomiendo que la probéis.
2005-05-20 08:54:00
Ayer, como no podía ser de otra forma, fui a ver La venganza de los Sith. La película me pareció simplemente impresionante, memorable y tremendamente oscura. Pero lo importante no es eso sino el hecho de ver el nacimiento de Darth Vader, uno de los más grandes villanos de toda la historia del cine, alguien que ha vivido con nosotros desde antes que yo naciera.
Muchos de los chicos de mi generación (nací en 1978) han crecido con Han Solo y su Halcón Milenario, con Yoda y sus enseñanzas, con Leia y sus peinados, con la guerra de las galaxias al fin y al cabo. Saben de memoria cada una de las películas y han esperado con ansia esta última entrega. Por fin la película era para nosotros. Los anteriores episodios de esta nueva trilogía no lo eran, buscaban un público más infantil, más simple. Pero en La venganza de los Sith los verdaderos destinatarios éramos nosotros, los que crecimos con la trilogía original y ya no somos niños. La oscuridad de la película llega más allá del dramático El imperio contraataca (la que sin duda es mi película favorita), en la que el lado oscuro únicamente gana una batalla. En esta ha ganado una guerra, un imperio, que incluso sabemos los años de que durará.
Si no has visto esta película, no pierdas más el tiempo y vete ahora mismo. Que la fuerza te acompañe.
2005-04-27 09:58:00
Hoy se ha convocado una movilización en contra de las patentes de software. A dicha movilización se han unido multitud de universidades españolas, entre ellas la Universidad Rey Juan Carlos. En ella hay prevista una charla del profesor Jesús González Barahona que podrá seguirse en streaming en la red.
Hay más información en Proinnova y barrapunto.
Nos vemos en la movilización.
2005-02-23 14:06:00
Ayer leí en OSNews.com esta noticia. Ya había hablado antes de aplicaciones hechas en mono, como F-spot, Muine o Tomboy (una maravilla). Esta vez el listado de aplicaciones es mucho más largo. Merece la pena echarle un vistazo.
2005-02-02 17:45:00
Hace un par de días comenté unas pequeñas pruebas que había hecho con C# y C++, para comprobar cuanto potencia perdía si decidía huir vilmente de mis programas en C++ para refugiarme en Mono. Los resultados eran más esperanzadores de lo que yo suponía en un principio pues con C# y Mono conseguí un 75 por ciento de la velocidad del mejor caso obtenido con C++. Incluso mejoraba la situación que yo tengo actualmente, con código C++ sin optimizar.
Mi amigo Fabian se interesó en las pruebas de velocidad y le ha dado un par de vueltas más que yo. Sus resultados son mucho más impresionantes que los míos. Yo no tengo ninguna .Net 1.0 y ni la nueva .Net 2.0 Beta1, así que no lo he probado en windows. Sus pruebas sí que han sido sobre una máquina con windows y linux instalado. Las comparaciones son odiosas (resultados conseguidos en la misma máquina, un celeron 2800):
| S.O. | Lenguaje y opción | Bytes procesados | Fotogramas |
| Windows | C++ con -O0 | 14MBps | 61fps |
| Windows | C++ con -O3 | 28.9MBps | 125fps |
| Windows | C# con .Net 2.0 Beta1 | 28.8MBps | 125fps |
| Windows | C# .Net 2.0 Beta1 y código unsafe | 30MBps | 130fps |
| Linux | C++ con -O0 | 15MBps | 66fps |
| Linux | C++ con -O3 | 25.7MBps | 112fps |
| Linux | C# con Mono | 16MBps | 70fps |
| Linux | C# con optimizaciones en mono | 20.5MBps | 89fps |
Impresionantemente .Net 2.0 Beta1 va más rápido que nuestro querido gcc, tanto en windows como en linux. En windows el motivo es sencillo, el cygwin, pero en linux la cosa es un poco más peliaguda. Definitivamente dejo C++.
Gracias a Fabian por su ayuda y su windows.
2005-01-31 21:16:00
Golpeado por C++ y rebotado a C#
Hace ya más o menos un año que estoy liado con un programa en C++ para el seguimiento de objetos con varias cámaras, cuestión de la que ya he hablado. Hace tiempo que no cuento nada sobre él, sobre todo porque he estado bastante ocupado haciendo que funcionara. Más de una vez me he preguntado porqué elegí usar C++ en vez de algo más razonable, como C#. Razonable pensando en todos los problemas que siempre encuentro al usar C++:
- Los punteros son muy útiles para manejar memoria cruda. El resto del tiempo son un dolor de impresión. Las referencias son mucho más fáciles de tratar.
- El manejo de memoria con delete explícitos es como para liberar recursos en un momento dado. Con recolectores de basura es más difícil determinar cuando se borra un objeto. Aún así es un precio pequeño a pagar por tener las ventajas de un recolector de basura. Los delete se olvidan, a veces no sabes dónde hacerlos, los objetos se quedan o se borran antes de lo necesario. Segundo dolor de cabeza.
- En general cuando un objeto se usa en dos sitios a la vez es difícil de saber cuándo hay que borrarlo. Estos problemas se pueden solucionar recubriendo los objetos con unos punteros inteligentes y unos contadores de referencia. Es bastante transparente, pero no deja de ser una solución artística.
- La velocidad de C++ es alta. Muy alta. Eso sí, si eres capaz de compilarlo con -O3, claro. Una parte importante de los bugs (o por lo menos de los míos) aparecen mucho más claros con -O3. Para seguir usando el programa tiene a usar -O0, haciendo que las ventajas de velocidad ya no sean tan evidentes.
- C++ es un buen lenguaje, pero no tiene las cosillas molonas de las nuevas generaciones de lenguajes. Por ejemplo la identificación de tipos en C++ solo aparece según el compilador usado. Esto hace que no sea utilizable si quieres tener la posibilidad de portar el código o por lo menos de usarlo en otras máquinas con compiladores diferentes.
Al final, tras dos días de depuración intensa, implementar punteros inteligentes e identificación de tipos el programa empezó a funcionar correctamente. La velocidad del resultado es buena, pero no consigo usar la optimización. Hay todavía unos cuantos bugs dispuestos a morderme detrás de la esquina. Esto me hace plantearme como de bueno sería este programa en C# y Mono. Con esta opción tendríamos desde el principio el recolector de basura y la identificación de tipos. Pero ¿sería suficientemete rápido?
Este pregunta no tiene una respuesta tan inmediata. Mucho se ha escrito acerca de la eficiencia de C# y Mono pero lo mejor es hacer una prueba para el entorno en que te mueves. En mi caso porté una un filtro de color a C# usando código unsafe y algún punterillo que otro. Para imágenes de 320x240 obtuve los siguientes resultados:
