Dear Adam:
This seems like a good idea as all of your ideas are and I support it. Lets
move forward.
Perhaps one way to move forward is to help to encourage patches that meet this
vision. I am thinking of an example with notes and TODO so that others can take
the example subroutine and add
Well, shoot, Len. We are all volunteers here, so lets work through it and see
where we can get. After all, we are not selling any software, rather we are
developing software as a community, and you are welcome to help.
There are some binary distributions that folks have put together in the past
From: Dr Scofield drscofi...@xyzzyxyzzy.net
To: opensim-dev@lists.berlios.de
Cc: opensim-us...@lists.berlios.de
Sent: Monday, September 14, 2009 8:13:50 AM
Subject: Re: [Opensim-dev] Make ODE and Meshmerizer the default options?
Justin Clark-Casey wrote:
In
Dear Chris:
I would encourage complementary, weekly meetings on Reaction Grid. Perhaps one
could extend the idea a little bit and also encourage hypergridding logons from
OSGrid to Reachtion Grid (and from Reaction Grid to OSGrid) to get more
activity on hypergrid links between grids as part
Thats a very good point. Somehow, we need to get some momentum in testing,
reporting, and patching IdealistViewer to add some more features. So, ... with
that in mind, I would encourage a few folks to download IdealistViewer, set it
up, use it, and report back here with results both good and
Dear Sean:
For me:
Charles Krinke c...@pacbell.net
Would be appreciated.
Charles
From: Sean Dague sda...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Monday, July 20, 2009 12:11:50 PM
Subject: [Opensim-dev] author names in git vs. svn
When we make
Well,... then lets patch it until we can get it to the 'happiness' state.
Patches eagerly accepted.
Charles
From: Brianna wwwe...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Friday, July 10, 2009 9:42:19 AM
Subject: Re: [Opensim-dev] Warning w/ ODE
+1, seems reasonable to me.
Charles
From: Teravus Ovares tera...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Thursday, July 9, 2009 1:01:35 PM
Subject: Re: [Opensim-dev] Visual Studio 2005 support
It's been long enough, I think :)
Regards
Teravus
On
-dev] Deprecate OpenSim.Grid.InventoryServer and
OpenSim.Grid.AssetServer?
Documentation is on it's way. Could we get the voting back on track
on the question of whether to deprecate/remove the old servers,
instead of voting on the obvious need for documentation?
Melanie
Charles Krinke wrote
explain your -1?
Regards,
Melanie
Charles Krinke wrote:
-1. Lets not remove any existing OpenSim servers.
Lets *start* with some documentation so we know what is being proposed.
Charles
From: Melanie mela...@t-data.com
To: opensim-dev@lists.berlios.de
I would also seem reasonable to me that some smaller grids test the 'BUST'
notion and report success before we move forward in considering in obsoleting
our existing grid server executables.
Charles
From: Sean Dague sda...@gmail.com
To:
Well, this may or may not be, Melanie. But, I would feel a whole lot more
comfortable about the whole proposal *after* at least two different groups
report success in configuring BUST and that it is not busted.
At that point, we need enough clear and concise documentation on the wiki to
allow
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
To: opensim-dev@lists.berlios.de
Sent: Wednesday, July 8, 2009 9:43:03 AM
Subject: 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 believe it is pretty important to ensure that we go forwards in a compatible
manner and not backwards.
Certainly new implementations of servers, executables, protocols and the like
are encouraged, but we also need to make sure that everything continues to work.
Perhaps this new work should
rest assured no grids will be harmed in the making of these
servers - to paraphrase the movie industry
Melanie
Charles Krinke wrote:
I believe it is pretty important to ensure that we go forwards in a
compatible manner and not backwards.
Certainly new implementations of servers
in development, so some folks will
be advantaged and some dis-advantaged, as is always the case. But, I think it
is worth considering and discussing.
Charles Krinke
From: Michael Cortez mcor...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Monday, June 29
with the audio chat
integration? I know Kyle Gomboy has successfully pull this off (Good Job
Reaction Grid!).
Let me know what you guys suggest for my challenge.
On Mon, Jun 22, 2009 at 3:58 PM, Charles Krinke c...@pacbell.net wrote:
Dear Andrew:
All my personal experience is with Linux servers
Well, let me jump in here a little bit.
If I were going to set this up, I would start with four OpenSim regions, each
running on a different Linux server.
I would put them in a square and make the landing point at the four-corner
junction.
I would then make each of the four regions a
as a UGAIM for User, Grid, Asset, Inventory Messaging on a
seperate server then any regions for best results.
MCortez is around this mailing list and will probably reply next (or at least
soon).
Charles Krinke
From: Andrew Hughes hug...@designingdigitally.com
I see our warnings in VS2008 have crept back up to 230 when building OpenSim
and would suggest a few patches and attention to trying to bring the number of
warnings down.
Charles
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
Yes, I would concur that getting patches to complete Adam's vision of
IClientCore is a reasonable thing to do and would encourage patches that move
us along this path.
Charles
From: MW michaelwr...@yahoo.co.uk
To: opensim-dev@lists.berlios.de
Sent: Monday,
I concur with Melanie.
In general, the issue with Mantis is that those things which are in the
interest sphere of various core developers and patch submitters will be the
ones that are fixed.
So, our strategy is more finding, diagnosing and confirming repeatable
failures, as a minimum.
From: Charles Krinke c...@pacbell.net
To: opensim-dev@lists.berlios.de
Sent: Sunday, May 31, 2009 1:29:10 PM
Subject: Re: [Opensim-dev] 0.7 Release Discussion
No problem, man.
As I look at two other parts of the Mantis Summary page, both the Longest
Open and the Most Active jump out at me
I'm going to try to be as diplomatic as possible here.
All of us may contribute to various forge projects as we and our peers may
determine from time to time.
I am truly sorry you are upset, Fly-Man, but that does not change anything. We
move forward with or without any one individual and that
Dear Fly-Man:
I would like to suggest we step back from a point of honor and try to figure
out how to work together.
There are times in this project when passions rise high and this is one of
those times. I would really like to find a way to move forward without pushing
anyone into a
,
Mark
P.S. Keep the questions coming, because those are all good topics that should
be covered. If anyone else has any additional good questions, please chime in.
I'll put them on the To Do List.
On Wed, May 20, 2009 at 11:11 AM, Charles Krinke c...@pacbell.net wrote:
Some
P.S. Keep the questions coming, because those are all good topics that should
be covered. If anyone else has any additional good questions, please chime in.
I'll put them on the To Do List.
On Wed, May 20, 2009 at 11:11 AM, Charles Krinke c...@pacbell.net wrote:
Some of the common
No, this is not talking about anything to death, Melanie. This is about writing
down for others to read and understand at least *some* of what you are trying
to accomplish.
This can be done via blogs, wiki paragraphs, FAQ, or other.
This feeling has been a long time coming, Melanie, and this
for months on end. This is another one of them. Please bear
with us.
Melanie
Charles Krinke wrote:
No, this is not talking about anything to death, Melanie. This is about
writing down for others to read and understand at least *some* of what you
are trying to accomplish.
This can be done via
I feel that we should view trunk as our best effort at a functional code base
with no guarantee. The most important thing is that it should compile. Beyond
that, new checkins that add new features should be explained to the early
adopters and testers that are wringing out the details and
Indeed, discussing these subjects with those on the opensim-dev mailing list in
voice or text is to all of our mutual advantage.
Many folks have complained to me of the way the money issue was handled and
communication with the rest of the community is important to moving forward and
helping
Jeff Heaton, in his book, Introduction to Linden Scripting Language for Second
Life has a vehicle script for a basic car on page 171. At the risk of
irritating Jeff, I am pasting it here and hoping we can use it for a test
script to wring out vehicle script functionality.
It uses the LSL
, you cannot
be a little bit pregnant, it is either 100% or nothing.
Rock
From: opensim-dev-boun...@lists.berlios.de
[opensim-dev-boun...@lists.berlios.de] On Behalf Of Charles Krinke
[...@pacbell.net]
Sent: 12 May 2009 04:25
To: opensim-dev
Subject
The folks on this mailing list have the power to make OpenSim more compatible
with patches to the source.
So, as we go forward, lets exercise that power and add the missing
implementation sections of a few dozen functions *and* find the ones that are
not compatible and work out the details.
are implemented, but I would expect
that all the scripts I develop in my Opensim sandbox to work when I import them
into SL.
Rock
From: opensim-dev-boun...@lists.berlios.de
[opensim-dev-boun...@lists.berlios.de] On Behalf Of Charles Krinke
[...@pacbell.net]
Sent: 12
I am asking for a few patches to complete the 23 LSL functions in our original
project of more then 330. We are *almost* there, but need a little help with
patches. Here is the remaining list that are still in the Not Implemented
state.
llRotTarget()
llRotTargetRemove()
llLoopSoundMaster()
It is always a balance between keeping functionality in an evolving project and
refactoring and experimenting.
I will support and encourage refactoring and experimentation with one proviso.
That proviso is a few paragraphs on the wiki giving clues to allow those
deploying OpenSim what is going
I would urge us to make changes to the master avatar stuff with notice and
encouragement of folks to write FAQ, wiki entries, mini-apnotes and anything
else that will help cut down on confusion of those who have significant effort
invested into builds on existing regions.
Charles
That is an interesting point. I think the perception by some is that we would
like to have 'seamless' use of openid/oauth between various grids as folks
might move from grid to grid using OGP, MXP, HG or other interop notions. So,
popping up a password dialog in the midst of a teleport might be
In our Mantis screen is a tab for 'summary'.
On that 'summary' screen are two really interesting windows. One is the 'By
Date' and the other is 'Longest Open'.
I would like to suggest that any patches to clear one or more of the 'Longest
Open' would be greatly appreciated and would help to
Well, Mike. I respect your opinion and the others expressed about our existing
community.
The community is what has gotten us to this point and it is important to listen
to our community.
It seems reasonable that additional features can be added to OpenSim in a
somewhat cavalier fashion, and
Diva went out of her way to put the original HyperGrid module on the forge.
After it had gained acceptance, *others* suggested to her that adding it to the
core part of OpenSim would be to our advantage.
We all voted on that and agreed this was the right thing to do.
There are other modules
Well... I rather suspect we are all headed for the same place, but, ... we seem
to be having some semantic 'challenges' lately.
I *know* that all the hearts are in the right place on this list and that all
we have to do is be understanding and supportive of each other.
The thing that has
OSGrid exists with two goals.
1. Test OpenSim SVN on a regular basis and report results to aid in software
development.
2. Nurture a community.
We need to start by considering that OpenSim splits the asset storage between
regions and the OpenSim assetServer. So, the OpenSim asset model is a
Jeff Heaton at Heaton Research wrote a book on LSL scripting. All his scripts
are available at his Heaton Research parcel on SecondLife and in the books,
which are on Amazon.com.
There are a couple of chapters devoted to vehicles and angular motors in making
a script for a car, boat airplane.
now.
Justin Clark-Casey wrote:
Charles Krinke wrote:
OSGrid exists with two goals.
1. Test OpenSim SVN on a regular basis and report results to aid in
software development.
2. Nurture a community.
We need to start by considering that OpenSim splits the asset storage
between regions
Since OpenSim is not going away, perhaps this is a good time to discuss
'groups' implementations.
It seems to me that getting to where we have some semblance of 'groups' in
OpenSim is to our advantage and will help the various grids progress. I wonder
what other thoughts there are?
Charles
I am getting some comments about region names beginning with spaces *and*
region names longer then 32 characters having some side effects in map and
search from OSGrid users.
It makes me wonder if the grid server should have some additional
constraints to trim leading spaces and names
] On Behalf Of Charles
Krinke
Sent: 29 March 2009 21:22
To: opensim-dev
Subject: [Opensim-dev] funky region names?
I am getting some comments about region names beginning with spaces *and*
region names longer then 32 characters having some side effects in map
and
search from OSGrid users.
It makes me
Dear Andrew:
I want to encourage you in your project. Our forge is intended to have projects
that are of relevance to the OpenSim context and I would think that this
certainly qualifies.
The trick is going to be to get *something* working *sortof* and then having
others use that work and test
Well, it seems to me that we are OpenSim and not SecondLife and that it is
entirely appropriate for our osFunctions() to be enabled by default in our
OpenSim.ini file. So, I am pro this idea.
Charles
From: Melanie mela...@t-data.com
To:
There are 24 LSL functions left in the NotImplemented state of the more then
330 we started with a little over a year ago.
The 24 are:
llRotTarget(), llRotTargetRemove()
llLoopSoundMaster(), llLoopSoundSlave(), llPlaySoundSlave()
llStopLookAt(), llCollisionFilter(), llAttachToAvatar(),
One of the nagging problems we have appears to be memory leaks. There are
consistent and frustrating reports of more heavily used regions using up all
the RAM, then starting swap, then lagging, then freezing every week.
In order to help bring a little clarity to this, Nebadon has put together:
Dear Paul:
There is a page on opensimulator.org for grids and all are encouraged to
describe statistics for their grids. In addition, all of the 60 or so grids on
that page have their own sub-page to describe statistics and some do.
Also, some use the loginscreen to read contents of various
If I recall correctly, and I might be wrong, but the conversation I had with
the lindens about OGP had them focused on their AgentDomain. Sort of a super
grid server if you will. When quizzed about a full handoff, they said we
arent working on that.
So, my impression about OGP is it extends
and it is going very well. The students are even asking for additional
homework, which I would submit is a good measure of the success of a course.
Charles Krinke
From: Rich White rich.lynn.wh...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Sunday, March 1
folks to test it *before* I get up one morning and find
Wright Plaza is a smoking hole in the ground.
Charles Krinke
From: Diva Canto d...@metaverseink.com
To: opensim-dev@lists.berlios.de
Sent: Monday, February 23, 2009 11:47:19 AM
Subject: [Opensim-dev] User
not enough
to know that osgrid.org http://osgrid.org/ has a
user named Charles Krinke, and we
certainly don't want Charles to be constantly typing
his password
everytime he moves; the region needs to know that this
user is already
We also have the issue of a modal dialog box that recently started coming up in
VS2008 Express saying Solution folders are not supported in this version of
the application. Solution folder 'Solution Files' will be displayed as
unavailable.
I think this is an extension beyond what the Express
Mantis#3148 from Chillken is languishing a bit. Since it touches 18 important
files, I am reticient to apply it without a second +1. I wonder if Justin, Mw,
Lbsa, Adam or SDague might look at it, please.
Charles
___
Opensim-dev mailing list
Dear Mike:
As Dahlia said, the IdealistViewer is a good candidate as it begins to add
features. Many of us have high hopes for IdealistViewer during the course of
this year.
As OpenSim, we have decided to stay in SecondLife viewer compatible so we are
measuring the operation and performance
Personally, I would suggest that groups is an enabling technology and I would
concur that seperating economy notions from groups is a good thing.
For groups functionality, the ability to form groups and have group
communicaton similar to our IRC channels currently would go a long ways to
We have been studying the assets table on OSGrid as it heads toward the disk
full stage and I have a couple of observations and am heading towards a
suggestion. Maybe this is already accounted for in the Cable Beach project,
at which point, this will only indicate that I did not read all the
Dear Mic:
I have heard from many folks that realistic terrain is an objective for a
number of projects to represent real-life regions in a simulation, so I would
vote +1 for any class, written details, tutorial, demo *or* whatever might get
this knowledge spread around the Metaverse a bit.
ROFL. Oh, it was the 'z' versus the 's' you were discussing.
I thought it was the i versus the I.
From: Dahlia Trimble dahliatrim...@gmail.com
To: opensim-dev@lists.berlios.de
Sent: Saturday, January 24, 2009 4:39:03 PM
Subject: Re: [Opensim-dev] Proposal for
+1 Sean. And to add, most of the testers are using mono-2.0.1 currently. That
is, those that are testing with svn trunk.
Everytime we update mono, there is a period of trauma, so we are trying to move
as fast as practical, but consider the fact that there are thousands of
deployments of
Just weighing in a little bit. I personally dont have any bias one way or the
other on colors.
Charles
From: Ai Austin ai.ai.aus...@googlemail.com
To: opensim-dev@lists.berlios.de
Sent: Monday, January 19, 2009 1:35:08 PM
Subject: Re: [Opensim-dev] Console
Reports are good on the current trunk stability, so we just tagged r8067 as
r8068. This means that r8068 is the 0.6.2 release.
A binary build is being prepared by Nebadon and will be available on the
osgrid.org and opensimulator.org web site a little bit later today.
Good work everyone for
The integers for create_time and access_time are epoch times, where the
beginning of the epoch is 1/1/70.
To convert one uses the mysql function from_unixtime(create_time) or
from_unixtime(access_time) to see a YY-MM-DD-HH-MM-SS format.
On OSGrid, we now have about 1,000,000 entries in the
70 matches
Mail list logo