Sunday, August 31, 2008

GSSDP 0.6.2 and GUPnP 0.12.2 released

Jorn made minor releases of GSSDP and GUPnP today. The main purpose of which is to fix the build on Rawhide. Here is the release announcement:

GSSDP 0.6.2
===========

- Reannounce resources after max_age / 2 - 1 instead of after max_age.
[Peter Christensen, Jorn Baayen]
- Remove unnecessary call to g_thread_init(). [Zeeshan Ali]


GUPnP 0.12.2
============

- Support returning actions outside of the 'action-invoked' signal handler
in service implementations. [Zeeshan Ali, Jorn Baayen]
- Add explicit dependency on gthread. [Zeeshan Ali, Jorn Baayen]

Sunday, August 24, 2008

XChat or irssi+screen+ssh?

Ever since I started to IRC from my Linux machine, not only I had been a happy (almost) user of XChat for years but also I wrote an XChat plugin for Guile. All that changed when I moved to Finland three years ago and was educated about the benefits of the combination of irssi+screen+ssh, the biggest (perhaps the only one) of them being the persistence connection to IRC. Since then I had been using that combination. After three years, I am having doubts about the choice I made at that time.

XChat might not be able to provide me with a persistent connection to the IRC world but it still provides lots of small features that irssi does not (and in some cases can not) provide that really does matter in the end and one would expect in a modern IRC client, e.g hard-to-miss notifications when I get new messages, saving of logs and DCC-sent-files directly on my local-machine etc.

I switched to back to XChat a few days ago. I mostly feel good about coming back to it but still miss the persistent connection to IRC. Especially when I suspend/resume my laptop. After resuming, XChat happily assumes that everything is exactly how it was before I suspended the laptop and it takes a while in realizing that it needs to re-connect to all networks. In most cases the network connection doesn't take long but in case of very busy networks like ircnet, it takes a lot of time and is therefore a source of annoyance.

The reason I am discussing this here and not doing anything about it is that I currently don't have time do anything about it and if someone has already solved this problem somehow, I would like to know.

Wednesday, August 13, 2008

GUPnP soon in Fedora

Peter Robinson had made RPMS for GUPnP package for a while now but it was until recently that someone got a chance to review them. The first (and IIRC the only) issue that came out was that the build was breaking for all our apps. Here is what was happening:

We call g_thread_init() in each of the application because libsoup requires us to do that. If I understand correctly, libsoup needs the threading system to be initialized for locking stuff that is actually a part of glib. While we don't mind putting this call in each of our app, we assumed that libsoup requiring us to make this call will itself link to libgthread-2.0. That assumption is true about libsoup-2.4 built/installed from vanilla release tarballs, subversion repo and debian/ubuntu packages but on Rawhide, it turned out to be false.

I (and a bunch of other developer hanging out on #gnome-hackers) had a chat with Dan Winship about this and in the end he agreed to put gthread-2.0 in libsoup-2.4 pkg-config. He said that it will be a while before he can make a release so we decided that we ourself link the apps to gthread-2.0 until then.

Peter has already put the required patches into his packages. Here is page to track the status of the packages and as of this writing two of the packages have already been approved. A big thanks to Peter for his efforts to make GUPnP easily available to Fedora world.

Tuesday, August 5, 2008

We have plugins

Just pushed my commits to gupnp-media-server SVN trunk. Now we support plugable media providers, which can be written either in Vala or C. Also included in these commits is gstreamer-based metadata-extractor. Still not done (due to lack of time :() is a standalone media provider based on this extractor, GIO and SQLite.