<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress/2.5" -->
<rss version="0.92">
<channel>
	<title>Murray's Blog</title>
	<link>http://www.murrayc.com/blog</link>
	<description></description>
	<lastBuildDate>Fri, 02 May 2008 11:45:41 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>André Klapper and Karsten Bräckelmann joining Openismus</title>
		<description>I'm pleased to say that André Klapper and Karsten Bräckelmann are new Openismus employees.  They will be sharing bugmaster duty for maemo.org, with André taking over full time from September. They worked as a team before doing similar work for Ximian's Evolution, and they are well known for their bug ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/05/02/andre-klapper-and-karsten-brackelmann-joining-openismus/</link>
			</item>
	<item>
		<title>PostgreSQL has no Bugzilla</title>
		<description>PostgreSQL is an open source database. I guess that they like databases and understand when they can be useful.

But PostgreSQL has no bug tracker. Patches must be sent to mailing lists. Bugs are sent to a mailing list, apparently via a web-form, and some bugs are listed on a page, ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/25/postgresql-has-no-bugzilla/</link>
			</item>
	<item>
		<title>Discovering Unused Code?</title>
		<description>Glom has been through a few refactorings. I'm sure that some of its functions are never called by anything, and I'd like to remove those to clean up the code a little.

Is there some tool that can tell me what's not used in a C/C++ application? gcov can apparently tell ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/23/discovering-unused-code/</link>
			</item>
	<item>
		<title>Anjuta versus Eclipse: Using an existing code base</title>
		<description>I've recently been using Anjuta 2. It's far better than Anjuta 1, and less annoying than Eclipse's arbitrarily eccentric UI, though Eclipse is obviously more feature-packed. Here is an example of how Anjuta makes a very commonly-used feature simple and explicit, while Eclipse hides the feature and leaves you in ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/23/anjuta-versus-eclipse-using-an-existing-code-base/</link>
			</item>
	<item>
		<title>Glom: Calendar Portal</title>
		<description>Over the last couple of days I added a new "layout item" to Glom's detail view. It works like the existing Related Records portal, but presents the related records via a calendar. It uses Mathias Hasselmann's recent gtk_calendar_set_detail_func() addition in GTK+'s svn trunk.

Obviously this isn't a perfect example. Any school ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/22/glom-calendar-portal/</link>
			</item>
	<item>
		<title>Not going to LinuxTag 2008</title>
		<description>Sorry to various people who I will miss, but I won't be at LinuxTag in Berlin this year. I would have liked to be there.

Instead we will be in Edinburgh/North-Berwick for 2 weeks introducing Liam to his English-speaking Aunt and Grandfather. It was the only time that we could all ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/21/not-going-to-linuxtag-2008/</link>
			<georss:point featurename="[48.12631926423087, 11.570245027542114]">48.12631926423087 11.570245027542114</georss:point>
	</item>
	<item>
		<title>Big Tables in Glom: Leaks and libgda</title>
		<description>While experimenting with Glom versus a big musicbrainz database, valgrind's memcheck helped me to find lots of small memory leaks in Glom, libgda, and libepc, and one huge GValue leak in libgda. Viewing a table of 600,000 records initially took 2 minutes (or 2 hours in Glom 1.6) and 1000Mb ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/11/big-tables-in-glom-leaks-and-libgda/</link>
			</item>
	<item>
		<title>Big Tables in Glom: GtkTreeView</title>
		<description>For the past week or so I've been improving how Glom shows big tables in its list view. I created a local copy of the musicbrainz database for testing. For instance, the "artist" table has almost 600,000 rows. Glom 1.6 is awful at this, but Glom in svn trunk is ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/08/big-tables-in-glom-gtktreeview/</link>
			<georss:point featurename="[48.12631926423087, 11.570245027542114]">48.12631926423087 11.570245027542114</georss:point>
	</item>
	<item>
		<title>Openismus: Looking for a Bugmaster</title>
		<description>As was mentioned on the maemo-developers mailing list, Openismus is looking for a new full-time employee to act as the bugmaster for maemo.org, to help make it a more responsive, and less one-sided, developer community. Some obvious candidates have already received emails from me, but I'll mention the job here ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/08/openismus-looking-for-a-bugmaster/</link>
			<georss:point featurename="[48.12631926423087, 11.570245027542114]">48.12631926423087 11.570245027542114</georss:point>
	</item>
	<item>
		<title>Glom 1.6 bug fixes</title>
		<description>We didn't do a new major version of Glom recently, though we usually follow the GNOME schedule, because some of the new features are not quite ready, such as the drag-and-drop layout, and the new printout designer.
But this does mean that we have a chance to get a bug-fixed version ...</description>
		<link>http://www.murrayc.com/blog/permalink/2008/04/04/glom-16-bug-fixes/</link>
			</item>
</channel>
</rss>
