| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
while he studies the issues in Windows a little bit.
|
| |
|
|
|
|
| |
Move control of Mono.Addins from source attributes to external XML files.
This removes a lot of coupling of the source with Mono.Addins
|
| | |
|
| |
|
|
|
| |
Updates the previous module loader work.
|
| |
|
|
| |
to save a single primitive or small group of them. This command will save all prims in the current scene that name matches the "PrimName" parameter. The saved file is in standard xml2 format, so can be loaded using load-xml2
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
The Login service should now read/create new inventory on the inventory server that is set in a users profile.
Also added "Add-InventoryHost" console command to add a support for a new server to a region.
So it would be good if someone could test this. Set up the grid as normal, but then also run extra inventory server on a different computer (well actually it just has to be on a different network hostname, so one using "http://localhost:8004" and one using "http://127.0.0.1:8005" should work) then you need to manually edit the user profile database to set the new servers url in a user's "userInventoryURI" field.
Then on a region server, use the Add-InventoryHost to add the new server url (always include the full url, including http, but don't add a final /)
Login with that account and see if the inventory works.
Of course these needs to be made more user friendly.
|
| |
|
|
|
| |
not break trunk.
|
| |
|
|
|
|
| |
TODO next is to make the login server read/write a users inventory from the correct server (the inventory url set in a userprofile)
On the region side, although not tested with multiple servers it should work if that inventory url was set, and the inventory servers urls have been added to the CommunicationsManager, using CommunicationsManager.AddInventoryService(string hostUrl)
|
| |
|
|
|
| |
a build with VS2005.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Currently module loading is done ad-hoc. I propose creating a simple
loader class that leverages Mono.Addins (and perhaps the new .NET
addins when they become available in mono). Attached is a basic
patch for review that compiles into HEAD, but doesn't yet replace
any existing ad-hoc loaders.
|
| | |
|
| |
|
|
|
|
|
| |
config file, instead of a ini file. INI files still work the same as they did before, just now if a ini file isn't found, it looks for a OpenSim.xml file (of course in xml format) and if found uses that.
Includes a OpenSim.Example.xml for reference (the default settings saved as a xml file).
|
| | |
|
| |
|
|
| |
first and last name parameters
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
solves an incorectly spliting and rejoining the passed in
string[] cmdArgs and losing the double quoted separation
of command arguments.
|
| |
|
|
|
|
|
|
| |
World->Region/Estate. Then on the Estate tab, at the lower right hand corner, clicking the 'Add' button and picking an avatar.
* It only persists across reboots for the mySQL datastore currently.
* Currently have stubs in the other datastores.
|
| |
|
|
| |
plugin. This makes it easy for developers to experiment with alternative communication protocols
|
| |
|
|
|
|
| |
Add a .Trim() that was forgotten in a previous patch titled:
[PATCH] Adds an API for for plugins to create new Console commands and Help
|
| |
|
|
|
|
|
|
|
| |
same instance.
* Only generates a new maptile after a refresh interval
* Maptile names have the UnixTimeSinceEpoch that they were generated and the regionUUID they're from, so you can know which ones are no longer necessary.
* Updates RegionInfo, so backup your /bin/Region/*.xml files.
|
| | |
|
| |
|
|
|
|
|
| |
was incorrectly sending the command along with the args to the CommandDelegate
help was getting lost on top of normal help & help was getting missed except
in an exact match (and only returning the first)
|
| |
|
|
|
|
| |
0001495: [PATCH] Adds an API for for plugins to create
new Console commands and Help
|
| | |
|
| |
|
|
| |
they appear in non-console servers too
|
| |
|
|
|
|
|
|
| |
must remember to nant clean
* Hook all server startups into base opensim server startup method
|
| | |
|
| | |
|
| |
|
|
|
|
| |
* Now all servers respond to the "show version" command on the console
|
| |
|
|
|
|
|
|
| |
grid managing
* This hack just temporarily sends console output to /dev/null when we make the relevant addins calls, restoring it afterwards
|
| |
|
|
|
|
|
|
| |
tar loading code
* Currently as a test, this will successfully load only the first file of an opensim archive and do absolutely nothing with it
|
| | |
|
| |
|
|
|
|
|
|
|
| |
not even gzipping yet!
* Using hacked up code to create the correct tar archive headers - this stuff should really go away again before too long
* No user functionality yet
|
| | |
|
| |
|
|
| |
explicitly, rather than leaving it out completely and possible engendering confusion
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
* Insert the very rough beginning stubs for a save/load OpenSim archive facility that will load/save prim assets (textures & inventory) as well as the prim details themselves
(our existing xml facilities).
* This won't be ready for even rough testing for quite some time.
* I'm doing this directly in the region server for now since this will be quicker to get something working (hence giving me the Serotonin boost that I need). However, there are
very good arguments for later also including it (or moving it entirely) to the separate export executable which Sean stubbed out some time ago.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
information from Scene to OpenSimMain
* This also means the operating system info will show up in the region console (and hence the logs)
|
| |
|
|
|
|
|
|
| |
parameter to Scene rather than referencing VersionInfo directly
* Butt ugly solution
|
| |
|
|
|
|
|
|
|
| |
"About Second Life" box
* This is the same string as printed out on the opensim region console at startup, so it should now include the svn revision number (if available)
* This dialog box takes an awful long time to come up on my local system - no idea why that is. However, that also seems to have been the case before this revision.
|
| |
|
|
|
|
| |
* Please file a mantis if you are not able to use load-xml2/save-xml2 but can successfully use load-xml/save-xml
|
