[opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801)

[Robin Cornelius]

As mentioned at Oz's OH yesterday, I would like to try to finish off
the Socks 5 proxy work in the sprint about to start, my repository can
be found at

https://bitbucket.org/robincornelius/viewer-development-vwr-20801

It is a few days out of date, and I will address that ASAP, but I am
more concerned with the functionality of the core feature at this
immediate stage to make sure it does what it says on the tin for
everyone else. I've compiled on all 3 platforms ok but I've only
tested currently on windows as my other boxes are having issues
running the viewer (for various off topic reasons that i'm fixing when
i get time)

I started a test plan (also incomplete/outof date currently)
https://docs.google.com/document/edit?id=1LM1EjS_RFzgR_3nkDkrpM8NMBuQaeJo7CDbp21fCE_Q&hl=en&authkey=CIjDl9sB

The proxy supports the same feature set as the original implementation
in Snowglobe 1.X, that is http traffic can be sent to a http proxy
(web proxy setting) independent of the UDP trafic being sent to a
socks 5 proxy. This provides combinations that allow
http-texture/asset to be sent via squids (with appropriate store
rewrite rule) to cache textures/assets. Access to these extra modes
can be achieved by clicking the tool icon to the side of the socks
proxy address/port field on preferences/network

I believe this feature is a partial answer to the story  "As a
Business User, I am sometimes unable to access SL at all from behind
my company firewall. How do I work around this?" on the back log,
clearly this only provides one method to work from behind a firewall
and currently it does not address Voice at all. It is possible to
proxy voice via socks 5 as well, but this requires other modifications
that are outside the scope of this jira/feature, but is something I
have done a functional proof of concept test on, i just need to find a
clean solution that is acceptable and easy to use.

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] Removal of the "MultipleAttachments" debug settings ?

[Argent Stonecutter]

On 2010-08-30, at 15:39, Suz Dollar wrote:
> *cough* If the point of this is to make people *want* 2.x a lot of 
> nice tags that say 'to see me properly, use viewer 2.x... I have more 
> attachments than you do' might be a good way to go.

If I can't talk without jumping I'm not going to go to V2 no matter how many 
attachment points it has.
___
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] Removal of the "MultipleAttachments" debug settings ?

[Francesco Rabbi]

Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter
 ha scritto:

> On 2010-08-30, at 15:39, Suz Dollar wrote:
>> *cough* If the point of this is to make people *want* 2.x a lot of
>> nice tags that say 'to see me properly, use viewer 2.x... I have more
>> attachments than you do' might be a good way to go.
>
> If I can't talk without jumping I'm not going to go to V2 no matter how many 
> attachment points it has.


Yes Focus should be fixed...



-- 
Sent by iPhone
___
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] Removal of the "MultipleAttachments" debug settings ?

[Lance Corrimal]

On Tuesday 31 August 2010 12:24:31 Francesco Rabbi wrote:
> Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter
> 
>  ha scritto:
> > On 2010-08-30, at 15:39, Suz Dollar wrote:
> >> *cough* If the point of this is to make people *want* 2.x a lot of
> >> nice tags that say 'to see me properly, use viewer 2.x... I have more
> >> attachments than you do' might be a good way to go.
> > 
> > If I can't talk without jumping I'm not going to go to V2 no matter how
> > many attachment points it has.
> 
> Yes Focus should be fixed...


The longer this stays unfixed, the more obvious it gets: LL tries again to get 
everybody to use voice.

After the last emerald/vivox drama I strongly advise against even just 
enabling voice.


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] Final build for Snowstorm Sprint 2

[Oz Linden (Scott Lawrence)]

  Here's a pointer to our final build for Snowstorm sprint 2:

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

barring something catastrophic, that should be posted to secondlife.com 
as soon as we can verify that the requisite infrastructure is in place.

___
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] Final build for Snowstorm Sprint 2

[Anya Kanevsky]

Andrey and Valeriy have already started running smoke tests on the build.
Because they rock.

