Category Archives: Arch Linux

More goodies for ConnochaetOS

I’ve been doing a little more work with ConnochaetOS again, this time moving more toward the same system I run in Crux, or on my day-to-day workhorse.

In other words, dropping the X-based system in favor of a framebuffer-based arrangement, and removing X altogether. :twisted:

I have the luxury of doing that with ConnochaetOS, much like I did with, because — for reasons I don’t altogether understand — these Arch-based systems can get the framebuffer working with the tridentfb module, and a few parameters.

I’ll be darned if I can get it working on my own, with the systems I build manually. My best efforts look like … well, they don’t look like anything, and that’s the problem.

Regardless, with halfway proper framebuffer support, I can get not only a decent Terminus font working, but also fbterm with the PKGBUILDs in AUR and elsewhere. The end result is something that looks like this, and runs on about 21Mb of RAM.

Do not adjust your TV set. That screenshot looks like crap because what the framebuffer shows on the screen and what the framebuffer grabber reports are two very different things. Why? Again, for reasons I may never know.

But it’s always like that, no matter which system I use or which screen grabber. I have accepted it as fate, and moved on in life.

Ripping X out of ConnochaetOS is a little more complicated than in Arch. Arch uses groups, but ConnochaetOS either hasn’t implemented them yet, or might not.

No problem either way. A couple of simple loops will pull everything out, simply by screening for package names and prompting you to yank them. Try …

for i in `pacman -Q | grep xf86` ; do pacman -Rcsn $i ; done

to start with, and get a list of what you’ve still got with just pacman -Q. Look for libx11, pixman, xorg-fonts-alias, and some others.

I also made a point of pulling our four of the standard six tty screens (on a machine with only 32Mb, that eats a lot of memory), adding "tridentfb mode=800x600-16@60" and snd-es18xx to the rc.conf modules, backgrounding the net service (it will connect with my wireless automagically, but it takes a while), installing fbterm and fbv, and so forth and so on.

Probably most importantly, I put together PKGBUILDs for sudo and nfs-utils, because those are useful on my day-to-day systems. I know, I know, real geeks don’t use sudo, but I can rely on that for a quick shutdown at a key press.

And nfs-utils is kind of useful to me, since I have a string of three or four computers and like to trade files between them. ;)

The final product of all this offhanded geekery is this lumpy tarball. Binaries, PKGBUILDs, sourcecode and patches are all in here, for all these applications.


(And no, I do not take requests. It’s Arch-based; you can build it yourself in less time, probably.)

Keep in mind that most of what you see there is a dependency of scrot, or musca, or nfs-utils (what a rat’s nest that is … :shock: ). The single console programs that are actually usable are generally independent and don’t need libraries and whatnot.

(I should also mention that elinks as built there doesn’t include spidermonkey.) If you want a rundown on what those programs do, take a look here.

That’s about all for now. I want to spend a little time working with a couple other distros, so I’m going to mirror this drive and try something different.

If you’ve got an old i586 lying around and want to see what trouble you can get into with it, please feel free to try out the stuff I posted. I strongly recommend dumping the binaries I gave you, and rebuilding them yourself.

That’s a backhanded reminder not to install random software posted by some stranger on the Internet. Not everything in life is sunshine and happy puppies. :)

P.S.: Yes, Mediafire is not cool, etc., etc. …

Another winner: ConnochaetOS at 150Mhz, 32Mb

I know, I’ve said this before but … I think I’m in love.

Just about the only downside to working with a source-based distro on a machine as old as … well, as old as the last century, is the fact that almost everything requires a large amount of time, a large amount of discipline and a meticulous attention to detail.

I’m not trying to flatter myself, I’m actually grieving over the effort in putting Crux — as I like it — on a 586 machine when ConnochaetOS does such a great job with almost no effort at all.

And honestly, as someone who migrated from Ubuntu to Arch to Crux, this is my ideal answer to the issue of running a lightweight system on a terrifically out-of-date machine.

