Re: [Opensim-users] Open SIM OSGrid.org

[Leal Duarte]

Sorry you decided to leave OSGrid and stopped using opensimulator

Please to stop receiving emails from this mail list, use the web interface

http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Ubit


On 31-Mar-23 14:49, Kent Davis (God's word ASL video) wrote:

Oh nononono not spam no. I mean I stop not long to use OpenSim on mail list any 
more. I already leave on OSGrid and SecondLife.



On Mar 31, 2023, at 1:02 AM, Vittorio Baroni  
wrote:

What is the problem? I never do spam.
Please explain to me.

Il giorno gio 30 mar 2023 alle ore 22:22 Kent Davis (God's word ASL video) <
mac4k...@gmail.com> ha scritto:


Please remove me my mail list mac4k...@gmail.com  thanks.
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Release announcement: OpenSimulator 0.9.2.2

[Leal Duarte]

Hi,
    OpenSimulator version 0.9.2.2 is now available. [1], [2].
This version includes a few bug fixes and improvements to release 
0.9.2.1 [3].

    Please report any problems on our mantis [4]

Regards,
Ubit

[1] http://opensimulator.org

[2] http://opensimulator.org/wiki/Download

[3] http://opensimulator.org/wiki/0.9.2.2_Release

[4] http://opensimulator.org/mantis

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Save OAR - Unrecognized asset type 57

[Leal Duarte]

Better look and the saved asset content is actually old materials one.

in fact same uuid shows correctly stored on one oar, and badly on another

i could not reproduce this

all materials in region old or edited with fs (release and last beta) 
have the current material asset type (that is -2 because things..)


and are stored on oar as usual

Ubit


On 14-Oct-22 01:58, Leal Duarte wrote:

Roland and Ai, thanks for the oars you did provide.

As the warnings tell, they do contain saves of such asset, that sadly 
will fail to load.


Recent master versions should save and load such assets, even it still 
not fully supported.


Currently the question is how did they got into the regions...

Ubit

On 12-Oct-22 21:01, Leal Duarte wrote:

Can you send me a small oar saved with such warning?

Ubit


On 12-Oct-22 20:09, roland.fran...@vibel.eu wrote:
FYI I get the very same error message +100 times by simply using the 
"save oar" command on a 0.9.2.2 Dev290+  on Debian in the console 
verbose chatter.

Not viewer related.

Kind regards,
Roland

-Original Message-
From: opensim-users-boun...@opensimulator.org 
 On Behalf Of Leal Duarte

Sent: woensdag 12 oktober 2022 20:12
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Save OAR - Unrecognized asset type 57

Hi

  Asset type 57 is a asset that future viewers may use soon, so 
the number was added and reserved in recent 0.9.2.2 dev


  Only question is how did you got one... maybe playing with 
some experimental viewers?


Ubit


On 10-Oct-22 17:39, Ai Austin wrote:

2022-10-10 17:31:13,429 ERROR [ARCHIVER]: Unrecognized asset type 57
with uuid e13b140c-eefb-9e7d-b5e3-a3bec2022337.  This asset will be
saved but not reloaded

Hi folks.  I have started to get this error (with a reasonably recent
0.9.2.1 dev master) when saving an OAR from a previously good save. I
get about 5 of them referring to different UUIIDs.

I can't see what asset type 57 is in the usual data base asset values
wiki pages.

Anyone know what this might be and how to track it down?
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Save OAR - Unrecognized asset type 57

[Leal Duarte]

Roland and Ai, thanks for the oars you did provide.

As the warnings tell, they do contain saves of such asset, that sadly 
will fail to load.


Recent master versions should save and load such assets, even it still 
not fully supported.


Currently the question is how did they got into the regions...

Ubit

On 12-Oct-22 21:01, Leal Duarte wrote:

Can you send me a small oar saved with such warning?

Ubit


On 12-Oct-22 20:09, roland.fran...@vibel.eu wrote:
FYI I get the very same error message +100 times by simply using the 
"save oar" command on a 0.9.2.2 Dev290+  on Debian in the console 
verbose chatter.

Not viewer related.

Kind regards,
Roland

-Original Message-
From: opensim-users-boun...@opensimulator.org 
 On Behalf Of Leal Duarte

Sent: woensdag 12 oktober 2022 20:12
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Save OAR - Unrecognized asset type 57

Hi

  Asset type 57 is a asset that future viewers may use soon, so 
the number was added and reserved in recent 0.9.2.2 dev


  Only question is how did you got one... maybe playing with some 
experimental viewers?


Ubit


On 10-Oct-22 17:39, Ai Austin wrote:

2022-10-10 17:31:13,429 ERROR [ARCHIVER]: Unrecognized asset type 57
with uuid e13b140c-eefb-9e7d-b5e3-a3bec2022337.  This asset will be
saved but not reloaded

Hi folks.  I have started to get this error (with a reasonably recent
0.9.2.1 dev master) when saving an OAR from a previously good save. I
get about 5 of them referring to different UUIIDs.

I can't see what asset type 57 is in the usual data base asset values
wiki pages.

Anyone know what this might be and how to track it down?
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Save OAR - Unrecognized asset type 57

[Leal Duarte]

Can you send me a small oar saved with such warning?

Ubit


On 12-Oct-22 20:09, roland.fran...@vibel.eu wrote:

FYI I get the very same error message +100 times by simply using the "save oar" 
command on a 0.9.2.2 Dev290+  on Debian in the console verbose chatter.
Not viewer related.

Kind regards,
Roland

-Original Message-
From: opensim-users-boun...@opensimulator.org 
 On Behalf Of Leal Duarte
Sent: woensdag 12 oktober 2022 20:12
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Save OAR - Unrecognized asset type 57

Hi

  Asset type 57 is a asset that future viewers may use soon, so the number 
was added and reserved in recent 0.9.2.2 dev

  Only question is how did you got one... maybe playing with some 
experimental viewers?

Ubit


On 10-Oct-22 17:39, Ai Austin wrote:

2022-10-10 17:31:13,429 ERROR [ARCHIVER]: Unrecognized asset type 57
with uuid e13b140c-eefb-9e7d-b5e3-a3bec2022337.  This asset will be
saved but not reloaded

Hi folks.  I have started to get this error (with a reasonably recent
0.9.2.1 dev master) when saving an OAR from a previously good save. I
get about 5 of them referring to different UUIIDs.

I can't see what asset type 57 is in the usual data base asset values
wiki pages.

Anyone know what this might be and how to track it down?
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Save OAR - Unrecognized asset type 57

[Leal Duarte]

Hi

    Asset type 57 is a asset that future viewers may use soon, so the 
number was added and reserved in recent 0.9.2.2 dev


    Only question is how did you got one... maybe playing with some 
experimental viewers?


Ubit


On 10-Oct-22 17:39, Ai Austin wrote:

2022-10-10 17:31:13,429 ERROR [ARCHIVER]: Unrecognized asset type 57
with uuid e13b140c-eefb-9e7d-b5e3-a3bec2022337.  This asset will be
saved but not reloaded

Hi folks.  I have started to get this error (with a reasonably recent
0.9.2.1 dev master) when saving an OAR from a previously good save. I
get about 5 of them referring to different UUIIDs.

I can't see what asset type 57 is in the usual data base asset values
wiki pages.

Anyone know what this might be and how to track it down?
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] viewers lludp protocol changed: added mute collision sounds flag.

[Leal Duarte]

Hi,

    Several Viewers have a option to mute collision sounds. So far they 
do it by comparing every  sound simulator orders to play to a list on 
collision sound UUIDs.


    Since opensim has a different set of IDs, this was not working. Beq 
did recently add the list of opensim IDs to Firestorm.


    But the use of this Magic IDs is still a fail. It does not consider 
for example llCollisionSound().


    So now viewers for opensimulator can instead set Bit 7 (mask 0x80) 
of field Flags on AgentUpdate lludp packets, that then send several 
times per sec (at throttled variable rate).


    Region will not trigger play of collision sounds to viewers that 
did sent that bit set


    Meanwhile we did ignore that they did set bit 0 of same field, to 
ask for hidden group title. This should be working now


Regards,

Ubit (Leal Duarte)


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Issue with Firestorm and opensim maybe

[Leal Duarte]

Hi

    fs quickpreferences hover seems working fine, at least with ubode. 
The alt does see the change, may  take a few seconds..


Ubit


On 19-Apr-22 02:21, tring...@gmail.com wrote:

Need some help,

To test why using quick preferences "hover height"  in Firestorm viewer does 
not adjust what different users see I have done the following.

I launched two instances of Firestorm and put them into split screen windows on 
a windows machine running windows 10.
I logged into one using my normal avatar, and the other using my alt.

I set the quick preferences "hover height" of both avatars to be zero.
Both avatars now were standing perfectly on the ground. (I spent much time in 
appearances of both to get them perfectly standing on the ground and saved all 
changes before launching the two viewer screens.

I used the quick preferences "hover Height" adjustment to adjust their hover 
height.  As I suspected. only the avatar on the viewer I was making the adjustment on 
moved.
My conclusion is that quick preferences "hover height" has nothing at all to do 
with what others see.  It is a local adjustment only, and does not correctly change where 
the OSGrid or region servers think your avatar really is for other users.

At this point I wonder, is this simply a useless adjustment Firestorm thinks is 
cool, or is firestorm really expecting the change to be sent to all server and 
is that change suppose to be stored in any assets on all servers where the 
changes are needed?

In short, is this a Firestorm problem, a Linux problem, or is it an OSGrid 
problem.

Searching with Google, no one has ever noticed this issue and no information is 
available.  The instructions on Firestorm read as if they expect the hover 
height to change for all users.
Maybe it does for SL but I have not been on SL for many years.

I must point out too that my region servers on OSgrid are running old versions 
of linux, and also old versions of opensim.  Fedora 26 for linux, and OSgrid 
0.9.2.0 Yeti Deve8735b6997: 2021-09-16 18:39:32 +0100.

I did test it by going to OSgrid lbsa fallback and observed the exact same 
issue . That eliminated my down level Linux and opensim concern but it could 
still be a opensim or Firestorm issue.

My guess is that it is Firestorm and the issue is they do not say this is only 
a local adjustment and will not be reflected on any viewer other than the one 
it is being made on. In my opinion, if that is the case, it is a destructive 
and confusing optional command, or maybe opensim is not accepting the change 
made and it's not a part of any specifications?

I wanted to discuss this issue here in the users list to see if this is a known 
issue, and save me a bunch of, try this, try that. At this point I believe this 
is something I can't fix, other than tell people that using that adjustment is 
useless for anything other than using it to make things look good for you only, 
or, for taking a picture or something static like that.

Slow Putzo

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] OSGrid is still down - Next Tuesday meeting at ZetaWorlds

[Leal Duarte]

Hi

    As you may know, OSGrid is still down.

    So tomorrow ( March 29th) meeting will be at Zetaworlds region 
opensim at 11:00 grid time == 11PDT, 18:00 UTC


you can HG to

hg.zetaworlds.com/opensim

 or you can create a local account at

https://zetaworlds.com/home

Thanks ZetaWorlds for the hosting,

see you there tomorrow

Ubit

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] OSGrid is down - Next Tuesday meeting at ZetaWorlds

[Leal Duarte]

Hi

    As you may know, OSGrid is currently down.

    So tomorrow ( March 22th) meeting will be at Zetaworlds region 
opensim at 11:00 grid time == 11PDT, 18:00 UTC


you can HG to

hg.zetaworlds.com/opensim

 or you can create a local account at

https://zetaworlds.com/home

Thanks ZetaWorlds for the hosting,

see you there tomorrow

Ubit

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Release announcement: OpenSimulator 0.9.2.1

[Leal Duarte]

Hi,
OpenSimulator version 0.9.2.1 is now available. [1], [2].
This version includes a few bug fixes and improvements to release 
0.9.2.0 [3].

    Please report any problems on our mantis [4]

Regards,
Ubit

[1] http://opensimulator.org

[2] http://opensimulator.org/wiki/Download

[3] http://opensimulator.org/wiki/0.9.2.1_Release

[4] http://opensimulator.org/mantis

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Creator & owner info disappeared on localhost

[Leal Duarte]

OARs only contain a UUID to identify  creator and owner

If loaded on a a grid, or standalone, where those are unknown, then name 
etc can not be resolved.


On occasions this is hidden, because user also visits original grid and 
seen those UUIDs, so viewer did cache the name


when loading a oar on a standalone or other grid, you can use the option 
--default-user "User Name", with User Name , the name of a user of the 
standalone or grid.



Ubit


On 21-Feb-22 20:37, jawal...@gmail.com wrote:

I have 9.2 installed and it has operated flawlessly for me on localhost until I 
noticed my builds and objects from oars I loaded are missing creator and owner 
information.

They simply say “Loading…”

I know this information was present earlier but now is doing this?

Any clue or ideas?

Thanks for any help

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] opensimulator wiki accounts.

[Leal Duarte]

Hi,

    Sorry to say but we did stop creating new wiki accounts by just a 
simple blind request on site


    At moment, we just have no time to keep checking everything or even 
remove wrong content, like links to phonographic sites we found and do 
consider a bit out of context...


    Sorry this was not clear.

Ubit




On 17-Feb-22 09:20, Peter Gloor wrote:

Me too. ;)

Quintonia  schrieb am Mi., 16. Feb. 2022 13:20:


Great first start although I personally have never managed to get an
account to add/edit the wiki, despite filling in the form several times!

On 15/02/2022 21:41, Ai Austin wrote:

To give an initial place for discussions on this there is now an OpenSim
wiki page... feel free to add ideas and comments there...

http://opensimulator.org/wiki/Next_Gen
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Release announcement: OpenSimulator 0.9.2.0

[Leal Duarte]

Hi,
OpenSimulator version 0.9.2.0 Release is now available. [1], [2].
This version includes several bug fixes and improvements
since the release of 0.9.1.1 almost two years ago. See its release notes 
[3].

    Please also read 0.9.1.1 Release notes [4]
As usual report any bugs or problems on our mantis [5]

Regards,
Ubit

[1] http://opensimulator.org

[2] http://opensimulator.org/wiki/Download

[3] http://opensimulator.org/wiki/0.9.2.0_Release

[4] http://opensimulator.org/wiki/0.9.1.1_Release

[5] http://opensimulator.org/mantis



___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] this week "Tuesday meeting" canceled due to osgrid problems.

[Leal Duarte]

    Since osgrid is still down, we have to cancel today's meeting.

    Hope to see you all next week.

Office hours - OpenSimulator 

Ubit



___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] MySQL port number

[Leal Duarte]

Hi

    Yes it does support ...;Port=5000

Ubit


On 22-Nov-21 01:42, Bruce Shaw wrote:

  ConnectionString = "Data Source=localhost;Database=opensim;User
ID=opensim;Password=whjatevert;Old Guids=true;port=5000"

Although no longer documented, does the port declaration for MySQL
connection still work?

For various stupid reasons, need multiple MySQL's running.


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] How to get ROBUST to notify that it has finished setup?

[Leal Duarte]

Hi,

    in absolute terms, It is just not possible to know when robust is 
fully loaded, due to opensim heavy multi tasked nature.


    In some configurations it can even be split into several processes 
even on different machines.


    Even Regions.

    What we have is just is end of scripts loading. When that ends 
physics engine may still be processing meshes, for example


Ubit


On 17-Nov-21 21:03, Gwyneth Llewelyn wrote:

Hi all,

I've been tinkering with my automation scripts under Ubuntu Linux
20.04.3 LTS, trying to get them fully integrated with systemd. It's
tougher than I imagined!

My question is rather simple. OpenSim.ini lists a few options to run
some scripts and/or send some notifications when the instance is fully
loaded and operational (for instance, once the instance is fully
loaded, you could check for the statistics API. These can be used for
a variety of purposes, from simple notifications to a sysadmin to let
them know that an instance has rebooted, to let users get some sort of
feedback on which regions are up, etc. and so forth. These can also be
used for system maintenance purposes as well.

I can't find anything similar for ROBUST, though — at least, not on
the configuration files. The closest I could find was a reference to
the 'console'. I'm assuming that this would technically allow a bash
script to connect to ROBUST and perform some sort of check...? A bit,
uh, 'clunky' but... I guess it's a possibility?

What are you using to signal that ROBUST has finished loading?

Thanks in advance!

- Gwyn

P. S. Some background notes, for those interested in understanding
what I'm trying to accomplish and why I've been having some trouble.
One of the great things about systemd (arguably one of the few...) is
that it launches everything in parallel, as much as possible; the
theory being that services will not need to block each other, which is
what happened in early systems (which relied on a serial sequence of
steps, each having to finish before the next one was launched).

This is great for launching all the OpenSim instances for the whole
grid — they will load in parallel, and, since they're pretty much
self-contained, they will happily get what they need from the database
server, and — in theory! — finish faster than launching each instance,
one by one (in practice, it's not so rosy, since the database server
becomes the bottleneck... although it ought to be possible to
fine-tune it to deal with so many requests in parallel).

However, there are two catches with this approach.

Firstly, if the MySQL database is not ready before ROBUST and/or the
instances launch, OpenSim will assume a 'broken' or non-existing
database connection, and gracefully fail, by asking for the Estate
name and so forth — i.e. basically the instances will be up, but
blocked. The good news is that there are several ways to check that
MySQL is up and running (using some external scripts — ), so this can
be checked before ROBUST or any of the OpenSim instances are launched.

Secondly — and the reason for this message to the list! —  _if_ ROBUST
hasn't launched yet, then none of the OpenSim instances will register
themselves with the core grid services (including the asset server).
I'm not quite sure if each instance, after failing their attempts in
contacting ROBUST, will do any attempt at a later stage to re-check-in
with it. If not, it effectively means a broken grid, where sections of
it, on individual instances, will simply be isolated from the rest of
the grid.

ROBUST is quite fast in loading everything — compared with the OpenSim
instances, at least — which means that there is a good chance that it
launches before the instances. But we cannot be sure that this
actually happens.

Now, systemd has a way to generate a list (rather, a directed
graph...) of dependencies. One can, indeed, make sure that ROBUST has
already been launched *before* launching any of the instances. But
this won't help much in this case, because systemd is only able to
check that the *process* has been launched — not if it's ready to
accept requests. There are some tricks to achieve that, but most
require some changes in the ROBUST code, and I'm not even sure that,
running inside Mono, the C# code has any access to system calls. The
alternative is to use scripts that check for other things — such as,
say, a status page or a file that has been written somewhere — in
order to deduce that something has not only been launched but is
actively accepting requests. I know how to do that inside an OpenSim
instance, but not on ROBUST.

--
"I'm not building a game. I'm building a new country."
-- Philip "Linden" Rosedale, interview to Wired, 2004-05-08
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org

Re: [Opensim-users] Help with updating an older HG Standalone system

[Leal Duarte]

Try to install on a new folder.

If you are using sqlite, copy files *.db from current to the new folder.

Copy Regions folder.

should also be safe to copy the assetcache folder

use the new ini files, edited to your needs/setup

SimianGrid support was removed. You may have files relative to it on your bin 
folder

Ubit


On 16-Oct-21 05:19, tring...@gmail.com wrote:

I have been keeping my OSgrid based regions fairly well updated but I neglected 
updating my standalone test grid.
This past week I decided to update it and carefully compared all the critical 
files like FlotsamCache.ini and StandaloneCommon.ini.
The code level I am trying to update from is OSgrid distro 2019-08-16
The first version I tried going to was the current OSgrid release of 09162021
I got a fatal error saying something about missing
2021-10-15 22:31:52,837 INFO  [PLUGINS]: Plugin Loaded: SimianGrid
2021-10-15 22:31:52,842 FATAL Fatal error: System.InvalidOperationException: 
Type 'OpenSim.Services.Connectors.SimianGrid.SimianAssetServiceConnector' not 
found in add-in 'SimianGrid,0.9.1.0'
I dropped back to an OSgrid distro of osgrid-opensim-04182020.v0.9.2.c097f14 
which was the closest to my old release that I have. That is 8 months newer.
It failed with the above error just like the current 2021 release.

Is it possible OSgrid has removed something from their distro that is not 
needed to run on their grid? I notice my old working copy does load this plugin 
and it was build from the OSgrid distro.
2021-10-15 22:31:52,837 INFO  [PLUGINS]: Plugin Loaded: SimianGrid
But does not fail with the next line with the fatal error.
I then checked to see if my OSgrid based regions which are all working fine 
with much more current software do not load that plugin.

Am I to understand the OSgrid distro no longer contains a full copy of Opensim?
Is that my problem or am I missing some change in the configuration files?
Tom
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Method not found: llKey2Name

[Leal Duarte]

Did TrustBinaries = false fixed the issue?

As you did observe, TrustBinaries is not only a major security problem, 
it also forces the use of binary code wrongly stored on the asset at grid.


so the only fix with TrustBinaries = true, is manual inworld recompile.

0008026: "Runtime Error in script... Could not load type 'list' from 
assembly..." Script fails to function - MantisBT (opensimulator.org) 
<http://opensimulator.org/mantis/view.php?id=8026>


you can not set it true after a upgrade. A rez from inventory will 
trigger the issue again.


Ubit


On 14-Oct-21 14:54, Asaff Belfer wrote:

Hello,

I don't mind setting TrustBinaries = false as our grid is a "walled 
garden" so there will not be cases of untrusted binaries entering our 
system.


I still don't understand how could new compiled code generate this error.

I'm starting to think that there is something in the old LSL code that 
somehow gets fixed when the LSL code is saved again.


Thanks,
Asaff


On Thu, Oct 14, 2021 at 1:50 PM Melanie  wrote:

TrustBinaries is safe in regions using only YEngine. That is
because the compiled YEngine scripts are not actually binaries,
they are not DLLs. They are just a preparsed AST to save the
compiler some work, but that AST is used to generate the binary
code on the receiving side.



With XEngine, TrustBinaries would let other regions send actual
DLLs, which would be dangerous. With YEngine, it's perfectly safe.



- Melanie






 On Thu, 14 Oct 2021 11:37:15 +0100 Leal Duarte
 wrote 


Make sure you have TrustBinaries = false in opensim.ini

That should never be true except on a few use cases.

Ubit


On 13-Oct-21 15:56, Asaff Belfer wrote:
> But this is just it.
> The simulators were not upgraded. They were re-installed in a
different
> folder so it's a completely new installation.
>
> Could it be that there is a C# or a compiled code stored inside
the assets
> server?
>
> Asaff
>
>
>

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>>
> בלי
> וירוסים. www.avast.com <http://www.avast.com>
>

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>>
    > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Wed, Oct 13, 2021 at 5:00 PM Leal Duarte
<mailto:ajldua...@sapo.pt> wrote:
>
>> Hi,
>>
>>       Yes on a major upgrade you should delete folder
>> .../bin/ScriptEngines so all scripts are compiled and
initialized again.
>>
>> Ubit
>>
>>
>> On 13-Oct-21 11:23, Asaff Belfer wrote:
>>> Hello everyone,
>>>
>>> We've recently upgraded our grid to version 0.9.1.1. We found
out that
>> some
>>> scripts generate exceptions. These exceptions seem to go away when
>> editing
>>> the LSL script and saving again (it could be a minor change
like a space
>>> somewhere).
>>>
>>> Here is an example of the exception that we get:
>>>
>>> [03:21] System.Reflection.TargetInvocationException: Exception
has been
>>> thrown by the target of an invocation. --->
>> System.MissingMethodException:
>>> Method not found: 'LSLString
>>>
>>

OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass.llKey2Name(System.String)'.
>>>      at SecondLife.XEngineScript.init()
>>>
>>>      at SecondLife.XEngineScript.default_event_state_entry()
>>>
>>>      --- End of inner exception stack trace ---
>>>
>>>
>>>
>>> Server stack trace:
>>>
>>>      at System.RuntimeMethodHandle.InvokeMethod(Object target,
Object[]
>>> arguments, Signature sig, Boolean constructor)
>>>
>>>      at
System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object
>> obj,
>>> Object[] parameters, Object[] arguments)
>>>
>>>      at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,
>> BindingFlags
>>> invokeAttr, Binder binder, Object[] parameters, CultureInfo
culture)
>>>
>>>      at System.Reflection.MethodBase.Invoke(Object obj, Object[]
>> parameters)
>>>      at
 

