Recently in Dillo Category

I laugh — LAUGH! — when a tech journalist writes something to the effect of, "for lightweight tasks such as Web browsing," when you know, and I know, that there ain't nothing light about using present-day Web browser on present-day Web pages filled with Javascript, Flash and enough CSS to fill a book.

I can edit images all day long in the GIMP and not tap out my CPU or RAM like I do when using Firefox to hit all the Web pages and software-as-a-service type sites (heavy, heavy Javascript) to get my work done.

And this is in Linux, specifically Ubuntu at present. I've run into the same problem in Windows. You start with Firefox or Internet Explorer, and before too long your machine is running like crap.

I spent a bit of time today running most of the browser I have on my Ubuntu 9.04 system, most of which are based on the Gecko engine (Firefox, Epiphany, Galeon), one of which is not (Opera).

And I kept track of how they use CPU resources and memory via the handy Htop utility (top works just as well but isn't nearly as pretty; and you know how I like pretty).

Firefox, no surprise hogs the most CPU on my 1.3 GHz Celeron system (with 1 GB RAM). It's often at 90 percent or more of CPU and rarely dips below 40 or 50 percent. The more pages and the more Javascript and Flash (that's a really killer), the worse it is.

I'm not going to talk so much about memory because with 1 GB, I'm fairly comfortable. With Firefox running, about 400-500 MB is in use; the other browser generally use 200-300 MB.

The other Gecko browsers — the GNOME-supplied Galeon and Epiphany — also spike up to 90 percent when "intensive" things are happening — new pages being loaded, scripts executing, but they quickly "settle" down to 20 percent of CPU and sometimes as little as 10 percent.

Not surprisingly, Opera fared better. The free yet proprietary browser can still use a lot of CPU (in the 90 percent range) during heavy operations. But the difference I see in Opera (I'm running version 10 for Linux and also recommend it for Windows and Macintosh) is that once that instance of heavy use is over, Opera is very quick to give up those CPU cycles and return to a very refreshing 3 to 10 percent of CPU.

However, once the Flash plugin is invoked, all bets are off and Opera is as doggy as anything. It's really Flash that does the damage ... but damage it is. Flash is just plain evil in a box, especially in Linux.

I haven't been as smitten with the Webkit engine, or more specifically the Google Chrome Web browser, as some. In Windows XP with 3 GHz of CPU and 512 MB of RAM, it starts out great but has quite a bit of trouble redrawing the screen in comparison to Firefox once I've been running it for awhile.

I'll certainly keep an eye on Webkit in Linux — Epiphany is supposed to be moving to that engine.

But what I'd like to say once again is that on today's Web, running a browser is quite an intensive operation that requires a whole lot of resources in order to cause as little relative pain as possible to your system — and your nerves.

And there's nothing light about it.

Coming up: One of the 63 dependencies involved in installing digiKam on my GNOME-based, previously KDE-free Ubuntu system is the Konqueror browser. I'll have to try that. And I just added the uber-minimal-GUI-browser Dillo. We'll see how that cuts said mustard.

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).

Maybe you're curious about how The Self-Reliant Thin Client is doing.

Here's the uptime output:

steven@maxterm:~$ uptime
13:08:07 up 24 days, 21:15, 2 users, load average: 1.70, 1.32, 1.31

Yep, the VIA C3 Samuel (rated at 1 GHz but running in Linux at 500 MHz for some reason) based converted thin client, running Debian Etch from an 8 GB Compact Flash card, has been working continuously for about a month now (I did reboot a few times during this test for kernel updates).

