Recently in Linux Category

Whatever your feelings are about Linux (or Windows, or OS X , or ...) you really should check out the Linux Hater's Blog.

It's actually farther from all-out-flaming than you'd think and basically challenges the Linux community to do better.

I particularly enjoyed this entry: 0.99 bottles of wine on the wall:

Y'all seem to want me to rant about OpenOffice. There's not much to say, I mean, I don't really use it. I can't remember the last time someone sent me an SXW, so why the fuck would I use something different? Especially something that doesn't work as well as the original. Because it's free? Because all your other examples of fantastic open source software should make me blindly trust this one too? well I actually like to pay money for my sanity. Obviously y'all don't value it as much.

Besides, real programmers don't use office suites. And fo shizzle, real programmers on Linux definitely don't use office suites. No, they just annoy the world by telling everyone re-send their shit in PDF. I'm sure Adobe's laughing all the way to the bank.

Actually, now that I think about it, I do have one adecdote. I have a lady friend, who uses Excel for a living, to whom I offered to install OO on her new Windows machine because she needed something to do her work. A week later, she came back and took a big shit on my lap. And then slapped me across the face with it. Now I know that kind of thing might get some of you kinktards off, but that pretty much taught me my lesson.

But you know, I still somehow keep wishing that a random group of volunteer programmers can magically recreate the work done by thousands of Microsoft engineers. I mean, that would be totally awesome. So would having Jessica Alba as a sex slave. Maybe if I work for the next 15 years, I too could end up with a bugly look-alike.

Actually, I dunno, maybe it could really be done. Many times I've thought that if all of y'all actually cooperated and built one office suite, then maybe it might be better, or at least as good. Then I looked around and saw OO, Gnumeric/Abiword, and KOffice, and concluded that you guys didn't get the memo about what the "co" in cooperate means. But you know, ODF will save us all. Or something.

The guy has a certain style, no?

Things are happening in Debian Lenny, and not just in my installation.

OK, mostly in my installation.

For one thing, something — I have no idea what — made the GNOME Network Admin package disappear. I couldn't change my network settings from the System--Preferences menu or the icon I have in the panel for that very purpose.

I went into Synaptic and reinstalled it. Now it works.

I'm still having the "work offline" problem with Iceweasel (aka Firefox) 3. Whenever I start the browser, I'm automatically in "work offline" mode, regardless of whether I'm actually online or not.

I also still have the "ghosting" on the upper GNOME panel.

Right now I'm doing a software update. Among the new packages is a kernel update. Will this solve my problems? And will I have to reinstall the ALSA sound modules for my ESS Allegro/Maestro3 chip in the $0 Laptop?

After the update: The Debian Lenny updates included a 2.6.25 Linux kernel, but boot code for the new kernel didn't get written into the menu.lst that controls the Ubuntu-installed GRUB, which controls the master boot record for this dual-boot system.

It turns out that Debian only updated its own /boot/grub/menu.lst, so I copied the new entries over to Ubuntu's /boot/grub/menu.lst to try the new kernel.

This appears to be the SECOND 2.6.25 kernel in Lenny, but it's the first I've seen of it, and without Ubuntu's menu.lst being updated automatically, a new Lenny kernel is easy to miss.

I understand that dual-booting can pose a problem, but I thought that Debian pretty much knew to look for multiple GRUB configurations and update them all. I guess not this time.

