The BFC Computing Weblog

After coming close to losing a few years' worth of the kids’ digital photos (I had a backup, thank you, rsnapshot, but when I only have one copy it’s close to being lost) I decided to find a good hard drive for the wife’s computer. Hers is a Mac Mini running Leopard, and it has the Time Machine backup system (think exactly like rsnapshot, but with directory-level hard links as well). So, I wanted to find a drive that would be:

• Small
• Quiet
• Easy
• Big enough to handle backup of an 80GB drive
• Reliable
• Cost-effective

Now, there are several drives out there that have the capacity. Most are pretty big (physically), and many of them require an AC wall wart and have fans in them. That I didn’t want.

I usually just head over to Newegg and find a case and a drive and screw something together, but they didn’t have any that met the requirements. By this time I had decided that a Firewire bus-powered drive with a 2.5” 160GB drive would be perfect, and I finally found one at MacSales/OtherWorld Computing. These guys sponsor the open source project XPostFacto which lets you run OSX on hardware Apple has abandoned (so that you can connect to the Internet without being pwned). So, good guys, and they have the 160GB OWC Mercury On-The-Go Oxford911 FireWire 2.5” 5400RPM 8MB Cache Portable Storage Solution, which, while a mouthful, is just the right drive for Time Machine backups. I didn't think I'd buy another PATA drive, but the Oxford 911 chipset is really quite well-proven, a nice feature for a backup drive. The drive comes with a cable and a pleather case:

and a CD that contains some software for something I don't need (it would be a nice green move to be able to leave out pleather cases and CD's if they're just headed to the trash heap). I plugged the drive in, the Mac asked me if I wanted to use it for Time Machine, and a few clicks later the backups started running. Nicer interface than rsnapshot, for normal mortals anyway. Now after all that, there are two complaints. First, it's in a very nice lucite case. But the case doesn't have much in the way of markings on it. There's a 3-position switch on the back, and you have to refer to the user's manual pamphlet to figure out what it does. It's a switch for Bus Power/Off/AC Power. I made a label on my label maker so I could recycle the instructions. The second point isn't about the product but the marketing. The box exclaims, "Fits in your shirt pocket!". Here's how well that works:

This particular oxford (not 911) shirt of mine has bigger pockets than any others, and it just fits. When I hear a claim like that, I think of another 2.5" drive I have:

that can almost fit reasonably in a pocket. This isn't a shirt pocket drive - maybe cargo pants. Better to just call it a really nice drive.

After coming close to losing a few years' worth of the kids’ digital photos (I had a backup, thank you, rsnapshot, but when I only have one copy it’s close to being lost) I decided to find a good hard drive for the wife’s computer. Hers is a Mac Mini running Leopard, and it has the Time Machine backup system (think exactly like rsnapshot, but with directory-level hard links as well). So, I wanted to find a drive that would be:

• Small
• Quiet
• Easy
• Big enough to handle backup of an 80GB drive
• Reliable
• Cost-effective

Now, there are several drives out there that have the capacity. Most are pretty big (physically), and many of them require an AC wall wart and have fans in them. That I didn’t want.

I usually just head over to Newegg and find a case and a drive and screw something together, but they didn’t have any that met the requirements. By this time I had decided that a Firewire bus-powered drive with a 2.5” 160GB drive would be perfect, and I finally found one at MacSales/OtherWorld Computing. These guys sponsor the open source project XPostFacto which lets you run OSX on hardware Apple has abandoned (so that you can connect to the Internet without being pwned). So, good guys, and they have the 160GB OWC Mercury On-The-Go Oxford911 FireWire 2.5” 5400RPM 8MB Cache Portable Storage Solution, which, while a mouthful, is just the right drive for Time Machine backups. I didn't think I'd buy another PATA drive, but the Oxford 911 chipset is really quite well-proven, a nice feature for a backup drive. The drive comes with a cable and a pleather case:

and a CD that contains some software for something I don't need (it would be a nice green move to be able to leave out pleather cases and CD's if they're just headed to the trash heap). I plugged the drive in, the Mac asked me if I wanted to use it for Time Machine, and a few clicks later the backups started running. Nicer interface than rsnapshot, for normal mortals anyway. Now after all that, there are two complaints. First, it's in a very nice lucite case. But the case doesn't have much in the way of markings on it. There's a 3-position switch on the back, and you have to refer to the user's manual pamphlet to figure out what it does. It's a switch for Bus Power/Off/AC Power. I made a label on my label maker so I could recycle the instructions. The second point isn't about the product but the marketing. The box exclaims, "Fits in your shirt pocket!". Here's how well that works:

This particular oxford (not 911) shirt of mine has bigger pockets than any others, and it just fits. When I hear a claim like that, I think of another 2.5" drive I have:

that can almost fit reasonably in a pocket. This isn't a shirt pocket drive - maybe cargo pants. Better to just call it a really nice drive.

After reading about Barracuda moving to invalidate a bogus patent Trend Micro filed for on virus-scanning at an e-mail gateway (many of my clients depend on this technology) in January, I sent Barracuda the following note:

          -----Original Message-----
          From: Bill McGonigle [mailto:bill@bfccomputing.com] 
          Sent: Tuesday, January 29, 2008 12:24 PM
          To: legal@barracuda.com
          Subject: possible SMTP prior art - TFS
          
          From:
          
          http://groups.google.com/group/comp.mail.sendmail/
          browse_frm/thread/3cee3dc93ea81690/a8cd75d669fbd6b7?lnk=st&q=smtp+virus+scan#a8cd75d669fbd6b7
          
          Its pretty functional - gateways between any/all MS/MAIL,
          WP-OFFICE, CC:MAIL, SMTP, UUCP, MCI-MAIL. It does uuencode
          and MIME attachments (configurable per address or domain
          wildcard) and international characters. It can also virus
          scan attachments on the way through the gateway, and access
          can be controlled on a user by user basis!
          
          (message dated July 25th, 1995).
          
          It looks like it's still around in some form from foxT:
             http://www.tfstech.com/
          
          Good luck,
          -Bill
          

I never heard back more than a quick “thanks!” from Dean Drako, CEO of Barracuda, but today, I read they’ve moved ahead with this strategy and Goran Fransson, developer on TFS, is a new open source ally.

Dean writes of Goran, “We greatly appreciate the time that Goran Fransson took in coming forward to share this very important piece of prior art,” Drako says. “We believe that his testimony is instrumental in our case against what we believe is an unjust patent claim by Trend Micro against Barracuda Networks and the open source ClamAV project. In our view, Goran is an open source hero.”

Full disclosure: I’ve sold completely open solutions, based on postfix/MailScanner/clamav/sqlgrey against Barracuda’a blackbox appliances, but I’m glad they’re fighting against Trend Micro’s abuse of the system.

Photos of Jeff Bonwick of ZFS fame and Linus Torvalds of Linux fame. Turns out that they’re neighbors and Jeff was just helping Linus hook up a new gas grill. (j/k)

ZFS is the ‘one filesystem to rule them all’ but it can’t be brought into the Linux kernel because of patents and licenses. ZFS is licensed under the CDDL, which gets it into FreeBSD and OSX, which are BSD and thus compatible with the CDDL, but not into the Linux kernel, which is GPLv2. If Linux were GPLv3, it would be possible for Sun to also license ZFS as GPLv3 and the twain could meet. However, Sun doesn’t really need to bother if Linux isn’t going to do it.

Note that a cleanroom implementation of ZFS could be GPLv2-compatible, but since it’s not CDDL-based the code wouldn’t have patents grants. “Sun Sues Linux Kernel Developers, News at 11” helps nobody.

I wrote on the ZFS list that having ZFS as a de-facto standard would lift all boats, and help Sun sell Thumpers. Assuming Jonathan dispatched Jeff to broker a “I’ll show you mine if you’ll show me yours” with Linus, we can look forward to the day when digital cameras come with ZFS flash cards instead of FAT32. And that the current owner of the FAT32 patents would be further isolated is really a key point.

In the long and continuing saga to have a decent mobile Internet solution that is friendly to Free Software, I’ve been working out a porting strategy to get rid of my Treo 650, which, while it’s been useful, is now beyond the end of its useful life. The replacement for the Treo is a Nokia n810, which is not a phone, but can use a phone over Bluetooth to get Internet access. It’s a great little linux box, with a Mozilla-based browser with Flash and wealth of 3rd party apps via .deb repositories. Wifi, bluetooth, GPS, etc. Meanwhile, I want a phone with good phone audio quality (pretty much rules out smartphones - bummer), EVDO, Bluetooth, and 4+ hours talk time (so I can run it all day without charging). A flip-phone is really what I want, to avoid accidental dialing in my pocket (DAMHINT), not just for the Captain Kirk factor.

I have a decent workflow established with the Treo 650 and Missing Sync on Mac OS X that works pretty well for me. Access, the company which owns Palm OS, released, a while back, a PalmOS 5 emulator for the Nokia n810 which runs all the basic Palm applications. I tried getting this working earlier but wasn’t successful.

Now that’s changed. One unexpected checkbox later and I have full HotSync between n810/Garnet and Missing Sync 5.1 on Mac OS X 10.4.11. Here’s how to do it:

First, in the Sharing Pane of System Preferences, make a new firewall exception like this, to allow in Network HotSync preferences:

Now, add a new handheld in Missing Sync, and change the Preferences, to include these:

And set the various standard conduits to overwrite data on handheld with desktop (once only).

Now, on the Garnet VM, put in the IP address of your Mac (dns didn’t work for me), and click the HotSync button. You should get a successful sync. Do it again to make sure it does nothing, quickly, indicating successful sync. Change some data on both ends and make sure it syncs. OK, you’ve got sync.

Now, go back and uncheck the allow-all-handhelds-to-network-sync box to protect your data. Make sure ‘Network’ is set in ‘Edit Handhelds’, and it’ll continue to work. I’m not sure what happens the first time, but there must be some handheld negotiation that’s required without permissions. Minor inconvenience, just needs to be documented.

All the iCal stuff should sync just fine, but MemoPad apparently doesn’t allow a way for sharing Memos between handhelds. So, to get this you also need to copy the Memo data file; copy:

~/Documents/Palm/Users/treo-profile/MemoPad.memopad

to:

~/Documents/Palm/Users/n810-profile/MemoPad.memopad

and sync again. You should have all your common Palm data on the n810 at this point.

Have fun. I ordered a new-in-box Motorola e815 radio from eBay for $90, which meets all my phone criteria. From here, I’d like to move to KDE PIM apps, and perhaps OpenSync. OpenSync to iSync is a non-starter, currently, but perhaps SyncML can bridge the gap.

People are a tizzy about some ‘magical’ technology NBC got Microsoft to put into its Zune to prevent ‘unauthorized’ episodes from playing. Of course, a he-said, she-said spat ensued, and they’re probably both lying. Anyway, this magic isn’t, it’s just watermarking. It’s well-defined how to make this unnoticeable and non-trival to remove. NBC just adds watermarking to the shows before they air, the Zune detects the watermark, and refuses to play the file unless there’s also an authorization key.

The trick with this approach is that it’s 100% DRM; hardware player support is required, and any other player will not have a problem. Also of note, this does nothing to stop copying, it’s just a revenue-enforcement model and is anti Fair-Use.

Nah, neither GE nor Microsoft would do something like that… good on Apple for refusing to play Evil Ball.

My, these are hard to find. Scroll down to part# PWS17904. I need them to put SATA drives in a 1U case with Molex power connectors and very little clearance, on my quest to build a powerful, quiet, 1U server (no compromises!).

I have a couple on order. I’ll post back here if there are any problems.

Sure enough, after three years of trouble-free server operation, the day after we deactivate a RAID mirror to make room for drive expansion, the drive dies.

If you sent us important mail between 3/26 at 10:00EDT and 3/27 at 02:00EDT, please resend.

If there’s a silver lining here, we’ll be trying to build a replacement server that all of: [1U, powerful, quiet]. It used to be a pick-two situation, but around here we’re into “pick all three”. We think it can be done.

When Blu-Ray wasn’t ready to ship, they shipped a Blu-Ray that wasn’t ready, to ship. That strategy seems to have worked.

Now, the finished version of Blu-Ray, aka Profile 2, is now available on the PS3. The notable difference is that it’s Internet-enabled. There are, of course, all kinds of conspiracy theories about what this will really do, so buyer beware.

This is the version that makes all the Blu-Ray players sold to date obsolete. My first DVD player couldn’t Follow the White Rabbit, so paint me twice shy. Or if you’re paranoid, go buy an old Blu-Ray player now, before the Sony men start tracking you. The rest of us will use egress filtering.

Boy, it sure is confusing navigating the variety of graphics drivers available for nVidia cards on linux. I’m using the atrpms repo, as suggested by Jared Wilson’s MythTV HOWTO, but it’s about Fedora Core 6 and I’m on Fedora 8 now, so it’s a bit different.

My output hardware is: 06:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000] (rev c1)

And the final list of RPM’s that actually works is:

rpm -qa | grep nvidia
          nvidia-graphics96.43.01-kmdl-2.6.23.9-85.fc8-96.43.01-92.fc8
          nvidia-graphics96.43.01-libs-96.43.01-92.fc8
          nvidia-graphics96.43.01-96.43.01-92.fc8
          nvidia-graphics-helpers-0.0.22-23.fc8
          nvidia-graphics-devices-1.0-6.fc8
          

The real trick was getting the correct version of the kmdl package installed. It installs an i586 module by default, which on an i686 kernel says:

FATAL: Error inserting nvidia_96_43_01 (/lib/modules/2.6.23.9-85.fc8/updates/drivers/video/nvidia/nvidia-96_43_01.ko): Invalid module format
          

when you try to modprobe nvidia. dmesg will tell you about that:

nvidia: version magic '2.6.23.9-85.fc8 SMP mod_unload 586 4KSTACKS ' should be '2.6.23.9-85.fc8 SMP mod_unload 686 4KSTACKS '
          

see - it’s 586 instead of 686.

So how the heck do you get yum to install the right version? yum list truncates the package names at a fixed column width and documentation is sparse. After much fiddling, I found this was acceptable:

yum install  nvidia-graphics96.43.01-kmdl-2.6.23.9-85.fc8-1:96.43.01-92.fc8.i686
          

And now X will start. Current xorg.conf (needs some more work, but it starts):

          Section "ServerLayout"
                  Identifier     "single head configuration"
                  Screen      0  "Screen0" 0 0
                  InputDevice    "Keyboard0" "CoreKeyboard"
          EndSection
          
          Section "Files"
                  ModulePath   "/usr/lib/xorg/modules/extensions/nvidia"
                  ModulePath   "/usr/lib/xorg/modules/extensions"
                  ModulePath   "/usr/lib/xorg/modules"
          EndSection
          
          Section "Module"
                  Load  "glx"
          EndSection
          
          Section "InputDevice"
                  Identifier  "Keyboard0"
                  Driver      "kbd"
                  Option      "XkbModel" "pc105"
                  Option      "XkbLayout" "us+inet"
          EndSection
          
          Section "Monitor"
                  Identifier   "Monitor0"
                  HorizSync    30.0 - 50.0
                  VertRefresh  60.0 - 60.0
          EndSection
          
          Section "Device"
                  Identifier  "Videocard0"
                  Driver      "nvidia"
                  Option      "TVStandard" "NTSC-M"
                  Option      "TVOutFormat" "SVIDEO"
                  BusID       "PCI:6:0:0"
          EndSection
          
          Section "Screen"
                  Identifier "Screen0"
                  Device     "Videocard0"
                  Monitor    "Monitor0"
                  DefaultDepth     24
                  SubSection "Display"
                          Depth     24
                          Modes    "1024x768" "800x600" "640x480"
                  EndSubSection
          EndSection