August 29, 2010

Beyond dogfood

Filed under: fedora,freesoftware — Alex @ 9:06 am

I don’t usually like to do a me-too post, but mizmo is right on again with her thoughts on jcm’s post. I raised a similar question at a town hall meeting earlier this year – basically, asking if Fedora is really suitable for day-to-day use as a primary desktop. My personal situation is much like some of those who answered, that it works for me but that I would find it difficult to recommend. There was one part of someone’s answer which particular rang true for me, which just happened be to be mizmo’s (how convenient!):

“It makes me really sad to have so many friends and family members who are highly technical and opt not to use Fedora. I know many Fedora contributors whose families use Windows, OS X, or other distros. I feel very strongly this is a problem.”

This is absolutely key. Fedora has to have a role, and I think to often the “<x> isn’t stable” and “stuff is breaking” arguments get batted away with “This isn’t RHEL/CentOS”. Without being strongly usable for something, fewer people will be tempted to use it.

So I would like to make my technical feature plea, along similar lines to the comments about updates. Right now, Fedora revs extremely often, and isn’t supported for long. Yet, the major version upgrade story is really pretty sorry – even with preupgrade. It’s not straightforward to upgrade to a new version and quite often packages will break.

If we’re keeping up this pace, I think it should be much more incumbent on Fedora as a whole to make major version upgrades clean and easy. Packagers should be testing this constantly. I saw figures recently about versions of Fedora being pulled by yum updates, and it didn’t look pretty reading. If Fedora is about being “First” we have to bring users with us.

August 2, 2010

Fedora people repos & Sparkleshare

Filed under: fedora,freesoftware — Tags: , — Alex @ 7:34 am

Recently a new system has been added to people.fp.o, the ability to host yum repositories. It’s not an equivalent of Ubuntu’s PPA system by any stretch of the imagination, but it’s another useful facility to have available.

I’ve been testing this over the past few hours with a new package: SparkleShare. For those who’ve never heard of it before, this is essentially a little tray app that synchronises a local directory tree with one held on a remote server: you can think of this as being very similar to Ubuntu One, Dropbox, iFolder or similar. However, what’s interesting here is that this is built on top of git: so SparkleShare essentially automates the commit and pull/push process, handling it invisibly for you, while still giving you a pretty solid system underneath.

Now, SparkleShare isn’t really ready for Fedora itself yet – it’s still under a large amount of development, there are funky bugs in it now and then, and it’s likely going to change constantly. However, it’s also useful software already, and is something I want to try out on a number of my machines, so the new people-based repos were the obvious candidate.

If you want to try it too, you just need to enable my new SparkleShare repo:

Recently a new system has been added to people.fp.o, the ability to host yum repositories. It’s not an equivalent of Ubuntu’s PPA system by any stretch of the imagination, but it’s another useful facility to have available.

I’ve been testing this over the past few hours with a new package: SparkleShare. For those who’ve never heard of it before, this is essentially a little tray app that synchronises a local directory tree with one held on a remote server: you can think of this as being very similar to Ubuntu One, Dropbox, iFolder or similar. However, what’s interesting here is that this is built on top of git: so SparkleShare essentially automates the commit and pull/push process, handling it invisibly for you, while still giving you a pretty solid system underneath.

Now, SparkleShare isn’t really ready for Fedora itself yet – it’s still under a large amount of development, there are funky bugs in it now and then, and it’s likely going to change constantly. However, it’s also useful software already, and is something I want to try out on a number of my machines, so the new people-based repos were the obvious candidate.

If you want to try it too, you just need to enable my new SparkleShare repo:

sudo curl -o /etc/yum.repos.d/fedora-sparkleshare.repo \
    http://repos.fedorapeople.org/repos/alexh/sparkleshare/fedora-sparkleshare.repo

And then you can “yum install sparkleshare”. Fedora 13 and i386 only right now – I’ll have x86_64 builds up later today, and I’m going to be doing Fedora 14/Rawhide as soon as I can get builders up for those two.

April 25, 2010

