OK. I'm joining the world of people who use mass transit. Mainly because my car cracked in half. But also because of the green (environmental) and money saving aspects of it. So... anyone here have any tips to make the transition smoother?

I should probably explain a little more about what happened... I was out the other day with my wife and daughter doing some errands. While we were out I noticed that my car (1998 Nissan Sentra) was making this odd squeaking noise when I'd turn right in it. I'd heard this kind of thing before and guessed it was a CV boot, maybe a tie rod or ball joint. So I took it into the shop we go to for all of our ill cars. These guys have always been on the level with us and have given us quite a few freebies for small work. I told them what was going on and they said they'd take a look at in on Friday.

So Friday afernoon my cell rings. I was actually expecting work since it's encroached onto my personal time so much for the past half a year. I was a bit relieved to hear that it was the service station. The guy said he had some bad news. I figured... this car is nearly nine years old, I don't think anything will be bad news as long as it's under $1500 to fix. He explained that the car is a unibody and that it appears to have suffered a major fracture due to rusting from the inside of the frame on the right hand side of the car. Seeing that the body is all one piece, there is no "part" to replace and it's not really safe to drive.

I drank that in for a minute. Then I thought of how lucky I was that I didn't wind up in a horrible wreck. I was even doubly lucky since I've carted my family around many times in that car on the freeway. So he tells me a bit more and I ask him what my next step would be. He said, he wouldn't suggest selling it. Nor would he suggest donating it to anyone. Trade-in is a possibility. And scrapping it is probably the best option. So that's the route I chose. Scrap it and be done with it. And since he whole gas powered automobile thing is in flux right now, I'm going to wait it out on buying a new car. Hell, I live within 15 minutes of the downtown area I work in and rarely need to go far in general. We still have my wife's car if I need to be at one of the rare meetings in another city. So why not take advantage of that closeness to work, and the mass transportation system?

I'm sure someone will tell me I could have just gotten the same car with a dead engine and replaced it with my working one, etc... I'm not a car guy, and to be honeest, I've been researching alternative transportation for a while. I keep hoping that someone will release a fully electric plug-in automobile that is safe and street legal and can go at least 150 miles on a charge at a maximum of 60 MPH. So far, no takers. The closest is to get a hybrid and then get the plug-in modification done. That's basically a replacement of all batteries and installation of a charger.

