Recently in Wolvix 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've done this sort of thing before, but luckily somebody else is comparing the Xfce environments of Debian Lenny and Xubuntu/Ubuntu.

Results are not surprising and are in line with what I found over a year ago when I did a major comparison of everything from Xubuntu and Debian to Slackware and gOS, as well as Wolvix and standard Ubuntu.

Back then, Slackware and Debian with Xfce are indeed very, very fast systems. And while I didn't test them at the time, I expect ZenWalk and Vector with Xfce to perform as well or better.

That said, I've always liked the look of Xubuntu (especially in the 7.04-7.10 era), but it does run a good deal slower than other Xfce-equipped systems — and in fact didn't do much better than Ubuntu with GNOME in my test. Thus I've pretty much just used Ubuntu when I want it, although I did have some issues with crashing on my Gateway laptop that appeared at the time to be solved by adding Xubuntu to the install and running Xfce instead. (Since then, we've been running Ubuntu with GNOME — version 8.04 — on the Gateway, and it has been running very well.)

Despite all of this, I still have two Ubuntu 8.04 installations running right now. Sure Debian and Slackware are faster, but I'm quite happy running GNOME, and I find performance in Ubuntu more than acceptable. But what keeps me running Ubuntu is the ease of installation, configuration (I'm running with no xorg.conf — and perfect video out of the box — on both installs) and patching of the system. Despite all the talk of Ubuntu shipping before everything is "right," I can't remember suffering from a broken app or feature in recent memory. And it seems that even if a new app isn't available for some reason in the Ubuntu repository, the developers behind it are quick to create a package that's designed to run in Ubuntu (even though I prefer to run what's in Ubuntu's own repository).

All things being equal, I prefer Debian, but since Lenny all things have not been equal on my Gateway and Toshiba laptops (both made around 2002-3), with which I've had unsolvable video issues in both Lenny and at least on the Gateway in Slackware as well. No amount of tweaking xorg.conf, installing new drivers, etc., would make Debian Lenny play well with the Intel video in the Gateway, and when a quick Lenny install on the Toshiba brought up the same issue, I ran quickly to the welcoming, trouble-free arms of Ubuntu. Of course OpenBSD 4.4 is running virtually trouble-free on my second, identical Toshiba Satellite 1100-S101 laptop, and if OpenBSD can get xorg running perfectly with no configuration (and no xorg.conf needed), you'd think that Debian and Slackware could do the same.

In all fairness, I haven't tried Slackware again since 12.2 came out, so maybe things have changed, and I also haven't tried Lenny since it went stable (my experience was during the three or so months leading up to that point). Put simply, Ubuntu worked, so I use it.

And as I've also said before, many of the replies to requests for help in the Ubuntu Forums might be less than helpful, but the sheer volume of those messages means that finding the answer to your question/solution to your problem not just for Ubuntu but also for Debian is easier than you might think.

I haven't tried ZenWalk in a very long time, but I'm thinking about it.

When I first started using Linux, ZenWalk was one of the first systems I played around with. I had a nice install at one point, and that particular machine would install the old version of ZenWalk at the time but not whatever the new version happened to be. As a last-ditch effort/experiment, I tried to upgrade the old system, but since ZenWalk pretty much stopped supporting my old system but kept everything in the same repository, the upgrade pretty much bricked the install.

Still, ZenWalk is a super-fast system with excellent hardware detection and less geeky pain than in Slackware, upon which Zenwalk is based.

Then there was/is the controversy about whether or not ZenWalk was complying with the GPL when it didn't make source code available. (I can't find a good item to link to, but the issue was discussed hotly and at extreme length in the LXer forums.)

But with every new ZenWalk release, including the current beta of version 5.4, I'm tempted to give ZenWalk another try.

I have old hardware, love fast systems, love the default Xfce desktop environment (which is right there in Slackware but somewhat of a red-headed stepchild to KDE), love the look of ZenWalk and appreciate its very extensive repository.

When it comes to Slackware-for-the-rest-of-us distros, I've been more than partial to Wolvix, even though I worry about it's relative speed (I get the feeling it's slower than ZenWalk, Vector and plain ol' Slackware, though I have not much to back this feeling up), I worry about whether or not I've updated the kernel properly (it requires some hackery in slapt-get and/or Gslapt that I'm a bit unsure about), and I worry that Wolvix in general isn't as up to date as it could/should be.

