Because I had such relative success with Android on a Windows Mobile device, I proceeded on to see what it would take to get it running on my Netbook, an Acer Aspire One. I found that there is a project underway to port Android to x86 platforms, so I started to investigate. This seemed semi-straightforward, even though it required me to custom build the distribution myself.
The x86 porting project allows you to build either a VirtualBox virtual machine or an installer for an ASUS Eee PC as the target. I found the main Android code repository, which had excellent instructions on how to set up your build environment and get all the various libraries installed (see Resources). If you're running Ubuntu, all that's needed is a simple apt-get statement, and all the build dependencies and libraries are installed in a snap. However, once you've done that, you shouldn't get the source from the main Android repository.
Although you can get it from the main repository and patch it yourself, there is a prepatched source tree available at the x86 porting site via SVN (see Resources). I spent a lot of time trying to patch the main source of Android for running on x86 only to have it fail near the end of the three-hour-long build cycle, or worse, fail to boot the OS image after it reported a clean build.
The prepatched code built correctly on the first try, and I was able to get the VirtualBox virtual machine going with little hassle (Figure 4). One thing I did discover is that the VirtualBox virtual machine failed to boot unless the VM was configured to have a serial port.
Once my Android VM was up and running, I started playing with it. Unlike the HTC Touch Pro port, this port had full networking. The first thing I did was fire up the browser (Figure 5) and was that ever surprising! It's possibly the fastest browser I've ever seen. Granted, it's optimized for a 500MHz ARM, and I was running it on a 2GHz dual-core CPU, but it was lightning fast. It's still a mobile browser, however, so it's not full-featured by any stretch of the word.
However, aside from surfing the Web, mobile style, and playing with the Terminal application, there wasn't much of interest with Android on a VM. The applications aren't compelling enough to run there. As I had it built on a VM, I tried to port that to my Aspire One to see any performance differences, but there were enough hardware incompatibilities that I reached the point of diminishing returns. I figured I'd learned enough from the virtual machine, and going through another round of extensive troubleshooting just wasn't worth the effort.
My exploration of Android was a fun and educational exercise, even if it was very frustrating at times. Android proves that Linux has come a long way from the days of the Sharp Zaurus on mobile devices, and on the T-Mobile G1, it's smooth, fun and easy to use. The G1 definitely is a contender for top smartphone, and when you're competing with the likes of the iPhone and BlackBerry, that's saying a lot.
Android as an alternative to Windows Mobile holds a lot of promise. Its open architecture means it can take advantage of the Open Source movement to roll in new features, and it can give many current Windows users their first taste of how sweet Linux and open source can be. Unfortunately, it's not ready for prime time now, but that'll change as developers figure out the hardware and get driver support for the various handsets—much like Linux's desktop support has grown during the past few years. This is a moving target, and a lot can change quickly. I plan to keep an eye on this space for more news on Android on formerly Windows Mobile handsets.
Android on a Netbook, however, gives me pause. After spending some time with the VirtualBox virtual machine, I can't really see how this is better than, say, Ubuntu Netbook Remix or even regular Ubuntu. Android is optimized for small touchscreens and tiny CPUs. Most Netbooks have a lot more CPU than is required to run Android, yet they don't have the touchscreen. Android is designed for use with a minimal or onscreen keyboard, and Netbooks have full, functioning keyboards. After fiddling with it, the use case for Android on a Netbook just doesn't seem very compelling. I think there's more value in using a Netbook as a tiny, full-featured laptop than using it as a large mobile Internet tablet. However, don't let my opinion sway you. Go test it for yourself! You'll learn a lot, and if you have the skills to improve the port, contribute some fixes. The developers probably would appreciate the help, and you'd be contributing to something that could touch a lot of people.
Bill Childers is the Virtual Editor for Linux Journal. No one really knows what that means.
Practical Task Scheduling Deployment
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.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- Stunnel Security for Oracle
- The Firebird Project's Firebird Relational Database
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- SUSE LLC's SUSE Manager
- Managing Linux Using Puppet
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- SuperTuxKart 0.9.2 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