It's still no speed demon but handles the GNOME desktop fairly well. I did add Fluxbox for testing purposes, and I also installed the lightweight Dillo Web browser, but I'm still relying on the Iceweasel (unbranded Firefox) and Epiphany (GNOME's Gecko build) browsers, plus OpenOffice 2.0 Writer (works surprisingly well, even with 256 MB of RAM and 500 MHz of CPU) and GNOME's GEdit text editor.

I even used CUPS (The Common Unix Printing System) to set up a printer the other day. Even though most systems include native printer-setup utilities (GNOME's is extremely primitive), I find it's both easier and more instructive to use CUPS directly via a Web browser. For those who have never done it, open a browser and go to the following URL to access the CUPS interface:

http://localhost:631

I usually click on Administration and go from there. If you're asked for a login, that login is generally root, with the password being root's password. I can't remember how this goes in Ubuntu, which doesn't let the users (even the main user) at the root password (if there even is such a password).

Ubuntu's root/sudo situation is another kettle of fish for another post, but for most of us, the key to CUPS is using the root login and password to add or modify printers.

I will close out this entry by praising Debian Etch for being so solid on this (and just about every other) platform.

(This post was originally written on May 22, 2008; since that time, I've added the RAM, and it does indeed make a difference. It's still not easy to live with 144 MB of RAM and 233 MHz of CPU, but it's easier than having less than half of that M. What I can say is that 500 MHz of CPU and 256 MB of RAM is positively picnic-ish. Also, I finally did the OpenBSD 4.2-to-4.3 upgrade on the VIA box. It wasn't easy, but I did get it done.)

If the question is "how low can you go" in terms of computer memory, it's all about applications.

If you stayed in the Linux console and never ran X, just about anybody could be happy with 32 MB of RAM. It might be hard to actually run Linux or a BSD in 16 MB, but I've heard of Linux distributions that will do it, Damn Small Linux, Tom's RtBt (is that the right spelling?) and DeLi Linux among them.

But as much as the hard-core users talk about how they stay at the command line all the time, it's hard to get much done strictly in a console when you're a regular person. Sure you can use Lynx for text-only Web browsing, you can set up Mutt (and Postfix/Sendmail/msmtp/esmtp, Procmail and whatever other helper apps are needed) with highly customized configuration files designed to handle and filter multiple mail accounts, use Vi or Emacs for text editing and all that.

But the bottom line for me is that I need a Web browser. A "real" Web browser, something that works with Movable Type and Google Docs, and that pretty much means Firefox or some Iceweaselish derivative.

I don't tend to use OpenOffice very much (although it runs better in Debian with 64 MB that you'd think), I barely even use AbiWord these days. I'm not saying that I won't need OpenOffice in the future, but at present I'm most comfortable using various X text editors, including Geany in most Linuxes and BSDs, Gedit when I'm in GNOME, and Google Docs half the time just for the easy portability of my copy.

And while Geany doesn't load super quickly from a "traditionally" installed distribution (but is quite quick when loaded into memory as it is in Puppy Linux, once it's loaded it runs very well indeed.

And the Dillo Web browser -- which looks better in its OpenBSD incarnation than it does anywhere else -- performs quite well in 64 MB of RAM. The only problem is that Dillo can't do everything I need to do on the Web. At least the Dillo in Puppy and DSL has https support. That's not turned on in OpenBSD, and the app needs to be recompiled to add it. I can manage to turn on cookies in OpenBSD, which helps me with some sites, but for anything remotely complicated, Firefox is essential.

And while Firefox will run in 64 MB of RAM, it does so very poorly. There just isn't enough memory to keep the program from swapping to the drive incessantly whenever doing just about anything.

In this very 64 MB, I've run just about everything that will load on this Compaq laptop: Puppy, DSL, Debian (the Xfce install, plus a "standard" install with Fluxbox), Slackware (without KDE) and OpenBSD.

Truth be told, Almost all of these OSes run just about the same. Damn Small Linux has a bit of an edge, and if DSL 4.3 ran as well as 4.0, its inclusion of Firefox 2 would put it over the top. As it is, I've lost my desktop wallpaper, and I can't figure out how to display the menu in Fluxbox (even though I prefer to run JWM).

Puppy definitely needs more memory, especially to run the Mozilla-derived Seamonkey Web suite.

Debian Etch was OK. While the Xfce install is odd in many ways, as I say, I was surprised to see OpenOffice run at all -- and not too badly at that. Iceweasel was, again, an exercise in frustration. But Debian remains a distinct possibility for this machine.

It's main OS for awhile has been OpenBSD, with a partition set aside for the Linux files generated by the Puppy and DSL live CDs.

OpenBSD runs pretty well, but as I said, Firefox remains an issue.

The question: Will things improve with the boost of RAM from 64 MB to the Compaq Armada 7770dmt's maximum 144 MB? From my past experience, I know that Puppy can run in 128 MB if you have swap space, and DSL is certainly comfortable with 128 MB.

To answer the question, I could reduce the memory in my Via test box from 256 MB to 128 MB and see how OpenBSD (now version 4.3) runs in that configuration. But I'd have to pull the cover from my converted thin client and find a 128 MB SIMM. I've probably got one ... somewhere.

Better to just wait for my Compaq memory to come in the mail (luckily it's cheap).

I've know for awhile that 256 MB is a significant sweet spot for Linux, but I'd love for 144 MB to be just sweet enough to give this laptop a new lease on open-source life.

And while I managed to upgrade my VIA box from OpenBSD 4.2 to 4.3, it takes a lot more work than a simple apt-get, and I'm reluctant to do it

I've had a bit of a difficult time with my OpenBSD 4.2 installation on the $15 Laptop — a Compaq Armada 7770dmt with 144 MB RAM, a 233 MHz Pentium II CPU and 3 GB hard drive. I use PCMCIA cards for networking, an Orinoco WaveLAN Silver for 802.11b wireless and a TRENDnet TE-100PCBUSR 10/100mbps for wired Ethernet.

Since I upgraded the memory from 64 MB to the 144 MB maximum for this machine, things are running much, much better.

But I'm running out of room in the /usr partition. I'm not sure whether or not OpenBSD can be installed in a single partition, but since the install FAQ tells you to set up separate partitions for everything, that's what I did.

On this drive, I set aside about 600 MB for Linux filesystems to create swap and a place to store files for Puppy Linux, leaving 2.4 GB for OpenBSD.

At the end of the OpenBSD partitioning, I had 1 GB for /usr, which is where applications are stored in the system.

For awhile things were going fine. I had our daughter's Gcompris, TuxPaint and Childsplay games on here, Firefox, the Geany text editor, plus a few console apps like nano, mc and mutt.

But it's not console apps that are taking up all the space.

I pulled the games and their libraries in order to fit the Opera Web browser and the Linux compatibility package needed to run it. That was the best thing I've done for this install since I did it. On this old hardware, the Linux build of Opera runs much faster than Firefox.

That speed really shows up when blogging with Movable Type. For some reason, even in Linux, scripts keep timing out in Firefox and the Mozilla-based Seamonkey. Now that I have Opera installed in both OpenBSD and Puppy 2.13, I'm a lot happier on this old laptop, which is about as challenged as it gets when it comes to old hardware working with modern operating systems and applications.

Anyhow, I needed to do some more "formatted" writing, and I did have the Ted word processor installed. But Ted isn't great when it comes to centering type, print previews or generating PDF output.

I needed Abiword. But I didn't have enough space.

The only thing big enough: Firefox.

Yep, I got rid of Firefox. One thing about the OpenBSD package manager that isn't helping me out here is that when you install a package, all the dependencies are checked, and the additional packages needed are downloaded and installed. But when you remove a package, the system doesn't check its dependencies for whether or not they're still needed by other applications in the system.

I'm sure there's a reason for this, and there's probably even a way around it (like the great deborphan app that I use in Debian), but I know nothing about it.

Anyhow, I managed to get Abiword installed, and I have 500 MB left in my /usr partition. Unfortunately, the spell-check in Abiword doesn't work in the OpenBSD build. Abiword spell-check doesn't work in Puppy either.
The spell-check installs and works most of the time in Debian (especially when you install it with Aptitude and get all the packages you need, rather than with apt-get, where at least sometimes you don't).

I found an old OpenBSD mailing-list hack about how to fix Abiword's spell-checking capability, but it didn't have enough information, and it didn't look like it would work anyway.

But the good news is that with this amount of memory, Abiword 2.4.5 runs extremely well in OpenBSD 4.2. Additionally, for some reason the fonts in Abiword look better in OpenBSD than then do in most other Linux/Unix systems.

So now I have Abiword, Geany, Opera and the Dillo browser as my "main" applications on this system. I don't want to forget the Rox-filer file manager. I put that on the box awhile ago. I still need space to add the Flash plugin for Abiword, and Rox is a prime target for removal so I can get that space ... or the space to install Gaim/Pidgin for IM.

But I just can't do it. I've loved the Rox-filer ever since I first used it in Puppy, and I just can't give it up.

I probably should. I removed mc (Midnight Commander) for space reasons, even though it probably doesn't take up all that much space, and since I had Rox. If mc didn't have problems with the function keys in the console (it misreads the keys for some reason), I'd be able to fit one more app in. (Note: mc works perfectly in an xterm window, just not in the console).

What I'm going to have to do eventually is reinstall OpenBSD. I need a bigger drive so I can have a big /usr partition, install everything I want on it, as well as have room for a full Linux install as well, something I could use in addition to Puppy.

So the OpenBSD install is really tight, in terms of space for applications, but it's working extremely well. I now have the ability to share files between OpenBSD and Linux via an ext2 partition, and that has added tremendous value to this laptop.

I could be using my Gateway laptop a lot more. It's got way better specs (1 GB RAM, 1.3 GHz CPU) and runs Linux way faster. But it isn't so hot with OpenBSD due to the noisy, uncontrollable-by-BSD CPU fan. And its PCMCIA slot still isn't fixed, so I can't run wireless with it.

The Compaq may be underpowered, but it has a very clear, very bright screen, an excellent keyboard, working wireless, no ACPI issues (since it has no ACPI), and there's just something about getting it to work and keeping it working that I find compelling.

And there's also something about OpenBSD that keeps me coming back to it, even on the desktop.

Last week, I went on about how much I like the Opera Web browser. I've used it in Windows, Mac and Linux thus far, and it made quite a bit of difference especially on the $15 Laptop, which has only 233 MHz of CPU and 144 MB of RAM at its disposal.

I installed Opera in Puppy 2.13 via the project's repository. It was an easy install, and Opera gave me quite a bit of additional speed compared with Puppy's default browser, the Mozilla-based Seamonkey. And since Opera is a full-featured browser, it can do a lot more than the very light Dillo, meaning I can use Opera to post to this blog with Movable Type, work on the Web interface for Dailynews.com (where I've found one thing it can't do, but only one), and to do all of my general browsing.

Again, I'm not entirely happy about using a non-open-source application, but the relative swiftness of Opera, coupled with its functionality, has kept me using it.

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?")

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.

It's nice — really nice — to see via Distrowatch that development is continuing on low-spec favorite DeLi Linux. Here's the release announcement.

I've been able to install DeLi on my VIA C3 Samuel converted thin client, but not without a few tricks that I picked up from the forums (here and here). And I also recently did an entry on some good DeLi-related blog entries from others.

I never was able to get my static IP configured in DeLi, but I think I could do it now.

According to the DeLi site, you need 32 MB of RAM to run the GUI version. The Web browser is Dillo, I believe, and that runs great in 64 MB and looks like it can run about as well in 32 MB.

Probably the biggest change is a shift from GTK+1 to GTK+2, which accounts for the memory requirements rising for this release of DeLi.

When you're trying to resurrect and make an old computer useful, DeLI is a great distro to have in your arsenal, along with Puppy, DSL and even Debian (the Standard install with X and a lightweight window manager and your favorite apps added manually).

I just upgraded the $15 Laptop from 64 MB to 144 MB of RAM, and before the upgrade, OpenBSD, Puppy and Debian ran well on it with X ... unless you try to run a "big" application like Firefox. That's where Damn Small Linux leaped ahead of the pack for that low amount of memory.

Now with 144 MB, I hope that I will have more choices as to what will run on that Compaq Armada 7770dmt, but if you do have a box stuck with 32 MB (I used to run Windows 98 in that amount of RAM, and let me tell you, it was pure hell), DeLi is a great distro to try out.

Yesterday I went on about the man page for fvwm, the default X window manager in OpenBSD.

It clearly says that, in the absence of a .fvwmrc file in the user's home directory, fvwm will look in /usr/X11R6/lib/X11/fvwm/ for a file called system.fvwmrc:

During initialization, fvwm will search for a configuration file which describes key and button bindings, and a few other things. The format of these files will be described later. First, fvwm will search for a file named .fvwmrc in the user's home directory, then in ${sysconfdir} (typically /usr/X11R6/lib/X11/fvwm). Failing that, it will look for system.fvwmrc in ${sysconfdir} for system-wide defaults. If that file is not found, fvwm will be basically useless.

There's a file called system.fvwm2rc in that directory, but it doesn't control fvwm. I know this because I added a line to it, stopped X and restarted it. No change.

Since fvwm looks for the .fvwmrc file in the user's home directory, I decided to create one with the help of the system.fvwm2rc file mentioned in the man page.

I used the Geany editor, but substitute any text editor you wish (I'm just more comfortable in a GUI editor when it comes to things like copying and pasting. I don't use vi enough to be all that proficient).

Here's how to do it:

Log on with your user account, open an xterm window and do the following (again, substitute your favorite editor for geany, or install the geany package on your OpenBSD system with $ sudo pkg_add -i geany):

$ geany /usr/X11R6/lib/X11/fvwm/system.fvwm2rc

Under the File menu in Geany, choose Save As, then navigate to your home directory and save the file as .fvwmrc (in other words, create /home/~/.fvwmrc, substituting the name of your user's home file for ~)

Now you should have a .fvwmrc file in your home directory that is editable by the user account. Modifying the menus is pretty easy. I've already added a category for applications and added all the apps I've installed thus far to it.

I'd still love to find out where the systemwide fvwm configuration file really lives. I don't have enough Unix or OpenBSD knowledge to do so at this point.

I've stuck with fvwm because it's the default window manager in OpenBSD, and it's pretty nice once you learn about it. I've got a long way to go, that's for sure.

Fvwm note: Changes in your .fvwmrc aren't implemented until you quit X and restart it.

Applications I've added to my OpenBSD box thus far:

Geany (text editor)
Dillo (lightweight GUI browser)
Firefox (heavyweight GUI browser)
Nano (console text editor; I just "get it" more than vi)
MC (console file manager)
Rox (the ROX-filer GUI file manager)
Abiword (relatively lightweight word processor)
Ted (even lighter RTF-format word processor)

I haven't added a mail client, and I might add Sylpheed or Thunderbird. I might also add mutt, fetchmail and msmtp and try POP mail from the command line for one account. Generally, though, the whole console e-mail thing baffles me -- and yes, I have done it before. I generally find a GUI mail client or Web mail interface so much easier that I don't need to spend days and days fiddling with mutt.

Essential OpenBSD reading: The OpenBSD Journal. I just found out about this, although I'm sure I've been here before.

Also: OpenBSD 101.

Ted on OpenBSD: I installed the Ted word processor -- an exceedingly light application that reads and produces files in rich text format -- which can be read and edited by most word-processing applications, including Microsoft Word.

Ted on OpenBSD ... how to actually run it:

This doesn't work:

$ ted

But this does:

$ Ted

Remember, Unix-like OSes are case sensitive, and in the case of Ted, it's really capital T, small e, small d.

I've been grumbling about Ted not working in Debian for an age, but Ted works fine in OpenBSD. I'll probably use Geany for most of my work, though. I got used to Geany by using it in Puppy Linux, and while I'm not crazy about its Windows implementation, in Linux/Unix, I still really like it.

Wolvix Hunter 1.1.0 image from Wolvix.org.

After dual-booting Ubuntu (at times 7.04 and 7.10) and Debian (first Etch, then Lenny, then a couple of Lennies for a couple of days) on the $0 Laptop (Gateway Solo 1450), I've said goodbye to Ubuntu for the time being and decided to install the dependable Wolvix Hunter 1.1.0 (the bigger of the two Wolvix distros) and keep Debian (still Lenny). After "losing" two Ubuntu 7.10 installs to unknown causes -- both times processes began slowing to a crawl -- I thought rolling back to Ubuntu 7.04 would give me something stable.

But the boot process for 7.04 began stalling at something having to do with the CD drive (I turned off "quiet spash" in GRUB so I could see where it was dying). I'm thinking that either my laptop or Ubuntu itself must be somehow cursed. One of the reasons I had Ubuntu installed, besides the fact that it works pretty well (when it does work) with this laptop, is that I can easily get Internet Explorer (via IEs4Linux) on the box. There's one Web site I work on that absolutely requires IE, and my need for such access could grow from minimal to critical at just about any time. That hasn't happened yet. What I'd like to see is updated instructions at IEs4Linux to get it set up on Debian. (As far as Debian goes, IEs4Linux remains stuck in the Sarge era).

But suffering through three dead Ubuntu installs in a row has made me weary. For one thing, I'm going back to separate partitions for /home. That's how I have Wolvix set up. Wolvix can be run as a live CD, a frugal install or a full install. I believe the frugal install saves files in the same way as Knoppix and Damn Small Linux, and I want to be able to access the partition when booting Debian, so I opted for the full install. I don't think Wolvix provides updates in the way Debian, Ubuntu and other "established" distros do. No matter. It runs even better on this laptop than it did on the Maxspeed Maxterm thin client (where Wolvix was tested along with another crop of distros in my gOS comparison).

And Wolvix has another thing going for it: It's a Slackware-based distro that actually installs and runs with no trouble. Slackware 12 runs ... but I just can't get the X configuration right (and just about any other Slack-based distro offers a better Xfce experience in terms of applications and tools than Slackware itself, which remains a KDE-focused distro, albeit a faster KDE distro than any other). Both Zenwalk and Vector have been problematic; I can install, but something funky happens during booting and I can't even get to a console. I suppose I could turn off ACPI, AGP, IRQs and the like ... but if Wolvix can just run, why not the others? I probably will try to put Slackware 11 on the box at some point just to see if it's Slackware 12 that's screwing me over (Wolvix is based on Slack 11).

Anyhow, besides the fact that it runs and installs seamlessly, I really like the look of Wolvix, as well as the software mix in Wolvix Hunter (which features heavier apps like Open Office and the GIMP, along with lighter ones such as MtPaint, AbiWord and Dillo). Wolvix ships with Xfce and Fluxbox as window managers. In my recent tests, I've determined that Fluxbox doesn't provide much of a speed advantage over Xfce, and since Xfce has many more features, I'm pretty much running it exclusively, even on the aged $15 Laptop (a 1999 Compaq Armada 7770dmt with a 233 MHz processor and 64 MB of RAM). And while the spread between Xfce and Fluxbox isn't as wide as one would think, Xfce does provide significant speed advantages over GNOME and KDE

The Wolvix Control Panel app is excellent. For everything from configuration to installation, Wolvix is way ahead of most of the distributions I've used. While the network-configuration portion of the control panel can be somewhat confusing (it reminds me of Zenwalk), it does work. Before I figured it out, I tried using Slackware's netconfig utility in Wolvix. It doesn't seem to work, though you can go through the paces. At least Wolvix offers a utility that does work. With a distro like the highly touted gOS offering NO network configuration utility (they think everybody has DHCP), I'm thankful for any kind of help. Yes, I can hack the text files that hold Linux's network configuration, but I'd prefer not to. It's just the way I am.

Since I'm constantly switching between a static IP at the office and dynamic IP at home, it's taking me a few extra steps (I love being able to easily switch between network settings in Debian and Ubuntu), but the trade-off is worth if since Wolvix otherwise performs so well.

And the Debian Lenny honeymoon is way, way over for me. I've considered rolling it back to Etch. My Alps touchpad issues are coming back (it's not as perfect as it is in Wolvix, Ubuntu 7.04 or 7.10), and the fact that the new Lenny kernel seemed able to manage the noisy Gateway CPU fan for a day but not thereafter is very troubling. I can continue to use the Etch kernel with Lenny, and I just might do that, but I'm left wondering what's going on and whether or not there's an easier fix.

What I did do, for both Wolvix AND Debian Lenny, was put my fan-managing cron job to work. It basically checks CPU temp every five minutes and, if it goes above 60C, turns the fan on, then turns it off when it goes below 50C. Rather than a shell script and a cron job, I'd just like a single line of code that I could stick in some config file to make this work. I've seen things similar to what I need, but I haven't yet nailed it down for the Gateway Solo 1450.

I did, however, get the fan to stop in Debian from boot (using @reboot as the time element for the entry in crontab for the first instance of the cron job, then following with */5 * * * * to run it every five minutes thereafter. Again, I will detail the Gateway Solo 1450 fan-control solution, step by step, in a future entry.

And while I think a cron job is a sloppy, hackish way to deal with a CPU fan, I've done it now in Puppy, Wolvix and Debian, so I'm pretty much getting used to it. It's notable that in Ubuntu 6.06 LTS, I couldn't get the system to allow me to turn the CPU fan on and off, even when sudoing the command. I guess I needed to write to root's crontab, and sudoing can't quite qet you there. At least that's my six-second analysis of the situation. I would've loved to put Ubuntu 6.06 LTS on the laptop -- perhaps it could stick around without self-destructing like 7.10 and 7.04. I seem to remember Ubuntu, at least in the alternate install, offering to create a root account. Maybe if I install with the alternate CD, I can get control of the fan. But do I really want to run Ubuntu 6.06 LTS?

Briefly, here is where Ubuntu is falling down:

$ sudo echo 3 > /proc/acpi/fan/FAN0/state

yields the following:

bash: /proc/acpi/fan/FAN0/state: Permission denied

In every other distro on which I've used this line in my cron job, I need to su to root to run it (Puppy logs you on as root, so it's no problem there). But I can't seem to get it to work in Ubuntu. As it is, 6.06 LTS only has five months of support remaining still has a year and five months of support remaining (I'm no math whiz). Might as well wait until 8.04 comes out as the next LTS (or just stick with CentOS 5). ... Then again, Ubuntu 6.06 is from the Debian Sarge era. I smell another install of MepisLite 3.3 .. or maybe the recently updated -- even though I thought it was dead -- Sarge itself. I could always try to solve my Alps touchpad problems and stop my whining (if only ...).

UPDATE: I figured out how to shut the fan on and off in Ubuntu. Details tomorrow morning.

I did keep Debian Lenny (upgraded from Etch). And I know this is the testing distribution and not stable, but I was alarmed by a bug I discovered in the Nautilus file manager. When in a Nautilus window, if you right-click on a file and try to get its properties, Nautilus crashes, a bug report screen comes up, and then Nautilus relaunches. I filled out the bug report and went to the Web page for the bug. While there are about 500 reports of the same bug, it looks like the bug itself has been "closed." Well, it's not fixed, but the report is closed. It says that the bug goes away in Gnome 2.20.1. I have 2.20.2, and it hasn't gone away. I'm hoping that it will, but if the problem with the Ted word processor being catastrophically broken in both Etch and Lenny is any indication, I won't hold my breath. I guess I don't quite understand how bugs are dealt with.

As I said, I'm considering rolling it back to Etch. I'm also considering an installation of CentOS 5.0, which manages the CPU fan fine. Pros: CentOS, a copy of Red Hat Enterprise Linux, will be supporting this distro for YEARS; if it works now, it'll get security patches for a long, long time. Cons: it's harder -- at least for me -- to find as much variety in software as there is for Debian, Ubuntu, even Slackware. I'm sure there's plenty of software out there -- and there's nothing stopping me from compiling my own -- but I just couldn't get the hang of adding repositories and GPG keys. Just finding and installing AbiWord was beyond my capabilities. Perhaps a RHEL 5 book would help me; they've got to be out there. Another con: RHEL -- and, by extension , CentOS -- doesn't play MP3s or even Ogg audio files. I'm sure the codecs are out there, but I like the fact that most Linux distros -- whatever philosophy of freedom they espouse -- at least play an MP3. Hell -- I even can play Oggs in Windows Media Player on my XP box.

But what I did do with Lenny today was pack a bunch of software onto it. I threw all the kids' educational stuff I could find, the GIMP (I can't believe Debian doesn't ship with the GIMP), plus digiKam, which the esteemed Carla Schroder recommended to me as the best Linux image editor -- one that also deals with the IPTC caption info that I need to both preserve and edit. (Both the GIMP, as well as Krita and MtPaint not only won't edit the IPTC text embedded in a JPEG by Photoshop, they completely erase the info; NOT NICE.)

By the way, I thought about doing a frugal install of Puppy Linux, but what I did was preserve my pup_save on the Debian partition so I can continue running Puppy from CD (I'm still on 3.00; I've had no problems, so I haven't tried the 3.01 CD yet, although I do have it).

I wish Damn Small Linux would run better on the Gateway, but I'm still running DSL 4.0 on the older $15 Laptop (Compaq Armada 7770dmt). There are new releases of DSL in the 4 series and also in the 3 series. I have to say that I like both of them. I did a lot of work with DSL 3.2 and 3.3, and I'm glad the developers are keeping both going. I am disappointed, however, that the version of Firefox (it's 1.0.something) in DSL does not work with Google Docs. I was hoping to run DSL instead of Debian Etch (the main distro on the Compaq's puny 3 GB hard drive) and gain some speed in Google Docs, but it is not to be. For better or worse, it's another point in Puppy's favor -- Puppy's Seamonkey browser/e-mail/HTML-generator app can handle Google Docs. But now that both Puppy and DSL feature MtPaint, at least they're equal in terms of image editing; for me, MtPaint is the best lightweight image editor for Linux. If it edited the IPTC info, I'd be in geek heaven. Since it doesn't, I remain on geek terra firma.

And I continue to prefer Geany as a text editor over DSL's Beaver (and over Xfce's Mousepad, GNOME's Gedit, anything that comes with KDE ... should I go on?).

I'm having one problem with Puppy: One of the Web sites I work on -- LA.com -- has an obscene amount of Flash animation, and it crashes Seamonkey every time I try to access it. I thought that Firefox might make a difference, so I installed the PET package. But the site crashes Firefox, too. I don't have this problem in any other Linux distro or in Windows or Mac, so something fishy is going on. Yeah, the amount of Flash is obnoxious, but it's not my call.

This entry is way too long, and I didn't even mention my re-flirtation with PC-BSD. After I deleted Ubuntu and before I put Wolvix on the laptop, I decided to do another PC-BSD install. The install itself went fine. I still had that weird graphic blob below the cursor. And I downloaded three PBI files to update my 1.4 release (I didn't feel like burning a new CD, since's I've only got two left in my formerly 100-CD stack). One PBI took it from 1.4 to 1.4.1, the next to 1.4.1.1, and the last to 1.4.1.2. They couldn't do this in a regular software update? Anyway, I couldn't go from 1.4.1.1 to 1.4.1.2 -- it said something about only updating from 1.4.1. And BSD is different enough from Linux that the prospect of adapting my fan-quieting cron job to BSD is and will remain way beyond my capabilities.

So PC-BSD met the same fate as it did the last few times I installed it; it came down quickly. I'm enjoying Wolvix Hunter right now.

So here's where I stand this week with the $0 Laptop: Wolvix Hunter 1.1.0 and Debian Lenny on the hard drive (Wolvix with its own /home, so I can roll a new distro over it without killing out my files) and Puppy 3.00 as a live CD. But I'm thisclose to slapping Ubuntu 6.06 LTS or CentOS 5.0 in there.

Like many of you, I'm stuck between changing Linux and BSD distributions like underwear and finding something that can serve me for years without it either falling apart or me yearning for something better.

The Thin Puppy ran all the way through Christmas Day (mercifully, I wasn't here), but today something happened, and the power momentarily went out. I might've kicked the power cord, or something else nefarious happened, but the Maxspeed Maxterm converted thin client rebooted, and since there was no CD in the drive, I just shut it down. I'm sure it could've gone much longer than 13 days, but I have accepted that 30 days without a reboot won't be happening.

Anyway, I booted Puppy 3.00 on the $0 Laptop (I haven't done the upgrade to 3.01 on the Gateway yet).

One of the bigger changes recently in Puppy Linux has been the dropping of the lightweight Dillo browser in favor of NetSurf, which looks like a similarly lightweight browser based on Mozilla. I can't be sure of its origins, but it seems to work pretty well, is just as fast as Dillo, and -- most importantly -- seems to be currently in development. Work on Dillo has pretty much stalled, or so it appears. So I think of this as a good choice for Puppy Linux -- the lightweight browser is needed, especially for the lower-spec computers than many of us use to run Puppy.

I thought Puppy also had a text-only browser, but I don't see it in the Puppy 3.00 menu. I'd like to see Lynx or Elinks in the Puppy base. If you must have a text Web browser, Elinks is available as an easy-to-add PET package in the Puppy Package Manager. Even Dillo can be restored via a PET package.

The main browser in Puppy continues to be Seamonkey, which also functions as a mail client and HTML editor. I've always liked Seamonkey, and I continue to see it as an application that fits Puppy very well.

I have one nagging problem: One of the Web sites I work on: LA.com has way too much Flash on it for its own good, and while that may or may not be the cause, the home page crashes Seamonkey every time. I'm generally anti-Flash -- it hogs resources and should only be used when you need to show an actual video (and then only after a link is clicked), but I've accepted that today's Web designers have gone Flash-crazy.

Most of these developers also think that everybody runs browsers with Flash and that they have Flash enabled. I suppose it's true for 95 percent of users, but I don't have Flash activated on this very laptop's Debian partition. In Ubuntu, I do have it, and Puppy ships with Flash implemented in Seamonkey, but the ability to easily turn Flash on and off in Firefox would be welcomed by me. More welcome is the new Gnash open-source clone of Flash. I haven't tried it yet, but it's definitely on my to-do list.

$0 Laptop-and-Puppy update: Puppy runs so well on this Gateway Solo 1450, it should be noted. Since I got the fan under control via a cron job (long explanation of this STILL forthcoming -- I promise), Puppy 3.00 has performed very, very well. I've been running it from the live CD (all the better for impending and frequent upgrades, as well as ease in booting) and have a 1.2 GB pup_save in my Debian Etch partition. I've also had good luck with Knoppix 5.1.1 on this laptop, but not so much with Damn Small Linux, which has problems with the X configuration. And with 256 MB of RAM, Puppy is a much better fit than Knoppix.

I continue to warn against dual- and triple-booting, even as I continue to do it with this laptop (still, avoid pain and DON'T dual-boot -- I'm telling you). But I encourage the use of live CDs on computers with existing Linux (and even Windows) installs. It gives you a nice option and is not likely to screw anything up.