Re: [opensource-dev] Current Snowstorm commit builds

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-24 20:21, Jonathan Welch wrote:
> Oz&  company,
>
> Would it be possible/easy to have the table of the most recent commit
> &  build of Snowstorm enhanced to be more humanly readable by
> non-developers, like the one for Snowglobe "Development Snapshots"?
>
> That is, keep the table, but also have a simplified set of links for
> Windows, Mac, Linux.

Sorry... what table are you referring to?  link?

___
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] Current Snowstorm commit builds

2010-08-25 Thread WolfPup Lowenhar
I believe he is talking about :

http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de
velopment/latest.html

This is where the builds are listed.

-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Wednesday, August 25, 2010 9:18 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Current Snowstorm commit builds

  On 2010-08-24 20:21, Jonathan Welch wrote:
> Oz&  company,
>
> Would it be possible/easy to have the table of the most recent commit
> &  build of Snowstorm enhanced to be more humanly readable by
> non-developers, like the one for Snowglobe "Development Snapshots"?
>
> That is, keep the table, but also have a simplified set of links for
> Windows, Mac, Linux.

Sorry... what table are you referring to?  link?

___
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
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.851 / Virus Database: 271.1.1/3093 - Release Date: 08/25/10
02:34:00

___
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] Current Snowstorm commit builds

2010-08-25 Thread Trilo Byte
Yeah - it'd be great if that page could be changed so that it looks more like
http://wiki.secondlife.com/wiki/Snowglobe

As well as current (looks like it's stuck on last week... this morning's most 
recent build shows as 208505)

On Aug 25, 2010, at 7:08 AM, WolfPup Lowenhar wrote:

> I believe he is talking about :
> 
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de
> velopment/latest.html
> 
> This is where the builds are listed.
> 
> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
> (Scott Lawrence)
> Sent: Wednesday, August 25, 2010 9:18 AM
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Current Snowstorm commit builds
> 
>  On 2010-08-24 20:21, Jonathan Welch wrote:
>> Oz&  company,
>> 
>> Would it be possible/easy to have the table of the most recent commit
>> &  build of Snowstorm enhanced to be more humanly readable by
>> non-developers, like the one for Snowglobe "Development Snapshots"?
>> 
>> That is, keep the table, but also have a simplified set of links for
>> Windows, Mac, Linux.
> 
> Sorry... what table are you referring to?  link?
> 
> ___
> 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
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 9.0.851 / Virus Database: 271.1.1/3093 - Release Date: 08/25/10
> 02:34:00
> 
> ___
> 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] Current Snowstorm commit builds

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-25 10:08, WolfPup Lowenhar wrote:
> I believe he is talking about :
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-de
> velopment/latest.html
>
> This is where the builds are listed.

My apologies - I renamed that build and failed to update the wiki to 
match.  I've fixed it.

The correct link is:

http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/latest.html



___
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] Current Snowstorm commit builds

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-25 10:14, Trilo Byte wrote:
> Yeah - it'd be great if that page could be changed so that it looks more like
> http://wiki.secondlife.com/wiki/Snowglobe

That page is generated by TeamCity; it may be true that the format can 
be modified, but that page is really intended only for developers or 
people with similar skills, and I don't think it would be a good use of 
time to work on page formatting for it right now.

When we post the bi-weekly 'stable' development builds, we'll put them 
on a more user-friendly page.

___
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] Naive question about Bitbucket

2010-08-25 Thread Marine Kelley
Hello all,

Pardon my naive question, but this is the first time I use TortoiseHg, and
I'm having weird results here. My Cygwin is too old to update via
cygwin-setup, I have to reinstall it completely, and I don't want to do
that. So I'm falling back to TortoiseHg instead. And here is my problem :

I clone https://bitbucket.org/lindenlab/viewer-development and everything
works fine, I can run develop.py, build and test, then patch, rebuild and
retest, everything is smooth like a dream. But when I look at the changeset
on the webpage of this project, none of the changes are included into what I
have downloaded. Sure it works, but I don't have the latest additions. Naive
me thought that whatever is listed on that page is available in the
sources... am I wrong ? If not, are these changes public ?

Thanks,
Noob^WMarine
___
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] Naive question about Bitbucket

2010-08-25 Thread Brian McGroarty
On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote:

> Hello all,
>
> Pardon my naive question, but this is the first time I use TortoiseHg, and
> I'm having weird results here. My Cygwin is too old to update via
> cygwin-setup, I have to reinstall it completely, and I don't want to do
> that. So I'm falling back to TortoiseHg instead. And here is my problem :
>
> I clone https://bitbucket.org/lindenlab/viewer-development and everything
> works fine, I can run develop.py, build and test, then patch, rebuild and
> retest, everything is smooth like a dream. But when I look at the changeset
> on the webpage of this project, none of the changes are included into what I
> have downloaded. Sure it works, but I don't have the latest additions. Naive
> me thought that whatever is listed on that page is available in the
> sources... am I wrong ? If not, are these changes public ?
>

