Archive for the ‘Xubuntu’ Category

In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls

August 4, 2008

I know I said in a previous entry that Debian’s Xfce installation didn’t exactly provide what I wanted, but looking at what I need, Debian rises to the top of the pack.

Top of my list: Installing Debian with encrypted LVM. Especially in a laptop, encryption is a must to secure your data from prying eyes, should the laptop be lost or stolen.

And any little utility that Wolvix has can probably be added in Debian. And Aptitude is very good. It’s not graphical, but it represents the best of Debian.

And I still trust the security team for Debian more than I do most others — this despite the OpenSSL problem that has recently plagued every Debian-based distro in recent weeks. (At least somebody figured it out, and the whole incident should tighten up things considerably in the Debian Project).

And in Debian, I can easily install all of our little girl’s educational programs, although she is fairly vocal about preferring to use the newer, faster $0 Laptop, a 1.3GHz Celeron-based Gateway laptop with 1GB of RAM.

The only “stopper” is Google’s lack of willingness to easily let users install Google Gears in Mozilla-derived browsers not named Firefox. That means it’s a pain in the ass to install Gears with Iceweasel, the Debian-derived, noncopyrighted equivalent to Firefox.

And I haven’t tried Debian on the Compaq Armada 7770dmt since I boosted the RAM from 64MB to 144MB. Responsiveness in X could be a lot better with such a relative overabundance of RAM.

So as far as the Compaq goes, I’m down to running Debian or Wolvix on the hard drive and Puppy as a live CD. Like I said previously, I don’t want to kill out OpenBSD just yet, so I’ll need either a second hard drive or a 4GB Compact Flash card with CF-to-IDE laptop adapter (the latter available for a quite-reasonable $10 at LogicSupply.com). I might even spring for a second hard-drive caddy for the Compaq, should I be able to find one, to make swapping the drives that much easier.

Or I could bite the bullet, get rid of OpenBSD for the time being, try out Debian and Wolvix on the hard drive, and narrow things down. I’ll continue to run Puppy, with a separate partition for its encrypted pup_save file.

I’ve taken to using the Leafpad text editor in Puppy (I’m using it now), and the Leafpad-derived Mousepad editor in Xfce is just as fast, if spartan. Xfce’s Terminal app has similar attributes. And I have no problem running xterm or rxvt.

It’s really about the text editors and browsers I use, the software my daughter likes to run, stability, security, encryption and ease of maintenance.

Moreover, it’s about speed on old hardware. These things look very different on newer computers. My 2002-era Gateway laptop runs Ubuntu very well. I doubt I could even boot Ubuntu on this Compaq. Even the Xubuntu live CD won’t boot. With Debian, I have no problem.

On the Gateway, Ubuntu’s polish as compared to Debian makes Ubuntu a better choice. But on this older Compaq, Debian’s flexibility and added speed (don’t ask me why it’s faster, it just is) are much needed.

Next moves: I need to get a PCMCIA Ethernet card since I don’t have regular access to WiFi. While I’m at it, a PCMCIA card for USB is something I should also look into. Sure, I could transfer files over the network, but USB is … easier. (Note: Since this post was originally written, I have gotten an Ethernet card for the Compaq).


Previously:
In search of the best OS for a 9-year-old laptop: Part I — Puppy or Damn Small Linux
In search of the best OS for a 9-year-old laptop: Part II — OpenBSD or Debian?
In search of the best OS for a 9-year-old laptop: Part III — Browsers and wireless
In search of the best OS for a 9-year-old laptop: Part IV — Wolvix Cub is surprisingly strong
In search of the best OS for a 9-year-old laptop: Part V — Where I’m headed
In search of the best OS for a 9-year-old laptop: Part VI — Younger Puppies

Coming up:
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka “Why?”)

Ubuntu 8.04 ACPI issue with VIA C3 Samuel-based box

June 7, 2008

Ubuntu 8.04 doesn’t handle ACPI as well as 6.06 did on this VIA C3 Samuel-based converted thin client.

With 6.06, the screensaver eventually doesn’t just blank the screen but puts it into “power-saver” mode.

And when I shutdown, ACPI turns the box off all the way.

These features used to work in Ubuntu but not in Xubuntu.

Now they don’t work in Ubuntu either.

I get a message while booting about “forcing ACPI,” which I suspect is a symptom of/clue about the problem.

It’s annoying because for this box I’ve lost functionality going from one Ubuntu LTS to another.

It’s also annoying because most other distros — everything from Debian Etch and Lenny to Slackware, Wolvix, CentOS, Mepis, Puppy and even Damn Small Linux handle shutdown with ACPI much better.

So why is Ubuntu doing me this way?

Again, I can’t get too mad about it because 8.04 runs so great on my Gateway Solo 1450 laptop … but a problem is a problem, and I should try to get to the bottom of it.

A Debian victory for the $15 Laptop

January 31, 2008

I’ve been toying with removing Debian Etch from the $15 Laptop — the 1999 Compaq Armada 7770dmt with a 233 MHz Pentium II MMX processor and 64 MB of RAM. When most computer users — even those partial to Linux — talk about “old” hardware, they mean either things in the 1 GHz range, even 3 GHz single-core CPU computers with 512 MB of RAM.

For me, a 1.2 GHz Celeron laptop with 1 GB of RAM is good enough to run just about any Linux distribution out there. And my main Windows machine at the office — a 3 GHz Pentium 4 with 512 MB of RAM is way more than adequate for desktop use.

As far as the 233 MHz Compaq laptop goes, I’m probably going to bump up the RAM from the current 64 MB to the maximum of 144 MB, but that’s pretty much besides the point.

When I first got this laptop (yep, it cost me $15, though I had to shell out $10 for the CD-ROM drive on eBay) I ran into a lot of luck, because it wasonly supposed to have 32 MB of RAM but had double that. It wasn’t supposed to have a hard drive, but not only was the hard-drive casing intact, but there was a 3 GB drive inside it. It was loaded with Windows 98 but wouldn’t boot. Once I had the CD drive (the incoluded floppy drive doesn’t work, and I could get another one for $10, but I really don’t need it), I was able to run Puppy Linux and Damn Small Linux from live CDs.

At first I loaded Windows 2000 just to see how it ran. Win 2K ran alright, but I’m not in this to run Windows. I had pretty good luck with both Puppy and DSL, but Damn Small Linux is really the more suited of the two for a computer with 64 MB of RAM.

Anyhow, I eventually wanted to try Debian Etch on the Compaq. I’ve done at least four installs of Debian on this computer, but my first began was the “standard” install, which means no X. After that, I added X and Fluxbox, plus all the apps I though I’d need. ROX-filer, AbiWord, Leafpad, Dillo, Lynx, Elinks, Sylpheed (which didn’t work), MtPaint for image editing, and eventually even Iceweasel (aka Debian’s renamed Firefox).

I was able to actually get work done on the laptop, which can connect to the outside world only through the Orinoco WaveLAN Silver 802.11b wireless PCMCIA card I had previously bought for This Old Mac (aka my 1996 Powerbook 1400cs). And since the PCMCIA slot in the much-better $0 Laptop (Gateway Solo 1450) is inoperable (“busted” is the technical term), the wireless card has remained in the Compaq, which has no Ethernet port or USB capability (though it does have a serial port, parallel printer port, built-in telephone modem and a power supply fully enclosed in the case — yes, a 120-volt power cord plugs right into the back). They made these Compaq’s well — this one still runs great.

Anyhow, my “roll-your-own-X” Debian install did OK. The display was a bit slow in Abiword, but I had everything running fairly well. Just not well enough.

Since then, I spent quite a bit of time testing DSL 4.0 on the Compaq. Damn Small Linux runs great on this thing, that much I can tell you. And I even ran Puppy 2.13 for a couple of days this week.