a

2010/8/31 Oz Linden (Scott Lawrence) 

>  Here's a pointer to our final build for Snowstorm sprint 2:
>
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html
>
> barring something catastrophic, that should be posted to secondlife.com
> as soon as we can verify that the requisite infrastructure is in place.
>
> ___
> 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] Final build for Snowstorm Sprint 2

[Trilo Byte]

I tested this build yesterday, anti-aliasing (an essential feature for SL 
photography and shooting machinima, as well as a preferred setting for many 
residents) is still broken.  Releasing this would be a significant step 
backwards, in my opinion.

TriloByte Zanzibar

On Aug 31, 2010, at 7:05 AM, Oz Linden (Scott Lawrence) wrote:

>  Here's a pointer to our final build for Snowstorm sprint 2:
> 
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html
> 
> barring something catastrophic, that should be posted to secondlife.com 
> as soon as we can verify that the requisite infrastructure is in place.
> 
> ___
> 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] Final build for Snowstorm Sprint 2

[Tateru Nino]

  Anyone else seeing shared media rendering messed up on this build 
(particularly scrollable pages and the like), or is it just me?

It appears as if the media rendering is offset on the prim (rolled 
upwards about 25%, with the top portion at the bottom). Scroll that and 
it seems to remain consistent. If it's just me, I'll see if I can 
establish a proper repro.

On 1/09/2010 12:05 AM, Oz Linden (Scott Lawrence) wrote:
>Here's a pointer to our final build for Snowstorm sprint 2:
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/208771/index.html
>
> barring something catastrophic, that should be posted to secondlife.com
> as soon as we can verify that the requisite infrastructure is in place.
>
> ___
> 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
>

-- 
Tateru Nino
http://dwellonit.taterunino.net/

___
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] Final build for Snowstorm Sprint 2

[Oz Linden (Scott Lawrence)]

  On 2010-08-31 10:25, Trilo Byte wrote:
> I tested this build yesterday, anti-aliasing (an essential feature for SL 
> photography and shooting machinima, as well as a preferred setting for many 
> residents) is still broken.  Releasing this would be a significant step 
> backwards, in my opinion.

There's a difference between 'releasing' a Development build and other 
categories of viewers (Project, Beta, or Release; see 
https://wiki.secondlife.com/wiki/Viewer_Types ).

We actually do not want to apply the 'normal' standard that a 
Development build can't have any regressions in it - that would make it 
equivalent to a Beta or Released build.   Clearly, we don't want to 
promote a build with regressions to one of those higher levels, but 
putting it out as a Development build with the appropriate caveats is a 
means of _finding_ those regressions.

___
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] Final build for Snowstorm Sprint 2

[Trilo Byte]

Absolutely, regressions are a part of the development process.  Usually they're 
discovered and tweaks/fixes are applied within the next couple builds.  That 
has unfortunately not happened here -  it first appeared in build 208569, was 
reported to Tofu and discussed on list as well as in JIRA, and has not yet been 
fixed.  Now there's all this talk of "final build" and release, it would be a 
tragedy (and overshadow a lot of really good work)  to push 2.1.2 out without 
fixing that.

On Aug 31, 2010, at 9:43 AM, Oz Linden (Scott Lawrence) wrote:

> On 2010-08-31 10:25, Trilo Byte wrote:
>> I tested this build yesterday, anti-aliasing (an essential feature for SL 
>> photography and shooting machinima, as well as a preferred setting for many 
>> residents) is still broken.  Releasing this would be a significant step 
>> backwards, in my opinion.
> 
> There's a difference between 'releasing' a Development build and other 
> categories of viewers (Project, Beta, or Release; see 
> https://wiki.secondlife.com/wiki/Viewer_Types ).
> 
> We actually do not want to apply the 'normal' standard that a Development 
> build can't have any regressions in it - that would make it equivalent to a 
> Beta or Released build.   Clearly, we don't want to promote a build with 
> regressions to one of those higher levels, but putting it out as a 
> Development build with the appropriate caveats is a means of _finding_ those 
> regressions.
> 

___
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] Final build for Snowstorm Sprint 2

[Kadah]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 8/31/2010 9:43 AM, Oz Linden (Scott Lawrence) wrote:
>   On 2010-08-31 10:25, Trilo Byte wrote:
>> I tested this build yesterday, anti-aliasing (an essential feature for SL 
>> photography and shooting machinima, as well as a preferred setting for many 
>> residents) is still broken.  Releasing this would be a significant step 
>> backwards, in my opinion.
> 
> There's a difference between 'releasing' a Development build and other 
> categories of viewers (Project, Beta, or Release; see 
> https://wiki.secondlife.com/wiki/Viewer_Types ).
> 
> We actually do not want to apply the 'normal' standard that a 
> Development build can't have any regressions in it - that would make it 
> equivalent to a Beta or Released build.   Clearly, we don't want to 
> promote a build with regressions to one of those higher levels, but 
> putting it out as a Development build with the appropriate caveats is a 
> means of _finding_ those regressions.


There are 2 graphical caveats since the viewer-release merge:
[VWR-17436] Changes to hardware settings (Anti-Alias) in Graphics
preferences shows no change on screen
[VWR-20988] I can see my hair when walking, in 1st person mode
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMfUX3AAoJEIdLfPRu7qE2P9cH/AlWnNcGOgLPJGUHS4Dy3jWF
bvSqF0Aq7o0xGktPEzdBbjy20yZnApqZ0sdu7zOdYh6plKsrMp9Z0JtSCR8ZORXv
3j4gc2TzgnafaxgEerkHMLoiH+Qz42jCi/uzJgmvMNLhDLE3RTYgu3SfKag2Rp6y
YEPArxmjcZf2kklwvIFdB3UrEKCTpxidY4ecBlTckMD9F2jrpLfdQ9LMcq5m33VR
lFMKGsUZfnRS1kZpSPeMtBq6Ijp09Wed6ANnRnMRCXrnzs5DN0HIcn9UbHqLludk
/ryJq4tc7wBjGNwoZwKhXIW90Pr1MGXar3DqwhT4/wvolW3fo7f3X3vFiSI1lVE=
=nibv
-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] Product Backlog addition request: Build fixes for 64bit out-of-source

[Boroondas Gupte]

 On 08/28/2010 11:48 AM, Boroondas Gupte wrote:
> I'll follow up with a new clone at the original location of my
> repository soon and will hopefully get the merges right this time.
http://bitbucket.org/boroondas/snowstorm-development/changeset/855c7fac6fc2
(and ancestors)

I re-did most commits with clearer indication in the commit messages of
how close they are to the original patches/SVN changesets, so don't pull
this into clones of the repository previously at
bitbucket.org/boroondas/snowstorm-development
.
If I don't get any vetos by the end of the week, I'll probably delete
the latter.

Again, testing and reviews of
http://bitbucket.org/boroondas/snowstorm-development most welcome!

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

[opensource-dev] before opena Jira, APR

[Sythos]

got a lot of crashes on a linux 32 system


[cut]
2010-08-31T21:02:02Z INFO: purgeAllTextures: Deleting files in
directory: /home/user/.secondlife/cache/texturecache/f

2010-08-31T21:02:02Z WARNING: ll_apr_warn_status: APR: Too many open
files 

2010-08-31T21:02:02Z WARNING: open:  Attempting to open
filename: /home/user/.secondlife/cache/texturecache/texture.entries

2010-08-31T21:02:02Z INFO: purgeAllTextures: The entire texture cache
is cleared. 

2010-08-31T21:02:02Z WARNING: ll_apr_warn_status: APR: Too
many open files 

2010-08-31T21:02:02Z WARNING: open:  Attempting to open
filename: /home/user/.secondlife/cache/texturecache/texture.entries

2010-08-31T21:02:02Z WARNING: write: apr mFile is removed by somebody
else. Can not write. 

2010-08-31T21:02:02Z WARNING: clearCorruptedCache:
the texture cache is corrupted, need to be cleared.

2010-08-31T21:02:02Z INFO: purgeAllTextures: Deleting files in
directory: /home/user/.secondlife/cache/texturecache/0
[/cut]

all this repeated some times, then viewer crash badly

double checked limits on my user, none reasonable related to number of
files opened or sort off... build Second Life 2.1.2 (208719) Aug 30
2010 09:18:15 (Second Life Development)

not so sure anyway is a viewer problem of something specific to my
linuxbox... is why i'm asking here if somebody else match this kind of
crash with latest build
___
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] Second Pair of eyes needed!

[WolfPup Lowenhar]

Sorry folks as this might get a little long.
First Code Snip its:
1. see http://jira.secondlife.com/browse/VWR-20741 for reference to new
makeLofFileName in patch
2. std::string LLLogChat::oldLogFileName(std::string filename)
{
time_t now;
time_t yesterday = time(&now) - 86400;
char dbuffer[20];   /* Flawfinder: ignore */
if (filename == "chat")
{
strftime(dbuffer, 20, "-%Y-%m-%d", localtime(&yesterday));
}
else
{
strftime(dbuffer, 20, "-%Y-%m", localtime(&yesterday));
}
filename += dbuffer;
filename = cleanFileName(filename);
filename =
gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename);
filename += ".txt";
LL_INFOS("") << "Old:" << filename << LL_ENDL;
return filename;
}
3. std::string LLLogChat::ndsLogFileName(std::string filename)
{
filename = cleanFileName(filename);
filename =
gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename);
filename += ".txt";
LL_INFOS("") << "Original:" << filename << LL_ENDL;
return filename;
}
4. modified section of void LLLogChat::loadAllHistory(const std::string&
file_name, std::list& messages)
{
if (file_name.empty())
{
llwarns << "Session name is Empty!" << llendl;
return ;
}

LLFILE* fptr = LLFile::fopen(makeLogFileName(file_name), "r");
/*Flawfinder: ignore*/
LL_INFOS("") << "Current:" << file_name << LL_ENDL;
if (!fptr)
{
LLFILE* fptr = LLFile::fopen(oldLogFileName(filename), "r");
/*Flawfinder: ignore*/
LL_INFOS("") << "Old:" << file_name << LL_ENDL;
if (!fptr)
{
LLFILE* fptr =
LLFile::fopen(ndsLogFileName(file_name), "r");  /*Flawfinder:
ignore*/
LL_INFOS("") << "Orginal:" << file_name << LL_ENDL;
if (!fptr) return;  //No previous conversation
with this name.
}
}

LL_INFOS("") << "Reading:" << file_name << LL_ENDL;
char buffer[LOG_RECALL_SIZE];   /*Flawfinder: ignore*/
char *bptr;
S32 len;
bool firstline = TRUE;
if (fseek(fptr, (LOG_RECALL_SIZE - 1) * -1  , SEEK_END))

Problem:
 When I get done with locating the right named log file and got to read it I
am ending up with fptr being null and causing viewer lock up and hard crash.

___
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] Second Pair of eyes needed!

[Tiggs Linden]

You're shadowing fptr in the last if clause:
  if (!fptr)
       {
               LLFILE* fptr = LLFile::fopen(oldLogFileName(filename),
"r");/*Flawfinder: ignore*/
       LL_INFOS("") << "Old    :" << file_name << LL_ENDL;
               if (!fptr)
               {
                       LLFILE* fptr =
LLFile::fopen(ndsLogFileName(file_name), "r");          /*Flawfinder:
ignore*/
                       LL_INFOS("") << "Orginal:" << file_name << LL_ENDL;
                       if (!fptr) return;      //No previous conversation
with this name.
               }
       }