I don't know about TortoiseHg specifically - but it sounds like you might be
pulling, but not updating. "pull" downloads changes but doesn't apply them
to your tree - they only sit in a database. "update" updates your tree. If
this is the case, there's probably a checkbox that allows it to
automatically update each time it pulls.

-- 
Brian McGroarty | Linden Lab
Sent from my Newton MP2100 via acoustic coupler
___
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] Naive question about Bitbucket

2010-08-25 Thread Marine Kelley
Aha ! That was it. Actually one has to Clone with TortoiseHg, and then to
right click on the folder and choose TortoiseHg Update, and choose what
changeset to apply. I'll look into the options so that it applies all the
changes upon cloning, I don't feel like doing this one change at a time.

Thanks !


On 25 August 2010 19:12, Brian McGroarty  wrote:

> On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley wrote:
>
>> Hello all,
>>
>> Pardon my naive question, but this is the first time I use TortoiseHg, and
>> I'm having weird results here. My Cygwin is too old to update via
>> cygwin-setup, I have to reinstall it completely, and I don't want to do
>> that. So I'm falling back to TortoiseHg instead. And here is my problem :
>>
>> I clone https://bitbucket.org/lindenlab/viewer-development and everything
>> works fine, I can run develop.py, build and test, then patch, rebuild and
>> retest, everything is smooth like a dream. But when I look at the changeset
>> on the webpage of this project, none of the changes are included into what I
>> have downloaded. Sure it works, but I don't have the latest additions. Naive
>> me thought that whatever is listed on that page is available in the
>> sources... am I wrong ? If not, are these changes public ?
>>
>
> I don't know about TortoiseHg specifically - but it sounds like you might
> be pulling, but not updating. "pull" downloads changes but doesn't apply
> them to your tree - they only sit in a database. "update" updates your tree.
> If this is the case, there's probably a checkbox that allows it to
> automatically update each time it pulls.
>
> --
> Brian McGroarty | Linden Lab
> Sent from my Newton MP2100 via acoustic coupler
>
___
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] Naive question about Bitbucket

2010-08-25 Thread Lance Corrimal
Am Wednesday 25 August 2010 schrieb Brian McGroarty:
> On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley 
wrote:
> > Hello all,
> > 
> > Pardon my naive question, but this is the first time I use
> > TortoiseHg, and I'm having weird results here. My Cygwin is too
> > old to update via cygwin-setup, I have to reinstall it
> > completely, and I don't want to do that. So I'm falling back to
> > TortoiseHg instead. And here is my problem :
> > 
> > I clone https://bitbucket.org/lindenlab/viewer-development and
> > everything works fine, I can run develop.py, build and test,
> > then patch, rebuild and retest, everything is smooth like a
> > dream. But when I look at the changeset on the webpage of this
> > project, none of the changes are included into what I have
> > downloaded. Sure it works, but I don't have the latest
> > additions. Naive me thought that whatever is listed on that page
> > is available in the sources... am I wrong ? If not, are these
> > changes public ?
> 
> I don't know about TortoiseHg specifically - but it sounds like you
> might be pulling, but not updating. "pull" downloads changes but
> doesn't apply them to your tree - they only sit in a database.
> "update" updates your tree. If this is the case, there's probably
> a checkbox that allows it to automatically update each time it
> pulls.


had the very same thing here now i activated the fetch extension 
for hg (on linux, dunno if tortoiseHG has that), and that gives me a 
"fetch" command that basically does what i'm used to from "svn 
update".


bye,
LC

___
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] Temporary textures

2010-08-25 Thread Laurent Rathle
Hello,

Is it possible to have temporary textures available on Snowglobe or on 
Second Life viewer ? It seems to be a quite requested feature since it 
allows people to test easily their creation without spending too much 
money. If not, why ?

Thank you
___
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] Current Snowstorm commit builds

2010-08-25 Thread CG Linden
Actually, the code that generates that page my own. If anyone wants to
improve the look, you can!

Check out
http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py

/me puts on paintball protective goggles, helmet and shoulderpads.

I don't claim that this is a perfect example of elegant code.
--
cg

On Wed, Aug 25, 2010 at 7:20 AM, Oz Linden (Scott Lawrence) <
o...@lindenlab.com> wrote:

>  On 2010-08-25 10:14, Trilo Byte wrote:
> > Yeah - it'd be great if that page could be changed so that it looks more
> like
> > http://wiki.secondlife.com/wiki/Snowglobe
>
> That page is generated by TeamCity; it may be true that the format can
> be modified, but that page is really intended only for developers or
> people with similar skills, and I don't think it would be a good use of
> time to work on page formatting for it right now.
>
> When we post the bi-weekly 'stable' development builds, we'll put them
> on a more user-friendly page.
>
> ___
> 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] Temporary textures