Thunderbird: Fedora & the future

Filed under: bongo,fedora,freesoftware — Tags: , , , , — Alex @ 6:01 pm

It’s only been a couple of months since I last wrote about the future of Thunderbird, but I’ve been thinking about it again recently. The immediate issue which prompted me to write this was the disturbing news that a potentially bad crasher bug in Thunderbird has gone unfixed in Fedora even though a patch was submitted about a month ago because of sensitivity over trade marks. Although some users on the devel list appear to be dealing out their usual standard of hyperbole on this, it is an extremely difficult position to defend: who knows if the maintainer would have actually released an update by now, but the immediate problem is the mark.

The company I work for moved offices recently, and this also set me thinking about Thunderbird again as we update our e-mail systems. As well as an update breaking one of the add-ons we rely on, there are still basic features missing from this mailer which we need as a business, and doing things like adding good-looking signatures to e-mails is bizarrely difficult and user-unfriendly.

We’re also in the position of still running on Thunderbird 2. We’re there because it’s a reasonable little client, but Thunderbird 3 is not: it comes with bad defaults which need to be switched off, and the search is irritatingly difficult to manage. Every now and then I search and rather than the useful folder filter I get the craptastic separate search tab, which doesn’t work because I’ve turned off Gloda.

Thunderbird 3.1 is supposed to be an easier upgrade for Thunderbird 2 users. Two problems: first, I don’t really believe it, and second, there are now no new Thunderbird 2 releases planned. So we’re now on an unsupported product with only an upgrade to a product we’re unhappy with available.

What would moving to Thunderbird 3 involve for our organisation? Well, primarily, it’s a support issue. We’re distributed (as well as having an office), so we would need to be giving users some kind of training so they could support themselves on the new software (avoiding all the inevitable “Where has button X gone?” type support calls), and ideally we’d want some distribution mechanism so we could control the setup of Thunderbird for our users. Of course, no such stuff is readily available – you can’t even buy it from Mozilla Messaging, the business set up to develop Thunderbird. This seems unbelievable to me; we can’t be the only business who’d be willing to pay for a business-ready Thunderbird distribution.

It’s now getting to the point where we will be making decisions. I can guarantee that we will be testing Evolution on Windows, to evaluate its suitability as a cross-platform client. My misgivings about this before have again centred on commercial support and reliability: however, Evolution has a much, much better business story, a clear development roadmap and solid history of releases.

Evolution would also be an easy sell to our users with the enhanced address book and calendaring support. It doesn’t look amazingly Windows-native to me, but that’s potentially a quite small problem – the main thing is testing it’s reliable.

I would have never thought Evolution would even have been a contender on Windows, but to be honest if we’re not in a position to receive commercial support for either suite, the choice becomes a lot more interesting – and obviously for our Linux users, it’s stable and has a great integration story.

March 30, 2010

Waiting for Goddard

Filed under: fedora,freesoftware — Tags: , — Alex @ 5:16 pm

Release time is coming again soon: Fedora 13 will be out in beta form in around a week, and it’s difficult not to get excited about this release. Fedora 12 went extremely well, at least in my opinion, and thus far my experience with 13 is that it will not be the unlucky-for-some release. For some reason, though, there tends not to be as much buzz around Fedora releases as they really deserve.

Before I start talking about what’s new, I will just say putting the Alpha on a USB key to test it went wrong in quite a big way for me. Eventually I used ‘dd’ to get it on there, but livecd-iso-to-disk is just totally busted for me – I had all sorts of problems. I have a horrible feeling that the “does not destroy data” feature has been totally broken by the current Linux kernel support for vfat long file names. By the by.

But look what’s coming. Nouveau support – already good – is getting better, with some optional 3D acceleration you can turn on. With a good wind blowing it seems that for many people this support will be pretty good. NetworkManager – already good – is getting better, with signal strength meters for 3G users such as myself and Bluetooth DUN support. Lots of little things like this make a difference.