But I always had Debian on the hard drive. Just not the original Debian. I had wiped the drive and experimented with Debian Etch and the Xfce desktop install (desktop=xfce as a boot parameter in the installer) as well as Slackware 12.0 without KDE (Xfce and Fluxbox).

Well, Slackware without KDE means you don’t even get an office suite, and I still had barely any disk space on the 3 GB drive. (I know, I just need to get a bigger drive … I know.)

So I went back to Debian Etch, again the Xfce desktop. Surprisingly, this install includes the full OpenOffice suite and I still have about a full GB of space left on the hard drive. I have a separate /home partition with 800 MB in it, and a root partition with 2 GB, with about 150 MB left. The rest of the space is swap — about 120 MB.

And while on the Gateway laptop (1.2 GHz Celeron CPU) I cannot detect a performance difference between the Xfce and Fluxbox window managers, on this 233 MHz CPU, there’s quite a difference. I was about to give up on Etch altogether when I decided to again install AbiWord (I tried Ted … again … but the RTF word processor still doesn’t work, at least in any Etch install I’ve had), as well as Fluxbox.

Fluxbox makes it a lot snappier. I still have all the Xfce apps, including Thunar, Mousepad and the great Xfmedia.

In fact, I finally got sound working tonight. I don’t think it’ll survive a reoot, so I’ll have to run this line on startup, but for today it did work:

# modprobe sb io=0x220 irq=5 dma=1 mpu_io=0x330

I can’t run alsamixer, but I can play an MP3 in Xfmedia, and it sounds great even on the built-in speakers on this 9-year-old laptop.

I didn’t think I could get sound working in Debian Etch, but since I did, Etch will definitely live to fight another day on this laptop.

Before I close out this entry, let men emphasize that the Xfce install of Debian is a quirky distro, to be sure. It’s nowhere near as complete as Ubuntu’s Xfce variant, Xubuntu.

Etch in its Xfce incarnation includes the full OpenOffice suite, but not Abiword or Gnumeric (which would be good substitutes). There’s no Synaptic or Update Manager, so I’ve been doing what Debian aficionados always tell me to do: use Aptitude. I was running aptitude in a terminal for awhile, but it’s much easier to just run it at the command line:

# aptitude update
# aptitude upgrade
# aptitude install abiword

Yep, just like apt-get and apt-get install, but Aptitude is supposed to do an even better job with dependencies and it keeps track of your changes to the system, should there be any problem.

I also need to do a dist-upgrade — without moving away from Debian Etch — to get a couple of packages that have been held back, including a new kernel image, but I’m holding off until I repartition the drive somewhat to put more space in the root partition (taking it away from /home):

# aptitude dist-upgrade

Final note: The fact that Debian Etch — a modern, up-to-date Linux distribution — can run so well in 233 MHz of CPU and 64 MB of RAM is something truly to behold. Again, my thanks to everybody at the Debian Project, past and present, for all they’ve done for the rest of us.

Post-final note: If Debian continues to perform so well, I just might blog the SCALE 6x convention with this 1999-vintage laptop.

Positively the last note: Iin case I only mentioned it once above, Fluxbox is really flying on this setup … but the ROX-filer is only a bit faster than Thunar. And since the 1999 Compaq with Debian Etch and Movable Type 4.0 are playing nicely, I think this laptop is definitely going to SCALE 6x … unless I succeed in getting wireless working over USB on the $0 Laptop (more to come on that).

Sorry, just one more note:
Look for a SCALE 6x feature on Click in the days ahead.

Debian Lenny, the Ted RTF word processor, and the fate of the $15 Laptop

January 29, 2008

I’ve complained numerous times in the past about the Ted word processor being broken in Debian. On my many Debian installs, I could neither create a new file in Ted nor open an old one.

But on my Gateway Solo 1450 (the $0 Laptop), after doing my big Debian Lenny update yesterday — which fixed an annoying Nautilus bug by updating to Nautilus 2.20 — I decided to give Ted another try.

It works.

I can create new files in Ted and open old ones. I tried Ted again on my Compaq Armada 7700dmt (the $15 Laptop), now a Debian Etch machine (with Xfce and, since last night, Fluxbox) that could really benefit from Ted working. No go.

I figured that it was maybe a Lenny-only thing — some other dependent package got updated and magically made Ted work. Here’s Ted’s bug status in Debian. I remember trying this “transcoded fonts” solution and having it not work.

So this morning, on my desktop Debian Lenny install, I tried Ted again, and it didn’t work. I even installed the transcoded fonts. Nothing.

Yes, I have three Debian installs (two Lenny, one Etch), and Ted works on one (Lenny) of them. That’s better than Ted working on none … but.

I’m wondering if I should even be running Debian on this 233 MHz Pentium II MMX, 64 MB RAM, 3 GB hard-drive laptop. The Compaq performs OK with Puppy Linux and a bit better with Damn Small Linux. And while on my faster, 1.2 GHz laptop I detect almost no difference in response time between Xfce and Fluxbox, on the 233 MHz box, Fluxbox is much snappier, so I take back my previous assertion that Fluxbox doesn’t give you much of a performance edge. When you’re running really old hardware, Fluxbox can really help.

The problem: I want to have a “full” command-line system in addition to X, and that’s harder to do in Puppy or DSL. And I like the fact that Debian and Slackware stay on top of security issues and frequently issue patched packages. And Debian (or Slackware, for that matter) makes it relatively easy to install any console app I want. However, I put a lot of stock in doing as little modification as possible; in my experience, things can get mucked up pretty quickly. And while both Puppy and DSL offer command-line features, neither is a full, modern, updated Debian or Slackware.

And just to provide a little background, Debian, Slackware, Puppy and Damn Small installed just fine on this old Compaq. I can’t say the same for Xubuntu, which I did try.

And while I’m mentioning Xubuntu and Debian with Xfce in the same post, let me just say that of the two, Xubuntu is way more ready for prime time. Debian’s default Xfce install is missing too many things; I stick by my assertion that Debian is great with the default GNOME, less so in the Xfce and KDE installs that you can do with the Xfce and KDE Debian disks (or desktop= boot parameter in the netinstaller).

Back to the Compaq. Both Puppy and DSL are way better at recognizing and configuring the hardware of this old Compaq laptop. At this point, I’m considering running both Puppy and DSL as live CDs with no OS on the puny hard drive, which would only be used for swap and storage (I could even replace the spinning hard drive with a Compact Flash chip or disk-on-module).

I hate to give up running Debian or Slackware on this laptop — I’ve tried both. But when I try to build up the apps on my own, I can never do as well as Puppy and Damn Small Linux — both of which I’ve used extensively over the past year and which I value very highly. The people behind Puppy and DSL really know what they’re doing.

And while I’m grateful to get Ted running on my Lenny laptop (where I don’t really need it), can’t Debian just make Ted work everywhere, all the time? Like I’ve said before, there’s probably a good reason that Ubuntu doesn’t have Ted in its repository, and I’d say the package not working is a pretty good reason.

I haven’t even complained about Ted not showing up where it should in the menus and my not being able to figure out how to put Ted where I want it in GNOME (yes, I used alacarte (here’s the Debian bug situation), and no, it didn’t let me add menu items (another Lenny bug, perhaps?) — it almost makes me want to run straight toward Xfce and Fluxbox … or Ubuntu).

Moral: Debian giveth and taketh away, but it remains damn good.

Debian Lenny, the Ted RTF word processor, and the fate of the $15 Laptop

January 29, 2008

I’ve complained numerous times in the past about the Ted word processor being broken in Debian. On my many Debian installs, I could neither create a new file in Ted nor open an old one.

But on my Gateway Solo 1450 (the $0 Laptop), after doing my big Debian Lenny update yesterday — which fixed an annoying Nautilus bug by updating to Nautilus 2.20 — I decided to give Ted another try.

It works.

I can create new files in Ted and open old ones. I tried Ted again on my Compaq Armada 7700dmt (the $15 Laptop), now a Debian Etch machine (with Xfce and, since last night, Fluxbox) that could really benefit from Ted working. No go.