Re: [Opensim-users] Method not found: llKey2Name

[Leal Duarte]

Make sure you have TrustBinaries = false in opensim.ini

That should never be true except on a few use cases.

Ubit


On 13-Oct-21 15:56, Asaff Belfer wrote:

But this is just it.
The simulators were not upgraded. They were re-installed in a different
folder so it's a completely new installation.

Could it be that there is a C# or a compiled code stored inside the assets
server?

Asaff


<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
בלי
וירוסים. www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Wed, Oct 13, 2021 at 5:00 PM Leal Duarte  wrote:


Hi,

  Yes on a major upgrade you should delete folder
.../bin/ScriptEngines so all scripts are compiled and initialized again.

Ubit


On 13-Oct-21 11:23, Asaff Belfer wrote:

Hello everyone,

We've recently upgraded our grid to version 0.9.1.1. We found out that

some

scripts generate exceptions. These exceptions seem to go away when

editing

the LSL script and saving again (it could be a minor change like a space
somewhere).

Here is an example of the exception that we get:

[03:21] System.Reflection.TargetInvocationException: Exception has been
thrown by the target of an invocation. --->

System.MissingMethodException:

Method not found: 'LSLString


OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass.llKey2Name(System.String)'.

 at SecondLife.XEngineScript.init()

 at SecondLife.XEngineScript.default_event_state_entry()

 --- End of inner exception stack trace ---



Server stack trace:

 at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[]
arguments, Signature sig, Boolean constructor)

 at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object

obj,

Object[] parameters, Object[] arguments)

 at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,

BindingFlags

invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)

 at System.Reflection.MethodBase.Invoke(Object obj, Object[]

parameters)

 at


OpenSim.Region.ScriptEngine.Shared.ScriptBase.Executor.ExecuteEvent(String

state, String FunctionName, Object[


Did anyone else have problems with scripts from previous versions like

this?

thanks,
Asaff


<

https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail

בלי
וירוסים. www.avast.com
<

https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Method not found: llKey2Name

[Leal Duarte]

Hi,

    Yes on a major upgrade you should delete folder 
.../bin/ScriptEngines so all scripts are compiled and initialized again.


Ubit


On 13-Oct-21 11:23, Asaff Belfer wrote:

Hello everyone,

We've recently upgraded our grid to version 0.9.1.1. We found out that some
scripts generate exceptions. These exceptions seem to go away when editing
the LSL script and saving again (it could be a minor change like a space
somewhere).

Here is an example of the exception that we get:

[03:21] System.Reflection.TargetInvocationException: Exception has been
thrown by the target of an invocation. ---> System.MissingMethodException:
Method not found: 'LSLString
OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass.llKey2Name(System.String)'.

at SecondLife.XEngineScript.init()

at SecondLife.XEngineScript.default_event_state_entry()

--- End of inner exception stack trace ---



Server stack trace:

at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[]
arguments, Signature sig, Boolean constructor)

at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj,
Object[] parameters, Object[] arguments)

at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)

at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)

at
OpenSim.Region.ScriptEngine.Shared.ScriptBase.Executor.ExecuteEvent(String
state, String FunctionName, Object[


Did anyone else have problems with scripts from previous versions like this?

thanks,
Asaff



בלי
וירוסים. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Att Ubit. Changes in code from today for database do all modules unusuables

[Leal Duarte]

Hi

    I do not see the attachment.

    Did you runprebuild(.bat/sh) and did recompile opensim?

    That is needed on that commit (i forgot to say it on the commit, sorry)

Ubit



On 22-Jul-21 11:42, Luisillo Contepomi wrote:

Hi Ubit.
The change from today morning about mariadb have some bad.
I am using Server version: 8.0.12 MySQL Community Server - GPL

robust, regions and moneyserver module or others modules as profiles, 
groups are broken.

Here attached robust.log

Best regards,
-- Luisillo



___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Change environment settings

[Leal Duarte]

Sounds like It is EEP, the (not so) new regions environment .

You need to keep using previous version of Firestorm, or update to 
opensim 0.9.2.0


New Firestorm, and possible new versions of other viewers, only support 
the EEP API, not the old one.


Ubit


On 10-May-21 16:31, Erik Gordon Bainbridge wrote:

It looks to me like it's a Firestorm problem.  I haven't had time to look into 
it, but it's a real nuisance.

I can still set my region environments using Alchemy and Singularity, but using 
them to set the environment is a problem because environments often look at 
least somewhat different in each viewer.  Most people use Firestorm, so that's 
the standard I want to use for setting my region environments.

My work around is that for setting region environments, I use two monitors and 
two avatars. I use Firestorm in one monitor and Alchemy in the other.   I set 
the environment in the  Alchemy monitor and then see how it looks in the 
Firestorm monitor.   It's not a great solution, but it works.

I do hope this problem gets fixed.  I wish I had time to look into it.

Erik Gordon Bainbridge (Apollo Manga in OS & SL)

www.VirtualMarin.com


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org
To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org
You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."



Today's Topics:
1. Change environment settings (Thomas GARCIA)



--
Message: 1
Date: Mon, 10 May 2021 08:30:09 +0200
From: Thomas GARCIA 
To: 
Subject: [Opensim-users] Change environment settings
Message-ID: <737d3f46-0428-ad8b-8155-8e09921e6...@simeduc.fr>
Content-Type: text/plain; charset="utf-8"; format=flowed
Hello,
the environments parameters settings are disables (image is in attached
file)
even when i'm login as Estate Owner with God level.
I did'nt find the parameters in the database.
Do you know how to do to enable the environments parameters setting ?
Thank you for your help,
Thomas.



--
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users



End of Opensim-users Digest, Vol 83, Issue 3


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] osNpcRemove(npc) give alert in console" WARN [CAPS]: Received request to remove CAPS.." 0.9.2Dev

[Leal Duarte]

hi

    No negative side effects..

    Somehow code is been told to remove caps for the NPC, and a NPC has 
none. Possible already fixed (?)


Ubit


On 15-Feb-21 20:48, Luisillo Contepomi wrote:

I discover this alert recently.

Script used for test "osNpcCreate" from 
http://opensimulator.org/wiki/OsNpcCreate

Touch it for create a npc and click it again for remove npc.


¿where can I obtain information about this alert?
Modules installed: groupsv2 profilev2 search and currency. All working.

021-02-15 21:29:50,007 WARN  [CAPS]: Received request to remove CAPS 
handler for root agent edc6a6ac-9d6b-4b7f-9573-1a4307f5ddbb in 
Continente, but no such CAPS handler found!


2021-02-15 21:29:50,007 DEBUG [NPC MODULE]: Removed NPC 
edc6a6ac-9d6b-4b7f-9573-1a4307f5ddbb andy- marino


Wiki information about CAPS meaning http://opensimulator.org/wiki/CAPS


Regards,
Luisillo


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Scripting Issue

[Leal Duarte]

Hi,

    it is actually not possible to  synchronize the link number as seen 
by viewers and regions.


    There is no protocol for that. Viewers just assign a number based 
on when they learn about the prim from lludp packets, and those, by udp 
definition, have no time order.


Ubit


On 02-Feb-21 22:13, Dessert First wrote:
Hi all. I am a new user of Opensim and I have a question to pose to 
the group. I am scripting in Opensim and have noticed something that 
is problematic, but I don't know if it is caused by a "well-known" 
problem or not. My script is intended to be dropped into a prim in a 
rather large linkset. For testing purposes, I wrote a very simple 
script which calls llGetLinkNumber() and prints that to local chat. 
The problem is that the link number from that prim is different from 
what I see when I use the editor, edit linked prims, and click on the 
prim containing my script. I know there are certain things the editor 
shows that can't be trusted (like LI or maybe event prim count). So is 
the editor to blame or should I file a bug report on llGetLinkNumber()?


Thanks for your time and replies.


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] information for future viewers for opensimulator

[Leal Duarte]

opensim 0.9.2 will now optionally send in OpenSimExtras section of 
simulatorFeatures:



GridStatushttp://my.grid.host:9004/GridStatus
GridStatusRSShttp://my.grid.host:9004/GridStatusRSS


this are optional urls, that can set by grid managers in section 
GrinInfoService of 0.9.2 robust.ini


http://opensimulator.org/wiki/SimulatorFeatures for a example of 0.9.2 
simulator features


Regards,

Ubit

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] OpensimSearch Module in wiki git url broken

[Leal Duarte]

Thanks, seems Melanie did bet me fixing that :)

Ubit

On 09-Dec-20 20:12, Luisillo Contepomi wrote:


I have not access to the wiki.

Please change the url in wiki url:
http://opensimulator.org/wiki/OpenSimSearch


Bad url broken link is:
git clone https://github.com/kcozens/OpenSimSearch/OpenSimSearch.git


correct git url for this module is :
git clone https://github.com/kcozens/OpenSimSearch

This module is not giving warning when compile in 0.9.2.dev 09.12.2020

Regards,
Luisillo
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Search groups v2 with viewer fail but work with flotsam groups.

[Leal Duarte]

We do include a derivative of floatsam groups:

;# {Module} {Enabled:true} {Groups module to use? (Use GroupsModule to 
use Flotsam)} {Default "Groups Module V2"} Default


Ubit

On 09-Dec-20 20:27, Luisillo Contepomi wrote:


Summary:
Flotsam groups work in search viewers.
Groups v2 not work in search viewers.


