That was discouraging. The Wonderland software is available for Mac OS, but only up to version 10.4, and I’m running 10.5. Maybe I can compile the source code for 10.5, since Apple claims “Leopard can compile and run all your existing UNIX code”, but I’m not quite ready to do that just now.

However, a day or two after the Wonderland test I was reading the documentation for OpenSim when I saw that they offer a Subversion (SVN) download for MacOS X, and mentioned that OS X 10.5 (Leopard) has SVN pre-installed. So, what the heck, I pulled up a Terminal window to verify that yes, SVN is there, and keyed in the command to download OpenSim. It worked like a charm, although I should probably have done it on my external hard disk so I can play with it on Phil’s laptop while we’re driving tomorrow. Maybe I’ll do that anyway. It’s about 68 MB, which is smaller than I expected. It would certainly be fun to have my own region available to play in while we’re traveling and not online!

My own efforts toward implementing a home VW server have been progressing, but slowly. Wonderland is installed on my OpenSUSE VM after finally getting Java6 JDK to work properly, but I haven’t been able to get them to talk to each other yet. I suspect I need to roll back Java to the earlier release (update 5 instead of 6), since some dependencies seem to have fallen off the edge with the later one. I remember seeing a note about that in the Wonderland site a few weeks ago, but had forgotten in the excitement of finally finding the link to the JDK software. Sun does not make it easy to find things on their website, mainly because they offer so much that deciding exactly what it is you need can be very confusing for the uninitiated. I do have the older release downloaded, so I’ll try installing and running with that next.

One of the things people have been clamoring for in SecondLife for as long as I can remember (back to about July 2005, when I first rezzed into that world) is “Web on a Prim”. A prim is a primitive object, like a representation of a 3D cube or sphere or cylinder. These are the building blocks out of which all the incredible representations of physical objects are made in 3D virtual worlds. By combining them, twisting and resizing them, “painting” them with textures, linking them together and embedding little scripts in them, all the wonders of the grid are made manifest.

All, that is, except for a functioning Web browser that an avatar can share with others in the world. The latest version of the SecondLife viewer, the client software that enables one to enter these virtual worlds, offers at last a rudimentary Web viewer, but it can only display a single page with no live links. Hypertext without hyperlinks is almost useless, but of course it is a step in the right direction, and better than anything that preceeded it.

In one of the derivative VWs I’ve joined recently, though, they have taken LSL a step further. As well as implementing most of the commands from that scripting language, a few home-grown functions are added. One specifically enlarges the ability to display Web pages on primative objects, chosen by anyone in the world, not just someone who has control of the media on the land parcel where the object exists as is presently the case in SecondLife. For the geeks among us (you know who you are), this function is called osSetDynamicTextureURL() and it allows a “voice” command to be used to surf to any given URL. Where native Linden LSL commands follow the convention of having their names preceeded by “ll” (two lower-case letter Ls), as in llSetText(), the OpenSim scripters have used os[Function name] to identify those that are not from Linden Lab. I’ve tried out an object that uses a script with this function, and it works quite well. However, when I tried to make my own Web display object using a copy of the script I found in the user’s forum on the OSGrid.org website, it did not work; I don’t know why. Perhaps the copy has a typo I’m not proficient enough to spot, or maybe the grid was just being a bit unstable at that moment. It is still alpha software, after all.

Still, even if I couldn’t make my own Web display (yet!), the fact that LSL is being extended in OpenSim grids is very encouraging.

Also encouraging is the fact that I heard from a friend tonight that a mutual acquaintance is also planning to install Sun Microsystem’s open source Darkstar server to run a Project Wonderland region on his own computer, as I hope to do soon. This is becoming the favorite indoor sport of the really extreme VW addicts on the block! I’m one step closer now, since I finally located the package I need to install Java6 SDK on Debian Linux, a requirement for running Darkstar.

Not only have I been aware of NMC in SecondLife since they burst on the scene there, but their CEO, Larry Johnson, is a director of the ISM Corporation, which is the nonprofit that supports the International Spaceflight Museum, which I lead. Small world. Or small worlds. Here’s a video Larry recorded and posted on YouTube about their project:

By the way, Bob Marcus has promised to make the NCOIC conference proceedings available to members of the Serious Second Life Group in Boulder, of which I’m a member. So I may have more to say about this event later, even though I won’t be able to attend since there will not be a SecondLife blended reality event.

The Etch release was the first one to provide Sun’s JDK environment without the need to download it from third-party repositories

Hooray! If the version is the one I need (JDK 6), I’m ready to download and install Wonderland. If not, it should be easier to update it than to try to do and entirely new install.

Yep, the Java 6 binary packages are available, so even if they didn’t get onto this virtual machine during initial installation, it should be an easy matter to get them and install. In fact, there are step-by-step instructions in the Debian Java FAQ for doing just that. I’m good to go!

So now I’m setting up Debian Linux on yet another virtual machine. Yesterday I tried OpenSuSE Linux, but wasn’t very favorably impressed with it. Maybe I’ll look at it again sometime, since there are lots of people who swear by it, but at least my installation left something to be desired. I guess appearances do matter to me, because the fonts they use on their desktop were difficult to read on my screen, and I couldn’t get it to use any display definition but VESA 800×600, which is pretty skimpy for someone used to a 20″ diagonal high-resolution LED display. I’m hoping Debian will let me use a bigger window — Ubuntu did. Thank goodness Linux distros only cost the time and bandwidth it takes to download them.