I figured that it was maybe a Lenny-only thing — some other dependent package got updated and magically made Ted work. Here’s Ted’s bug status in Debian. I remember trying this “transcoded fonts” solution and having it not work.

So this morning, on my desktop Debian Lenny install, I tried Ted again, and it didn’t work. I even installed the transcoded fonts. Nothing.

Yes, I have three Debian installs (two Lenny, one Etch), and Ted works on one (Lenny) of them. That’s better than Ted working on none … but.

I’m wondering if I should even be running Debian on this 233 MHz Pentium II MMX, 64 MB RAM, 3 GB hard-drive laptop. The Compaq performs OK with Puppy Linux and a bit better with Damn Small Linux. And while on my faster, 1.2 GHz laptop I detect almost no difference in response time between Xfce and Fluxbox, on the 233 MHz box, Fluxbox is much snappier, so I take back my previous assertion that Fluxbox doesn’t give you much of a performance edge. When you’re running really old hardware, Fluxbox can really help.

The problem: I want to have a “full” command-line system in addition to X, and that’s harder to do in Puppy or DSL. And I like the fact that Debian and Slackware stay on top of security issues and frequently issue patched packages. And Debian (or Slackware, for that matter) makes it relatively easy to install any console app I want. However, I put a lot of stock in doing as little modification as possible; in my experience, things can get mucked up pretty quickly. And while both Puppy and DSL offer command-line features, neither is a full, modern, updated Debian or Slackware.

And just to provide a little background, Debian, Slackware, Puppy and Damn Small installed just fine on this old Compaq. I can’t say the same for Xubuntu, which I did try.

And while I’m mentioning Xubuntu and Debian with Xfce in the same post, let me just say that of the two, Xubuntu is way more ready for prime time. Debian’s default Xfce install is missing too many things; I stick by my assertion that Debian is great with the default GNOME, less so in the Xfce and KDE installs that you can do with the Xfce and KDE Debian disks (or desktop= boot parameter in the netinstaller).

Back to the Compaq. Both Puppy and DSL are way better at recognizing and configuring the hardware of this old Compaq laptop. At this point, I’m considering running both Puppy and DSL as live CDs with no OS on the puny hard drive, which would only be used for swap and storage (I could even replace the spinning hard drive with a Compact Flash chip or disk-on-module).

I hate to give up running Debian or Slackware on this laptop — I’ve tried both. But when I try to build up the apps on my own, I can never do as well as Puppy and Damn Small Linux — both of which I’ve used extensively over the past year and which I value very highly. The people behind Puppy and DSL really know what they’re doing.

And while I’m grateful to get Ted running on my Lenny laptop (where I don’t really need it), can’t Debian just make Ted work everywhere, all the time? Like I’ve said before, there’s probably a good reason that Ubuntu doesn’t have Ted in its repository, and I’d say the package not working is a pretty good reason.

I haven’t even complained about Ted not showing up where it should in the menus and my not being able to figure out how to put Ted where I want it in GNOME (yes, I used alacarte (here’s the Debian bug situation), and no, it didn’t let me add menu items (another Lenny bug, perhaps?) — it almost makes me want to run straight toward Xfce and Fluxbox … or Ubuntu).

Moral: Debian giveth and taketh away, but it remains damn good.

Triple-booting with a frugal Puppy

December 28, 2007

I’m always talking about how I prefer to run Puppy Linux (and Damn Small Linux) from the live CD. But I’ve done both “frugal” and “full” hard-drive installs of Puppy in the past. I’ve also had GRUB get so screwed up that I couldn’t boot anything. I’m far from a GRUB expert.

One thing I need to do — and something we all should do — is make copies of /boot/grub/menu.lst whenever it actually boots everything, and keep those files copied somewhere that isn’t your actual working drive (where it could get erased). For instance, I couldn’t get Slackware 12 to boot on the $0 Laptop (Gateway Solo 1450) the other day, but on the drive I’m using now (on the converted Maxspeed Maxterm thin client), I’m triple-booting Xubuntu 7.04, Slackware 12 and a frugal install of Puppy 2.17 (running Puppy at the moment).

So from this drive, getting the GRUB entries for Slackware and Puppy saved is a top priority, should I need to re-create this installation from scratch in the future. The problem with triple-booting is that every time you install a new OS, it wants to create a new GRUB installation and looks at all your partition for other OSes and tries to create GRUB entries that work; often they don’t. I can usually Google for tips on how to modify /boot/grub/menu.lst, but I’ve hit a wall with Slackware 12 and the laptop.

The best advice, which I haven’t acted on yet is to boot Slackware (and probably the BSDs as well) by installing the default bootloader on their own partitions and NOT on the Master Boot Record. Then use the chainloader command in the MBR version of GRUB to boot each OS with its own bootloader (LILO is the default for Slackware, although once you have it installed you can switch to GRUB if you wish; the GRUB package, along with an installer script, is on the third Slackware CD).

Taking all I’ve said into consideration, it’s easy enought to make a relatively small partition for Puppy or DSL — even a couple of GB or a single GB — and do a frugal install. That way you can multi-boot without eating up large chunks of your drive. I could update this partition and go from Puppy 2.17 to 3.01, but everything is working right now, and I tend to run Puppy as is — not adding anything — so I’m good with 2.17 for the foreseeable future on this drive.

More reasons gOS is nowhere near ready for use by just about anybody

December 27, 2007

Since Puppy Linux uses local time, I had reset my test box’s clock for the now-aborted Thin Puppy Torture Test II (we’ve had even more power outages lately, and I’m glad to stop where I did but keep writing about Puppy just the same). But now that I’m back in gOS, I needed to reset the clock to UTC. I’m perfectly capable of opening a terminal and using the command line to set the clock, but I can’t believe that the casual, new-to-Linux user with gOS has no other way to set the time. No GUI, big problem.

It’s just plain wrong. Ubuntu has a GUI time-setting utility. gOS should have one, too.

Already there’s no way to set a static IP in gOS except by opening a terminal and either using the command line or editing the relevant configuration files. And I’ve already complained extensively about gOS’ lack of a GUI text editor; it wouldn’t have killed them to throw Gedit or Mousepad on the thing. Instead, you have to run nano or Vim from a terminal. I can use both of these editors, although I’m more rusty in vi/Vim than many. But I still prefer to use a GUI editor when working in X — it’s nice to be able to easily copy and paste in X, and I shudder to think of someone who’s never seen a terminal program or text editor before in their entire lives having to use xterm and nano, or even worse, vi.

Again, it’s sloppy, and it’s wrong.

Assuming that everybody has a dynamic IP is one thing, but assuming that the clock will set itself? Unbelievable.

I just did an update on gOS — 47 packages, and I had hoped that some of these issues would be solved. But not one was. And I’ve already had X crash once today, and GRUB isn’t working so well, either. That could be due to Ubuntu 6.06 LTS not getting the configuration right for gOS (those long Ubuntu disk IDs — not quite sure what they are or why they’re used — screw it up often). At one point in the boot, I get to a console and hit ctrl-alt-del, at which point the gOS boot continues, finally leading me to the GUI where I can log on.

The average gOS user is NOT dual-booting, so it’s not a huge deal, but it’s just another example of general messiness (and more of a warning against dual-booting on any critical systems).

But overall, the more I get to know gOS, the less I like it.

Anyhow, if you came here via a search because you’re frustrated with gOS, here’s how to set the time (this also works in Ubuntu, which can do this with an easy-to-use utility, but if you’re a glutton for punishment, by all means do it this way):

Left-click on the desktop and navigate to Applications — System Tools — UXterm

UXterm — gOS’ terminal program — will load when you click on it.

Once you get a prompt ending in $, you must click on the window to make it active (another bug in gOS that’s just plain annoying).

