OpenMoko's OM2008.9 for the Neo FreeRunner
The OpenMoko project recently released a much-needed update to the official software stack of the Neo FreeRunner. I've had a FreeRunner for a few months and during that time I have used it to run everything from Debian to Qtopia (now known as QT Extended), so when OpenMoko announced the OM2008.9 update I eagerly upgraded to see what it had to offer.
(This is a short review of the recently released OM2008.9 software stack. For a full evaluation of the Neo FreeRunner please read my review in the upcoming December issue of Linux Journal.)
The first thing I noticed when booting the FreeRunner into OM2008.9 was the shiny new boot splash screen. Previously one had to watch two to three minutes of kernel messages scrolling down the screen before arriving at any sort of GUI. For us geeks this not only was cool, but sometimes even useful. However, whenever I showed the FreeRunner booting to my plebian friends it always evoked the same sort of "WTF?" bewilderment. Adding a simple splash screen for the boot process is one of those little things that actually adds a lot of polish (even if it simply displays a pair of boots, as it oddly does).
Once the GUI was started and the FreeRunner is ready I noticed the nice icons on the home screen. The icons are bright and colorful, although not necessarily indicative of the functionality they represent. By default there are only 6 icons: Contacts, Dialer, Locations, Messages, Settings, and Sudoku. These are icons for applications that run on OM2008.9. More applications can be added with the built-in Installer that is shown at the bottom of the screen.
The Standard Applications
The Contacts application is simple enough and offers barebones contact management features. It is sometimes a little buggy, although the biggest drawback is having to use the default keyboard to enter information (more on this later). If your contacts are already stored on your SIM then OM2008.9 can access them directly from the card, even without importing.
The Dialer application hasn't evolved much, and is still a little tricky to use. There is a little red "X" square in the keypad that one would think deletes the previous digit that was entered. Instead, pressing this key quits the Dialer, which can be rather frustrating. The key for deleting digits is displayed in the menu at the bottom of the screen, where you normally quit an application. Otherwise, the Dialer is mostly what you would expect.
The Locations application takes advantage of the FreeRunner's GPS capabilities to display your current location on a worldwide map. This is neat, although at this point it appears to be nearly useless. I'm sure the developers have plans for this application, as we have seen that mapping applications can be quite powerful.
The Settings application is used to configure your preferences, as one would expect. Although the interface for this has improved quite a bit, it still is rather limited. I was excited to see a new, simpler way to join WiFi networks. However, after trying (unsuccessfully) to join several networks I became suspicious. As it turns out WiFi support is just one of the many known issues in OM2008.9.
Areas for Improvement
One major area that OpenMoko still has plenty of space to improve is in call quality. Calls made with OM2008.9 are muffled and hazy, both to you and the person on the other end of the line. For a device that is marketed as a phone it should be very important to make sure that calling works very well. Also, the FreeRunner lacks a hardware volume button, which can be quite frustrating when the noise in the environment around you changes.
Most of the time I used the FreeRunner's stylus when reviewing OM2008.9, but often it would be more convenient to just use my finger with the screen. I found that several parts of the OM2008.9 software respond differently to touch than to the stylus. For example, in Settings you have to scroll down the page to see the items at the bottom of the list. This works fine with the stylus, but when using a finger the Settings application tends to select an item from the list rather than scroll. I do not know how hard this problem is from a technical standpoint, but it certainly would be nice if the software could respond to input from a stylus and a finger consistently.
Another area that could use improvement is the battery life. Even when the FreeRunner is idle, and both WiFi and GPS are disabled, I was only able to get about 6-7 hours of battery life. I know this is probably not a focus for the OpenMoko team, but improvement here would definitely encourage people to use the device as a fulltime phone. It is unlikely that anyone will be willing to carry a phone that only lasts for 6 hours. On a related note, the phone sometimes stops charging, even when plugged into the charger, leaving you with an unpleasant surprise when you need your phone.
There are tremendous improvements in the UI from previous versions. Although at times it lags a little, for the most part the interface is quite snappy and responsive. Having said that, there are two particular interface elements that could benefit from more work. First, there should be more progress meters. For example, when attempting to join a WiFi network the UI gives no indication of its progress, seems to finishes immediately, and provides no way to tell if you have successfully joined the network. In this case a simple progress meter could set expectations for the user and can ease some frustration.
The second UI element that needs work is the error message dialog. These messages pop up to convey some message about the status or output of an action. Although the text of the message is there, the background of the dialog is transparent. The text is often overlayed on the background screen, making it difficult to read and especially hard to dismiss the message.
But, of all these issues, none compared with the pain of using the default keyboard.
The Dreaded Keyboard
My biggest complaint with the OM2008.9 stack is the default keyboard. At first it appears to support only the standard 26 characters in lower case. I had to research the keyboard to learn that other characters are revealed by flicking the onscreen keyboard upwards. The keyboard is extremely unintuitive and rather difficult to use. For example, to enter an email address you must type the first characters, then flick the keyboard up two screens to enter the @ sign, then flick the keyboard back two screens to enter the domain, then back two screens to enter the period (.), then back two screens to enter "com." This process is anything but quick. The keyboard home screen has plenty of space to include a few common characters such as the @ sign, dash, period, question mark, and a shift key (the uppercase characters are also listed on a separate screen that you must switch to).
The keyboard is such a critical piece of any mobile device and it really needs to be easy to use and understand. The space limitations that mobile devices place on keyboards is well known, and mobile software vendors continue to create interesting solutions to the problem. The OpenMoko team needs to make sure to get the keyboard right.
Do you remember the state of Linux in late 2000 and early 2001? The 2.4 kernel was about to become officially supported, KDE 2 was almost ready to go, and companies around the world were making headlines by adopting Linux. At the time it seemed like Linux was "almost there." At any day your Grandma would be using Linux. Well, that's how I now feel about OM2008.9 on the Neo FreeRunner. It's getting closer, and people are working very hard to make this this thing ready for prime time. As a phone there is still some work (ok, a lot of work) to be done before your Grandma will be making calls with it.
However, as a Linux device the FreeRunner is really quite amazing. That is what I cover in my upcoming article about the FreeRunner in the December 2008 issue of Linux Journal. You'll see everything I learned about the Neo FreeRunner in the months that I used it, and even how to run Debian on your phone.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- Managing Linux Using Puppet
- Doing for User Space What We Did for Kernel Space
- Tech Tip: Really Simple HTTP Server with Python
- SuperTuxKart 0.9.2 Released
- Parsing an RSS News Feed with a Bash Script
- Google's SwiftShader Released
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide