Recently in Seamonkey Category

As an experiment, I decided to bring my Evolutionary Computing presentation on making the journey into free, open-source software — a slide show originally created in OpenOffice Impress 2.4 — into Google Docs, which happens to have a presentation app in addition to the better-known Docs and Spreadsheets components.

I revised the presentation — taking some things out, adding others and providing some updates on what I'm doing — and output it as a PDF.

Download that PDF for your reading pleasure by clicking on the image above or the link below:

Evolutionary Computing (revised July 2009)

Interesting note: I believe that no previous entry on this blog has been filed under so many categories. (And I've been considering dumping Categories entirely and just using tags ...)

I tried quite a few OpenBSD ports during my last run on the Sparcstation 20. None of them would build (Firefox, Seamonkey, Geany).

Curiously, when I ran NetBSD on the Sparc, the Firefox PACKAGE wouldn't install. Not a port that needed to be compiled, but a precompiled package built for the 32-bit Sparc architecture. That didn't give me a whole lot of hope for pkgsrc, which theoretically can be used to bring NetBSD packages into OpenBSD and other OSes. (DragonFlyBSD uses NetBSD packages, and that's a great way for the FreeBSD-derived DragonFly to have a huge package repository, and it makes me want to try it on my i386 hardware).

I spent the past few days installing Solaris 9 on the Sparc 20. (I got the OS super-cheap — $1 plus shipping — from eBay, unopened in the box).

Solaris is quite a bit different from OpenBSD and Linux. I'm still getting the hang of it. A lot of the trouble I'm having is due to my near-total unfamiliarity with it. I do have "The Complete Idiot's Guide to Solaris 9," which I found remaindered at Fry's for a few bucks, and it's a good resource. It's somewhat short — not "complete," but for the "complete idiot," which I am in this regard. There are quite a few other Solaris 9 books out there, including a "Dummies" book by Dave Taylor, who wrote a general Unix book I quite liked (here's everything Amazon has that he wrote).

Back to the Sparcstation 20 after the Solaris 9 installation: With 50 MHz of CPU and 128 MB of RAM, it's far from ideal. GNOME &mddash; which ships with Solaris 9 — is almost unusable, but the CDE desktop is pretty responsive. It reminds me quite a bit of Fvwm in OpenBSD.

StarOffice 6 is included among the many discs in the Solaris box. When I installed it as root, only root could run it, so I started over again in my user account. The answer to this mystery is probably somewhere in my "Complete Idiots" book.

I found a Firefox 2.0.0.20 package built for Solaris 8 at the great SunFreeware site. Again, installing as root meant only root could use it. Even after installing it through the user account with su didn't work all the way. I can still run Firefox as root, but I get errors relating to patches that I need to do when I try to run it as my user. I'll have to read up on Solaris admin and eventually find and install all the Solaris patches.

But I did get Firefox to run, and it's WAY faster than Netscape 4.7, which shipped with Solaris. Yes, I did just type the words "Netscape 4.7."

I could very well keep Solaris on the box, but one idea is to run OpenBSD and then try to use the Solaris binary packages for Firefox and OpenOffice (since none of the OpenBSD ports of Firefox or Seamonkey will install on the Sparc 20).

Running Solaris binaries in OpenBSD is supposed to work. And yes, OpenBSD is a better, faster OS, for my use anyway, than Solaris on this platform.

Sun Sparcstation 5 image from the OSIAH: Online Sun Information ArcHive.

This post began its life as a comment on the previous Sparcstation 20 entry, and true to the way I overwrite even a comment, it works well enough as a standalone entry.

And thus, here it is in that form:

I've discovered that NetBSD doesn't run so well on the Sparcstation 20 (50 MHz processor, 128 MB RAM). The install went fine, but the X configuration was less than optimal. Console messages continued to appear on the X screen, and I could tell that, among other things perhaps, the horizontal sync and/or vertical refresh might have been just a bit off. I imagine that if I take the xorg.conf information from OpenBSD and use it for NetBSD, all issues will be solved.

But when NetBSD's 32-bit Sparc packages for Firefox and Seamonkey (precompiled packages, NOT ports) wouldn't install, and then the Geany package did install but ran so slowly as to be unusable, I decided to go in a different direction.

Thus far, that direction is a reinstall of OpenBSD. I haven't tried any ports yet, but all the packages I have installed — a few GUI editors (nedit, which I quite like, and another I can't remember), plus the Dillo browser, which in all fairness ran great in NetBSD, too — did work.

Now that I'm running not the box's original, jet-plane-noisy 2 GB Seagate hard drive but a super-cheap-on-eBay 35 GB Hitachi SCSI drive that's pleasantly quiet, maybe the installation of an OpenBSD port of a "modern" Web browser will work. Maybe not. I'll also try to roll Abiword onto the box, as well as Geany (for comparison's sake, if anything else).

And there's always Solaris.

I know there are Solaris-compatible packages for just about everything, so if I can't manage to get Seamonkey or Firefox installed from OpenBSD's ports with the extra disk space, my next move will be installing Solaris 9 (I got an unopened box of the software for $1 — yep, that little, plus shipping — on eBay) and see how that OS runs on the box.

One thing: Sound on the 32-bit Sparc platform doesn't work in OpenBSD. It does in NetBSD. Of course it does in Solaris, since Sun's OS was written with the Sparc in mind.

It may be that Solaris is the best OS for desktop use on the Sparc 20. Probably the best thing to do is get a CPU module faster then the current 50 MHz processor I'm now running, and also upping the memory to the max of 512 MB (right now I have the 128 MB the box had when I got it).

But make no mistake, for sheer out-of-the-box configuration on a Sparcstation 20 (sound nothwithstanding), OpenBSD is way ahead of NetBSD.

My next line of attack is trying a few (or more) OpenBSD ports. Even if this experiment goes well, I'll have to roll Solaris 9 onto the Sparc 20 before I decide on any long-term OS for the box.

Before I finish this entry, it's worth pointing out that Debian Etch for Sparc boots but won't install. It hangs when trying to load the CD driver. I don't know if the Sparc port of Debian is broken for EVERY 32-bit Sparc model, but it sure doesn't work for the Sparcstation 20.

Image above right: This isn't my Sparc; it's a Sparcstation 5 from http://www.computermuseum.org.uk. They look exactly alike (and in many ways are).

I know that the Opera Web browser is not a free, open-source application — which I almost always prefer — but the browser itself is a free download for Windows, Mac and in precompiled packages for many flavors of Linux as well as FreeBSD.

Question: Why another Web browser? While Windows and Mac users overwhelmingly use Internet Explorer and Firefox, with a smattering using Apple's Safari, there's plenty of room for other entries in the browser space.

I don't know about you, but I'm in a Web browser about 80 percent to 90 percent of the time, both for the traditional task of looking at Web pages but increasingly to use Web-based software.

And for something so important, choice is key.

Users of Linux and other Unix-like operating systems are used to having lots of browsers to choose from, among them Firefox (and its non-copyrighted Iceweasel offshoot in Debian), Epiphany (the GNOME browser created from Mozilla's Gecko engine), Konqueror (the KDE browser/file manager from which Apple took code to create Safari), Seamonkey (the Mozilla-created Web suite that's modeled after the now-dead Netscape Communicator, offering browsing, e-mail and Web design in one application), Dillo (a very lightweight browser), Netsurf (also lightweight), a few more that I'm probably forgetting, plus text-only browsers that include Elinks, Links, Lynx and W3m.

I'd never used Opera before, mostly because of its closed-source status, although I have been "forced" to use Internet Explorer -- also closed source (hey, it's Microsoft -- what do any of us expect?), and besides, IE runs only in Windows and not in Linux (without difficulty, meaning use of WINE or a virtual machine) or Apple's OS X.

And our main Web application insists on IE not for all, but for the most "advanced" operation.

Imagine my surprise a few weeks back when I saw staff artist and Flash guru Jon Gerung using the Opera browser for the very task that usually demands IE.

Since then, I've downloaded Opera and have begun using it to work on Dailynews.com -- and for everything else, too.

There are a few instances where the CSS drops out, one situation where a link won't open, but for 99 percent of my work on this task, Opera does it as good as IE, often times better -- and always much, much faster.

That's the best thing about the Opera Web browser -- it's very fast. And that matters a great deal when doing Web-intensive work. You want to wait as little as possible for the software to do its thing so you can ... do your thing.

The company that makes Opera -- called Opera Software -- provides versions for many platforms. It's a pity you can't get the source and compile it yourself for Linux/Unix, but the speed and functionality of Opera is too good for me to pass up at the moment.

I'll still use Firefox -- probably a lot -- since it's the go-to browser for just about everybody out there, and I need to use the Web Developer add-on, but there's no denying that Opera is simply one of the best applications I've seen lately.

I tested quite a few versions of Puppy Linux in recent days on my 1999-era Compaq Armada 7770dmt. The bad news is that version 3.01 wouldn't configure X properly. Any attempts to do so and then start X crashed the box.

The other bad news is that while Puppy 4.00 loads fine and runs fine, for some reason the load time for Abiword went from 8 to 10 seconds in previous Puppy builds to 30 seconds. That's quite a rollback. On a more positive note, start times for Seamonkey were about the same.

I don't really use Abiword all that much, but that kind of performance hit is disturbing. It could be due to the new way packages are being compiled for Puppy but is more likely something specific to Abiword, since Seamonkey appears to be unaffected.

I tried Puppy 2.17 just to see how encryption worked. It did fine. And I discovered that in the case of multiple pup_save files on a single system, the ones not in use during the current boot can easily be opened in Puppy.

One bone (pun there, intended or not) I have to pick with newer versions of Puppy Linux is the lack of the Dillo browser. I use it quite a bit. I could still add it from packages, I suppose (and I definitely will), and if the slowness of Abiword wasn't bothering me so much in Puppy 4.00, I'd be using it right now.

As it is, I will continue testing, but for now Puppy 2.13 (hopefully with Firefox added for Google Gears compatibility) remains the front-running distro for the Compaq, especially if I'm able to remove the hard drive and replace it with a Compact Flash module and CF-to-IDE adapter card.

The fact that I can move files from one pup_save to another, providing that the non-mounted one is unencrypted, gives me more flexibility as far as upgrading from one Puppy system to another and creating a new, encrypted pup_save instead of using an old, unencrypted one.

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

Coming up:
In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

As I say in a previous post on this very topic, there are many reasons to choose Puppy Linux as the primary OS on the nearly 10-year-old Compaq Armada 7770dmt laptop.

For one thing, Puppy is ideal — and explicitely designed — to run as a live CD or easily upgraded frugal install, the latter either on a traditional hard-disk drive or a Compact Flash memory card mounted in a CF-to-IDE adapter inside the Compaq's hard-drive caddy.

With recent versions of Puppy (2.17 onward, I believe) the ability to encrypt the pup_save file that holds all of the user's files and configurations adds both a needed measure of security to a laptop installation as well as providing an equally easy way to back up the entire system by copying a single large file to just about any storage medium, from USB flash drive to CD-RW to hard disks in formats ranging from old-school FAT to NTFS to Linux's many types of filesystems.

Also in Puppy's favor is that recent versions have heightened compatibility with Slackware 12 packages, promising a greater number of sources for additional applications, should I ever want or need to add anything beyond what Puppy and its own repositories already provide.

To recap, in the time I've had the 1999-era Compaq Armada 7770dmt laptop (again, with a 233MHz Pentium II MMX processor), I've taken it's RAM from 64MB to the maximum of 144MB, kept the original IBM-made 3GB hard drive, and run the following operating systems:

• Debian Etch "standard," with X and Fluxbox added
• Debian Etch Xfce desktop install
• Slackware 12 without KDE
• Puppy Linux 2.13
• Damn Small Linux 4.0, 4.3 and 4.4
• OpenBSD 4.2
• Wolvix Cub 1.1.0

Truth be told, I liked every one of these installs to one degree or another. While Slackware (installing without KDE but with everything else) took up too much space and offered too few applications I wanted, it still ran great.

Rolling my own X installation into Debian's "standard" install was an excellent exercise, but I just didn't have the expertise to really build it out. The Debian Xfce install was nice, but somewhat curious; all of the Debian desktop installs, even KDE, feature OpenOffice. Surprisingly, OO ran fairly well in 64MB of RAM and 233MHz of CPU. Strange, however, was the lack of GUI package management in the Xfce install. It did get me using Aptitude, so there was nothing lost there, but I got the feeling that Debian's Xfce just didn't offer what I wanted.

However, with Aptitude, Abiword actually installs the dictionary that makes spell-check work. At last look, neither Puppy nor OpenBSD do that.

I continue to enjoy Damn Small Linux, but the most recent versions just don't run as well as they should on this laptop. And little things like having Firefox renamed Bon Echo (why??) made it difficult to use Google Docs with Gears, which is one of the things I want to be doing fairly intensively, made DSL fall behind Puppy in the running.

