Recently in Movable Type Category

It's a funny thing, but some of the problems I have with the display when I use Movable Type in Firefox/Iceweasel go away when I'm using it in the Epiphany Web browser that ships with the GNOME desktop environment.

The funny thing is that I'm in Debian Lenny, and that means I'm running Epiphany with Gecko, the same rendering engine that Firefox/Iceweasel users, and not Webkit, which is the engine in Google Chrome and newer versions of Epiphany.

Why do I run Epiphany whenever I can instead of Firefox? For uses where Firefox is not absolutely required to make the given Web site or Web-based app work, or where I'm not using the Web Developer and Firebug add-ons for Firefox, I prefer Epiphany because it's faster and uses less CPU.

Having Epiphany work so well with Movable Type is one of those little bonuses.

That brings me to GNOME. The GNOME environment and many of its applications (Epiphany, the Nautilus file manager, Gedit, gThumb, and a bunch of others) just seem to suit the way I work.

It'd be more "cool" to use Xfce or maybe KDE (or Fluxbox or Fvwm), but I just seem to have a better experience in GNOME.

Funny, you run across something like Zemanta, a Firefox plugin that facilitates blogging, and you (meaning I) scratch your (my) head for a minute and say, "I don't immediately know what this will do for me."

That could be bad, could be good. It works with all of these blogging platforms:

Wordpress.com
Self-hosted Wordpress.org 2.1+
Blogger.com
TypePad
Ning
MySpace
LiveJournal
MovableType
Tumblr
Drupal
Joomla

That's a lot of platforms. What I need is something that can send a single entry to more than one blog (without resorting to either Movable Type's Multiblog plugin, which is misbehaving anyway, but which also doesn't address my cross-platform wishes for such a "client" application).

Here's Zemanta's catch-phrase:

"You can focus on writing the best content. We'll jazz it up for you and spread the word about it."

I'll definitely be looking into this one.

I have a certain, not-at-all-new entry in this Movable Type blog that has been attracting its share of spam lately. Frankly I'm not sure how it's making it to Published status. I could "turn up" the spam filter, but that tends to make every comment go into the spam pile, no matter whether it's a "real" comment or not.

One thing I could've don in this particular case, since this is a sign-in only blog in regard to comments, was to ban the specific account that is making the comment.

I decided to take a different tack. Since the entry was old. I went into it in the Movable Type dashboard and, under Feedback, unchecked the "Accept Comments" box.

No "real" readers are going to want to comment on it anyway, and since the spammers are focusing on this one entry for some reason, this should stop their vector into this particular blog.

Later: For good measure, I banned the commenter as well.

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

Don't let anybody fool you. If you want to do anything in Movable Type, you'll be neck-deep in arcane MT tags and Javascript before you know it. These "instructions" on how to deploy threaded comments are an example of this.

If this works, I'll eat my hat. I'll have to find a hat, which I will then eat.

After Andrew Hurvitz moved Here in Van Nuys from Blogger to WordPress, something I've never done (moving a blog from one platform to another), I decided to do a test.

I made a backup of a Movable Type blog, which generates a giant text file, and then uploaded that file into WordPress.

It took a couple of passes to get all the entries (the operation timed out), but I had a huge WordPress blog in mere minutes.

Since the Movable Type blog was archived in a text file, all of the image links referred back to the old blog, and the images displayed in the WordPress blog were still on the old system.

But as far as entries, categories and tags go, everything moved over perfectly.

The ability to take your blog with you gives the user quite a bit of power. Aside from the problem with hosted images, it's extremely easy to move years' worth of blog entries between platforms like WordPress, Movable Type/Typepad and Blogger.

The whole concept of storing blog entries in database format and using protocols such as XML (I'm guessing) to enable data portability is a truly great thing.

Not that I'm an expert, because I'm far, far from it, but setting up a system to use the Movable Type blogging system ain't easy.

You need a server on which you create a database, configure Web-server software, implement PHP and somehow get all the permissions to work right.

Putting together a Movable Type installation should be easier now than ever, as I read in Matt Asay's Open Road blog, now that Movable Type parent company Six Apart has partnered with Jump Box, a virtual-machine company, to offer a fully virtualized MT bundle.

If I read this correctly, it means that through virtualization, you can have an instant Movable Type setup without having to do all that much configuration on your own.

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

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

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

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

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

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

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

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

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

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

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

The only thing big enough: Firefox.

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

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

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

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

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

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

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

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

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

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

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

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

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

I've heard about Drivel, the GNOME blogging client that enables users of Linux to write blog posts offline for LiveJournal, Blogger, MovableType, Advogato, Atom, WordPress and Drupal blogs.

I haven't used it yet -- and I was hoping to find something that would work with OpenBSD and not carry the weight of GNOME along with it -- but I will.

More on Drivel from:

Techmania

And from the world of the KDE desktop environment, there's Blokkal.

My Debian Lenny system has a whole lot of KDE on it already, so I can probably add both of these.

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