Thu, 11 Dec 2008
It turns out that if you execute the command xterm-mouse-mode (or evaluate (xterm-mouse-mode 1) in your initialization file) when running Emacs under Screen it allows “non-modified single clicks” to work. Normal mouse functionality is still available by holding the Shift key while clicking. I use the PuTTY ssh client for remote access to various servers, and this works well Emacs in Screen under PuTTY, too.
Wed, 26 Nov 2008
Thanks to the wonders of Google and Ruben I finally found the answer: remove (you'll want to make a backup copy before you remove it, though) /etc/setup/bash.lst.gz which apparently had become corrupted.
According to a comment on that post, running gunzip -t on all files in /etc/setup will tell you which setup files have been corrupted.
Sat, 13 Sep 2008
I installed Ubuntu 8.04.1 on a Pentium II machine with 256MiB and was disturbed by how slowly it seemed. It turns out that it was just that bash was starting incredibly slowly. Removing the default Ubuntu ~/.bashrc fixed it. It turns out to be something in /etc/bash_completion which causes the slowdown, but I haven't figured out what yet.
Fri, 12 Sep 2008
Sat, 06 Sep 2008
I'm still having my personal e-mail crisis.
I said, earlier,
Anyway, I've finally come up with a way to switch back and forth between Gnus, Mew, and MH-E while keeping up with my current e-mail[…].
That was a bit premature. What I should have said was that I'd found a way to make sure I didn't lose any e-mail permanently when switching back and fourth between e-mail clients. I'm using maildrop to copy my incoming mail to the normal mail spool file and to a separate archive mail file for each day. So, for instance, all the mail I got on 2008/09/05 is archived in the mbox-format file ~/Inboxes/2008-09-05.inbox.
I also said, earlier
Wanderlust seems moribund.
It turns out that Wanderlust only seems moribund, especially to those who only speak English. If you check the mailing lists there's still some activity, and if you poke around on the Wanderlust site you can find a newer snapshot. Unfortunately, Wanderlust uses several other libraries (APEL, FLIM, and SEMI) and these are also hard to find much information about if you only speak English. So I've been fiddling around with it, and have figured out enough to get it working for me. (Thank goodness for the FreeBSD ports system.)
Oddly enough, although Wanderlust mostly understands MH-format mailboxes, there seems to be no built-in way to get it to read mail out of a standard mbox-format spool file and into your inbox. I guess the assumption is that if you're not using IMAP then you've probably moved on to using a maildir-format spool file, since they're supposed to be more reliable.
Well, I'm not. I'm trying to compare Wanderlust, MH-E, and Mew, and MH-E doesn't understand maildir-format mailboxes, so I have to stick to mbox-format. (Ok, I suppose I could mung things so MH-E uses Mew's incm to read the spool file.)
Moreover, I've got a fairly odd pattern of e-mail folders. For years in VM I've saved my e-mail in in separate folders with names like 2008/08/users.bond_tk or 2008/08/list.clisp, with VM defaulting the folder names automatically. I think I've mostly figured out how to do this in MH-E, Mew, and Wanderlust, and I've mostly figured out how to get the three of them to coexist peacefully, so I can really give them a good comparison. We'll see how it goes.
Like many Emacs subsystems, the Emacs e-mail clients tend to use modes with single-character commands for many things, and most the commands are just regular keys, not key combinations. I've gotten so used to this that I find using e-mail clients that require mousing to be extremely painful. Moreover, I've become very accustomed to being able to customize my e-mail client extensively using Lisp.
What it all boils down to is that I'm not happy unless my e-mail client is part of Emacs.
Mon, 11 Aug 2008
Sun, 10 Aug 2008
I'm slowly figuring out more about pyBlosxom, and will eventually end up with a reasonable set of blog tools. This evening I've been figuring out more about statically rendering my blog, which ought to overcome the noticable lags when accessing my blog. I haven't switched the actual blog over to static rendering yet, but I'm getting closer. So far the incremental part doesn't seem to be working.
I considered moving to awb, an AsciiDoc-based Website Builder, but I still find the reStructuredText markup slightly nicer. If only there was a good reStructuredText to DocBook path I'd have no qualms at all.
Tue, 05 Aug 2008
I've been having a personal e-mail crisis for the past couple of months. (If you've noticed that my e-mail has been even slower and more erratic than usual, that's why.) I've been trying to figure out a better mail setup and due to my complicated use patterns it has been tricky.
I have dialup Internet access at home, at speeds that are moderately slow even for dialup. I have a personal server elsewhere that does have good internet access, and that's were my e-mail is delivered. My main work computer is a Windows XP laptop. I often work at client sites, and sometimes work at places that have no Internet access, or very limited access with strict controls. I need to read, or at least refer to my e-mail at all those places.
For years I've used Emacs and ViewMail (aka VM) to read my personal e-mail, syncing my e-mail directories between my Internet server, my home machine, and my work laptop with Unison, and primarily reading e-mail on my Internet server. This has worked reasonably well.
I live in Emacs anyway (the Control key is the most worn key on my keyboard for some reason…) and am thoroughly happy with it for editing (and probably dependent on it), and VM has been very comfortable as well. However, development of VM went into hibernation after the release of version 7.19, and so hadn't kept pace with later e-mail developments. Recently the original author of VM, Kyle Jones, handed over development to Robert Widhopf-Fenk and development has picked up again, but it's still lacking some features that I need, and unfortunately I don't have time to devote to adding them myself.
I can't imagine giving up Emacs for reading e-mail, since it integrates so well with the rest of what I do and I enjoy using Emacs and Emacs Lisp, so I'm looking for a new Emacs-based mail reader. So far I haven't been happy with any of my choices.
Back when I read USENET news regularly I used Gnus and loved it. It is distributed with Emacs and seems to have regular development and maintenance. In theory, Gnus can also be used to read e-mail, but because of its news reader design it takes a very unconventional approach to reading e-mail. I'm not entirely comfortable with it, and I haven't figured out the best way to integrate my huge archive of old mail. Moreover, the documentation is quirky and difficult and the programming interfaces are quirky and complicated.
There are other Emacs mail readers. I used RMAIL for a while before I moved to VM, but I can't see moving back. Wanderlust seems moribund. I've used the RAND MH Message Handling System (MH) in the past, outside of Emacs, and there are a couple of modern versions of that (nmh, Mailutils). It turns out there are actually a couple of extensive Emacs interfaces to it: Mew and MH-E. I've looked a little at both, and have had some luck with each. I'll have to see how they compare over time.
I'd be interested in learning about any other Emacs-based e-mail clients. The EmacsWiki doesn't seem to have any other likely prospects, though.
Anyway, I've finally come up with a way to switch back and forth between Gnus, Mew, and MH-E while keeping up with my current e-mail, so I can search for better ways to deal with my old e-mail and compare new email. I should be back to dealing with e-mail quickly and effectively.
A really impressive and unlikely success would be to find a new way of reading mail that lets me access my work e-mail, which is in our corporate Notes e-mail system, from Emacs.
Sun, 20 Jul 2008
Actual Play
On Sunday we continuing the weekend of gaming, with L.B., D.B., T.A., E.A., and M.A. attending again.
Toon
First, by request I ran a session of Toon. I set it in the “Old West in Space” and the toons had to rescue the kidnapped daughter of the richest toon in town from the bandit chieftan Big Ape, the “Fastest Banana in Space”, and his bandit gang of monkeys, who were hiding out in an abandoned asteroid mine still inhabited by mining robots.
Savage Worlds
Second, I ran “The Eternal Nazi”, a Savage Worlds pulp one-sheet for them. Like many of the one-sheets, it didn't come with a map, so I made one a couple of nights before using printable PDF tiles. The kids had fun, but I can see why Kator the Ape Boy wasn't in the most recent pregenerated pulp characters download intended for use with “The Eternal Nazi”: as the sole melee-only character he was at serious a disadvantage.
I think this was actually the first time I've used modern weapons in Savage Worlds. It went ok, although I did forget each shot on auto-fire counts as three bullets expended. I think I'll add some grenades to the PCs gear the next time I run it, suggest the PCs other than Buck pick up some of the germain submachine guns, and up the number of extras with the big bad.
Reflections
I was trying out some new technology (for me): using printable PDF tiles from Skeleton Key Games (SKG) for the battle mats. I especially like the SKG tiles for a couple of reasons. First, the tile graphics in the PDF files can be easily extracted (just right-click and choose copy) and munged to produce custom tiles. Secondly, the tile sets include thumbnail catalogs of the tiles, which can easily be extracted and added to the tilesets of programs like DungeonForge. This makes it a lot easier to design the map layouts to begin with (virtual tile flipping replaces physical tile flipping) and makes it easy to produce small scale maps for reference for laying out the tiles on the table by exporting the maps from DungeonForge as .PNG files and adding labels with the tile numbers with the GIMP. (This is especially useful when using wilderness tiles!) On the printed tiles I wrote the tile number on the back, again to make things easier when laying them out on the table.
Overall the tiles worked pretty well. The worst problem was that the tiles tended to curve up at the edges, a common problem with cardstock printed on inkjet printers: as the large surface area of ink dries the edges curl up. This didn't prevent their use, and curling them in the opposite direction before laying them out helped, but I think I'll try laminating them and see if that helps. My first map designs using the tiles were not as interesting as I wanted, but the tiles themselves looked good and worked pretty well. The kids occasionally dislodged the tiles a little, but that was easily fixed, and once while dealing initiative cards I accidently slide one under the tiles, which got a laugh.
After we played I redesigned the maps to give a more dynamic environment, since I'm planning on running “The Eternal Nazi” for another other gaming group. I got a couple more of the SKG sets, and used GIMP to make three custom tiles. This let me make a much more interesting environment. Part of the problem I had with designing the map in the first place was inexperience with the tiles, but part was because the tile sets I had were heavily slanted towards fantasy, and I was constructing something more out of the “lost race” pulp adventure stories, set in the 1940s.
One thing that I'd like to see is a bunch of tiles with items that could be dropped on top of other tiles, like piles of metal barrels and so forth.
DungeonForge has a couple of annoying bugs, but it's free and works well enough, as long as I remember to save often and not put tiles against the edges of the map.
Note
Todo: I'll try to edit more actual play details into this post when I've got a moment and my notes are handy.
Tue, 08 Jul 2008
I use the Unison File Synchronizer extensively to synchronize my working environment between 4 or so computers running a couple of different flavors of Unix and Windows XP and I would have a hard time getting along without it.