2010-08-25 Thread Boroondas Gupte
 On 08/25/2010 07:47 PM, Laurent Rathle wrote:
> Is it possible to have temporary textures available on Snowglobe or on 
> Second Life viewer ?
Actually, this is already on Snowstorm's Product Backlog (i.e. the long
term TODO list). See the spreadsheet
,
row 100.

If I understood correctly, that means it was decided that this /should/
be done, just how, when and by whom is still open (until it gets onto
the 2-week Scrum List).

cheers
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

Re: [opensource-dev] Temporary textures

2010-08-25 Thread Francesco Rabbi
Why using beta grid you can test it for free without overload the
viewer with code used by few ones i suppose...

-- 
Sent by iPhone

Il giorno 25/ago/2010, alle ore 19:47, Laurent Rathle
 ha scritto:

> Hello,
>
> Is it possible to have temporary textures available on Snowglobe or on
> Second Life viewer ? It seems to be a quite requested feature since it
> allows people to test easily their creation without spending too much
> money. If not, why ?
>
> Thank you
> ___
> 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] Temporary textures

2010-08-25 Thread Opensource Obscure

On Wed, 25 Aug 2010 20:04:59 +0200, Francesco Rabbi 
wrote:
> Why using beta grid you can test it for free without overload the
> viewer with code used by few ones i suppose...

Yeah. But for various reasons, it seems some people still 
find quicker and more practical to use temporary uploads 
with viewers that allow it. 
Using Aditi probably means you have to log off and relog often,
as not everybody uses two viewers at the same time. Also, some
people can't access Aditi until their account are fixed. Etc.

Opensource Obscure
___
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] Encrypted chat & third-party servers

2010-08-25 Thread Brian McGroarty
Has anyone spent time looking at the encrypted chat feature included in some
third-party viewers? It's my understanding that this contacts third-party
servers in obtaining and validating keys. Is that correct? If so, do these
connections share any information about the user that we should require to
be disclosed per section 4.b of the TPV Policy?[1]

[1] http://secondlife.com/corporate/tpv.php#priv4

-- 
Brian McGroarty | Linden Lab
Sent from my Newton MP2100 via acoustic coupler
___
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] J2C fast decoder

2010-08-25 Thread Sythos
i'm testing in RL office (not or a viewer) JasPer decoder for JPG2000
images, after a short test with openjpeg2000 from EPFL we have tested
last 3 days JasPer (only a POC apps to do some bench), we must do a lot
of work too, but this is a lil question... anybody here around never
tried it as alternative to OpenJPEG/KDU in a viewer?

ref: 
http://www.ece.uvic.ca/~mdadams/jasper/
___
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] J2C fast decoder

2010-08-25 Thread Robin Cornelius
On Wed, Aug 25, 2010 at 10:00 PM, Altair Sythos  wrote:
> i'm testing in RL office (not or a viewer) JasPer decoder for JPG2000
> images, after a short test with openjpeg2000 from EPFL we have tested
> last 3 days JasPer (only a POC apps to do some bench), we must do a lot
> of work too, but this is a lil question... anybody here around never
> tried it as alternative to OpenJPEG/KDU in a viewer?

I'm not aware of anyone publishing results for such a test, but if you
have the time it would be interesting reading. Some things to keep in
mind. OpenJpeg has patches floating around on its ML against 1.3 that
reports have claimed up to 40% speed increase in places due to
unrolling the inner loops so finding them and testing would be good.
Also in SL usage, (please correct me if i am wrong) when the viewer
ups the resolution (using discard levels) openjpeg needs to redecode
the entire image, KDU does not, and the meta data extraction for
OpenJpeg is also expensive causing a decode, which could probably be
fixed. Also we have a good mix of 3,4 and more layer textures here in
SL, so your RL office comparision may not accuratly reflect
performance within SL, but its still good stuff.


Best regards


Robin
___
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] Encrypted chat & third-party servers

2010-08-25 Thread Robert Martin
On Wed, Aug 25, 2010 at 4:59 PM, Brian McGroarty  wrote:
> Has anyone spent time looking at the encrypted chat feature included in some
> third-party viewers?

you mean like THAT VIEWERs OTR feature??
1 its badly broken anyway
2 it does not have a keyserver all keys are current session only (even
the logs are scrambled)
in this case no TPVP issues develop
Now in the case of a keyserver using protocol then exactly what is
being transmitted should be listed.

In the case of OTR http://www.cypherpunks.ca/otr/ would be the best reference
-- 
Robert L Martin
___
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] Encrypted chat & third-party servers

2010-08-25 Thread Kadah
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/25/2010 1:59 PM, Brian McGroarty wrote:
> Has anyone spent time looking at the encrypted chat feature included in
> some third-party viewers? It's my understanding that this contacts
> third-party servers in obtaining and validating keys. Is that correct?
> If so, do these connections share any information about the user that we
> should require to be disclosed per section 4.b of the TPV Policy?[1]
> 
> [1] http://secondlife.com/corporate/tpv.php#priv4

I don't think OTR does. From what I remember seeing in its source is
that the user has to self-certify that the other user's key is one they
trust. I think that was hacked in later versions of Emerald to not
require as much user internaction, but I hadn't testing it much after
that, I don't use OTR in my viewer code.
I wonder if it was at all part of the close door list of changes they
must make to get relisted. It seems to me that anything on there would
apply just as much to any other TPV as it does to Emerald. Do they get
special (more restrictive?) rules than other TPVs just because its popular?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMdYe4AAoJEIdLfPRu7qE2uFkH/1j3cS7g3OeMJOfbVcGDEjun
6hk5i8Iacy/mQOJF+TQf5bz49uW24f+7NK0HX+evhtWMElnAJiAguC/twNXsHz6M
uWHDTDE11DWw5vT/vs6/MPvlZF+TYvtuvsQ3RBOTnmu48IVIVW1n8o6g/BTFjII5
bUB60C3p7p0c5CA5jK4k13HVuuZE90jaS1i61cbqXRalJ9YffQOpKM2Bc8gHEL1N
NlPf2kraIcfedper86bFOBtYaePchVa7hCdGjDt+vMUxDlTeEhuTy+oDob6w/0Xa
YKhfZGkV5+jahANrpqYg95uEx+4SxOWeTeBBhrGazPyDaFtJOO8FWMxq8BuM3HQ=
=z9vM
-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


Re: [opensource-dev] Encrypted chat & third-party servers

2010-08-25 Thread Arrehn Oberlander
Some of the TPVs implement the OTR protocol for encrypted messaging:

http://www.cypherpunks.ca/otr/Protocol-v2-3.1.0.html

This does not involve 3rd party servers, or disclose information. In fact
it's designed not to disclose anything,
___
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] J2C fast decoder

2010-08-25 Thread Kadah
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/25/2010 2:06 PM, Robin Cornelius wrote:
> Also in SL usage, (please correct me if i am wrong) when the viewer
> ups the resolution (using discard levels) openjpeg needs to redecode
> the entire image, KDU does not, and the meta data extraction for
> OpenJpeg is also expensive causing a decode, which could probably be
> fixed.

I remember hearing that it was a patent issue, but I could be mistaken.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMdYhqAAoJEIdLfPRu7qE2VR0IAKZDGOW2ftr0flaL/ckbqNnQ
/UMXVCvLc6QHECuY8QWH5Jrv6xD16XEKorjjKaX7w/TtoIkedfsyubOmtFHYVOl6
SnEZiOW9I5LqGYmTOlC9lb5BWiFv6UECRusd+R8Kn6bAtIusqDPxSP3l8qq81Lqg
pySgbWpIbcDf/jasltObDTuiBCdEF8l/3LUegFjCNBV+T2D2K2JxA/QzKI9y9Vu4
uTUslESTGiyfjkQuCMGlbvtLWutokupYGfnNxYnxufwgbNeoQpIoMtbCnnNBClo+
ql0+G2rHwx3a3zeBqsaEYjhg6UfBjqGxdGt2NaGrY5jfz+dneWwIkuB2reONRPk=
=QLsg
-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


Re: [opensource-dev] Encrypted chat & third-party servers

2010-08-25 Thread Aidan Thornton
On 8/25/10, Brian McGroarty  wrote:
> Has anyone spent time looking at the encrypted chat feature included in some
> third-party viewers? It's my understanding that this contacts third-party
> servers in obtaining and validating keys. Is that correct? If so, do these
> connections share any information about the user that we should require to
> be disclosed per section 4.b of the TPV Policy?[1]

I haven't looked too closely at the encrypted chat in Emerald and
similar viewers, but my understanding is that it - and all the other
third-party viewers - use OTR in a fairly standard way. OTR is
deliberately designed not to use any third party server to obtain or
validate keys - instead, it provides a way for pairs of OTR users to
validate each other's keys directly with each other[2]. All
communication happens over the underlying IM protocol, in this case
Second Life IMs.

Unless someone's really screwed up the implementation in one of the
viewers, OTR should have no interesting privacy implications
whatsoever. OTR keys are designed to be per-account (so provide no way
of matching up alts) and the encryption scheme used carefully avoids
non-repudiation; that is, neither party can use it to prove what the
other said to a third party after the fact any more than they could
with plain-text IMs. It's basically pretty benign.

