aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Framework/Servers/VersionInfo.cs (unfollow)
Commit message (Collapse)AuthorFilesLines
2010-07-02Flipped flavor to Release.Diva Canto1-1/+1
2010-06-29This is RC2. *** Changed the MySql driver back to the old one.*** Removed ↵Diva Canto1-1/+1
Old Guids from connection strings. Merged master onto this branch.
2010-06-14Fixed version info again.Diva Canto1-2/+2
2010-06-15Readjust master version and flavorMelanie1-2/+2
2010-06-15Readusr master version and flavorMelanie1-2/+2
2010-06-12Change trunk versio to 0.7.1 DevMelanie1-2/+2
2010-06-12Change flavor to 0.7-RC1Melanie1-2/+2
2010-03-26change trunk version to 0.7.DevJustin Clark-Casey (justincc)1-2/+2
2009-11-26Bump trunk version number to 0.6.9.Justin Clark-Casey (justincc)1-1/+1
This is a place holder name and not necessarily the version number that will be used
2009-10-22Correct version number after mergeMelanie1-2/+2
2009-10-22Remove the "mel_t" from version stringMelanie1-1/+1
2009-10-22Mark new versionMelanie1-1/+1
2009-10-01Formatting cleanup.Jeff Ames1-1/+1
2009-10-01Formatting cleanup.Jeff Ames1-1/+1
2009-09-29change 0.6.7 candidate branch down to RC1Justin Clark-Casey (justincc)1-1/+1
2009-09-28Bump main version to 0.6.8-DevMelanie1-1/+1
2009-09-28Bump version number in post-fixesMelanie1-2/+2
2009-09-17Remove The legacy inventory and asset servers. Bump interface version to 6Melanie1-1/+1
2009-08-17Bumping the interface number down again, because this *may* not be a ↵Diva Canto1-1/+1
breaking change with older sims.
2009-08-16Bumped up grid services interface number.Diva Canto1-1/+1
2009-07-25* as per my e-mail to opensim-dev archive: ↵Teravus Ovares1-1/+1
https://lists.berlios.de/pipermail/opensim-dev/2009-July/007223.html I'm bumping gridcomms interface version to 5. MajorInterfaceVersion = 5
2009-07-15Bump version in Framework/Servers/VersionInfo to 0.6.6.Jeff Ames1-1/+1
2009-06-01Minor: Change OpenSim to OpenSimulator in older copyright headers and ↵Jeff Ames1-1/+1
LICENSE.txt.
2009-05-26* We have strand flavours.lbsa711-6/+9
* The version string is now reported as "OpenSim 0.6.5 (Dev)" * This has to be administrated manually.
2009-05-26* Introduced GetVersionString so we can harness the whole thing.lbsa711-1/+15
* Introduced 'Flavour' to spice things up.
2009-05-26* slowly getting there...lbsa711-12/+7
2009-05-26* Changed Version to property for great justicelbsa711-1/+9
2009-05-26* Added test to make sure version info is 27 chars long (still don't know ↵lbsa711-0/+1
exactly why it has to be that, though)
2009-05-25* reseparate inventory item creator id and creator uuidJustin Clarke Casey1-1/+1
* unfortunately, while the client requires uuids and we want to be able to have arbitrary string ids, these cannot be kept in sync * I think the problems last time were due to a serialization change * So the major inteface version has been bumped to take care of any lingering issues here. * This means that region servers beyond this revision can only connect to similarly uptodate grid services, and vice versa
2009-05-25* Upped version number to 0.6.5lbsa711-1/+1
2009-05-04Committing the changed treeMelanie Thielker1-19/+18
2009-02-06* Implement help <command> from the region consoleJustin Clarke Casey1-0/+7
* So at the moment once can type 'help terrain fill' as well as 'terrain fill help' * Current implementation is a transient hack that should be tidied up soon
2009-02-06This changeset is the step 1 of 2 in refactoringDr Scofield1-1/+1
OpenSim.Region.Environment into a "framework" part and a modules only part. This first changeset refactors OpenSim.Region.Environment.Scenes, OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region modules in OpenSim.Region.Environment. The next step will be to move region modules up from OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and then sort out which modules are really core modules and which should move out to forge. I've been very careful to NOT BREAK anything. i hope i've succeeded. as this is the work of a whole week i hope i managed to keep track with the applied patches of the last week --- could any of you that did check in stuff have a look at whether it survived? thx!
2009-02-05* Make existing module commanders register as help topicsJustin Clarke Casey1-2/+7
* Typing help will now give a list of these topics at the top (as well as the rest of the current help stuff) * Typing help <topic> will give information about commands specific to that topic
2009-02-05* Use the commander name to register module commanders instead of providing ↵Justin Clarke Casey1-0/+5
the information twice
2008-08-18Formatting cleanup.Jeff Ames1-2/+0
2008-07-25*Added CommandIntentions that is used to describe a console commands hazard. ↵mingchen1-0/+2
HAZARDOUS if it modifies the simulator, NON_HAZARDOUS if it does a command that doesn't modify the simulator but does a background command such as a forced backup, and STATISTICAL if it returns debug or more information. *This is useful for implementing a protection system from unwanted script execution or for application modules needing to know what a command does.
2008-04-21* Optimised using statements and namespace references across entire project ↵Adam Frisby1-4/+0
(this took a while to run).
2008-04-17Update svn properties. Add copyright info to some source files.Jeff Ames1-1/+28
2008-03-31Update svn properties.Jeff Ames1-14/+14
2008-03-30**Big ass update warning**Adam Frisby1-0/+14
* Renamed plugin console message, to send a message to a plugin, use either "plugin <message>", or any unrecognised message will be sent ("plugin" sends explicitly) This replaces the old "script <message>". * Terrain commands - "terrain <command>" now works again. "Script terrain <command>" does not. Many of the commands have now been reimplemented, eg load-tile. However some have new syntax. * New console command handler, you can now use things like "terrain help" or "terrain save help". See TerrainModule.cs for an example of how to use the new "Commander" class. * Commander class - advanced processing of console input and also enables a script API to be generated from registered console commands.