[Opensim-dev] Not Busted with BUST
Hello After testing BUST technology on our tesbed, we didn't find any reason not going live on KGrid. No issue to notice. Sacha ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?
We will be pleased to test BUST without the fears to get Busted... Sacha Le 8 juil. 09 à 18:33, Charles Krinke a écrit : Melanie: I think the key here is 'evolution' and not 'revolution'. We have sufficient momentum and sufficient users with OpenSim that we need to go out of our way to provide and evolutionary path and that of necessity must include sufficient documentation to allow our users to use OpenSim with a reasonable effort. As we evolve, whether we go away from the UGAIM to BUST or something else has yet to be determined, and it will be determined by the users as they adopt one or the other. So, please figure out how to get two grids using BUST and report back on their progress. Given that, please figure out how to get a half-a-dozen early adopters to test this new logic. By doing that, the 'evolution' will take care of itself and we will have a much better product. Charles From: Justin Clark-Casey jjusti...@googlemail.com To: opensim-dev@lists.berlios.de Sent: Wednesday, July 8, 2009 9:26:28 AM Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer? Mike Dickson wrote: On Wed, 2009-07-08 at 14:48 +, Melanie wrote: Charles, I said documentation is on it's way. I would like to get people's opinions on moving forward with deprecating the old servers, not people's opinions on the obvious need for documentation. Further, if the old servers are kept, they will have to be maintained indefinitely and so will the protocols, blocking any real progress. So, could you please explain your -1? You mentioned (and Justin I think asked for details) on protocols changing. Which protocols are you refering to (inter-server protocol, client- server protocol)? Yes, you (Melanie) have mentioned 'new' protocols but afaik this is the first I've heard of this. Changing OGS1 protocols is a big upheaval and should be properly laid out and peer reviewed before work starts. not after or during. Going down the wrong path now will be expensive later on. If you can point me towards existing documentation on this (if it's part of BUST) that would be appreciated. Thankyou for writing the existing documentation on BUST. I'm sure if the new technology is well received then we can deprecate and remove the old servers. I also don't like the name 'BUST'. As we've already *very extensively seen*, we should not assume a sense of humour on the part of others. A compromise would be to change the server prompt. In general I'm +1 for this since I'd really like to see the core settle down into a stable state and getting the refactoring behind us is a prereq. for that. I certainly understand the desire for doco so people know what they're being asked for feedback on however. Absolutely. Asking for a general vote on progress is like proposing a vote on motherhood and apple pie. We can only make meaningful votes on specific proposals. I'm actually now confused on whether you're asking for a vote on eventually deprecating the old servers (but not before another vote) or on changing basic grid protocols. I assume it is the former rather than the latter. -- justincc Justin Clark-Casey http://justincc.wordpress.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev Sacha Magne sacha.ma...@k-grid.com K-Grid, the Kool grid for the Kool Kats http://K-grid.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] OpenSim's Acronyms
On more question srelated to sstats : What is exactly the contents of the memory report ? on my testtim, it report 80 and under linux it show as 1.5Gb ram (more correct) ? thx SM Le 27 juin 09 à 07:04, Teravus Ovares a écrit : PrimsATv -- Number of active prims. (Prims with scripts) PrmAtvScr --- Number of active Scripts in scene ScrLPS1 --- Number of script lines executing per second FrmMSA (I think you meant FrmMS) --- Number of milliseconds to process a simulation frame. Additionally, that is broken down into more specific counts with AgtMS -- Agent Milliseconds (number of milliseconds to process agent stuff) PhysMS --- Number of milliseconds to process the physics frame and OthrMS (Number of milliseconds to process other stuff.. like.. backing up data to the database, processing images, etc.) Then, of course, we have OutPPS (Number of outgoing UDP Packets Per Second) InPPS (Number of incoming UDP packets per second) NoAckKB (data size of the packets that were sent with the reliable flag set but never acked by the client) PndDown -- Pending Downloads from the Asset Server PndUp-- Pending Uploads to the Asset Server Also AgntUp means.. the number of updates going out to users per second about Users in the sim. (Agent Updates Per Second) The main reason for the abbreviations is so that it can be displayed on the console reasonably. It was adopted in the web interface, sstats, later to fit properly on a 1024x768 resolution screen. In both cases stated above, if it was too long, the line feed would break up the nicely formatted columns and make it difficult to read. Regards Teravus On 6/26/09, André Filipe andrefilip...@gmail.com wrote: Dears, I'm a newbie in OpenSim and I'd like to know what the following acronyms (in bold) stands for, anybody can help me? Dilatn SimFPS PhysFPS AgntUp RootAg ChldAg PrimsATv PrmAtvScr ScrLPS1 FrmMSA Regards, ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev Sacha Magne sacha.ma...@k-grid.com K-Grid, the Kool grid for the Kool Kats http://K-grid.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Shaping the user services
One question : Will thoses servers allow duplication across physicals servers to allow some kind of redundancies , ie one or several servers crashs won't impact the grid ? Sacha On Mon, Jun 22, 2009 at 1:38 PM, Melanie mela...@t-data.com wrote: After breaking my head over this for a few weeks, I believe I have figured out how to do this in a sane way. The fallacy was to assume that the login server and the user server would be one entity. That makes things overcomplicated and breaks the architecture all over the place. Now, here is what I have come up with: User Server: - Resolve name to key queries - Resolve key to name queries - Provide avatar picker lists - Manage home region data Authentication server - Create and manage authentication handles (string) and session keys (UUID) - Check passwords or other forms of authentication Login server - Provide the interface for the Linden viewer to log into a grid. Uses the services above, but doesn't contain them. Presence server - Manages last position data - Keeps list of logged in avatars and their locations Alongside with this, a new database is needed. This will not be an upgrade path, but a parallel development with a migration tool. Profile information has no place in this architecture and will be handled exclusively by the profiles module. The user table will specifically be designed to accommodate additional fields and allow getting/setting of such fields. With all user data, a scope identifier will be passed. This will be UUID.Zero in the most common case (Standalone or single grid) but will allow sharing of server processes between multiple logical grids. Comments are welcome. Melanie ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] General status of OpenSim on 64 bit Linux Architecture
I disagree completly. Osim run fine in 64Bits. All our sims are in 64B and we don't experience any majour issues. Sacha Le 18 juin 09 à 19:39, Nebadon Izumi a écrit : regardless of PAE in 32 bit mode the most memory OpenSim.exe could consumeis 3.3gb of ram, Also my experience with 64 bit is less than good, in windows there is no 64 bit with OpenSim, you can not make ODE run in 64 bit mode in windows, and in Linux i experiece major issues with openjpeg in 64 bit mode, I personally do not suggest anyone run OpenSim in 64 bit mode unless you like issues. and to be honest I have not seen a single case to date where any OpenSimulator could run much past 2gb of ram anyway without totally blowing up, My conclusion to 64 bit opensimulator is that you would be completly wasting your time, the only way a 64 bit system is good is if you have more than 4gb ram and plan on running multiple single instance simulators in 32bit emulated mode where the total combined requirements of the multiple simulators combined equals more than 3.5gb ram. Otherwise running opensimulator in 64bit mode gains you absolutely nothing but problems trying to run in Native 64 bit mode. Neb On Thu, Jun 18, 2009 at 10:21 AM, Mike Dickson mike.dick...@hp.com wrote: It doesn't take alot of tricks to use beyond 3.5GB of memory with a 32 bit OS. The PAE kernel will handle it. I have one system with 24GB that's 32bit (for othe reasons). I've also run OpenSIm 64bit fine recently so I think either approach is feasible. If I was starting from scratch with a system with lots of memory I'd probably do 64bit... Mike On Thu, 2009-06-18 at 16:45 +, Salahzar Stenvaag wrote: I was curious to understand the current status of OpenSim on Linux architectures (such as Linux Red Hat Enterprise 5 or similar) using 64 bit to access all the available memory. Browsing the documentation it seems that OpenSim can run under 64 bit, but I've seen MANY mantis referring to problems with 64 bit compilation and running. Also in the past I've seen some people dropping their 64 bit regions (and installing instead 32 bit version) because they didn't work as expected (instability, strange collision effects etc). I've also seen a 32bit-OpenSim-launcher.exe (or something similar) who allegedly can run opensim in 32 bit mode even on 64 bit systems, but do not know if this applies only to 64-bit windows or also to linux systems. There is some information on the wiki, but it appears quite outdated right now. So the question is: if people want to install opensim on a 64 bit system with say 8 Gbram, what do you suggest? 1\ don't even think that throw away 64 bit system and use a 32 bit system using just the 3.5 G ram it can access? 2\ use some tricks to launch opensim.exe as if it were a 32 bit? 3\ install 32 bit OS and use some tricks to make it see the memory beyond 3.5 G? 4\ go on and use 64 bit system it works like a charme and all the MANTIS and the old problems had vanished in the void? :) Thanks for any suggestion on that and if you already run OpenSim on RedHat 64 bit if you have any suggestions... sal Rodney Dangerfield - What a dog I got, his favorite bone is in my arm. - http://www.brainyquote.com/quotes/authors/r/rodney_dangerfield.html ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev Sacha Magne sacha.ma...@k-grid.com K-Grid, the Kool grid for the Kool Kats http://K-grid.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Region Startup Sculpt Meshing Asset Retreival
The problem is, afaik, direct TP and simcrossing are not disabled with login enable/disable, only regular login are. Sacha Le 29 mai 09 à 10:39, Dr Scofield a écrit : Dahlia Trimble wrote: I asked Nebadon to post this to the list to generate discussion. It's not clear to me when the appropriate time would be to allow logins to a region. Meshing and script loading are not confined to startup, they can happen at any time when a region is running and prims and scripts are rezzed or edited. It would seem that something in the scene would know the appropriate time, but many of the processes related to scene loading are asynchronous such as sculpt meshing, which is (currently) dependent on asset deliveries. Could we list some of the observations surrounding this issue? What happens when people log in before the region is fully loaded? Can these problems be mitigated, or should logins and region entry be denied until some pre-programmed decision can be made? Are there current safeguards in place now that may have been rendered ineffective by past code revisions? we have been using the RegionReady region module to be notified of all scripts being ready and running (it sends out a message on the configurable region ready channel). not sure whether that could be extended to the sculpted prim stuff. one idea i had (being faced by a similar issue as nebadon) was to use that RegionReady signal (or the event it itself is using) to enable logins. dirk -dahlia On Thu, May 28, 2009 at 10:41 PM, Nebadon Izumi nebadon2...@gmail.com mailto:nebadon2...@gmail.com wrote: At the request of dahlia, I am starting this thread to discuss Region startup, I would 1st like to bring attention to the feature request that i filed on this topic http://opensimulator.org/features/issue.php?id=45 What is happening is for many minutes after the [Startup Complete] message is displayed, startup is still going and not actually finished, if an avatar logs in during this time it results in a hung viewer that never loads. This can be pretty frustrating if your debuging and testing all day because the only way to really know when the sculpt retreival and decoding of sculpties prior to the meshing of these assets can take a really long time, and just as a note and for dahlias sake this is not a meshing issue, its unrelated to the mesher itself other than its the process that occurs prior to the meshing so meshing can be completed. anyway this is not really the issue, the issue is that the region is not actually started and we are making a claim on the console that is has, I would be great if we could work something out that the startup complete message and logins are disabled until not only the full pre-meshing sculpty retreival / scripting and the meshing itself are complete, because in reality until these all finish, the sim is not actually started and ready, and if enough people log in during this window it can result in scripting errors and simulator crashing in addition to hung viewers. Please lets discuss methods on how we can perhaps correct this and make the opensimulator experience better. Thanks -- Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- dr dirk husemann virtual worlds research ibm zurich research lab SL: dr scofield drscofi...@xyzzyxyzzy.net http://xyzzyxyzzy.net/ RL: h...@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/ ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev Sacha Magne sacha.ma...@k-grid.com K-Grid, the Kool grid for the Kool Kats http://K-grid.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] OpenSim hits r10k.
What about implementing a new feature : Stuff your hairs in ur butt after each TP ... *hides* Le 8 mai 09 à 08:20, Stefan Andersson a écrit : So, I just comitted revision r9449 - which means we will hit r10k pretty soon. Think about it. 10 000 commits. That's like putting two millimetre thick coins on top of each others, and getting a stack that is.. well.. 20 000 millimetres... which is roughly 20 metres. Which, while not being as long as to the moon and back, still is longer than any of us. Maybe the lenght of all the active core devs when laid down in a row, head-to-foot? So, what should we do to celebrate? Another link-and-blog-fest and having another go att trying to tidy the example content up? Best regards, Stefan Andersson ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev Sacha Magne sacha.ma...@k-grid.com K-Grid, the Kool grid for the Kool Kats http://K-grid.com ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Rev 8957 PIDFile
i will wiki some part of my monit config On Thu, Apr 2, 2009 at 9:27 PM, Ralf Haifisch r...@ralf-haifisch.bizwrote: Uff.. How do you do that (using monit, a command line script or whatever is available for the public not dev) ? That would be a nice combination... Cheers, Ralf -- Date: Thu, 02 Apr 2009 16:57:19 +0200 From: Dr Scofield drscofi...@xyzzyxyzzy.net Subject: Re: [Opensim-dev] Rev 8957 PIDFile To: opensim-dev@lists.berlios.de Message-ID: 49d4d24f.1070...@xyzzyxyzzy.net Content-Type: text/plain; charset=ISO-8859-15 Sacha Magne wrote: Thanks for that one Melanie :) One good usecase could be monit managment system http://mmonit.com/monit/ ... i'd augment that however with doing a REST call periodically to test whether OpenSim is really still alive and not stuck... cheers DrS Anywa, Thanks :) Sacha On Thu, Apr 2, 2009 at 2:16 AM, Melanie mela...@t-data.com mailto:mela...@t-data.com wrote: Yes, that is what it is. A text file containing the unix PID Melanie Ralf Haifisch wrote: Hi Melanie, this is a pidfile in the unix sense ? so one can use unixtools on pidfiles ? cheers, Ralf ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Report on 0.6.4-rc1?
Critical issue on 8838: Intersim TP doens't work Intersim IM doesn't work. NOGO for me for this release. SM On Wed, Mar 25, 2009 at 6:39 PM, Sacha Magne sacha.ma...@k-grid.com wrote: Is rc4 a major upgrade ugaim+region ? sacha On Wed, Mar 25, 2009 at 1:23 PM, Ursula MATOVA ursula.mat...@klintcentral.net wrote: Running SVN.8854 without major problems. ( Linux Ubuntu 64bits / Mono 2.4 ) Regards, Ursula. James Stallings II a écrit : I've been running 8838 for three days now without so much as a restart :) Cheers James On Wed, Mar 25, 2009 at 5:29 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: Seems to be – that was why I skipped 0.6.3, but it seems the appearance wobbles have stabilised since then. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Sacha Magne *Sent:* 25 March 2009 10:21 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* Re: [Opensim-dev] Report on 0.6.4-rc1? is the cloud avatars issues after TP/simCross/login fixed ? thanks On Wed, Mar 25, 2009 at 11:20 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: 0.6.4-rc1 seems good to me – it’s what I used for a bit of a load test the other week. Have tested up to r8831 without noticeable issues. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Stefan Andersson *Sent:* 25 March 2009 09:03 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* [Opensim-dev] Report on 0.6.4-rc1? Esteemed testers, has anybody been running r8732 aka /branches/0.6.4-rc1? Can it be considered stable? Should we tag it 0.6.4? Best regards, Stefan Andersson Tribal Media AB No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- === http://osgrid.org http://del.icio.us/SPQR http://twitter.com/jstallings2 http://www.linkedin.com/pub/5/770/a49 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Report on 0.6.4-rc1?
Rectification for TP: InterSim *TP offers *doesn't work On Thu, Mar 26, 2009 at 3:36 PM, Sacha Magne sacha.ma...@k-grid.com wrote: Critical issue on 8838: Intersim TP doens't work Intersim IM doesn't work. NOGO for me for this release. SM On Wed, Mar 25, 2009 at 6:39 PM, Sacha Magne sacha.ma...@k-grid.comwrote: Is rc4 a major upgrade ugaim+region ? sacha On Wed, Mar 25, 2009 at 1:23 PM, Ursula MATOVA ursula.mat...@klintcentral.net wrote: Running SVN.8854 without major problems. ( Linux Ubuntu 64bits / Mono 2.4 ) Regards, Ursula. James Stallings II a écrit : I've been running 8838 for three days now without so much as a restart :) Cheers James On Wed, Mar 25, 2009 at 5:29 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: Seems to be – that was why I skipped 0.6.3, but it seems the appearance wobbles have stabilised since then. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Sacha Magne *Sent:* 25 March 2009 10:21 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* Re: [Opensim-dev] Report on 0.6.4-rc1? is the cloud avatars issues after TP/simCross/login fixed ? thanks On Wed, Mar 25, 2009 at 11:20 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: 0.6.4-rc1 seems good to me – it’s what I used for a bit of a load test the other week. Have tested up to r8831 without noticeable issues. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Stefan Andersson *Sent:* 25 March 2009 09:03 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* [Opensim-dev] Report on 0.6.4-rc1? Esteemed testers, has anybody been running r8732 aka /branches/0.6.4-rc1? Can it be considered stable? Should we tag it 0.6.4? Best regards, Stefan Andersson Tribal Media AB No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- === http://osgrid.org http://del.icio.us/SPQR http://twitter.com/jstallings2 http://www.linkedin.com/pub/5/770/a49 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool -- http://K-grid.com Just be cause it's Kool -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Report on 0.6.4-rc1?
sorry i tought it was 883x :/ My bad On Thu, Mar 26, 2009 at 4:01 PM, Stefan Andersson ste...@tribalmedia.sewrote: This thread concerns 8732. As I have recieved no complaints about that one, I propose we tag it. If nobody has any strong objections until saturday 28th of March 2009, I'll branch and tag the 0.6.4-release. Best regards, Stefan Andersson Tribal Media AB -- Date: Thu, 26 Mar 2009 15:36:25 +0100 From: sacha.ma...@k-grid.com To: opensim-dev@lists.berlios.de Subject: Re: [Opensim-dev] Report on 0.6.4-rc1? Critical issue on 8838: Intersim TP doens't work Intersim IM doesn't work. NOGO for me for this release. SM On Wed, Mar 25, 2009 at 6:39 PM, Sacha Magne sacha.ma...@k-grid.comwrote: Is rc4 a major upgrade ugaim+region ? sacha On Wed, Mar 25, 2009 at 1:23 PM, Ursula MATOVA ursula.mat...@klintcentral.net wrote: Running SVN.8854 without major problems. ( Linux Ubuntu 64bits / Mono 2.4 ) Regards, Ursula. James Stallings II a écrit : I've been running 8838 for three days now without so much as a restart :) Cheers James On Wed, Mar 25, 2009 at 5:29 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: Seems to be – that was why I skipped 0.6.3, but it seems the appearance wobbles have stabilised since then. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Sacha Magne *Sent:* 25 March 2009 10:21 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* Re: [Opensim-dev] Report on 0.6.4-rc1? is the cloud avatars issues after TP/simCross/login fixed ? thanks On Wed, Mar 25, 2009 at 11:20 AM, Chris Hart ch...@codetorque.co.uk mailto:ch...@codetorque.co.uk wrote: 0.6.4-rc1 seems good to me – it’s what I used for a bit of a load test the other week. Have tested up to r8831 without noticeable issues. *From:* opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Stefan Andersson *Sent:* 25 March 2009 09:03 *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* [Opensim-dev] Report on 0.6.4-rc1? Esteemed testers, has anybody been running r8732 aka /branches/0.6.4-rc1? Can it be considered stable? Should we tag it 0.6.4? Best regards, Stefan Andersson Tribal Media AB No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com http://k-grid.com/ Just be cause it's Kool No virus found in this incoming message. Checked by AVG - www.avg.com http://www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de mailto:Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- === http://osgrid.org http://del.icio.us/SPQR http://twitter.com/jstallings2 http://www.linkedin.com/pub/5/770/a49 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com http://k-grid.com/ Just be cause it's Kool -- http://K-grid.com http://k-grid.com/ Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Report on 0.6.4-rc1?
is the cloud avatars issues after TP/simCross/login fixed ? thanks On Wed, Mar 25, 2009 at 11:20 AM, Chris Hart ch...@codetorque.co.uk wrote: 0.6.4-rc1 seems good to me – it’s what I used for a bit of a load test the other week. Have tested up to r8831 without noticeable issues. *From:* opensim-dev-boun...@lists.berlios.de [mailto: opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Stefan Andersson *Sent:* 25 March 2009 09:03 *To:* opensim-dev@lists.berlios.de *Subject:* [Opensim-dev] Report on 0.6.4-rc1? Esteemed testers, has anybody been running r8732 aka /branches/0.6.4-rc1? Can it be considered stable? Should we tag it 0.6.4? Best regards, Stefan Andersson Tribal Media AB No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.22/2015 - Release Date: 03/24/09 16:00:00 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Client signature processing in the OpenSim User Server
+1 Fist thing i will blacklist is SecondInventory until thsy fixe this soft ! Sacha On Tue, Mar 24, 2009 at 5:36 PM, James Stallings II james.stalli...@gmail.com wrote: Greetings All :D I have a need to do some processing of what I will call the 'client signature', or that bit of data that the client sends to identify itself at login (Version, Channel, and Platform). Presently, the only thing done with this information is that it is logged on the User Server log. I am a beginning C# programmer as I am sure many of you know, though no stranger to programming in general; I am also more than passingly familiar with the OpenSim source code. That said however, I have to this point only stretched my C# wings in region modules, and as this is a fairly central piece of OpenSim, felt it incumbent upon me to broach this topic here before starting to work on what might be a patch that many are interested in, thus giving the community an opportunity to provide guidance and input to the effort. Basically, what I'd like to do is provide some functionality to support a 'black box' of client processing; facilitating optional and arbitrary login processing in addition to authentication.This will provide opportunities for grid operators to more proactively manage connections to their grids based on the strings sent by the client, including such applications as cryptographic client signing, filtering of undesirable clients, detailed logging for business purposes, etc. My first intuition is to produce a patch to the user server proper, but if it would be more appropriate to do so, if a server plug-in or add-in is possible, that is likely the way to go. I eagerly look forward to your suggestions and criticisms. Cheers! James/Hiro/daTwitch -- === http://osgrid.org http://del.icio.us/SPQR http://twitter.com/jstallings2 http://www.linkedin.com/pub/5/770/a49 ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Max Agents implemented?
well, you need to enable password in the inifile. Sacha On Thu, Mar 19, 2009 at 11:16 AM, Geetika S geetik...@tcs.com wrote: Is there a work around? OpenSim doesnt do any kind of name or password check, right? Or have I not set it up right? I can log in with any username and password even if it doesnt exist in the users database. Thanks Geetika Sharma opensim-dev-boun...@lists.berlios.de wrote on 03/19/2009 03:42:26 PM: Melanie mela...@t-data.com Sent by: opensim-dev-boun...@lists.berlios.de 03/19/2009 03:42 PM Please respond to opensim-dev@lists.berlios.de To opensim-dev@lists.berlios.de cc Subject Re: [Opensim-dev] Max Agents implemented? It has not yet been done. It's halfway down my (very long) list of things to write. Melanie Geetika S wrote: Hi Does anyone know if the max_agents/agent_limit in estate_settings.xml/regionsettings table has been implemented? If not, is there any other way of controlling the number of logins? Thanks Geetika Sharma =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ForwardSourceID:NT00018B2E =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Ini file(s) loading
+1 for me. it will ease all the maintenance and lot of redundnat questions related to the configuration we got often in #opensim On Fri, Mar 6, 2009 at 9:57 AM, Melanie mela...@t-data.com wrote: We did that because the hardcoded defaults won't work anymore. They are different fromt he OpenSim.ini.example values. However, my proposal provides a sane mechanism to provide external defaults, while not requiring user action at all. Melanie Frisby, Adam wrote: I did wonder why we started forcing users to have an opensim.ini. The previous 'use defaults' made more sense to me. Adam -Original Message- From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev- boun...@lists.berlios.de] On Behalf Of Jeff Ames Sent: Thursday, 5 March 2009 7:20 PM To: opensim-dev@lists.berlios.de Subject: Re: [Opensim-dev] Ini file(s) loading Melanie wrote: read [the config directory] first then read the inimaster then read the inifile If I understand this correctly, the config/*.ini files would be essentially read-only, and all local changes would be made to the inimaster or OpenSim.ini. But then OpenSim.ini is not broken up, and it may be confusing to users why there are two sets of config files. Is this just due to OpenSim's current behavior of requiring an .ini file to be present? Currently the default values for all settings exist in the code itself and in the .ini.example file (itself an unfortunate duplication, but that's another topic). Instead of requiring that an .ini be present, we could simply use the default values in the code if there is no .ini. This would also have the pleasant side effect of matching the behavior when an empty .ini file is present. Then we could break up and move OpenSim.ini.example entirely to config/*.ini.example files, and when the user wants to change a value, create foo.ini based on foo.ini.example (copying the whole file if they want everything, or only adding the options they want to explicitly set). Then I guees the load order would be: - read inimaster (if present) - read config/*.ini (if present) - use defaults in code for anything not set I think this would also avoid the merging problem, if users only add options they're explicitly setting to the *.ini files. It would also remove the annoyance of having to copy the .ini.example file over every time on a new install. Jeff ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
[Opensim-dev] critical issue mantis 3247
Dear Fellows Osimer, Since the new stable relese (6.3), I'm not able to start opensim.exe with cron or any other tools like monit. Something is definitivly broken or altered. We found with _MW the problem appears with the new console system. According discution on the chat and on osgrid forum, i'm not the only one to have this behaviour. Maybe something is missing in the environment but i can't find anything different between the script running from bash and the same running from monit or cron; All the info i got : it works fine under bash Crash when started from cron;initrc;monit option like background true/false and/or gui=true/false won't change anything It crash when the simulator is lucnh from a sub-shell / process. Any help will be gladly appreciated ! Sacha http://opensimulator.org/mantis/view.php?id=3247 -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] script states
i would suggest to recompile all the scripts after an update. There is an option in the ini for that, something like compile on startup. Maybe we could implement a console based command like recompile all ? Sm On Mon, Feb 23, 2009 at 9:54 AM, Frisby, Adam a...@deepthink.com.au wrote: Sim states can't be reliable preserved between updates at the moment, because if we make any form of API change in the script engine, the states are invalidated. Regards Adam *From:* opensim-dev-boun...@lists.berlios.de [mailto: opensim-dev-boun...@lists.berlios.de] *On Behalf Of *Ralf Haifisch *Sent:* Monday, 23 February 2009 12:30 AM *To:* opensim-dev@lists.berlios.de *Subject:* [Opensim-dev] script states Hi all, right now script states are kept in a directory ScriptEngines. Loosing script states is getting a little bit pain in the neck. Some script don´t start without a manual reset for unknown reasons, other scripts don´t get on their feet again by design. So you have always some people running around playing with scripts after an update that looses script state. If I update I am always somewhat unsure wether I should take this into new version or not- thinking about consistency and compatibility. Furthermore I have no clue, wether that will be the best place in future when sometimes region crossing for scripts or wearing scripted attachments and logoff / logon will happen. Would it be possible to move the script states to central, or at least the region db ? Cheers, Ralf ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- http://K-grid.com Just be cause it's Kool ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