Puppy has a great selection of apps, is fairly easy to configure, extremely familiar to me and runs great on this hardware. I find myself using this live CD more and more of the time.

Much of my feeling for 2.13 over other versions of Puppy is nostalgic. I first encountered Puppy with this very release, and most likely a simple move of the cute 2.13 desktop wallpaper to a newer version of Puppy would make me extremely happy. The fact that everything in 2.13 continues to work flawlessly, however, is a strong testament to how very well Puppy is put together. I probably will test and subsequently adopt a much newer version of Puppy for use on this laptop, if for no other reason than to use the encrypted-pup_save feature that will greatly add to the security of my data, since laptops — even ones well past their prime — have a way of falling into the wrong hands.

OpenBSD doesn't install with as anywhere near as many GUI features as ... any Linux distribution. Not that any of the BSD projects can't be configured to be as full-featured as any equivalent Linux distribution. It just takes time and effort. With a faster processor and a bit more memory, I'd really consider running OpenBSD as the primary distro on this laptop. On the other hand, hardware detection in OpenBSD excellent. It remains the only operating system to correctly auto-configure sound on this Compaq.

OpenBSD has well over 4,000 precompiled binary packages for i386 and even more software available through ports. It offers fewer packages than Debian or Ubuntu but way more than Slackware. And with the quality of the packages being so high and the tools used to manage them equally high in quality, OpenBSD remains an attractive alternative.

But again, Linux is just that much easier to use on the desktop. OpenBSD is no speed demon in X, and speed is more important when you're running ancient hardware than it is when you have, say, a PC from the past five years at your disposal.

And with OpenBSD, things like Adobe Flash are hard to deal with. And I don't think Google Gears will ever run in OpenBSD. I could be wrong on both counts (since OpenBSD can run Linux apps), but I do know that both are easier to do in Linux.

A bigger drive that could multiboot Debian, Wolvix and OpenBSD, with Puppy running either in a frugal install or as a live CD, is one way to go.

But running only one or two of these systems at a time seems to be more realistic, manageable and ... sane. Using multiple hard drives, like I do with my test box, is another way to go. That way the pain of dual-booting is avoided, as is the tedium of continual reinstalls.

Since OpenBSD offers much of the software I want and is an intriguing diversion from Linux, I could 'll probably leave it on the drive for the near future. In my 500MB or so Linux partition, I will probably grow my pup_save file and update Puppy. Now that I have Firefox 2 running on one of my other Puppy installs, I'll probably begin doing the same with this laptop, and that way I'll be able to use Google Docs with Gears. I can probably even figure out how to make Gears work with Seamonkey, but it's not imperative.

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

Coming up:
In search of the best OS for a 9-year-old laptop: Part VI — Younger Puppies
In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

I didn't have high hopes for Wolvix on the $15 Laptop — a Compaq Armada 7770dmt built in 1999 — since previous attempts to load the live CD resulted in an X configuration that needed a little work.

Since then, I've had quite a bit more experience working in the xorg.conf file, and I was able to get a halfway decent X configuration going so I could test Wolvix Cub (the smaller of the two Wolvix distributions, with fewer packages than the larger Wolvix Hunter).

As I've written on many occasions, I consider Wolvix to be one of the best Slackware-based distributions available. Both the graphical configuration utility and the very flexible installation utility — also an X application — add considerable functionality to a solid Slackware 11 base.

And with Wolvix (and the rest of the Slackware-derived distros such as Zenwalk and Vector), all of the helpful Slackware console utilities are still there. Xwmconfig, netconfig, mouseconfig, even pkgtool can be used in any of these Slackware-based systems. You might not need them as much as you would in a standard Slackware installation, but they do come in handy.

Wolvix also includes slapt-get and Gslapt, the Debian-apt-like utilities that changed the way I look at package management in Slackware.

Before Wolvix, when running Slackware I dutifally downloaded updates from the Slackware FTP site, then used updatepkg to install them. One by one. By one.

One time I figured that using pkgtool for updates would enable me to save time and avoid all that typing of long filenames, or the almost-as-long procedure of copy/pasting them in the file manager for each and every package than needed updating.

I ended up with "doubles" of every updated package, since pkgtool didn't know I was doing an update and just installed the new packages without removing the old ones. So when you're talking about doing updates of Slackware packages with Slack's default tools, it's updatepkg or nothing.