It doesn’t stop with the small things, though. SSSD will be turned on by default. For some people, this will mean nothing. For enterprise users of Fedora like myself, it means we can setup our laptops to authenticate against LDAP when on our corporate network and it will continue to work when we’re off the network. It seems a decent new feature to me.

There’s also automatic printer driver installation for local printers, and the supremely awesome http://boot.fedoraproject.org/ – slightly technical features I guess, but certainly making the lives of people installing and using Fedora much easier.

And, of course, Fedora 13 comes with GNOME 2.30 as standard: probably the last release before GNOME 3. It’s the usual bouquet of small touches, and combining the improvements to Evolution, the updated OpenOffice.org and the SSSD feature I think this is probably the first Fedora release you could truly call an enterprise desktop.

What’s your favourite Fedora 13 feature coming down the pipe?

March 24, 2010

On oData

Filed under: bongo,fedora,freesoftware — Tags: , , , , — Alex @ 11:20 am

Occasionally there are things that I read about on the web which happen to fit perfectly with some need I have at the time: and “Open Data Protocol”, or just oData, is one of them. I think I got hip to this by reading Miguel’s post on oData, but looking around it has been mentioned in a few other blogs I follow.

What is oData? Put simply, it’s a bit like being able to do SQL queries over the web – for non-technical people it’s deeply disinteresting, but what it effectively promotes is an ability for web-based services to open access to their databases in a pretty straightforward and standards-compliant method.

Now, there is some commentary that this is effectively trying to subvert another set of standards, RDF, OWL & SPARQL. I have to say up-front that I don’t see the comparison particularly: they’re similar in many ways, but also quite different, and I personally think they are more complimentary than competitive. However, the people who specified oData are Microsoft – so the “anti-competitive” label is one which sticks easily. It’s a lazy criticism in my opinion, but that’s up to the commentator.

More serious is the problem Miguel raises: while there are a number of free software oData consumer libraries available already, there are limited options for producing oData services. This is a major issue. As relatively light-weight as oData is, it’s still a pretty broad specification: your service needs to be able to produce both XML and JSON, and there are particular schemas and URL structures you have to follow. I’m tempted to start to write an oData producer for PHP, but it’s likely to be a lot of effort for not much immediate gain.

Another problem I’ve seen is that authentication and authorisation is basically not mentioned at all; the nearest we get is in section 8 of the overview:

“The Open Data Protocol does not define a new scheme for authentication or authorization. Instead, implementers of OData services may opt to use the authentication and authorization technologies that fit best with their target scenario.

“The use of authentication mechanisms to prevent the insertion or editing of resources exposed by an OData service by unknown or unauthorized clients is recommended but not required.”

This is a particular problem for me, because the immediate itch I have that this could scratch would need authentication. If one oData service uses HTTP basic auth, and another uses a cookie-based system, that’s an issue – it hinders interoperability. In a way, I understand why they did it – it’s a somewhat orthogonal issue, and once you start prescribing features like that there’s no logical reason to prescribe other HTTP features like if-modified-since, but it does seem to me to be a pretty key issue. Not all data wants to be public.

All that said, I’m planning on digging deeper into oData. It’s extremely interesting, and I think of large potential value in the future – and being honest, there is nothing else like it immediately available. The JSON format alone is of huge value, since it means that browsers can access all this data immediately. There’s just a fair amount of work for it to become useable…

February 12, 2010

Making Thunderbird sustainable

Filed under: bongo,fedora,freesoftware — Alex @ 8:29 am

Tbird is a software product quite close to my heart: I think it’s important for a number of reasons, not least because it’s one of the few cross-platform mail clients that works well on Windows, and feels comfortable for use in a commercial context. Having Mozilla Foundation spin Thunderbird out to a new commercial entity didn’t fill me with cheer because they were essentially cutting it loose, and Thunderbird 3 didn’t excite me before it was released and hasn’t done since it was released.

Slightly more depressing than all of these, though, are the plans put forward for 2010. Development for 3.1 seems to be about making updates from 2.x less painful, and making some of the features better – all things which 3.0 should have been, in all honesty (upgrading from 2.x to 3.0 has put a number of people I know right off Tbird, to the point they’ve switched to something else). The plans to put Thunderbird on an economically sustainable footing also look staggeringly underdeveloped: Mozilla Messaging has been around since September 2008, and from the look of it there is still absolutely no vision about how this is going to happen. What is going to happen is a series of “experiments”, but it’s not really clear to me how you can judge the potential of a business model on that basis.

My specific worry about this is that by trying a series of experiments, they’re basically going to do a prototype-y half-assed version of each, none will work, and the whole thing will come crumbling down. This is specifically why businesses do market research: they test the market before they develop the product, rather than put effort in a direction which isn’t going to be successful. More than this, ideas for development of Thunderbird have been terribly unexciting so far: more experiments in the “web 2.0″ direction may be interesting for some people, but I struggle to see how people are going to pony up for any of this.

There has also been seemingly no effort to bring into the core the crucial Thunderbird feature which pretty much everyone clamours for: the Calendar. Yes, the plugin exists, and yes it’s pretty good. But in all honesty, there is absolutely no way on earth I would deploy that setup in a business right now with Tbird auto-updating itself, because at some point something will go wrong on update and people’s calendar plugin will stop working. So either I turn off updates, or I don’t use the plugin, and the balance doesn’t weigh in favour of the plugin.

Joe Brockmeier has written some thoughts of his own on the economic future, which involves basically setting up as a mail service for people to use Thunderbird against. I would worry it’s a little bit late in the game for that; businesses willing to pay for that kind of thing already have plenty of options available to them and it’s difficult to see how Mozilla Messaging can add significant value in that area without carrying horrendous costs.

My take: personally, I would want to see them focus on deployment and management of Thunderbird. Specifically, that means some kind of management system for Windows-based networks, whereby I can control updates, configure accounts, control user’s settings centrally, etc. That’s something critical to broad deployment of Tbird in large organisations, and doesn’t really exist right now. It would also be something worth paying for.

Whether or not enough “things worth paying for” can be created, though, is an open question. Fundamentally, there is a problem with giving away the client for free: it is a development cost, and in order to recoup that cost you have to create value in ways which wouldn’t be possible without the client. Every business model that doesn’t rely on that client being available for free as leverage doesn’t recoup the cost, it shoulders it. And that is the fundamental problem facing “open source business models”.

January 13, 2010

Why Google is really pulling out of China

Filed under: bongo,fedora,freesoftware,misc — Tags: , — Alex @ 12:18 pm

Since the news about Google demanding unfiltered search came out earlier today, I’ve speculated in a number of places that Google have broader reasons for wanting out of China, and that the issue of search – and, by extension, free speech – was not exactly #1 on their list of priorities. In particular, I mentioned on LWN my thoughts on what kind of an effect Chinese infiltration of Google Apps would have on the customer base they’re trying to build.

To reprise some of the facts in the reports;

  1. BBC News mentioned “a sophisticated and targeted” attack, but then later says that Google pointed the finger at phishing and malware scams rather than security problems.
  2. The reports are that Gmail accounts were mainly targeted, and these Gmail accounts were of known dissidents.

Now, 2) is quite believable, but 1) is not at all. Phishing and malware is nothing new, there’s not a lot you can do to stop it, and it’s certainly not sophisticated and targeted unless the Chinese Government was intercepting legitimate Google traffic. Even then, with SSL, that’s a difficult proposition.

Wikileak’s twitter account added a couple of other suspicions:

  1. China has been quietly asking for the same access to google logfiles as US intelligence for 2-3 years now.”
  2. Gossip from within google.cn is Shanghai office used as CN gov attack stage in US source code network.”

With this kind of affair, it’s usually instructive to consider the adage of Cui bono. Sure, Chinese intelligence probably could use more information about dissidents and would probably like log file access and things like that. Almost certainly they try to access gmail accounts too. I have little doubt that Google would have immense trouble detecting this from the more general problem of phishing, and to that extent it’s really not their problem – it’s a social engineering problem.

