Section 3.3: A Virtual Copyright blocker?

As a Second Life and OpenSim user, there's a natural desire for me to be bring over content I create in one virtual world to another(I'm not alone there, either). When I first got my local OpenSim up and running, I immediately proceeded to copy over a few pieces of my own tiny avatar. I had copied over the helmet, chest piece and my own Pet Rock in a pouch. In this instance it was totally legal since what I brought over had virtually no textures that I didn't create. When I thought about exporting some of my builds that had textures that weren't created by me, I hit upon an important legal question: Is bringing your own content(prims and/or textures) from Second Life legally allowed?
My gut was telling me "No", and it turns out I was right. Why? Because according to Section 3.3 of the Second Life Terms of Service, you don't own the account you use to access SL, and nor do you own any data on their servers that represent your content. Plus the license to the textures in question did not specifically address "inter-grid use", so the safest course of action was to assume it's not okay to export them.

What could be done about this? Is there a legal workaround? Yes and no. No, if the virtual world where the content(including textures) you made originates from is Second Life. Yes if the originating virtual world is OpenSim or any other virtual world that allows inter-grid use.

So I did an experiment to create a very simple house in my own OpenSim, export it with Meerkat, package the XML file and the textures used(from the OpenSim library) into a zip file, add a public domain notice, put the zip file up on a web site, import the build into Second Life, add metadata to the object description(such as "[Creator: Antonius Misfit] [Virtual World: OpenSim]"), then package it a box containing the public domain notice with the URL to the zip file sources. It all went pretty smoothly. I had successfully brought over a piece of content into Second Life that is not bound by Section 3.3!

This process easily applies for public domain, copyleft and Creative Commons-licensed content, but it also makes sense for commercial and even proprietary content creators who want to expand their content beyond Second Life and profit from it. You can follow the process I did, but instead of a public domain or Creative Commons license, you can use any license or EULA you want, provided inter-grid use is addressed. And of course source releasing isn't required, as long as you can prove that the content did not originate from Second Life(hence the metadata). So until Linden Lab properly addresses the "inter-grid use" in their Terms of Service, this may be the only feasible solution.

Thoughts?

Getting a Standalone OpenSim up and running on a Linode VPS: A tutorial

Ok, I know there are several tutorials out there that detail how to do this in general, but there are none out there that are specific to Linode, and I have encountered enough speed bumps on the way to warrant a specific HOWTO. So here goes:

1. Go to Linode.com and get the "Linode 540" VPS solution. It's $15 more per month than the cheapie Tektonic VPS, but I found OpenSim runs very smoothly on it.
2. Deploy a Linux distro on your VPS. I prefer Ubuntu 9.04 "Jaunty", and for this tutorial that's what I'm going to assume you will use. Make sure your distro is at least over 10GB(I used almost the entire disk) and have a swap size of 512MB. Also set the root password on your deployed distro, as you will be using it to login to your VPS in the next step.
   
3. Remotely login to your newly created VPS. You can use PuTTY, as referenced in this old tutorial or use the ssh command-line client like I did: [ssh root@my.ip.address]. Enter the root password for your VPS, and you'll be logged in with a standard shell prompt.
4. 
   Add the "universe" and "multiverse" repositories. First install the text editor nano so you can edit files: "apt-get install nano". Then do "nano /etc/apt/sources.list" to edit your APT sources. Here's what mine's looks like after editing:
   
   
   
   
   
   

   ## main & restricted repositories
   deb http://us.archive.ubuntu.com/ubuntu/ jaunty main restricted
   deb-src http://us.archive.ubuntu.com/ubuntu/ jaunty main restricted
   
   deb http://security.ubuntu.com/ubuntu jaunty-security main restricted
   deb-src http://security.ubuntu.com/ubuntu jaunty-security main restricted
   
   ## universe repositories
   #deb http://us.archive.ubuntu.com/ubuntu/ jaunty universe
   #deb-src http://us.archive.ubuntu.com/ubuntu/ jaunty universe
   #deb http://us.archive.ubuntu.com/ubuntu/ jaunty-updates universe
   #deb-src http://us.archive.ubuntu.com/ubuntu/ jaunty-updates universe
   
   #deb http://security.ubuntu.com/ubuntu jaunty-security universe
   #deb-src http://security.ubuntu.com/ubuntu jaunty-security universe
   
   deb http://archive.ubuntu.com/ubuntu jaunty universe multiverse
   deb-src http://archive.ubuntu.com/ubuntu jaunty universe multiverse
   

   
   
5. Update your distro. Now do "apt-get update && apt-get dist-upgrade" to get the latest patches to keep secure.
6. Install the packages needed to build and run OpenSim. The packages required are listed in this old tutorial(You can replace "mono-gmcs" with "mono" as it now includes the gmcs*). Also do "apt-get install git-core" to install the git distributed source code manager. You'll need it to download the latest stable OpenSim source code.
7. Download the latest stable OpenSim source code. Follow the instructions on the OpenSim download page.
8. Within the OpenSim directory, do these commands: "./runprebuild.sh && nant". If there are no prebuild or nant build errors, then OpenSim has been properly compiled.
9. Follow the steps in this tutorial from Step 7 onwards, and then you can exit your ssh session and login to your shiny new OpenSim!

