Came accross some old drawings made by Larry Ewing (the guy who created Tux) where he had tried making a GNOME mascot it seems. I hadn’t seen them before, but they are actually quite cute.

There are more sketches and animation variations available at:
Larry’s GNOME directory.

Would just like to remind all established project contributors that the GNOME Mentor Summer of Code deadline is approaching fast. In fact we want most mentors ‘signed up’ within two days. So if you haven’t signed up to be a mentor already do so quickly. If you already have signed up as a mentor please use the ‘request mentorship’ button to ask for mentorship of your relevant projects. Projects which do not have someone requesting mentorship for them within a few days will have less a chance of getting approved among the final projects than projects who only aquire a mentor at a later stage. You find information on how to apply for being a mentor on the Google Soc page.

The call for applications to host GUADEC 2008 went out yesterday. One question that came up right away was if people outside Europe could apply to host GUADEC. I am not on the commitee deciding this, but from previous years discussions its not set in stone that it do happen within Europe. The requirements is more that it would be reasonably cheap for people living in Europe and north America to get there. This means that in my opinion a good application from for instance near-europe would have a good chance of getting the go ahead. I suggested in an earlier blog that a Moroccon Linux user group apply to host it in either Casablanca or Marrakesh. With companies like Easy Jet now flying there this is absolutly within the realm of feasible in terms of cost of travel for participants. And of course many near-europe countries come with the advantage that they offer cheap food and lodging once you get there.

That said I also think it would be great to see some east European applications this year. So far Guadec has moved up and down a rather strict north/south axis even within the borders of Europe.

So if you are part of a group of linux user group in east or near Europe this is the time to get moving on organizing an application to host the coolest conference in the free software world!

Having discussed how to evolve GNOME on LUGRadio I figured that
an interesting proposal for a Google Summer of Code project would be to fork GTK+. Many people in the community have talked about how GNOME 3 would need to happen outside the current structures. I also think that nothing fundamental will change in GNOME without a new GTK+ giving the impetous for such a change. So a enterprising student could put together a proposal for taking GTK+ and trying to make a ‘Beryl’ version. The goal might not need to be to create something that would actually become GTK+, but instead come up with changes to GTK+ that enables some stunning graphical effects inside GTK+ applications, kind what they are doing with Beryl on the window manager level. So the ‘fork’ would not care about things maintainability, portability or sensibiilty, but instead try to enable some select demo applications to do some amazing looking things. Enlightenment (which also sports a GUI toolkit these days) would be a good example for ideas for some cool effects, Beryl another. Another idea could be to try to integrate librsvg with GTK+ and use it to do interesting things. The goal of such projects should simply be to try to inspire the GNOME community into taking the leap.

When GNOME originally came out its themeing capabilities essentially set the bar for letting users and developers change the look and feel of their desktop. Lets try to do so again :)

And to make it clear. With Fork I don’t mean an actuall fork in the sense of a new project meant for a life of its own, more of doing a wild and wacky experiemental branch.

Found this interview today with Jeff Bonforte, a Yahoo VP. He talks a lot about usability of web applications and claims a focus on usability is the reason Yahoo messenger and email is more popular than Google’s services. I would have been more impressed if he had also mentioned that a large part of those numbers might be related to Yahoo’s email and chat being around for quite a few years before Google got into those markets.

He has an interesting quote in the article though:
On Yahoo! Messenger for the Mac client, I reduced the functionality by 30 per cent and increased usage by 35 per cent. As we take out features, it tends to do better with the mainstream users.

Apart from being an interesting quote in terms of the eternal discussion about GNOME usability it did strike me that being an online application maker has some great advantages, like being able to measure exactly how each change you do influence usage patterns and popularity.

I spent quite some time yesterday trying to editing a document I had been sent. I didn’t actually check the file format before I loaded it into OpenOffice, but today I found that it was a RTF file. Anyway, the editing went well and I saved my changes without thinking about it and sent the document of to the people I was corresponding with. Then today I got a mail back that the document was unreadable. It was at this point I realized it was a RTF file and not a Doc file I had been sent.
I tried loading the file in OpenOffice and it failed miserably. So it turns out that OpenOffice exports RTF which neither it or Microsoft office is able to read.