Hi all,

I am testing in 0.9.2Dev with Last OpensimSearch and Groups Module V2 
included in dev version fail silently.


With flotsam groups work. I can see groups when search with all 
viewers (olds and new)


Version Opensim 0.9.2Dev Last.
Versions modules:

Search:
git clone https://github.com/kcozens/OpenSimSearch

Groups
Flotsam groups from
http://code.google.com/p/flotsam/  or the same in
git version in git clone https://github.com/mcortez/flotsam

Kind regards,
Luisillo
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Testing 0.9.2dev today Error. I can not start standalone.

[Leal Duarte]

Hi

    Thnaks and yes my bad now fixed on master

 standalone.ini should read:

...

[AssetService]
    LocalServiceModule = "OpenSim.Services.AssetService.dll:AssetService"
    ; For RegionAssetConnector
    LocalGridAssetService = 
"OpenSim.Services.AssetService.dll:AssetService"


..

and NOT

...

LocalGridAssetService = "OpenSim.Services.Connectors.dll:AssetService"


regards,

Ubit


On 30-Oct-20 18:29, Luisillo Contepomi wrote:

Hi all,

Testing today update.

grid (robust and region) work ok but i can not start standalone with 
this error:



2020-10-30 19:24:19,405 ERROR [REGIONASSETCONNECTOR]: Fail to load 
local asset service OpenSim.Services.Connectors.dll:AssetService
2020-10-30 19:24:19,415 FATAL Fatal error: System.Exception: Region 
asset connector init error
   at 
OpenSim.Region.CoreModules.ServiceConnectorsOut.Asset.RegionAssetConnector.Initialise(IConfigSource 
source) in 
X:\0.9.2\Octubre31\OpenSim\Region\CoreModules\ServiceConnectorsOut\Asset\RegionAssetConnectorModule.cs:line 
123
   at 
OpenSim.ApplicationPlugins.RegionModulesController.RegionModulesControllerPlugin.Initialise(OpenSimBase 
openSim) in 
X:\0.9.2\Octubre31\OpenSim\ApplicationPlugins\RegionModulesController\RegionModulesControllerPlugin.cs:line 
165
   at OpenSim.ApplicationPluginInitialiser.Initialise(IPlugin plugin) 
in 
X:\0.9.2\Octubre31\OpenSim\Region\Application\IApplicationPlugin.cs:line 
64
   at OpenSim.Framework.PluginLoader`1.Load() in 
X:\0.9.2\Octubre31\OpenSim\Framework\PluginLoader.cs:line 191
   at OpenSim.Framework.PluginLoader`1.Load(String extpoint) in 
X:\0.9.2\Octubre31\OpenSim\Framework\PluginLoader.cs:line 153
   at OpenSim.OpenSimBase.LoadPlugins() in 
X:\0.9.2\Octubre31\OpenSim\Region\Application\OpenSimBase.cs:line 197
   at OpenSim.OpenSimBase.StartupSpecific() in 
X:\0.9.2\Octubre31\OpenSim\Region\Application\OpenSimBase.cs:line 280
   at OpenSim.OpenSim.StartupSpecific() in 
X:\0.9.2\Octubre31\OpenSim\Region\Application\OpenSim.cs:line 179
   at OpenSim.Framework.Servers.BaseOpenSimServer.Startup() in 
X:\0.9.2\Octubre31\OpenSim\Framework\Servers\BaseOpenSimServer.cs:line 
204


Regards,

Luisillo

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] some updates on our wiki

[Leal Duarte]

Hi

    made some changes on our wiki

http://opensimulator.org/wiki/Scripting_Documentation

 like always, it is work in progress

    some parts are also waiting for revision by someone that actually 
writes in English, not my case, as you well know, ;)



regards,


Ubit (Leal Duarte)

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] test .net4.8 and vs2019/mono 6.10

[Leal Duarte]

Hi

   -  for those with .net4.8 and vs2019 on windows installed i added 
runprebuild19.bat


        this will create a solution only valid to vs2019, main opensim 
sources will be compiled against .net4.8 API using vs2019 last compile 
version ( version 16)


    - for those on linux with at least mono 6.10 ( didn't test other 
versions) runprebuild19.sh will do identical for mono.


this is basicly a test to see how our current main sources hold on the 
migration path from 4.6 to 4.8
- be very carefull when changing from 4.6 to 4.8 targets and vice versa. 
Make sure you do clean the solution before runprebuild*, even better 
just to it on clean pull folders.


since it seems to work fine, there should be no reason why advanced 
users ( that may not mean you!! :p ) can't use the supposed better new 
compilers.


Main opensim will stay on 4.6 because many still have old machines with 
old tools. So all patchs etc should still only use up to c# 6 specs.


(

note about use of var: that is a dumb thing to use, use only when the 
right side explicit tells the type


ok:

var tmp = new List(32);

Not Ok;

var tmp = MyNiceThing();

)

regards,

Ubit


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] llTargetOmega : Bug or feature ?

[Leal Duarte]

Manual will "be strange" if the prim is already doing target omega.

not immediate clear what is the real rotation viewer applies to the 
actual prim (as seen by region)


also not clear what is the base rotation it will use if gets a new 
target omega.


your original code will make the cylinder rotate around its local Z 
axis, it you do stop target omega before changing the prim rotation and 
setting other target omega.


Ubit



On 01-Aug-20 20:53, Jeff Kelley wrote:

At 10:18 PM -0700 7/31/20, Dahlia Trimble wrote:


 A single prim is essentially a linkset of one prim.


Ok. So this sentence applies :

   « If the script is attached to the root prim, the
    entire object rotates around the region axis. »

I was wrong saying it rotates around the prim's axis. It rotates 
around the region axis llRot2Up( llGetRot() ) (and not llGetLocalRot, 
thanks Fred) which come to be the prim's up axis expressed in region 
coordinates. So


   llTargetOmega( llRot2Up( llGetRot() ), 1, 1)

should make the prim rotate around it's z axis once issued.

This is not the case when the prim's orientation has been altered 
manually while spinning.


Let's try another way :

Can someone come with a llTargetOmega script making a cylinder rotate 
around it's z axis, using any event to restore the effect after the 
prim's orientation has been altered manually while spinning ?




-- Jeff

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] NonPhysicalPrimMax new max?

[Leal Duarte]

VIewers limit the scale also

you may need to use another one for those edits.

Ubit


On 29-Jul-20 19:17, Luisillo Contepomi wrote:

My error in the last mail.

I can not build prims with size more than 256

Kind regards,

Luisillo
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Reported by Waki Janus: LATEST FIRESTORM IS SERIOUSLY FLAWED

[Leal Duarte]

Firestorm 6.3.9 does require 0.9.1.1 at least for some operations.

next version will possible require 0.9.2

Ubit


On 17-Jul-20 18:56, Luisillo Contepomi wrote:

From mantis Waki Janus http://opensimulator.org/mantis/view.php?id=8729

"I was not sure what to post this under. This seems is not an issue 
with Open Sim but with the latest issue of Firestorm written 
specifically for Open Sim. Members of our grid have been reporting a 
lot of issues to us of late. We have been scratching our heads because 
Admins on our grid, who continue to use older versions of FS, have not 
been experiencing the various issues. Two days ago we started advising 
our members to revert to older versions of FS. Result is the problems 
evaporated."



___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Opensim-users Digest, Vol 73, Issue 7

[Leal Duarte]

guess something went wrong with tables migrations :(

On 14-Jul-20 17:51, Sara Payne wrote:

Ok, following the last question about the "estate_settings" I have made
some progress. This was indeed missing from the database. I have added it
in manually and made some progress as a result.  The "parcel owners may
override Environment" is now persistent.

This is not a complete fix yet, at present I can only apply anything to the
parcel if I elevate myself to god status. Both avatars I have tried with
are owners of the group the land is deeded to. One is the estate owner and
the other is an estate manager. Neither of these avatars can apply an
environment to the parcel unless they enter god mode.

Any further advice is taken gratefully :)

Sara

On Mon, Jul 13, 2020 at 9:44 PM 
wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

1. Re: Opensim-users Digest, Vol 72, Issue 12 (Leal Duarte)


--

Message: 1
Date: Mon, 13 Jul 2020 21:43:52 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 12
Message-ID: <9aaa28b2-4976-5da6-7f0a-02df95c81...@sapo.pt>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

  ??? Don't know, i see it working fine :(

  ??? Sure it is not a viewer issue. Check if your DB did had proper
migration.

  ??? table "estate_setttings" should have a entry called
"AllowEnviromentOverride" (yes with the typo)

Ubit


On 13-Jul-20 16:35, Sara Payne wrote:

I have downloaded the latest version from the website today (13 July

2020)

and I am still seeing the same issues. The same issue is on my self
compiles from the last 3 days.

1. Parcel setting in the estate tools is not persistent.
2. Unable to apply environmental assets to a parcel

I have gone through the OpenSim.ini file and don't see any new settings
relating to environmental settings, just the old light share stuff which

is

enabled.

Link to the firestorm jira:
https://jira.firestormviewer.org/browse/FIRE-29800

Any ideas? Because that jira does suggest this is a misconfiguration

issue.

Kind regards

Sara

On Tue, Jun 30, 2020 at 8:41 PM 
Send Opensim-users mailing list submissions to
  opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit


http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

or, via email, send a message with subject or body 'help' to
  opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
  opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

 1. Re: UgleySky (Leal Duarte)


--

Message: 1
Date: Tue, 30 Jun 2020 20:41:38 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] UgleySky
Message-ID: <244b46d8-21a7-5a30-c7b5-ea6e0800a...@sapo.pt>
Content-Type: text/plain; charset=utf-8; format=flowed

Forgot to mention that i also see "Parcel owners may override.." work
and persist with region shutdown, even on my test region at osgrid
(ubittestdt)

note that unset that option will (or should) remove all parcels local
environments ( for good)

Ubit



On 30-Jun-20 20:28, Leal Duarte wrote:

Dont know.. those seem working fine for me

i did had a bug that did not allow estate managers to change region
environment, that i just fixed.

if the option is grey out, that is a viewer side enforce of rights

either the viewer does not see the parcel override option, or you are
not the parcel owner, or if owned by group, proper group power.

using the viewer, i can import a day cycle, save it to inventory, and
apply it later to region or parcel

Ubit


On 30-Jun-20 19:12, Sara Payne wrote:

Thank you for the script suggestion, it works brilliantly.

Also thank you for helping in here, I really appreciate it. I don't
know if
this is a Firestorm issue or Opensim still.

I have my viewer set to use 'Shared Environment'

I still do not get an 'apply to parcel' option if I right-click on an
environmental asset. The option remains greyed out. In the estate
tools, I
can and am putting a tick in 'Parcel Owners May Override Environment'.
However, this option is not persist

Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 12

[Leal Duarte]

Hi,

    Don't know, i see it working fine :(

    Sure it is not a viewer issue. Check if your DB did had proper 
migration.


    table "estate_setttings" should have a entry called 
"AllowEnviromentOverride" (yes with the typo)


Ubit


On 13-Jul-20 16:35, Sara Payne wrote:

I have downloaded the latest version from the website today (13 July 2020)
and I am still seeing the same issues. The same issue is on my self
compiles from the last 3 days.

1. Parcel setting in the estate tools is not persistent.
2. Unable to apply environmental assets to a parcel