The Linux format for setting time and date at the command line is somewhat arcane, but not overly so. This is how to set the time and date for 10:15 a.m. Dec. 27, 2007. Times must be in 24-hour mode; i.e. 1:15 p.m. would be 13:15. You begin using the date command. The 12-digit format for the date command is month (01 to 12) date (01 to 31) hour (00 to 23) minute (00 to 59) and year (generally 2007), Type the following after the $ prompt (and enter your password when asked for it). Don’t forget the double-quote marks (not two single quotes, but the shift-quote key):

$ sudo date “122710152007”

Enter your password when needed (as in all sudo commands)

Then you need to set the hardware clock (make sure the double-dashes are spaced properly, which means they need to be attached to the words they proceed):

$ sudo hwclock –systohc –utc

Enter your password again when asked.

To check the clock:

$ date

For the software clock

$ hwclock

For the hardware clock

Both should output the proper date and time:

Thu Dec 27 10:15:00 PST 2007 (or whatever time it happens to be)

Again, users of gOS SHOULD NOT be made to do this. But they have no choice. Personally, I’d slap Ubuntu or Xubuntu on my Everex box ASAP.

gOS sounds like a great idea … until you actually start using it. At that point you gain a new appreciation for all the work that has gone into such relatively trouble-free LInux distributions as Ubuntu, Debian, Slackware (yes, even Slackware), Red Hat/CentOS, Fedora, Suse, Puppy, Damn Small Linux, PCLinuxOS .. in fact, I could name just about every distribution I’ve tried over the past year (at least a couple dozen).

Again, if the CEO of Wal-Mart asked me how to clean up this mess, I’d tell him to move the Everex to Ubuntu immediately. The hardware can handle it, and it’s ready in a way that gOS most certainly is not.

gOS 1.0.1: lots of hype, but not so fast

December 20, 2007

gOS_400.jpg

I’m writing this review on Google Docs in Firefox while running gOS 1.0.1, the Ubuntu-based distribution that steers users toward Web-based applications whenever possible — mostly those under the auspices of Google — and which powers the Everex Linux PC being sold for $199 by the truckful at Wal-Mart.

I’m getting more comfortable with Google Docs all the time, but there are times when you need a traditional text editor. Yet there is no GUI text editor to be found in the gOS distro. There is the entire OpenOffice suite and the GIMP image editor, a smattering of games, Rhythmbox for music and Xine for video, but no stand-alone mail client (you’re encouraged by the iconography on the gOS desktop to use Gmail …). Luckily there is a terminal program, which is named UXterm but looks suspiciously like plain ol’ xterm, and with that you can bring up Vim or Nano, but that’s pretty much it. Come to think of it, without a terminal in the GUI, and a console text editor, gOS would be in a heap of trouble, so it’s good that they included one. But every gOS user’s life would be a whole lot easier with a GUI text editor. Since you can add anything in the Ubuntu repositories, holes in gOS are easily filled.

But the more I used the new, green OS, the more I wondered whether the Everex (and everybody else) would be be better off with Ubuntu, Xubuntu, Debian … or just about anything. While the Everex, with its 1.5 GHz VIA processor and 512 MB of RAM is underpowered when compared to most modern desktops, I regularly run Debian and Ubuntu — both with GNOME — and even Slackware with GNOME and Xfce on a machine with similar power but half the memory. And as I found out, the speed and lightness on resources that the Enlightenment window manager promises are just not there.

One thing I do like about gOS — and this may be a feature of Ubuntu 7.10 for all I know — is that when you’re in a terminal and try to run an application you don’t have installed, the terminal outputs what you do need to do to get it.

For instance, I tried to run the Joe editor:

$ joe

and I got the following:

The program ‘Joe’ is currently not installed. You can install it by typing:
sudo apt-get install joe
bash: joe: command not found

Whenever that message comes from, it’s a very nice touch and is more than enough to get even a novice user going with apt.

But sheesh, at least give me Leafpad, Mousepad, Gedit … whatever. Normally I would just add the editor I want, but for this evaluation of gOS, I pledged to stay with Google Docs; that’s what they want you to use, so I’ll use it. In the past, I’ve even gone as far as automatically posting a Google Docs item to one of my Blogger blogs, but that feature, in my opinion, is pretty much useless. Why not just write directly in Blogger? And since you can only auto-post from Google Docs to a single blog, the write-to-blog feature won’t work for me. However, the post-to-blog feature does work with WordPress and LiveJournal blogs, plus a few others I’ve never heard of. That makes it more useful, but what I need is for Google Docs to act as more of a “dashboard” app for my various blogs — I’d like to be able to publish from here to more than one blog (actually about six, and therein lies my sickness).

Update: I was all set to complain about Google Docs’ browser-printing problem, but I just printed a document from Docs on my Windows PC, and what Docs did was turn my document into a great-looking PDF, which opened in Adobe Reader and was easily printed on paper. I’m not sure how seamless this integration is in Linux systems, but I plan to find out soon. Printing on actual paper seemed like the weak link in the whole Google Docs scheme, but it looks like they have that problem solved very well — I may never use a traditional word processor again (especially if the promised offline extension of Docs is ever released).

Google Docs is a whole lot better than many people let on. I never need to insert tables or pictures into my documents. I write stuff. Stuff with words, and if I need to insert photos, I’m generally already in a blog post or on a printed page that I’m dealing with in a publishing program that is a whole lot bigger and more complicated than Google Docs. But Docs CAN insert images, tables, links and more. And it’s not a bad HTML generator either. You can look at the HTML source at any time and copy/paste it into your Web content.

For the everyday writer of articles for publication, Google Docs is pretty kick-ass. When not connected to the Internet, or for those who don’t want Google to see their documents, there’s always the option of using OpenOffice, though I think AbiWord and Gnumeric are more in keeping with the lightness touted by gOS.

Getting back to gOS … almost: Even though this is supposed to be about gOS, the bare-bones Linux distro relies heavily on the Firefox browser and links to various Web tools like GMail, Google Docs, Wikipedia (see, they’re not all Google), Facebook, Blogger, YouTube, Google Maps and Picasa. So any review of gOS must take heavily into account the browser experience.

Since I work on four or five separate computers a day, working with docs online and using Web-based (or IMAP-delivered) e-mail is a must for me. I could add a standalone mail client to gOS as easily as I can with any Ubuntu or Debian system, but for now I won’t. Even so, a user with gOS can pretty much make it do anything they could do on Ubuntu. Or they could wipe gOS from the drive and replace it … or perhaps dual-boot.

One of the most attractive things about gOS and the Everex PC is that the combination promises full power management, making for a more green PC than most anything else out there on the desktop, so if you have the Everex PC, making gOS work the way you want it becomes a more attractive option. Hopefully Linux, as it matures even further, will include better power management for all motherboards.

More mail: I’m divided about the use of mail clients anyway. Most of the time, a Web portal is fine for me, especially if the entire session takes place in a secure connection (thanks, DSL Extreme). And I suspect that the vast majority of computer users have never heard of a mail client — they barely know what Outlook is — and have been accessing e-mail through the browser as long as they’ve had e-mail access, so gOS is going in the right direction there.

Gmail tip: To keep your Gmail session secure throughout, start out in your browser with the following:

https://mail.google.com

Note the “s” for a secure connection. You can also type https://gmail.com. Unsecure e-mail, particularly over unencrypted wireless connections, is a real problem, and it makes me reluctant to use Yahoo Mail because only the password is sent over a secure connection. The rest of your e-mail is right out there for others to intercept and use for ill.

Speaking about the greenish gOS desktop, the Enlightenment window manager isn’t that bad. I think gOS could’ve been done just as well with Xfce — maybe even better — but I know that some Enlightenment developers are behind the project, and I’m always happy to see any desktop environment taken to the next level. At least it sets gOS apart from the dozen or so Xfce-based distros out there. But speedy, it’s not.