Change that to:

  if (!fptr)
       {
              fptr = LLFile::fopen(oldLogFileName(filename),
"r");/*Flawfinder: ignore*/
       LL_INFOS("") << "Old    :" << file_name << LL_ENDL;
               if (!fptr)
               {
                       LLFILE* fptr =
LLFile::fopen(ndsLogFileName(file_name), "r");          /*Flawfinder:
ignore*/
                       LL_INFOS("") << "Orginal:" << file_name << LL_ENDL;
                       if (!fptr) return;      //No previous conversation
with this name.
               }
       }

On Tue, Aug 31, 2010 at 5:22 PM, WolfPup Lowenhar
 wrote:
>
> Sorry folks as this might get a little long.
> First Code Snip its:
> 1. see http://jira.secondlife.com/browse/VWR-20741 for reference to new
> makeLofFileName in patch
> 2. std::string LLLogChat::oldLogFileName(std::string filename)
> {
>        time_t now;
>    time_t yesterday = time(&now) - 86400;
>        char dbuffer[20];               /* Flawfinder: ignore */
>        if (filename == "chat")
>        {
>                strftime(dbuffer, 20, "-%Y-%m-%d", localtime(&yesterday));
>        }
>        else
>        {
>                strftime(dbuffer, 20, "-%Y-%m", localtime(&yesterday));
>        }
>        filename += dbuffer;
>        filename = cleanFileName(filename);
>        filename =
> gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename);
>        filename += ".txt";
>    LL_INFOS("") << "Old    :" << filename << LL_ENDL;
>        return filename;
> }
> 3. std::string LLLogChat::ndsLogFileName(std::string filename)
> {
>    filename = cleanFileName(filename);
>        filename =
> gDirUtilp->getExpandedFilename(LL_PATH_PER_ACCOUNT_CHAT_LOGS,filename);
>        filename += ".txt";
>    LL_INFOS("") << "Original:" << filename << LL_ENDL;
>        return filename;
> }
> 4. modified section of void LLLogChat::loadAllHistory(const std::string&
> file_name, std::list& messages)
> {
>        if (file_name.empty())
>        {
>                llwarns << "Session name is Empty!" << llendl;
>                return ;
>        }
>
>        LLFILE* fptr = LLFile::fopen(makeLogFileName(file_name), "r");
> /*Flawfinder: ignore*/
>        LL_INFOS("") << "Current:" << file_name << LL_ENDL;
>        if (!fptr)
>        {
>                LLFILE* fptr = LLFile::fopen(oldLogFileName(filename), "r");
> /*Flawfinder: ignore*/
>        LL_INFOS("") << "Old    :" << file_name << LL_ENDL;
>                if (!fptr)
>                {
>                        LLFILE* fptr =
> LLFile::fopen(ndsLogFileName(file_name), "r");          /*Flawfinder:
> ignore*/
>                        LL_INFOS("") << "Orginal:" << file_name << LL_ENDL;
>                        if (!fptr) return;      //No previous conversation
> with this name.
>                }
>        }
>
>    LL_INFOS("") << "Reading:" << file_name << LL_ENDL;
>        char buffer[LOG_RECALL_SIZE];           /*Flawfinder: ignore*/
>        char *bptr;
>        S32 len;
>        bool firstline = TRUE;
>        if (fseek(fptr, (LOG_RECALL_SIZE - 1) * -1  , SEEK_END))
>
> Problem:
>  When I get done with locating the right named log file and got to read it I
> am ending up with fptr being null and causing viewer lock up and hard crash.
>
> ___
> 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] I was told this need to be dropped on the mailing list.

[lists . secondlife . com]

>From http://jira.secondlife.com/browse/VWR-20751

I've added changesets for you to work with. These are the ones I used to get 
viewer-devolment to build on linux 64-bit standalone.
These patches/changeset have been updated to viewer-devolment as it was 
different from snowglobe 2.x code.

https://bitbucket.org/Techwolf/viewer-development/changeset/5a7ee78d029e
SNOW-746: Finished Google BreakPad cmake for standalone

