I need SMTP AUTH and TLS, which means nbsmtp, masqmail, and nullmailer are out. I want a local queue for when I'm not online which means esmtp, ssmtp, msmtp, and nullmailer are out (I'm not convinced that msmtp's queue scripts are reliable enough). Surely there must be a simple SMTP relay which will reliably manage a queue if the mail cannot be sent! If not, does anyone know of a good guide to configuring Postfix or Exim to do this?

Because I'm fairly lame there are not matching Debian packages yet, but I'll get around to that tomorrow. In other news, a very nice man called Ian Lawrence wrote a buzzword-compliant tutorial where he uses Gypsy to talk to a Bluetooth GPS, tests it with my Gypsy Status 10-minute hack, and then uses Django to redirect the user to the relevant geohash.org page.

NP: Remembranza, Murcof

Original source, although the image was just pulled from the site.

That said, I still haven't forgiven you for some of the finer details of libecal Federico. :)

1. I'm using emacsclient, and when I close the last frame Emacs quits. With XEmacs when in server mode the process continues when the last frame is closed, anyone know how I can get Emacs to do this too?
2. Emacs appears to be moving the mouse pointer when I open a new frame. This is totally frustrating not only because I use sloppy focus, but also because its moving the point to the wrong frame. How can I turn this off?

Help greatly appreciated!

First, implementation details will be announced as a major, if not the main, feature. The shining example is "based on DBus". Yes, DBus is great. Yes, ORBit is a dying technology for something as simple as transfering a few strings between two processes. But this is an implementation detail. I'd prefer a project using DBus instead of another incredibly complicated IPC, but implementation details are typically not something to get excited about.

Often this first point gets out of control and suddenly the point of the project is to design a DBus interface, not to write real working code. Of course, an interface without any code behind it, without any reference implementation, without several applications and different users, is bound to be broken somewhere. But you'll never know until it is too late and you've labelled the interface as STABLE. Learn from DBus itself, anyone who followed the project before 1.0 knows that the core concepts were rewritten several times before it was finally marked as stable.

Spreading basic FUD is fairly common too. "EDS is not efficient concerning network bandwidth" doesn't make sense, because EDS is a local daemon. When it does talk over the network, it's fairly sensible. The LDAP (and Groupwise/Exchange I believe) backend maps EDS searches to native searches so that only the requested items are fetched. Backends such as WebCal have no option but to fetch the entire file, because that is how they work. "EDS is not efficient concerning memory usage" is rather vague, and if you interpret it as "private dirty memory usage is unreasonably high when in use" then in my opinion that is untrue and I have Massif logs to back me up.

If these points were true, they'll generally be fixable within EDS. The default local calendar backend is implemented as an iCalendar file on disk, which is parsed into memory in its entirety on startup. This certainly works well for a basic implementation but should be replaced with a database of some sort, a simple one which stores a hash of UID to event would reduce memory usage for large calendars. Add to that a cache of start and end times to optimise that common case and the end result is probably both faster and uses less memory, for a few days work.

Occasionally complaints are spot-on, but EDS isn't immutable and whilst starting a new project from scatch may be more fun, please think of everyone else. EVCard is over-complicated and yet tragically crippled, whilst EContact tries to be clever but generally gets in the way. Luckily we can write a new contact object which is easier to use. The query language is limited, but Milan Crha of Red Hat fame has been chipping away and now it's more flexible without breaking existing applications. Maybe someone can come up with a good replacement language, and the old language deprecated.

I'll summarise what I'm trying to say.

• EDS isn't perfect, we all know that.
• However, EDS also isn't immutable. It can be fixed.
• If you find bugs or bad design in EDS, please file a bug report.
• If you have spare time to start a replacement project, please briefly consider the possibility of working on EDS first. The code isn't that scary, honest (especially the DBus port when I get around to merging it).
• If you still want to start a replacement project, at least be polite and inform the evolution-hackers mailing list that you are starting a project to replace it. You never know, there might be common ground that we can both work on.

NP: Kharah System, Hereill

Now that the basics are in place, I'm looking for other alpha-testers. Experience with Python is a requirement at the moment as there is no UI or configuration file yet. That said, if this application sounds like it could be useful to you then please email me.

NP: !K7, Various

• Bathroom scales
• A safe
• An Orange Pay As You Go SIM
• A wooden chopping board
• A Bluetooth headset
• Six iPod cases
• A Bodum teapot
• A radio walkman
• A Sharp portable minidisc recorder
• A Nikon APS camera
• Five belts
• Two boxes of word fridge magnets
• A 802.11g CardBus card
• An external USB sound device

It sounds a little like the Generation Game, I know. Combined with a bin bag full of junk, I can actually see the bottom of my drawers now!

Feedback on what magic strings should be detected would be great too. Currently it detects "today", "tomorrow", "yesterday", "this [weekday]" and "next [weekday]". Next up is "by|due|on [local date representation]", but what else would be useful?

• Fix various crashes in the preferences dialogs (thanks Matthew Martin)
• Translate the genres (thanks Brian Geppert)
• Add a paused track state (thanks Brian Geppert)
• Use the system icons for play/record (thanks Micharl Monreal)
• Many many translations!

Thanks to everyone who helped with Sound Juicer 2.22, there has been a huge influx of new contributors thanks to the GHOP and gnome-love projects.

So, anyone want to make an offer? I'll put it on eBay if nobody wants it, but I thought I'd offer it out to the Planets first. If anyone is interested ping me and I'll go and turn it on to double-check the specifications.

NP: Sounds Like Murcof, Last.fm

Poky 3.1 is released! We've been hard at work for this one, mainly deep in the guts to make it more portable and powerful. Of interest to GNOME developers is that Pinky is shipping a complete GMAE 2.20 platform, and a plugin for Anjuta to make building and deploying software for your target device trivial.

We've also got a sweet new web site and possibly the cutest mascot ever. I, for one, can't wait to stroke a plush Beaver.

The readers are never wrong. Repulsive, maybe, but never wrong. - Piers Morgan, as editor of the Daily Mirror, referring to how he lost circulation due to the paper's stance against the Iraq invastion.

Flat Earth News is a great book, and I can recommend it to everyone who is disappointed with the state of global journalism, and even more to anyone who thinks journalism is in general doing a good job.