got an iphone…

December 10th, 2007

It’s not activated yet, there’s a 5 days delay to port my current phone number from SFR (my current provider) to Orange. Cédric had told me that he was sure I would not get one… Sorry, you were wrong :-).

Now on to some scripting to move my Treo contacts to my Macbook’s Addressbook.

KMail’s brain-damaged filtering system

November 23rd, 2007

OK, just quickly ranting about this :

KMail doesn’t have a spam filter, it’s supposed to integrate existing filters through its filtering system (there’s even an “antispam wizard” which automagically creates the right filtering rules). All these filters add a header to the message, therefore modifying it. Apply that to an IMAP inbox where the non-spam messages are kept in the inbox, and you get kmail re-uploading every single non-spam message after it’s been piped through the filter. And I can’t find a way to do it otherwise. Even worse, you have to create a “non-spam” folder to put the messages in, otherwise kmail refilters all messages every time you enter the inbox.

Now on top of that, there seems to be a funny bug that causes kmail to get stuck on a message, endlessly refiltering it, and re-uploading it to the “filtered” folder so by the time you cancel the filtering job (and, incidently, get kmail stuck in a state where it won’t display the content of any of your imap folders, forcing you to restart it) you find yourself with multiple copies of the same message in your “filtered” folder. Great.

This is already annoying enough - I’ve just (painfully, as usual) upgraded to Kubuntu 7.10, using KDE 3.5.8, and there’s no improvement of the situation - but since the bug happens only on large messages, I figured I could just add a filter rule on the message’s size. Oh, great, there’s one. Except it tests the message’s size in, wait for it… bytes. And you can’t change the unit, like to something a tad more useful like kb. Seriously, when was the last time you ever felt like you needed to filter your messages according to their size with a byte-level precision ? And good luck for Joe User who wants to filter between “large” and “normal” messages (pretty much what I want to do). Typically I want to let messages over 1Mb pass through. So I should enter a six digit number in that filter rule ? Now that’s convenient, counting zeroes. Love it.

But wait, it gets better. There are no less that 5 operators for that “size in bytes” rule. 5. “less that”, and “greater than”, of course, but also… “less than or equal”, “greater than or equal”, and of course… “equal”.

This is akin to sorting freight containers with a scale precise down to the gram. Not only some moronic coder actually thought it would be useful to have such a filter criteria available, this went undetected and has remained so for years.

Next time, a rant on the kubuntu upgrade, with a config script crashing silently causing me to do this at the command line level, and ending up with a partially functionning mouse (which used to work fine - now half of the buttons aren’t recognized, so no tilt wheel).

The Death of the Music Industry (not)

October 21st, 2007

With the flurry of ground-shaking news rocking that darn old music industry which we all love to hate, predictions of impending doom abound.

I beg to differ.

Not that I think that Radiohead’s last stunt won’t have lasting consequences, no doubt it will, even more now as it seems they won their bet. But two things come to mind :

First, where have I already heard this story about an age-old Big Bad Industry being destroyed by the Good Guys ? Mmmh, lemme’ think… Proprietary Software vs. Free/Open Source software ? Or was it Big Media vs. bloggers ? In both previous cases, initial enthusiasm (bordering zealotery) eventually settled into a less glamourous but more realistic outcome : a mix of the old establishment and the new stuff.

In both cases too, a few high-profile successes (Linux, Apache, the Rathergate) were seen as the general case while they were in fact the exception. The vast majority of free software projects are redundant or useless or both, and the vast majority of news-oriented blogs are, well, embarassments. Let’s hope the signal/noise ratio in the Musicians vs. Music Industry battle rates higher.