One of the first things I did in gOS was add some virtual desktops; it’s one of the best features that Windows doesn’t offer, and I think the gOS people should ship the OS with more than a single desktop showing. I like the traditional four, so I left-clicked on the mouse and went to Desktop — Virtual — Configure Virtual Desktops. I could’ve added more than four, but I didn’t. Switching between desktops is done with the usual ctrl-alt-arrow keys. You can’t tell in gOS which desktop you’re on, but at least they’re there.

One feature I turned on in Enlightenment that I’ve never seen before in any other window manager (although I’m pretty sure it’s there in most window managers) is the ability to switch or “flip” screens by moving the mouse pointer to the left or right edge of the screen, effectively scrolling to the next desktop. It’s kind of neat. I don’t know if I need it (I discovered it by accident after forgetting that I set it), but it may just be something that gOS users will grow to like. I had to turn the feature off because I kept triggering it by accident — I like my Firefox windows to fill up the screen, and more than once I found myself on the next desktop when I didn’t want to be there just yet. Ctrl-alt-arrow is good enough for me. But if you like the “flip screen” feature, you can make it look even more groovy with “animated flip.”

One successful install, one less so: Both my regular test box (the VIA C3 Samuel-based Maxspeed Maxterm converted thin client) and the $0 Laptop (Gateway Solo 1450) are very Ubuntu friendly, meaning installs of Ubuntu-based distros generally go well on both. gOS installed like a champ on the thin client, but it won’t install at all on the Gateway. On the latter, the live CD environment comes up fine (and the graphics are much snappier than on the Maxspeed), but when I do the install, I enter all the relevant information, and about six seconds into the actual install, the program crashes — and that’s it. Since I recently did an install of Ubuntu 7.10 on this very same laptop, it’s curious, indeed, that gOS will not install. It’s regretful, but at least I got gOS on one box. Hopefully the bug, whatever it is, will be squashed in future editions of gOS.

Potential problem: I’m running top in a terminal window on one of my four desktops, and it consistently shows Enlightenment using 9 percent to 12 percent of my CPU and 12 percent of my 256 MB of memory … at idle. That’s not exactly light. I’ll have to go back to Ubuntu and Xubuntu and see how much CPU and memory GNOME and Xfce take up. I don’t think it’s this much. That said, gOS seems to be running as well as anything else, but not radically better. I’m able to switch windows in Firefox fairly quickly and do the same with my virtual desktops. Again, I’d have a better feel for how gOS compares if I could install it on my Gateway laptop.

So I decided to install the next distro I’m testing — Wolvix Hunter 1.1.0. In case you haven’t heard of Wolvix, it’s a live CD based on Slackware that runs the Xfce and Fluxbox window managers. It can be used as a live CD, or put on the hard drive as a frugal install or traditional hard drive install. I opted for the traditional hard drive install.

The Wolvix installation process is excellent. I already had partitions set up, but the Wolvix installer offered to start up Gparted and make some or modify those I have. I also had the option of designating separate partitions for /home and other directories (I declined but would have configured a separate /home if I planned to use Wolvix long-term). The installer also gave me the option of booting Wolvix at the console or in a GUI (I chose the GUI), and it offered to put GRUB on the master boot record (I accepted). It also detected gOS, which allowed me to dual-boot. If whatever I install on the remaining partition messes up GRUB, I can easily reinstall it from Wolvix without having to geek out too much. (Note: Wolvix didn’t do so well on GRUB, I instead used the gOS install disk to reinstall GRUB, and it recognized gOS perfectly).

I ran top in a terminal in Wolvix Hunter running Xfce, and at idle, with the Firefox window open on another screen (just like in gOS), the top running process was X at between 2 and 4.6 percent CPU and 7.6 percent memory. In short, a whole lot lighter than Enlightenment.

Maybe Wolvix isn’t the best distro with which to compare gOS, but the Xfce vs. Enlightenment comparison is more than valid. Is it possible that the Everex PC could perform better with Xubuntu instead of gOS? (The answer is yes.)

Anyway, since Wolvix includes Fluxbox, I decided to go further and check top again. I opened Firefox, opened this document, switched to another window, opened a terminal and ran top. X was still the top running process and veered between 0.3 percent and 1.7 percent of CPU, and 6.1 percent of memory. Again, much better than Enlightenment in gOS.

To provide an even clearer picture of the performance of gOS and Enlightenment, I tested the load times of Firefox and OpenOffice Writer in a variety of Linux distributions and window managers. (Note: Slackware 12 doesn’t include OpenOffice, and I haven’t bothered to add it, so times are provided for KOffice’s KWord — which is generally quicker to load than OO). Load times were checked twice for each setup, since the second load of each of these two applications often happens much more quickly than the first.

Other variables that may have affected the times: Ubuntu 6.06 uses Firefox 1.5. All others used variants of Firefox 2.0. OpenOffice versions ranged from 2.0 in Ubuntu 6.06 to 2.3 in gOS.

The distros and window managers tested on the Maxspeed converted thin client (1 GHz VIA C3 processor, ECS eveM motherboard, 256 MB RAM) were:

gOS 1.0.1 (Enlightenment)
Ubuntu 6.0.6 LTS (GNOME)
Wolvix Hunter 1.1.0 (Xfce and Fluxbox)
Slackware 12 (KDE, Xfce and Fluxbox)
Ubuntu 7.04 (GNOME)
Xubuntu 7.04 (Xfce)
Debian 4.0 Etch (Xfce)

To sum up before the results are given, gOS was the slowest of the bunch — even slower than Slackware under KDE — and also slower than Ubuntu. It may be surprising, but Ubuntu with GNOME compares somewhat favorably to other distros running Xfce; you don’t lose much speed by running GNOME as opposed to Xfce. Slackware and Debian with Xfce were another story; both were extremely fast when it came to loading applications. I didn’t include Debian Etch with GNOME in the test because I didn’t have it installed on one of the thin client’s drives. But Debian compared very well to Slackware when both used the Xfce desktop environment. Curiously, Xubuntu — Ubuntu’s Xfce variant — was slower than Debian with Xfce; in fact (as I already mentioned), Xubuntu didn’t provide much of a speed advantage over regular Ubuntu.

I expected Wolvix to be the fastest, or at least as fast as Slackware. but it was buried by Slack. Not surprisingly, when Xfce was chosen for the window manager instead of KDE, Slackware was the undisputed winner, with a first-load time for Firefox of 8 seconds. That said, Ubuntu was slower, but not overly much, so if you prefer Ubuntu and GNOME to Slackware and Xfce, it’s not like night and day in terms of application load time; it’s more like noon and 2:30 p.m. — a difference, but not so much as to make the slower of the two unusable.

The reason I even did this test was that from a “desktop feel” standpoint on my underpowered test box, gOS lacked the quickness of most of the other distros, including the Dapper and Feisty versions of Ubuntu.

And while Ubuntu has made some performance gains between 6.06 and 7.04, compatibility with hardware and desire for (or lack of interest in) more up-to-date apps should govern users’ choice of the LTS vs. regular releases of the distro. For instance, on the converted thin client, hardware recognition is great in both versions, but on my Gateway laptop, ACPI and touchpad configuration work better in 7.10, and almost as well in 7.04. But ACPI management of the CPU fan only works with the kernel provided in 7.04.

Another aside: I saw practically no difference in application load times between Xfce and Fluxbox. So if you prefer Fluxbox, go ahead and use it, but you won’t be gaining any performance over Xfce, at least in 256 MB of RAM. On the $15 Laptop (Compaq Armada 7770dmt), which only has 64 MB of RAM, I ran Debian with Fluxbox for months, and it runs just as well now that I have Xfce on it. And the superior tools included in Xfce put it ahead of Fluxbox when it comes to usability on the desktop.

The Slackware KDE vs. Slackware Xfce numbers are the most startling; using Slack with Xfce will save considerable load time on slower systems.