All it means is that slapt-get and Gslapt, which are included in Wolvix and easily added to Slackware itself, are essential for the person whose life doesn't revolve around using the updatepkg utility.

Just the fact that Wolvix — which can operate as a live CD with a Knoppix-like save file, or in "frugal" or traditional hard-drive installs, can be brought up to date in minutes with Gslapt in much the same way that apt and Synaptic work in Debian continues to be a revelation.

Put it this way: How many longtime Slackware users don't have and use slapt-get/Gslapt? I bet not many.

Once I had Wolvix Cub running as a live CD with X properly configured on the 144MB/233MHz Compaq Armada 7770dmt, I used xwmconfig at the console to switch between the Xfce and Fluxbox window managers.

Not surprisingly, both WMs ran quite well, even with only 144MB in the live CD environment.

What astounded me were the extremly quick application-load times. In previous tests of Wolvix, it was quick but not so quick as to beat Debian Etch or Slackware 12 under Xfce and Fluxbox.

In Wolvix Cub running on live CD on the Compaq, a number of text editors, the lightweight Abiword and not-so-light Firefox all loaded relatively quickly. I need to do more tests, but Firefox seemed as responsive or more so than the Mozilla-based Seamonkey browser is in the ultra-fast Puppy Linux.

I wouldn't want to run Wolvix, even the Cub edition, as a live CD in the same way as Puppy or Damn Small Linux — especially in only 144MB of RAM, but when it comes to a traditional install, Wolvix Cub or the more application-rich Hunter would seemingly make an excellent candidate to permanently run on the Compaq.

In contrast to Debian and Slackware, Wolvix installs with just about every application and utility I like, from Abiword to Bluefish, Dillo to MtPaint, and with extremely well-organized menus in both Xfce and Fluxbox. In fact, the Fluxbox menus even include little icons next to each category of applications, something I've never seen before.

I'm "sure" I could replicate all of this goodness in standard Slackware of Debian, but the former's KDE focus and the latter's devotion to GNOME mean that it would take quite a bit of work on my part to have as good an experience in Xfce and Fluxbox as I already enjoy in Wolvix by simply loading the live CD and doing an easy installation from what I consider to be among the best installers of any Linux distribution.

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

Coming up:
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
In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

In the battle for which operating system runs best on the $15 Laptop, Puppy Linux has pulled out front as the fastest system with the most features I need and best functionality on this 1999-era Compaq Armada 7770dmt.

In case you're wondering, here are the specs of the Compaq:

233 MHz Pentium II MMX processor
144 MB RAM
3 GB hard drive

I recently bumped the RAM from 64MB to the maximum of 144MB. Before this increase, running Linux or OpenBSD (which I have installed on the hard drive) with the X Window System was difficult at best.

Smaller applications like the Dillo Web browser, the Abiword and Ted word processors, the Geany and Beaver text editors ran pretty well in 64MB of RAM.

But the 500-pound gorilla of graphical applications is Firefox.

It would be nice to get by with Dillo, but many — if not most — of the things I need to do with a computer these days require a fairly modern browser.

Whether it's blogging, working on Dailynews.com, or on the Movable Type back end, it all happens in the browser.

And for that I need, at a minimum, Firefox 1.5.

Now that Damn Small Linux offers Firefox 2 (under the name Bon Echo, but for all intents and purposes an early release in the FF 2 series), that system is more than fair game for use on this laptop.

Unfortunately, while the browser runs great, other things in DSL have not been working so well.

For some reason, the desktop wallpaper doesn't work. Instead, I have a plain, gray X Window background. And while JWM (Joe's Window Manager) is the default in Damn Small Linux like in Puppy, switching over to Fluxbox in DSL has been problematic. Some builds have allowed me to use the Fluxbox menu, but others don't seem to work at all.

I could live without desktop wallpaper (or I could figure out a solution to the problem), but with Puppy Linux (I'm currently using version 2.13 but could easily upgrade to the newer 4.00 at any time) I get a nice-looking desktop, the Mozilla-based Seamonkey Web suite, Abiword (about as fast as DSL's Ted word processor but with the added ability to read and write .doc files), the Geany text editor, the ROX filer and quite a few other applications I've grown to like very much over the year and a half I've been using Linux.

And as far as speed goes, Puppy and DSL are quite equal on this hardware.

Coming up:

• 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
• In search of the best OS for a 9-year-old laptop: Part VII — Debian with Xfce and Fluxbox calls
• In search of the best OS for a 9-year-old laptop: Part VIII — Final thoughts (aka "Why?")