I’ve wanted Arch to run on sub-Pentium IIs for years now, and I rejoice everyone puts together a i586 branch. Lowarch led the pack a while back, followed by a few independent efforts, and most recently the dearly departed

So yes, this may be just the latest in a long string of attempts to keep an i586-based version of Arch moving. And yes, this may be just the latest in my long string of excited attempts to keep my i586 machine moving with Arch.

But this comes off the slow dissipation of the DeLi Linux project, and might be able to carry momentum for a while. There are a lot of factors at work though. :(

Regardless, it’s still very exciting to watch a 150Mhz machine come to life and dash through the Arch startup sequence. The thrill of that might always outlast an Arch-for-i586 project.

I should mention a few caveats.

First, as best I can tell ConnochaetOS is still in its early stages. The package list is very sparse. Installing from the ISO is going to give you Fluxbox and a few options, and not much more. No vim. No emacs. Only nano. :shock:

So if you’re looking for the entire Arch Linux suite plus AUR …well, it’s not quite ready yet. Of course, with Arch, you’re only a few moments away from building whatever package you want, and stepping slowly through dependencies that way.

(Note that you’ll have to download the Arch PKGBUILD and install files from the Arch website, then edit the PKGBUILD to allow the i586 architecture to build. And even then it might need some tightening up.)

Next, I should mention that I installed to a virtual machine and copied across USB with dd, as is the case for most of the distros I test these days. I have a feeling that the ConnochaetOS ISO would boot alright, but I saw no reason to tempt fate. It’s just as easy the other way, and probably faster.

Finally, performance is very nearly what I get from Crux, with a few small concessions. I carve up rc.conf and inittab as a matter of course, and as you can see, I went through the work of building Musca and dmenu-xft, just because.

Occasionally though, I get some rough spots where ConnochaetOS seems to be dragging through something. I am accustomed to using my Crux build of Musca so I have a feel for its relative speed, and at times ConnochaetOS seems to be thinking very, very hard about something very, very important. :???:

Of course that wouldn’t be any different from any other machine that I’ve seen run both Crux and Arch though: Crux is a good step faster than Arch for me, and probably because so much of it is whittled down to nothing.

So I don’t fault ConnochaetOS for inheriting the (infinitesimally minor) shortcoming of its progenitor. Because on the whole, this is really great stuff.

It found my network card, configured it and connected to my wireless network without prodding — and without wireless-tools (which is possible with an orinoco-cs-driven card. Believe it or not). :shock:

It managed to make the transition between the emulator and the actual system without losing track of the hard drive, although I did hope for that when I picked the /dev/kernel drive assignment option at installation.

Video-wise, I did have to build my own xorg.conf file and adjust it to avoid the fbdev and trident drivers, and go with vesa. And I need to check to see if this will handle the tridentfb module, like could.

In the sound department … I’m going to take my time, mostly because alsa-lib is in the repos, but alsa-utils isn’t. And there are a few other things I’d like to be in place before I force it to sing.

What I’ve personally built I’ll put out there on the Internet somewhere, and if you want to use it to get your own system up and running, be my guest. And I see that the ConnochaetOS team is soliciting software suggestions, within criteria.

In the mean time, I’m interested in playing with this a little more, and maybe even merging this with the carcass of, which might have a few useful packages that ConnochaetOS, at this point, doesn’t.

Sound crazy? It might. All in the name of science, of course. :roll:

Keep the customers satisfied: Three more graphical apps

The post a week ago mentioning a few non-console programs was well received, so here are a few more I made a note of, but probably wouldn’t pursue personally.

vim users, or at least people who prefer vim’s approach to navigation, will probably like apvlv.

As far as PDF viewers go, it’s delightfully quick and to-the-point. Take a good look at that interface though, because if you’re not already adept at vim, you’ll be a bit stuck for getting started.

But otherwise, command mode and :help do what you would expect, and joy of joys, even things like :tabnew are supported.

Part of me says if you’re a vim fan anyway you probably already have your fingers dipped in another PDF viewer solution. But you can’t go wrong giving this one a try.

Here’s aqualung, which I found … I don’t remember where.

It’s quick and speedy, and unorthodox for a music player. In its AUR version it calls on quite a few dependencies though, and more than one has to be built from another AUR package.

That’s not necessarily a bad thing, but it does make me wonder, in the grand scheme of things, if I really need it as a music player when things like Potamus are running quite a bit lighter.

I also must admit (again) my prejudice against applications that try to track and manage music for me. I don’t like it, and I might as well just say it out loud.

On the other hand, this has a nice interface that focuses more on controls and information than sparkle and motion. It’s a no-nonsense application, which I do like.

Altogether, music players are my Achilles heel, and no matter which one I like or try, there’s always another one out there that seems lighter or does more. Shake a tree, and a music player for Linux will fall out. Egad. :roll:

One more, just because three feels natural. Here’s gcstar, which can help you manage your collections.

When I say “collections,” I mean “collections.” Of just about any sort, flavor shape or function. Music collections, stamp collections, video game collections — you name it, this’ll probably handle it for you.

And one of the nice things, as you can see in the screenshot, is that it comes prepared to access online information about, for example, music or other domains, and update your local collection to match.

I can remember keeping stacks of 5 1/4-inch floppy discs organized manually with a C-64 decades ago. I would have given a limb or two for some way to automatically fill categories and minute information.

But that was then, and this is now. The new world expects online databases to feed your local ones, and if it didn’t, it would be a shortcoming. So the nostalgia moment ends now.

I should note that installing this in Arch brought in just about every Perl package that exists; if that’s important to you, consider yourself warned. I don’t think this would be too far beyond the muscle in, for example, a Pentium II machine, but it’s always possible.

That’s good for now. If you see something here that looks appealing, give it a try. :D

Blasphemy! Three graphical tools

One of the fun things about bouncing around between distros is that you occasionally (or should I say frequently?) see new and interesting software you didn’t know existed.

When I find fun console applications I make a note of trying them out. I also keep lists of surprising graphical ones too, even if I don’t mention them as often.

Here’s one I found interesting, although if I must be honest, I forget where I saw it and so I’ll apologize ahead of time for that omission.

That’s RedNotebook. A while back someone asked about a daily journal application for the console, and I didn’t really have an answer. (Actually, I do have an answer, but the author hasn’t given me permission to write about it. ;) )

