We went whitewater rafting in Pennsylvania in 2000, sea-kayaking in North Carolina in 2001, and death-marching (er… hiking) in the Grand Canyon in 2002. This year, we chose kayaking and hiking in Seattle.

We went kayaking near the San Juan Islands on Thursday. It was a great upper body workout and our guide Martine was a fountain of information. We saw some harbor seals close up and a bald eagle from afar. We (well some of us) were really hoping to see whales, but unfortunately, they didn’t cooperate.

On Friday, we drove south to Mt. Rainier. The skies were overcast in Seattle but they conveniently cleared up just as we neared the park. The views were breath-taking (or was that the hiking?). We trekked around Paradise (yup that’s what it’s called) along a path that Manu picked out. It was challenging, but we wouldn’t have it any other way. One of the climbs took us to the top of the cliff where Manu warned Noel, “If you fall, Anita won’t let you join us next year!” After a quick well-deserved soak in the hotel’s outdoor jacuzzi, we finished the night with some amazing sushi at Shiro. Everything was great but I could’ve done without the Uni (sea urchin) - those who didn’t eat it seemed to enjoy it the most.

On Saturday morning, we played our annual basketball game. Because of some logistical details, I had the fortune of playing on the young-guys team in game 1 and the old-guys team in game 2. My team lost both games, thus graciously providing both the oldies and the kiddies with bragging rights. I took a few movies - Harish making a shot, Girish with a tough shot, and Dilu with some fancy dribbling.

After basketball, we ate brunch at the Space Needle and took in the great views of Seattle and Mt. Rainier in the background. Saturday was a day to relax and take in the city without exercising too many muscles.

I’m skipping over a lot of details, but the bottom line is that I had an amazing time. It’s always more fun than I imagine it could ever be. I can’t wait til next year.

See Manu’s site for some more pictures.

The topic of music sharing and its legality came up during our annual cousins trip in Seattle. Here’s an important article on How Not to Get Sued by the RIAA. The most important thing is the last line in the article:

Join EFF and support our efforts to protect file-sharing.

I don’t use P2P music-sharing apps anymore. While I love the idea of being able to access an unending library of music, I don’t like the idea of getting it for free. What? Sure, call me strange, but I like the idea of an artist getting a benefit for entertaining me - something that will encourage them to make even more great music. I tend to buy music at the Apple Music Store or directly from the artists if possible (e.g. Phish). In both cases, the artists get much more of the proceeds than they do through other channels.

Now, I also copy new stuff from friends and family (Thanks Dave and Deepu!), but I don’t feel too guilty about it because they always introduce me to things I would never have heard otherwise and if I hear something I like, I’d usually go buy more of it. RIAA’s current actions (link broken), if they’re doing anything, are making me more reluctant to buy music through normal channels. Why should I support an industry that seems to care neither about the artists nor the customers. Music sharing will help artists and it certainly provides us with more variety than the RIAA and its cohorts are providing. We just need to work on ways to improve the flow of money and music between listeners and artists. The EFF is working on this.

Scenario: You’re trying to run a CGI program under AOLserver and you see this in your error log:

19/Jul/2003:00:00:23     Error: exec /home/vinod/cgi-bin/mt: execve() failed: Permission denied
19/Jul/2003:00:00:23     Error: waitpid(-3) failed: No child processes
19/Jul/2003:00:00:23     Error: nscgi: wait for /home/vinod/cgi-bin/mt failed: No child processes

I’m trying to run /home/vinod/cgi-bin/mt/mt.cgi. Why isn’t this working? Because I need to tell AOLserver about each and every directory which might contain CGI programs.

So I need to change my nsd.tcl from:

ns_section "ns/server/${server}/module/nscgi"
ns_param   map "GET  /cgi-bin /home/${user_account}/cgi-bin/" 
ns_param   map "POST /cgi-bin /home/${user_account}/cgi-bin/" 
ns_param   Interps CGIinterps

to

