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 pat
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
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 the OpenSim developer's
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 of
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 bad
Dear Sean:
For me:
Charles Krinke
Would be appreciated.
Charles
From: Sean Dague
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 the transition from svn to git
Well,... then lets patch it until we can get it to the 'happiness' state.
Patches eagerly accepted.
Charles
From: Brianna
To: opensim-dev@lists.berlios.de
Sent: Friday, July 10, 2009 9:42:19 AM
Subject: Re: [Opensim-dev] Warning w/ ODE & llTargetOmega
Suff
Dear Mw:
Thank you for sharing your technical thoughts as you work through them. It is
my fervent hope that others will share similarly so that some of us 'lesser
wizards' may learn a bit more by reading how OpenSim is evolving.
Charles
From: MW
To: opensim
+1, seems reasonable to me.
Charles
From: Teravus Ovares
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 Thu, Jul 9, 2009 at
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,
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 be
@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 think the key
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
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 o
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
To: opensim-dev@lists.berlios.de
Sent: Wed
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
> To: o
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:
> +1 also.
+1 also. We need some wiki documentation for BUST to describe how folks can
configure and use it.
Charles
From: Justin Clark-Casey
To: opensim-dev@lists.berlios.de
Sent: Wednesday, July 8, 2009 3:51:29 AM
Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.Inve
Dear Marian:
You might try running the regions on a different server then the UGAIM, I
suspect you will have better luck.
In general, we find that the UGAIM prefers to run by itself with no regions
sharing the same hardware.
Charles Krinke
From: Marian
Dear Andrew:
OSGrid, Inc. has three directors. The President is Michael Cerquoni (Nebadon),
Adam Frisby, Vice President and myself, Charles Krinke, Treasurer.
The HyperGrid is a software concept that allows standalones and grids to
interoperate, but the person most knowledgeable about
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
To: opensim-dev@lists.berlios.de
Sent: Monday, June 29, 2009 7:51:46 PM
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 wrote:
Dear Andrew:
All my personal experience is with Linux servers, but there are lots of folks
that use Windows
xecutables, known 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
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 seperate
I am seeing a number of exceptions on the Lbsa Plaza console and would like to
solicit a patch to catch these exceptions as we move forward. I feel this would
help the robustness of our OpenSim.
See Mantis#3827 for the exceptions.
Charles
___
Opensim-
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
https://lists.b
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
To: opensim-dev@lists.berlios.de
Sent: Monday, June 8, 2009 9:41:02 AM
Su
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. Beyond
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 corne
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
be rendered client-side 369
0001415 - llTargetOmega stops working from time to time
From: Charles Krinke
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 Ma
fact, so thanks everyone for comments, very good ideas.
On Sun, May 31, 2009 at 1:12 PM, Charles Krinke wrote:
It pains me to disagree with you, Nebadon, but when I look at the summary page
on our Mantis this morning, I see 247 open Mantis issues. This actually is an
admirable goal and I wou
It pains me to disagree with you, Nebadon, but when I look at the summary page
on our Mantis this morning, I see 247 open Mantis issues. This actually is an
admirable goal and I would think clearing as many of these as possible over the
next month is an admirable goal. Like all goals, we always
es, I'm working on it. Just give me some time. ;-)
Thanks,
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 the
me some time. ;-)
Thanks,
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".
Some of the common questions that come up but are not easily answered on the
wiki are:
1. What is the current recommended version?
2. My OpenSim.ini does not work after an upgrade with SVN, how can I fix this?
3. How do I setup a region?
4. How do I setup a grid?
5. What does HyperGrid mean?
Nebadon, this page, which is a good one, is Diva's and my hat is off to her for
writing a few things down.
What I am trying to do is convince Melanie that she needs to do something
similar for the work she has committed.
Charles
From: Nebadon Izumi
To: open
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 finding
r 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.
>
> Th
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 is
We seem to have breaking changes in OpenSim.ini today and I would like to
recommend that we slow that down.
In the past, we have been very careful about breaking changes in OpenSim.ini to
preserve compatibility and go out of our way to send notice. It seems that
changing syntax in our .ini fil
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 cr
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 func
ns 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 Krink
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.
Ch
ying goes, 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
S
TPResponse, llRequestSecureURL, etc etc
There are a lot more than 23 functions to go :)
~T
Charles Krinke wrote:
> 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
: Monday, May 11, 2009 7:33:27 PM
Subject: Re: [Opensim-dev] 23 LSL functions remaining
What about the llDetectedTouch* functions?
llRequestURL, llReleaseURL, llGetFreeURLs, llGetHTTPHeader,
llHTTPResponse, llRequestSecureURL, etc etc
There are a lot more than 23 functions to go :)
~T
Charles
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()
ll
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 move
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 gotten
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 th
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 t
nie wrote:
In the future, the avatar and his inventory will be independent of
the grid. This is already almost a reality.
To address another post, a "trust domain" doesn't imply that the
visitor trusts it. It merely means that all regions within it trust
each other. Like the serv
Backing up a bit, I think we need to start with the fact that a grid provides a
common start point for an avatar logon. By that, I mean, a grid will have some
quantity of users in the users MySQL or MSSQL table with a particular avatar
appearance and some semblance of an inventory.
For the purp
Thank you, Michael, for a good and objective description. I would concur with
your points.
As we move forward, we also have to consider that economic considerations come
into play in the notion of "personal trust" and "software trust logic".
There are folks already using both V$ (VirtualWallet)
it means for the users to visit such grids, and how
>> they can visit them securely -- that's all I'm trying to figure out.
>
> They should at least be made aware that there is not one entity running
> it you can sue (well, I don't know the TOS so I don't know i
is far away from what would be possible
right now as it would also mean quite some changes to the client, I am
mostly mentioning it for discussion purposes and because those are
standards which are on the rise right now.
>
>
> Justin Clark-Casey wrote:
>> Charles Krinke wrote
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 & airpl
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 lit
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
___
the LL client. Perhaps there could be a regex
setting in the ini for validating region names? Would leave room for different
validation requirements for different clients.
Chris
From:opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Charles
Krinke
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 longer
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
To: opensim-dev@lists.berlios.de
Sen
gin. Changing
the avatar mass may make the Avatar PID controller malfunction as it
is. Chances are it will need to be re-tuned for a lower mass (which
is what I /think/ you're syaing here)
Other comments?
Teravus
On 3/22/09, Charles Krinke wrote:
>
> We have m_density defined in
We have m_density defined in two different places with two different values.
One is in: ...\OpenSim\Region\Physics\OdePlugin\ODECharacter.cs - (72, 22) :
public float m_density = 60f;
Another is in: ...\OpenSim\Region\Physics\OdePlugin\ODEPrim.cs(152):
private float m_density = 10.00
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(), llDetac
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:
I have to admit puzzlement on this complexity also.
But, as I read all this, I would also urge that if a significant change is made
that a wiki entry can be made so that the question : "My OpenSim doesnt work
anymore and I think it is config?" can be answered :
http://opensimulator.org/wiki/
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 tab
Paul. I would think an installation wizard would be a capital idea. Only issue
is it needs a "zealot" to champion it and move it forward. But, it certainly is
a good idea.
Charles
From: Paul Fishwick
To: opensim-dev@lists.berlios.de
Sent: Sunday, March 8, 20
tocols HTTP+REST+CAPs. The
different uses will produce quite different systems, I think.
Charles Krinke wrote:
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 w
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
2 students on OSGrid
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
To: opensim-dev@lists.berlios.de
Sent: Sunday, March 1, 200
Dear Diva:
As always, I have the highest of respect for your logic and would encourage
your vision. It seems altogether reasonable to me.
As we move forward, considering those use cases in the future that are not
currently very active such as standalone regions or arrays that also
participate
I would concur. I can certainly see this idea expediting PDA and cell phone
group and IM communication into the Metaverse. This seems like an entirely
reasonable additional use case as we evolve.
Charles
From: Mike Mazur
To: opensim-dev@lists.berlios.de
Sent
Thank you for letting me be the example. I find this exchange very stimulating.
Much more so then some of the posturing going on in certain IETF mailing list
right now.
I have not given a whole lot of thought to security before, but I can see that
we are going to go around on this for a while.
ssed is the
issue of user
authentication. The regions need to be able to verify
that the agent
that claims to be representing
charles.kri...@osgrid.org is, indeed,
representing charles.kri...@osgrid.org. (As you know,
right n
Dear Diva:
Thank you for thinking along these lines for the viewer. As this point, folks
from SecondLife constitute our largest set of expected new adopters, and I
believe keeping compatibility with the SL viewer is to our advantage.
This situation will probably change some time, but I would
s and offer my whole hearted
support to encourage 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
To: opensim-dev@lists.berlios.de
Sent: Monday, Februar
Dear Adam:
How is the ModRex module? Is that what we need for the Rex client to connect to
OpenSim? I dont recall if it is functional or not.
Are any of the ActiveWorlds, There.com others interesting? Croquet? Wonderland?
Charles
From: "Frisby, Adam"
To: "o
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
Opensim-dev
Thats cool, John. Thank you for that. This is a very helpful step forward.
Charles
From: "Hurliman, John"
To: "m...@ietf.org" ; "opensim-dev@lists.berlios.de"
Sent: Friday, February 20, 2009 6:20:34 PM
Subject: [mmox] My evaluation of LLSD+LLIDL
I have a pa
My goal in starting this whole discussion in the first place was two fold.
Fold 1: Get us considering how to evolve OpenSim so that assets database
currently containing 1.5million entries and consuming 50GBytes to support
10,000 users does not continue to grow without bound at the current 4GByte
Dear Teravus:
No problem. The key point I was trying to make is that as time goes on we seem
to be increasing exponentially the storage requirements in the UGAIM assets
table. The terrainImage entry was an example of of an 'asset' that is a little
different in perception then say, a texture cov
IK, all other assets are
>> text.
>
> Other non-text assets are images that aren't textures and sounds.
>
>>
>> Melanie
>>
>> Charles Krinke wrote:
>>> I am so sorry that we are having communications difficulties.
>>>
>>>
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
asset types
besides textures are text.
Melanie
Charles Krinke wrote:
> Sorry, the other assets are not just "small texture data". We have
> terrainImages, amongst other things.
>
> Our assets table in OpenSim contains lots of things including the infamouse
> "blan
Sorry, the other assets are not just "small texture data". We have
terrainImages, amongst other things.
Our assets table in OpenSim contains lots of things including the infamouse
"blank", so lets look at it in total and not just from the script viewpoint.
Course with scripts themselves, we ha
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
fl
Dear Ruud:
Regardless of whether anyone is working on it or not, all contributions are
welcome. I would think the thing to do is start with a vision, discuss with
others, add patches to Mantis and repeat.
Along the way, others may contribute and we can all learn together.
So, I would encourage
SDague has a good point. And it gets a bit more interesting when one considers
the OSSearch module, which did become non-functional a few days ago and folks
have been scrambling and struggling to get their regions back in operation.
It could be argued that bringing that active module, which is
.
Charles
From: Mike Mazur
To: opensim-dev@lists.berlios.de
Sent: Sunday, February 8, 2009 6:11:46 PM
Subject: Re: [Opensim-dev] AssetServer Observations and Suggestions
Hi,
On Sun, 8 Feb 2009 10:13:45 -0800 (PST)
Charles Krinke wrote:
> We have been studying the assets table on OSGrid as it
sibility for user storage costs closer
> to the user. Region maybe a good place to do this.
>
> Frank
>
> Charles Krinke wrote:
>
>> We have been studying the assets table on OSGrid as it heads toward
>> the "disk full" stage and I have a couple of observation
he idea of shifting responsibility for user storage costs closer
> to the user. Region maybe a good place to do this.
>
> Frank
>
> Charles Krinke wrote:
>> We have been studying the assets table on OSGrid as it heads toward
>> the "disk full" stage and I h
1 - 100 of 125 matches
Mail list logo