Re: [opensource-dev] Test Viewer

[Harold Brown]

The SSL errors for web profiles happens if you goto the
my.secondlife.com site in a browser as well.

On Wed, Jan 26, 2011 at 8:18 PM, Trilo Byte  wrote:
> Tried on Mac
> STORM-236 Works great, though in build 219680 (mac client) there needs to be
> a space between "Speak button" and "(Voice Enabled)" in the menu item.
> STORM-348 appears to be working
> STORM-643 looks good, though the width will take some getting used to
> STORM-843 excellent!
> STORM-845 works!
> Side note, I'm getting SSL handshake errors when trying to look up profiles
> in this build as well.
> Thankfully, there was no spectacular crash on exit this time, though my
> entire system did freeze for about 15 seconds after clicking the
> confirmation dialog to quit.
> TriloByte Zanzibar
> On Jan 26, 2011, at 6:44 AM, Oz Linden (Scott Lawrence) wrote:
>
> The following viewer builds are available for testing:
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-2/rev/219680/index.html
>
> These builds have changes intended to address all of the following issues:
>
> STORM-236 Allow the "Speak" button to be removed, like other buttons
> STORM-348 "Edit this shape button" button and "lock" icon are shown after
> each body part name after resizing the floater
> STORM-373 'Rename' option is disabled if the inventory context menu was
> opened by right mouse click without preliminary selection
> STORM-465 Missing Strings from strings.xml
> STORM-547 Name of blocked person is not presented in list if person was
> blocked from Inspector
> STORM-643 Embed Minimap into the Nearby list of the People Sidebar
> STORM-843 Inventory incremental string search not working (search starts
> over)
> STORM-845 Up arrow icon on nearby chat for "Shows/hides nearby chat log"
> always shows as an up arrow. Should, show change to down arrow to indicate
> close when log is open.
>
> These are _not_ yet accepted for integration into viewer-development, they
> are proposed changes under review.  Your feedback (here on the list is best)
> is solicited...
>
>
>
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Beta Server Release Notes

[Harold Brown]

The Beta Server Release notes (Magnum, BlueSteel and LeTigre) have not been
updated since early in January.  And seeing as a new release was pushed it
would be nice to see what those changes were.

http://wiki.secondlife.com/wiki/Beta/BlueSteel
http://wiki.secondlife.com/wiki/Beta/LeTigre
http://wiki.secondlife.com/wiki/Beta/Magnum
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Beta Server Release Notes

[Harold Brown]

http://status.secondlifegrid.net/

pointed to the beta links is why I mentioned it


On Thu, Feb 6, 2014 at 5:28 PM, Maestro Linden wrote:

> I've cleaned up the 'Release notes' section of the 'Beta' pages to point
> at the locations of the RC release notes.
>
> maestro
>
>
> On Thu, Feb 6, 2014 at 4:59 PM, Oz Linden (Scott Lawrence) <
> o...@lindenlab.com> wrote:
>
>>  On 2014-02-06, 14:13 , Harold Brown wrote:
>>
>> The Beta Server Release notes (Magnum, BlueSteel and LeTigre) have not
>> been updated since early in January.  And seeing as a new release was
>> pushed it would be nice to see what those changes were.
>>
>>  http://wiki.secondlife.com/wiki/Beta/BlueSteel
>>  http://wiki.secondlife.com/wiki/Beta/LeTigre
>>  http://wiki.secondlife.com/wiki/Beta/Magnum
>>
>>
>> See
>> https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_RC_BlueSteel
>>
>> and its peers.  We don't call them Betas any more, they're Release
>> Candidates.
>>
>> --
>>  *Scott Lawrence* | *Director of Open Development*
>> Skype ozlinden | Second Life Oz Linden<https://my.secondlife.com/oz.linden>
>> Linden Lab | Makers of Shared Creative Spaces <http://lindenlab.com/>
>> Check out what we're working on! <http://lindenlab.com/products>
>>
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Avatar Hover Height feature

[Harold Brown]

The simple fact of the matter is.  If you do not sign a code contribution
agreement LL can NOT use your code.