https://bitbucket.org/Techwolf/viewer-development/changeset/ff09fdf21fde
cmake patch from SNOW-543 updated for viewer-development

https://bitbucket.org/Techwolf/viewer-development/changeset/fd6fcea097f0
viewer_manifest.py fixes from SNOW-334, SNOW-47, SNOW-517, and SNOW-543. They 
all touch each other code, so combined into one changeset. Add doc/contrub 
credit in the right places.

https://bitbucket.org/Techwolf/viewer-development/changeset/111a293c0e1c
VWR-20893: "class Linux_x86_64Manifest" missing from viewer_manifest.py. 
Breaking linux 64-bit build.

https://bitbucket.org/Techwolf/viewer-development/changeset/00bd21962052
SNOW-512/SNOW-287: Build of LLPlugin fails on 64bit linux due to non PIC code 
linking into the DSO.
Formatting, cleanup, and one minor change by Techwolf Lupindo. Minor change 
was a move of the hunk in indra/media_plugins/webkit/CmakeLists.txt to same 
area as the other plugins CmakeLists.txt files.

https://bitbucket.org/Techwolf/viewer-development/changeset/15d19316812c
SNOW-599/SNOW-747: Pulseaudio should be optional on Linux.

https://bitbucket.org/Techwolf/viewer-development/changeset/5697874b390b
Add missing "if (LL_TESTS)" from SNOW-651/SNOW-654

-
I've allready done the work. But the process to getting in the process is 
still unclear. Red tape golore. I hope that can be changed.

--Techwolf Lupindo
___
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] I was told this need to be dropped on the mailing list.

[Oz Linden (Scott Lawrence)]

Here's a story to go with this, Esbee:

   As a developer, I'd like to be able to build the standard viewer on
   64 bit Linux systems.



 From http://jira.secondlife.com/browse/VWR-20751

I've added changesets for you to work with. These are the ones I used to get
viewer-devolment to build on linux 64-bit standalone.
These patches/changeset have been updated to viewer-devolment as it was
different from snowglobe 2.x code.

https://bitbucket.org/Techwolf/viewer-development/changeset/5a7ee78d029e
SNOW-746: Finished Google BreakPad cmake for standalone

https://bitbucket.org/Techwolf/viewer-development/changeset/ff09fdf21fde
cmake patch from SNOW-543 updated for viewer-development

https://bitbucket.org/Techwolf/viewer-development/changeset/fd6fcea097f0
viewer_manifest.py fixes from SNOW-334, SNOW-47, SNOW-517, and SNOW-543. They
all touch each other code, so combined into one changeset. Add doc/contrub
credit in the right places.

https://bitbucket.org/Techwolf/viewer-development/changeset/111a293c0e1c
VWR-20893: "class Linux_x86_64Manifest" missing from viewer_manifest.py.
Breaking linux 64-bit build.

https://bitbucket.org/Techwolf/viewer-development/changeset/00bd21962052
SNOW-512/SNOW-287: Build of LLPlugin fails on 64bit linux due to non PIC code
linking into the DSO.
Formatting, cleanup, and one minor change by Techwolf Lupindo. Minor change
was a move of the hunk in indra/media_plugins/webkit/CmakeLists.txt to same
area as the other plugins CmakeLists.txt files.

https://bitbucket.org/Techwolf/viewer-development/changeset/15d19316812c
SNOW-599/SNOW-747: Pulseaudio should be optional on Linux.

https://bitbucket.org/Techwolf/viewer-development/changeset/5697874b390b
Add missing "if (LL_TESTS)" from SNOW-651/SNOW-654

-
I've allready done the work. But the process to getting in the process is
still unclear. Red tape golore. I hope that can be changed.

--Techwolf Lupindo
___
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] Request for review/testing Socks 5 support for viewer-development (VWR-20801)

[Scruffy]

Hi Robin,

