Some days ago I posted some instructions to compile Tomboy inside Mac OS X using Fink. Today I have installed a new version of Tomboy with better support for Mac. You can find more informaiton about it in automorphic blog.
Although there are some known issues with the program, is good to have a better integrated version with native mac support.
La verdad es que parece que paso más tiempo programando/parcheando/instalando mi blog que realmente escribiendo en él. Al final me he decidido por instalar wordpress en vez de emplear el conjunto de scripts que he venido usando hasta ahora. La ventaja es que espero perder menos tiempo configurando o modificando los scripts. La desventaja es que tengo menos control sobre la aplicación.
En los últimos meses he usado wiko, un compilador de archivos en formato wiki. Este es un proyecto muy interesante que todavía uso para algunas de mis webs. Anteriormente estuve usando pybloxsom.
Aún así estoy muy satisfecho con la migración. Todo el sistema está funcionado, con comentarios usando disqus y el rss en feedburner. Ya veremos como evoluciona.
En cualquier caso es un buen momento para estrenar mi nuevo dominio: pablobarrera.com, que he tenido aparcado durante demasiado tiempo.
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:
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.
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.
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.
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.
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:
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.
I am working at OSS Watch at the moment. My work includes study business models on Open Source projects.
Powered by WordPress
