If you’re not familiar with design patterns, I highly recommend reading the seminal work by the Gang of Four: Design Patterns: Elements of Reusable Object-Oriented Software. Its a bit dry but an excellent read. I remember when Joshua Storck recommended the book to me many years ago; it opened my eyes to a higher level of programming and helped me grow from a task implementer to a software designer.

Patterns are helpful for structuring thought around problems and forming elegant solutions. However, there are a few things to keep in mind: Patterns have consequences, and patterns are not best-practices. Programmers must still apply thought. Terry Chay describes this in his article, Challenges and Choices.

I just came across an article by Amy Hoy in which she describes the dangers of over relying on patterns. She’s spot on:

People no longer treat patterns as the shared wisdom of experts, however. They are inclined less to bang their heads against a problem and then consult the Book of Wisdom to see what it says about their particular problem. Instead, they treat patterns as Wal-Mart for decisions. They don’t know what they want, exactly, but hey, this little item here on the shelf looks like a potential candidate.

They start with a pattern and see how to make it fit.

This is bassackwards.

We all build our own patterns around problems we’ve encountered. But just as with design patterns, its important that we force ourselves to think through problems creatively before jumping to more commonly treaded paths.

In my case I’m using the SSH filesystems included in MacFusion to mount a remote directory as a local folder over an SSH connection. The following steps got MacFusion to work on both my intel based MacBook Pro and my older PowerPC based G4 Powerbook.

1. Install MacFuse.
2. Reboot.
3. Install MacFusion 2.x.
   • Older (1.x) versions of MacFusion are available on Google Code. Note that the older 1.x versions of MacFusion are not compatible with the more current 1.7.x versions of the underlying MacFuse platform. So if you install the current MacFuse platform, you’ll need to go here to get a 2.x version of the MacFusion GUI.
4. Start MacFusion and configure it to connect to the desired hosts.

svnnotify looks reasonable (read the man page). It generates HTML email with colored diffs (not as nice as Trac’s diff engine) and is configurable via CLI options to send email to different addresses based on regular expression matches against the directories affected by the commit.

Example: put this in “/repo/hooks/post-commit”

#!/bin/sh
 
REPOS="$1"
REV="$2"
 
/opt/perl/bin/svnnotify \
    -p $REPOS \
    -r $REV \
    -C -d -H HTML::ColorDiff \
    --from admin@example.com \
    --reply-to somebody@example.com \
    -x foo@example.com="^foo/" \
    -x "team1@example.com,team2@example.com"="^big_framework/" \
    -x other@example.com="^one|^two|^three"

I also looked at svnmailer but it uses unified diff format by default which doesn’t look so nice. You can specify your own diff script via the CLI, but I don’t know of any good ones off hand.

Can anyone suggest a good diff script?
Anybody know offhand if Trac uses a standalone diff engine that I could hook up to svnmailer?

find . -name "*.log" -print0 | xargs -0 grep "xyz"

I still wanted to clean things up so I decided to organize the logs into date based directories. I wrote a Perl script that scans files in a directory, parses a date from each filename (YYYY_MM_DD_…), and moves the file to the appropriate directory. For example, the script moves 2008_03_01_foo.txt to 2008/03/01/2008_03_01_foo.txt and creates the directories if necessary.

#!/usr/bin/perl -w
use strict;
use File::Path;
 
my $year;
my $month;
my $day;
my $dir;
 
while (<*>) 
{
    if (($year, $month, $day) = ($_ =~ /(\d+)_(\d+)_(\d+)/))
    {
        $dir = sprintf("%04d/%02d/%02d" ,$year, $month, $day);
        mkpath($dir) if (!-d $dir);
        rename ($_, "$dir/$_") if (!-d $_) || print "Unable to move $_:  $!\n";
    }
}

I have a Craftsman garage door opener with three buttons on the controls. It uses rolling codes but aside from that all I can tell you is it sucks, its loud, and it never seems to do what I want it to, like opening.

Programming the remote
Audi and Volkswagen vehicles have a built-in garage door opener built by HomeLink. Here’s how to set them up with the Craftsman rolling code garage door opener:

1. Turn the car on.
2. Press and hold buttons 1 and 3 on the car’s HomeLink transmitter until the lights start flashing. Don’t hold your breath, it may take a while.
3. Release the buttons.
4. Press and hold the car’s HomeLink button that you want to program.
5. Hold the Craftsman remote control near the HomeLink transmitter and repeatedly press the big button on the Craftsman remote. The HomeLink transmitter is likely in your rear-view mirror, sun-visor, or near the front right headlight.
6. Release the buttons once the HomeLink lights start flashing faster. You may have to slowly move the remote control around the HomeLink transmitter before the lights start flashing faster.
7. Push and release the “Learn” button on the back of the garage door opener (the big ass motor hanging from the garage ceiling). Holding the “Learn” button down for 5 seconds or so usually clears all the codes (i.e., breaks the connection with all your remote control units).
8. Push the car’s HomeLink button that you want to program (yes, again). You may have to hold the button down for a little while, or prese and release the button a few times.
9. Sha-bam-a-wama! It should work now. But if it doesn’t, you might find helpful information on this thread.

Troubleshooting