In Lenny with the 2.6.25-2 kernel: Sound still works in the new kernel. (After manually jump-starting sound in 2.6.24, I didn't expect it, but thankfully it does.) Either the Debian developers decided to re-support my sound chip, or my manual installation of ALSA drivers stuck.

Iceweasel 3 still defaults to "work offline" status whenever it's launched. The same problem still (again, thankfully) doesn't affect Epiphany.

The upper panel in GNOME still suffers from the same "ghosting" problem.

Looking at the bug reports, which I did in a very recent post, tells me that the Iceweasel problem is not so much with Iceweasel as with NetworkManager. I can pretty much confirm this, since mousing over the NetworkManager icon in the upper GNOME panel says that there is "No network connection," where there indeed there is. I probably should be looking at bug reports for NetworkManager and not Iceweasel.

I couldn't find anything in Debian's bug reports, and nothing leaped right out of this large page of GNOME bug reports.

It's been a little while since my last report on how Ubuntu 8.04 LTS has been doing on the $0 Laptop.

In short, all continues to go very, very well. At this point I could see ratcheting down my use of Debian on this machine and pretty much devoting it to Ubuntu all the way.

Why? Everything in Ubuntu works with as little effort as possible.

I have made some strides in getting Debian Lenny working better on the Gateway Solo 1450. I got sound to return by installing the ALSA modules myself. I'm having a problem with the upper GNOME panel looking a bit funky at times, with graphical "ghosting" marring its appearance. It's not a deal-breaker, but it also doesn't happen in any other distro.

And again, Ubuntu just does what it's supposed to do.

I still haven't conquered suspend-resume in any other distro. In Ubuntu, that just worked.

If for some miraculous reason suspend/resume works in CentOS/RHEL 5.2, I'll re-evaluate things, but a test of 5.1 today confirmed that it does not work out of the box. And I tried to install 5.2 on a free partition with the super-small network installer, which hung up early in the process. I bailed out of it and figured I'd forget about the whole thing until the CentOS 5.2 live CD image is released.

If you know the LAMP stack and want to live in Boston, the Obama campaign wants to hire you:

They need a programmer and a security expert.

That Obama ... in addition to being so gosh-darned dreamy, he embraces Linux and other free, open-source technologies.

How's John McCain gonna compete with that?

Related links:

• Technology Voters' Guide: Barack Obama
  
• Technology Voters' Guide: John McCain

Excerpts from the two guides above:

We have to know: what's your favorite gadget?

Obama: BlackBerry.
McCain: My slim, stylish gold Razr phone and I are inseparable.

And for the equal time's sake, here's a picture of John McCain back in the day:

I've been saying that Ubuntu should do this for a long time, and now they have: You can get Ubuntu — the biggest desktop GNU/Linux system going — for $19.99 in a boxed edition at Best Buy stores.

I found out from the excellent Linux Loop, at which writer Thomas Teisberg actually saw the box in the operating-system section of the store.

He, in turn, found out about it at the Best Buy site — from which you can actually order the Ubuntu box for the same $19.95.

If you're not particularly geeky and can't or don't want to figure out how to download a huge ISO file and turn it into a bootable CD with Nero, my free favorite ISO Recorder or any other applicable program (no, Microsoft does not include this capability in Windows for obvious reasons, those being that they don't want you to ever even contemplate using another OS), then spending a mere $19.99 on this Ubuntu box is a very good deal.

Upon closer inspection of the photos at Linux Loop, this box contains a CD-ROM, so even if you don't have a DVD-ROM drive, you can use this disc to load up Ubuntu.

I'm not sure whether or not there's a There is a smallish book in the box or not, but if you want a bigger-book/disc combo, you can always opt for "The Official Ubuntu Book," which just came out in a new edition and which also includes a DVD of Ubuntu (as well as Kubuntu and Edubuntu).

For the more advanced user, "Ubuntu Unleashed 2008 Edition" will be out in a few weeks and will also include a DVD.

Another very good book that also includes a DVD is "Beginning Ubuntu Linux, Third Edition."

So you don't need to get a blank CD-R, download a huge Ubuntu image and figure out how to burn it if you don't want to. Once you install Ubuntu, burning ISO images onto bootable CDs is easy to do, and any one of the abovementioned books will walk you through it.

Of course, you can always request a free Ubuntu CD, which will be delivered to you free of charge (but not quickly).

However you get it (if you do "get it"), Ubuntu at retail is a huge thing, and I hope it continues.

Update:

• This person bought the Ubuntu software box, opened it up and took pictures.
• Computerworld reports on Ubuntu at Best Buy
• The Canonical Blog explains the whole thing
• Desktop Linux on the Ubuntu box
• InternetNews.com on the Ubuntu box

Canonical just announced the release of Ubuntu 8.04.1 LTS, the first "point release" after April's initial release of the GNU/Linux distribution's latest long-term-support edition.

If you already have Ubuntu 8.04 installed, you get everything in the point-release just by updating your box. But if you're doing a new installation, the point-releases mean that the new disc images will enable you to do the install from the CD and then need many fewer updates after the system is set up.

As you can see in Mark Shuttleworth's blog post on the very same topic, the first point-release came out three months after the initial 8.04 release, and following 8.04.1, there will be a new point-release every six months until the next LTS edition of Ubuntu is itself released. And if Ubuntu follows its schedule — and we have no reason to believe it won't — that next LTS will come out two years after the previous one, meaning we will have Ubuntu 10.04 LTS right when the version number says we will (10 for 2010, 04 for April).

As has been the case since Ubuntu's first LTS release (6.06), the long-term support means three years on the desktop and five years on the server, so if you're not the type who wants to roll the dice every six months on a new Linux distribution, and if Ubuntu's LTS release works well with the hardware you have (as it does for my Gateway Solo 1450), I know that I can leave 8.04 on my system for three years but have a new LTS in two years. Or I could track the regular Ubuntu release schedule and upgrade every six months.

It all depends on how you want to run your system. And choice is very good.

As a point of order, Ubuntu is based on Debian, and while Debian doesn't have a pre-set release schedule, it does have the very orderly process of having packages start in the Experimental branch before moving to Unstable, Testing and finally Stable. The current Stable release of Debian, named Etch, was released in April 2007, and the current Testing branch of Debian, named Lenny, is tentatively set to achieve Stable status in September of this year.

Now stay with me ... Once Debian "promotes" a Testing release to Stable, the Stable release it is replacing goes into "Old Stable" status and is maintained, as far as security updates go, for one year. That means the current "Old Stable," aka Debian Sarge, became Old Stable in April 2007 and was updated through April 2008.

Keep following ... And if Lenny goes Stable in September, then Etch will become Old Stable at that point and receive security updates through September 2009.

So if you only began using Etch when it achieved Stable status, you will have received two years, five months worth of updates from the Debian Project. Of course many jump on the Testing release before it becomes Stable.

I've been using Lenny (currently Testing) for months now because it runs so much better on the Gateway and is very stable despite still being a "Testing" release.

In summary: I know that Debian does its thing the Debian way, but I'd like to at least see a definite period of support for the project's releases. That means I don't care when they come out; it doesn't have to be every six months or even every year. But I'd like to see the project pledge to support Etch for five years, regardless of when the next Debian release achieves Stable status.

In other words, I'd like to see Debian treat itself a little more like the "enterprise" Linux releases from Red Hat and Novell — and like Ubuntu — by taking the guesswork out of how long distributions will receive support.

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.

I hooked up my Starbucks card with AT&T today to draw on the free Wi-Fi now available at the coffee giant, and was pleasantly surprised to have good broadband speed in Puppy Linux 2.13 on the $15 Laptop (Compaq Armada 7770dmt).

I was even able to sign on using the Dillo browser. I started Seamonkey after that, but just being able to log in with Dillo was a surprise.

Even more of a surprise, however, was that the AT&T Wi-Fi didn't work in OpenBSD 4.2, which I have installed as the primary OS on the laptop.

Now I know that wireless works fine in OpenBSD, because I use it at home and at the Los Angeles Public Library. When OpenBSD booted, I got an IP, and I could ping that IP. I should've written down the location's IP and tried to ping that. Otherwise, I couldn't ping anything, and as a result could not get any services to work. That means I couldn't get data into or out of the laptop.

Why does AT&T Wi-Fi work in Linux but not OpenBSD? That's a good question

I booted into Debian Lenny for the first time in a while on the $0 Laptop (Gateway Solo 1450), and after doing about 150 updates, I logged out of the GNOME desktop and switched over to Fluxbox.

Now this PC, for me, anyway, is quite powerful — 1.3 GHz Celeron, 1 GB RAM — so GNOME runs quite well on it.

But with Fluxbox (and even with Xfce, I suspect) it really flies. Apps load way quicker than they do in GNOME, and if you can deal with a more minimalist window manager, you get a lot more in terms of performance.

I had my Alps Touchpad's tap-to-click function turned off in GNOME, but in Fluxbox I had to use GSynaptics to turn it off. I wonder if things will be screwed up in GNOME as a result. The first thing I'll do is see if I can easily turn off the touchpad's tapping for my other users. That doesn't work so well in GNOME, where the "primary" user has control over the touchpad but the others do not.

I logged into one of my other user accounts, turned off tapping in GSynaptics, and everything worked. That's the way it's supposed to be in GNOME.

One thing I'd like to do is modify the Fluxbox menu to make things quicker, with my most-used apps higher up so I don't have to mouse through so many menus to get to them.

The extremely lightweight Swiss GNU/Linux distribution Slitaz burst upon the scene in March of this year promising to be easy on system resources yet possessing enough power in the form of basic applications to actually get things done.

In my original non-review, I couldn't really get Slitaz running on any of three PCs, so I ended it this way:

Hopefully they'll get it right with SliTaz 1.1 (or 2.0), but for now, it's a distro with a lot of promise but not a whole lot of delivery -- at least for me.

But there was also this:

I'll try it in the $15 Laptop (based on a Pentium II MMX and with the Orinoco WaveLAN wireless card) ...

Coincidentally, I've been looking for new distros to run on the $15 Laptop (Compaq Armada 7770dmt), and I decided to finally give Slitaz a spin in it.

It works.

And so far, it's quicker than anything I've tried on it before. The closest thing I can compare it to is Damn Small Linux.

As of DSL version 4.4, both have the "Bon Echo" version of Firefox, with Slitaz using a more-recent build of what basically is Firefox.

Having Firefox named Bon Echo presents one problem: It's harder to install Google Gears, which would enable Google Docs to function in offline mode. I'm sure there's a way to do it, but so far that's been the big stopper for me with DSL (and now Slitaz).

Another stopper: Slitaz seems to want the user to store data on a USB-connected drive. But this laptop, made somewhere around 1999, doesn't have USB. Hell, it doesn't have Ethernet. My connectivity comes via a Orinoco WaveLAN Silver PCMCIA card, and even if I did have a WiFi signal, which I don't, I'm not sure Slitaz 1.0 supports wireless connectivity. Otherwise, I'd be trying some packages from the Slitaz repository.

But in its "raw" configuration, Slitaz is a 25 MB ISO — smaller than Puppy Linux and Damn Small Linux, and with fewer apps as well.

The beauty of it is that Slitaz 1.0 is running entirely in RAM — and I've only got 144MB on this laptop.

Again: 144MB and running entirely in RAM. I don't think there's a system out there with X that'll do this without tapping into Linux swap (although Damn Small Linux might be coming close).

Like Puppy and DSL, Slitaz is based on the JWM window manager, which has plenty of features and lots of speed to go with it. Right-clicking gets you a small menu, but for the full menu, you need to left-click on the Slitaz spider icon at the top of the screen.

Slitaz is lean but does have enough apps to get by.

Besides Firefox/Bon Echo (version 2.0.0.12 on the live CD), there's:

• My favorite development editor Geany
• The mhWaveEdit audio editor (at least that's what I think it is)
• emelFM2 file manager
• Clex File manager
• mtPaint image editor (one of my favorites)
• Grab screenshot
• GPicView Image Viewer
• Gparted partition manager
• Htop processes viewer
• Lighttpd Web server
• gFTP client
• Grsync
• LostIRC
• Retawq Web browser
• Scpbox secure copy app
• Transmission Bittorrent app
• ePDFView PDF viewer
• Listpatron (I can't figure out what this does, but it appears to "make lists")
• OSMO personal organizer
• SQlite database
• Wikiss PHP Wiki
• Bc calculator
• Burn ISO
• ISO Master
• Leafpad editor
• Nano editor
• Xpad sticky note editor
• Xterm

I'm not sure yet how extensive the Web-server capabilities of Slitaz are as yet, but it does have the Lighttpd server, SQLite database, along with PHP, so you can seemingly roll out a dynamic Web page on the system as configured.

Once I get to a live Internet connection on the Compaq, I plan to check out the Slitaz repository, which has some applications that aren't on the live CD, including Abiword and the GIMP.

I'll have to deal with how to save my settings in Slitaz without USB, but in that quest, I found a great utility called Mountbox that enabled me to easily mount partitions from my hard drive and then look at them with emelFM2. Not that it's hard to mount partitions from live CDs, but this app is as good as the mount tools in Puppy or DSL, and I'm glad to have it.

However, upon mounting a hard-drive partition, I could see all the files there, but I was unable to write a new file to it. That's something I'll have to work on.

(Hint: When you boot Slitaz, the standard user is hacker, with no password. Root's password is root.)

After a read through the online documentation, I settled on the following boot codes for my laptop:

boot: slitaz vga=788 lang=en kmap=us home=hda3 sound=noconf

I was still asked by the system (in French, no less) what resolution to use for X. But the boot process was a bit quicker, since I wasn't asked this time to choose a language or keyboard, nor was I asked to configure sound, something that didn't work automatically (and never does for this laptop in Linux).

I created a file, saved it in the Slitaz filesystem and rebooted without the cheat codes. The file wasn't there. I tried again with the boot codes, and my file was there. The same thing worked for a Firefox bookmark. As long as I used the home=hda3 boot code (since hda3 was the hard drive partition I chose on which to put my Slitaz save file) when booting, everything works.

So it turns out you don't need a USB drive to save files in Slitaz.

There's a "Cooking" release of Slitaz that looks much changed from the 1.0 release, and I will try it soon and hope that perhaps some and hopefully many of my problems will be addressed. It uses Openbox instead of JWM, features desktop icons, uses HAL to automatically mount media and even has Firefox 3.

Another addition, among many, to the latest build of Slitaz is wireless support. Again, I'll have to burn a disc tonight and give it a try when I'm near a WiFi signal.

Thus far, Slitaz 1.0 is absolutely the fastest operating system I've ever used. While it's still fairly young, it boasts of a lot of functionality, and if it runs on your particular hardware, it's a live CD that's well worth having in your laptop bag.

I'd love to have another alternative to Puppy Linux and Damn Small Linux, both extremely lightweight — and extremely well-formed — distributions designed to be run as live CDs (but also capable of being installed to the hard drive). And again, running entirely in RAM with only 144MB is as lightweight as they come.

Right now, I can't use Slitaz with the same "expertise" with which I can use Puppy or DSL. But for a quick-booting, quick-working live CD, Slitaz does exceedingly well for such an early stage in its life.

I'll be watching Slitaz very closely, and I expect big things for it in the future, should development continue — and I really do hope it does.

Point of order: According to the boot screen, Slitaz stands for "Simple, Light, Incredible, Temporary Autonomous Zone."

So far, Slitaz lives up to that name.

More on Slitaz:
Slitaz on Distrowatch
Distrowatch review of Slitaz
My first Slitaz post from April 2008
K.Mandla's review of Slitaz
TechieMoe review of Slitaz
TechSource review of Slitaz

CentOS 5.2 — the free version of the recently released Red Hat Enterprise Linux 5.2 — is here.

I saw it on the mirrors last night, but as with most things Linux, a Distrowatch item means that it's really ready.

Here are the release notes from the CentOS team.

There are DVDs, CDs and a 7.7MB netinstall image. No live CD yet, but that will be coming soon enough, I figure.

For the past few CentOS releases, I've been trying the live CD just to see what kind of hardware detection I can get on my various PCs. I'll be anxious to give 5.2 a spin because Red Hat is promising better support for laptops.

Already CentOS/Red Hat 5.0 has been pretty good on my Gateway Solo 1450 laptop. Not so good as to bump Ubuntu or Debian off of it, but good nonetheless.

And Fedora 9 didn't suspend/resume it. So it doesn't look good for CentOS/RHEL 5.2, but I will still give it a try.

One thing that's new about RHEL is that Red Hat has pledged four years of "intensive" support, up from three, followed by what appears to be three years of less-"intensive" support, but support nonetheless.

So you can count on seven years of security patches on any Red Hat Enterprise Linux release, and that means CentOS will do the same.

Previously in Click:

• Red Hat's desktop strategy: Can you figure it out?
• Why yes, you can use apt and Synaptic in Red Hat or CentOS
• CentOS 5.2 almost here
• Red Hat Enterprise Linux 5.2 — a way bigger deal than you might think

Red Hat has a Linux desktop plan. It's just a little difficult to figure out exactly what it is.

I think Red Hat knows this. And it's OK with it.

One day Red Hat bigwigs are saying that they are not interested in aggressively pursuing the Linux desktop market, that Ubuntu has much of it sewn up, and why do it anyway when all the money is in servers and the support Red Hat so richly provides to those who want it?

Good question.

But I see a strategy in there somewhere. Steven J. Vaughn-Nichols, late of Ziff Davis, now writing just about everywhere else, including his own Practical Technology, has met recently with a bunch of Red Hatters. In SJVN's recent post, the Red Hat people still push Fedora, the community distribution that serves as a testing ground for future Red Hat Enterprise Linux releases, but the company is sometimes not-so-quietly working on making its flagship RHEL product a better fit for the desktop — and laptops, too. And Red Hat does see a niche for RHEL apart from the server:

What Red Hat is working on is continuing to make RHEL (Red Hat Enterprise Linux) business desktop friendly. Whitehurst said many business customers want the Linux desktop. They don't want to move their desktops lock, stock, and barrel to RHEL, or any other Linux desktop. What Fortune 500 companies do want though is to start moving up to 25% of their desktops to Linux.

Why? Because they want the benefits of Linux. Besides the usual advantages of improved TCO (total cost of ownership) and improved security, Red Hat's corporate customers want a Linux desktop that can be carried as a virtual machine on a USB key and can be be managed by Red Hat's management tools. Is this for someone who wants a Windows XP Home replacement? No. It's not. It is, however, something that can catch the attention of CIOs who want a Windows XP Pro replacement.

And who can resist SJVN's money quote from Red Hat's Jim Whitehurst?:

"There are companies that sell hundreds of products for millions of dollars and there are companies that sell millions of products for hundreds of dollars. Guess which kind of company Red Hat is?"

It's a riddle, right?

OK, forget about all of that. Just read Red Hat's own press release for RHEL 5.2, which not only talks up all the work they're doing to make suspend/resume work but highlighting the inclusion of desktop applications that aren't a generation too old for office use. I'm talking about OpenOffice 2.3 and Firefox 3, the latter of which just had its final release this week.

Here are a few quotes from the RHEL 5.2 press release:

"We took part in the beta program of Red Hat Enterprise Linux 5.2," said William Cattey, Linux Platform Coodinator, MIT Information Services & Technology. "Re-basing the Red Hat Enterprise Linux desktop to have the latest Firefox, OpenOffice and Adobe Reader is very important to us because it gives our users the same key applications available on other platforms."

"LVM is very satisfied with our experience using Red Hat Enterprise Linux Desktop on the certified Lenovo T61 and X61 laptops," said Werner Schmidt, LVM's CIO. "We have deployed over 2,000 Lenovo laptops running Red Hat Enterprise Linux Desktop and plan to roll out several thousand more over the next several months."

The key in all of this is the corporate/enterprise connection, the idea not of wholly changing desktop platforms but bringing needed diversity to the desktop with Linux where appropriate, and leveraging the whole Red Hat relationship with server customers to solve problems on the desktop while adding incremental revenue and giving those customers even more reasons to stick with — and continue paying for — Red Hat.

And all those management tools, most of which I know nothing about, that Red Hat offers to keep servers in line and up to date — all that stuff can also make desktop management a more orderly procedure than the absolute mess that's going on now with Joe Worker's desktop PC.

Not that Ubuntu isn't also working on corporate, managed solutions for desktop PC management, but when it comes to paying for support, Ubuntu doesn't seem to be offering any deep discounts over what Red Hat is charging. And if a huge enterprise already has a lot of Red Hat on the premises, a little more doesn't hurt, right?

And there's another side to this valuable coin: While Ubuntu is mainly thought of as a desktop system, it's no secret at all that parent company Canonical is making a huge push into servers, with certifications coming for use on hardware from any number of vendors, commitments of long-term support and the same kind of sysadmin-helping tools that help leverage things for Red Hat.

So if Ubuntu is leveraging its desktop success to build a potentially lucrative server business, Red Hat needs to expand its own desktop commitment to keep and grow the already lucrative server market it currently dominates.

Who wins?

Damn near everybody, I figure. More competition means better products, most of which can be had for free. Remember, if you don't want to pay for Red Hat, there's always Fedora, or the RHEL clones put together by CentOS and Scientific Linux. And if you're deploying Ubuntu in an enterprise situation, you can pay Canonical, or leverage the substantial Ubuntu community to solve problems.

And while some of us can't imagine paying thousands of dollars a year for support on a server, that kind of thing starts to make sense in the enterprise when you weigh it with your own labor costs.

It's an equation that has worked in Red Hat's favor for a long time. And a few extra variables in said equation are just part of the game.

I've done some experimenting with encrypted filesystems in Debian, which are easy to do with the Debian installer — and which are just as easy to do in Ubuntu if you use the alternate installer.

Like I said, it's easy to do and to manage, unless you want to have a bunch of partitions under a single passphrase. This blog post helps you figure it out.

While full encryption is something you might want to use on a home desktop, although I wouldn't, it's almost mandatory for a laptop. If the thing gets stolen, whoever gets that drive has access to everything on it. And you really don't want that happening, do you?

Right now, neither of my two Linux laptops are encrypted, since I use them for testing and need to see one system's hard-drive partitions from the other, but in the near future, if I decided to single-boot either or both of these, you can bet I'll be encrypting the hard drive.

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

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

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

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

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

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

(I'm now back with OpenBSD 4.2)

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

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

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

(Changing to DSL 4.3)

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

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

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

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

... (two weeks later)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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