But Wolvix — most of it, at leat — continues to be updatable via slapt-get/Gslapt without the whole thing going to hell.

In contrast, if I were to install ZenWalk today, I'd be sure to create a separate partition for /home (which I always do anyway these days) so I could wipe and reinstall between releases. Or I could do the not-unthinkable and dual- or triple-boot a bunch of Slackware-derived distros on a single box and see how I feel about it in a month or so.

I've got a laptop that needs a FOSS OS, and while I've been thinking Debian or Ubuntu because that's my "default" choice, I may give ZenWalk a try just to see how it runs. All of these new features do look like things I'd enjoy having:

Kernel 2.6.27.10 with gspca (supports many USB webcams)

XFCE 4.6 (beta2, already very stable)

Faster boot (tunned init scripts, with realtime I/O scheduler)

PAM authentication has been added to the system

Wicd is becoming the main network configuration tool

Improved suspend/hibernate, with XFCE Power Manager

new Netpkg with orphan dependencies and "offline operation" support

New Zenpanel with integrated Disk Manager, Wifi and Wired Network Manager

Gksu keyring based desktop granting system

New artwork

Many new applications

And it looks (from this 5.2 announcement) that the license-violation issue is at least beginning to be taken care of:

Source repository: many faithful users asked us to provide an online source repository rather than sending source Dvds on-demand. So we have been working on a mechanism to allow the development team to instantly publish source tarballs for any new package we release. This source repository is now 100% ready for ISO packages, and the contributed packages (aka "extra") source repository is being populated actively.

Zenwalk's Community Spirit: As the community thrives, Zenwalk now has a web-accessible Package Database and a conveniently arranged User Repository. Please also have a look at the Zenwalk Companion - a guide to the extra packages available to Zenwalk. Please see the zenwalk.org website for more information, and welcome to support.zenwalk.org for bug reports and friendly discussion between Linux purists :)

Of course while I love systems that are updated forever (as in Wolvix), I'd love even more to see a new version of Wolvix to appear — and if that happened, I'd be a very happy camper, indeed.

It's been a long time since I ran ZenWalk, and I can't say how its application mix would meet my needs, but the thing I like so much about Wolvix is that it has virtually everything I want or need as far as applications go, and its installer and control panel also match my needs better than just about everything else out there, too.

Not that I've run Wolvix in the past six or more months, due to a combination of the issues I raised above, then the time I spent running Debian and Ubuntu, and now having my "main" laptop run OpenBSD, which I've been quite happy with by the way.

But some time back in the Linux world, and not necessarily in Ubuntu or Debian, is starting to sound pretty good.

I feel like I'm booting children off a train.

Sure I've had my times when I installed a GNU/Linux distribution, used it for a couple of hours and then pulled it.

But for the past year or so, I've stuck with Debian, first with Etch and then Lenny since Etch went stable in April 2007. And when Ubuntu rolled out its new LTS distro in April of this year, I installed it and have been using it since. My older Compaq laptop has been running OpenBSD 4.2 for over a year, and I've done two very satisfactory Etch installs in the past month or so.

But on my main machine, a 2002-era Gateway Solo 1450 laptop, there's been trouble in GNU/Linux paradise.

After fighting with Debian Lenny for months over the Gateway's screen-refresh problems (which basically render much of that screen unreadable after a half-hour or so of use), I finally decided that I couldn't stick with the Testing branch of my favorite Linux distro on its road to becoming Stable. While many other problems cropped up and were mowed down either by me or the Debian Project itself, this last issue just wouldn't go away. And since I see not even one other person with this same problem, I fear the issue will never be resolved. I don't even know which package to file a bug against.

Remember when I thought I fixed my random-screen-freeze problem on this same laptop in Ubuntu 8.04 LTS? I thought that turning off automatic suspend in GNOME fixed the problem.

That didn't work. I still have random freezes. And I can't really blame it on the power plug because I've been in conditions where that plug does not move, and moreover these freezes never happened in Debian (when my screen image was not totally disintegrating, that is).