There is a far larger prize at stake, of course. If Google source code is under attack, which seems reasonable, this presents two major issues. The first, that Google code could be used by China: there is the issue of straight-up rip-off, which devalues Google at the very least. However, Google is already #2 and is well behind Baidu, the native search system. There is motivation to do this of course, but it’s not exactly the biggest prize on offer.

The larger prize is access to code to work out security issues. Google does not develop code in the open, and while most of it is probably secure there are doubtless issues that a determined attacker could find more easily with access to code. And, once you start getting access, you start being able to gain the stuff of real value: the information stored on Google’s systems, in Gmail, in Google Docs, in Postini, as well as the various logs and other behavioural data associated with advertising.

Put like that, Google simply cannot afford to work in China. In one sense, China is lawless: there is a certain class of “criminal” who is state-sponsored and therefore can do as they please. There is no good technological defence to this, there is only the question of whether to participate or not. And what are the potential costs of participating? Essentially, limitless. Major US and EU firms on Google Apps will not want their business information readable by the Chinese authorities. More than that, firms doing business with other firms using Google Apps will not want their information readable too.

On Facebook, I gave the example of Jaguar Land Rover as one company who use Google Apps for everything. Will they like the idea of the Chinese authorities being able to see what they’re up to? No. Even if it’s not happening, it will put the wind up them: potentially, it could destroy their business. And lets remember, there are now millions of businesses on this platform.

This highlights one danger of cloud computing: not only do you have to trust the provider, but you also have to trust that the aggregation of data in one place doesn’t become a sufficiently juicy target for someone else. And Google is a very, very juicy target.

Let me speculate further on a few potential issues in the future (none of which are problematic at this point today):

  • Google controls large amount of “dark fibre” and “private internet”. That’s a juicy target.
  • Google are putting Android into many handsets. Yum, yum, another juicy target!
  • Google maps / street map / other raw data. If, somehow, the collection of data could be controlled by another agent – well, that’s quite a useful tool to have.

This doesn’t even go into the potential issues of having hardware controlled by another agent in your data centre or in your phone, which isn’t outside the realms of practical possibility for the Chinese Government either.

Let’s be clear about this: all Governments have secret services, and the Chinese are by no means the most adept or technologically advanced. However, they may be the most dangerous and the most likely to work clandestinely. Google must know already that they have spies working for them, not just in China but in all their major offices. Most good industrial espionage is internally undetectable, because it’s acquired information out only. The Chinese spies clearly have been up to many detectable activities, which puts them in a very different class.

Update: Wired has a very good article up with more details about the attack. In short, there was a specific piece of malware targeted at Google to pull their source code out of the organisation. It doesn’t say what, but it does say that the large amounts could be sent and doesn’t say how quickly they detected in. Which is exceptionally scary. I would have thought the Windows-based attack would limit the scope of what could have been lifted, but this doesn’t explain many of the other rumours about Google’s Chinese offices, and doesn’t (on its own) explain Google’s seeming decision to withdraw. Possibly, Google were attacked in other ways too.

December 24, 2009

Problems with Moonlight’s new covenant

Filed under: fedora,freesoftware — Tags: , — Alex @ 11:13 am

The new covenant covering Novell’s Moonlight is up, and unfortunately it looks like people who weren’t happy before still won’t be happy. In a lot of ways, this is the classic caught between two stools situation: one side wants to give up as little as possible, the other wants something as unambiguous as possible.

So, what are the problems? Jason from “MonoNoNo” gave his thoughts here. While I disagree with much of his analysis – e.g., the Media Pack issue is essentially irrelevant for free software users, and the GPLv3-hate is also basically not a problem – many of the points raised are valid. I don’t think they make Moonlight non-free itself, but they prevent people re-using the code, which is not ideal.

I also raised the issue on fedora-devel-list, and received a somewhat limited reply from Tom Callaway. The commentary on what lawyers are willing (or not) to do is relatively interesting, although I don’t think is entirely apropos. It would be simple for someone to say “these permissions are the minimum that we need” regardless of any specific license, which I haven’t seen anyone do with respect to patents. It’s not a huge step to go beyond that and check off whether each permission has been properly granted.