In the mean time though, if you can stomach a graphical application that does something similar, this one is quite comprehensive. Templates, search tools, cloud displays and tagging functions, backup-to-zip-file options and a full export wizard.

It’s very comprehensive, and very light too. On my Arch system it only asked for one python derivative as a dependency, which is rather impressive when you see how much it does.

Here’s another lightweight, albeit graphical tool you might like.

gonvert knows everything, or at least a lot more than I do. (I’d never even heard of a “pony.” :roll: ) If you do conversions frequently this can come in quite handy.

Of course, conversions against variable rates, like daily currencies, are probably not within its grasp, but there are online tools better suited to that.

And like RedNotebook, this asked for no more in dependencies than a few things I had already installed.

One more, because I try to make a point of following the rule of three: gutenpy.

As you might have guessed, this is a nifty interface and reader for Project Gutenberg, which you (had better!) know as a repository for free and classic texts, converted to digital format.

If you you have a digital book or something similar, you’ll probably be interested in gutenpy, if just for its ability to deftly arrange and manage a database of more than 33,000 books, authors, languages, etc.

gutenpy will download them, manage them in a folder for ebooks and serve them hot and fresh whenever you ask. It has bookmarking options, a slew of display preferences and requires no more background software than the other two I listed. Very cool.

And that’s probably good for now. Not everything need be console-based, although it would be fun if a programming guru decided to adopt one of these ideas for text-based systems. Nothing implied in that though, of course. … :oops:

I must work harder: DSL at 150Mhz, 32Mb

This is not the first time I have used Damn Small Linux on the Mebius. Since June or so, when I bought it, I’ve used DSL as a sort of backup or interloper distro, usually for the purpose of installing others across USB.

But in fairness, I made a point of installing it directly to the hard drive, and the lesson learned is: I must work harder.

Usually any number of well-meaning but late-to-the-party visitors suggest DSL when I talk about distros that will work at 150Mhz, with 32Mb on board. It’s the obvious pick.

Probably in the same way any number of well-meaning but again late-to-the-party visitors will suggest Slitaz or Tiny Core or Puppy Linux or Debian. And I say thank you for the suggestions, but I’ve been down those roads.

There are no surprises with DSL. It’s been around as long, if not longer, than I can remember. I am only half saddened that it’s not actively developed any longer, since it’s just as usable now as it ever has been.

To be fair to DSL and to be fair to some of the other distros I’ve looked at lately, DSL did need a little prodding to get into fully usable condition.

Installation went fine, although I used only one “gigantic” 512Mb partition for both the system and home, and a teeny little 128Mb for swap. And a vast wilderness of about 7Gb beyond, unallocated.

The screen needed a little bit of tweaking, but the script does all the work for you, so there wasn’t anything difficult in getting it to jump to the right size and right dimensions.

In total, the system uses only about 16 of the 29Mb available, which gives lots of space for applications or frills. Programs start snappy, with no swapping or lag, as I have had in the past with other systems.

Network is a little bit of a stumbling point for me; the wireless cards I usually rely on — and which I am sure have worked in the past — don’t seem to respond.

Wired ones however, for example ne2000-based cards, work great. If I string a cable to the router, it’s a champion in the true sense of the word.

Wireless is a bit tricky for some reason, in the 4.4.10 release. For the record, I’ve tried orinoco, rt61 and ath5k-based cards, with no luck. No major loss though; my router is only about a meter from the computer.

No, the real kick in the teeth is sound. Not only does DSL find the ISA sound card in this machine, but it configures it properly, sets the volume, and has it up and running even before the desktop appears. (I can hear a little speaker hiss when it comes online.)

And miracle of miracles: Playback is smooth and clean. No stuttering, no skipping, no lag — I’m using the same audio files that were more or less unplayable at any speed below 200Mhz with Crux, archlinux-i586, Debian. …

So obviously I’m doing something wrong. I have managed to wade through the jungle of setting up featherweight, custom-built desktops, and I can get sound working on a minimum of resources.

But DSL is still miles ahead of me in the grand scale of things. My own versions sound like someone singing through spinning fan blades. DSL sounds like the real deal (disregarding that speaker hiss I mentioned … that’s just a fact of 14-year-old laptop speakers :roll: ).

So I can’t pat myself on the back just yet. If I can get things working right, in the same way DSL can, I’ll consider myself vaguely successful. But until that day … I will work harder. :D

Goodbye, Lowarch

The time has come to say goodbye. For almost two years now I’ve seeded the Lowarch ISO and made it available for download either via bittorrent or from a free hosting site.

But now it’s something like three years old, really. Even hasn’t seen an update in more than a year, and holding on to an ISO that predates that by two years is almost silly.

Good times were had, but they are done now. There are still Pentium-era machines out there in serviceable condition, but there’s no need to clutch to that ISO as if it were some sort of crucial tool.

From where I stand though, there are still some options for 586-based machines, to include Debian and (almost) anything Debian-based, Slitaz, and of course ground-level distros like Crux, Gentoo or Linux From Scratch.

With that many solid, reliable and active options out in the wild, there’s no reason to carry a torch. Cheers and salud. :roll:

A console goodie grab bag