I was trying to get some pre-election work done on http://www.dailynews.com, and when I found that I didn't have the Java runtime installed (and needed it), I moved over to Ubuntu 8.04. In a half-hour, I had three unrecoverable crashes.

Again, I haven't heard of this happening to anybody but me.

I have TWO surplus laptops waiting in the wings. I'll see if any of them perform as well as or better than this Gateway. But whatever happens with those two machines, the Gateway will remain in service.

Once I decided to let go of Debian Lenny, I thought I would try Fedora 9, but when the live CD wouldn't let me install it, I turned to CentOS 5.2 — the free version of Red Hat Enterprise Linux — instead.

I first booted the live CD, then used the live CD to do a network install (NOT from the live environment but as a boot option). Once I determined that an http install wouldn't work but an ftp install would, I was off and running.

I've been testing CentOS 5.2 for about a week now. I've been slowly solving problems (adding things like Pidgin and Flash), and at this point I can say that CentOS 5.2 boots quickly, seems as snappy on this hardware as Ubuntu or Debian and runs extremely well.

I have yet to see a bug, and it has never crashed.

I have a full review and how-to for CentOS 5.2 in the works.

I hadn't anticipated replacing Ubuntu 8.04 LTS. I've had trouble with Ubuntu on this laptop since 7.04, and I've gone back and forth with it. Until I pulled it last week, I always had either Debian Etch or Lenny running on it. I've run Puppy 3.01 from live CD and the Slackware-based Wolvix Hunter — both with few problems.

The 2.6.18 kernel in CentOS 5 has always run better than any other on the Gateway. Other distros that share this kernel (albeit in slightly different versions) include PCLinuxOS 2007 and Debian Lenny.

And with support for RHEL/CentOS 5 slated to last a very, very long time, the fact that it runs so exceedingly well on this hardware gives me a true long-term solution.

I suspect that if I rolled the older Ubuntu 6.06 LTS — which has a little over seven months of support left before it EOLs — onto this laptop, it would run flawlessly. But it's packages are even older than Debian Etch's ...

As it stands right now, I'm going to stick with CentOS 5.2, and as much as I don't want to do it, I need to drop Ubuntu 8.04. I love Ubuntu — its philosophy and package mix, if not its brown color scheme. But I can't deal with the random freezes (after which ctrl-alt-backspace and ctrl-alt-delete are useless and only a hard reboot will work).

Aside from the screen-refresh problem, Debian Lenny was doing great. It improves on Etch in many, many ways.

I could see myself returning to Etch, which will have a full year of support as Debian's Old Stable distribution once Lenny is declared stable.

Whether I continue using this laptop or not, it has to run my daughter's educational games (GCompris, TuxPaint and Childsplay), and it has to be as stable as possible.

With Etch on the Gateway, I had trouble with the Alps touchpad, but since those problems were so easily solved in CentOS 5.2, perhaps I've learned enough to figure them out in Etch, where in addition to the touchpad-tapping issue the speed differences between the touchpad and a plugged-in USB mouse were more than a little incovenient.

I remember PCLinuxOS running as well as anything during the week or so I used it. I wonder how much support is left for the 2007 edition of that distro. The hype over PCLinuxOS has really slowed down over the past year, but I still think it's a very solid distro (based on Mandriva but with Debian-style apt and Synaptic package tools).

I've had trouble with X in Slackware on this platform, never seeming to get xorg.conf right, although Slack-based Wolvix runs perfectly for some reason. Slackware-based ZenWalk has all the packages I need and during the brief times I've run it has show itself to be extremely fast.

And since I'm running with separate /home partitions for both distros on this PC, switching those distros in and out should be less traumatic than in the past.

Even though I've taken great pains, after the fact (when it's harder to reconcile), to keep my user accounts' UID and GID numbers in Debian- and Red Hat- based distros compatible, I will probably dual-boot Fedora and CentOS for a while just to see how they match up on this hardware.

Depending on how things go with CentOS 5.2, I could eventually simplify things and do the unthinkable: not dual-boot anything.

CentOS seems terribly boring. But ever since Red Hat rolled a bunch of newer apps into its RHEL 5.2 (the base for CentOS), including Firefox 3 and OpenOffice 2.3, I've seen it as a very real alternative for the desktop.