It would be great if you could fix this (
http://jira.secondlife.com/browse/SNOW-822) at the same time.  I use SL
through an authenticated web proxy and apart from that issue it works great.

Scruffy

On Tue, Aug 31, 2010 at 7:54 PM, Robin Cornelius
wrote:

> As mentioned at Oz's OH yesterday, I would like to try to finish off
> the Socks 5 proxy work in the sprint about to start, my repository can
> be found at
>
> https://bitbucket.org/robincornelius/viewer-development-vwr-20801
>
> It is a few days out of date, and I will address that ASAP, but I am
> more concerned with the functionality of the core feature at this
> immediate stage to make sure it does what it says on the tin for
> everyone else. I've compiled on all 3 platforms ok but I've only
> tested currently on windows as my other boxes are having issues
> running the viewer (for various off topic reasons that i'm fixing when
> i get time)
>
> I started a test plan (also incomplete/outof date currently)
>
> https://docs.google.com/document/edit?id=1LM1EjS_RFzgR_3nkDkrpM8NMBuQaeJo7CDbp21fCE_Q&hl=en&authkey=CIjDl9sB
>
> The proxy supports the same feature set as the original implementation
> in Snowglobe 1.X, that is http traffic can be sent to a http proxy
> (web proxy setting) independent of the UDP trafic being sent to a
> socks 5 proxy. This provides combinations that allow
> http-texture/asset to be sent via squids (with appropriate store
> rewrite rule) to cache textures/assets. Access to these extra modes
> can be achieved by clicking the tool icon to the side of the socks
> proxy address/port field on preferences/network
>
> I believe this feature is a partial answer to the story  "As a
> Business User, I am sometimes unable to access SL at all from behind
> my company firewall. How do I work around this?" on the back log,
> clearly this only provides one method to work from behind a firewall
> and currently it does not address Voice at all. It is possible to
> proxy voice via socks 5 as well, but this requires other modifications
> that are outside the scope of this jira/feature, but is something I
> have done a functional proof of concept test on, i just need to find a
> clean solution that is acceptable and easy to use.
>
> 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
>
___
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] Removal of the "MultipleAttachments" debug settings ?

[Glen Canaday]

Been over that and over that on the list. The only way to get that taken
care of is to fix it ourselves and have LL merge it in. I'd do it if I
were 'up to the task' but anyone who does do it just needs to remember
to have it set up as a pref setting.

Gamers like it broken like it is now, people who SOCIALIZE here (since
SL is, in fact, *not* a game... ahem) like it broken the way it's
historically been.

Either way, it's broken for someone. Just need the check box for "b0rken
other way".

--GC

On Tue, 2010-08-31 at 12:24 +0200, Francesco Rabbi wrote:
> Il giorno 31/ago/2010, alle ore 12:11, Argent Stonecutter
>  ha scritto:
> 
> > On 2010-08-30, at 15:39, Suz Dollar wrote:
> >> *cough* If the point of this is to make people *want* 2.x a lot of
> >> nice tags that say 'to see me properly, use viewer 2.x... I have more
> >> attachments than you do' might be a good way to go.
> >
> > If I can't talk without jumping I'm not going to go to V2 no matter how 
> > many attachment points it has.
> 
> 
> Yes Focus should be fixed...
> 
> 
> 


___
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] Sprint 3 : request for testing

[Philippe (Merov) Bossut]

Hi,

I merged 4 Snowglobe 2.x fixes to merov_linden/viewer-development-import and
would like some tests from folks knowledgeable in the features before
pulling that in lindenlab/viewer-development.

Binaries are available at :
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/208842/index.html

The 4 fixes are:
- SNOW-681 / VWR-1852 : Local ruler mode aligned incorrectly for linked
objects
- SNOW-684 / VWR-4232 : Some particles don't disappear when UI is hidden
- SNOW-683 / VWR-8726 : Turn off swirling lights for scripted objects
- SNOW-680 / VWR-10854 : Honour share with group and allow anyone to copy
for snapshots

Tests and comments welcome.

Cheers,
- Merov
___
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