That all said, I think there are a few key issues here:

  1. Versioning. I haven’t seen anyone else discuss this, but the Covenant is issued for versions of Moonlight which do not yet exist as far as I can tell. So in one sense, all of this discussion is basically moot.
  2. End users vs. distributors. I don’t understand why the Covenant attempts to differentiate these cases, but it does seem to put people such as Red Hat in a situation where they are specifically not covered. Why? This just seems mad.
  3. End dates are not far in the future. This isn’t going to instil confidence in people relying on these agreements.

Unless those issues are sorted out, it seems pretty clear to me that Moonlight is not going to get into Fedora. Of course, there are plenty of people who do not want it in either way, so the effort that might go into fixing these problems is likely to be less than minimal.

It’s sad for a number of reasons: first, because it would be something that I think is easy to fix. Microsoft, if they are serious about Silverlight, could issue a covenant which covers Moonlight properly, without the silly restrictions and time limits, and prove to people that they want it to succeed so much they are willing to give up control of who can implement it.

Second, because Silverlight is technically extremely appealing. Free software players for Flash are not great, and the development tools are terrible. HTML5/SVG/JS etc. is in a similar position; the “players” (browsers) are much better quality (although the user experience is variable) but the development tools are non-existent. And Moonlight is not the only Silverlight implementation on the way: apparently Intel are also working on a completely different implementation.

I doubt anyone from Microsoft reads this blog, but they are the only ones who could fix this. I’m surprised they don’t see the value in doing it.

November 20, 2009

Fedora 12 & ChromeOS

Filed under: bongo,fedora,freesoftware — Tags: , , , , — Alex @ 10:59 am

It has been great to see Fedora 12 release this week. Apart from the major kerfuffle over PackageKit (which I understand, even if I don’t recognise the problem), it seems to have gone really well – especially since the reaction in the critical press has been surprisingly un-critical. Hardware support seems to be good, including graphics, which is slightly surprising given the huge amount of change in this area, viz.:

“So, of the four “major” distributions over the past month (Ubuntu 9.10, Mandriva 2010, openSuSE 11.2 and Fedora 12), the only one that didn’t crash, hang or otherwise misbehave on at least one of my laptop/netbook/nettop systems was Fedora.” – “Saving the ‘Best’ for Last“, J A Watson at ZDNet.

I think this is a tremendous accomplishment by the people working on this stuff, and the release team, given the short and punchy nature of this development schedule. Fedora 13 has a great base to start from, although it also has to live up to what seems to be a pretty good Fedora 12 release.

It was also interesting to see that news of Google’s Chrome OS hasn’t really overshadowed the release: yes, people are writing a bit about it, but it hasn’t really set the world alight in the same way Wave did a few weeks ago. And you know what – I think it’s because it’s really not a terribly hot idea. In fact, I would say that Fedora 12 and Gnome Shell (the preview of part of Gnome 3) is actually a better Chrome OS than Chrome  OS.

The stuff that Chrome supposedly brings to the table, I already have. My netbook unsuspends in 5 seconds flat, and it lives its life “on”. This fast boot stuff is basically worthless to me. The user experience of Chrome OS is surprisingly close to what Gnome Shell already offers; and of course I’m able to run proper applications not just web-based ones. And, actually, I think Moblin actually gets a lot of this stuff right already: particularly the deep integration between the desktop shell and web applications. If I’m honest, this just looks to me like another Google “re-invent the world and outspend the people already innovating in this area”-type project. If Google were not so fat on advertising revenue, there is no way they could make a play like this.

And, to be honest, I’m not entirely sold on the people already innovating in this area already. I’ve written before about litl’s webbook – which ChromeOS seems to be aimed squarely at. If I were litl, I would be pretty deeply worried, since a web-based OS with Ubuntu underpinnings running on custom hardware is basically a rough description of both projects. And you can bet that Google (or, their hardware partners) aren’t going to be knocking these out at $700 a pop.