On “modern” PCs, however, much of this is moot. With a dual-core processor and 512 MB to 1 GB of RAM, everything loads so quickly that for desktop use, personal preference for one window manager or another holds more sway than load times, which will be acceptably short in just about any desktop environment. And for those who like all the bells and widgets of KDE, if you have enough power to enjoy them, it’s probably worth it. Just Konqueror alone, with its ability to function as a Web browser, file manager, file viewer, FTP client and configuration portal, makes KDE very attractive. If only I could get X configured properly in Slackware on my Gateway Solo 1450 laptop.

Here are the test results:

gOS 1.0.1 (Enlightenment)
Firefox 2.0.0.10 1st load: 30 sec.
                 2nd load: 15 sec.
OpenOffice 2.3   1st load: 56 sec.
                 2nd load: 21 sec.  

Ubuntu 6.06 (GNOME)
Firefox 1.5.0.13 1st load: 21 sec.
                 2nd load: 10 sec.
Open Office 2.0  1st load: 44 sec.
                 2nd load: 26 sec.

Wolvix Hunter 1.1.0 (Xfce)
Firefox 2.0.0.6 1st load: 19 sec.
                2nd load: 12 sec.
OpenOffice 2.2  1st load: 37 sec.
                2nd load: 23 sec.

Wolvix Hunter 1.1.0 (Fluxbox)
Firefox 2.0.0.6 1st load: 22 sec.
                2nd load: 12 sec.
OpenOffice 2.2  1st load: 42 sec.
                2nd load: 23 sec.

Slackware 12 (KDE)
Firefox 2.0.0.8 1st load: 24 sec.
                2nd load: 14 sec.
KOffice         1st load: 19 sec.
                2nd load: 16 sec.

Slackware 12 (Xfce)
Firefox 2.0.0.8 1st load:  8 sec.
                2nd load:  8 sec.
KOffice         1st load: 15 sec.
                2nd load: 13 sec.

Slackware 12 (Fluxbox)
Firefox 2.0.0.8  1st load: 9 sec.
                 2nd load: 9 sec.
Koffice         1st load: 15 sec.
                2nd load: 13 sec.

Xubuntu 7.04 (Xfce)
Firefox 2.0.0.10 1st load: 18 sec.
                 2nd load:  9 sec.
OpenOffice 2.2   1st load: 36 sec.
                 2nd load: 22 sec.

Ubuntu 7.04 (GNOME)
Firefox 2.0.0.10 1st load: 17 sec.
                 2nd load: 10 sec.
OpenOffice 2.2
   1st load: 40 sec.
                 2nd load: 18 sec.

Debian 4.0 Etch (Xfce)
Firefox 2.0.0.8  1st load: 10 sec.
                 2nd load: 10 sec.
Open Office 2.0  1st load: 17 sec.
                 2nd load: 17 sec.

As I say above the biggest thing to emerge is the speed advantage of Slackware and Debian, especially with Xfce. The relative slowness of Slackware 11-based Wolvix was puzzling. And while I didn’t have OpenOffice installed in Slackware, and KOffice is pretty much a quicker program, I included its load numbers for comparison’s sake. I did first and second loads of all apps because the second load is often — but not always — much quicker. Times for office suites were the number of seconds it took to open up a new OO Writer or KWord document.

While I didn’t expect Debian to be slow, I also didn’t expect it to be so comparable to Slackware. That’s good news for Debian users.

But the biggest thing to come out of this test is that standard Ubuntu pretty much crushes gOS. The new, hot distro may be green in color, but it’s incomplete and slow.

That said, the idea of doing most work in the browser and drawing on Web-based portals for not just e-mail and “social networking” purposes, but also document creation, photo editing and storage is becoming more attractive and viable all the time. In this realm, gOS is making a big “idea” contribution to the OS game, but in terms of sheer performance, polish and basic tools, it has a long way to go.

The average user — even newbies — would be better off with Ubuntu or Xubuntu on the Everex. And as these tests show, the Xfce desktop environment, in most instances, provides more bang for your MHz.

I wanted gOS to be great, but when it comes to Linux and BSD distros, greatness only comes with time and painstaking effort. After all the hype over the gOS-Everex-Wal-Mart effort — some of it even generated by yours truly — I didn’t expect to see gOS beaten by every single established distro I threw at it. I don’t usually do extensive time tests, but the sludginess of gOS drove me to it.

And while I expected Slackware and Debian to acquit themselves well, I wasn’t prepared for out-of-the-box Ubuntu to best gOS. It wouldn’t make as great a story — “Wal-Mart chooses Ubuntu” — but it would be way better for those buying the $199 box from the world’s largest retailer.

gOS 1.0.1: lots of hype, but not so fast

December 20, 2007

gOS_400.jpg

I’m writing this review on Google Docs in Firefox while running gOS 1.0.1, the Ubuntu-based distribution that steers users toward Web-based applications whenever possible — mostly those under the auspices of Google — and which powers the Everex Linux PC being sold for $199 by the truckful at Wal-Mart.

I’m getting more comfortable with Google Docs all the time, but there are times when you need a traditional text editor. Yet there is no GUI text editor to be found in the gOS distro. There is the entire OpenOffice suite and the GIMP image editor, a smattering of games, Rhythmbox for music and Xine for video, but no stand-alone mail client (you’re encouraged by the iconography on the gOS desktop to use Gmail …). Luckily there is a terminal program, which is named UXterm but looks suspiciously like plain ol’ xterm, and with that you can bring up Vim or Nano, but that’s pretty much it. Come to think of it, without a terminal in the GUI, and a console text editor, gOS would be in a heap of trouble, so it’s good that they included one. But every gOS user’s life would be a whole lot easier with a GUI text editor. Since you can add anything in the Ubuntu repositories, holes in gOS are easily filled.

But the more I used the new, green OS, the more I wondered whether the Everex (and everybody else) would be be better off with Ubuntu, Xubuntu, Debian … or just about anything. While the Everex, with its 1.5 GHz VIA processor and 512 MB of RAM is underpowered when compared to most modern desktops, I regularly run Debian and Ubuntu — both with GNOME — and even Slackware with GNOME and Xfce on a machine with similar power but half the memory. And as I found out, the speed and lightness on resources that the Enlightenment window manager promises are just not there.

One thing I do like about gOS — and this may be a feature of Ubuntu 7.10 for all I know — is that when you’re in a terminal and try to run an application you don’t have installed, the terminal outputs what you do need to do to get it.

For instance, I tried to run the Joe editor:

$ joe

and I got the following:

The program ‘Joe’ is currently not installed. You can install it by typing:
sudo apt-get install joe
bash: joe: command not found

Whenever that message comes from, it’s a very nice touch and is more than enough to get even a novice user going with apt.

But sheesh, at least give me Leafpad, Mousepad, Gedit … whatever. Normally I would just add the editor I want, but for this evaluation of gOS, I pledged to stay with Google Docs; that’s what they want you to use, so I’ll use it. In the past, I’ve even gone as far as automatically posting a Google Docs item to one of my Blogger blogs, but that feature, in my opinion, is pretty much useless. Why not just write directly in Blogger? And since you can only auto-post from Google Docs to a single blog, the write-to-blog feature won’t work for me. However, the post-to-blog feature does work with WordPress and LiveJournal blogs, plus a few others I’ve never heard of. That makes it more useful, but what I need is for Google Docs to act as more of a “dashboard” app for my various blogs — I’d like to be able to publish from here to more than one blog (actually about six, and therein lies my sickness).

Update: I was all set to complain about Google Docs’ browser-printing problem, but I just printed a document from Docs on my Windows PC, and what Docs did was turn my document into a great-looking PDF, which opened in Adobe Reader and was easily printed on paper. I’m not sure how seamless this integration is in Linux systems, but I plan to find out soon. Printing on actual paper seemed like the weak link in the whole Google Docs scheme, but it looks like they have that problem solved very well — I may never use a traditional word processor again (especially if the promised offline extension of Docs is ever released).

