Code Away

OK, so lets have a quick round of what could go wrong post-upgrade to Ubuntu Jaunty and how to fix it, fast. These are some of the problems I faced, and found all the solutions by googling. Just listing them out here. Hope this helps some of you.

1. Proprietary ATI drivers

The first thing we come across is the video drivers which never were. The moment you try to install proprietary ATI drivers for “old” cards (my ATI RadeonExpress 1250 happens to be one of those), you will get a system freeze. No graphics, no inputs, just some random colors on screen, which aren’t very pretty either.

Solution here:

sudo /usr/share/ati/fglrx-uninstall.sh  # (if it exists)
  sudo apt-get remove --purge fglrx*
  sudo apt-get remove --purge xserver-xorg-video-ati xserver-xorg-video-radeon
  sudo apt-get install xserver-xorg-video-ati
  sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core
  dpkg-reconfigure xserver-xorg

You could probably create a script of this sort and save it in your home directory, so that when the system does fail, you can easily get into recovery mode (use the “Recovery mode” listed in Grub) and just run this script rather than attempt googling through Lynx, which I almost always end up doing. In case you plan to run this script in recovery mode, you don’t need the “sudo” command for any line since you will be “root” already.

2. Screen Freeze with Compiz

The open source drivers you install for ATI are known to create hassles for 3D graphics. Jaunty does allow you to enable Compiz (System Appearance -> Effects -> Normal / Best). However, I had a complete system freeze lot of times while I gave Compiz a try. I could easily reproduce the strace gedit bug while 3D effects were enabled.

Solution: Disable Compiz (or downgrade )

3. VirtualBox fails to start

The Virtualbox kernel module needs to be recompiled for the newer kernel in Jaunty. This problem is not specific to Jaunty (or even Ubuntu), but no harm in listing it here.

sudo apt-get install linux-headers-$(uname -r)
sudo /etc/init.d/vboxdrv setup

The first line downloads appropriate Kernel Headers for the latest Kernel, which will be used by the “vboxdrv setup” command.

In my last post, I summarized my problems with the latest version of Ubuntu: Jaunty Jackalope. I’m not the only one cribbing about it, though. Many bloggers out there are doing a better job than I am, posting problems with solutions to them. Forums are abuzz with all the issues right from screen flicker to sudden OS freeze to wireless connectivity. In short, everything is normal.

The problem with Ubuntu, however, is that with the frenzied pace of development and the releases being churned almost twice yearly, I am quite certain that most of the bugs reported for this release will be ignored or will be prioritized “Low”, meaning they are kept for “later” (read: never). While this is an issue with even slow-moving projects, I am (or at least, was) quite impressed with the way Ubuntu maintained quality till Hardy Heron. Most of the packages “Just worked” post installation, with a few hiccups here and there. Hardware, drivers and graphics did remain a concern, but that is something we have to live with for a while, given the low interest of manufacturers for providing Linux drivers.

Anyway, back to the point: The current pace of development for Ubuntu guarantees a lot of loose ends in newer releases. In contrast the Debian community goes for “release when ready” philosophy. However, they suffer from delays and more delays in releases, leading people to believe that Ubuntu is the right way.

Which brings the question, what, really, is “the right way”? Most will consider a “middle way out” but that is easier said than done. Granting developers’ request for more time on the basis of an incomplete feature or a yet-to-fix bug list will eventually lead to a heavily-delayed release. On the other hand, having a strict deadline means that you are ready to compromise on the quality of the release. While this matches the “release early, release often” philosophy^*, there’s a slight disconnect when it comes to having a product eager to replace Microsoft Windows, as is described in… Bug #1 for Ubuntu.

Microsoft has a majority market share in the new desktop PC marketplace. This is a bug, which Ubuntu is designed to fix.

Back to the point (again), Paul Graham also corrects the general perspective for “release early”:

By “release early” I don’t mean you should release something full of bugs, but that you should release something minimal. Users hate bugs, but they don’t seem to mind a minimal version 1, if there’s more coming soon.

So far, I don’t see any awesome release philosophy with a strong way to maintain the pace, while maintaining the quality. All we can do, maybe, is to have an in-between release to just “fix more and add less”. This is where developers may find themselves in bug-fixing mode, instead of their favourite “building that cool app”, but its all for the greater good, no?

---

^* I never dreamt I’d link to ESR one day, but anyway I’m disagreeing with him, so no problemo

After a recent jump from Ubuntu 8.04 to 9.04, I needed at least three days to settle down after having a lot of hiccups with the latest and greatest versions.

The major problem was with my ATI drivers. Never a good thing to mix ATI with Linux, I have learnt. But maybe the lesson came a bit too late as my Motherboard I bought a year ago has got the RadeonExpress 1250 onboard graphic card which is already in “Legacy” mode!

The downside is that the newest generation of the driver doesn’t support any of the “older” ATI chipsets, which at this point include the R300 through R500 chipsets.

The proprietary ATI fglrx driver won’t support the new kernel. Need to make do with the open source drivers. Fortunately, they are a good fit for 2D graphics with a good resolution. Bye bye, Compiz, for the time being.

Having settled with the “basic” look and feel, I also find some problems cropping up in the package repositories. A guide for installing the good old Tomcat server makes a pretty frank statement before proceeding with the installation procedure:

If you are running Ubuntu and want to use the Tomcat servlet container, you should not use the version from the repositories as it just doesn’t work correctly. Instead you’ll need to use the manual installation process that I’m outlining here.

This is probably not unique to Jaunty, but nonetheless, the general trend now is that I do read a bit online before installing anything from the repository. Be it Amarok, the version 2 of which isn’t very well received, or Tomcat, or Eclipse.

Wine, which was working wonderfully in Hardy, seems to be broken for some reason in Jaunty. All I get is 2 seconds of screen flicker, whenever I try to load any program. Need to google on this a bit more in detail. But a quick search points in the direction of my graphics card (again!).

I am left wondering why I upgraded at all. Maybe it was the faith that with Ubuntu, newer version numbers always mean more happiness.

It’s not that Ubuntu has let us down. Although a lot of posts are floating about regarding Ubuntu pre-release testing being inadequate, there is actually too much on the plate to test with. A multitude of hardware chips, file systems, desktop environments, applications, each with their different versions, is a pretty daunting task. I just hope that every once in a while there is a release in which the dev folks take a step back and look at how usable the OS is, and whether it “Just Works”