Recent fixes

Some small victories: You can now install devscripts-el without needing to install elserv, an http server written in emacs lisp and Ruby. (The devscripts-el package provides various useful emacs commands to help with Debian packaging.) This is good, because I don't need Ruby for anything else. It is now possible to use irssi's default theme on terminals with a white background, at least in Debian. I found that in bright sunlight, black-on-white terminals were actually more visible on my laptop screen - but when using IRC, I couldn't see who was using /me any more. Apparently upstream are yet to be convinced of the wisdom of not hardcoding white into their themes.

June 21, 2008 · Tim Retout

Library

This evening I visited Rugby Library. Apparently I had not used my Warwickshire library card for 991 days - that was from when I lived in Leamington Spa. It is probably quite a while longer since I last borrowed books from Rugby. To be honest, I was quite fond of the old Victorian library building. Unfortunately, that one closed in 1997 and was demolished. And I suppose the £5.5m new one looks nicer.

June 17, 2008 · Tim Retout

It's all very technical, you know...

Increasingly I am asked how things are going at work. Unfortunately, I struggle to give a meaningful answer in conversations with "normal" people - I don't know how to begin to explain that this afternoon I set up a pbuilder environment that lets me build Debian packages for our customised etch-with-backports i386 distribution using my amd64 machine running Debian sid. Or that this morning I ran into some interesting problems with dpkg-shlibdeps and symbol versioning in lenny when trying to downgrade some dependencies to 'Suggests'. "Er, yeah, it's going fine." ...

June 10, 2008 · Tim Retout

Free software, fix it

Another potential response to online complaints about free software is "FSFI", meaning "It's free software, fix it". This is the next level up from asking someone to link to their bug report - it places the sole responsibility for fixing the bug onto the shoulders of those who complain. Sometimes this can be reasonable - but expecting every user to be able to fix every problem themselves is not. There was a link today on LWN to an article claiming that it is strictly the software which is free, not the users - the users must abide by the restrictions of the licence, so cannot distribute proprietary derivatives, for instance. I would have claimed exactly the opposite; software does not have a will that can be frustrated. It is the users of proprietary software who are not free to study, to improve, to share. The term "free software" misleads in this respect; the ethics are all about what the users can or cannot do. On the other hand, we might reasonably talk about a "free society", and would understand that its citizens were free as well. ...

June 4, 2008 · Tim Retout

Link to your bug report

With the rise of the blogosphere, a greater number of people are now free to post their thoughts to the world - and because of the nature of the medium, there are a fair number of people writing about their experiences with computer software. Most software is not perfect, so some proportion of those experiences will be negative. In the special case of free software, all end users have the freedom to study and modify the source code. (It is easy to forget, having used GNU/Linux for a few years, that the licences of most proprietary software do not even give you the right to run the software in a debugger.) This does not imply, however, that the end user is necessarily capable of debugging any problems they run into themselves (although they do have the freedom to pay someone else to do so). In general, users will rely on the original developers of the software to fix any problems - and a good way to get the developers' attention is to file a report in the project's bug tracking system when there is one. It is unlikely that the developers will learn about problems through any other means. ...

June 3, 2008 · Tim Retout

aMSN sound with PulseAudio

Following my awesome coding on Pidgin yesterday, my brother has switched to aMSN. I had let slip at some point that his laptop's webcam would probably work with aMSN. The drivers themselves are included with the Ubuntu kernels, so that has never been a problem; however, because of some abstraction problems with Pidgin, there is still no webcam support with the MSN protocol. It almost worked with aMSN out of the box, but I had to open a port in the firewall to let people connect to him. (This is probably going to stop working when he's not in Derby, then.) Next, aMSN appears to only have OSS sound support, so I had to modify the Ubuntu menu entries to use the PulseAudio 'padsp' wrapper. This lets you record and play sounds, but the aMSN developers have not implemented continuous voice streaming yet, I think. ...

June 1, 2008 · Tim Retout

Pidgin 'Open Mail' bug

At the request of my brother, looked at Pidgin's mail notification dialog this evening. The Ubuntu package takes ages to build, unfortunately. The reported bug was that the 'Open Mail' button didn't work - looking at it, it's possible to select the mail you want to open on some services now, but by default nothing is selected. There's some code to desensitize the button in that case, but the initial state isn't set. My preferred patch would be to use GTK_SELECTION_BROWSE and some code to ensure that an email is always selected... I hacked together something that works for MSN, at least. It's short enough that it might not have too many serious bugs. ...

May 31, 2008 · Tim Retout

IDE

Who needs eclipse?

May 17, 2008 · Tim Retout

Bank Holiday and stuff

The bank holiday formed a welcome break after a hard week at work writing and fixing a Linux kernel module. On Friday afternoon version 0.4.3.1-1 of f-spot was uploaded to Debian, and then yesterday a new version of postgresql-autodoc. We've found a release-critical bug in f-spot already, of course. Most of the rest of my time was spent hacking on Angel, a project which we haven't formally announced yet. :) It still needs some refactoring before a public release is possible - there are a few bugs left to fix. Still, I'm hoping that we'll get there fairly soon. ...

May 6, 2008 · Tim Retout

GNOME Bugzilla edit rights

Last night, I was granted permission to edit/close bugs on GNOME's bugzilla. Because of the logarithmic way in which the points system works, I now have three more bugzilla points than I did this morning. :)

April 22, 2008 · Tim Retout