I have gone through the OpenSim.ini file and don't see any new settings
relating to environmental settings, just the old light share stuff which is
enabled.

Link to the firestorm jira:
https://jira.firestormviewer.org/browse/FIRE-29800

Any ideas? Because that jira does suggest this is a misconfiguration issue.

Kind regards

Sara

On Tue, Jun 30, 2020 at 8:41 PM 
wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

    1. Re: UgleySky (Leal Duarte)


--

Message: 1
Date: Tue, 30 Jun 2020 20:41:38 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] UgleySky
Message-ID: <244b46d8-21a7-5a30-c7b5-ea6e0800a...@sapo.pt>
Content-Type: text/plain; charset=utf-8; format=flowed

Forgot to mention that i also see "Parcel owners may override.." work
and persist with region shutdown, even on my test region at osgrid
(ubittestdt)

note that unset that option will (or should) remove all parcels local
environments ( for good)

Ubit



On 30-Jun-20 20:28, Leal Duarte wrote:

Dont know.. those seem working fine for me

i did had a bug that did not allow estate managers to change region
environment, that i just fixed.

if the option is grey out, that is a viewer side enforce of rights

either the viewer does not see the parcel override option, or you are
not the parcel owner, or if owned by group, proper group power.

using the viewer, i can import a day cycle, save it to inventory, and
apply it later to region or parcel

Ubit


On 30-Jun-20 19:12, Sara Payne wrote:

Thank you for the script suggestion, it works brilliantly.

Also thank you for helping in here, I really appreciate it. I don't
know if
this is a Firestorm issue or Opensim still.

I have my viewer set to use 'Shared Environment'

I still do not get an 'apply to parcel' option if I right-click on an
environmental asset. The option remains greyed out. In the estate
tools, I
can and am putting a tick in 'Parcel Owners May Override Environment'.
However, this option is not persistent. If I close and re-open the
estate
tools it is unchecked.

Another observation is that if I try to use the 'use inventory' option
nothing happens. If instead I use 'Customise' and 'Apply to Region' it
looks as though it applies before reverting afterwards.

If after this I use the customise button again, the previous setting is
displayed, just not applied to the region.

Kind regards

Sara


On Tue, Jun 30, 2020 at 3:44 PM

wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

??? 1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
??? 2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
?? uglysky) (Leal Duarte)
??? 3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
?? uglysky) (Leal Duarte)


--

Message: 1
Date: Tue, 30 Jun 2020 13:52:54 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
Message-ID:
 
Content-Type: text/plain; charset="UTF-8"

Hi, yes that setting is enabled, but i am also getting a message
telling me
some setting is missing from the database every time I teleport in.
Does
robust for an ugly sky region need to also be from the same code
set? At
the moment I 

Re: [Opensim-users] detection llGetSunDirection() day or night script 0.9.2 yengine error when shutdown region

[Leal Duarte]

No

    it is how things are dismounted during shutdown, in a confusing 
multitask enviroment.~


    doing a commit about this particular case.

Ubit

On 10-Jul-20 19:12, Luisillo Contepomi wrote:

I am using this script for lamps years ago:
--
default {

state_entry() {

   llSetTimerEvent(60);

}

timer() {

   vector sun = llGetSunDirection();

  if(sun.z > 0) {
// llOwnerSay ("Es de dia");
 llSetLinkPrimitiveParams(LINK_THIS,[PRIM_FULLBRIGHT,2, FALSE]);

  }

  else {

 // llOwnerSay ("Es de noche");
 llSetLinkPrimitiveParams(LINK_THIS,[PRIM_FULLBRIGHT,2, TRUE]);

  }
}
}
//end script
--


I have this Info notice in log when region go to shutdown:
2020-07-10 19:52:14,046 INFO  [YEngine]: Exception while running
386b68c5-1d07-44c9-84b9-5410855f9f1b
NullReferenceException: Object reference not set to an instance of an
object.
Prim: , Script: , Location: Contepomi Land
<1022,1002,9935>
Script must be Reset to re-enable.
   at
OpenSim.Region.CoreModules.World.LightShare.EnvironmentModule.GetEnvironment(Single
x, Single y) in EnvironmentModule.cs:line 990
   at
OpenSim.Region.CoreModules.World.LightShare.EnvironmentModule.GetSunDir(Vector3
pos) in EnvironmentModule.cs:line 1104
   at OpenSim.Region.ScriptEngine.Shared.Api.LSL_Api.llGetSunDirection() in
LSL_Api.cs:line 17530
   at
OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass.llGetSunDirection()
in LSL_Stub.cs:line 2131
   at default timer
   at OpenSim.Region.ScriptEngine.Yengine.XMRInstAbstract.CallSEH() in
XMRInstAbstract.cs:line 525
   at OpenSim.Region.ScriptEngine.Yengine.XMRInstance.StartEx() in
XMRScriptUThread.cs:line 51
System.NullReferenceException: Object reference not set to an instance of
an object.
at
OpenSim.Region.CoreModules.World.LightShare.EnvironmentModule.GetEnvironment(Single
x, Single y) in
X:\0.9.2\10.1julio\OpenSim\Region\CoreModules\World\LightShare\EnvironmentModule.cs:line
990
at
OpenSim.Region.CoreModules.World.LightShare.EnvironmentModule.GetSunDir(Vector3
pos) in
X:\0.9.2\10.1julio\OpenSim\Region\CoreModules\World\LightShare\EnvironmentModule.cs:line
1104
at OpenSim.Region.ScriptEngine.Shared.Api.LSL_Api.llGetSunDirection() in
X:\0.9.2\10.1julio\OpenSim\Region\ScriptEngine\Shared\Api\Implementation\LSL_Api.cs:line
17530
at
OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass.llGetSunDirection()
in
X:\0.9.2\10.1julio\OpenSim\Region\ScriptEngine\Shared\Api\Runtime\LSL_Stub.cs:line
2131
at default timer(XMRInstAbstract )
at OpenSim.Region.ScriptEngine.Yengine.XMRInstAbstract.CallSEH() in
X:\0.9.2\10.1julio\OpenSim\Region\ScriptEngine\YEngine\XMRInstAbstract.cs:line
525
at OpenSim.Region.ScriptEngine.Yengine.XMRInstance.StartEx() in
X:\0.9.2\10.1julio\OpenSim\Region\ScriptEngine\YEngine\XMRScriptUThread.cs:line
51


I am doing some bad with  llGetSunDirection() or may be a bug?
Kind regards,
Luisillo
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Voice animation gestures in OpenSim

[Leal Duarte]

Hi,

    Those are internal to viewers, or used to be, and most like not 
normal animations.


    Region has no part on voice, other than tell the viewer it is there 
(after some login to voice server)


    Since vivox refused to provide any documentation about servers API 
we and viewers use, Vivox support is limited, in fact should just be 
removed.


Ubit


On 07-Jul-20 14:54, Ai Austin wrote:
I observe that the classic head mouth seems to animate as voice is 
used in OpenSim on a Vivox enable region.


But I cannot see any /voicelevel1 ... /voicelevel3 triggered gestures 
with animations in the OpenSim Library (0.9.2.0 dev master) or my 
inventory on OSGrid, etc and no such gestures are activated.


Are these somehow built into all OpenSim systems behid the scnes.

I ask as we are looking at bento-head voice animations/gestures for 
RuthAndRoth bento heads and was checking what the current state of 
play is for the /voiceleveln triggers.. which seem to work fine to 
trigger some gesture test activity steps.


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] git branch uglysky deactivated, its code is now part of master

[Leal Duarte]

Hi

    The code and data on branch uglysky are now part of main 0.9.2 master.

    Follow normal procedure on a major code change, i.e. either clone 
master to a new folder, or clean the solution, pull and run 
runprebuild.(sh/bat) then compile


   Regards,

Ubit


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] UgleySky

[Leal Duarte]

Forgot to mention that i also see "Parcel owners may override.." work 
and persist with region shutdown, even on my test region at osgrid 
(ubittestdt)


note that unset that option will (or should) remove all parcels local 
environments ( for good)


Ubit



On 30-Jun-20 20:28, Leal Duarte wrote:

Dont know.. those seem working fine for me

i did had a bug that did not allow estate managers to change region 
environment, that i just fixed.


if the option is grey out, that is a viewer side enforce of rights

either the viewer does not see the parcel override option, or you are 
not the parcel owner, or if owned by group, proper group power.


using the viewer, i can import a day cycle, save it to inventory, and 
apply it later to region or parcel


Ubit


On 30-Jun-20 19:12, Sara Payne wrote:

Thank you for the script suggestion, it works brilliantly.

Also thank you for helping in here, I really appreciate it. I don't 
know if

this is a Firestorm issue or Opensim still.

I have my viewer set to use 'Shared Environment'

I still do not get an 'apply to parcel' option if I right-click on an
environmental asset. The option remains greyed out. In the estate 
tools, I

can and am putting a tick in 'Parcel Owners May Override Environment'.
However, this option is not persistent. If I close and re-open the 
estate

tools it is unchecked.

Another observation is that if I try to use the 'use inventory' option
nothing happens. If instead I use 'Customise' and 'Apply to Region' it
looks as though it applies before reverting afterwards.

If after this I use the customise button again, the previous setting is
displayed, just not applied to the region.

Kind regards

Sara


On Tue, Jun 30, 2020 at 3:44 PM 


wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

    1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
    2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
   uglysky) (Leal Duarte)
    3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
   uglysky) (Leal Duarte)


--

Message: 1
Date: Tue, 30 Jun 2020 13:52:54 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
Message-ID:
 
Content-Type: text/plain; charset="UTF-8"

Hi, yes that setting is enabled, but i am also getting a message 
telling me
some setting is missing from the database every time I teleport in. 
Does
robust for an ugly sky region need to also be from the same code 
set? At
the moment I have robust running on 0.911. I can update robust, but 
i lost
your post detailing the changes needed to update from 0.911 Robust 
to 0.92

so i have been putting that off until release so far.

On Tue, Jun 30, 2020 at 1:00 PM 


wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

    1. EEP & Ugley Sky (Sara Payne)
    2. Re: EEP & Ugley Sky (Leal Duarte)
    3. UglySky work branch (Leal Duarte)


--

Message: 1
Date: Mon, 29 Jun 2020 15:47:37 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: [Opensim-users] EEP & Ugley Sky
Message-ID:
 <
caovqx5utrxs6zczqtlgh5bmquy2axfu1ew8fuunuhsnq0lz...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Greetings All

Today I have been playing around with a pre-release version of 
Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled 
today).


What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim 
code.


Anyway, i couldn't apply a new environment setting asset to the 
parcel,
only to myself. Does anyone know if this is still expected 
behaviour with
UgleySky? I guess I am wondering if I should put it on the OS 
Mantis or

the

Firestorm Jira.

Does anyone know?

Thanks in adva

Re: [Opensim-users] UgleySky

[Leal Duarte]

Dont know.. those seem working fine for me

i did had a bug that did not allow estate managers to change region 
environment, that i just fixed.


if the option is grey out, that is a viewer side enforce of rights

either the viewer does not see the parcel override option, or you are 
not the parcel owner, or if owned by group, proper group power.


using the viewer, i can import a day cycle, save it to inventory, and 
apply it later to region or parcel


Ubit