Out of the blue came my saviour. Abiword was able to import the document and save it again in a RTF format that OpenOffice was able to read and all my changes to the document were saved from oblivion.
Abiword had a weird error where it ‘blinked’ on certain section of the document, but that was a small issue compared to the almost destruction caused by OpenOffice :)

So I spent quite a bit of time this weekend working on an article I’ve been brewing on for quite a while. Don’t know if the article ever will reach a state where I will publish it, but as I was writing it suddenly two of the things I where writing about people where blogging about already working on. So a big thanks to John Stowers for his work on Conduit and to Ryan Lortie for his work on panelcompositebin. Thanks to guys like you doing great stuff my article almost become redundant even before its out of first draft status :)

Slashdot has a story from a guy giving up on using Linux on the desktop. When looking into it what he is actually giving up on is having a ‘rogue’ linux system seamlessly integrate into a Microsoft environment. The community is getting better all the time at providing technologies that will emulate your Windows software of choice, but unfortunatly Microsoft is not standing still so its chasing a moving target. So unless you have an IT organisation which is interested in truly supporting Linux you will proably always have some pains. On the other hand I do believe that for a lot of corporate environments Linux is ready for their desktop as long as they want Linux on their desktops. Meaning they tune their purchasing strategies and software choices to doing this.

That said I have myself been thinking about the state of the desktop. As I to have been part of this community for a long time now and there do always seem to be a new big hurdle to cross before we reach Desktop nirvana. Sometimes it can be a bit disencouraging. But if I look back to when I started out with Linux and compare the problems then to the problems we face today I realize that we have gotten a lot closer to being where we want to be. A lot of applications simply didn’t not exist on Linux when I started out. In fact the only two advanced desktop applications I can remember being at a level where they fullfilled my needs where Netscape and Gimp. Today there are a host of applications in most major categories. Applications that come to mind are Inkscape, OpenOffice, Evolution, Gaim, Ekiga, Totem and Rhythmbox.
For instance I remember getting my friends to switch to use Yahoo messenger as it was the only IM service I managed to get working under Linux at the time.

Hardware support has gotten a lot better. When I first installed Linux on my laptop back then I spent a full weekend to get basic audio working on it by grabing CVS versions of ALSA and trying to figure out magic options in the alsarc file. It also seemed like the only time hardware got detected under Linux at that point was during install so when I changed hardware I tended to end up re-installing Linux on the machine. That problem could have been avoided had I understood more of how linux worked back then, but today its not an issue as installing new hardware seems rather automated. I also remember spending a lot of time trying to get Linux to be able to read the ‘Joliet’ CD’s I burned under Windows. Linux at the time only supported another standard at the time (which there was only 1 burning application I ever saw which supported under Windows and that one was silly expensive).

CD burning under linux only existed in the form of the command line cdrecord application, which it took my quite some time to figure out.
Today my burning needs are mostly taken care of by Nautilus.

Hardware support is today as back then still an issue. But it is much less of an issue and hardware that is supported tend to be so in a much more ‘real’ way. Back when I started ‘supported’ meant ‘you can get it to work if you spend a few days on it’, today ‘supported’ means it will plug and play.

We have succeeded in creating standarized abstractions or subsystems for most things today. So when someone writes a new driver you don’t need your application to specifically support it anymore. As long as it is written towards this shared interface it will just work. I am sure there are still some subsystems which are not perfect yet in this regard, but lets face it we are currently working on fixing usability issues more often than we are looking into the ‘how can we get this type of thing to work somewhat at all’ kind of issues.

Its like libgimme-codec. We are not trying to solve the problem of ‘how do we get any kind of support for media playback’ anymore, instead we are trying to solve the problem of ‘how can we do this in the most userfriendly way possible, given the constraints we are facing’.

We might not be there 100% yet, but looking a few years back in time do make it clear we are moving forward rapidly. And I don’t think we need that many more major announcement like the recent Novell Peugeot Citroën deal before the hardware makers all realize that the Linux desktop is here to stay and needs to be supported properly.

Article with some quotes from me

Nathan Willis recently interviewed me about the codec shop launch Fluendo did.
The result is on
linux.com now. The result was less of an interview and more an article than I expected, but I guess it still explains a few things around our shop launch.