What I'm saying, basically is that if you're running anywhere near 64MB of RAM and you, say, want to run Firefox, you need more memory.

The $15 Laptop -- a Compaq Armada 7770dmt with 233 MHz Pentium II MMX CPU -- ran a Linux console with no problem and even did an X session, provided no "heavy" apps like Firefox were used.

But how can you get along with just Dillo as a Web browser?

It's not easy if you want to do any kind of blogging, which a) uses the more-memory-intense Firefox and b) demands much more out of Firefox and the whole system as well.

Well, I can safely say that a 233 MHz CPU and 144MB of RAM are enough to run Puppy Linux (currently version 2.13, for which I continue to have a soft spot), Damn Small Linux 4.3 and even OpenBSD 4.2.

I'm going to reboot into OpenBSD right now to see just how well the Compaq is doing with it.

(I'm now back with OpenBSD 4.2)

Things appear to work pretty well with OpenBSD as well. Though certainly more secure than almost every other operating system out there (though I miss Debian and now also Ubuntu's ability to encrypt an entire drive with LVM) and as stable as anything out there, OpenBSD is in no way faster than the fastest Linux distributions.

And speed is a bit of a problem on hardware this old.

I'd have to try Debian again. Puppy and DSL are quite a bit quicker when it comes to screen refresh time in Firefox (and generally in X). I don't remember Debian Etch as being all that sprightly in comparison.

(Changing to DSL 4.3)

There's no doubt that DSL runs the graphics in X faster than OpenBSD. The screen does a much better job of keeping up with my keystrokes in Movable Type, and if the main purpose of this laptop is to crank out blog entries, that is an important consideration.

Of course, before I pull OpenBSD off of this drive, I'll have to make sure I have the xorg.conf saved, as well as a number of other configuration files as well as the output of pkg_info so I can remember all the software I have in this install.

I should probably just get a few swappable hard drives for the Compaq. Maybe even something bigger than 3GB. Just a thought.

Other problems with using DSL as the sole distro: no Flash (but OpenBSD doesn't have it either).

... (two weeks later)

I've been running the $15 Laptop a bit more. Having a good wireless connection helps immensely. I've been most happy with Puppy 2.13 thus far, since it has Seamonkey — a very acceptable Mozilla-based browser — and all the graphics work as they should.

I still have OpenBSD 4.2 on the hard drive, and as I say above, I'm reluctant to remove it, even though I can and will save the various configuration files in case I want to do a reinstall.

I'd like to try Wolvix again, just to see if the additional memory makes any difference in loading it. I could — and probably should — try Debian again. I don't know if it'll be as fast as Puppy or DSL, but it is worth trying.

What I'll probably end up with: I might leave OpenBSD on the laptop for awhile, but I can see myself ending up with a hard drive or Compact Flash chip with IDE converter completely devoted to storage and either running Puppy Linux off of the Live CD or as a frugal install on the hard drive or CF card.

File this under "why didn't I think of it before?"

I've been complaining for at least a month about how I can't install Google Gears to gain offline functionality for Google Docs because Gears only supported Firefox 1.5 to 2.x, and I was running Ubuntu with FF3 and Debian with Iceweasel.

Sure, there are ways to make Gears work with Mozilla browsers that don't go by the name "Firefox," but it seemed a bit above my capability.

And just today, on the first day of Firefox 3's official release, I finally installed Gears in Ubuntu 8.04 with FF3.

But I could've done this weeks ago, had I only come up with this solution:

I could (and now am) running Google Gears with Docs in Puppy Linux.

I occasionally run Puppy 3.00 on the $0 Laptop, but since the Mozilla-based Seamonkey browser/suite isn't Firefox, Gears refuses to install.

But ... there's a PET package for Firefox, and I figured that if I install it, I can add Google Gears and gain the offline functionality for Google Docs that I need.

Know what? It works. Sure, the version of Firefox (2.0.0.4) is a bit old, but I'm pretty much going to be using it for this one purpose.

And I'm just so damn stoked that I can run Google Gears with Docs in both Ubuntu 8.04 and Puppy 3.00.

Note: This should work for just about every version of Puppy out there from the 2's to the 4's. If you can run the Mozilla-Firefox PET package, you can run Gears.

Now maybe I'll try that trick on getting Gears working with non-Firefox browsers based on Mozilla.