On Mon, Feb 2, 2015 at 11:49 AM, Henri Beauchamp  wrote:

> On Mon, 02 Feb 2015 13:05:20 -0500, Oz Linden (Scott Lawrence) wrote:
>
> > On 2015-01-31 07:53 , Henri Beauchamp wrote:
> > > Greetings,
> > >
> > > I know this should be posted in the JIRA, but apparently the comments
> in
> > > the existing issue (SUN-38) are not read or not taken into account by
> > > Lindens.
> > >
> > > Please, to any and all Linden(s) involved in AHH, do read this post for
> > > your own enlightement (and hopefully, a better and definitive solution
> > > for the SL community as a whole):
> > > http://sldev.free.fr/forum/viewtopic.php?f=5&t=1494&p=6890#p6890
> > >
> > > Note that I'm beyond the point to care about whether this message will
> > > be taken into account or not (so it's perfectly useless to enter a
> > > sterile argument on this list about it). It's more like a bottled
> > > message I throw into the sea...
> >
> > I won't speculate on whether or not we would have decided to do it
> > differently had your suggestion actually been made when we were starting
> > work on this months ago; the factors affecting avatar height and avatar
> > vertical offset are quite complicated and it may or may not have been
> > the right thing to do. I will say that your input would certainly have
> > been considered had you been a part of the conversation at the time
> > rather than posting a note on our private forum well after the fact.
>
> Are you ***kidding*** me 
>
> I have been attending quite a few Server group meetings with Nyx, and
> you even were there once (for sure) or twice (can't swear on it), when
> I spoke about the SUN-38 issue.
> You will find several agendas with my entry about SUN-38, in the Wiki:
>
> http://wiki.secondlife.com/w/index.php?title=Special%3ASearch&search=henri+sun-38&fulltext=Search
> Most of the corresponding transcripts are alas missing from the Wiki,
> but I *did* explain my solution in at least two of those meetings
> and I will point out one particular agenda, where I asked if SPEAKING
> with a Linden about SUN-38 and the possible solutions would be at all
> possible:
> http://wiki.secondlife.com/wiki/Mesh/Archive/2013-04-29
>
> It's not my fault if you keep shrugging off every remark or proposal
> I make, or even refuse the dialog (in plain text, because I cannot
> articulate well enough English neither understand English spoken
> with the US American accent in real time).
> I will not even bother quoting the various emails I sent to
> *YOU*, Oz, and that you never replied (albeit about other subjects
> than SUN-38), but if you want them, I could dig in my backups...
>
> > Despite the fact that you refuse to contribute your code,
>
> Again you are reverting the roles here 
>
> I never refused to contribute my code: it's GPL and always said
> that anyone (and yes, that includes *you* Lindens) could reuse it.
> Also, each time someone asked for permissionto make my code LGPL
> to be compatible with their own viewer, I always said "go for it !".
>
> What I refuse, however, is to sign a contribution agreement where
> I would have to give private data to perfect strangers residing
> in a foreign country that doesn't respect the privacy protection
> Law of *my* country (or of any other country for that purpose).
> You perfectly know this, for I explained it to you (and to Soft
> Linden, your predecessor) countless times in emails, even going
> down to give you pointers to paragraphs in the (English-
> translated even !) French Law "Informatique et Liberté".
>
> I am not the one refusing to contribute my code, YOU are the one(s)
> refusing to use my contributions because of stupid and pointless
> lawyer-induced bureaucracy. It is *YOUR* choice and *YOUR* refusal,
> not mine !!!
>
> > I'm happy to make sure that your input is considered if and when
> > you provide it in a timely way;
>
> I am the very initiator of the SUN-38 issue, and if you re-read the
> comments I made in it, my solution is exposed here as well (see
> the comment posted on 22/Jun/14 10:58 AM, in reply to the Firestorm
> team's proposal, i.e. QUITE in the TIMELY manner !!!).
>
> I ALWAYS gave pointers to major flaws and regressions, either in the
> form of a JIRA issue, or directly via emails (to YOU !!!). So,
> accusing me of not providing the info or not in a timely manner is
> quite INSULTING and a pure LIE from your part.
>
> > I hope that in the future you'll chose to engage more productively.
>
> I hope that in the future, you will actually read the JIRAs I initiate,
> the emails I send to you, the messages I post on the various boards and
> blogs you DO frequent as well as I do (Nalate's blog, to cite just one).
> I also hope that you will make the minimum effort to communicate in a
> way that a non-English speaking person such as myself can actually
> manage (Open Source meetings used to happen in CHAT an

Re: [opensource-dev] [POLICY] Configurable HTTP user-agent string

[Harold Brown]

This question is someone being overly obtuse on purpose.

The Internal Web Browser is 1.  Not a Third Party Viewer,  2. Nor is
it connecting to the Second Life Grid, negating the whole "Spoof"
clause question

At the most it might connect to an HTTP-Server on a prim.

If the Internal Web Browser is used to connect to a website with a web
interface to SL, it is still NOT a Third Party Viewer.  The web
interface is and that interface must be responsible for following the
TPVp.

On Tue, May 4, 2010 at 10:06 PM, Rob Nelson
 wrote:
>
> On Tue, 2010-05-04 at 20:48 -0300, Tigro Spottystripes wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Is the internal browser considered the viewer itself or can it have it's
>> own identifier?
> >From what I remember, it uses something like Second Life Viewer/VERSION
> (Mozilla 4.0...)
>
>>  And is the user agent string of the internal browser
>> *the* unique viewer identifier mentioned in the TPVp?
> No, the TPV speaks of the viewer login channel.  By default, it uses
> Second Life Development.  Emerald uses Emerald Viewer, Luna uses Luna
> Viewer (I think, it's been a while since I dug around in the code).  The
> login channel was originally intended to keep OSS viewers from receiving
> official viewer updates.
>
>>  Are we gonna have
>> to hire a lawyer to get these questions answered?
> If past history of trying to get similar questions answered counts, then yes.
>
>> On 4/5/2010 20:41, Boroondas Gupte wrote:
>> > On 05/04/2010 10:57 PM, Ricky wrote:
>> >> [...] we could easily add some functions into our various viewers to 
>> >> change the string into
>> >> whatever we choose it to be. Again, just like browser useragents.
>> >>
>> > Would that be allowed under TPVp section 2.
>> > c.ii?
>> >
>> >     "You must not spoof the viewer identifier or the identity of a
>> >     Third-Party Viewer connecting to Second Life. Each version of a
>> >     Third-Party Viewer must have a unique viewer identifier and must not
>> >     use the same viewer identifier as a Linden Lab viewer or another
>> >     Third-Party Viewer."
>> >
>> > Boroondas
>> >
>> >
>> >
>> > ___
>> > Policies and (un)subscribe information available here:
>> > http://wiki.secondlife.com/wiki/OpenSource-Dev
>> > Please read the policies before posting to keep unmoderated posting 
>> > privileges
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.14 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEAREKAAYFAkvgslkACgkQ8ZFfSrFHsmWX1QCcDVH2V6fdAWj+cGFXhxCvqOSx
>> 8c0An2/dWHyCSSGH/s/ouq5FtSueM6dq
>> =6mbF
>> -END PGP SIGNATURE-
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting 
>> privileges
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?

[Harold Brown]

What I find interesting is that people are neglecting to realize that
ANY viewer, even a LL viewer could have been used to do the same thing
by changing the WEBPAGE the login screen pointed to.  Or for that
matter distributing a object using the new Media functions to load a
webpage with the exact same iframe set.



On Mon, Aug 23, 2010 at 8:03 AM, David M Chess  wrote:
>
> Could we move all this stuff to a new "emeraldgate" list, or something?
>
> That I could then carefully not subscribe to?
>
> __
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Blocking viewers.

[Harold Brown]

In regards to Phoenix vs Emerald.  The ONLY things Phoenix removed
from the client that made them TPV compliant was the EMKDU.dll file
(as well as removing the ability to use the LLKDU.dll)

The gist of this seeming to be that allowing a Third Party client the
ability to use LLKDU.dll means that client is no longer TPV compliant.

Interesting enough the only valid arguement for the removal is the
fact that KDU is a closed source binary and the client is GPL.  That
arguement is, of course, only valid for viewer code earlier than
Snowstorm as the code license was changed to LGPL.

Honestly with the impending removal of Snowglobe from the Linden Lab
version control repositories, this all reeks of ways to force people
to the new Viewer 2.x interface.  One which I personally can not use
for any extended lengths of time as it just doesn't flow naturally to
me as a User Interface.

On Wed, Sep 8, 2010 at 3:12 PM, Marc Adored  wrote:
> I agree and Phoenix seems to be coming only very well to and all the
> negativity behind emerald seems to be gone in the atmosphere of
> phoenix. I am pretty excited to see where it heads! Maybe this thread
> can be saved and put back on topic :D
>
> Tom I know your upset about them banning Emerald but it was in their
> right to do so there is no arguing that. I suggest that if you like
> emerald you should try phoenix it is the cleaned up spawn of emerald
> and has all the non-controversial developers from emerald working on
> it even LGG :D I am sure you will notices differences in the viewer
> but it has all the same features plus some really neat new ones.
>
> On-topic part is phoenix is shaping up to be a pretty decently
> organized opensource viewer should we focus on that now? :D
>
> On Wed, Sep 8, 2010 at 6:04 PM, Altair Sythos  wrote:
>> On Wed, 8 Sep 2010 17:59:41 -0400
>> Marc Adored  wrote:
>>
>>> Emerald is a perfect example of that. Everyone is upset and mad at
>>> linden for banning Emerald but no body cared what the developers of
>>> Emerald were doing before it effected them directly. I wont go into a
>>> flame war over one of my favorite viewers but I just wanted to make
>>> that point.
>>
>> Emerald have good reason to be blacklisted, there is the "next step"
>> called phoenix, cleaned by "bad code" and "bad elements", all other is
>> only a lil actors show...
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting 
>> privileges
>>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Blocking viewers.

[Harold Brown]

ANY Secondlife Viewer could be used for the exact same type of DDoS
attack.  Even more so the 2.0 viewers with Media on a Prim.

The DDoS was from a webpage with hidden images being called from
another site.  Not from the clients being used as a Bot network.  In
this case it just happened to be the Viewer login screen.


On Wed, Sep 8, 2010 at 6:09 PM, Maya Remblai
 wrote:
>  Oh for crying out loud...Emerald DID cause a DDoS attack, which is a
> CRIME. It also collected information about users that it shouldn't have.
> Those are facts that LL is aware of. It's a dangerous piece of software
> and has no right to connect to the grid now. I used to use Emerald, and
> not many people advocated it more than me, but now I won't touch it
> because I know it's dangerous. LL did the right thing, and I'm impressed
> that they had the guts to do it at all. There was nothing personal or
> political about it. I do hope that LL will learn from the drama though,
> and get their act together with viewer work in general.
>
> End of story. Go find another TPV and get on when your life. Most TPVs
> have the same feature set as Emerald now anyway, like temp uploads and
> useful radar.
>
> Maya
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Lindens way ahead of us

[Harold Brown]

I doubt this is a personal build as this implements a new wearable "physics"
item.  From the cursory glance through the source changes this appears to
allow for each Avatar to have their own personal breast physics setting.

On Sun, Sep 26, 2010 at 11:11 PM, miss c  wrote:

> yep that's why I said this 
>
>
>
> Before it turns into an even bigger debate.  First, I assumed that
> viewcontrol meant rlv since it was directly under breastphysics, I do not
> know what the viewercontrol code is for.  Secondly this could be Oz's
> personal build for himself XD.  It does say it was merged with the latest
> viewer, but its not here in the code, no breast physics period.
>
>
> ...I am just combing the code and changes to work on UI customization.  I
> was trying to  locate change notes for the dev release when I ran across it.
>
> --
> *From:* Zabb65 
> *To:* miss c 
> *Cc:* opensource-dev@lists.secondlife.com
> *Sent:* Mon, September 27, 2010 1:00:48 AM
>
> *Subject:* Re: [opensource-dev] Lindens way ahead of us
>
> llviewercontrol.h is the header that allows access to saved settings values
> within the viewer, and has nothing to do with RLV or any other form of
> control over the viewer. They are simply a set of saved control values in
> llsd xml format.
>
> On Sun, Sep 26, 2010 at 22:37, miss c  wrote:
>
>> All this talk about adding these plug ins RLV and breast physics plug
>> ins were added to viewer 2 already.
>>
>> They were just going to surprise us I suppose -.-
>>
>> I found it here
>> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>>
>> Quote:
>> merge avatar physics up to latest viewer-development
>>
>> 49 
>> 
>>
>> #include "llbreastmotion.h"
>>
>>  49 
>> 
>>
>> 50 
>> 
>>
>> #include "llviewercontrol.h"
>>
>>
>>
>>
>> YAY
>>
>> Miss
>>
>>
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] O.O Display name code DROP!

[Harold Brown]

This is another change that a very small percentage of people wanted
that was made without consideration to how it affects the larger
community.

The PROPER change should have been to add an OPTION to log to .llsd
for those people making log files of Office Hours parsing log files
for posting to the wiki was the reason for this change.

On Fri, Oct 15, 2010 at 2:36 PM, Ricky  wrote:
> Besides, back on Sept 2nd this was already discussed, and plans
> invented.  
> https://lists.secondlife.com/pipermail/opensource-dev/2010-September/003162.html
>
> All that's needed is a linked XSL stylesheet to make it just as easy
> to read as the text files were.  Just using a web browser instead of a
> text editor.  Josh solved the XSL in this response:
> https://lists.secondlife.com/pipermail/opensource-dev/2010-September/003164.html
>
> Tis is actually a good step.  Admittedly the file size might jump, but
> I'm pretty sure each of us has the drive space, and appending to a
> file is trivial.  I do believe it can be done in near constant time,
> relative to the file size.
>
> Ricky
> Cron Stardust
>
> On Fri, Oct 15, 2010 at 2:12 PM, Marc Adored  wrote:
>> All this panic did anyone stop to think that maybe this is part of a
>> bigger plan? The first thing that cam to mind for me was maybe it
>> makes it easier for programs to format them and probably better for
>> searching and stuff (withen a program). Also maybe there are plans for
>> a built in log viewer coming soon? I think that this format is less
>> then ideal but then again I have no idea what might be planned and why
>> this specific format was chosen
>>
>> On Fri, Oct 15, 2010 at 4:46 PM, Garmin Kawaguichi
>>  wrote:
>>> It was a JIRA from Samia Bechir
>>> https://jira.secondlife.com/browse/VWR-22940 dated from September 10
>>> You can vote for it
>>>
>>> GCI
>>>
>>>
>>>
>>> - Original Message -
>>> From: WolfPup Lowenhar
>>> To: OpenSource Mailing List
>>> Sent: Friday, October 15, 2010 2:58 AM
>>> Subject: [opensource-dev] O.O Display name code DROP!
>>>
>>> Well folks my night is going to be interesting as now I have to hard merge
>>> my logging code to the new code as there are changes to the way logs are
>>> EVEN saved .llsd instead of .txt which is going to make things interesting
>>> for me as now I have to change my history look up code for the new file
>>> extension and maybe even the name formatting itself!
>>>
>>> 
>>>
>>> ___
>>> Policies and (un)subscribe information available here:
>>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>>> Please read the policies before posting to keep unmoderated posting
>>> privileges
>>>
>>> ___
>>> Policies and (un)subscribe information available here:
>>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>>> Please read the policies before posting to keep unmoderated posting
>>> privileges
>>>
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting 
>> privileges
>>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] On Live, SL via Cloud Computing

[Harold Brown]

I have an OnLive Founders account, and it is actually pretty good for
response time.  The downside of it right now is the small game library
and the fact that you have to use an XBOX360 controller if you want to
use a joystick.



On Thu, Oct 28, 2010 at 12:57 PM, Dale Innis  wrote:
> Has anyone on this list actually tried OnLive?  What's the ping time
> and the general responsiveness like?
>
> People are always hyping these server-side-rendering solutions as the
> Next Big Thing, but so far I don't see it...
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges