| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Solves svnbackup svn add directory failure.
|
|
|
|
|
|
|
| |
and moved them into a IAvatarService
Although "out of the box", there is no actual functional change to behavior
|
|
|
|
|
|
| |
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)
|
| |
|
| |
|
| |
|
|
|
|
| |
agnostic.
|
| |
|
|
|
|
|
|
|
| |
lookup any time we get it from the server. This should
preventent unwearable appearance.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Fix RequestUpdateInventoryItem so that asset changes
generate a new asset, which is needed for editing
appearance to do the right thing. Persistant appearance
seems to work after this, except you need to rebake textures
some times.
|
|
|
|
|
|
|
| |
get saved to the database. There are still issues on wearing things
after a cleared cache that I'm looking at now.
|
| |
|
|
|
|
|
| |
Fix spelling typo (Thanks ChrisDown for pointing this out)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
You sure can. This change set restores pants (and the rest of the
default appearance) in grid mode. The
root issue had to do with serializing multi-faced textures to the
grid server. This also restores the lookup path through the avatar
factory module, as that seems the reasonable place to have it live.
Some clean up patches are coming later as well, plus testing on
standalone, but this should be in a good kicking around state for
grid users.
|
|
|
|
| |
types and null.
|
|
|
|
|
|
|
|
| |
baffles me)
it does make setting appearance in grid stick.
|
|
|
|
|
|
|
| |
stuff should probably be collapsed soon, as it takes up 4 assemblies
now.
|
| |
|
| |
|
|
|
|
|
|
|
| |
the MSSQL and MYSQL mappers back in under datastores and looking at doing
gid bits for this
|
| |
|
|
|
|
|
|
|
|
| |
them out.
* Fix for Scene.Inventory.cs - It assumes every entity at startup is a SceneObjectGroup. (Actually, this shouldn't have compiled[!] without a warning.)
* Fix for LandManager at startup - it assumes there's a land channel when perhaps there isnt. (Bug that needs another refactor to fix. [Mike - I've assigned a ticket to you about this])
|
| |
|
| |
|
|
|
|
|
| |
* Added shell of new Python scripting engine. Similar in design to the one used by Rex, but will be structured at a region rather than object level, also is a region module.
|
|
|
|
| |
prefixes
|
|
|
|
| |
with namespaces.
|
|
|
|
|
| |
* This is one of those times (should fix build)
|
| |
|
|
|
|
|
|
|
| |
as terrain module extensions. Committing sample plugin library.
* prebuild.xml changes.
|
| |
|
|
|
|
|
| |
* Added a form of GZip compression support to object.xml files produced by exportserialiser. Will look towards standard GZip support. File compression seems to be highly worthwhile reducing a 1.5mb sim state to 62kb.
|
|
|
|
| |
(this took a while to run).
|
|
|
|
|
|
|
|
| |
cause a SVN revision to be saved every X minutes. (Default = 15)
* Added 'Autosave' options to OpenSim.ini.Example
* Added 'ImportOnStartup' option to OpenSim.ini.example
|
| |
|
|
|
|
| |
command to SVN Backup Module.
|
|
|
|
| |
region from a specified SVN revision. Potentially useful for rollbacks.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* SVNBackup module now works correctly when you have more than one region.
* Various textual and feature improvements, including new 'ImportOnStartup' option for OpenSim.ini (place in [SVN] section)
|
|
|
|
|
|
|
| |
revision.
* TODO: Specific revision support.
|
|
|
|
|
|
|
|
|
|
| |
* See OpenSim.ini.example settings for how to use
* Only compatible with svn:// and http:// authentication for the moment (and only using simple authentication). SSL/SSH key support is supported by the library used (SvnDotNet), but is not yet supported in OpenSim.
* Use the command "svn save" to make a copy of your regions to SVN. Presently this is not an automatic process, but such a feature is on the todo list.
* It will in your repository create a subdirectory for each region with the regions UUID, inside there it will create a 'terrain load' compatible 'heightmap.r32', and a load-xml2 compatible 'objects.xml' plus information files.
* Untested on Linux, some compatibility work may be needed by Linux peoples. The dependencies will be the same as for SvnDotNet which is supposedly mono-compatible.
|
| |
|
|
|
|
|
|
| |
This is a module which allows you to periodically export a serialised version of your region to a SVN repository and store it there. It is still a work in progress and is currently disabled and incomplete, but some of the functionality is demonstratable.
* Enjoy.
|
|
|
|
|
|
|
|
| |
* wrap fields as Properties
* rename some fields/properties to more sensible names
* set style to PropName to match more standard C# approach
|
| |
|
| |
|