[1] NMF.
[2] Specifically, it uses the Socialist Millionaire Protocol to verify
the keys, using a piece of information that only the two people know.
See http://en.wikipedia.org/wiki/Socialist_millionaire - note that
neither the secret answer nor any information that could usefully help
to determine it is ever shared with the other party!
___
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] J2C fast decoder

2010-08-25 Thread Sythos
On Wed, 25 Aug 2010 22:06:00 +0100
Robin Cornelius  wrote:


> I'm not aware of anyone publishing results for such a test, but if you
> have the time it would be interesting reading. Some things to keep in
> mind. OpenJpeg has patches floating around on its ML against 1.3 that
> reports have claimed up to 40% speed increase in places due to
> unrolling the inner loops so finding them and testing would be good.

i've few data, only related to x-ray medical images... (400-500MB per
images), and i'm the hw&systems monkey, not the coding one

to today i can supply only decoding time on a *nix platform

jasper based decoder/viewer from uncached (not previously opened, no
memory cache) to video render time:

basing code snippet (a timer + a reading routine from disk + decoder)
processor q6...@1,6GHz
memory DDR3 4GB (4x1GB)
graphics: GTX270 on PCI-x 2.0 4x (single, no SLI)
disk on fast SATA2
gcc 4.4.5
LibC6 2.11.2
debian "stable" with GCC and development files and libs backported from
SID, kernel 2.6.32-5-amd64 compiled for 32bit (this cause the bug SL
viewer and snowglobe one detect a 64bit system why use wrongly uname,
but is a 32bit system with extended register enabled)

JASPER 1.900 (from site, not from debian repos)
compiled w/o optimization: 19,31msec 
compiled w SSE2: 11,60msec 
compiled w SSSE3: 9,11msec 
compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread):
4,45msec [1]

OpenJPEG1.3 (from google code)
compiled w/o optimization: 26,12msec
compiled w SSE2: 15,33msec
compiled w SSSE3: 13,41msec
compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread):
6,56msec [1]

OpenJPEG2.0_alpha (from google code)
compiled w/o optimization: 22,09msec
compiled w SSE2: crashed (maybe our fault, still debugging)
compiled w SSSE3: crashed (maybe our fault, still debugging)
compiled w SSE2+OpenCL (195.36.31 libs from nvidia (multithread):
crashed (maybe our fault, still debugging)

cannot supply neither code snippet neither image (is a knee of a
customer)

too few numbers, just to give a hint

[1] OpenCL, in our "poor" code, create some trouble in OS cache and
made system unstable after 4h of cyclic run of snippet, beginning a
crazy dance of IRQ27 on whole cores of machine and overloading
disks transfers why too swap)

___
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] Current Snowstorm commit builds

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-25 14:01, CG Linden wrote:
> Actually, the code that generates that page my own. If anyone wants to 
> improve the look, you can!
>
> Check out 
> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py
>
> /me puts on paintball protective goggles, helmet and shoulderpads.

Open season on CG... but any stones thrown must have tested solutions 
that produce better results tied to them.

___
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] Encrypted chat & third-party servers

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-25 17:14, Kadah wrote:
>   Do they get
> special (more restrictive?) rules than other TPVs just because its popular?
No.

___
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] Encrypted chat & third-party servers

2010-08-25 Thread Tigro Spottystripes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I would expect that it being more popular just puts more eyes on it.

On 25/8/2010 19:11, Oz Linden (Scott Lawrence) wrote:
>   On 2010-08-25 17:14, Kadah wrote:
>>   Do they get
>> special (more restrictive?) rules than other TPVs just because its popular?
> No.
> 
> ___
> 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/

iEYEAREKAAYFAkx1mE0ACgkQ8ZFfSrFHsmWgnACfbwe4OyY/FV+iETlmMVpUBZa+
AfcAnR6MWkac6zeZDm+aBEloo35c9VpK
=pTxb
-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


Re: [opensource-dev] Naive question about Bitbucket

2010-08-25 Thread Ricky
I strongly recommend reading http://hginit.com/ - it explains a lot
about how Mercurial's concepts work, and even has a "re-education"
section for us SVN users...  It's what kickstarted me into Hg!

Ricky
Cron Stardust

On Wed, Aug 25, 2010 at 10:26 AM, Lance Corrimal
 wrote:
> Am Wednesday 25 August 2010 schrieb Brian McGroarty:
>> On Wed, Aug 25, 2010 at 10:01 AM, Marine Kelley
> wrote:
>> > Hello all,
>> >
>> > Pardon my naive question, but this is the first time I use
>> > TortoiseHg, and I'm having weird results here. My Cygwin is too
>> > old to update via cygwin-setup, I have to reinstall it
>> > completely, and I don't want to do that. So I'm falling back to
>> > TortoiseHg instead. And here is my problem :
>> >
>> > I clone https://bitbucket.org/lindenlab/viewer-development and
>> > everything works fine, I can run develop.py, build and test,
>> > then patch, rebuild and retest, everything is smooth like a
>> > dream. But when I look at the changeset on the webpage of this
>> > project, none of the changes are included into what I have
>> > downloaded. Sure it works, but I don't have the latest
>> > additions. Naive me thought that whatever is listed on that page
>> > is available in the sources... am I wrong ? If not, are these
>> > changes public ?
>>
>> I don't know about TortoiseHg specifically - but it sounds like you
>> might be pulling, but not updating. "pull" downloads changes but
>> doesn't apply them to your tree - they only sit in a database.
>> "update" updates your tree. If this is the case, there's probably
>> a checkbox that allows it to automatically update each time it
>> pulls.
>
>
> had the very same thing here now i activated the fetch extension
> for hg (on linux, dunno if tortoiseHG has that), and that gives me a
> "fetch" command that basically does what i'm used to from "svn
> update".
>
>
> bye,
> LC
>
> ___
> 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] Current Snowstorm commit builds

2010-08-25 Thread Ricky
Where (if any) is the design spec for the page?  Looking at it, it
looks like the page might be a literal interpretation of such a spec,
as would be put together by any conventional engineer...  (Us engineer
types aren't the most creative people out there... :P )

With such a spec it will be known what is important, what is not, and
how much can be re-interpreted.  If such a spec doesn't exist, then
hints would be fine, and a spec can be made. :)

Ricky
Cron Stardust (who thinks this looks like something he might be able
to actually do!)

On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence)
 wrote:
>  On 2010-08-25 14:01, CG Linden wrote:
>> Actually, the code that generates that page my own. If anyone wants to
>> improve the look, you can!
>>
>> Check out
>> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py
>>
>> /me puts on paintball protective goggles, helmet and shoulderpads.
>
> Open season on CG... but any stones thrown must have tested solutions
> that produce better results tied to them.
>
> ___
> 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] Encrypted chat & third-party servers

2010-08-25 Thread Kadah
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/25/2010 3:11 PM, Oz Linden (Scott Lawrence) wrote:
>   On 2010-08-25 17:14, Kadah wrote:
>>   Do they get
>> special (more restrictive?) rules than other TPVs just because its popular?
> No.

Good to know, Oz. Thanks.
 Will we get to know what the requested changes were some time soon so
the rest of us can be sure not to run afoul of them in the future? Many
TPVs are either are based off Emerald, use a lot/some of its code, or
duplicates similar features.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMda8aAAoJEIdLfPRu7qE22EAIAISxjFVmRkLOHqbNbK5dGdNF
OkFND9OjYcMV6KbCDokwiH7OEpw124AmGcuyAHi+hAQNPW18LvP4f6vzSg+ZpL77
F5elu4YOYHcNc5MSQRulfEqGTVYhWCGwVOkU51sjtPHSEIyWICgUH16ZjPgW9bby
lsrvtT3zqrCRUleQGS70mQj/snd6yylcurg6M5nw8wpg7T1JczLws4YFWCvuFCep
dnAbRE1d6c1kzyyQyTm9imLm999xNhcrhuVonYo2hcACpVkhjR7QAKv8t396GKIH
BIH9+MljdYjf2C5VuoZJrCGnPb3/sdEgLwAJk4EE9VJ/Duwq2E8I5cHe9qwn7Lc=
=Lzww
-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


Re: [opensource-dev] Current Snowstorm commit builds

2010-08-25 Thread CG Linden
I want the same info that's on it now. I -might- be willing to accept the
removal of the list of past good builds, because it does double duty with
the "changes in this build" javascript widget.

If anyone can find a nice way to rewrite the javascript widget to traverse
the "changes included in this build", using some kind of revision graph arc
expander/collapser, please do!

I can push out the code that generates the javascript/json representation of
the hg revision graph, if people care about it.
--
cg

On Wed, Aug 25, 2010 at 4:58 PM, Ricky  wrote:

> Where (if any) is the design spec for the page?  Looking at it, it
> looks like the page might be a literal interpretation of such a spec,
> as would be put together by any conventional engineer...  (Us engineer
> types aren't the most creative people out there... :P )
>
> With such a spec it will be known what is important, what is not, and
> how much can be re-interpreted.  If such a spec doesn't exist, then
> hints would be fine, and a spec can be made. :)
>
> Ricky
> Cron Stardust (who thinks this looks like something he might be able
> to actually do!)
>
> On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence)
>  wrote:
> >  On 2010-08-25 14:01, CG Linden wrote:
> >> Actually, the code that generates that page my own. If anyone wants to
> >> improve the look, you can!
> >>
> >> Check out
> >> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py
> >>
> >> /me puts on paintball protective goggles, helmet and shoulderpads.
> >
> > Open season on CG... but any stones thrown must have tested solutions
> > that produce better results tied to them.
> >
> > ___
> > 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] Current Snowstorm commit builds

2010-08-25 Thread CG Linden
Well, let me be a little nicer about it :)

The results.py script is to generate a page from the files uploaded to a
hierarchical file system (S3 for us in production, a generic filesystem in
the published version).

The sections presented map to the upload types defined in the "upload_item"
function in
http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/build.sh

The layout of the upload location is documented in:
http://wiki.secondlife.com/wiki/Automated_Build_System#Uploading_Build_Results_to_S3

Since these build scripts are used for arbitrary code, you can only make
generic assumptions. If you wanted to make this look more like our wiki
page, you can probably use some heuristics about what an installer file
looks like for each platform, then generate the mac/win/linux links under a
unified icon.

Many of the currently visible links on the build results page are there to
help debug builds and as a convenient repository for changeset info (e.g.
the changes.js file).

So, the mission is, if you choose to accept it, to provide a page or a set
of pages (preferably a single file) that allows access to at least as much
information as is available now.
--
cg

On Wed, Aug 25, 2010 at 5:04 PM, CG Linden  wrote:

> I want the same info that's on it now. I -might- be willing to accept the
> removal of the list of past good builds, because it does double duty with
> the "changes in this build" javascript widget.
>
> If anyone can find a nice way to rewrite the javascript widget to traverse
> the "changes included in this build", using some kind of revision graph arc
> expander/collapser, please do!
>
> I can push out the code that generates the javascript/json representation
> of the hg revision graph, if people care about it.
> --
> cg
>
>
> On Wed, Aug 25, 2010 at 4:58 PM, Ricky  wrote:
>
>> Where (if any) is the design spec for the page?  Looking at it, it
>> looks like the page might be a literal interpretation of such a spec,
>> as would be put together by any conventional engineer...  (Us engineer
>> types aren't the most creative people out there... :P )
>>
>> With such a spec it will be known what is important, what is not, and
>> how much can be re-interpreted.  If such a spec doesn't exist, then
>> hints would be fine, and a spec can be made. :)
>>
>> Ricky
>> Cron Stardust (who thinks this looks like something he might be able
>> to actually do!)
>>
>> On Wed, Aug 25, 2010 at 3:09 PM, Oz Linden (Scott Lawrence)
>>  wrote:
>> >  On 2010-08-25 14:01, CG Linden wrote:
>> >> Actually, the code that generates that page my own. If anyone wants to
>> >> improve the look, you can!
>> >>
>> >> Check out
>> >> http://bitbucket.org/cg_linden/buildscripts/src/tip/hg/bin/results.py
>> >>
>> >> /me puts on paintball protective goggles, helmet and shoulderpads.
>> >
>> > Open season on CG... but any stones thrown must have tested solutions
>> > that produce better results tied to them.
>> >
>> > ___
>> > 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] Encrypted chat & third-party servers

2010-08-25 Thread Oz Linden (Scott Lawrence)
  On 2010-08-25 20:02, Kadah wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 8/25/2010 3:11 PM, Oz Linden (Scott Lawrence) wrote:
>>On 2010-08-25 17:14, Kadah wrote:
>>>Do they get
>>> special (more restrictive?) rules than other TPVs just because its popular?
>> No.
> Good to know, Oz. Thanks.

>   Will we get to know what the requested changes were some time soon so
> the rest of us can be sure not to run afoul of them in the future? Many
> TPVs are either are based off Emerald, use a lot/some of its code, or
> duplicates similar features.

The changes we've requested primarily concern the re-establishment of 
trust between the Emerald development team, Linden Lab, and the Second 
Life resident community.   If you believe that you're complying with the 
Third Party Viewer Policy, then you're fine.


___
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] Encrypted chat & third-party servers

2010-08-25 Thread Kadah
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/25/2010 5:44 PM, Oz Linden (Scott Lawrence) wrote:
> The changes we've requested primarily concern the re-establishment of
> trust between the Emerald development team, Linden Lab, and the Second
> Life resident community.   If you believe that you're complying with the
> Third Party Viewer Policy, then you're fine.

Oh good, good. Their blog post today made me thing large code changes
were required, which didn't make a whole lot sense. Thanks for clearing
that up for me. :3
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMdbp6AAoJEIdLfPRu7qE21WUH/ju+yemFsgZthqkN7WSOumun
toTgtWEWWoO/zm25jc4k7TpAwr47ROqNpwQBZcit+icbbNItUQT829gc+8A+yx8J
CcCDHPZ01gE/vEmgDgByXAx5crbbX1tczUKTPpfy4PuTyQ4Ewhl8Y5CT+XMQmyFi
4HYxlrKegy+D/0zjsSP/IHwP2+kJbuP1dv8OZgsSAbs7zyf6H/I0NplK0CWOegOu
c8XPj+gpJ5WR7TBVGSsB44kEh9UW/1tZMvdhbj679h25JisCTV9ftfoHExItsEF5
lWf5N5lxzbHVt88yMgUdkz2kcRYENcaVe6maNf/MnDGsHQ1qVi3A09is4TyPviI=
=32k1
-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