I have a few applications that I have tinkered with, but didn’t make a big enough impression to warrant a full post. Just in the interest of safekeeping the notes I made about them, I’m going to leave a list here, for the future.


I found ecasound a long time ago, when I was troubleshooting sound on one Pentium or another. I had hoped that it would help give me some insight in how to set up the ISA sound card, but it wasn’t until much later that I found the answer to that.

Regardless, ecasound has an interactive interface for sound processing, including playback and mixing and quite a few other goodies. I am not enough of a sound geek to want to experiment much with it; if it appeals to you, give it a try.

P.S.: It was last updated in August, so it’s definitely not stale.


If you are one of those programmer types who is looking for a project, I have a suggestion: An id3 renaming and tagging application for the console.

Technically speaking, I suppose id3lib by itself can do those things, but like most libraries it’s a bit unwieldy for large collections or heavy-duty editing and fine-tuning. Finding and searching and replacing, for example.

It’s not impossible to use this strictly as a command line tool, or even a la the hacky ogg editor I clumped together a while ago. But something with a bit more panache would be nice.


ised is another command-line calculator, but intended to work in a way that resembles sed. It does have an interface of sorts, so it can function in a way similar to bc or wcalc.

I suppose as a background tool to a script or program that needed heavy calculations, ised would be great. I tried it once a while back and while it does what it promises, that’s about all I remember.


look was mentioned as an alternative when I mentioned aspell about six months ago. It relies on the /usr/share/dict/words or /usr/share/dict/web2 files though, and neither of those files appears in any of my systems, even if look does.

It does apparently have uses beyond just checking your spelling, so if it has a use for you that I seem to have skimmed over, let me know.


Similarly, mdocml was offered to me via email as a substitute to the man utility, mostly on the grounds that it’s a faster and lighter tool than man.

If I understand it correctly, man relies on groff, which is rather heavy and at times unreliable. If there’s some sort of man vs. mdocml war going on though, it’s news to me.

I usually keep a machine online to check command options or look for example syntax. I rarely use man and have actually run systems that didn’t use it, but I won’t argue if a lighter, faster document interface is helpful to you.


This one is a bit dusty from sitting in my list for so long. I made a note of it about a year and a half ago, when I was looking for a command-line blogging client, and found charm.

For a few moments I thought nanoblogger was what I was looking for, but it’s actually the opposite, if I understand it right. nanoblogger is the engine, not so much a client.

So if you want something incredibly light to serve as the basis for a web log, something that you host on your own and don’t use an external service for, it might be just right. And it’s actively updated, which is always a good thing.


nn is a newsreader with a long history, if I understand it right. I don’t have much to tell about this one, mostly because I don’t know much about newsreading services. Sorry.

I do know things like alpine and slrn and so forth, and that they too can read news services, but I somehow missed over that intermediary step in life. I have no experience here. :|


orpie is another calculator, and one I would probably like a lot, except for two things: First, it needs not only ocaml to build, but ocaml-gsl, and those two together are rather hefty for most of the machines I own.

The other thing is that it’s a reverse polish notation calculator, which is something slightly alien to me. I was required to use an RPN calculator in high school, but it’s not something I’m terrifically comfortable with. I don’t think I’ve used one since then.

On the other hand, it does have a really slick interface and quite a few advanced options. Don’t miss out on this one.


This is a newer project by the look of it, and basically stores passwords in an encrypted text file. The owner can edit the text file and feel reasonably comfortable that their passwords are secure.

I tried it briefly a few months ago and it did what it promised, but again, beyond that I don’t have much to say. I can see where this might be useful though, for example in combination with ssh.


As a terminal emulator I suppose this has a practical side. I have almost no experience to report with anything that is claims to support though, so I am very much uninitiated on this one.

I would recommend checking it though, since it seems to be receiving updates — some within the last few weeks — so it may be that my ignorance is unknowingly embarrassing. :oops:


rdiffdir is part of the duplicity package, which is in and of itself a rather nifty set of tools. I could show you rdiffdir and post a couple of screenshots, but I wouldn’t be doing a better job that what is already done here.

This is a great tool for someone who needs to synchronize between folders at home and at work, or on non-networked machines. I used it once a long time ago when I was diligent and dedicated and wanted to keep a mirror of my work directory on my home machine. Not so much these days … :(


This I couldn’t find much documentation on, and the few places where it is mentioned (like on Freshmeat, above), it is already a decade out of use and probably not really what I need.

If anyone can vouch for it, please leave a note. I turned up my nose because I doubted it would run on newer software, but that comes with the admission that it’s running on older hardware. ;)

That’s all for now. I can clear some of these off my to-do list. And as always, if you know about something that I don’t, please share. :)

Oh great, another addiction: OpenRA

I’ve said before I’m not a huge gamer, but this is really great stuff.

I was never a giant Red Alert fan; I played it enough times to have a few fond memories, but not anything that would cause a crying fit.

On the other hand, OpenRA is a fantastic rendition. Sound effects, graphics and game play are all subtle mimics of what I remember from the original game.

It is, however, obviously a work in progress. Some of the sophisticated units, for example, are labeled “TODO,” and here and there debug messages pop up. And I don’t remember attack dogs chewing up concrete walls.

And it needs a few embellishments that seem lacking, given RTS games in the current day and age. Just to illustrate, it would be nice to have some patrol commands, or grouping functions. I can’t seem to find those.

But none of that impedes an otherwise exceptional game, even in this early state. And Arch users in particular can rejoice: For once, a downloadable package specific to the distro. :mrgreen:

FOX Desktop and some graphical apps

Not everything in the house is console-based, as you might have guessed from some of the screenshots around this site. And I do occasionally tinker with new graphical applications too.

Or even entire desktops, like the little-known ROX desktop from a while back. Before I show you another one like that, here are a few applications that are — and some that aren’t — inter-related.

This is qutim.

qutim looks, for most intents and purposes, to be a straightforward IM client with access to a goodly number of networks. Check the home page for the full list; of course the usefulness of any particular client lies with the networks it can access.

But if you’re after something that doesn’t stain your desktop theme with arbitrary icons and bizarre color schemes, you might like this QT-based one.

I haven’t exactly used it; I don’t IM with my blog address, but as you can see, it hooked up nicely to Jabber with my GMail account. Beyond that though, I haven’t really tested it. Give it a spin and see if it suits you.

Another independent project, and an image viewer this time: Viewnior.

I think I found Viewnior in the latest Slitaz, if I remember right. Considering that’s been out for quite a while, I’ve been sitting on this one for too long without mentioning it.

Nice and light (it wouldn’t be in Slitaz if it wasn’t :| ), speedy and clean, not too many flashy parts and a clean focus on image viewing. I sometimes still mispronounce it as if it was a film genre though — view-noir. :roll:

Moving on from that poor attempt at a joke, here’s barpanel.

barpanel reminds me slightly of my early days with fbpanel. I have a feeling it’s about as challenging to manage, since the only config I could find was an XML file.

But if you’re an Openbox fan, or just have no fear of the keyboard, that shouldn’t stop you. I adjusted the one in the photo slightly to fit the desktop better, but didn’t go beyond that.

If you want a lightweight panel to take over from some other, heavier applications, that might do the trick for you.

The next three are interlaced, and form the desktop I hinted at earlier. Take a peek at fxdesktop.

Most people know the Fox toolkit from Xfe, which is a great little file manager and something I use daily in my phony Windows XP Classic setups.

You get a lot more than just that when you install the Fox subsystem though. In that photo alone you can see a panel, a calculator, an editor and a control panel, and that wasn’t all that was available.