And I neither expected it to run so well or for Debian and Ubuntu to run so comparatively poorly on this specific hunk of hardware.

If I had 10 test machines and Debian or Ubuntu ran flawlessly on them, I would be telling a different story, but from the perspective of this 6-year-old Gateway, RHEL/CentOS is pulling way out in front.

Here's the deal: I've been fighting with Debian Lenny for months on The $0 Laptop (Gateway Solo 1450), where I have everything running great except for my persistent problem with screen refresh in X. I've replaced the Intel i810 driver with the plain Intel driver, I've tweaked everything that can be tweaked in xorg.conf.

I can't really get work done while my display is slowly disintegrating during the course of a computing session.

I'm already running Ubuntu 8.04 LTS as the main distro on this system, and I've been thinking about what to do for the second distro. I'd go back to Debian Etch, but I had problems with the speed of the USB-connected mouse vs. the Alps touchpad, plus problems controlling the touchpad on its own.

In Lenny, the problems I've dealt with (and mostly solved) over the past six or more months have included suddenly disappearing sound (fixed with manually installed ESS Allegro modules), and an Epiphany browser that would always start in offline mode (fixed with a modification to Gconf2, if I have the name of the app right).

Nothing major — and nothing that couldn't be fixed with some help from either the bug reports themselves or other helpful people on the Web.

But this screen-refresh problem persists. I keep hoping that a routine software upgrade will take care of it, but that hasn't happened in countless xorg, driver and kernel updates. I don't think it's going to happen, either.

If you're running something that's very popular that catches the attention of developers (like the Asus Eee PC), chances are good that issues will be resolved. But I can't imagine any developers anywhere are paying any attention whatsoever to my 2002-era Gateway laptop. I'm no C hacker, so there's nothing much I can do, either.

I love Debian. I'm running two newish Etch installs right now (one PowerPC, one i386), and I could very well add a third with my $15 Laptop (Compaq Armada 7770dmt), or even more to a couple of testing desktops I have waiting in the wings. Whenever Lenny goes Stable, Etch will have another year's worth of patches as Old Stable before it reaches its end of life.

Etch has been great, and Lenny has made dozens of improvements. But this one regression has made it very hard to keep my favorite distro on my main laptop.

So I have been thinking for months about what to do, all the while hoping that I could fix the X problem in Lenny.