Second, as it’s currently turning out, the situation of each band having its own online music outlet isn’t at all appealing. As Michael Parekh notes, the last thing you want is having to go to a different site for every band which album you want to get (said site will of course be hammered down at each new release, if the band is successful enough). I believe that’s the reason why Radiohead’s last album was still “illegally” downloaded so much. Parekh’s other comments on the hassle of managing mp3 (raise your hands those who regularly do backups of their music library, and who know exactly what to do to keep it when they’ll upgrade their machine) and legal music downloads in general echo my doubts on whether the CD will actually ever disappear. Files are volatile, and music fans need to have a tangible object to link them to their favorite stars, something with a logo on, basically :-).

In any case, it sure will be interesting to follow, hard to predict which new business model will make a big enough dent in the current one (or may be displace it as the main one). A little surprise there, as it’s been reported that Universal Music is examining the possibility of an ISP file sharing tax. That would more or less be akin to the “licence globale” which unfortunately failed here in France, mainly thanks to the lobbying of… Universal.

iphone/ipod touch becoming the next universal remote ?

October 11th, 2007

A while ago I looked into getting a universal remote. The plethoric choice can be broken down into two categories : cheap crap, or luxury items. There are a few models in between, but not many. And the luxury items, which almost look like tablet PCs seem to be the only “no hassle” choice (although various reviews indicate one needs to be cautious in his choice). However, I find these to be way too expensive for the service they give, but also to be potentially obsolete in the near future.

The reason I think so is that a growing number of home appliances have an embedded web UI. For geek gadgets like the Squeezebox, it’s a given. But with WiFi becoming more and more pervasive, I expect to see embedded web servers in TV sets and DVD players before too long (in mainstream models that is - I’m pretty sure it’s already there in some obscure ones). And once you have this, your universal remote is… your iphone or ipod touch (which are also expected to become common items). Makes sense, don’t you think ?

Linux poised to make a splash on the desktop, like, really soon now. Seriously.

September 5th, 2007

I’ve been using Linux and contributing to the Free Software / Open Source community since 1995. Ever since Netscape opened the code of its (now dead) navigator back in 1998, thus giving much greater exposure to the concept of free software, pretty much every year has been touted as “the year Linux will get a foothold on the desktop. Although for a few years now, more people have started to notice the repeating trend.

I gave into that delusion myself back then, but should you ever come across someone who’s still buying into it, this should help sobering him up.

10 years gone by, and it’s barely ahead of Windows 98. Sheesh.

(that said, I still find coding for Rosegarden is fun :-) ).

More info on git from Linus

August 21st, 2007

To follow up my previous post on svn/git : Linus has posted a pretty thorough explanation on why he thinks that decentralized SCMs work better than centralized ones. Contrary to his talk at google, this post actually convinced me of his point. Even though it doesn’t apply to all projects (not Rosegarden, for instance, since there aren’t enough developpers to justify this), I now understand what benefits a decentralized system brings in terms of flexibility, with almost no drawbacks indeed.

It really boils down to this : creating a branch and merging it anywhere (i.e. not just to the trunk) should be a trivial operation. Once you have this, branches become a much more useful and versatile tool, and you can start thinking your development from a different perspective.

Canon 40D announced at last

August 20th, 2007

Well, after months of wait and speculation, Canon finally announced the 40D. Specs look good, though I wish they’d look into a HDR sensor like the Fuji S5 Pro has. I don’t care about the full frame, my walk-around lens is the 17-55 f2.8 IS, for which there’s no equivalent in the EF line (not with IS). And given that Canon seems pretty committed to the EF-S lens line, it’s a safe bet the x0D line won’t be full frame anytime soon.

Aside of that, the real attractive feature is the WiFi grip. Along with the obvious file-transfer features, it also has gps connectivity and enables wireless shooting through http. Now that is geek-appealing :-).

Anyway, bottom line is, for me the upgrade is tempting, but not compelling. We’ll see.

svn merge sucks

August 11th, 2007

I’m actually typing this while waiting for svn to merge a branch back to the trunk of rosegarden source tree…

