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

Leal Duarte ajlduarte at sapo.pt
Mon Jul 13 20:43:52 UTC 2020 

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 <opensim-users-request at opensimulator.org>
> wrote:
>
>> Send Opensim-users mailing list submissions to
>>          opensim-users at 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-request at opensimulator.org
>>
>> You can reach the person managing the list at
>>          opensim-users-owner at 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 <ajlduarte at sapo.pt>
>> To: opensim-users at opensimulator.org
>> Subject: Re: [Opensim-users] UgleySky
>> Message-ID: <244b46d8-21a7-5a30-c7b5-ea6e0800a6d2 at 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
>>>> <opensim-users-request at opensimulator.org>
>>>> wrote:
>>>>
>>>>> Send Opensim-users mailing list submissions to
>>>>> ???????? opensim-users at 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-request at opensimulator.org
>>>>>
>>>>> You can reach the person managing the list at
>>>>> ???????? opensim-users-owner at 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 <sarapayne.uk at gmail.com>
>>>>> To: opensim-users at opensimulator.org
>>>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8
>>>>> Message-ID:
>>>>> ???????? <CAOvqX5tE8e4ysqpbJdLB9OiAMzYEL=
>>>>> YgP6cx3nvfaJfMxfiRPA at mail.gmail.com>
>>>>> 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
>>>>> <opensim-users-request at opensimulator.org>
>>>>> wrote:
>>>>>
>>>>>> Send Opensim-users mailing list submissions to
>>>>>> ???????? opensim-users at 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-request at opensimulator.org
>>>>>>
>>>>>> You can reach the person managing the list at
>>>>>> ???????? opensim-users-owner at 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 <sarapayne.uk at gmail.com>
>>>>>> To: opensim-users at opensimulator.org
>>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>>> Message-ID:
>>>>>> ???????? <
>>>>>> CAOvqX5utrXs6zCzQTLGh5Bmquy2aXFu1eW8fuuNuHsNQ0LZhpQ at 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 <ajlduarte at sapo.pt>
>>>>>> To: opensim-users at opensimulator.org
>>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>>> Message-ID: <f14ce406-6d33-dfdc-9102-df074e86ce03 at sapo.pt>
>>>>>> 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 at 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 <ajlduarte at sapo.pt>
>>>>>> To: opensim-users at opensimulator.org, opensim-dev at opensimulator.org
>>>>>> Subject: [Opensim-users] UglySky work branch
>>>>>> Message-ID: <b740ff9b-b4d9-a92e-89f2-cb2b439bd934 at sapo.pt>
>>>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>>>>
>>>>>> "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 at opensimulator.org
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>>
>>>>>>
>>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>>> ********************************************
>>>>>>
>>>>> ------------------------------
>>>>>
>>>>> Message: 2
>>>>> Date: Tue, 30 Jun 2020 14:23:18 +0100
>>>>> From: Leal Duarte <ajlduarte at sapo.pt>
>>>>> To: opensim-users at opensimulator.org
>>>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>>>> ???????? it is about uglysky)
>>>>> Message-ID: <2246e0ac-ffaf-938c-57d8-e3f165b92dd9 at sapo.pt>
>>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>>>
>>>>> 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
>>>>>> <opensim-users-request at opensimulator.org
>>>>>>
>>>>>> wrote:
>>>>>>
>>>>>>> Send Opensim-users mailing list submissions to
>>>>>>> ????????? opensim-users at 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-request at opensimulator.org
>>>>>>>
>>>>>>> You can reach the person managing the list at
>>>>>>> ????????? opensim-users-owner at 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 <sarapayne.uk at gmail.com>
>>>>>>> To: opensim-users at opensimulator.org
>>>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>>>> Message-ID:
>>>>>>> ????????? <
>>>>>>> CAOvqX5utrXs6zCzQTLGh5Bmquy2aXFu1eW8fuuNuHsNQ0LZhpQ at 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 <ajlduarte at sapo.pt>
>>>>>>> To: opensim-users at opensimulator.org
>>>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>>>> Message-ID: <f14ce406-6d33-dfdc-9102-df074e86ce03 at sapo.pt>
>>>>>>> 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 at 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 <ajlduarte at sapo.pt>
>>>>>>> To: opensim-users at opensimulator.org, opensim-dev at opensimulator.org
>>>>>>> Subject: [Opensim-users] UglySky work branch
>>>>>>> Message-ID: <b740ff9b-b4d9-a92e-89f2-cb2b439bd934 at sapo.pt>
>>>>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>>>>>
>>>>>>> "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 at opensimulator.org
>>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>>>
>>>>>>>
>>>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>>>> ********************************************
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Opensim-users mailing list
>>>>>> Opensim-users at opensimulator.org
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>> ------------------------------
>>>>>
>>>>> Message: 3
>>>>> Date: Tue, 30 Jun 2020 15:43:41 +0100
>>>>> From: Leal Duarte <ajlduarte at sapo.pt>
>>>>> To: opensim-users at opensimulator.org
>>>>> Subject: Re: [Opensim-users] Opensim-users Digest, Vol 72, Issue 8 (no
>>>>> ???????? it is about uglysky)
>>>>> Message-ID: <19ebce77-f568-0b2d-289f-0208f3491d37 at sapo.pt>
>>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>>>
>>>>> 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, shhhh ;) )
>>>>>
>>>>> 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
>>>>>>> <opensim-users-request at opensimulator.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Send Opensim-users mailing list submissions to
>>>>>>>> ???????? opensim-users at 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-request at opensimulator.org
>>>>>>>>
>>>>>>>> You can reach the person managing the list at
>>>>>>>> ???????? opensim-users-owner at 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 <sarapayne.uk at gmail.com>
>>>>>>>> To: opensim-users at opensimulator.org
>>>>>>>> Subject: [Opensim-users] EEP & Ugley Sky
>>>>>>>> Message-ID:
>>>>>>>> ???????? <
>>>>>>>> CAOvqX5utrXs6zCzQTLGh5Bmquy2aXFu1eW8fuuNuHsNQ0LZhpQ at 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 <ajlduarte at sapo.pt>
>>>>>>>> To: opensim-users at opensimulator.org
>>>>>>>> Subject: Re: [Opensim-users] EEP & Ugley Sky
>>>>>>>> Message-ID: <f14ce406-6d33-dfdc-9102-df074e86ce03 at sapo.pt>
>>>>>>>> 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 at 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 <ajlduarte at sapo.pt>
>>>>>>>> To: opensim-users at opensimulator.org, opensim-dev at opensimulator.org
>>>>>>>> Subject: [Opensim-users] UglySky work branch
>>>>>>>> Message-ID: <b740ff9b-b4d9-a92e-89f2-cb2b439bd934 at sapo.pt>
>>>>>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>>>>>>
>>>>>>>> "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 at opensimulator.org
>>>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>>>>
>>>>>>>>
>>>>>>>> End of Opensim-users Digest, Vol 72, Issue 8
>>>>>>>> ********************************************
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Opensim-users mailing list
>>>>>>> Opensim-users at opensimulator.org
>>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>> _______________________________________________
>>>>>> Opensim-users mailing list
>>>>>> Opensim-users at opensimulator.org
>>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>> ------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> Opensim-users mailing list
>>>>> Opensim-users at opensimulator.org
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>>>
>>>>>
>>>>> End of Opensim-users Digest, Vol 72, Issue 9
>>>>> ********************************************
>>>>>
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> Opensim-users at opensimulator.org
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at opensimulator.org
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>> ------------------------------
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at opensimulator.org
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>>
>> End of Opensim-users Digest, Vol 72, Issue 12
>> *********************************************
>>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users

More information about the Opensim-users mailing list