Canonical does some things quite well. Obviously, or Ubuntu would not have captured approximately 57% of the Linux desktop market share (according to Google's search insights tool). But there is at least one area for some major improvement: bug reporting/tracking.
In a previous LJ article I noted that an apparent long term bug had again resurfaced in Ubuntu 10.10. This is a problem in the driver for some of the Atheros wireless chipsets which essentially renders those machines unusable. What I did not discuss in that article was the incredible frustration involved with attempting to submit a bug report to the Ubuntu developers. I’ll describe that process here.
Let’s say that you have discovered a problem in Ubuntu: what do you do? Well, I went to http://www.ubuntu.com/ to look for their bug reporting system. So far, so good, there is a “Get support” link right in the middle of the page. Click. Now I’m on a page that offers to point me in the direction of free support from on-line forums, or to sell me “professional support services”. Fair enough, everybody expects Canonical should be able to make a Krugerrand or two out of their distro business. Down at the bottom of the page under the “Community” section there is a “Report a problem” link.
We are now at a page that describes how to report a problem, including a link to a bug reporting tutorial. Click. Aha! Now we are on a page which actually has a link to Ubuntu’s launchpad.net bug reporting site. This tutorial page suggests that you search for any existing reports of your bug before submitting a new report. So far, so good still, if a bit convoluted.
Now, as a reminder of what led us here, a few days ago I had found a bug in the driver for the Atheros AR9285 wireless chipset in my Acer Aspire One N450 netbook. The bug being that the netbook would not stay connected via wireless for more than a minute at a time. So I clicked on the search link. Down at the bottom of my screen appeared the message “Waiting on launchpad.net...” Get used to that, you will be seeing it a lot if you are trying to research or report a bug. Their launchpad bug reporting site is horribly slow. You’ll also be seeing this message more often than you would probably care for:
Sorry, something just went wrong in Launchpad.
We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience.
Trying again in a couple of minutes might work.
(Error ID: OOPS-1752E1761)
In fact, this error message was all I was able to get out of launchpad when trying to do a search on “Atheros AR9258” using the “newest first” search option. The site is almost always broken when you try to use that search option. Finally after 6 tries the site returned 21 bug reports, many of which described a problem very similar to what I had observed, i.e. the wireless connection was useless with certain Atheros chipsets. Doing a more general search on "Atheros" "newest first" (only three launchpad error timeouts) returned 189 results.
So, just to be certain that Canonical was aware of the problem in their brand new Maverick Meerkat 10.10 release, I filed my own bug report: bug number 660864, if you want launchpad to find it for you. A bit of additional research brought to light the fact that this problem with the Atheros drivers has been a recurrent one in Ubuntu dating all the way back to 7.04. It certainly did not exist in the previous 10.04 Ubuntu Netbook Edition. Well, it did exist in the "out of the box" install, but installing the linux-backports-modules fixed the problem.
This experience leads me to conclude that Canonical has two significant areas for improvement:
- They could provide a less byzantine, convoluted, and painfully slow pathway to bug reporting.
- They should strengthen their regression testing procedures to help prevent previous bugs from re-entering their distributions.
Don’t misunderstand me, I like Ubuntu -- I’ve used it for years. However, it is definitely time for Canonical to mature their QA process a bit.
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
|Dart: a New Web Programming Experience||May 07, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- New Products
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- Validate an E-Mail Address with PHP, the Right Way
- New Products
- Developer Poll
- Tech Tip: Really Simple HTTP Server with Python
- not living upto the mobile revolution
2 hours 30 min ago
- Deceptive Advertising and
3 hours 5 min ago
- Let\'s declare that you have
3 hours 6 min ago
- Alterations in Contest Due
3 hours 7 min ago
- At a numbers mindset, your
3 hours 8 min ago
- Do not get Just Almost any
3 hours 12 min ago
- A fantastic rule-of-thumb to
3 hours 13 min ago
- Keren mastah..
4 hours 11 min ago
- mini tablet compare
5 hours 30 min ago
- Looking Good
9 hours 3 min ago
Enter to Win an Adafruit Prototyping Pi Plate Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Prototyping Pi Plate Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.