(Getting it started might be a tiny bit tricky: Try installing Openbox as well, starting the X environment with exec openbox in your .xinitrc file, then opening a terminal and entering export FOX_DESKTOP_WM="openbox" and then entering fxdesktop. That’s what did it for me.)

To highlight one or two, here’s adie, the editor, running solo as a downloaded binary from the Fox website.

It’s reminiscent of Beaver to me, but it’s obvious that this does quite a bit more and is meant to handle heavier coding chores. Likewise, here’s Shutterbug, a screen capture tool, performing independently of fxdesktop but included when Xfe was installed (I think … :roll: ).

No, the bug doesn’t show up in your captured images, and actually it’s a nice touch since you can push that around the screen to wherever is convenient, and snap screenshots with a single click.

There’s more there and it all runs very light and relatively speedy. Any one of these things alone might be worthwhile on an underpowered, decade-old machine that doesn’t deserve retirement.

And you don’t have to feel trapped and powerless at the command line to use them. :roll: As if that were even the case. … :twisted:

Time trackers for the console

It’s time for a few more console applications. I had hoped to post a few of these yesterday but real-life chores got in the way, so I had to wait a day.

I have four or five here that are all … I’m not sure what to call them, but I think “time trackers” or “time managers” might be accurate. They all have a time-punch function that can be terrifically useful for anyone who needs to watch time devoted between tasks.

Here’s the first one: worklog.

worklog is very straightforward, with an adjustable list of projects that you determine keystrokes for. Press a key to start timing a job and press it again to stop it.

You can increase or decrease time arbitrarily and enter descriptions as well. It’s probably not fair to say this, but worklog is probably what I use mentally, as the generic time tracker application.

There are a few things I don’t like about it; for one, some of the keystrokes you see — like the DEL key to quit — don’t seem to work. I have to quit by CTRL+C.

And the “projects” file has to have its details listed in reverse order, which strikes me as odd, in this day and age. Twenty-five years ago when I had to list things in reverse order on my C64 for it to look right, I just took it in stride. These days, that’s unusual. Maybe the problem is me. :|

Regardless, little points like that make me think worklog is a work-in-progress, and just needs a little more time to mellow.

The next is wtime.

A simple switch flag for turns on and off a counter, and another switches between projects. You have the choice of a running count for time spent, or a range of dates and total time accumulated.

It’s very simplistic when compared with some of these others, but programs like this are usually the groundwork for larger, more intricate interfaces.

It’s a little dated (last release in 2006), and it’s not real flashy, so it might not be practical unless you’re willing to incorporate it into a larger tool.

The next two are a pair of sorts. timebook and a derivative called timetrap.


As I understand it, timebook is python-based while timetrap is a ruby version, and they both have similar structures and functions.

From a strictly superficial standpoint, timetrap seems to have a few more options than its predecessor, but that might just be the benefit of working in the wake of another program.

Personally I see little difference between the two, so you might have to install one, try it out, then install the other and see how each one ranks.

(I notice that they share commands — they both scramble for the “t” command as their default application name — so you might have to unplug one before trying the other.)

For my money both python and ruby applications tend to bog down low-end hardware, and so if I have to make a life-and-death selection, I would probably go with timebook. To each his own though, and if you have a lot of processor power, it won’t matter.

Last but not least is punch, a/k/a punch-time-tracking on Google Code, which works atop of todo.txt, which is a list manager.

I don’t have a screenshot for that one, mostly because I had trouble getting the two to work together. For some reason there seemed to be a disagreement over what the configuration file should be called.

Judging by the examples on the home page though, it appears to work much like the others. If you already use todo.txt, this might be a natural choice for you.

And there you have it. The odd part of this little essay is that few of these are in the repositories for the two distros I usually check — Arch or Ubuntu.

worklog is in the Ubuntu repos for Dapper onward, and AUR has only timebook-hg to speak of. So in that sense, if you’re looking for some very, very easy projects to sponsor, here are a few.

Enjoy. :)