Google Docs is a whole lot better than many people let on. I never need to insert tables or pictures into my documents. I write stuff. Stuff with words, and if I need to insert photos, I’m generally already in a blog post or on a printed page that I’m dealing with in a publishing program that is a whole lot bigger and more complicated than Google Docs. But Docs CAN insert images, tables, links and more. And it’s not a bad HTML generator either. You can look at the HTML source at any time and copy/paste it into your Web content.

For the everyday writer of articles for publication, Google Docs is pretty kick-ass. When not connected to the Internet, or for those who don’t want Google to see their documents, there’s always the option of using OpenOffice, though I think AbiWord and Gnumeric are more in keeping with the lightness touted by gOS.

Getting back to gOS … almost: Even though this is supposed to be about gOS, the bare-bones Linux distro relies heavily on the Firefox browser and links to various Web tools like GMail, Google Docs, Wikipedia (see, they’re not all Google), Facebook, Blogger, YouTube, Google Maps and Picasa. So any review of gOS must take heavily into account the browser experience.

Since I work on four or five separate computers a day, working with docs online and using Web-based (or IMAP-delivered) e-mail is a must for me. I could add a standalone mail client to gOS as easily as I can with any Ubuntu or Debian system, but for now I won’t. Even so, a user with gOS can pretty much make it do anything they could do on Ubuntu. Or they could wipe gOS from the drive and replace it … or perhaps dual-boot.

One of the most attractive things about gOS and the Everex PC is that the combination promises full power management, making for a more green PC than most anything else out there on the desktop, so if you have the Everex PC, making gOS work the way you want it becomes a more attractive option. Hopefully Linux, as it matures even further, will include better power management for all motherboards.

More mail: I’m divided about the use of mail clients anyway. Most of the time, a Web portal is fine for me, especially if the entire session takes place in a secure connection (thanks, DSL Extreme). And I suspect that the vast majority of computer users have never heard of a mail client — they barely know what Outlook is — and have been accessing e-mail through the browser as long as they’ve had e-mail access, so gOS is going in the right direction there.

Gmail tip: To keep your Gmail session secure throughout, start out in your browser with the following:

https://mail.google.com

Note the “s” for a secure connection. You can also type https://gmail.com. Unsecure e-mail, particularly over unencrypted wireless connections, is a real problem, and it makes me reluctant to use Yahoo Mail because only the password is sent over a secure connection. The rest of your e-mail is right out there for others to intercept and use for ill.

Speaking about the greenish gOS desktop, the Enlightenment window manager isn’t that bad. I think gOS could’ve been done just as well with Xfce — maybe even better — but I know that some Enlightenment developers are behind the project, and I’m always happy to see any desktop environment taken to the next level. At least it sets gOS apart from the dozen or so Xfce-based distros out there. But speedy, it’s not.

One of the first things I did in gOS was add some virtual desktops; it’s one of the best features that Windows doesn’t offer, and I think the gOS people should ship the OS with more than a single desktop showing. I like the traditional four, so I left-clicked on the mouse and went to Desktop — Virtual — Configure Virtual Desktops. I could’ve added more than four, but I didn’t. Switching between desktops is done with the usual ctrl-alt-arrow keys. You can’t tell in gOS which desktop you’re on, but at least they’re there.

One feature I turned on in Enlightenment that I’ve never seen before in any other window manager (although I’m pretty sure it’s there in most window managers) is the ability to switch or “flip” screens by moving the mouse pointer to the left or right edge of the screen, effectively scrolling to the next desktop. It’s kind of neat. I don’t know if I need it (I discovered it by accident after forgetting that I set it), but it may just be something that gOS users will grow to like. I had to turn the feature off because I kept triggering it by accident — I like my Firefox windows to fill up the screen, and more than once I found myself on the next desktop when I didn’t want to be there just yet. Ctrl-alt-arrow is good enough for me. But if you like the “flip screen” feature, you can make it look even more groovy with “animated flip.”

One successful install, one less so: Both my regular test box (the VIA C3 Samuel-based Maxspeed Maxterm converted thin client) and the $0 Laptop (Gateway Solo 1450) are very Ubuntu friendly, meaning installs of Ubuntu-based distros generally go well on both. gOS installed like a champ on the thin client, but it won’t install at all on the Gateway. On the latter, the live CD environment comes up fine (and the graphics are much snappier than on the Maxspeed), but when I do the install, I enter all the relevant information, and about six seconds into the actual install, the program crashes — and that’s it. Since I recently did an install of Ubuntu 7.10 on this very same laptop, it’s curious, indeed, that gOS will not install. It’s regretful, but at least I got gOS on one box. Hopefully the bug, whatever it is, will be squashed in future editions of gOS.

Potential problem: I’m running top in a terminal window on one of my four desktops, and it consistently shows Enlightenment using 9 percent to 12 percent of my CPU and 12 percent of my 256 MB of memory … at idle. That’s not exactly light. I’ll have to go back to Ubuntu and Xubuntu and see how much CPU and memory GNOME and Xfce take up. I don’t think it’s this much. That said, gOS seems to be running as well as anything else, but not radically better. I’m able to switch windows in Firefox fairly quickly and do the same with my virtual desktops. Again, I’d have a better feel for how gOS compares if I could install it on my Gateway laptop.

So I decided to install the next distro I’m testing — Wolvix Hunter 1.1.0. In case you haven’t heard of Wolvix, it’s a live CD based on Slackware that runs the Xfce and Fluxbox window managers. It can be used as a live CD, or put on the hard drive as a frugal install or traditional hard drive install. I opted for the traditional hard drive install.

The Wolvix installation process is excellent. I already had partitions set up, but the Wolvix installer offered to start up Gparted and make some or modify those I have. I also had the option of designating separate partitions for /home and other directories (I declined but would have configured a separate /home if I planned to use Wolvix long-term). The installer also gave me the option of booting Wolvix at the console or in a GUI (I chose the GUI), and it offered to put GRUB on the master boot record (I accepted). It also detected gOS, which allowed me to dual-boot. If whatever I install on the remaining partition messes up GRUB, I can easily reinstall it from Wolvix without having to geek out too much. (Note: Wolvix didn’t do so well on GRUB, I instead used the gOS install disk to reinstall GRUB, and it recognized gOS perfectly).

I ran top in a terminal in Wolvix Hunter running Xfce, and at idle, with the Firefox window open on another screen (just like in gOS), the top running process was X at between 2 and 4.6 percent CPU and 7.6 percent memory. In short, a whole lot lighter than Enlightenment.

Maybe Wolvix isn’t the best distro with which to compare gOS, but the Xfce vs. Enlightenment comparison is more than valid. Is it possible that the Everex PC could perform better with Xubuntu instead of gOS? (The answer is yes.)

Anyway, since Wolvix includes Fluxbox, I decided to go further and check top again. I opened Firefox, opened this document, switched to another window, opened a terminal and ran top. X was still the top running process and veered between 0.3 percent and 1.7 percent of CPU, and 6.1 percent of memory. Again, much better than Enlightenment in gOS.

To provide an even clearer picture of the performance of gOS and Enlightenment, I tested the load times of Firefox and OpenOffice Writer in a variety of Linux distributions and window managers. (Note: Slackware 12 doesn’t include OpenOffice, and I haven’t bothered to add it, so times are provided for KOffice’s KWord — which is generally quicker to load than OO). Load times were checked twice for each setup, since the second load of each of these two applications often happens much more quickly than the first.

Other variables that may have affected the times: Ubuntu 6.06 uses Firefox 1.5. All others used variants of Firefox 2.0. OpenOffice versions ranged from 2.0 in Ubuntu 6.06 to 2.3 in gOS.

The distros and window managers tested on the Maxspeed converted thin client (1 GHz VIA C3 processor, ECS eveM motherboard, 256 MB RAM) were:

gOS 1.0.1 (Enlightenment)
Ubuntu 6.0.6 LTS (GNOME)
Wolvix Hunter 1.1.0 (Xfce and Fluxbox)
Slackware 12 (KDE, Xfce and Fluxbox)
Ubuntu 7.04 (GNOME)
Xubuntu 7.04 (Xfce)
Debian 4.0 Etch (Xfce)

