It would have been trunk at the time of commit.
I asked John to add a feature in, and he did then updated it.
Regards,
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Justin Clark-Casey
Sent: Wednesday,
It'll have to be all LGPL if parts of it are - since the GPL wont accept
redistribution of a mix of LGPL and GPL - only pure GPL.
Check the post on sldev about it - it looks to me from that one that the
intention is for it all to be LGPL.
Adam
From: opensim-dev-boun...@lists.berlios.de
Having just worked on a JSON project myself internally - I personally developed
a bit of a loathing for the format. I'm personally partial to XML, ideally with
a corresponding DTD.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
Hi Rob,
I suspect the principles which allow the 6 month rule probably also allow an
exemption to that rule (I would be surprised if they didn't.); but I would want
to hear from legal advice before we could make any adjustments to the
contributor agreement.
Regards,
Adam
-Original
branch, so that we all get psychologically
conditioned for what's coming?
Thanks,
Crista
Frisby, Adam wrote:
Hey Diva,
Yep, I saw .7 get tagged - I'll be working pretty much to the original plan.
Although I've got a lot of the groundwork already done, so this shouldn't take
as long
Hey Diva,
Yep, I saw .7 get tagged - I'll be working pretty much to the original plan.
Although I've got a lot of the groundwork already done, so this shouldn't take
as long as the ROBUST/.69/7 work.
I'll make up a small plan and post it here tomorrow.
Regards,
Adam
-Original
task, but it's very much
needed.
It looks like you already have something going. Would it be possible
that you make that work in a public branch, so that we all get
psychologically conditioned for what's coming?
Thanks,
Crista
Frisby, Adam wrote:
Hey Diva,
Yep, I saw .7 get tagged
Is it now safe to tag off the object-refactor branch?
Regards,
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of d...@metaverseink.com
Sent: Monday, 1 March 2010 10:37 PM
To: opensim-dev@lists.berlios.de
password). This does not affect MySql-powered opensims, only SQLite.
Hopefully Melanie_t will finish Friends today.
We'll be ready to merge any time now.
Frisby, Adam wrote:
I would like to start the SOP refactor fairly soon - what if once 0.7
is tagged for the RC process; I go
I would like to start the SOP refactor fairly soon - what if once 0.7 is tagged
for the RC process; I go and and make a new branch; we can sic testers on the
presence-branch, while dev happens on the branch I tag?
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
Does anyone know what is the current status of the presence refactor - is there
any date on when that is going to hit trunk?
I'd really like to see 0.7 get tagged soon, so we can begin the big object
model refactor.
Thanks!
Adam
___
Opensim-dev
It's a JPEG2000 image, Bitmap doesn't support J2C. There's a Utility method for
converting to a Bitmap however. (not sure what it is)
Regards,
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Valentin Castan
Sent: Wednesday, 17
I think it's probably missing some of the really ancient history, eg:
Mid-2006: Me/JH work out chunks of the SL protocol from Ethereal dumps
... then we were told by another outside-of-SL [Rade someone?] developer that
SL has its entire protocol stored in a file called 'message_template.dat'
Guys, I've said this before.
DO NOT POST PATENTS ON THIS MAILING LIST.
AVOID LOOKING AT THEM IF POSSIBLE.
Everyone who looks at them is now liable for wilful infringement if they submit
code around that area after looking at it.
Regards,
Adam
From: opensim-dev-boun...@lists.berlios.de
Are the database schemas now defined? (I wanted to know this before I begun the
process of updating the OSgrid Elgg to use the new schema, ditto Gridmix).
Regards,
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On
] Refactoring status (take 2)
Almost there. There may be some HG related changed needed, but they
will likely just be additional fields.
Melanie
Frisby, Adam wrote:
Are the database schemas now defined? (I wanted to know this before I
begun the process of updating the OSgrid Elgg to use
-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Morgaine
Sent: Saturday, 19 December 2009 12:36 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] Refactoring SceneObjectGroup - Introducing Components
On Fri, Dec 11, 2009 at 11:47 AM, Frisby, Adam
...@lists.berlios.de] On Behalf Of Frisby, Adam
Sent: Friday, 11 December 2009 3:48 AM
To: opensim-dev@lists.berlios.de
Subject: [Opensim-dev] Refactoring SceneObjectGroup - Introducing Components
Hi Folks,
I've got a fairly complicated proposal to deliver here today - the short of it
is; I'd like to go ahead
I have a feeling it came from another site than the SF one you posted. I'd
check the namespace Nwc for clues. But yeah, that library is veritably
ancient - it's worked well so no-one has touched it in quite some time.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
Since we're defaulting to async - we should probably only make a list of what
is known to run fast and what isn't.
Just as a quick example - all the terrain packets require some heavyish number
crunching and should all be async.
Adam
-Original Message-
From:
Re: Library
My thought was to have a directory where we can save .iar files - and the
library is built from all the IARs in that directory at time the inventory
server is started.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
server.
Melanie
Frisby, Adam wrote:
Re: Library
My thought was to have a directory where we can save .iar files - and
the library is built from all the IARs in that directory at time the
inventory server is started.
Adam
-Original Message-
From: opensim-dev-boun
*that* is very clever; since it'd allow you to have backwards/forwards
compatible.
If you hooked that up with the current freeswitch solution - you could have
standard clients getting crappy PCM8000, people with better clients would get
whatever you could negotiate (Speex?)
Adam
I'd say some celebrations are in order definitely. It's pretty rare for an OSS
project to maintain such momentum over a period as long - and the last 6 months
have really begun to stabilise the codebase in a serious way (I blame John.).
Adam
From: opensim-users-boun...@lists.berlios.de
-users] OpenSim turns Three
Yeah, go on blame John. Everyone does, lately :)
Melanie
Frisby, Adam wrote:
I'd say some celebrations are in order definitely. It's pretty rare
for an OSS project to maintain such momentum over a period as long -
and the last 6 months have really begun
I recently had the same idea - I started implementing the new MonitorModule in
core, it should be pretty easy to extend with new instrumentation. The only
gotcha is I have every instrument return a 'double' value so we can easily
chart it externally (and make easy comparisons).
Adam
I would like to start the ball rolling about tagging 0.7 soon. It's been well
over a year since 0.6 was tagged, and a huge number of improvements. If we're
averse to hitting 1.0, let's go to 0.25 if we have to, but I think with all the
services now running under ROBUST and the wealth of
objections to starting the OpenSim 0.6.8
release process?
I'm definitely OK with 0.6.8 RC1 being tagged now. The only thing
that I'm hesitant about with 0.7 is.. Meldiva wanted to have all
services on ROBUST before 0.7 was released.
Regards
Teravus
On Tue, Nov 24, 2009 at 5:24 PM, Frisby
OpenSim is not Second Life, is not intended to be like Second Life, nor ever
will.
I'll repeat that - most (all?) of the core devs will too. The Second Live
viewer is convenient - since the protocol is documented and it gives us a good
feature base to start with; but it's not the
The problem is recreation reinterpretation may not be copyright-transfer
free.
Looking at the code, then reimplementing the mechanism may trans-include the
copyright on the original into the new implementation.
We've had umpteen different lawyers look into this problem for us and they all
OK, last thing - I know everyone is complaining about the website.
Infact the core devs (specifically me Melanie) spent some time last weekend
setting up a new website - it is not done yet however; but we'll be seeking
people to submit documentation articles - if you have any of the
OK, since I have a nagging feeling no-one read Teravus's original post in this
long thread (and with a hope of putting this to rest).
There are guidelines for the -core list, which are the following:
If the topic can be discussed on dev, it should be. Core's scope is limited to
issues related
Ter pretty much summed it up - both it and the irc channel are fairly
low-volume, and the 'topic' is restricted to only 'personal' or 'meta' matters;
such as discussion of approval of commit rights.
It's pretty standard practice across open source projects with more than 5
committers for the
Usual warning - please don’t link to anything involving viewer sourcecode on
this list due to the problematic licensing conditions. (ie if you plan to
submit patches to OpenSim, don’t go look at viewer code please)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
.
It's my opinion, if you don't like it, I have more :-P
Greetings
2009/10/16 Frisby, Adam a...@deepthink.com.aumailto:a...@deepthink.com.au
A long fixed salt doesn't help over the simple : in any practical way. The
salt must be unique for each user for decent security.
Adam
From:
opensim-dev-boun
,
DrS/dirk
Best regards
Alan
---
T.J. Watson Research Center, Hawthorne, NY
1-914-784-7286
alan_w...@us.ibm.com
From: Frisby, Adam a...@deepthink.com.au
To: opensim-dev@lists.berlios.de opensim-
d...@lists.berlios.de
Date: 10/16/2009 09
+1 to Melanie, that code is *not* secure. It is salted with a : but that's a
fixed known salt.
This is what I suggest:
$passwordSalt = md5(time() . utime() . mt_rand(0,mt_getrandmax())); // or any
other good random source
$passwordHash = md5(md5($password) . ':' . $passwordSalt);
Actually, WP is running on positively ancient hardware. We're
(DeepThink+simhost) scheduled to donate a new box to replace it this month
coming (along with plaza03 which will also be getting an update).
Adam
-Original Message-
From: opensim-users-boun...@lists.berlios.de
Adding to the impressiveness, this was achieved on Mono. I suspect by
consequence we'll see 1000 on .NET. :P
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Kyle G
Sent: Thursday, 8 October 2009 3:39 PM
If you want to feed the data into the sim, your best bet might be a region
module (or look at MRM scripting for a more powerful script engine).
If you are feeding this data both in and out to clients speaking a special
protocol, you want to write a ClientStack / ClientView. (see the
You need .NET 3.5 installed. Grab it from Windows Update.
Adam
From: opensim-users-boun...@lists.berlios.de
[mailto:opensim-users-boun...@lists.berlios.de] On Behalf Of Huan Dau
Sent: Wednesday, 30 September 2009 7:08 AM
To: opensim-dev@lists.berlios.de; opensim-us...@lists.berlios.de
Subject:
It works with vanilla but from my understanding not ModRex; the meshes are
handled as Irrlicht meshes if I understand correctly. Synchronising these mesh
standards (in both rex 3diov) might be a good idea methinks.
... then if we can get someone to adjust the full viewer, we'd have somewhat of
that all the
various viewers will work with all the different platform modules
(ModRex, 3Di, Tribal Media Server, etc.)
Mark
On Wed, Sep 30, 2009 at 11:07 AM, Frisby, Adam
a...@deepthink.com.aumailto:a...@deepthink.com.au
mailto:a...@deepthink.com.aumailto:a...@deepthink.com.au
VRML suffers from filesize issues too however; and frankly I've never been
impressed by what it can support as a format.
Don't look to it if you want to do things like shader based materials; which
are essential for the gaming/entertainment side.
Adam
From:
tl; dr.
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Mark Malewski
Sent: Wednesday, 30 September 2009 3:45 PM
To: d...@metaverseink.com; opensim-dev@lists.berlios.de
Subject: [Opensim-dev] OpenSim 0.7 Release Candidate with ALL
There's only a handful of those at best (diva, osgrid, new world grid,
realXtend,...). But it's probably really not a bad idea.
I think what Diva is doing (the 'Diva Distribution') is exactly where things
should be heading.
Adam
-Original Message-
From:
There are four people I know of who have done fairly substantial work with
OpenSim's physics engines:
- MW (wrote the original interfaces)
- Teravus (made ODE 'not suck' ... as much)
- Jeff Ames (wrote the MICA one)
- Leon Zhu (works for me, did some substantial
I think something that has emerged a lot in the last year is the scalability
properties of key-value stores. You can get them up to gigantic sized databases
fairly efficiently; definitely more so than a conventional DB. It would however
be nice if we could get some kind of struct format for
The OSGrid Binary Installs are generally pretty good - Neb does a good job with
them. I generally use them whenever I need a quick region setup.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Robert A.
Handy!
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Tuesday, 8 September 2009 7:18 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] The return of short version numbers (as
Where do we see this number? And is there any way to easily translate between
the two?
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Sean Dague
Sent: Tuesday, 8 September 2009 5:14 AM
To: opensim-dev
I have to second this motion - XMLRPC in my opinion is a lot better for remote
programming than REST which doesn't really define the wire formats nor
datatypes.
The ICommander interface we are now using on the console really suits XMLRPC
well - since we already have a list of defined arguments
I think it's berlios that might be rejecting - nonetheless, I requested the
subdomain get added, so it should be there soon.
Adam
-Original Message-
From: Teravus Ovares [mailto:tera...@gmail.com]
Sent: Monday, 31 August 2009 10:15 AM
To: opensim-dev@lists.berlios.de
Cc: Frisby
I think it's done via CIA actually automatically (don't quote me)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Thursday, 27 August 2009 6:25 PM
To: opensim-dev@lists.berlios.de
Second suggestion - don't run debug builds. At stuff like geometry
manipulation, the lack of inlining functions/etc causes a major major
performance penalty.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf
This has been transferred, however there is a glitch with the wildcard record -
getting that fixed.
Adam
From: opensim-core-boun...@lists.berlios.de
[mailto:opensim-core-boun...@lists.berlios.de] On Behalf Of Frisby, Adam
Sent: Saturday, 22 August 2009 2:24 PM
To: opensim-dev@lists.berlios.de
Hi everyone,
We're going to be switching the nameservers for opensimulator.org and
forge.opensimulator.org domains on Monday the 24th. (ie, this Monday). In
theory there should be no disruption to the services; however the chance exists
that sometime during Monday, the site will be
We're on the subset Mono 2.0.1 supports. As soon as 2.4 becomes standard, we
may upgrade to 2.4 (which is fairly complete as far as 3.5 is concerned)
I believe HashSet is safe to use however. The buildbot on Panda is the ultimate
arbiter - if it compiles there, it's safe to use.
Adam
the old servers, as long as there is total agreement; I know a few
people have said they don't want to swap to ROBUST.
--- On *Tue, 11/8/09, Frisby, Adam /a...@deepthink.com.au/*
wrote:
From: Frisby, Adam a...@deepthink.com.au
Subject: Re: [Opensim-dev] pruning reference
Update: apparently we're already running it - at least for Inventory.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Frisby, Adam
Sent: Thursday, 13 August 2009 8:06 PM
To: opensim-dev@lists.berlios.de
: Tuesday, 11 August 2009 2:48 PM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] pruning reference servers in core
I would really appreciate it if the release fairy would do her magic
again! -- around now. Who is the release fairy?
Frisby, Adam wrote:
Please do. I'd like a 0.6
Please do. I'd like a 0.6.X release shortly after every networkinterface
version change if possible - since it makes compat with the latest stable
release always a headache.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
Does that store the date of last 'commit' or current revision?
If we're replacing the version number from 0.X.Y.SVNNUM - I think we should
probably use:
0.X.DDMM.GITHASH - since the DDMM is going to be a lot easier to type.
Adam
From: opensim-dev-boun...@lists.berlios.de
Hey folks,
Myself and Nebadon have been curious about why OSGrid's asset server has been
growing assets at a quadrupled rate in the last 2 weeks. It seems we're getting
entries marked temporary being committed to the central server. (stats
available at http://assets.osgrid.org/stats/ - look at
It's worth also noting the clientside inventory skeleton can get corrupted -
clearing cache will often restore supposedly missing inventory.
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Nebadon Izumi
Sent: Monday, 27 July 2009 10:39
I can tell you pretty safely; OpenSim’s SVN repository is probably several GB.
Our standard distribution at several points in time was = 100mb. (a lot of
binaries).
So we’re going to be hosting ourselves for the foreseeable future I think.
Adam
From: opensim-dev-boun...@lists.berlios.de
Sounds fine to me - however I would give pause before encouraging anyone to use
'no-copy' -- while this particular solution should work for routine issues;
no-copy is fundamentally incompatible with the ideas of doing region backups
(rollbacks, etc) and other similar issues.
To solve that
D'oh.
Wasn't moving to OMVTypes supposed to avoid breaks like this?
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Saturday, 25 July 2009 2:05 PM
To: opensim-dev
Subject:
Lame SL is lame.
Is anyone able to patch Hippo to fix this issue? (tx?)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Monday, 20 July 2009 9:27 AM
To: opensim-dev@lists.berlios.de
Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Frisby, Adam
Sent: Monday, 20 July 2009 9:34 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] World map - map doesnt load on large
grids
Lame SL is lame
IPv6 will work on non-UDP protocols. Eg; the IRCd clientstack supports IPv6.
LLUDP will be IPv6 incompatible as long as it relies on circuits which depend
on 32bit addresses.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
/summary
Animation = 19,
/// summary/summary
Gesture = 20
}
On Wed, 15 Jul 2009 22:56:07 -0400, Frisby, Adam
a...@deepthink.com.au
wrote:
Does anyone know what the values of InventoryItems.InvType represent?
It's
an integer and represents the type of inventory; but I cant seem to
find
Suggested change:
Some modules need to be configurable (eg, groups needs the groups URL) -
therefore, provide a standard way of entering configuration variables into a
module that can be set at runtime before the module is fully loaded.
As an upside, we could backport that to opensim core, so
This sounds like a NLog bug actually -- all our console output is formatted by
nlog (since it also does our logging, etc)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Torrid Luna
Sent: Friday, 10 July
Related question: Do we support .NET 3 now? There's a number of features such
as lambda expressions I'd like to begin using (mono supports them).
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Sean Dague
If you're interested in more dramatic SOG/SOP changes - please look at the MRM
IObject interface - it would be awesome if we could get SOG/SOP to inherit
that interface as it makes dealing with properties on objects a lot easier.
Adam
From: opensim-dev-boun...@lists.berlios.de
Runprebuild.bat
Frisby, Adam wrote:
Related question: Do we support .NET 3 now? There's a number of
features such as lambda expressions I'd like to begin using (mono
supports them).
If it works in mono 2.0.1, it's fair game. That seems to be our
current minimum mono revision now
Speak with Mikko - he wrote a manual parser that reads our formats. We needed
it at the time for ModRex.
Overall however +1 on a explicit serialisation. Please leave some room to allow
us to tag metadata in too.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
Infact, GetAllInventory could be detrimental to the server on a large inventory.
Personally, I would be in favour of some kind of 'automatic subdivision' of
folders. Eg, when you take an object to inventory, it gets default saved into a
folder for the week. (eg, 'Objects' - 'From 2009/15' -
If it works well, I think we should make this the default.
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Brianna
Sent: Friday, 5 June 2009 10:42 PM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] HUGE ASSET CACHE
Well, what Stefan is suggesting bypasses that limit by having a libsl client
logged into SL.
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Gustavo Alberto
Navarro Bilbao
Sent: Tuesday, 2 June 2009 1:53 AM
To:
I think the ideal disk cache needs to do things Async with a small memory cache.
Probably a 5 minute mem cache with a long-term store on disk. All disk
operations need to be done ideally async for storage. (obviously retrieval is
another matter entirely).
Adam
-Original Message-
, Frisby, Adam
a...@deepthink.com.aumailto:a...@deepthink.com.au wrote:
I think the ideal disk cache needs to do things Async with a small memory cache.
Probably a 5 minute mem cache with a long-term store on disk. All disk
operations need to be done ideally async for storage. (obviously retrieval
Fly-Man-,
When you bring out the big guns, and you aren't on solid ground - people tend
to look down at you - when you start a conversation out in confrontation, then
confrontation you will get.
Regarding, 'revoking' the license, you simply cannot do that legally (go check
with a lawyer) -
+1
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Jeff Ames
Sent: Sunday, 31 May 2009 8:30 PM
To: opensim-dev@lists.berlios.de
Subject: [Opensim-dev] Mac OS X OpenSim installer
Hello,
I've started
Make it standard.
+1
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Arthur Valadares
Sent: Friday, 29 May 2009 2:59 PM
To: OpenSim-Dev
Subject: [Opensim-dev] Is the message Please wait 5 minutes still
] Tag 0.6.6
What is incompatible? I thought your changes were still compatible with
everything, no?
Frisby, Adam wrote:
Is it appropriate to tag 0.6.6 given that there was a network break
in
trunk and now post-fixes users are incompatible? (I don't think there
is
too much between
FS cache is pretty easy. In the simplest case, just dump it as a file in a
directory. (try keep the avg files per dir down to 3K or less though)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of
Neither, state '0.6.5-postfixes' (but 9668 if you have to)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Robert Dzikowski
Sent: Monday, 25 May 2009 2:04 PM
To: opensim-dev@lists.berlios.de
Subject:
Known issue - looks like something is at fault with the test construction, but
I can't seem to work out exactly what. Tests run OK on my local system, but not
opensim.org.
Please do not revert the r9641-r9649 revisions as they contain important
infrastructure work relating to our network
@lists.berlios.de
Subject: Re: [Opensim-dev] Memory cache
The surprise really is that the cache would be a performance loss
instead of a performance gain. What is there that makes it so slow?
Melanie
Frisby, Adam wrote:
As chief engineer aboard the USS OSgrid, I might want to recommend
against
And to attach a demo object, the size shoots up to 1GB.
Some things XML can't solve, 3D model storage is one of them.
;)
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Sunday, 17
Hi everyone,
I would like to try a little experiment - as many developers have noticed, the
Mantis has become somewhat crowded with both feature requests and bugs. To
alleviate some of the load from feature requests, I have built a specialised
feature voting site - it's still kind of
OSGrid has a couple of test regions that are available. Neb's art OAR is a
definite OpenSim stress test.
Adam
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Robert Martin
Sent: Wednesday, 13 May 2009 6:55 PM
Hey Mike,
I’d just like to give you my personal thanks for this – this is a very cool bit
of technology.
Adam
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Mike Deem
Sent: Monday, 11 May 2009 11:55 PM
To: opensim-dev@lists.berlios.de
+1
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Dahlia Trimble
Sent: Tuesday, 12 May 2009 3:57 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] 23 LSL functions remaining
I don't think 100% compatibility is possible given
The parser needs to not barf if it sees an unknown element in there. Eg, ModRex
mesh parameters, etc.
Ideally the SaveToXYZ function should fire an event on the object called
something like say 'OnSaveRequest(out List??? extraData)' which allows other
modules to save additional data.
I think those j2k cache files are somewhat necessary - perhaps we can get those
moved into a special subfolder so they don't clog up your bin directory,
alternatively we could move them into our caching subsystem where assets go so
they are part of a virtual file system.
That being said, if
--
Message: 3
Date: Fri, 17 Apr 2009 19:36:59 -0400
From: Frisby, Adam a...@deepthink.com.au
Subject: Re: [Opensim-dev] Request for feedback: 0.6.5Release
Candidate 1Prospects
To: opensim-dev@lists.berlios.de opensim-dev
I wouldn't worry about us using Mono-only features, we've still got .NET to
support.
And yes, Mono 2.4s notoriety has already hit us - the Bamboo CI server we had
ended up completely broken by Mono 2.4. We're in the process of switching to
something else.
Adam
-Original Message-
1 - 100 of 139 matches
Mail list logo