On 30-Jun-20 19:12, Sara Payne wrote:

Thank you for the script suggestion, it works brilliantly.

Also thank you for helping in here, I really appreciate it. I don't know if
this is a Firestorm issue or Opensim still.

I have my viewer set to use 'Shared Environment'

I still do not get an 'apply to parcel' option if I right-click on an
environmental asset. The option remains greyed out. In the estate tools, I
can and am putting a tick in 'Parcel Owners May Override Environment'.
However, this option is not persistent. If I close and re-open the estate
tools it is unchecked.

Another observation is that if I try to use the 'use inventory' option
nothing happens. If instead I use 'Customise' and 'Apply to Region' it
looks as though it applies before reverting afterwards.

If after this I use the customise button again, the previous setting is
displayed, just not applied to the region.

Kind regards

Sara


On Tue, Jun 30, 2020 at 3:44 PM 
wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

1. Re: Opensim-users Digest, Vol 72, Issue 8 (Sara Payne)
2. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
   uglysky) (Leal Duarte)
3. Re: Opensim-users Digest, Vol 72, Issue 8 (no it is about
   uglysky) (Leal Duarte)


--

Message: 1
Date: Tue, 30 Jun 2020 13:52:54 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
Message-ID:
 
Content-Type: text/plain; charset="UTF-8"

Hi, yes that setting is enabled, but i am also getting a message telling me
some setting is missing from the database every time I teleport in. Does
robust for an ugly sky region need to also be from the same code set? At
the moment I have robust running on 0.911. I can update robust, but i lost
your post detailing the changes needed to update from 0.911 Robust to 0.92
so i have been putting that off until release so far.

On Tue, Jun 30, 2020 at 1:00 PM 
wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

1. EEP & Ugley Sky (Sara Payne)
2. Re: EEP & Ugley Sky (Leal Duarte)
    3. UglySky work branch (Leal Duarte)


--

Message: 1
Date: Mon, 29 Jun 2020 15:47:37 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: [Opensim-users] EEP & Ugley Sky
Message-ID:
 <
caovqx5utrxs6zczqtlgh5bmquy2axfu1ew8fuunuhsnq0lz...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Greetings All

Today I have been playing around with a pre-release version of Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled today).

What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim code.

Anyway, i couldn't apply a new environment setting asset to the parcel,
only to myself. Does anyone know if this is still expected behaviour with
UgleySky? I guess I am wondering if I should put it on the OS Mantis or

the

Firestorm Jira.

Does anyone know?

Thanks in advance

Sara


--

Message: 2
Date: Mon, 29 Jun 2020 16:05:51 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] EEP & Ugley Sky
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Hi

  ??? That is working fine for me. Did you a

Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no it is about uglysky)

[Leal Duarte]

For you convenience, i placed a little box with such script on a small 
box at LBSA next to the dancing Engineer,(kinda clouds texture)


a HG visitor should be able to buy/take copy, wear it (just in case) and 
return home, getting those assets to the grid.


im sorry i could not test it, but should work.

With this assets, some new viewers should work even on older regions, 
just without any environment editing capabilities


well unless they wont work for some reason :)

(cool VL claims to have eep support, specially the beta version with the 
new rendering active, it does seem to do something until it totally crashes)


Thanks OSGrid for the service to the entire community (btw don't tell 
them, i didn't ask perm to put the box there, s ;) )


Regards,

Ubit


On 30-Jun-20 14:23, Leal Duarte wrote:
Yes some new assets are needed ( local fixed skies are now grid 
assets, clouds texture, default day cyle, etc )


uglysky robust should load them automatically, at least on some asset 
service modules.


there is a simple hack to import them to a HG grid, using a osgrid 
account :p


at osgrid, create a box and a new script:

    key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
    key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
    key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
    key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
    key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
    key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";

    key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";

default
{
    state_entry()
    {
    llSay(0, "Script running, but who cares..");
    }
}

    Hope im not missing any.

    wear the box and teleport to your grid. If all goes well the 
normal HG code will copy those assets to your grid.


    This are public assets, of course.

    (you should thank osgrid for this service also ;) )

( btw that is how i did update osgrid, that is also using a older 
robust ;) )


you will not have updated opensim library, but that only has 2 day 
cycles (assets above).


Note that most this uuids are hardcoded on viewers, so those that log 
at sl with clean cache and then opensim, will have them on viewer 
cache and viewer will use those (some are not exactly the same). A old 
problem...


Ubit



Hi, yes that setting is enabled, but i am also getting a message 
telling me

some setting is missing from the database every time I teleport in. Does
robust for an ugly sky region need to also be from the same code set? At
the moment I have robust running on 0.911. I can update robust, but i 
lost
your post detailing the changes needed to update from 0.911 Robust to 
0.92

so i have been putting that off until release so far.

On Tue, Jun 30, 2020 at 1:00 PM 


wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

    1. EEP & Ugley Sky (Sara Payne)
    2. Re: EEP & Ugley Sky (Leal Duarte)
    3. UglySky work branch (Leal Duarte)


--

Message: 1
Date: Mon, 29 Jun 2020 15:47:37 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: [Opensim-users] EEP & Ugley Sky
Message-ID:
 <
caovqx5utrxs6zczqtlgh5bmquy2axfu1ew8fuunuhsnq0lz...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Greetings All

Today I have been playing around with a pre-release version of 
Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled 
today).


What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim 
code.


Anyway, i couldn't apply a new environment setting asset to the parcel,
only to myself. Does anyone know if this is still expected behaviour 
with
UgleySky? I guess I am wondering if I should put it on the OS Mantis 
or the

Firestorm Jira.

Does anyone know?

Thanks in advance

Sara


--

Message: 2
Date: Mon, 29 Jun 2020 16:05:51 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] EEP & Ugley Sky
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Hi

  ??? That is working fine for me. Did you allowed parcel override 
on the

region ?

Ubit


On 29-Jun-20 15:47, Sara Payne wrote:

Greetings All

Today I have been playing around with a pre-release version of 
Firestorm
with EEP on an ugleysky branch region of

Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no it is about uglysky)

[Leal Duarte]

Yes some new assets are needed ( local fixed skies are now grid assets, 
clouds texture, default day cyle, etc )


uglysky robust should load them automatically, at least on some asset 
service modules.


there is a simple hack to import them to a HG grid, using a osgrid 
account :p


at osgrid, create a box and a new script:

    key a = "5646d39e-d3d7-6aff-ed71-30fc87d64a92";
    key b = "5646d39e-d3d7-6aff-ed71-30fc87d64a91";
    key c = "01e41537-ff51-2f1f-8ef7-17e4df760bfb";
    key d = "6c83e853-e7f8-cad7-8ee6-5f31c453721c";
    key e = "084e26cd-a900-28e8-08d0-64a9de5c15e2";
    key f = "8a01b97a-cb20-c1ea-ac63-f7ea84ad0090";

    key g ="1dc1368f-e8fe-f02d-a08d-9d9f11c1af6b";

default
{
    state_entry()
    {
    llSay(0, "Script running, but who cares..");
    }
}

    Hope im not missing any.

    wear the box and teleport to your grid. If all goes well the normal 
HG code will copy those assets to your grid.


    This are public assets, of course.

    (you should thank osgrid for this service also ;) )

( btw that is how i did update osgrid, that is also using a older robust 
;) )


you will not have updated opensim library, but that only has 2 day 
cycles (assets above).


Note that most this uuids are hardcoded on viewers, so those that log at 
sl with clean cache and then opensim, will have them on viewer cache and 
viewer will use those (some are not exactly the same). A old problem...


Ubit




Hi, yes that setting is enabled, but i am also getting a message telling me
some setting is missing from the database every time I teleport in. Does
robust for an ugly sky region need to also be from the same code set? At
the moment I have robust running on 0.911. I can update robust, but i lost
your post detailing the changes needed to update from 0.911 Robust to 0.92
so i have been putting that off until release so far.

On Tue, Jun 30, 2020 at 1:00 PM 
wrote:


Send Opensim-users mailing list submissions to
 opensim-users@opensimulator.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
or, via email, send a message with subject or body 'help' to
 opensim-users-requ...@opensimulator.org

You can reach the person managing the list at
 opensim-users-ow...@opensimulator.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensim-users digest..."


Today's Topics:

1. EEP & Ugley Sky (Sara Payne)
2. Re: EEP & Ugley Sky (Leal Duarte)
3. UglySky work branch (Leal Duarte)


--

Message: 1
Date: Mon, 29 Jun 2020 15:47:37 +0100
From: Sara Payne 
To: opensim-users@opensimulator.org
Subject: [Opensim-users] EEP & Ugley Sky
Message-ID:
 <
caovqx5utrxs6zczqtlgh5bmquy2axfu1ew8fuunuhsnq0lz...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Greetings All

Today I have been playing around with a pre-release version of Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled today).

What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim code.

Anyway, i couldn't apply a new environment setting asset to the parcel,
only to myself. Does anyone know if this is still expected behaviour with
UgleySky? I guess I am wondering if I should put it on the OS Mantis or the
Firestorm Jira.

Does anyone know?

Thanks in advance

Sara


--

Message: 2
Date: Mon, 29 Jun 2020 16:05:51 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org
Subject: Re: [Opensim-users] EEP & Ugley Sky
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Hi

  ??? That is working fine for me. Did you allowed parcel override on the
region ?

Ubit


On 29-Jun-20 15:47, Sara Payne wrote:

Greetings All

Today I have been playing around with a pre-release version of Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled today).

What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim code.

Anyway, i couldn't apply a new environment setting asset to the parcel,
only to myself. Does anyone know if this is still expected behaviour with
UgleySky? I guess I am wondering if I should put it on the OS Mantis or

the

Firestorm Jira.

Does anyone know?

Thanks in advance

Sara
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


--

Message: 3
Date: Tue, 30 Jun 2020 12:37:31 +0100
From: Leal Duarte 
To: opensim-users@opensimulator.org, opensim-...@opensimulator.org
Subject: [Opensim-users] UglySky work

[Opensim-users] UglySky work branch

[Leal Duarte]

"uglysky" is a branch of  the OpenSim 0.9.2.0 dev code that should 
provide some support for different region environment mechanism that new 
viewers for OpenSimulator (OpenSim) will have. This viewers replaced 
Windlight by the so called EEP (Environmental Enhancement Project) code, 
basically a modified Windlight, with a few new features and different 
low level rendering.


Up until uglysky work, the OpenSim environment had two basically 
independent environment handling mechanisms: Lightshare (LS) and 
Windlight (WL).


Windlight was just a blind storage of what was sent by a viewer to the 
server when applying an environment on its UI. This storage had no 
relation to the Lightshare one, and was just sent back to viewers for 
users on arrival to a region. Most viewers could not display WL changes 
made after arrival.


LightShare, only manipulated by scripts, was also sent to viewers at 
login, in a independent way using its own lludp protocol. Viewers 
supporting that protocol could see and update to changes made by a 
script at anytime. Using LS and a viewer's WL UI together could be 
confusing. This was due to history. Lighshare was introduced when a 
viewer's environment was only local and the capability was never updated 
when they started sharing region WL settings.


In addition there was a server side Sun module, that did ...something 
... It was mostly only valid for very old viewers.