I’m deeply unconvinced by this “web apps only” approach, anyway. A browser is not the be all and end all, and files exist on disk for a reason: “it’s too complex for normal people” argument just does not stack up at all. What ChromeOS, and litl and others, are doing is saying “we can make a computing experience as simple as a television”, which is fine. But then you get a computing experience just like a television, with minimal interactivity and flexibility. I mean, custom hardware is great, but one size doesn’t fit all – you have to talk to cameras, printers, mobile phones, and all manners of other gadgetry. That needs OS support. Are Google going to come up with some kind of USB-to-website system so my camera’s photos can be uploaded via flikr? In what world of UI interaction does that even make sense?

What you end up with is an emasculated system where apps don’t talk to each other or share content easily (can you insert images into Google Docs directly from flikr?). It’s entirely retrograde, and a non-compelling view of computing which limits users to various hard-coded paths of functionality. For simple stuff like sending e-mail or browsing the news online, it’s fine. For “harder” stuff like attaching a document to an e-mail: well, you’d better hope that you use Google Docs and GMail and that those apps can talk to each other. Better hope, though, you don’t have a video camera and want to edit some clips – there’s no website for that yet, so you’re stuffed, bud. And even when it arrives, it’s going to take a while to upload those hundreds of megabytes of Little Eric walking for the first time, because that ADSL connection you have with 8Mb download has only a 512K upload.

It’s clear these “computers” are only going to have a very limited appeal. And this, to me, is where Fedora (and other free OSes) shine. You can have the Moblin interface, or a proper Gnome desktop. The hardware support is great; it will work on your netbook or on your full desktop. You can make the choice to cut down and simplify the interface, and not lose the ability to run the more complicated apps.

If I were to prognosticate, I would say that litl will be around for maybe a couple of years, but not much more. ChromeOS, Moblin and the like will find their place on cheap photo-frame-like touch PCs which people will scatter around the home, but there will still be a real PC in the corner.

November 12, 2009

First attempt with Gnome Shell

Filed under: bongo,fedora,freesoftware — Tags: , — Alex @ 2:54 pm

As part of doing some testing of the upcoming Fedora 12 release, I decided to put it on my EeePC 901 netbook. I had a feeling it would be relatively well supported, and indeed the installation was extremely smooth. I was going to also test the work Peter has been doing on the Moblin packages, but instead I got detoured into Gnome-Shell: my Fedora 12 laptop runs Nouveau (no 3D for me!) and my desktop is ATi but not Fedora 12 yet.

In a word: wow. For what is supposed to be a technical preview for Gnome 3.0 which, we should remember, is about a year away, this is a remarkably polished bit of software. The simple black borders looked a bit basic in screenshots but in use the understated nature of the interface actually looks a bit classy. The Applications menu and particularly the side panel are a bit rough looking, but I don’t have the side panel turned on.

The workspace metaphor is taking me a bit of time to get used to; it’s quite similar to the Gnome 2 system but has slight differences. I’ve had a bit of trouble launching apps in the way I want, but I keep discovering new features to it (e.g., dragging and dropping the app into the workspace) which give me better ways of doing things. Not being able to access applets from the Activities page is also a bit odd, but eh.

What is particularly praiseworthy, I feel, is that even though it doesn’t appear to be designed particularly with netbooks in mind – unlike, for example, Moblin – it does seem to work really well. I’ve put the Chromium browser on there as well, to save screen real estate, and the combination is much better than the relatively-stock Ubuntu I had on before.

Although there aren’t really any new features compared to Gnome 2, everything seems to be placed in a smarter way, and in particular I could see non-technical users using these workspaces and actually “getting it”. I suspect a lot of what’s remaining is really “small scale” stuff – the polish which really makes things sing. I noticed odd problems with windows not popping up when they should occasionally, and stuff like that – or clicking a link and having it appear on a browser in another workspace with no notification. These are the small fit-and-finish pieces which make an application great, though.

Older Posts »