So now you ask, "What's next?". In the next few posts I'll show you how to administrate your OpenSim to do stuff like properly startup/shutdown your sim, add user accounts and even perform sim backups.

*Update: I just remembered about that nasty bug in Mono I blogged about earlier, where I described how I fixed it. Details about the bug and the patch for it are available here.

Struggling with Hypergrid

Now that the process of getting my sim up, running and add accounts for my friends from SL is done, I've attempted to Hypergrid my sim. But so far it's been mostly fruitless. First it was a "Region too far" type of error, caused by a bug in the Hypergrid protocol that only allows a jump up to 4096 coordinates in both dimensions. But after editing the [Network] section of OpenSim.ini and the coordinates in /bin/Regions/Regions.ini, I can link to most regions listed, but then I get an error like this when attempting to go there: "Destination is not allowing teleports. Failed to authenticate user Antonius Misfit@xx.xxx.xxx.xxx:9300".

I have tried every available Hypergrid address listed on gridhop.net, but with no luck. Am I missing something? I've been going a little nuts trying to figure out the problem. Help!

The NixTech Forge: My Own OpenSim

Less than an hour ago I was finally successful in compiling, configuring, running and logging into my own OpenSim hosted on a VPS. Currently it's just one small, empty sim and I'm the only avatar on it(I changed the terrain though; it's not a tiny bump of land over water). But creating avatar accounts is very easy, and I'm certain the sim can handle a few simultaneous avatars. So if you want an avatar on the Forge, contact my Second Life avatar "Antonius Misfit" in person or via IM with your desired avatar name and password, and I'll create it and send you the login URI.
P.S - I highly recommend using either the Meerkat or Hippo viewers to access the sim because they have a built-in grid manager to make logins to third-party grids very easy.

The headaches of running an OpenSim on a VPS

I've decided to try and set up a single OpenSim on a VPS solution. After looking at several options, I went for a VPS on Linode.com(the "Linode 540" plan, to be specific). At $30/month it's not bad at all, and the dashboard makes booting, rebooting and shutdown as simple as one mouse click. And I discovered just how ungodly easy it is to actually use ssh("I am now a true geek").

That was the good news. When I actually ssh'ed into the server and tried to follow the normal instructions to build OpenSim, I ran into a few problems. First, apt-get couldn't find any mono packages. A quick look at the sources.list file showed that the universe and multiverse repositories weren't enabled. So a quick edit and "apt-get update && apt-get upgrade && apt-get dist-upgrade" fixed that. So then I go and install all the dependencies needed for OpenSim. I download the OpenSim sources and compile it right after a bit of trial-and-error. I set up the sim accordingly(being careful to input the server's external IP address when prompted by OpenSim), and it runs fine. I fire up Meerkat and add my sim's info to the grid manager. I hit login and then on the OpenSim console...

Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8...

An endless loop of that message. I Google the error 'OpenSim "Got a bad hardware address length for an AF_PACKET 16 8"' and I find out that the error is a bug in Mono. There is a patch for it, but it requires me to compile Mono. Sigh. Well, at least all I need to compile is the base Mono tarball.

If and when I finally manage to get my sim up and running, I'll let everyone know. This experience so far has given me a greater respect for the Linden Lab "grid monkeys" and in general anyone else whose jobs require to go through this kind of torture and still manage to keep their sanity.

Some Resources for OpenSim Users

Just a quick post to list off some useful resources I've found for OpenSim users:

• Free Terrains(useful for new SL private region owners too;RAW file downloads aren't working tho)
• More Free Terrains
  
• CC-licensed sounds
• Meerkat viewer(A viewer with object import/export abilities and support for "grid-hopping")
• Public Domain Pictures
• A GIMP plugin for editing RAW terrain files
• A repository of ready-to-use OpenSim archives: http://opensimworlds.com
  

I've yet to find any public domain or Creative Commons licensed prefabs for SL/OpenSim via Google or XStreetSL, sadly. I'll come back to this post and add to this list if I find anything.

Squatter communities and Virtual Worlds

If you have followed my Twitter microblog for at least the past few days, you may have noticed that I have been traveling to certain places in SL that would seem "seedy" at first glance. Specifically I visited places that on some level or another, represent the favelas of Brazil and Portugal, such as Cidade De Deus(City of God) and Favela Do Capao Redondo.

I was inspired to do so after stumbling onto a video presentation by Robert Neuwirth, a journalist who has spent two years of his life living in squatter communities in four continents(quite an achievement, I'd say). He argues that these squatter communities are "the cities of tomorrow". To a surprising extent, he may be very right. In fact, Robert's argument is playing out right now in the context of virtual worlds.

When Second Life began as LindenWorld, everything was a blank slate to explore, build and develop on. The pioneers of LindenWorld began creating little communities, with merely a fraction of the creation abilities of today's Second Life. Yesterday's LindenWorld beared very little resemblance to Second Life. It was "the virtual world of tomorrow".

As Second Life became more and more mainstream, it simultaneously became more restrictive in certain ways. First it was the gambling ban. Then it was banking. Then ageplay became practically verboten. Most recently adult content is getting thrown into an age-verified only red light district called Zindra. At every point many communities complained it would strip a piece of their freedoms away, but they were ultimately silenced because Linden Lab "had to do this to stay legitimate".

As something of a response to the increasing restrictive complexity, other but less developed virtual worlds have emerged. Most notably is OpenSim, a clean-room reverse engineered implementation of a Second Life sim server. With this, you can host your own sim and hook it up to an existing online grid.

In this sense, OpenSim and it's derivatives can be seen in a similar light as the shantytowns and favelas Mr. Neuwirth talks of so fondly: it offers the kind of freedom Second Life does not. Everybody owns a sim, but property rights are either loose or non-existant. Everything that was once commonplace but now forbidden in SL can be seen on OSGrid or any number of smaller clusters of sims. They are the "virtual favelas" where those who have been disenfranchised by SL may wind up going. This is the competition to SL that it and its' residents must not shun, but rather engage with if SL and the virtual world community at large are to prosper in the long term.

Thankfully, we are seeing a bit or progress on that front, as LL's Content Management Roadmap blog post speaks of best practices for inter-virtual world content interoperability. It is a good first step, but much more engagement and debate must be made on all sides. Otherwise, SL may wind up like Vault 101 from the Fallout 3 video game: sealed off, isolated and left behind. On that, I hope I'm wrong actually, but that's what it seems to me.

So, what's your take? Does SL need these "virtual squatter communities", or am I simply being foolish praising "virtual slums"? Comments are open for discussion :)

My bad sionChicken experience

A few days ago, I had read of the plight of Second Life's most infamous resident, Prokofy Neva, in her quest to raise a group of sionChickens on a farm. I had read about sionChickens before, as they seem to be the latest craze in SL. As I was reading Prok's post, I started to get curious about getting into the chicken craziness. At the end of her post was a SLurl that went directly to her farm. I decided I would go there, observe the chickens in action, and perhaps even ask Prok why chicken farming in SL is worth it. In hindsight, that was the most stupid and naive decision I've ever made in SL.

What happened? Well, I got to the farm, and it had most of the staples of a chicken farm: a chicken coop, a hen house and a chicken range. I had even seen Prok's favorite chick "Hope". Adorable little things, for sure, as they moved around on their own, pecked around and did stuff just like RL chickens. I was careful to keep a distance though, because I had read that it's very easy to kill a sionChicken(too easy, IMO).

So I observed the chickens for about two minutes, and then guess who teleports in? Yup, it's Prok. What happened next?

[20:54] Antonius Misfit: Halllooooo
[20:54] Prokofy Neva ejected and banned you from this land.
[20:54] Antonius Misfit: figures

I simply say "Hi", and I get banned for it? Later on I figure that she believed I was going to kill her chickens, because in her eyes "open source=criminal griefer". A day or two later, she reveals that Hope had gotten killed by a griefer called "Soviet Admiral". I thought about her entire ordeal, and I realized that the griefings and chicken killings could have been avoided if she had made a few simple checkbox clicks in the land management tab. A parcel lockdown would have given her peace of mind. I posed that as a question both on Twitter and her blog comments.

What did I get as a response? A silent comment deletion on her blog(not entirely unexpected, but again... being naive struck me again), and these two little doozies on Twitter(she's protected her individual tweets, but still visible via her Twitter home page):

@antoniusmisfit oh, shut the fuck up. We aren't required to live in parcel lockdown just to keep you assholes away. Grow up.

@antoniusmisfit What a spectacle, violent griefing assholes philosophizing abt how victims didn't lock down. Seriously, go fuck yourself.

Wow. If there were anything such as a baptism by fire, I just received a taste of it. I'm a "philosophizing violent griefer asshole" now, according to her. Yet, she has the balls to harass a Linden with an alt account(ironically named "Dear Leader", Prok must have a crush on Kim Jeong Il), get that account banned, and actually post all the details of it on her blog? Compare that to what I did, and decide for yourself who is the griefer.

In a way I should thank her, though. Just after she had banned me from Belarus, I had read in the Herald that the EULA for sionChickens is actually illegal. So between that and Prok's ban-and-flame routine, I'm now of the opinion that sionChickens are cute but devious little scams. They induce lag, die too easily, upgrades are mandatory per EULA(and not free or discounted either), and if Sion or his employees believe you are criticizing their products(even if you aren't but think you are), you are irrevocably blacklisted.

So I decided to offer an alternative to sionChickens. It won't die, won't force you to buy expensive accessories or food, and can be totally modified to make it uniquely your own. It is technically a parody item, but just like the RL Pet Rock craze, it offers something that no other pet does - a stress-free experience, and for some people that makes all the difference :)

What's your opinion? Is Prok right, or has she gone off the deep end(yet again)? Am I right about sionChickens, or are they just misunderstood? Comments are open(unlike on Prok's blog).