First of all, I need to rewire the power supply plug. I think that is what is responsible for my intermittent freezes in Ubuntu (which don't seem to happen in Lenny, for reasons unknown). When I have the laptop on a desk, it never freezes, but when it's on my actual lap, as it was when I was trying to work on last-minute election programming yesterday morning, those freezes can really throw me off. I moved over to Debian, but I needed the Java runtime, didn't have it installed and didn't have the time to do that.

And then there's the video issue.

So I've been thinking, what should I install in place of Debian Lenny? I'm a big fan of long-term support releases, especially for older hardware, so I strongly considered CentOS 5, a clone of Red Hat Enterprise Linux 5. But the relative lack of consumer-oriented software had me worried. I could add the Dag Wieers repositories to deal with that issue, but even that repository doesn't cover everything I need.

Mandriva is also on the table, as is one of my favorite distros, Wolvix. The Slackware 11-based Wolvix is due for a new version soon. While its package mix addresses most of my issues, there are a few things that I can't easily find for it. And I worry in Wolvix's case (as well as Slackware's in general) about how long the kernel goes without getting patched.

I almost never see new kernels for older Slackware releases. I don't know if that's because they are unnecessary, but with patched kernels rolling into Debian and Ubuntu fairly regularly, I wonder why Slackware does things differently.

I'd run "regular" Slackware, but I had quite a bit of trouble getting X configured, and I'd rather use GNOME than KDE. I know there are GNOME projects for Slackware, but what I'm trying to do is install something that works well, comes together easily and has lots of available packages.

Given all the Mandriva fans on LXer, I considered it. I've used the Mandriva-derived PCLinuxOS and thought highly of it — and I may in fact go that way. The 2.6.18 kernel in PCLinuxOS 2007 (Debian Etch is also built on that kernel) is perhaps the best ever for the Gateway in that it controls the CPU fan with no intervention. The intervention needed in other kernels is slight (a single line in /etc/rc.local usually does it), but it's nice to have it done automatically.

Again, I'm not a huge fan of KDE, and I find that distros that are either KDE- or GNOME-centric tend to treat the other desktop environment as something of a second-class citizen.

I've had Fedora in the back of my mind for a while. Seeing all the packages available is very encouraging. And the Fedora community looks like a very good resource in terms of getting things working. I imagine that quite a bit of RHEL information would apply to Fedora as well, giving the distro an even deeper bench.

I'm not crazy about the length of support for a given Fedora release, which looks to be 12 to 13 months. I'd feel better with the 18 months that Ubuntu's non-LTS releases get, or even a full 2 years. Compromising on length of support is something I'm willing to do at this time for something that potentially gives me all the packages I want and that runs well besides.

As far as the availability of packages goes, Fedora acquits itself well. I have run it from the live CD before, and it seemed to do well on the Gateway.

In a slightly related matter, my install of Fedora 9 on my Power Mac G4/466 didn't go so well. The X configuration was horrible, and the distro ran much slower than Debian Etch on the same hardware. And Debian did a perfect X configuration for the internal graphics card and huge LaCie electron22blue monitor. Sure I could've used the information from the xorg.conf in Debian to properly modify the same config file in Fedora, but with such a performance hit, it didn't seem worth it.

Since the 1.3 GHz CPU and 1 GB of RAM in the Gateway offers much more power than the 466 MHz and 384 MB in the G4, Fedora seems to run fine on the faster machine.

And now that I have the Ubuntu LTS as my main distro (and hopefully a trouble-free one once I replace that shaky power plug), it's time to try something else.

First I need to keep copies of the xorg.conf, my CPU-fan script and rc.local from Debian Lenny in case I do a reinstall. Then I need to back up the /home files and consider adding a separate /home partition for the secondary distro (Ubuntu already has a separate /home partition).

Again, I'm not happy about the 13-month life cycle of any given Fedora release, and I really don't need a cutting-edge kernel for my not-cutting-edge hardware (unless, of course, it makes a cheap wireless adapter work), but with /home on its own partition, and Fedora installing GRUB on the root partition instead of the master boot record, with the GRUB on the MBR chainloading to the Fedora partition, it shouldn't be hard to roll Fedora out and something else in.

I could change my mind ... or not.

Update: OpenSUSE offers about two years of support per release, and that is enough to get me interested.

I'm downloading new OpenSUSE 11 and Fedora 9 ISOs now, and I'll burn them in the morning.

I have my Self-Reliant Thin Client running Debian Etch turned on all of the time. I haven't been able to find power-usage specs for the Maxspeed Maxterm (it could be a 5300, but there are no model numbers on the box), but with no moving parts, a Mini-ITX-size motherboard, Mini-ITX-type fanless power supply and fanless VIA C3 Samuel CPU, as well as non-working case fan (except when tilting said case at a 45-degree angle) and a Compact Flash chip instead of a spinning hard drive and no optical drive, the thing is totally silent and must be fairly sparing on electricity use.

I don't think I even moved the mouse yesterday, but today when I brought it out of screen-saver mode, there were three updates to Debian Etch:

dbus
dbus-1-utils
libdbus-1-3

Thus far, the 8 GB Transcend Ultra Speed 133x Compact Flash is performing quite well, meaning it hasn't died.

The last time I killed a CF chip, a 1 GB Transcend, I think the premature death occurred due to inserting or removing the module while it was mounted.

Since in this case I have the Self-Reliant Thin Client sealed, that CF chip is staying in there and won't be plugged and unplugged all that often.

That might stay true, but I want to get more CF chips and load different OSes on them. Then I could remove the cover to the CF-to-IDE board in the thin client and pop in and out different CF cards with totally different configurations.

Some of the CFs I'd want to do:

• Puppy Linux (could be a much smaller CF due to the nature of the Puppy distro and its "frugal" install)
• OpenBSD (I'm anxious to see how easy/difficult it would be to install to CF)
• Wolvix (which also offers a "frugal" install, though I'd chose a "traditional" hard drive install so I could use slapt-get/Gslapt to update the box)

Not having an optical drive hooked up makes the "preparation" of CF cards on the Self-Reliant Thin Client difficult. To install a new OS, I'd have to:

• Remove eight screws to open the case
• Remove the CF card cover
• Remove current CF card and plug in new one
• Unplug the CF board's IDE cable from both the CF board and the motherboard
• Plug in a standard IDE hard-drive cable into the CF board on one end, the motherboard on the other
• Plug CD-ROM drive into "middle" of IDE cable
• Plug hard-drive-style power cable (the thin client has one, even though it doesn't need it for its intended purpose)
• Install new distro (and probably do more than one so I don't have to repeat this procedure)
• Test new distro
• Remove IDE hard drive cable
• Plug CF board's IDE cable into CF board and motherboard
• Replace case cover

I could leave the CF board/adapter's cover off if I wanted to do a lot of swapping of CF cards. It would be a very easy plug-and-play way to swap distros, that's for sure.

And I could keep the current 1 GB USB flash drive plugged in for backups of the various systems. That would also facilitate file-sharing between the OSes on the multiple CF cards.

(This post was originally written on April 24, 2008. In the days following, I was able to tweak xorg.conf and run Wolvix on the $15 Laptop (Compaq Armada 7770dmt, on which it runs quite well.)

Finding my long-lost Wolvix post got me itching to run it again. I haven't had it on the $0 Laptop (Gateway Solo 1450) in some time. It did a good job there, but I wasn't able to turn off the annoying tap-to-click feature on the laptop's Alps touchpad, and I've been pretty happy with how Debian Lenny is doing that and more, so my use of Wolvix has dropped quite a bit.

If I could manage to get X configured properly on the $15 Laptop (Compaq Armada 7770dmt) now running OpenBSD 4.2, I'd be running the smaller Wolvix Cub (smaller than Wolvix Hunter, which I run otherwise) on the aging PC right now. The combination of the Xfce and Fluxbox window managers, plus the excellent choice of apps (it has pretty much everything I use day to day) makes the Slackware 11-based Wolvix Cub and Hunter two of the best choices out there — for me anyway.

Adding to Wolvix's flexibility, it can run as a live CD, or be installed in a traditional or "frugal" manner. I've chosen traditional installs, and the install process in Wolvix is excellent. It's easy to create as many partitions as you need, you get a choice of GRUB or LILO bootloaders, and once you do have it installed, slapt-get and Gslapt are ready to bring all the apps up to date from both the Wolvix and Slackware repositories. And the Slackware team continues to update version 11, which was first released in October 2006. Even Slackware 8 (circa 2002) seems to get an update every once in awhile.

All of this makes me very comfortable running Slackware and ... well ... Wolvix, because the two "big" Slackware-derived distros, Zenwalk and Vector, use their own repositories, and they don't support a given release for very long before moving on to the next one. This burned me pretty good one time; I was running Zenwalk 4.4.1, and it was working great, but an unfortunate invocation of the distro's update manager completely broke the thing after 4.6 came out. My machine wouldn't boot the 4.6 CD, so it was the end of Zenwalk for me.

I like Vector, but I like Wolvix even more. And I really like having Slackware's security team watching out and sending patches that flow right into my Wolvix installs with a few easy clicks.

I also like a Slackware-based setup that doesn't depend on KDE. If you have a fast-enough box, KDE is great. My Gateway laptop handles KDE very well, even though I prefer to use GNOME on it. But on my older, slower, less-memory-rich boxes, KDE is a bit too sluggish, and I like a well-appointed Xfce or Fluxbox setup much better. (Note on 9/15/08: My most recent Slackware 12.1 install on the Gateway, though not without problems related to X configuration, again showed KDE to be quite spry and Slack's default lineup of applications to be more than adequate.)

Ever try installing Slackware without KDE? It's easy to do. In fact, the excellent Slackware installer offers complete control, on a package by package basis, over what gets put on your box during the intallation. If you elect to leave out all of KDE, you can run Fluxbox or Xfce, but you get very few apps. And the install still takes up over 2 GB of space. No Abiword, no OpenOffice. I guess that would be a good time to add one of the many GNOME-for-Slackware packages out there, like Dropline GNOME (which wouldn't work on this non-686 CPU, I think, but one of the others will).

But again, Slackware's KDE-centricity doesn't leave the Xfce or Fluxbox user with a whole lot of applications. Sure you can build the system you want with Slackbuilds, Linux Packages or Robby Workman's packages, but I don't think it's a coincidence that there are three major Slackware-based distros (Wolvix, Vector and Zenwalk) that use Xfce as the primary desktop environment.

And being able to use a Wolvix CD to get literally dozens of applications I know and love makes things that much easier. Add to that my seeming inability to get GRUB to boot Slackware 12 (I'm sure using Slack's own GRUB package and script would solve my problem), and Wolvix has solved quite a few problems for me.

(Note on 09/15/08: While Wolvix does an excellent job setting up the LILO or GRUB bootloaders, I've since adopted a policy for dual- and triple-booting in which one distro, using GRUB, controls the Master Boot Record and chainloads into all the other bootable partitions on the drive, with every one of those OSes using their own bootloaders — whatever they may be — on their own root partitions. It makes swapping OSes easier and makes automatic updates of the various /boot/grub/menu.lst files work every time — not always the case with everything stuffed into the /boot/grub/menu.lst controlling the MBR.)

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

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

As soon as I'm able to begin posting them, my eight-part series on finding the best operating system for my circa-1999 Compaq Armada 7770dmt will begin unfolding, one part a day, on Click.

I've been working on this series for about a month, working with everything from Damn Small Linux and Puppy Linux to OpenBSD and Wolvix Cub, with a lot of thoughts about past use of Slackware, Debian, Ubuntu and more.

So starting — again, as soon as I can get the entries lined up — look for a long meditation on the best way to make old hardware work in the 21st century.

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.

If you've been reading this blog for awhile (or spent a few hours back in the archives), you know that I run Debian, Ubuntu, Puppy, OpenBSD and Damn Small Linux a lot.

I have had a Slackware box in the past, but I didn't stick with it. Still, one of my very favorite distributions is Wolvix, which is based on Slackware 11.

While I'm generally a GNOME fan, especially on faster boxes, and not a big user of KDE, even on faster boxes, there's a lot of software in the full Slackware installation. Since I'm OK using KWord (and not OpenOffice Writer or Abiword) for the few times I need to kick out a .doc file, I don't feel the need at this very moment to install one of the GNOME add-on projects for Slackware.

If I could, I would install Dropline GNOME, but since the box I'm using is NOT i686 compatible, I can't do that. GNOME Slackbuild looks like it will work, and I might install it, but since the default Slackware installation is working so well, I'm loathe to mess up a good thing.

Here's what I like about Slackware:

In the default installation, just about everything works

Easy-to-use console utilities make managing the box relatively easy. I'm talking about:

xwmconfig
netconfig
mouseconfig
pkgtool (surprisingly helpful when adding or removing packages)

A bunch of window managers, easily selectable before starting X with the xwmconfig utility. It may not have GNOME, but a full Slackware installation does have:

KDE
XFCE
Fluxbox
Blackbox
WindowMaker
Fvwm2
Twm

On occasion, I do use Fvwm2, which I grew to like from OpenBSD, where it's the default WM. Things really speed up on slow boxes when you use Xfce, Fluxbox or any of the window managers that are not KDE.

Other things I like about Slackware:

Long-term support. The Slackware team keeps the security patches coming for many of its releases. I still see updates for Slackware 8.1, which was released in 2002. Six years is pretty impressive. It's up there with the "enterprise" releases from Red Hat and SUSE.

Slapt-get. After using Wolvix and now Slackware itself with slapt-get, I'm a total believer. It makes maintaining a Slackware box much, much easier. Get it here.

Lots of editors. Slackware may not include my favorite (Geany) but nonetheless has tons of editors built in:

Vi
Vim
Gvim
Nano
Xedit
Kwrite
Kate
Kedit
Emacs
Jed
Joe
Mousepad
(and some I probably missed)

Three major Web browsers:

Firefox
Seamonkey (which also features a mail client and HTML-generating app)
Konqueror

I've grown fond of Seamonkey, which is the main browser in Puppy Linux. I usually use Firefox, but it's nice to have Seamonkey there in case I need the Composer app to do some HTML, or to use the mail client (even though I'm pretty much accustomed to Thunderbird).

I like a lot of choices, and while I'd really like Slackware to include Abiword and maybe even OpenOffice, I can add these packages later if I decide I really need them. But I probably don't and won't.

I haven't made the leap to Slackbuilds yet, but I have had success with Robby Workman's precompiled packages.

Great projects derived from Slackware:

Wolvix
ZenWalk
Vector
Slax

I'm VERY partial to Wolvix. If I need to set up a box quickly with all the software I want/need, Wolvix Hunter is the way to do it. Wolvix has one of the best, most flexible installers I've ever seen. You can run Wolvix as a live CD, or in a "frugal" or full hard-drive installation. All are easy to do.

Default fonts in Slackware look better than default fonts in Debian

I like to gave good-looking fonts right out of the gate. Slackware is as good as any modern distribution in this regard. Debian fonts look OK on an LCD screen, horrible on a CRT. I've gotten used to them, and I no longer change them, but I still prefer nice, smooth fonts.

If you're going to run KDE, Slackware's the fastest way to do it

SimplyMepis with KDE is simply unusable on this 2002-era box. It's too slow by far. Slackware makes KDE usable on this old PC.

Granted, KDE is just as fast in Debian, so that's another good choice for the KDE fan who wants to use their favorite window manager on an old box.

A little advice: If you use KDE in Debian, save yourself a lot of trouble and use Aptitude or apt; Kpackage didn't work for me. And conversely, in Slackware use pkgtool/installpkg/upgradepkg or slapt-get/Gslapt, not Kpackage. Maybe some of you have had a better experience with Kpackage. For whatever reason, I don't like it.

Coming soon: Things I don't like about Slackware

What version of Linux has been at the top of the Distrowatch rankings for months now that I've never tried until today? PCLinuxOS.

Everybody I know who has runs PCLinuxOS has good things to say about it. Scott Ruecker of LXer and the Los Angeles Daily News' own City Hall reporter Rick Orlov are among those who have used and liked it.

I couldn't boot the CD on my test machine (VIA C3-based converted thin client), but on the $0 Laptop (Gateway Solo 1450) it's booting just fine.

To start with the live CD, I selected the "copy2ram" option because I have 1 GB to play with on this machine. It takes quite a while to copy the system files to RAM, but once that's done, the system should run very fast.

The 2007 version of PCLinuxOS has received continual updates and is a sort of rolling release -- the coders behind it don't create new ISO images on a continual basis like we get from Ubuntu, for instance. Once you install PCLinuxOS, it's easy to bring it up to day. Actually, I prefer it this way. I'd rather do a bunch of updates than continually burn new CDs.

After not succeeding in getting the Airlink 101 AWLL3028 USB wireless adapter working in Debian Lenny and Wolvix Hunter 1.1.0, my first thought was to install Ubuntu 6.06 LTS on the $0 Laptop (Gateway Solo 1450), since I had a trouble-free ndiswrapper experience on my test box in Ubuntu 6.06, but since there's no WiFi in this building, I can't really see if it works, short of hauling the converted Maxspeed Maxterm thin client home ... with all the drives haphazardly connected to it. No, not going to do that.

I'm disappointed that I couldn't get the wireless adapter working in Wolvix. I could see the network with iwconfig, but I just couldn't get DHCP running properly.

So I went back to my Linux roots: Puppy.

I've been running Puppy 3.00 on this laptop for awhile -- I have the CPU fan managed by a cron job (Gcrontab is a bitch ... I'd rather have regular crontab anyday ... and I wish the Puppy people would fix it so crontab works with the e3 console editor ... it's hard-wired somehow to vi, which isn't part of Puppy).

So I hooked up the Airlink adapter, fired up Puppy, used the network setup wizard ... navigated to the "more" part of searching for networking drivers, selected ndiswrapper, navigated to the part of the drive on which I have a copy of the Windows 98 driver for the Airlink ... and the thing lights up.

It's the clearest, easiest configuration with ndiswrapper I've tried so far. Let's see if it works. (I'm not above trying Ubuntu, and I'll probably do that at some point).

Now all I have to do is get the laptop somewhere there's a live WiFi connection to see whether or not I can actually get wireless networking flowing.