To sum up before the results are given, gOS was the slowest of the bunch — even slower than Slackware under KDE — and also slower than Ubuntu. It may be surprising, but Ubuntu with GNOME compares somewhat favorably to other distros running Xfce; you don’t lose much speed by running GNOME as opposed to Xfce. Slackware and Debian with Xfce were another story; both were extremely fast when it came to loading applications. I didn’t include Debian Etch with GNOME in the test because I didn’t have it installed on one of the thin client’s drives. But Debian compared very well to Slackware when both used the Xfce desktop environment. Curiously, Xubuntu — Ubuntu’s Xfce variant — was slower than Debian with Xfce; in fact (as I already mentioned), Xubuntu didn’t provide much of a speed advantage over regular Ubuntu.

I expected Wolvix to be the fastest, or at least as fast as Slackware. but it was buried by Slack. Not surprisingly, when Xfce was chosen for the window manager instead of KDE, Slackware was the undisputed winner, with a first-load time for Firefox of 8 seconds. That said, Ubuntu was slower, but not overly much, so if you prefer Ubuntu and GNOME to Slackware and Xfce, it’s not like night and day in terms of application load time; it’s more like noon and 2:30 p.m. — a difference, but not so much as to make the slower of the two unusable.

The reason I even did this test was that from a “desktop feel” standpoint on my underpowered test box, gOS lacked the quickness of most of the other distros, including the Dapper and Feisty versions of Ubuntu.

And while Ubuntu has made some performance gains between 6.06 and 7.04, compatibility with hardware and desire for (or lack of interest in) more up-to-date apps should govern users’ choice of the LTS vs. regular releases of the distro. For instance, on the converted thin client, hardware recognition is great in both versions, but on my Gateway laptop, ACPI and touchpad configuration work better in 7.10, and almost as well in 7.04. But ACPI management of the CPU fan only works with the kernel provided in 7.04.

Another aside: I saw practically no difference in application load times between Xfce and Fluxbox. So if you prefer Fluxbox, go ahead and use it, but you won’t be gaining any performance over Xfce, at least in 256 MB of RAM. On the $15 Laptop (Compaq Armada 7770dmt), which only has 64 MB of RAM, I ran Debian with Fluxbox for months, and it runs just as well now that I have Xfce on it. And the superior tools included in Xfce put it ahead of Fluxbox when it comes to usability on the desktop.

The Slackware KDE vs. Slackware Xfce numbers are the most startling; using Slack with Xfce will save considerable load time on slower systems.

On “modern” PCs, however, much of this is moot. With a dual-core processor and 512 MB to 1 GB of RAM, everything loads so quickly that for desktop use, personal preference for one window manager or another holds more sway than load times, which will be acceptably short in just about any desktop environment. And for those who like all the bells and widgets of KDE, if you have enough power to enjoy them, it’s probably worth it. Just Konqueror alone, with its ability to function as a Web browser, file manager, file viewer, FTP client and configuration portal, makes KDE very attractive. If only I could get X configured properly in Slackware on my Gateway Solo 1450 laptop.

Here are the test results:

gOS 1.0.1 (Enlightenment)
Firefox 2.0.0.10 1st load: 30 sec.
                 2nd load: 15 sec.
OpenOffice 2.3   1st load: 56 sec.
                 2nd load: 21 sec.  

Ubuntu 6.06 (GNOME)
Firefox 1.5.0.13 1st load: 21 sec.
                 2nd load: 10 sec.
Open Office 2.0  1st load: 44 sec.
                 2nd load: 26 sec.

Wolvix Hunter 1.1.0 (Xfce)
Firefox 2.0.0.6 1st load: 19 sec.
                2nd load: 12 sec.
OpenOffice 2.2  1st load: 37 sec.
                2nd load: 23 sec.

Wolvix Hunter 1.1.0 (Fluxbox)
Firefox 2.0.0.6 1st load: 22 sec.
                2nd load: 12 sec.
OpenOffice 2.2  1st load: 42 sec.
                2nd load: 23 sec.

Slackware 12 (KDE)
Firefox 2.0.0.8 1st load: 24 sec.
                2nd load: 14 sec.
KOffice         1st load: 19 sec.
                2nd load: 16 sec.

Slackware 12 (Xfce)
Firefox 2.0.0.8 1st load:  8 sec.
                2nd load:  8 sec.
KOffice         1st load: 15 sec.
                2nd load: 13 sec.

Slackware 12 (Fluxbox)
Firefox 2.0.0.8  1st load: 9 sec.
                 2nd load: 9 sec.
Koffice         1st load: 15 sec.
                2nd load: 13 sec.

Xubuntu 7.04 (Xfce)
Firefox 2.0.0.10 1st load: 18 sec.
                 2nd load:  9 sec.
OpenOffice 2.2   1st load: 36 sec.
                 2nd load: 22 sec.

Ubuntu 7.04 (GNOME)
Firefox 2.0.0.10 1st load: 17 sec.
                 2nd load: 10 sec.
OpenOffice 2.2
   1st load: 40 sec.
                 2nd load: 18 sec.

Debian 4.0 Etch (Xfce)
Firefox 2.0.0.8  1st load: 10 sec.
                 2nd load: 10 sec.
Open Office 2.0  1st load: 17 sec.
                 2nd load: 17 sec.

As I say above the biggest thing to emerge is the speed advantage of Slackware and Debian, especially with Xfce. The relative slowness of Slackware 11-based Wolvix was puzzling. And while I didn’t have OpenOffice installed in Slackware, and KOffice is pretty much a quicker program, I included its load numbers for comparison’s sake. I did first and second loads of all apps because the second load is often — but not always — much quicker. Times for office suites were the number of seconds it took to open up a new OO Writer or KWord document.

While I didn’t expect Debian to be slow, I also didn’t expect it to be so comparable to Slackware. That’s good news for Debian users.

But the biggest thing to come out of this test is that standard Ubuntu pretty much crushes gOS. The new, hot distro may be green in color, but it’s incomplete and slow.

That said, the idea of doing most work in the browser and drawing on Web-based portals for not just e-mail and “social networking” purposes, but also document creation, photo editing and storage is becoming more attractive and viable all the time. In this realm, gOS is making a big “idea” contribution to the OS game, but in terms of sheer performance, polish and basic tools, it has a long way to go.

The average user — even newbies — would be better off with Ubuntu or Xubuntu on the Everex. And as these tests show, the Xfce desktop environment, in most instances, provides more bang for your MHz.

I wanted gOS to be great, but when it comes to Linux and BSD distros, greatness only comes with time and painstaking effort. After all the hype over the gOS-Everex-Wal-Mart effort — some of it even generated by yours truly — I didn’t expect to see gOS beaten by every single established distro I threw at it. I don’t usually do extensive time tests, but the sludginess of gOS drove me to it.

And while I expected Slackware and Debian to acquit themselves well, I wasn’t prepared for out-of-the-box Ubuntu to best gOS. It wouldn’t make as great a story — “Wal-Mart chooses Ubuntu” — but it would be way better for those buying the $199 box from the world’s largest retailer.

Everex’s Linux Cloudbook, the $400 laptop, is coming soon

December 13, 2007

everex_cloudbook.jpgArs Technica writes about it:

(The Cloudbook), which will be available for $400 next month, is equipped with a 1.2GHz Via processor, 512MB of RAM, a seven-inch screen, a 30GB hard drive, and a 1.2 megapixel camera. The laptop will ship with gOS, the same Linux-based operating system that is featured on Everex’s gPC.

I believe Linux Devices broke the story.

I haven’t actually seen the Everex desktop PC, but I have spent a bit of time using its gOS operating system, and I’m not all that impressed with its speed or features. I think plain Ubuntu, or preferably Xubuntu (or even Debian) would be a better choice.