Anyway, a while ago, I watched this talk by Linus at Google about his own Version Control System, git. I’ll skip the comments about his attitude and mention a few points I felt like commenting about.

  1. When Linus says that KDE should have split its repository into multiple ones, I don’t see how that would make things any easier for devs. KDE has a base dependency, namely the KDE libs. How would you split KDE’s code into several repository while avoiding the problem of keeping them in sync ? Doesn’t that break the whole idea of a version control system ? “Hey, I need to backtrack kmail’s code to a week ago to check for a regression, now what version of kdelibs do I need to get it to compile, mhhh, let’s see…”. Yeah, that’s bright.
  2. I wish Linus would show a basic workflow of how git works
  3. And to the point of this post : Linus really does have a point when he says that a version control system really must make merging an easy operation. Yeah, even if branching is cheap (and remembering having to lock a cvs repository for hours just to make a tag or a branch, I can appreciate how important that is), if merging is a headache, it does defeat the whole purpose of it. That is, branches will still be seen as something you use only when you really have no other choice. And merging in svn really is a headache, simply having to find the version number of the branch’s origin is dull enough, but merge tracking is way too error-prone. Fortunately it should be part of the next version of svn, but I’m not sure leaving it out was the right decision. Then again they had to cut the feature list somewhere…

One or two things I wish I had known before starting macro photography

July 30th, 2007

A friend of mine and me recently got ourselves a Canon 100mm f2.8 macro lens. We thought we’d easily do plenty of good looking macro images, but not quite so. It turns out that macro photography is a pretty hard exercise, no matter what gear you have, and for some reason I haven’t seen too many resources discussing the difficulties.

It boils down to one thing : you’ll need light. Lots of it, a lot more than you’d expect, actually. And a tripod, because at 100mm, when closing in on the subject (around 30-40 cm), camera shake becomes a serious problem. Ah, but this lens has a 2.8 aperture, you say, surely light can’t be a problem. Well, it still is. The reason is that at 2.8, with a 100mm focal length, your depth of field becomes paper-thin as you close in on a subject. At minimum range, you can’t shoot a frickin’ ant without having, say, it’s head sharp and rest of the body blurry.

That’s why this lens also makes very nice portraits (although it still doesn’t beat the 70-200 f2.8 as far as I’m concerned). But the point is, at 2.8 the lens is hardly usable at close range so in most cases you’ll need to close down to 5.6 for a typical subject (a flower for instance). Now factor in the camera shake, and there’s your light problem, and why a tripod can really be a necessity, even though you’d think you have great light conditions.

Anyway, here are the results.

Nabaztag or chumby ?

July 24th, 2007

A couple of days ago, I made an order through Amazon which included a nabaztag. Despite what I still view as a design flaw, it’s still a cute, versatile toy and I figured I could find a nice use for it. Then, thinking more about it, I changed my mind and cancelled the order. The only real use I could find for it was to have it report some events like new mail or someone trying to reach me through IM, allowing me to still know about these events even when I’m not in front of my machine and the screen saver is on. But two things stopped me. First, the nabaztag itself not having a screen, displaying any kind of info means using some kind of colored light / ear positioning combination. It can actually be practical (red nose light => you’ve got mail), but doesn’t scale very well with the number of informations to report (”er, what was the two blue, one orange, left ear up sequence for already ?”). Second, well, do I really need all this info ? I think I already compulsively check my email enough as it is :-).

Let’s still indulge the fact that an external display unit would save me some time, knowing immediately if it’s worth checking for mail/news/IM contacts. Searching for an external LCD screen, the only one I could came up with was this one. Nice, but USB only, and not very legible from a distance.

Then, chatting about this with other geek friends, one mentionned the chumby. Ah, now this one really seems to fit my needs perfectly, except it’s not available yet. The widgets are actually written in Flash Lite, which should be good enough, so I think I’ll keep an eye on this one.

Finally, yet another option is… the iphone of course :-). Wifi, really mobile (as in “no damn power cord”), it’s actually probably the best option, even though it will probably require a bit more tinkering to make it do what I want due to its lack of openness.

In any case, I guess I have to wait :-).