But, the more important point at hand is that I can now drop my insurance and save about $400 a year on that. I can also drop my parking pass for the garage downtown which is $110 a month (of course bus passes are $45 a month, but that's still a savings). And of course with gas hovering at about $3.00 a gallon and likely to climb to $4.00, I suspect I'll save a good chunk there too. So here's the current plan: go with one car for at least six months and see if it can be done with a minimum of fuss. Meanwhile save the extra money that I'm not spending on parking, gas, insurance and plates, for a down payment on a new car. I already have enough for a decent down payment now. But, we should hopefully get an OK tax refund, which would boost any savings up and put us in a really good position to get a new car. I can then spend some time researching the best options for a real alternative to gas powered automobiles. Ideally, the next car won't run on gas at all...

So there you have it. That's why I'm going to start using either the bus that pulls up to the neighboring street, or the rapid transit (sort of a subway type affair) starting on Monday.

I rarely spend much time waxing poetic about software (OK. I did for VirtualIron but it's just too damn good) but I think I need to do this for Zimbra Collaboration Suite (ZCS). I first suggested we migrate away from Sun's horrid iPlanet system to Zimbra about two years ago. Due to various budget issues, we couldn't do it until this year. And for the past few months I've spent a lot of time learning various systems to get this up and running the way I want. There is, of course, the VirtualIron system hosting the VM that Zimbra is running on. I took a few wrong turns before settling on VirtualIron. All the VMs are sitting on a SAN (Hewlett-Packard EVA). And finally Zimbra (version 4.5.9) was installed on both TEST and PRODUCTION VMs.

My first domain migration happened at the beginning of November and it went amazingly smoothly. Of course there were only 64 users, so that was to be expected. The next domain was this past weekend. That took a bit longer to complete with 774 users and a good number of distribution lists. All of the account and mail distribution list data was extracted from the iPlanet server using a custom script wrapped around 'ldapsearch'. That data was converted live to the ZMP format to be used on the Zimbra server for provisioning accounts.

Once I got the accounts and groups in place, I needed to copy their mail. I used the ever ubiquitous 'imapsync' (I owe that guy something.... heading over to the donation page as soon as I finish this post) to copy all the mail from the iPlanet server to the new Zimbra server. it worked like a charm, but I had to wrap an 'expect' script around it because iPlanet would prompt me for the auth admin user password for every user. I'm not sitting around waiting to enter that 774 times!

I did the initial mail sync about three days before migration, and then ran the incremental sync once every day leading up to the final day of migration. Finally, on the night of migration, I made all the requisite DNS and spam filter changes for the domain, performed a final sync (took about an hour) and removed the domain from the iPlanet server. We were now live! That takes care of the general process, but why is it that I love ZCS so much? Let me explain...

First off, after having dealt with raw LDAP for the past seven years and actually getting a pretty decent understanding of it (not enough to create my own schema yet), I'm happy to see that Zimbra found a better interface to LDAP. They are using their SOAP application 'zmprov' to handle everything about LDAP. However, they STILL allow you to deal directly with LDAP by giving you a parameter you can pass to 'zmprov' to turn off SOAP mode! So you can have your cake and eat it to, as it were.

The next big deal for me is that 'zmprov' really is THE tool for doing bulk administration. As nice as their admin web interface is, we all know that GUI and web interfaces are not the medium to use when you want to make a lot of changes to a lot of objects very quickly. One of the nicest things about ZCS as a whole is actually the Wiki that Zimbra provides which explains almost anything you'd need to know about Zimbra. They have a nice reference for all LDAP attributes that you can affect with 'zmprov'. That's how I was able to bulk provision my users with a default password, then force them to change it on first login and restrict them from re-using it as their new password.

Another aspect is that their web admin interface really isn't that bad at all. It gives you a lot of info that is actually... useful! Big surprise there. I'm used to web interfaces that are designed by anyone but the admins themselves. Unlike iPlanet, you can actually see what groups a user is a member of! Not only that, but you can actually add/delete their membership in a group from the user account info instead of having to switch over to the group portion of the admin interface.

My users (...at least initially. More on their issues later) are really happy with the new interface. iPlanet was long in the tooth. In 2001. Zimbra, thanks to the magick of AJAX feels like an application. They are loving the Exchange killer features of Zimbra. (Admittedly I really wanted to do this two years ago but, oh well)

The main "con" right now is that IE6 apparently has a crappy Javascript engine. It's odd that this wasn't apparent during training on the TEST system. But I'm hearing reports that Zimbra is slow. I hadn't noticed this at all, but I can't run IE since I'm a Linux user. So it turns out that IE7 is a partial solution since MS has apparently resolved some memory management issues. ZCS is awesome on Firefox, but that's not a possibility because it can't be centrally managed through AD Group Policy by our Windows admin. He's tried the templates, but they seem to hose up, so he has no willingness to go any further. The answer to the problem is that Zimbra is coming out with ZCS 5.0 on December 17th (at least that's the last date I saw on their site). This version of Zimbra will provide the user with three interfaces that they can choose at login. The full AJAX interface, an HTML low bandwidth interface, and a Mobile friendly interface. I'll have to run a QA test on it on our TEST system first though. So it's not coming soon.

I haven't yet had a chance to compare the current resource usage of the backend server with my baselines, but so far it looks like the server isn't even sneezing at the 800+ users on it. However, I can't wait to get away from the Javascript issues. Most users still assume the server is the problem and not the client PC.

Alert: If you're not into computers, don't manage servers at work or at home, or don't know what TFTP, DHCP, Xen hypervisor mean, then skip this entry.

Disclaimer: I'm not affiliated with VirtualIron other than being a very happy customer so far.

I've been into virtualization on x86 hardware since 1997/98 when I got my first copy of VMWare Workstation. I'd tried PC emulators before, but I could tell this was different as the performance was infinitely better than any emulators I'd ever used. Since that time, I've also looked at other virtualization programs like Virtual PC on the Mac and later Windows, QEMU on Linux and Windows hosts, and within the past three years, I've pretty much focused on Xen virtualization because it is truly "the way of the future".

The thing that led me to Xen was that renewing the VMWare Workstation license (for home user) I had a few years back was becoming prohibitive, but I still wanted something to virtualize Windows XP with since I no longer see the point in running it on bare metal (I'm not a gamer, and audio and video production tools for Linux are much better than they were three years ago). So while looking around on the net for other free virtualization systems (I was using QEMU with it's accelerator at that point but wanted something better) I found the Xen project. I decided to install it on my Fedora Core 2 box and see what it would do. It didn't start off that well because I got the Xen hypervisor (microkernel) to boot, but the console would then stop giving me any output or way to interact. I assumed it wasn't working until I pinged the IP of my Fedora Core 2 box. It responded! I could ssh in! Weird. It was running, but no output on the screen.

It took me a little extra work, but I eventually figured my way around Xen and dedicated this box to using it. I then created paravirtualized Linux images and saw that the performance of my virtual machines was nearly 98% of running on the bare metal! It was really a sight to behold, especially on such old hardware. The only limitation was RAM. If I had more RAM I could run many VMs on this old box. I got around to that later and currently I have an old P II era celeron 400 with 384 Megs of RAM running three VMs:

Domain0 (the management domain): Doing DHCP and NTP for my network. You typically shouldn't have this domain doing much other than managing your VMs.
Domain1 (the "External" home server): Offering up three of my lame web sites, an SMTP smarhost, VPN services, external DNS for my domains
Domain2 (the "Internal" home server): Offering up MySQL for my dbmail installation, dbmail itself, postfix SMTP for internal use, internal DNS

The box is great for being so old and the virtualization really adds an extra layer of security that is unsurpassed.

However, I wanted to virtualize Windows and this was not possible until the first CPUs from Intel and AMD were released with hardware virtualization support. So, I bought a cheap Athlon 64 HP box at Best Buy and packed it with 4 gigs of RAM. I upgraded to Xen 3.0 and set up my VMs on this box. There really isn't much of a limit other than RAM as far as I can tell. Right now, this box is running a Gentoo build VM, an Asterisk PBX VM, a CentOS/Zimbra mail VM, and until recently a Windows XP VM (which I've actually moved back to QEMU for different reasons).