ns_section "ns/server/${server}/module/nscgi"
ns_param   map "GET  /cgi-bin /home/${user_account}/cgi-bin/"
ns_param   map "POST /cgi-bin /home/${user_account}/cgi-bin/"
ns_param   map "GET  /cgi-bin/mt /home/${user_account}/cgi-bin/mt" 
ns_param   map "POST /cgi-bin/mt /home/${user_account}/cgi-bin/mt" 
ns_param   Interps CGIinterps

Problem solved. Further reading: http://jongriffin.com/static/consultant/nscgi - sure wish I had read that before I started messing with ns_cgi.

Here’s the steps I take in order to update my site from the latest OpenACS CVS. All of this info comes from Andrew Piskorski’s great CVS page or from pages listed in his document.

1. Make sure that I’ve committed all the local changes that I’ve made.

   vinod:~$ cd web/kurup vinod:~/web/kurup$ cvs commit -m “Fixed foo, bar and blah”

2. Go into the directory containing my OpenACS CVS checkout and grab the latest sources. I’m using the oacs-4-6 branch.

   vinod:~/web/kurup$ cd ~/web/openacs-4 vinod:~/web/openacs-4$ cvs update -r oacs-4-6

3. Import the code into a vendor branch. My repository name is kurup. OpenACS is the vendor tag.

   vinod:~/web/openacs-4$ cvs -d /var/lib/cvs \ import -m “importing latest OpenACS 4.6 branch”
   kurup OpenACS openacs-4-6-3-20030719

4. This produces the usual CVS scroll and then a message like this:

   7 conflicts created by this import. Use the following command to help the merge: cvs -d /var/lib/cvs checkout -j<prev_rel_tag> \ jopenacs-4-6-3-20030719 kurup

5. Follow the instructions just given above. This will checkout a full set of code into the kurup directory, while simultaneously merging the new imported code in.

   vinod@vkurup:~/web/openacs-4$ cd vinod@vkurup:~$ mkdir tmp vinod@vkurup:~$ cd tmp vinod@vkurup:~/tmp$ cvs -d /var/lib/cvs checkout \ -jOpenACS:yesterday
   jopenacs-4-6-3-20030719 kurup

6. Go through and fix all the conflicts. This is the part that I sometimes find confusing. How to find the files that have conflicts? The command in instruction #3 above will list conflict files with a C in front of the filename. Check each file that has a C in front of it. This is why I like to do this process inside an emacs shell, so that I can look over the output as needed. For example, one piece of my listing looked like this:

   U kurup/packages/lars-blogger/www/blog-oracle.xql U kurup/packages/lars-blogger/www/blog.adp C kurup/packages/lars-blogger/www/blog.tcl U kurup/packages/lars-blogger/www/calendar-oracle.xql

So, I need to check ~/tmp/kurup/packages/lars-blogger/www/blog.tcl, look for conflict markers and resolve any conflicts. Do this for every file marked ‘C’ in your listing.

7. Commit my work.

   vinod:~/tmp$ cd kurup vinod:~/tmp/kurup$ cvs commit
   -m “merged with openacs-4-6-3-20030719, conflicts resolved”

8. Blow away that tmp checkout

   vinod:~/tmp/kurup$ cd vinod:~$ rm -r tmp

9. Update my local checkout

   vinod:~$ cd web/kurup vinod:~/web/kurup$ cvs update

10. Restart my server.

    vinod:~$ svc -t /service/master

11. Once the server is back up, I visit http://kurup.org/acs-admin/apm with my broswer and click on ‘Install Packages’. I look for any packages that are listed as ‘Upgrade’. Click on these packages and follow the instructions to perform any needed upgrades. This is always a touchy process because if the upgrade script errors out, your server may be left in an in-between state. Hope and pray liberally.

12. Repeat as needed, maybe monthly, or whenever there’s a new feature/bugfix available that you need.

How to set up WEP encryption:

• SMC Barricade Basestation
• Airport Extreme Wireless Card
• Mac OS X 10.2.6

Note that if things don’t go 100% right, you may lock yourself out of your wireless network. Be sure you know how to get back in before you follow any of these instructions.

1. Set up non-encrypted transmission first. Make sure you can connect to your basestation and surf on the internet.
2. Visit your basestation’s URL - default is http://198.168.123.254
3. Log in (You have changed the password so it’s not ‘admin’, right?)
4. Click on Wireless.
5. Create a Network ID (SSID). I’ve read that leaving it at ‘default’ sometimes causes problems, so change it.
6. Check the ‘Enable IEEE 128 bit Shared Key security’ radio button
7. Now we need to enter a key. This should be a 26 digit Hex code. Simply go to the magic WEP Strong Key Generator. Click on ‘generate 128 bit key’ and scroll down to see your new key. Pick the one labeled HEX. Enter this value as ‘WEP Key 1’. Keep this key visible somewhere, since you’ll need to feed it to your Mac so you can login.
8. Click ‘Save’ and then ‘Reboot’ your wireless router.
9. OK, now you’re locked out of your basestation. Let’s get back in.
10. Click on the Airport Icon in the menubar. Choose ‘Turn Airport Off’. Wait a few seconds and then click ‘Turn Airport On’.
11. Wait a few seconds for your Mac to recognize your network. Then, click on the Airport icon again and choose your Network-ID. A password box should pop up.
12. Click the drop-down menu and choose ‘128 bit Key’ and then re-enter your 26-digit HEX key. And no, copy and paste won’t work - you need to enter it digit by digit. Check the ‘Keychain’ box so that you don’t have to re-enter that hideous key each time.

Enjoy your new encrypted network!

Ugh… I woke up this morning with a nagging pain in my right knee. It kinda improved through the day, so I wasn’t too worried about it, but when I tried to run on it this evening, it really hurt. So I’m gonna keep to the bike for awhile. I remember having this problem (which I think is patellar tendonitis) during the last marathon and I remember that it got better pretty quick, so I’m praying it’s the same this time.

Ha! I found another reason not to get married. Apparently, marriage quelches genius. On the other hand, if I got married, I could blame marriage for the fact that I’m not a genius…

I spent most of this afternoon struggling with a mail issue and I didn’t find it documented well anywhere else, so I’m going to write about it here in the hopes that it might help someone else.

What I was trying to do: Setup qmail + vpopmail + courier imap for imap and pop3d

Problem I was having: For some users, checking POP3 mail would work for a while (about 5 minutes), but then would fail:

      Jul  5 00:30:34 vkurup pop3d: LOGIN FAILED, ip=[::ffff:68.173.27.35]
      Jul  5 00:30:34 vkurup pop3d: Disconnected, ip=[::ffff:68.173.27.35]

The failure would only happen for users who had vpopmail accounts and shell accounts. Users who have only vpopmail accounts were fine.

Eventually, after much searching, I found this message which advised to configure courier-imap with --without-authdaemon. This solved my problem.

According to the author of courier-imap, this problem is solved in newer versions of vpopmail, but he mentions version 5.3.38 and I could only find version 5.3.20, so I didn’t try that fix.

Not only has MarkD produced a book, but he’s made SlashDot as well. Guess it’s about time to retire now…

I’m going to get it eventually, but I’m still working my way through Cocoa Programming for Mac OS X

I’m going to sign up for the National Do-Not-Call Registry, but I’m not sure that it’s going to reduce the number of calls I get. Look at the exemption list:

Exempt businesses include:

• long-distance phone companies
• airlines
• banks and credit unions; and
• the business of insurance, to the extent that it is regulated by state law.

However, many telemarketing calls are placed by professional telemarketing companies, and even if the company whose goods or services are being sold is exempt, the telemarketing company may be covered.

You may still receive calls from political organizations, charities, telephone surveyors or companies with which you have an existing business relationship.

The list of telemarketers who don’t fit into the exemption list seems kinda small to me…