About a year ago the source code and linux port of XaraLX was announced to much fanfare and excitement. Unfortunatly things haven’t developed that well as time has gone by. First of all Xara has had limited resources to devote to the project themselves and there has been little in the form of a developer community formed from the outside. What I learned to my suprise today is that part of the reason for this is because Xara depends on a binary blob called cdraw/gdraw which is similar to pixman in Cairo. This among other things keep most distro’s from shipping it. Not sure what will happen with XaraLX now, but one hope would be that someone sat down and ported the XaraLX code from cdraw/gdraw to Cairo. And through that make it a truly free software application. Xara is interesting and should have a chance to fullfill a need alongside Gimp and Inkscape.

Nokia 800

A little later than the rest of the herd I got my Nokia 800 today. It is a worthy upgrade to the 770. Especially with Tigert’s Plankton theme it looks and feel very snazy.

My main frustration though from the 770 is still there, and that is that when entering new streams to the internet radio I have to have the actual stream uri, the playlist uri which is the most easy/common to find is not supported. That said finding the place to enter such uri’s is much easier now compared to the 770.

One feature we look to get into Pitivi is a Nokia 770/800 output profiles. So if you want to prepare a video to take on a trip you just choose the Nokia 770/800 profile and it will get transcoded into a video using the optimal combination of codecs and imgae size/framerate to play back on your device. New release of Pitivi out today btw, so be sure to check it out.

Miguel on ODF vs OOXML

Miguel has a very interesting blog entry discussing the ongoing ODF vs OOXML ISO debacle. Since he linked to an email I sent not long ago regarding SVG I felt a bit compelled to comment on that part of his essay. I agree that it is weird to attack OOXML on its lack of use of SVG when OpenOffice don’t support it, but instead use its own OOD format. On the other side just because ODF fucked up in this area doesn’t mean OOXML need to repeat the stupidity. Of course if they do end up using SVG then it would be a bit funny as suddenly for graphics at least OOXML would be a better and freer standard than ODF is :)
Miguel also points out the size of SVG as a problem with SVG, to which I agree, but the solution I have advocated for a long while within the librsvg community is to aim to support the SVG Mobile profile as it is for the most part the sensible subset of SVG we are all looking for. Speaking of librsvg it is in maintenance mode currently. Caleb who pushed many of the major changes for a long while has gone AWOL unfortunatly and Carl Worth is naturally putting most of his energy into Cairo itself. Dom is still around maintaining and holding the fort, but lacks the possibility to take librsvg the last steps to match the SVG Tiny profile. So if anyone out there is interested joining the librsvg team to flesh out the remaining holes in librsvg to actually conform fully with one the W3c SVG specs then please drop by #librsvg on Gimpnet or join the mailing list.

So from time to time I head over to LinuxGames.com to see the latest news and keep track of how linux as a gaming platform is evolving. Gamers have been one of those early adopter segments I have been hoping we would be able to lure to the linux platform at some point, but of course currently its mostly about wondering if the egg or the chicken will be the start of Linux as a competitive gaming platform.

Last week I found the game
Tribal Trouble from Oddlabs.com. A small danish gaming company. Its a 3d real time strategy game available for Windows, Mac and Linux. The multiplatform support enabled due to the game being written in Java. It was an enlightening experience for me for a variety of reasons, one being that it is possible to write a 3D game like this in Java and get good performance out of it. It is not the first game I recently seen in Java and I do get the impression that there are quite a few of these Java based games out there which thus have a very low threshold for supporting Linux. Puzzle Pirates is another one of these new generation of games written in Java. With Sun’s recent decision to GPL their implementation of Java I think we have a great opportunity to integrate Java closely in the desktop to enable easy playing of games like these. Sun’s great work on integrating look and feel wise with GTK+ is of course another great boon. One thing I did find in the Oddlabs development blog was a mention that their paying customers was 47% Mac, 9% Linux and 44% Windows. Come on everyone, there has to be more people out there using linux interested enough in getting fun little games onto our favourite platform. Lets at least try to match the market for Mac software. Personally I have already bought the game and spent quite a few hours playing it :)