So basically, I know the "love" that Xen offers above things like QEMU and VMWare or Virtual PC/Virtual Server. In fact, the Xen project's technology was so impressive that MS itself is using the technology for their upcoming hypervisor in Longhorn. That is assuming it doesn't get dropped last minute...

At work, I've been planning a huge mail migration away from a system I wasn't happy with to the Zimbra system (which looks and works great). However, I really wanted nearly unstoppable uptime even in the event of hardware failure. I knew that Xen's live migration capability would offer me that (you can move a VM, while it's running, from one physical host to another without your end users ever noticing). I ran into several issues over the past month, and the VirtualIron product is what finally came in to solve the problems.

When I first set out to virtualize Zimbra, I tried installing it on a RedHat Enterprise Linux (RHEL) paravirtualized machine running on top of Gentoo Linux with a Xen kernel. As soon as I tried to install it, Zimbra complained that I needed to have NPLT support in the kernel. This was not possible with Xen in paravirtualized mode. The only options I had were to run RHEL on bare metal, which would not afford me the unstoppable uptime, or to run it in a Xen HVM (full virtualization) environment. I chose the second route.

So I got a system that I could test with and set up a TEST Zimbra box on CentOS 5 with RHEL 5 as the fully virtualized guest. But then I discovered another set of problems. The first big one, was that fully virtualized Xen guests CANNOT be live migrated or paused. The second issue was that because of the way that disk and network I/O is virtualized, you have a bottleneck in the RAM utilization on the management "host". If your disk and network I/O is very high, you'll likely wipe out all the RAM in the management domain and performance will suffer as your disk and network I/O attempt to work via swapping! Ugh. The third point, which isn't really an issue, is that I discovered the Xen's fully virtualized environment was really a specialized QEMU process! My worries about QEMU's performance grew quickly.

