OpenSimulator - User contributions [en]

Talk:Free Assets

2009-05-26T23:27:12Z

Timpraetor: New page: Does anyone have links to more OAR files? The link to nuathens and NextLife.ca are broken and NextLife.ca is no longer resolving.

Does anyone have links to more OAR files? The link to nuathens and NextLife.ca are broken and NextLife.ca is no longer resolving.

Free Assets

2009-05-26T23:25:53Z

Timpraetor: nextlife.cs and the link to nuathens are bad at the moment.

__NOTOC__
{{Template:Quicklinks}}
 

[[Category:Users]]
==Textures==
* [http://texturebarn.headfirstdm.com/ The Texture Barn]
* [http://www.tellim.com/texture_cd/ The Blender Texture Disc]
* [http://textures.z7server.com/save_all_textures.php z7Server texture packages]

<gallery widths="128px" heights="128px" perrow="6">
Image:Smoke.png | Smoke
Image:Brown_Eye.png | A Brown Eye
Image:Picketfence.png | A Picket fence.
</gallery>

Nebadon's Bush Texture : [http://www.nebadonizumi.com/bushes01.tga Bushes]

Vint Falken's Free Valentine Eyes:
[http://www.flickr.com/photos/vintfalken/2258351122/ 1]
[http://www.flickr.com/photos/vintfalken/2258351306/ 2]
 
http://www.vintfalken.com/free-full-perm-female-skins-sezmras-splendor/ 
http://www.vintfalken.com/free-full-perm-female-skin-textures/ 
http://torley.com/torley-textures-available-for-download-in-a-single-zip-pack 

==Heightmaps==
<gallery caption="A Simple Square Island" widths="100px" heights="100px" perrow="6">
Image:Square_island_1x1.png | 1x1 region
Image:Square_island_2x2.png | 2x2 regions
Image:Square_island_4x4.png | 4x4 regions
</gallery>http://guide.opendns.com/?url=www.nextlife.ca%2Fnuathens.zip&servfail

<gallery caption="A Complicated Maze" widths="100px" heights="100px" perrow="6">
Image:Maze.png | 1x1 region
</gallery>

==Buildings==

<gallery caption="Free OpenSim Buildings" widths="250px" heights="188px" perrow="6">
Image:Free_OpenSim_Assets_Modern_Building.jpg | [http://integratedtechnologies.eu/sites/default/files/modern_building_oar_tar.gz Download]
Image:Free_OpenSim_Assets_Cottage.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_house_oar.tar.gz Download]
Image:Free_OpenSim_Assets_Office.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_office_oar.tar.gz Download]
</gallery>

<gallery caption="Free OpenSim Buildings" widths="250px" heights="188px" perrow="6">
Image:Free_OpenSim_Assets_Small_Store.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_small_store_oar.tar.gz Download]
Image:Free_OpenSim_Assets_Medium_Store.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_medium_store_oar.tar.gz Download]
Image:Free_OpenSim_Assets_Large_Store.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_large_store_oar.tar.gz Download]
</gallery>

<gallery caption="Free OpenSim Buildings" widths="250px" heights="188px" perrow="6">
Image:Free_OpenSim_Assets_Fireplace.jpg | [http://integratedtechnologies.eu/sites/default/files/09_11_08_fireplace_oar.tar.gz Download]
</gallery>

==Full Sims==
*'''This appears to be a broken link.'''
Does anyone have a replacement?
[http://www.nextlife.ca/nuathens.zip 4 Full Sims with Faux City]

==How to load OAR files==
[[OpenSim Archives|How to load OAR files]]

==Skin PSD's==
<gallery caption="Free Skin PSD files" widths="250px" heights="188px" perrow="6">

Image:Skins.jpg | [http://eloheliot.blogspot.com/2007/12/my-psds-let-me-show-u-them.html Download Page]
Image:Skin2.jpg | [http://eloheliot.blogspot.com/2007/12/my-psds-let-me-show-u-them.html Download Page]
Image:Skin3.jpg | [http://eloheliot.blogspot.com/2007/12/my-psds-let-me-show-u-them.html Download Page]

</gallery>

Configuration

2009-03-21T04:21:08Z

Timpraetor: /* OpenSim configuration file */

== OpenSim Command line options ==
To run OpenSim in somewhat customized environments it's often helpful to modify the programs behaviour via command line arguments.
OpenSim knows a just a few of these as most parts of the behaviour are controlled via an .INI-File (see below).

The following command line switches are known:
{| border="1"
! Switch !! Meaning/Behaviour
|-
| inifile || changes the name (Path) of the inifile. See below for details
|-
| inimaster || allows to read in a master config file. See below for details
|-
| background || needs to be explained
|-
| gridmode || If =true forces OpenSim.exe to operate in grid mode. If =false forces OpenSim.exe to operate in standalone mode. If omitted defaults to OpenSim.ini setting.
|-
| physics || explain me
|-
| useexecutepath || explain me
|-
| hypergrid || If =true enables hypergrid peer-to-peer communication with other hypergrid enabled grids. Also changes map module to display hypergrid links.
|}

==OpenSim configuration file==
The simulator configuration is managed using a file called [[OpenSim.ini]]. This file is used regardless of whether the sim is running in standalone or grid mode. Detailed information on the options available for setttings in this file can be found [[OpenSim.ini|here]].
Please note, that the name OpenSim.ini can be changed via command line arguments (see above). Also, note that the default SVN download does not include an OpenSim.ini file, but rather provide an example file. To get started editing your ini file, please cd into opensim/bin/ and copy OpenSim.ini.example to OpenSim.ini.

It is also possible to distribute the inifile settings over two files. This is useful if you want to run several OpenSim processes where most of your settings are identical but some settings differ.
The master file is read first, then the inifile is read. Settings given in the inifile overrule settings given in the master file.
The master file has the same format and the same keywords as the inifile, so the same documentation applies.

== Logging ==
Usually you don't have a debugger and the source code at hand when a situation comes up. OpenSim does some logging to give you information about how it works.
This is done by use of the [http://logging.apache.org/log4net/index.html log4net-package]. The obvious console output of OpenSim as well as the OpenSim.log output are done via this package and come readily configured out of the box. But you can also make extended use of all other options this package can give you.

OpenSim makes use of the .NET System.Configuration API which means that the file that holds all the logging configuration is bin/OpenSim.exe.config .

More information on how to configure log4net can be found on the [http://logging.apache.org/log4net/release/manual/configuration.html log4net web pages].

==Database==
Opensim's supports the following database-engines:
* SQLite (default - a lightweight database that comes bundled with OpenSim and can be used without requiring any extra configuration. It is mostly intended to get you up and running quickly, not for production use.)
* MySQL (fully supported)
* MSSQL (partially supported - some recent OpenSim features may not yet be implemented)
* Postgresql (fully supported - Still in Beta phase but working)

More information on database support can be found on the [[OpenSim Database support]] page.

==Script engine==
OpenSim supports multiple script engines. See [[ScriptEngines]] for details

==Permissions Configuration==
OpenSim has a quite elaborate set of permissions. See [[OpenSim:Permissions(Server)]] for for details.

==Standalone vs. Grid==
We recommend that you first get OpenSim running in standalone mode before you attempt to connect it to a grid, either your own grid or a public grid. An OpenSim configuration consists of regions (run by region simulators) and 5 core backend services (which manage users, the grid, assets, inventories, and grid-wide messaging, collectively known as UGAIM).

A system running in '''standalone mode''' (that is, one with OpenSim.ini configured such that gridmode = false) -- also known as "sandbox mode" -- runs everything (all UGAIM services and one or more regions) in a single executable (OpenSim.exe). External regions cannot be added to an OpenSim running in this mode.

In '''grid mode''', the five services ([[User Server|User]], [[Grid Server|Grid]], [[Asset Server|Asset]], [[Inventory Server|Inventory]], [[Messaging Server|Messaging]], or UGAIM) are each started as separate executables. This means that they can be run either on the same machine or spread out across multiple computers. In this mode, OpenSim.exe serves one or more regions, which communicate with the core servers. This mode even allows region servers run by other people on their own machines to connect, if you wish.

Naturally, this means that running in grid mode is somewhat more complicated than running in standalone mode. It requires an understanding of UUID, X,Y location, server handshake passwords, master avatars, and a couple of other settings. These are not difficult, but do require a little more care in setting things up.

If you want to run a grid of your own (either private or public) you would start the core services up before connecting a region simulator. If you want to connect your region server to a grid that someone else is running, you need only start the region server in grid mode (with the necessary security keys and location information mentioned in the last paragraph).

OpenSim.exe responds to various command line arguments. These include "-inifile", "-configfile", "-gridmode", "-physics", "-config" & "-noverbose". When starting OpenSim in either Windows or Linux, one could, for example, add "-physics=OpenDynamicsEngine" to run the OpenDynamicsEngine instead of basicphysics, or use "-gridmode=true" to force opensim.exe to run as a region server (the rest of the grid services have their own executables). As many of these settings are normally controlled by OpenSim.ini, most users (especially in standalone mode) will not add any command line arguments.

===Standalone mode===

When you start OpenSim in standalone mode, it will ask you several questions at the console. The first set of prompts that start with "NETWORK SERVERS INFO", you can just hit return to accept the defaults if you will be running in standalone mode. The prompts that start with "DEFAULT REGION CONFIG" are where you need to start paying attention. Some are self-explanatory. Here are explanations for the others: 
* Grid Location. OpenSim regions can be placed anywhere on a 65536 by 65536 grid. In standalone mode, it is safe to leave these X and Y locations at their defaults for the first region (additional regions will need different coordinates, of course).
* Filename for local storage. Safe to leave at default.
* Internal IP address; This should always be 0.0.0.0 (0.0.0.0 means "listen for connections on any interface", basically a wildcard)
* Internal IP port for incoming UDP client connection. You can make this any port you want, but it is safe to leave at the default 9000.
* External host name. If you will only be attaching to your sim from a SecondLife client on the same machine, you can leave this at the default 127.0.0.1. If you will be wanting to connect to it from a client on another machine, this should be the IP address or hostname of the machine you are running this sim on. It appears that this must actually be the External Host IP Address, not the Domain Name. (Hmm - Tried hostname (the one resolved by dns) and it worked out oke.)
* Be aware of [http://osgrid.org/forums/viewtopic.php?f=5&t=400&start=0&st=0&sk=t&sd=a loopback] problems when Running viewer & server(s) on the same machine (LAN) but using the "external" configuration. (You might notice endless waiting for region handshake.) See also [http://opensimulator.org/wiki/Troubleshooting troubleshoot hints]
To connect to your new sim, start up secondlife with the following command line switches:
-loginuri http://127.0.0.1:9000/ -loginpage http://127.0.0.1:9000/?method=login
This assumes you are running the secondlife client on the same box. If you are running it on a separate box, substitute the IP address of your sim machine. 
To create a user: 
type ''create user <first> <last> <password> <x_loc> <y_loc>'' in the server console.

===Grid mode===
You want to run your own grid. Great! Assuming that you already got your sim running in standalone mode, here is what you need to do: 
1. Current builds of OpenSim grid mode are using mysql to store the grid information. You must have this installed and configured if you want to run your own grid. See [[mysql-config]] for more information. 
2. Four of the servers should be started in a certain order. UGAI: UserServer, GridServer, AssetServer, InventoryServer. The MessagingServer can be started at any point after the GridServer, and the RegionServer(s) should always come last. These are all found in the bin directory. In windows, you can just double-click on the executables to start them. In Linux and Mac OS X type "mono filename" from a prompt. The executable names, in order, are:
OpenSim.Grid.UserServer.exe
OpenSim.Grid.GridServer.exe
OpenSim.Grid.AssetServer.exe
OpenSim.Grid.InventoryServer.exe
OpenSim.Grid.MessagingServer.exe
OpenSim.exe
3. Start the UserServer. If you will be running the GridServer on the same box, hit enter to accept the defaults, until it gives you the prompt
OpenUser#
This is the main prompt for the user server. If you will be running the GridServer on another box, change the Default Grid Server URI as appropriate. 
4. Start the GridServer. Again, you can hit return at all the prompts if you are running them all on the same machine. If not, change the URIs for the Asset Server and User server to point to where you are running them. You will finally get to the console prompt for the GridServer which looks like this:
OpenGrid#
5. Start the AssetServer. The console prompt for this server will be:
OpenAsset#
6. Start the InventoryServer. The console prompt for this server will be:
INVENTORY#
7. Start the MessagingServer. The console prompt for this is:
Messaging#
8. If you are running all of these servers on the same box, which would be the normal configuration, you should be ready to start up your sim. The mode that OpenSim.exe starts in is normally controlled by a setting in your OpenSim.ini. It defaults to standalone mode if that setting is not specified or the file is not found. If you wish, you can force opensim to start in gridmode on the command line as follows:
OpenSim.exe -gridmode=true
or:
mono OpenSim.exe -gridmode=true
With any luck, everything will come up without too many errors. 
9. Go to the UserServer console, and type 'create user' to create a new avatar. It will prompt you for the name and password, and the X and Y of the sim that should be his home location. Use 1000 and 1000, or wherever you told your sim to live when you brought it up in standalone mode. At the console of any of these servers, you should be able to type 'help' to get a list of commands.

You should now be able to connect to your new grid with your secondlife client. You need to tell your client to point at the UserServer rather than directly at the sim, though:
secondlife -loginuri http://127.0.0.1:8002/
8002 is the default port for the UserServer, and that IP address should be changed to the server you are running the UserServer on, if they are not all on the same box. Happy OpenSimming! 
''Note: if you are using Windows Vista, remember to start servers as Admin. If not it will prompt you an error in console like "Error - Access denied"''

==Multiple regions==

Using Physical Prim with the OpenDynamicsEngine on *nix, it's recommended that you set your stack reserve level higher then default with the following command;
<tt>ulimit -s 262144</tt> Or, run the opensim-ode.sh to start up OpenSimulator.

A powerful region generator is available at: [[RegionGenerator]]

For running multiple regions on the same box, you simply make multiple copies of the 'default.xml' file inside the <tt>bin/Regions/</tt> directory. You can do this using the script <tt>make.php</tt> in <tt>share/regions</tt>, or you can generate the files by hand.

If you want to create the files by hand:

:first copy the default.xml file in the <tt>bin/Regions</tt> directory, and name them anything you want (I name mine region.x.y.xml, where region is the name of the region, and x and y are the grid coords.)
:Open each xml file and edit the uuid (a generator can be found at [http://www.famkruithof.net/uuid/uuidgen uuidgen webpage] or on unix, use the uuidgen command), region name, x & y positions, and internal ip port. IMPORTANT! The UUID, name, and grid coordinates ''must'' be unique for each region on a grid. The port assignment must be unique for each region that is running on a particular machine. 

Note that <tt>sim_location_x</tt> and <tt>sim_location_y</tt> should be adjacent integers if you want your regions to be adjacent, so you can run back and forth between them. '''IMPORTANT: THESE GRID COORDINATES ARE ''NOT'' IN METERS. THEY ARE SIM POSITIONS.''' (1000, 1000) is next to (1001,1000), (1000, 1001), and so forth. 1256, 2000, 2048 and similar values are '''not''' adjacent to 1000, they are very far away, so you would not see your sims from one another.

Once you have 2 or more xml files in the bin/Regions folder, running a ''single'' copy of <tt>OpenSim.exe</tt> will start up all of your sims! If you come across any errors, there is most likely an error in your xml files.

As of 6-Feb-2008, take care NOT to leave editor backup copies of the files in this directory e.g. emacs style backup names like Regionname.xml~. These are loaded by opensim.exe as if they are legitimate region descriptions, and will therefore give errors indicating you are trying to re-use the socket for that region.

==Attaching your sim to someone else's grid==
To set up the region server (i.e., <tt>OpenSim.exe</tt>) to connect to an external grid, you should edit the <tt>OpenSim.ini</tt> file in the <tt>bin</tt> directory. In that file, there is a <tt>[Network]</tt> section with URLs for the grid, user, and asset servers, as well as send and receive keys (for a basic level of security). The addresses and send/receive keys will vary depending on the grid you are connecting to, and the grid operator should tell you what values to use.

The other file you may have to change is in your <tt>bin/Regions</tt> directory. This is where your individual region config files are. If you only have one region, it will by default be called <tt>default.xml</tt>.

This can be edited with any text editor. The grid owner may tell you what X and Y location you can place your sim at (you can't have multiple sims at the same location on the grid). If so, the fields you will need to change in this file are <tt>sim_location_x</tt> and <tt>sim_location_y</tt>. And the <tt>external_host_name</tt> should be set to the hostname or IP address of your simulation server (i.e., the machine that is running <tt>OpenSim.exe</tt>).
A list of public grids that you can attach your sim to is at [[OpenSim: Grids]]

==Running==

===StandAlone===
'''Windows'''
cd bin
OpenSim.exe
On Windows Vista, it may be necessary to explicitly "Run as administrator" for opensim.exe to accept connections from a client, even when running as an administrator user. Navigate to the opensim\bin directory, right click opensim.exe, and select "Run as administrator".
Connect: opensim://localhost:9000 , or opensim://127.0.0.1:9000, or opensim://myipadress:9000

'''Linux'''
cd bin
mono OpenSim.exe

'''OSX'''
cd bin
mono OpenSim.exe

===Local Grid===
'''Windows'''
cd bin
OpenSim.Grid.UserServer.exe
OpenSim.Grid.GridServer.exe
OpenSim.Grid.AssetServer.exe
OpenSim.Grid.InventoryServer.exe
OpenSim.Grid.MessagingServer.exe
OpenSim.exe

'''Linux'''
cd bin
mono OpenSim.Grid.UserServer.exe
mono OpenSim.Grid.GridServer.exe
mono OpenSim.Grid.AssetServer.exe
mono OpenSim.Grid.InventoryServer.exe
mono OpenSim.Grid.MessagingServer.exe
mono OpenSim.exe

'''OSX'''
cd bin
mono OpenSim.Grid.UserServer.exe
mono OpenSim.Grid.GridServer.exe
mono OpenSim.Grid.AssetServer.exe
mono OpenSim.Grid.InventoryServer.exe
mono OpenSim.Grid.MessagingServer.exe
mono OpenSim.exe
Connect: opensim://myipaddress:9000

===Note About Mono===

If you're using mono, you should increase the value of the mono environment variable MONO_THREADS_PER_CPU from its default of 5 to some number that works for your sim. The exact number depends on many factors including: the number of CPUs in your machine, what else you use that machine for, how many regions you have in your sim, how many of them are adjacent, how many scripts you have, and how many avatars you expect to serve at the same time. As a reference, Wright Plaza in OSGrid, which is running as a single region on a sim and routinely hosts meetings with 20 avatars, uses the value 125.

If this number is too low, the operation of your sim will start to break in all sorts of different ways. A common symptom is the freezing of all activity upon login of a new avatar. Other symptoms are a lot more subtle.

== Configuration of region modules ==

* [[IRCBridgeModule]]

== Configuration of Metaverse Exchange Protocol (MXP) ==

* [[Metaverse Exchange Protocol]]

Build Instructions

2009-03-20T03:24:09Z

Timpraetor: Updated OpenSuSE build and setup info

[[Category:Users]]
This page covers building OpenSim from source code on multiple platforms. Please help us keep this page up to date as the project progresses.

==Download from SVN==
Check out the [[Download]] Section

==MS Windows==

OpenSim requires either the .Net framework version 2.0, or the latest Mono. It supports the following compilers:
* [http://msdn2.microsoft.com/en-us/express/aa700756.aspx Microsoft Visual C# Express Edition] (note: not Visual C++)
* [http://www.mono-project.com/ mono]

Note for people who just downloaded the sources from http://dist.opensimulator.org/ (the "Downloads" link on the left) be advised that some important things are missing (like MySQL template scripts). For such features, you must download using svn!

Additional note: any Microsoft C# Express edition should work (2005 or 2008)

Additional note: It is possible to develope on Windows Vista 64 bits with the following tweaks:
# Select OpenSim project properties from solution and choose platform to be x86. Rebuild solution.
# Select OpenSim.exe properties under solution bin folder and choose windows xp sp 2 compatibility mode + run as administrator.

=== Building ===

* In the top-level directory, run the '<tt>runprebuild.bat</tt>' file. This will create a VS2005 solution file, a nant build file and a '<tt>compile.bat</tt>' file.
* If you prefer VS2008, run the '<tt>runprebuild2008.bat</tt>' instead.

* Open the resulting sln file with visual studio and build it there, or
* Run the '<tt>compile.bat</tt>' file. This will build the executable using MSBuild.
* if you prefer to use nant, run nant in the same top-level directory. This will build the executables.

If you don't care about physics (walking on prims, etc), ignore the rest of this section.

=== Running ===

Recent versions of OpenSim come without an <tt>OpenSim.ini</tt> file. Copy the <tt>OpenSim.ini.example</tt> file to <tt>OpenSim.ini</tt> before making any changes.

Double-click on the <tt>OpenSim.exe</tt> executable file in the <tt>bin</tt> directory. This will start up OpenSim in standalone mode.

The debugger in VS2005 C# may be used to step through the code. For those that use a Cygwin shell, you may find that one or more dll's have permissions that cause problems running. Most find that a "<tt>chmod 777 *</tt>" from the <tt>bin</tt> directory solves this.

Physics can be invoked by adding the appropriate line to the [Startup] section of <tt>OpenSim.ini</tt>. For ODE, that would be:

physics = OpenDynamicsEngine

You can also add a command line option to a shortcut, or run from a command prompt with:

-physics=OpenDynamicsEngine

'''''Windows Vista'''''

Some people have reported that to run on Windows Vista, you must first disable Windows Firewall. Under the new "Start" button of Vista, select "Control panel". Then double-click "Windows Firewall". In the window that pops up, on the left column, select "Turn Windows Firewall on or off". You will have to give permission for this to run, then select the option "Off (not recommended)". Click "OK" and exit from the Windows Firewall window.

If you have McAfee SecurityCenter, see the description below.

Once all the security features are disabled, right click on <tt>OpenSim.exe</tt> and select "Run as administrator". This will pop up a window asking permission, select "Allow". Your OpenSim server should run in a DOS-like window and accept connections.

'''''McAfee Security'''''

McAfee Security does not allow applications to listen on ports not explicitly specified. You have two options: 1) disable firewall protection all together, 2) enable <tt>OpenSim.exe</tt> to be able to open ports.

''Disable firewall''

Open McAfee SecurityCenter. Select "Internet & Network". In the lower left corner is a small link to "Configure...". Select this. In the right side of the window, select the bar that says "Firewall protection is enabled". Here you can select "Off".

''Enable <tt>OpenSim.exe</tt> to open ports''

Open McAfee SecurityCenter. Select "Internet & Network". In the lower left corner is a small link to "Configure...". Select this. In the right side of the window, select the bar that says "Firewall protection is enabled". Select the "Advanced..." button. This will pop up a new window.

In the new window, on the left side, select "Program Permissions." In the middle on the right side of the window, select the "Add Allowed Program" button. Use the browser that pops up to find the OpenSim executable and select it.

Finally, select "OK" and exit the McAfee SecurityCenter window.

==Linux/Mac OS X/FreeBSD==

The easiest plaform to get running on the Linux side is Ubuntu 8.10, 32bit. This is what most of the developers running Linux use. If you are looking for the quick path, start there.

=== Ubuntu 8.04 / 8.10 ===

For Ubuntu users on older distributions (7.10, 8.04, etc.) '''you need''' to upgrade your mono to 1.9.1.

You can use the built in packages for mono. However, for better performance, you may want to [http://xyzzyxyzzy.net/2008/05/08/updated-mono-build-script-for-hardy-heron-and-mono-191/ upgrade mono to 1.9.1] ([http://tempvariable.blogspot.com/2008/04/installing-mono-191-on-ubuntu-804-hardy.html Other simple method])

sudo apt-get install subversion nant mono-gmcs libmono-microsoft8.0-cil \
libmono-system-runtime2.0-cil libgdiplus libmono-i18n2.0-cil libmono-oracle2.0-cil ruby
svn co http://opensimulator.org/svn/opensim/trunk opensim
cd opensim
./runprebuild.sh
nant

To upgrade the Mono version to the latest stable build Mono 2.0.1, read this page [[Build Instructions/Ubuntu-Mono-2.0.1 | Ubuntu on Mono 2.0.1]]

=== openSUSE 10.3/11/11.1 ===

Install an openSUSE 11.1, 11 or 10.3 with its default options, add the online repositories
when finished installing do an online update with all the latest packages.

In yast install these packages, for running Opensim in standalone mode.
(there is a slight diffrence between 10.3 and 11/11.1 but following should be same)
subversion
nant
mono-jscript
- check that mono-core is installed

A tip for OpenSuSE 11.1 users - you can install packages from the command line using the 'zypper' tool. For example, to install 'nant', use this command:

sudo zypper install nant

If you just want to use SQLite then jump to last section
within this post.

* Optional mysql - for Opensim running in Grid mode:
Install these mysql packages via yast
mysql
mysql-client
mysql-administrator
mysql-gui-tools
mysql-query-browser

(note that selecting mysql in the Yast2 Installer will select the other packages automatically)

Before building create the mysql database.
/etc/init.d/mysql start
mysql -u root -p -h localhost
(when asked for password just hit enter)

mysql> create database opensim;
mysql> use opensim;
mysql> create user 'opensim'@'localhost' identified by 'thePassword';
mysql> grant all on *.* to 'opensim'@'localhost';
mysql> quit

*note that the '''grant all''' command may differ if you're adding the opensim database to an existing mysql installation.

On current builds set the connection string inside bin/OpenSim.ini after coppying the OpenSim.ini.example file.
If you are changing to MySQL from SQLite, the connection string for mysql also exists in the bin/Region/*xml files.
* It is '''important''' to remember this if you start out using the built-in SQLite database engine.

Build after installation of above in bash terminal. I save it in /opt

su -
cd /opt
svn co http://opensimulator.org/svn/opensim/trunk opensim
cd opensim
./runprebuild.sh
nant

Or, if you have a current (0.6+), you can simply execute:

make

After this you should be able to continue on starting the diffrent Servers, look in the mysql-config section,or
just run your OpenSim as a Standalone. By - eagleFX

=== Mac OS X 10.5/10.4 ===
* OpenSim is now working on PowerPC Macs! Thanks to DrScofield and those who helped him. Current nightly builds for PowerPC are not working, not sure about Intel so use the 0.5 Build. OpenSim works on Intel Macs. I'm testing on PowerBook G4. Tested these step on 10.5, but not 10.4 but should work --[[User:Mokele|Mokele]] 22:36, 14 February 2008 (PST) (Works on iMac G5 with OS 10.4.11, including expanding to local grid mode. --[[User:Magnuz|Magnuz]] 2008-12-15 10:50 (CET))
* Install XCode Developers Tools from DVD/CD Installation Disk or download from http://developer.apple.com/. You have to create an Apple account to access the downloads if you don't have an Apple account.
* Install X11 for 10.4 from the Optional Install from the DVD/CD Installation Disk. X11 for 10.5 is installed by default.
* Install Mono 1.2.5 from http://ftp.novell.com/pub/mono/archive/1.2.5/macos-10-universal/5/MonoFramework-1.2.5_5.macos10.novell.universal.dmg (The more recent releases Mono 1.2.6, 1.9.1 and 2.0.1 do not appear to work with these installation instructions. --[[User:Magnuz|Magnuz]] 2008-12-14 15:56 (CET)) and in Terminal or X11 edit the .profile file and add the following line:
export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}"
* Compile OpenSim
svn co http://opensimulator.org/svn/opensim/tags/0.5.0-release opensim
cd opensim
./runprebuild.sh
nant

* Download and Compile libopenjpeg-libsl-2.1.2.0.dylib and libsecondlife.dll
* libopenjpeg-libsl-2.1.2.0.dylib:
svn co http://opensimulator.org/svn/opensim-libs/old/libsl1550 opensim-libs
cd opensim-libs/openjpeg-libsl
make -f Makefile.osx
cp libopenjpeg-libsl-2.1.2.0.dylib ../../bin
* Note: The Makefile that creates the libopenjpeg-libsl-2.1.2.0.so does not compile on PowerPC, but works properly on Intel Macs. Looks like a gcc issue with compile options. (It appears to work on iMac G5 with OS X 10.4.11. --[[User:Magnuz|Magnuz]] 2008-12-14 15:55 (CET))

* libsecondlife.dll: (for PowerPC Only, see details on this step [http://xyzzyxyzzy.net/2008/02/12/installing-opensim-on-powerpcor-of-eggs-and-virtual-worlds installing OpenSim on PowerPC…or: of eggs and virtual worlds])
cd .. (back into opensim-libs)
nant
cp bin/libsecondlife.dll ../bin

* Edit the libsecondlife.dll.config (PowerPC Only). Remove the cpu="x86" tag in the last dllmap line.

=== FreeBSD 6.2 ===
su
cd /usr/ports/devel/subversion/ && make install clean (you may also need to rebuild apr-svn if this step fails)
cd /usr/ports/lang/mono/ && make install clean
cd /usr/ports/devel/nant/ && make install clean
cd /usr/ports/databases/sqlite3/ && make install clean
cd /usr/ports/x11-toolkits/libgdiplus/ && make install clean
cd /opensim/installation/directory/
svn co http://opensimulator.org/svn/opensim/trunk opensim
cd opensim
./runprebuild.sh
nant

Note: [http://opensimulator.org/wiki/OpenSim:FAQ#System.DllNotFoundException:_..2Flibopenjpeg-libsl-2.1.2.0.so|Follow the instructions on the FAQ to fix the]
"System.DllNotFoundException: ./libopenjpeg-libsl-2.1.2.0.so" issue, but use "gmake" instead of "make"

For ODE Physics you must do the following:
cd /usr/ports/graphics/libGL/ && make install clean
cd /usr/ports/graphics/libGLU/ && make install clean
cd /opensim/installation/directory/
svn co http://opensimulator.org/svn/opensim-libs/trunk opensim-libs
cd opensim-libs/unmanaged/OpenDynamicsEngine2/
sh autogen.sh
./configure --enable-shared --enable-release --disable-demos
make
mv ./ode/src/.libs/libode.so /opensim/installation/directory/opensim/bin/

=== RedHat Enterprise Linux 4 ===
sudo vi /etc/yum.repos.d/mono.repo

[mono]
name=Mono for rhel-4-i386 (stable)
baseurl=http://ftp.novell.com/pub/mono/download-stable/rhel-4-i386/
enabled=1
gpgcheck=0

sudo yum install mono-complete monodoc-core nant
svn co svn co http://opensimulator.org/svn/opensim/trunk opensim
cd opensim
./runprebuild.sh
nant

=== RedHat Enterprise Linux 5 ===

The instructions below also work on other RedHat Linux flavors such as CentOS or maybe Fedora.

1. Put the [http://download.opensuse.org/repositories/Mono/RHEL_5/Mono.repo Mono.repo] file in the /etc/yum.repo.d/ directory:
$ sudo su -
$ cd /etc/yum.repos.d/
$ wget http://download.opensuse.org/repositories/Mono/RHEL_5/Mono.repo
Naturally use the most [http://download.opensuse.org/repositories/Mono up-to-date link for your distribution].

2. Install Mono and related tools with yum:
$ yum install mono nant mono-jscript mono-nunit
Make sure to use nunit-console2 to run your tests.

=== Fedora 5 ===
* I needed to build latest mono and nant from sources to build OpenSim successfully, the ones available in yum repository didn't work so I had to uninstall and build and configure the packages.

For detailed instructions go [http://ruakuu.blogspot.com/2008/06/installing-and-configuring-opensim-on.html here]

=== Debian 4 ===

For detailed instructions please see [[Debian 4 Build Instructions]]

=== CentOS 5.2 32bit ===

For detailed instructions please see [[CentOS 5.2 Build Instructions]]

=== 64bit ===
Please note that only 32bit binaries are provided in the bin/ directory of subversion. If you want to use 64bit, you'll need to rebuild these shared objects. See [[Installing and running on x86-64]]

=== Physics (Open Dynamics Engine ODE) ===
As installed from svn, ODE will work on most 32 bit platforms. If you get an ODE-related crash, and/or a libode.so not found type of error, you will need to build libode from source.

Remove <tt>libode.so</tt> from the <tt>./bin</tt> folder. (Note that subsequent svn updates may replace it again; best fix is to copy your built <tt>libode.so</tt> to <tt>bin</tt>). Do NOT remove <tt>ode.net.dll</tt>! Download the latest source from:

svn co http://opensimulator.org/svn/opensim-libs/trunk/unmanaged/OpenDynamicsEngine

OpenSim requires a couple of patches on top of ODE which are not yet included upstream. When compiling, make sure to use the following configure options:

--with-trimesh=gimpact
--enable-shared

Make sure the configure script confirms these choices, and always compile with single precision (I believe that's the default). Try <code> make -k </code> if you get errors relating to drawstuff, test*, or openGL. <code> make install </code> should put <tt>libode.so</tt> in the proper place (usually <tt>/usr/local/lib</tt>), and it should be seen by opensim (<tt>ode.net.dll</tt>)

'''''Note:''' if OpenSim fails to launch with <tt>Exception: System.DllNotFoundException: ode</tt>, after compiling ODE, just copy <tt>libode.so</tt> from its usual place (probably <tt>/usr/local/lib/</tt>) to ./bin/, as per [http://metafuturing.net/index.php/OpenSim_Notebook_1 this suggestion]''

Setting up ODE for 64 Bits systems:

========================================================================
HOWTO on setting up and Install OpenSim on SLES10 - SP1 64Bit

1. I installed Mono 2.01, added this installation source in Yast2
This distro supports installing packages via YaST. Add the following installation source to YaST:
* http://ftp.novell.com/pub/mono/download-stable/SLE_10 [^]
For assistance with using repositories and installing packages with YaST, visit the Yast help page.

"nant" was installed also via this operation.

2. I installed subversion from http://software.opensuse.org/search [^]

SLES/SLED10 ->
subversion-1.5.2-34.2.x86_64.rpm

3. I downloaded and installed the lastest SVN version of opensim as usual (like a 32 bit system):
http://opensimulator.org/wiki/Build_Instructions [^]

4. I downloaded and installed the Open Dynamics Engine (ODE) to replace the 32 bit version of ODE with a 64 bit version.

I did that with the following linux commands:
(it is expected that you have all required Linux building tools installed):

# cd
# svn co http://opensimulator.org/svn/opensim-libs/trunk/unmanaged/OpenDynamicsEngine [^]
# cd OpenDynamicEngine
# chmod a+x ou/bootstrap
# sh autogen.sh

I installed/updated SLES10 with these rpm's for autogen.sh to run properly. http://software.opensuse.org/search [^]

SLES/SLED10 ->
- autoconf-2.61-168.1.x86_64.rpm
- automake-1.10.1-5.3.x86_64.rpm

# CFLAGS="-m64" ./configure --enable-shared
# make

I installed gtk2-devel via yast2, and all its dependancies, because make keept failing.

# cp ./ode/src/.libs/libode.so /opt/opensim/bin/

note:
in this directory it had made several versions of the "libode.so" because of running the previous commands several times
so i had to copy libode.so.1.0.0 to /opt/opensim/bin/libode.so

# vi ../opensim/bin/OpenSim.ini (change av_capsule_standup_tensor_linux to 1700000)

The 'chmod' command is required to fix permissions that are wrong.
The change in OpenSim.ini is required to avoid that avatars have bend legs and/or their feet are in the ground.
========================================================================

===Running===
Recent versions of OpenSim come without an <tt>OpenSim.ini</tt> file. Copy the <tt>OpenSim.ini.example</tt> file to <tt>OpenSim.ini</tt> before making any changes.
<code>
cd bin
mono OpenSim.exe
</code>

Note: if you are running a 32bit Server such as Ubuntu 8.0.4 you need the alternative launcher:

<code>
mono OpenSim.32BitLaunch.exe
</code>

* To invoke ODE, add the option:
-physics=OpenDynamicsEngine
to the <tt>mono OpenSim.exe</tt> line

or add <code> physics = OpenDynamicsEngine </code> to the [Startup] section of <tt>OpenSim.ini</tt>. Same deal for other physics engines, when available.

On mono 1.2.6, some distributions may see
Unhandled Exception: System.NotSupportedException: CodePage 1252 not supported
on startup when using mysql. This can be resolved by installing the package libmono-i18n2.0-cil (see http://bugs.mysql.com/bug.php?id=33938).

=== Additional Items ===

* [[GC_NO_EXPLICIT|GC NO EXPLICIT]] - Enable Large Heap in Mono, this has been known to help performance and stability

== Hardware selection guide ==

An often-asked question is "what kind of hardware do I need to successfully run OpenSim?" Unfortunately, the answer is "it depends". The number of regions hosted on a given machine, number of simultaneous avatars on those regions, number of prims, use of scripts, etc., all affect hardware requirements. So, to help you make a more informed selection, some examples of hardware used are listed in the [[Hardware_Selection_Guide|hardware selection guide]].

[[Category:Users]]
[[Category:Getting Started]]