On 09/26/2010 09:29 PM, Melanie wrote:
Hi,
first off, it's not a change in mono. It's a change in how
distributions package mono. It means that the Debian packagers seem
to be at fault.
Pretty much every major distro I'm aware of ships Mono as runtime and
development packages to support
the OpenSim users trying to get a system up and running.
Mike
Mike Dickson wrote:
On 09/26/2010 09:29 PM, Melanie wrote:
Hi,
first off, it's not a change in mono. It's a change in how
distributions package mono. It means that the Debian packagers seem
to be at fault.
Pretty much every
On 08/31/2010 10:14 PM, Justin Clark-Casey wrote:
On 31/08/10 18:56, d...@metaverseink.com wrote:
plugin. If you run into a missing hook, just let me know.
Bottom line wrt interop, two major things happened: 1) the hypergrid
1.5, a system-to-system (S2S) architecture with the trust/security
Right. I think some of the use cases related to how content is shared
have been glossed over. In a completely open model which is what has
been discussed this is all pretty straightforward. But if I'm running
an asset service (as part of a grid or separately) I might want to
provide access
But it does. Or will shortly. They're addressing a longstanding gripe
that people can't select their names by providing a separate account
name and display name. Display names can be changed/overloaded, etc.
The identifiable data is the UUID. The Agent service should then
resolve that to
LL is going to have 2 levels of Names, one which can be
modified and one which will not, i am quite sure the unchangeable name
is what prims and objects will reference, the changeable name is
simple for display purposes only was my understanding.
On Sun, Aug 29, 2010 at 11:57 AM, Mike Dickson
If the decision is to go ahead and do cache-able data then I'd agree, do
it as attribute NVP's and make them optional. The originating agennt
service is then free to define the semantics of the attributes it
exposes.
Mike
On Sun, 2010-08-29 at 21:42 +, Ai Austin wrote:
From:
and VWRAP. I don't think that's the general
feeling in VWRAP, I think it's just you. The proposal to VWRAP will
happen. Hopefully, most people there will be able to assess the
technical issues, independent of the political ones. (emphasis on
*hopefully*)
Diva / Crista
Mike Dickson
Mike Dickson wrote:
That's great to hear. And the first I've heard of it. I'm on the VWRAP
mailing list and yes, John has made some very substantive contributions
to the discussion. I haven't seen anything from OpenSim core during any
part of the discussion to date. I'm a pretty smart guy
Strongly agree with your analysis Morgaine. Right on target.
Mike
On Tue, 2009-10-20 at 11:41 +, Morgaine wrote:
Greetings.
Three points of fact:
1. Opensim is now in Git, a distributed SCM that promotes
distributed development.
2. Opensim devs have declared many
Pretty sure the Gwyneth piece is referring to the work going on in the
SnowGlobe branch of the SL viewer to support a plugin API for media.
Plan was to use parcel media but that may have been extended further as
well. I haven't tried the code but check out the SNOWGLOBE project for
more info.
On Sun, 2009-10-18 at 13:08 +, André Filipe wrote:
I`d like to know HOW TO do it... the video shows the results of it.
http://wiki.secondlife.com/wiki/Media_Rendering_Plugin_Framework
Mike
___
Opensim-dev mailing list
And thanks for doing it on the mailing list vs IRC. OpenSIM isn't my day
job so I can't follow IRC as closely. Doing it here helps me follow
things as I can and keep up the learning.
Mike
On Fri, 2009-07-10 at 16:17 +, MW wrote:
Yeah this might be going over the top, doing proposals down to
I'm glad someone besides me said that...
Mike
On Wed, 2009-07-08 at 22:26 +, Gryc Ueusp wrote:
This is what branches are for.
Melanie wrote:
This can not be reasonably done on the forge..
Melanie
___
Opensim-dev mailing list
Or even better, remove the console entirely (i.e. run it as a daemon
process and manage via an xml/rpc interface...).
Mike
On Wed, 2009-06-10 at 04:10 +, Dan wrote:
Is it possible to to remove these from cluttering up the console?
---
2009-06-10 00:07:20,487
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
I don't have as much concern that things are done using the IETF
process. That's IMO the appropriate place for some of the work given in
some cases they're extending protocols already specified via IETF RFC's.
Since OGP and hypergrid really sort of imply collaboration between
multiple providers
Given the recent changes for modularity has there been any thought to
being able to configure a seperate shared cache across multiple regions.
Something like the Jakarta JCS stuff (http://jakarta.apache.org/jcs/)
comes to mind. I'm not suggesting that specific implementation but
simply that if
I'm only using the WiRedux stuff of the modules you listed personally.
But I don't think the BSD license works the way you think it does.
Attribution is certainly required by the license and no reason you
couldn't do a closed source version based on it. But what you put out
under a BSD license is
I have two systems I work with. A release build and one for head. I
haven't messed with the experimental one in a while so I figured I'd
give it a try. Pulled SVN 9698 (i.e. that's the latest checkin).
Modified the ini files and pointed to a MySQL database. This is running
standalone. Most of
I found it. Messup up the spelling for the extra config file for the
asset service and it failed to find a config. Probably shouldn't
continue in that case. Anyway. its working now.
Mike
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
On my CentOS server I've deinstalled all of the standard Mono and built
mono 2.4 (minus the libgdiplus code with Mono 2.4, I used the system one
for that, issues with ODE and the recent one in Mono 2.4). I used the
standard install to /usr/local. Adding a LD_CONFIG_PATH entry
for /usr/local/lib
The only obvious problem to voice for some of these conversations is
that if you're not there at the time it happens you lose out. No way to
archive them (easily) for historical purposes or simply for those who
can't contribute at the time the conversation happens. Since in many
cases these are
I'll echo a sentiment I've tried to express before. This sort of
aggressive refactoring and experimentation is really important to the
growth of OpenSim. The release process has been focused on trying to
figure out a stable point and snapshot-ing that. That places a burden on
the release
Clearly changing process now isn't appropriate. There sounds like a
plan and I'd +1 moving forward with it.
I'd be willing to invest time in release coordination *if* we can add
some structure to how thats done going forward. So for my part I'd +1
to the approach being discussed and doing the
/listinfo/opensim-dev
--
Mike Dickson mike.dick...@hp.com
BladeSystem infrastructure RD
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
That's been my thought all along. What if the content in the users
inventory is my IP. I've granted a license for a customer/user to use
it (perhaps even limited to where the content is used).
I appreciate the energy around the hypergrid concept. But there are lots
of scenarios where the
it
will get listened to.
Mike
On Fri, 2009-04-17 at 15:12 +, Melanie wrote:
No one is preventing you from running a walled garden/SL clone. The
hypergrid won't touch you in that case. Hypergrid most certainly
belongs into core and will stay there.
Melanie
Mike Dickson wrote:
That's
.
Melanie
Mike Dickson wrote:
Justin, thanks for clarifying the process. And I certainly understand
the interest in Hypergrid and the energy behind it. Charles your message
was also helpful in highlighting to me what is at the center of my
concern. I agree the development process
Then do it in your own repository and push changes back to core when
they're baked enough and have been reviewed. Lots of good examples of
that development model in open source projects. Though perhaps Justin
is right that there's not enough people in core to support that.
I hear of lots of
Well, I know what I've observed over the last year and a half or so.
But I agree that having something in writing that could be referred to
would be a help.
Mike
On Fri, 2009-04-17 at 17:49 +, Diva Canto wrote:
Before you go into proposing a different development process for
OpenSim, make
The TomTom thing is far more complex than it might seem and a good
example of how companies use patents these days. I wouldn't be as quick
to claim TomTom is the only one at fault here, there was a counter-suit
and we don't have details on how it was settled.
IMO,there's essentially zero risk to
be even
better.
Cheers!
James
On Wed, Apr 1, 2009 at 8:58 AM, Mike Dickson mike.dick...@hp.com
wrote:
Wnat I'm actually trying to say is that core should be the
framework it
was intended to be. So rather than put something to support
communicating license
https://lists.berlios.de/mailman/listinfo/opensim-dev
--
Mike Dickson mike.dick...@hp.com
BladeSystem infrastructure RD
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
If as a creator I want to add a notecard to my object indicating the
licensing terms I want to apply when someone has a copy of or rez's my
object I'm free to do so. Heck I could even get fancy and script it
asking for a click-through menu response or something. I'm not against
licensing of
Just downloaded a svn head fresh copy, built and tried setting it up in
standalone mode. Created a database in Mysql and then fired up OpenSim
(after building of course, I'm at revision 8873).
Got a failure when it was trying to initialize the region modules. I
checked the OpenSim.ini file and
it.It's located in /bin/ and there's
the world NHibernate in all of the components.
The best thing to do is to install the Oracle client
apt-get install libmono-oracle2.0-cil (*replace with your mono version
here*)
Sincerely
Teravus
On 3/26/09, Mike Dickson mike.dick...@hp.com wrote
37 matches
Mail list logo