So I did more research and more digging around for other possible approaches. I briefly considered the OpenVZ project (which doesn't really virtualize, it's more akin to chroot). Then I found someone's blog entry on a bunch of virtualization techniques and noted a reference to Virtual Iron. We also, almost went with the commercial version of Xen: Xensource, but they got bought by Citrix who we had some issues with in the past. I'm hoping that the Xensource folks won't get screwed by Citrix in this deal. So we bought VirtualIron, as priced at the time for $600 per CPU socket (cores don't matter, only physical sockets).

I was expecting your grandfather's virtualization techniques, but I was completely mistaken as I would find out later. One of their big seeling points is that they don't use paravirtualization at all. This isn't really a good or bad thing, it's just their way of approaching virtualization. They have also been contributing back to the Xen project, so good on them! Instead, they chose to focus on the special version of QEMU included with Xen to bring it up to speed for their product. So they made sure it could do live migration! (It still can't pause/suspend/restore as far as I can tell) They also worked around the disk and net I/O issues by creating custom drivers and management software (VS Tools) to be installed in the guest after you have the OS running. This limits your choice of guests to OSes that they have their VS Tools software built for. They currently support Windows guests up to Windows 2003 Server, and many of the most common "big name" Linux distros.

So we got two big nasty servers for hosting our VMs. HP servers with 16 gigs of RAM each, and two dual-core Xeon 64-bit CPUs each. They also have fiber channel interfaces that connect to an HP SAN back-end. My original assumption was that I would install VirtualIron on each of these boxes just as I did with Xen kernel installations or any other typical virtualization technology. I did just that and was lost for a bit. All it seemed to do was install a DHCP server, a TFTP server, and a Web server (Jetty if you're curious). My confusion is partially due to the fact that their web site doesn't give you much info on the architecture. I've written to them about that since I think this product is "the bees knees" where virtualization is concerned. The Java based management interface for VirtualIron contains a "walk through" set up document in a pane on the right hand side of the interface. THAT is where I finally understood the actual architecture and layout.

To use VirtualIron Enterprise (we didn't go with Single Server which DOES work like VMWare and others) you need at least one "management server" and one "managed node". The management server can be one of a few supported Linux distros, or Windows. The fact that it could be Windows really confused me at first, because I couldn't understand how they would get a Xen kernel installed under an already existing Windows installation. Again, I was completely wrong in that line of thinking. Once I understood the architecture, I was both in awe and very eager to see this thing work. So I proceeded...

In my case, I have two managed nodes (those monster servers with 16 gigs each) and one manager (a Xeon dual CPU 32-bit system with 2 gigs of RAM and dual NICs). The manager is running CentOS 4.5, which is supported by VirtualIron as a host for the Enterprise manager. Once I had that installed and had the management network up (you basically need a different LAN dedicated to the manager and each node that you can consider "out of band"), I set one of my managed nodes to PXE boot off the manager. That's right! You DON'T need to install a damn thing on the managed node! It's diskless! The TFTP server and the DHCP server give this box an IP address, and point it to a preconfigured Xen boot image. Their preconfigured boot image is a Xen hypervisor with a very stripped down Suse Linux Enterprise 10 (SLES10) on it. So stripped down that the managed nodes can run headless. There is ZERO interaction on those boxes other than the power button!

Once the managed node loads it's boot from the network, it shows up in the Java managemenr interface and you're ready to create VMs and assign them RAM, CPU, network and storage. In our case, the SLES10 image has drivers for our Emulex LightPulse fiberchannel HBAs, so LUNs presented by the SAN are fully accessible from within the VirtualIron manager. Once VirtualIron was up, I was off and running installing RHEL 4.5 for my Zimbra installation. It's a beautiful thing! The managed nodes don't have a damn thing on them. In fact, not only do they run headless, but you don't need ANY storage in them at all if you don't want it! All VM configuration resides on the managing server. So that's the guy you want backed up reliably.

I can't say enough good things about VirtualIron. It can bring the power of Xen virtualization to anyone who wants it, even if they've never touched Linux. It really is an amazing thing.

OK... Here is what I know (or at least think I know) about Java:

1. It's supposed to be write once, run everywhere which is a good thing.
2. It's also OOP which is arguably a good or bad thing depending on your POV
3. It was released in 1995 (twelve years ago) and was a "hog" (on the desktop) then because of RAM and CPU requirements. Only within the past year or two has it become viable for desktop applications in the opinion of many a desktop user.
4. Java applications that suck are usually the fault of the developer and not Java itself.
5. The last time I checked, there was no Java native printing interface since each OS that could run Java has it's own very unique approach to printing.
6. This part I really don't know much about, but I've noticed that many Java apps seem to ignore the local host UI's toolkit in preference for the Java UI toolkit (which is pretty lame IMNSHO). I'm not sure if this is a limitation of Java, a developer who doesn't know what they're doing, an inherent quality of the write-once run everywhere nature, or a combination of all of the above.

My personal experiences with Java apps have been rather frustrating (NOTE: I'm not meaning to insult anyone with my comments, just posting my experiences):

-A Java app to manage the music on my Rio Karma. I needed to use it since I run Linux and there is no application to natively manage the Karma. I abandoned this application as soon as I discovered lkarmafs. Yes... I'd rather deal with a CLI to manage my Karma than a broken and unreliable GUI app.
-The Java interface from hell in my opinion is Cisco's latest and greatest ASDM (Java Firewall Management tool). I think it's version 6. It's a bloody mess in my opinion. I won't even go into all of it because I'd need a whole JE just for that. One simple example is that they have a section where they display a table view of information. There are column headers. But you click on them to sort by that information, and nothing happens. OK. No surprise there as this was the case in the past. However, in another section of the same app, there is another table view, also with column headers. You click on them and... they work. But they work in a pretty strange way. Instead of the customary arrow pointing up or down to indicate the sort direction or no icon for unsorted, you just get (1) (2) (3) or a blank. Very VERY bizarre, inconsistent and annoying. Is this a Java toolkit issue or dodgy coding from Cisco land?
-Sun/iPlanet's Java based administration interface for LDAP and their Enterprise Messaging Server did not like X very much. I have memories of trying to use my workstation's X server to access the application from the iPlanet server in the computer room (that is headless) and taking literally five to ten minutes to expand a tree. Eventually I wound up having to run an Xvnc server on the iPlanet box after which the Java app worked fine. So Java doesn't seem to always like being exported via X protocol.
-I had a very similar experience with the Oracle installer on another headless Digital Unix box. Once we moved to HP-UX and the version of Java for the installer was a little newer, I didn't have that problem. So that leads me to suspect that older versions of Java didn't like the X protocol.
-Of course you can also insert nearly all Java applets from the web that seem to eventually lock up browser on just about any platform.
-Since Java seems to be in constant development, there are large inconsistencies between which apps will run with which versions of Java. Leading to the ultimate annoyance of being tied to very specific versions of Java for specific apps. Eventually you wind up with many of those apps being on the same box and so you wind up with multiple versions of Java on the same box. If you're in Unix land, many times you wind up with applications that are bundled with their own Java buried deep in your system.

I'm not meaning for this to be a rant against Java. What I'm hoping is that knowledgeable people here on Slashdot can inform me as to why they chose to go with Java for their language and whether or not it really can be made to work well. I'm also specifically thinking Java on the desktop, not the server. I can see how it might be better suited to back-end work since servers tend to have the resources needed. The only question being, can it be done with efficient memory and CPU utilization?

Yay!!! I get post yet another incredibly useful way of using ssh for something that most people would think was "stupid".

THE SCENARIO:
You're on a box with a much older version of NIX on it than you should be. In the middle of doing your work, you find the certain utilities are missing, or are old enough that they have some key features missing. What do you do? Tell your boss the box sucks, get a new one. Wipe the box and all the important data you're supposed to be working on with a new installation of some free *nix? Give up?

THE SOLUTION:
In most cases, if you're working on a box like this, it's likely that your dealing with text. That was what I was dealing with and the version of egrep was too old to parse the following:

egrep '(cn:|inetUserStatus:|mailUserStatus:)'

So what did I do? I took advantage of the newer egrep on my Linux workstation using ssh:

/opt/iplanet/server5/shared/bin/ldapsearch -D "cn=King of all Mail" -w iam1337d00dzg1v3m3w4r3z -b "o=peons.org, o=werule.org" "uid=*" | ssh eno2001@10.0.2.20 "egrep '(cn:|inetUserStatus:|mailUserStatus:)' -" | less

The end result is that the text stream from the old *nix box is sent via ssh to my workstation where I run the egrep using STDIO. Works like a charm! Hope this helps someone else.

Even though my time lately has been quite limited both at work and at home, I just discovered something I do like about Multiply.com. I can compose a blog entry there, then switch to "edit HTML" and copy the HTML to here and quickly post without having to actually type out all the HTML. Pretty handy if I'm feeling in the mood to post to both locations.

So here I am minding my own business when a co-worker asks me to make sure that an important message comes through from a specific sender (cvent-planner.com). I figure... sure. Why not. I white list IP addresses for domains all the time when it comes to legit stuff. So I do a search in our spam filtering system and find the blocked message so I can force delivery to said co-worker. But then I notice that the reason it was blocked is that according to one of the blacklists that the filter uses (could be the spam filter vendor for all I know) cvent.com (AKA cvent-planner.com) is a known spammer.
 
So, to be sure I did a little googling and found a link to someones blog
  wherein he explains why he thinks they're a spammer. I tend to agree since any business that buys names and e-mail addresses from other sources to start sending out bulk mail to them, is by my own understanding a spammer. A little more looking around indicates that this company has no real "opt out" empowerment for the recipient of their crap. Even more digging indicates that the people who started getting messages from cvent.com never signed up for anything with them and that the companies that cvent claims to have legitimately acquired the addresses from know nothing about cvent.com. So either cvent is lying, or the companies that the recipients had previous business with are lying.
 
As a result, I removed the IP white list that I'd added only minutes earlier and suggested to my co-worker that I do a "per-user" white list for her and one other associate so they can get the cvnet.com stuff but not the rest of the organization. My main reason for posting this here is to get the blogger's site that I linked to above raised higher in the google page rankings. So one more time: Cvent is a spammer!!!!
 
I almost forgot to mention that cvent appears to be somewhat aware of their status. This is a modified version of the message they sent to the people they are attempting to spam:
 
**Attention [insert vendor] conference attendees**
The conference documentation links were sent out at the end of August and again in early September. If you have not received either of these emails, they may be getting blocked.
 
Please have your IT staff or email provider add the following domain to the allowed list:
  cvent-planner.com
 
Yeah. Right. Nice try.

Join in here for a discussion on religion, politics, genetics, playing god and war.

Join in here for doom and gloom, the space program, anti-capitalism, and OS wars all in one post.

Anyone else game?

RULES: These have to be things you can't do on other proprietary platforms easily (without being a programmer), at all, or without buying additional software, or pirating software. These don't have to be things that are necessarily special within the *nix world, just things that you know you can't do elsewhere. (ie. they can be commonplace *nix operations)

My list:

1. Logical Volume Manager: resizing an existing file system without the need for a restore. I have a USB hard drive for backing up my laptop. I'd originally "partitioned" it using LVM into two logical volumes that were each 50% of the total space. But I no longer needed the split and actually needed more space within one file system. So, I deleted the 'workstation' logical volume (kind of like a partition only WAY better for you non-*nix folks) that I didn't need anymore to free up space. Then I used 'lvextend' to grow the 'laptop' logical volume to include the newly freed up space. Then I used 'resize_reiserfs' to allow the existing file system in 'laptop' to become aware of and use the newly added space. Then I re-mounted /dev/backup/laptop and instead of 55 gigs, it was now 110 gigs.

2. Network Block Devices: exporting a DVD drive (not a share) from one system over the network so that it appears to be installed on another system. I've written a lot about this here and there on Slashdot as well as made a journal entry about it. Basically, by utilizing the network block device support in the Linux kernel and the 'nbd-server' and 'nbd-client' userspace apps, I was able to allow my Linux based media center to play back DVDs from my laptop's drive over WiFi (802.11g). I've also exported partitions, raw hard drives and logical volumes using NBD to remote systems. If you do this right, you can essentially make a "poor man's" SAN with a separate network for storage (which is why I have two cat 5e drops per location throughout the house)

3. Xine broadcast: Streaming DirecTV from my media center to any other PC or laptop in the house. By starting the 'xine' media player with the --broadcast-port=5555 option, other xine players on the network can use 'xine slave://ip_address:5555' to play back whatever is being played on the media center. My DirecTV playback consists of: 'cat /dev/video0 | xine --broadcast-port=5555 stdin:/'.

4. Enlightened Sound Daemon (ESD): Utilizing the sound output on one machine for playback from another system over the network. Sure, Remote Desktop in Windows can do it, but not with the same level of flexibility. And, personally I think ESD sucks! I'm far more interested in Pulseaudio since it sounds MUCH more flexible than ESD and more robust. But that's an aside. Here's how I've used ESD to do something that you can't do on other platforms. My media center hardware is actually in the basement and the monitor and speakers are in the living room. The family laptop sits on the coffee table next to the couch. Since I have a toddler and don't want to wake her up while watching TV or movies, I set up a system where a double click on a media file gives me normal audio playback over the speakers. But what about headphones? The box is in the basement and an extension cable would be a bit much. So... in comes ESD. I set up Gnome so that a right click on the media file allows me to run my 'videoplay' script from a symlink called 'rvideoplay'. Within the script, the $0 argument is checked and if it is 'rvideoplay' instead of 'videoplay', then it runs an extra function within the script that launches an 'esd' server on the laptop and then has 'xine' run with an ESPEAKER variable that matches the laptop's IP and the esd TCP port number. So the sound plays over the laptop, which is where I plug the headphones in. So I can watch movies or TV with headphones on my large screen without bothering anyone in the house!

5. Old Hardware with Modern Software: The life of my PC hardware stays relevant MUCH longer than it would with Windows. I have a home server that is approaching ten years. It would never run Vista and could barely run XP Pro. But I can still run the latest apps on it from my chosen Linux distro with decent speed. It's a dual pentium II 450 Mhz with 768 megs of RAM and an Nvidia GeForce 2 AGP card. (Yeah, it's THAT old clunker that I've been going on about for years here) It's running the latest Firefox, Thunderbird, Openoffice. I could probably even coax it to run Compiz if I wanted. There'd be no way to get IE7, or any of the latest MS Office stuff to run on it. And Aero Glass? Fuggitaboutit!

6. Xen: Hypervisor based full virtualization and paravirtualization. While you can virtualize on other platforms and Parallels introduced hypervisor full virtualization on the Mac when Apple went to x86, Linux was first on the scene with it via VMWare ESX. As far as I'm aware, when it comes to systems that the average person has at home, only Linux and some BSDs offer paravirtualization in Xen on that kind of hardware. I started about three years ago with paravirtualized Linux on top of Fedora Core 3. Just last year I made the move to an AMD 64 box to take advantage of Xen's hardware assisted full virtualization. So I have one box running nearly eight VMs that take the place of multiple systems right now. Not only that, but it's a desktop class machine from HP that I bought at Best Buy for about $800 and added RAM to. This kind of functionality is available to anyone who wants to spend the time to set it up and take advantage of it. It's the one place where I'm running Windows in my home. On a virtual machine...

7. Private VoIP over a darknet. Using a combination of OpenVPN to establish private networks between some of my friends and family, as well as the Asterisk PBX (running in a VM on the AMD 64) and some SIP softphones... I've established a private VoIP network that allows us to all communicate free of charge and with no eavesdropping (unless someone's really interested enough to snag all the encrypted packets and use huge machines to try and decrypt them ;) While this might be doable on other platforms, it's not been doable until relatively recently. It's been available a lot longer on the *nix side.

8. Rio Karma Digital Music Player: Using the USB interface on the player and Linux's ability to mount the device, I've been able to load up music from home while at work over a VPN connection with reasonable speed (thanks to the DSL line). My Karma thinks it's getting music from the local workstation, but it's coming via 'scp' from the file server at home over a VPN tunnel.

9. SSH: Tunneling VNC (bound to 127.0.0.1 so that no one can reach it via the WiFi without tunneling) and ESD traffic via WiFi to further obscure the data that traverses the WiFi (on top of the WEP encryption).

10.'rsync' + ssh + vpn + crontab = remote backups that are easy as hell and free. I have a server at my parent's house with plenty of disk space on it. Every fifteen minutes, it checks to see if there are new photos on my server at my house. If there are, it sucks them down so I have "offsite backup".

What about you? I also invite those who use other platforms to pull off their own Top 10 cool things that they can do that can't be done on *nix. Or... conversely, Top ten cool things I CAN'T do on *nix. Should be interesting.

For your viewing pleasure.

Because I have much more control and flexibility where electronic devices are concerned. Case in point:

1. A friend has a DVD that I'm interested in watching. So I rip it on his computer (Linux box) to an image using 'dd'
2. I have my Rio Karma with me and it has 17 gigs of free space. So I use the 'split' command to break the ~8 gig image into 7 files no larger than 1 gig and then save it to the Karma's "Taxi" file space.
3. I bring the Karma home intending to copy the files to my Linux based media center. It's in the basement (where it should be instead of looking ugly in the living room) and I'd rather not take the Karma down there. So...
4. I hook it up to my laptop and mount the Karma. The laptop only has 4 gigs free so I use 'cat' in combination with ssh to concatenate all the split files back into the single image over the WiFi onto the media center's HD.
5. I use 'xine dvd://movie.dvd' to play back the image as if it were the real DVD. Full menus and everything. :)

Can't do that anywhere else but *nix. Hence the love...

Finally. A "love machine" that is fit for the average Slashdot reader. Nay... the average Web user! I give you the (NSFW as if you had to ask) love lump. And it predates Fergie!!

US Democracy: The best person for the job (among These pre-selected choices)

New sig. I was thinking of the likelihood of a President Hilary. The idea that the US could be a Democratic Dual Monarchy for almost 25 years saddens me (Bush(4)->Clinton(8)->Bush(8)->Clinton(4?/4+?)). Between her electiveness and the state of US domestic affairs, I fear for the future of the land I love. The other candidates are just as "prepared".

Maybe one day we'll actually have some more choices in our choice. Then again considering how we've made villains of any 3rd party, maybe not. I really hope time will prove me wrong.

(Damn. It's been almost two months since my last Journal. I've been TOO busy.)

My "vacation" from my job is over which means I should hopefully have a little more time to post again. What did I do on my "vacation": one month of hard, solid work in the attic in 90+ F heat. My body aches everywhere and that attic still isn't done. What is done: floor has been fixed, cat 5e for gig ethernet on second and third floors is in place with four drops per room, the entire house is insulated, the sealed off crawl spaces have been converted to storage with nice custom built (by me) insulated doors, a low ledge around the stairwell has been built up to three feet to be a bit safer than the original eighteen inches, removed the old nasty in wall gas heater and converted the exhaust port into a portable air conditioner vent, baseboards were removed for stripping in the garage to prevent lead paint dust from getting all over the place, just started patching and skim coating in order to get ready to prime and paint... I'm hoping to have the attic done by late Fall early Winter with only one day a week to work on it now.

Here at work, I've got lots in store for me. Plus I've decided to start taking on speaking engagements to evangelize free/open virtualization technologies to non-profits. So it'll be busy, but "good busy".