Coder's Log

While I had been trying my best to make sure writing Rygel plugins is easier than frying eggs before my FOSDEM presentation, I was quite disappointed about how the presentation actually went. I thought I simply lost everyone in there by the end of th presentation and didn't get to make a very good impression. But seems the ease of writing Rygel plugins didn't go unnoticed in that presentation after all since I happen to catch the attention of at least one developer, Jens Georg who is working on two plugins for Rygel and you can follow the progress on his blog .

I was poked by a Salvatore Iovene, a very good friend and colleague from time to time to have a look at his comic series . I always thought I should have a look at it as it might be good but then I used to forget about it. Today he poked me again (this time when i was sitting in front of a computer) and I did have a look at it. Oh boy! this is some really great stuff. If you like Geek Humor, I strongly recommend it. Some trailor:

Changes in this release: - Move/port to Guile-1.8. - Get rid of all locking and thread stuff and in turn dep on gthread. - Guile console. [Lionel Elie Mamane] - Use alist instead of list where appropriate. - Use XCHAT_EAT_* instead of hardcoded 0/1. [Lionel Elie Mamane] - Fix memory leak in xchat_write. [Lionel Elie Mamane] - We maintain this NEWS file from now on. :) - Some other minor fixes. Download release tarball from here: http://static.fi/~zeenix/xchat-guile/xchat-guile-0.3.tar.gz What is it? =========== XChat-Guile is a plugin for XChat that enables XChat plugin writers to write their plugins in Scheme language. Requirements: ============= * XChat >= 2.4.1 * Guile >= 1.6.4 API Documentation: http://static.fi/~zeenix/xchat-guile/xchat-guile.txt

Jeff explained to me on IRC how the mention of Mono in my last blog entry the way I put it, gives people the impression that I implied mono has anything to do with the issue. I really didn't mean to imply that so I am very sorry for causing this confusion. Now that I am writing this , I will make it very clear for the record that I do not have anything against the mono project. Quite on the contrary, I am extremely impressed by this great project and the service it has done for the Free Software world. Microsoft supporting the development of a Free Software project , never thought we'll ever achieve this but Miguel and his great team of hackers have made that possible.

Even though Lennart has been working hard to make people lives easier, it seems some people are working hard to make his life harder by making discouraging comments not just about his ideas but the great work he has been putting up. First of all, if you don't know why a sound server is needed on a modern desktop environment, you need to research about it (asking Lennart or anyone who knows *politely* might be a good start). Making a big fuzz of your ignorance and being proud of it won't help anyone, especially yourself. If you had asked this question from Lennart and he didn't give you a nice satisfactory answer at that time, it must have been because he must be getting really tired of answering this same exact question so many times, over and over again. That doesn't mean a sound server is not needed. No need to rush to conclusions. Ask someone else and/or research more. God is in the details. Secondly, if Lennart's software breaks some proprietry shit , it's

Like many other Hacker fellows, I'll also be attending FOSDEM this year. I even have a talk at the GNOME devroom just like last year but this time I'll be mostly talking about Rygel rather than GUPnP . If you are coming to FOSDEM and happen to have any interest in Rygel, especially in how to write plugins for it don't forget to attend it.

Rygel 0.2 is out. Here is the release announcement: The major change after last release (as gupnp-media-server) is the introduction of a simple yet powerful plugin-based architecture/api: Everyone plugin: - is loaded into a separate MediaServer instance. - can implement any kind and number of resources (currently only services). - can export an icon file. - inherit it's ContentDirectory implementation from a base class that does most of the UPnP-related work. More improvements on this planned for next release. - use an intuitive API to easily export media from URIs and live GStreamer source elements over HTTP. Other changes: - Relicense under LGPL to allow proprietary plugins and ease of moving code from/to gupnp libraries. - DVB Daemon integration though a plugin. Now you can watch live channels from your PC on your PS3 for example. - Test plugin that exports one audio and video item, streaming contents from GStreamer's audiotestsrc and videotestsrc elements respect