Re: [opensource-dev] Encrypted chat & third-party servers

2010-08-25 Thread Carlo Wood
On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote:
> Has anyone spent time looking at the encrypted chat feature included in some
> third-party viewers? It's my understanding that this contacts third-party
> servers in obtaining and validating keys. Is that correct?

If that is correct, then I'm pretty sure that the owners of
those servers have access to a key that would allow them
to read the encrypted messages. Imho, that is not acceptable :p

Perhaps in time I'll be interested to implement a better
method.

Carlo Wood (author of libecc 
http://libecc.sourceforge.net/reference-manual/index.html)
___
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] Encrypted chat & third-party servers

2010-08-25 Thread Carlo Wood
Nevermind, I should have read the rest of the thread first.
Looks like a pretty solid protocol.

Does anyone know if it is possible for an arbitrary TPV
to start an OTR with another TPV? If so, how? Or is it
needed to be recognized by the other viewer as being
a viewer that has OTR implemented?

How do two viewer know if they both can do OTR?

On Thu, Aug 26, 2010 at 02:53:25AM +0200, Carlo Wood wrote:
> On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote:
> > Has anyone spent time looking at the encrypted chat feature included in some
> > third-party viewers? It's my understanding that this contacts third-party
> > servers in obtaining and validating keys. Is that correct?
> 
> If that is correct, then I'm pretty sure that the owners of
> those servers have access to a key that would allow them
> to read the encrypted messages. Imho, that is not acceptable :p
> 
> Perhaps in time I'll be interested to implement a better
> method.
> 
> Carlo Wood (author of libecc 
> http://libecc.sourceforge.net/reference-manual/index.html)
> ___
> 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

-- 
Carlo Wood 
___
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] Transcript: Snowstorm Product Backlog & Idea Discussion OH - 08/25/2010

2010-08-25 Thread Esbee Linden (Sarah Hutchinson)
Thanks to everyone who attended the Snowstorm Product Backlog & Idea Discussion 
OH today! I've posted the transcript of the meeting, here: 

https://wiki.secondlife.com/wiki/User:Esbee_Linden/Office_Hours/2010-08-25

See you next week!
Esbee___
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] Encrypted chat & third-party servers

2010-08-25 Thread Erik Anderson
Well, looking at the spec that was linked earlier in this thread...

When someone is using a TPV that can do OTR (and the user has indicated a
willingness to use it), then many(all?) their chats
will have "
   " at the end (this
is 
).
 I'm guessing that it is thought that no one would notice these unless they
were looking for them.

If someone wants to begin encryption with someone they think can handle OTR
(is this "coming out of the closet?") then they send "?OTR?v2?" as a chat.

I'm guessing that if a TPV doesn't see those spaces or doesn't get the
response it expects from its query, that it figures out the other person
doesn't support OTR?

On Wed, Aug 25, 2010 at 6:39 PM, Carlo Wood  wrote:

> Nevermind, I should have read the rest of the thread first.
> Looks like a pretty solid protocol.
>
> Does anyone know if it is possible for an arbitrary TPV
> to start an OTR with another TPV? If so, how? Or is it
> needed to be recognized by the other viewer as being
> a viewer that has OTR implemented?
>
> How do two viewer know if they both can do OTR?
>
> On Thu, Aug 26, 2010 at 02:53:25AM +0200, Carlo Wood wrote:
> > On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote:
> > > Has anyone spent time looking at the encrypted chat feature included in
> some
> > > third-party viewers? It's my understanding that this contacts
> third-party
> > > servers in obtaining and validating keys. Is that correct?
> >
> > If that is correct, then I'm pretty sure that the owners of
> > those servers have access to a key that would allow them
> > to read the encrypted messages. Imho, that is not acceptable :p
> >
> > Perhaps in time I'll be interested to implement a better
> > method.
> >
> > Carlo Wood (author of libecc
> http://libecc.sourceforge.net/reference-manual/index.html)
> > ___
> > 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
>
> --
> Carlo Wood 
> ___
> 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] Requesting review for VWR-19505 patch (missing selection beam)

2010-08-25 Thread Zai Lynch
The selection beam (particle beam from someones own avatar's hand to the
object the avatar is editing) has always been broken in Viewer 2.
It's reported as https://jira.secondlife.com/browse/VWR-19505

The following patch should fix this:
http://bitbucket.org/ZaiLynch/vwr-19505

Review / testing / feedback welcome!

Thanks to JonathanYap for advice and Latif & Kelly for getting me
bootstrapped with Mercurial!

zai

-- 
@ZaiLynch 
___
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