On uglysky the internal representation of the region environment was 
unified, with the parameters and structure more suitable for the new 
viewers (i.e. the so called EEP viewers). Viewers only get the 
environment using a new protocol, or a subset of it using WL protocol. 
Sun module was removed. LightShare (LS) scripts only create the simple 
subset of EEP environments they have an effect on. LS lludp protocol was 
removed.


When a script changes LS settings or WL settings are changed by a user, 
new EEP capable viewers will see the change. Older WL viewers that could 
already see WL changes (Firestorm for example) will also see them, 
others will not.


Same applies for parcel crossings. The environment change will be sent, 
some WL viewers will see it (so also providing per parcel environment 
capability), others will not. And the same applies to the new OSSL per 
avatar forced environment (if user is using region environment).


Several new settings can only be set with a new EEP capable viewer, like 
day length, day offset, altitudes or parcel environment.


Unless a region is to be used only with new EEP capable viewers, some 
restrictions are recommended to continue to support WL only viewers:


    - keep day cycle as 4 hours (default - some viewers may have it 
hardcoded)
    - keep day offset -8 hours (default - some viewers may have 
something hardcoded)

    - use only altitude zero (there are no altitudes on WL)
    - use only one "track" on water (WL water was not part of the day 
cycle)


WL viewers can change the region environment by applying water and fixed 
or day cycle. This will be converted to new region data, using defaults 
for other the settings WL does not have. Note that estate sun, fixed sun 
and sun hour are gone (false, false, 0 now). Those are now defined by 
the selected day cycle.


Day and night duration:

WL viewers used a non-linear sun time, so nights ran faster than days 
with a day/night relation of about 3 to 1. New viewers do not do that, 
neither will older WL viewers on uglysky regions.


This may mean that when using a WL XML saved setting to apply an 
environment or using a new EEP capable viewer to import a WL setting, 
the day/night relation will be 1 to 1, if that was defined on the XML 
source. Regions importing WL XML saved settings from WL viewers could 
deform the day cycle timing. But new EEP viewer import does not.


In the uglysky OpenSim library you should find a 1 to 1 "default" day 
cycle and a modified 3 to 1 day cycle (the default used by regions).


The viewer devs made a great effort to try to keep thinks looking the 
same as before, with similar parameters, but one should expect some 
differences. One case in fact is not even on the rendering engine, but 
on parameters validation, that does seem incorrect. Hopefully they will 
fix it.


This work branch will be part of main dev code soon.

Regards,

Ubit

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] EEP & Ugley Sky

[Leal Duarte]

Hi

    That is working fine for me. Did you allowed parcel override on the 
region ?


Ubit


On 29-Jun-20 15:47, Sara Payne wrote:

Greetings All

Today I have been playing around with a pre-release version of Firestorm
with EEP on an ugleysky branch region of opensimulator (compiled today).

What an amazing start from Ubit on the Opensim side and Beq on the
Firestorm team side for making this viewer work with older Opensim code.

Anyway, i couldn't apply a new environment setting asset to the parcel,
only to myself. Does anyone know if this is still expected behaviour with
UgleySky? I guess I am wondering if I should put it on the OS Mantis or the
Firestorm Jira.

Does anyone know?

Thanks in advance

Sara
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] lightshare on future version and new requeriments for viewers

[Leal Duarte]

Hi.

    - Lightshare lludp protocol will be removed on next opensim version.

    Lightshare scripts should still work, but will operate on the 
region environment ( creating simple day setting)


    old viewers without windlight api will no longer get region 
environment.


    region environment change notification was based on lightshare. 
That will no longer work. A new message will be sent via event 
capability. (below)



    -New required event message (events capability): WindLightRefresh 
processing


    this is actually not new. It was introduced long ago by Aurora team 
for their fork, so it is already supported by several viewers. 
(firestorm for example)


    it has a integer argument**"Interpolate", On reception viewers 
should fetch the environment from region (via caps) and if interpolate 
is 0 apply it immediately, otherwise interpolate to it with that 
interpolation time in seconds  ( or a default one if that is not possible)


    it llsl xml form is

        message 
WindLightRefreshbodyInterpolate0 



we may extent it, adding for example region env version (REV) and 
current parcel env version (PEV) to be defined, and if useful for viewers.


    -New required EstateChangeInfo capability field: "override_environment"

        Viewers should send this boolean field with the requested value 
for "parcel owners may override environment" on region override_environment


( next version may still not have parcels environment, but this will be 
needed)



---

    This new code will change environment in ways it may not work on 
older viewers or  be  different. In same cases we may be able to 
mitigate that, not all. Older Windlight settings and UI may do nothing 
on the new code.


    This is new code in early work stage, so still easy to redefine 
some of this things, according to your feedback


 a very untested and unsafe region is running the new code ( git 
branch uglysky) : osgrid ubittestDt



    Regards,

    Ubit (Leal Duarte)





___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] (Investigatin dll) information request about LukeSkywalker.IPNetwork.dll

[Leal Duarte]

Hi

    provides some tools to manage IPs, and it is in use

Ubit


On 31-May-20 18:45, Luisillo Contepomi wrote:

Can someone tell me about the usefulness of this library
"LukeSkywalker.IPNetwork.dll"
It seems to me that it was an old library for windows XP on dynamic
links but I'm not sure.
Regards,
--
Luisillo
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] clarification about The Great Canadian Grid

[Leal Duarte]

Have been informed by several persons that alleged representatives of 
the Great Canadian Grid, alleged claimed on “Social Media”, that members 
of OpenSimulator core development team did provide direct support to 
that grid and did detect evidence of misconduct from that grid former 
technical staff.


Need to clarify that if indeed happened, such allegations are False.

No member of OpenSimulator core development team, in that capacity, did 
provide direct support to that grid, much less performed any security 
analyses of its systems, required to substantiate such claims.


As individuals, all OpenSimulator team members are free to engage any 
activity, and will answer for that as individuals. One member of the 
OpenSimulator core development team was recently involved in technical 
support to that grid, in that individual capacity. That member informed 
that he had not detected anything other than natural consequences of 
termination of services provided by former technical staff or 
termination of the right to use materials under copyright restrictions.


Best Regards,

A.J. Leal Duarte (Ubit Umarov)


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] OpenSim 0.9.2.0 Yeti Dev current scripts with multisits have stopped working

[Leal Duarte]

Ai provided me a copy of such a object

Issue is sits on phantom prims. I made them to be refused to avoid the 
most time ugly default.


Forgot there could be scripts using it...

Reverted to allow it again

Thanks and regards,

Ubit


On 26-Jan-20 22:33, Luisillo Contepomi wrote:

A week ago OpenSim 0.9.2.0 Yeti Dev current scripts with multisits
have stopped working a week ago.
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Release announcement: OpenSimulator 0.9.1.1 Snail

[Leal Duarte]

Hi,
OpenSimulator version 0.9.1.1 Snail Release is now available. [1], 
[2], [5]


    Please also read 0.9.0.0 Release notes [3], if migrating from older 
0.8x versions.

As usual report any bugs or problems on our mantis [4]

    This is a update with normal fixes to problems on reported on 0.9.1.0

    Thanks to all that do make this possible

Regards,

Ubit (Leal Duarte)

[1] http://opensimulator.org/
[2] http://opensimulator.org/wiki/Download
[3] http://opensimulator.org/wiki/0.9.0.0_Release
[4] http://opensimulator.org/mantis

[5] http://opensimulator.org/wiki/0.9.1.1_Release

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Old ODE still to keep?

[Leal Duarte]

Sure we could add extra unmanaged dlls

On 04-Dec-19 10:15, Peter Gloor wrote:

I don't know about others, but personally I don't need legacy ODE any
longer as I'm already running my regions either on BulletSim or ubODE.
Looking back I think it was worth the effort in changing the LSL scripts
where needed. However, not everybody will be able to do this.

My primary home grid, Metropolis, changed from ODE to BulletSim as
default when they moved to Opensim 0.9 about 9 months ago. I placed a call
for feedback on their forum today.

Regarding the underlying unmanaged c/c++ support library, wouldn't it be
possible to keep it and to use a new and better one for ubODE in parallel?

Regards,
Pius Noel

Am So., 1. Dez. 2019 um 16:52 Uhr schrieb Leal Duarte :


Hi,

  Old ODE physics module was rendered obsolete with the introduction
of BulletSim physics module, back in 2012, and even more with the
introduction of ubODE on 0.9x series.

  Old ODE engine is very different from the new ones, in particular
on lsl vehicle model simulation, reason why we still keep it.

  But changes on the rest of the region code, in particular LSL/OSSL
functions, made the old content dependent on it, to have other issues.

  Its support increases the difficulty of improving the rest of the
simulation (in this case also the unmanaged c/c++ support library i.e.
modified Open Dynamics Engine.

  Please let us know if you still need it, or we can drop it...

Regards,

Ubit.

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Old ODE still to keep?

[Leal Duarte]

Hi,

    Old ODE physics module was rendered obsolete with the introduction 
of BulletSim physics module, back in 2012, and even more with the 
introduction of ubODE on 0.9x series.


    Old ODE engine is very different from the new ones, in particular 
on lsl vehicle model simulation, reason why we still keep it.


    But changes on the rest of the region code, in particular LSL/OSSL 
functions, made the old content dependent on it, to have other issues.


    Its support increases the difficulty of improving the rest of the 
simulation (in this case also the unmanaged c/c++ support library i.e. 
modified Open Dynamics Engine.


    Please let us know if you still need it, or we can drop it...

Regards,

Ubit.

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] simian grid still in use?

[Leal Duarte]

Hi,

    Simian Grid was a alternative to Robust gird services from 
openmetaverse foundation 
(https://github.com/openmetaversefoundation/simiangrid).


    Seems all activity on that project stopped about 7 years ago.

   Despite our interest in maintaining old code, the presence of it 
entails maintenance costs and worse hinders the evolution of the 
remaining code.


   This effort makes no sense if no one has an interest in this ancient 
code.


    Please let us know if you still use it or if we can drop it.

Regards,

Ubit


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Hard testing version 0.9.1

[Leal Duarte]

we are at freenode irc network, channel #opensim-dev

and yes it is modern :p

Ubit

On 21-Nov-19 16:55, Dr Ramesh Ramloll wrote:

Hello there,
We are currently testing the 0.9.1 version of opensim. I know there is a
process for submitting bugs and code snippets to help devs isolate
problems, but I think there should be room for less formal sharing of
findings regarding various instabilities of 0.9.1. Any ideas how this could
work? Do we need a more modern form of communication between devs, users
and testers... ?
Thanks
Ramesh


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] mono 6.4.0 libgdiplus memory leak

[Leal Duarte]

Hi

    we have confirmed reports that current mono stable (6.4.0.198) has 
memory leaks.


    Issue seems to be on its new  libgdiplus

    see http://opensimulator.org/mantis/view.php?id=8630

Ubit


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Start Open Simulator - region issue

[Leal Duarte]

Please try our last release 0.9.1.0

at least for us to be on same code...

Ubit


On 06-Nov-19 13:37, Irina Lipov wrote:

Hi,
I am new to opensimulator
I`ve download the last version opensim-0.9.0.1 and started it from the
command line. (choosing default parameters)
It was stuck in:
*Region ([) #*
I tried to leave it blank, [root] ,], and other string options - nothing
helps.
Regions.ini also doesn`t have too much information










*[[]]RegionUUID = 38ddeb5f-8a37-4f25-9f83-9c215e9418c8Location =
1000,1000SizeX = 256SizeY = 256SizeZ = 256InternalAddress =
0.0.0.0InternalPort = 9000ResolveAddress = FalseExternalHostName =
SYSTEMIPMaptileStaticUUID = ----*
Is it something known? whot should be a region? or am i missing something?
Thank you

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Release announcement: OpenSimulator 0.9.1.0 Snail

[Leal Duarte]

Hi,
OpenSimulator version 0.9.1.0 Snail Release is now available. [1], [2]
    Please also read 0.9.0.0 Release notes [3], if migrating from older 
0.8x versions.

As usual report any bugs or problems on our mantis [4]

Regards,
Ubit (Leal Duarte)

[1] http://opensimulator.org/
[2] http://opensimulator.org/wiki/Download
[3] http://opensimulator.org/wiki/0.9.0.0_Release
[4] http://opensimulator.org/mantis

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

[Opensim-users] Firestorm OpenSimulator support policy changes

[Leal Duarte]

Hi,

    We have been informed that Firestorm team changed again their 
policy about OpenSimulator support.


 Reading their statements we can only understand that they changed 
from having a forgotten, basically dead fork, to just provide a AS IS 
viewer.


    They also inform us that AS IS will mean addiction of code just 
copied from Linden Labs viewer and removal of other code may include 
what they call old protocols.


    Firestorm team has the right to do whatever they decide, no 
question about that.


    Such "AS IS" Firestorm viewer, in the terms currently defined by 
them, CAN NOT be accepted as viewer for OpenSimulator/Opensim.


    We all hope this is just some misunderstanding/disorientation 
facing the real technical difficulties.


    But since we can't predict when or what a new release "for opensim, 
almost for opensim, or whatever" will be, and knowing that just new BoM 
code may cause issues on all version but current dev master...


    I must recommended all to NOT UPGRADE TO SUCH VERSIONS, and inform 
all your users to no do so, until this situation is clarified.


Best Regards,

Ubit, (Leal Duarte)

ps: do not think i did not tried to talk with them, for example about 
BoM potential issues and possible fixes,  wasted hours just being 
ignored.. but details..





___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] MaxAgents in region.ini have not efect 0.9.1.0dev

[Leal Duarte]

MaxAgents defines the max that can be set on region/estate viewer tab
use that to change Agent Limit. Currently you may need to use a older viewer.

NPCs are included in the count for agents limit.

Ubit

On 08-Jun-19 21:38, Luisillo Contepomi wrote:

Tested login first with avatars and after npc (NOT sense as agent.)
Version: OpenSim 0.9.1.0 Snail Dev  from today.


Region configured with MaxAgents = 100

Only you can log 20 avatars (and after you can create npcs )
If you create first the 20 npcs.. then you can log ONLY with 2 real avatars

Regards

El sáb., 8 jun. 2019 a las 21:45, Luisillo Contepomi
() escribió:

Avatars can not login
Full region alert at 25
but in region are 22 npcs not sense as agent and 2 real avatars. When
try other have this errors.

R.O.B.U.S.T.:

21:39:51 - [LLOGIN SERVICE]: Login failed for test Maes, reason: The region is f
ull

Region log
21:39:51 - [AGENT HANDLER]: QueryAccess returned False (The region is full). Ver
sion=0, 0.7/0.7

Please confirm and report to mantis if is confirmed.
Regards

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] use of C# in scripts

[Leal Duarte]

Hi,

    Yengine does have a "enhanced" LSL mode, just needs a bit more 
cleanup to be documented.


regards,

    Ubit

On 25-Feb-19 18:14, Asaff Belfer wrote:

It's a pitty there is no alternative to LSL or maybe a way to use an
"enhanced" LSL which uses better stuctures.

It seems like LSL is aiming to the lowest common factor with the concept
that not everyone is a programmer so it should be accessible to those who
are not.

Asaff


On Mon, Feb 25, 2019 at 8:06 PM Jeff Kelley  wrote:


At 1:13 PM -0700 2/20/19, Serendipity Seraph wrote:


I have run into some grids that are worried by a reported lack of
limitation on what C# classes and methods can be called.   Does anyone

have

more detail on this?  It doesn't seem to me that putting in a script
scanner that would limit what calls to C# can and cannot go through would
be all that difficult.So is the problem at the least over-inflated?

Is

the concern out of date or misplaced?


I did some C# scripting years ago (computing, displaying black body
spectra in real time). Speed boost over LSL was x10.

Speed gain is much smaller today. Although i can no longer execute
the C# version, the LSL version which ran in 1.8s in 2011 is now
around a half second.

I also did some UDP communication, now replaced with HTTP which can
be awesomely fast.

The pain of LSL is still lack of data structures and modularity.

And it is a huge pain.


-- Jeff



___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] use of C# in scripts

[Leal Duarte]

Hi,

    The use of C# ( or other .net language) in scripts is no longer a 
supported feature.


    It is still possible using Xengine, but should only be used on 
closed  secure environments.


    Yengine will not support it.

    regards,

Ubit



On 20-Feb-19 20:13, Serendipity Seraph wrote:

I have run into some grids that are worried by a reported lack of
limitation on what C# classes and methods can be called.   Does anyone have
more detail on this?  It doesn't seem to me that putting in a script
scanner that would limit what calls to C# can and cannot go through would
be all that difficult.So is the problem at the least over-inflated?  Is
the concern out of date or misplaced?
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Thank you Mr Ubit.

[Leal Duarte]

Hi,

From http://opensimulator.org/mantis/view.php?id=8462:

"...

(0034110) 
Luisillo_Contepomi(reporter)
2019-02-02 11:07

Thank you for answer.
Forget it
I found the problem solved in file /bin/excuses
I will do manually the xml for npcs.


(0034111) 
Luisillo_Contepomi(reporter)
2019-02-02 11:08

found solution in /bin/excuses

..."


   This is no collaboration, this is gross disrespect.

best regards,
Ubit


On 03-Feb-19 11:48, Luisillo Contepomi wrote:

My mantis account has been banned by Ubit. Thanks Ubit for banning me
after I've collaborated as a tester since 2009. Time to rest.

I have collaborated with the project opensim and helped users long
before you arrived and I will continue to enjoy it after you leave
Mr.Ubit.

>From now on I will enjoy the released distributions and I will not
worry about the development at all.

Just give you an advice. You have turned mantis into a support forum
and you will regret it.

Good hunting and long moons, Mr. Ubit.


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] looking for full viewer-server API and communication details.

[Leal Duarte]

Hi

(what arcane timing ?? go see a tcp stack...)

viewers<->regions protocol have a LLUPD part (that is not just UDP) and 
a http part.


LLUDP is described on a file present in all viewers: message_template.msg

opensim c# code maybe easier  to read (?) than viewers c++

llupd packets encode/decode: libopenmetaverse _PACKETS_.cs (autogen, do 
not edit)


llupd packets <-> rest of region code: LLClientView.cs

lludp <-> udp:  LLUDPClient.cs and LLUDPServer.cs

http part or so called capabilities: folders Capabilities and 
Region/ClientStack/Linden/Caps


or more or less this

regards,

Ubit


On 17-Jan-19 21:24, Toni Alatalo wrote:

Yes, there is the template which describes the UDP packages pretty nicely.

As suggested, one way to start looking at the messages is from the
Opensim server side code that handles them. A place to start that is:
OpenSim/Region/ClientStack/Linden/UDP/LLClientView.cs

In viewgit:
http://opensimulator.org/viewgit/?a=viewblob=opensim=b61bdeb647dfe79c7f00bd631f84d5c9ee9644bc=b2810c4ca718663f2bbc8c86646444d698873352=OpenSim/Region/ClientStack/Linden/UDP/LLClientView.cs

We implemented a new protocol in realXtend Tundra - first wrote a
client side implementation of LLUDP, but then switched to a new
protocol. However that protocol was never added to Opensimulator
(would have been possible though), but we just started using the same
codebase that first made for the client as the server as well. Needed
extensibility more than SL compatibility.

-Toni

On Thu, Jan 17, 2019 at 11:05 PM Ethan Gardener  wrote:

On Thu, Jan 17, 2019, at 7:40 PM, Adam Frisby wrote:

The first was the packet acknowledgement system, it relies on a lot of
arcane timing for it to work correctly,

I think this explains well over half the bugs I've ever seen in Second Life, OpenSim, and 
InWorldz altogether!  I always knew there was some timing-related nonsense where there 
shouldn't be.  ... "Nonsense" is me being polite; there's so much broken 
behaviour which so obviously depends on crazy timing when there is no need for crazy 
timing that it makes me angry!


That said, if you're really serious about redeveloping the protocol -
tweaking this one is not a good idea. There's a lot of good free options
- RakNet is now free and open source, for example, and is behind a *lot*
of games and MMOs.

I'd *love* a viewer for OpenSim with a completely new protocol.  I've been sure 
it would be a good idea for... oh... 10-12 years, but my health has never been 
good enough to start.  My health has recently improved, but I'm only now at the 
point where I can start learning, so I've got nothing of value to offer yet.


Netcode is hard. Flee in terror.

All code is hard, :) but yeah, networking programming is one of the (many) 
things which requires whole new ways of thinking.

I recently learned of Spin and its language, Promela.  "Spin is a tool for analyzing 
the logical consistency of concurrent systems, specifically of data communication 
protocols."  More info here:
http://spinroot.com/spin/Man/Manual.html
Home page:
http://spinroot.com/spin/whatispin.html
I'd use it if I was working on something as big as virtual world client-server 
protocol.
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Strange behavior of the llsittarget last correct version OpenSim 0.8.2.1

[Leal Duarte]

it just depends on definition of Ok and Fail...

Ubit


On 02-Dec-18 16:57, Luisillo Contepomi wrote:

OpenSim 0.8.2.1 work OK
OpenSim 0.8.3.0 Dev FAIL.
OpenSim 0.9.1.0 Snail Dev  be2c0aa552 is FAIL
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users


___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

Re: [Opensim-users] Strange behavior of the llsittarget when the primitive is rotated 90? in X (Ferd Frederix)

[Leal Duarte]

Euler angles (or rotations) can be confusing.

< a,b,c> on our and sl convention means

rotate around Z by c;

then rotate the result around Y by b

then rotate the result around X by a

applied exactly by this order.

if you look your numbers considering this, it may make more sense

Ubit


On 02-Dec-18 12:34, Luisillo Contepomi wrote:

https://www.youtube.com/watch?v=8uEyPf8Gydk best with a video
El dom., 2 dic. 2018 a las 12:09, Ethan Gardener
() escribió:

On Sun, Dec 2, 2018, at 10:47 AM, Luisillo Contepomi wrote:

"as the sit target is relative to the prim, not the world.." This is
the problem. When prim is rotated in X (red axe). Rotation on Y or Z
are bad . Are relative to the world and I think this is not correct
behavior. llSitTarget must be local rotations no world rotations.
When prim is rotated 90 or others degrees in X then Y and Z are world
relative.  I think this is not correct. (But is a big problem because
when solve this I have many thousands of targets that I will have to
relocate.)

Looks local to me; see attachment.  Prim rotation here is, in degrees:
<45.0, 0.0, 0.0>
___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

___
Opensim-users mailing list
Opensim-users@opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users