Re: [opensource-dev] Deploying External Editor with Windows build?

[WolfPup]

Actually if this could be made to be cross platform then it could be turned into a self maintaining external editor as it is the current version is about 8 months out of date as far as the LSL code is concerned. and the way it would end up being self updating is ti could pull directly from the llscript section of the code all the newer LSL functions every time it was built on the LL build farms or even any open source developer currently working on the viewer. Yes i think this would be a nice addition as an optional external editor. to make it cross platform it would have to be converted from .net code to c++ code.-Original Message-
From: Brandon HusbandsSent: Apr 21, 2011 3:50 PM
To: Mike Chase 
Cc: OpenSource Mailing List 
Subject: Re: [opensource-dev] Deploying External Editor with Windows build?

The editor does run under mono just fine. This would be the windows option for the others just select a few. Maybe have a list of a few that are in the installer as optional.On Thu, Apr 21, 2011 at 2:33 PM, Mike Chase  wrote:
Unless it can be made available cross platform I don't see a reason to
favor one over another.  Personally I use Eclipse and LSLPlus and the
internal editor for debug tweaks or quick hacks.

Maybe an alongside download or a link on the dev page.  But I wouldn't
think bundling it with the viewer makes sense unless the code is donated
to the project and made to work cross platform. That is, it becomes the
standard LSL editor for everyone.

Mike

On Thu, 2011-04-21 at 15:23 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2011-04-21 14:08, Brandon Husbands wrote:
> > Hey all i own the rights to the source for the LSLEditor.
> > It is publicly GPL but i can license it to ll under any terms they want.
> >
> > Since the external editor feature is ebing added it would be a good
> > idea to deploy that with it.
> > whatcha think?
>
> Your timing is amazing... I'd been meaning to talk to you about that...
>
> I confess to not having tried it yet - what say you, Community ?
>
> Without making any commitments about what will happen - should we make
> it available as an optional component?
> ___
> 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


-- ---This email is a private and confidential communication. Any use of email may be subject to the laws and regulations of the United States. You may not Repost, Distribute nor reproduce any content of this message.
--


___
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] 3p-fmod fails to build

[WolfPup]

Title: Nachricht
It means that if the makers of Fmod have cleaned house so to speak then unless you have the zip file to place it the root of the 3p-fmod directory you will not longer be able to build the package to use when building the viewer on a windows platform. you may have to search for an alternate source of the zip file(if there is one available)-Original Message-
From: Martin Fürholz 
Sent: Oct 4, 2012 10:42 AM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] 3p-fmod fails to build








Hello,
 
I am having troubles 
building 3p-fmod after I downloaded it today.
 
Darien Caldwell 
mentioned on sluniverse.com that she had the same troubles yesterday, and that 
somebody told her on irc that fmod 'cleaned house'.
 
Does anyone know 
what that actually means for us?
 
Thank you in 
advance!
 
MartinRJ 
Fayray
 
 
About the error: 
"autobuild build --all" results in:
+ echo 
'4d28a685a92557c0dac06f9ab2567203 *fmodapi375win.zip'+ md5sum 
-cfmodapi375win.zip: FAILEDmd5sum: WARNING: 1 computed checksum 
did NOT matchERROR: building default configuration returned 
1

___
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] Review Request: Restructure loops that use breaks without need (reviewboard test)

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/2/#review1
---

Ship it!


testing new review system.

code looks clean to me

- Wolfpup


On 2010-12-01 19:57:24, Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/2/
> ---
> 
> (Updated 2010-12-01 19:57:24)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This review is mostly a first test of reviewboard.
> 
> I do have an esthetic dislike for the 'break' statement anywhere but as the 
> end of a case, so I chose to change some instances of break usage that were 
> not justified by any extreme need.
> 
> 
> This addresses bug storm-606.
> http://jira.secondlife.com/browse/storm-606
> 
> 
> Diffs
> -
> 
>   indra/newview/llappviewer.cpp bf98b026bcb1 
> 
> Diff: http://codereview.secondlife.com/r/2/diff
> 
> 
> Testing
> ---
> 
> None at all... have not even compiled it yet.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Review Request: Restructure loops that use breaks without need (reviewboard test)

[Wolfpup Lowenhar]

> On 2010-12-01 21:26:12, Cron Stardust wrote:
> > Based on the logic of the removed break, line 1192 of the fixed file:
> >  idleTimer.getElapsedTimeF64() >= max_idle_time
> > should be
> >  idleTimer.getElapsedTimeF64() < max_idle_time
> > 
> > The variable "S32 pending;" is redeclared on line 1613 of the fixed file.  
> > The previous edition didn't have this issue due to scoping.
> > 
> > Looks like the break on 4224 can't be easily removed: it's a tail test in a 
> > loop that seems to be required to be a head-test loop.  Maybe the logic and 
> > purpose can be reanalyzed, but then this would be more than a refactor.

we are just testing here :p


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/2/#review4
---


On 2010-12-01 19:57:24, Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/2/
> ---
> 
> (Updated 2010-12-01 19:57:24)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This review is mostly a first test of reviewboard.
> 
> I do have an esthetic dislike for the 'break' statement anywhere but as the 
> end of a case, so I chose to change some instances of break usage that were 
> not justified by any extreme need.
> 
> 
> This addresses bug storm-606.
> http://jira.secondlife.com/browse/storm-606
> 
> 
> Diffs
> -
> 
>   indra/newview/llappviewer.cpp bf98b026bcb1 
> 
> Diff: http://codereview.secondlife.com/r/2/diff
> 
> 
> Testing
> ---
> 
> None at all... have not even compiled it yet.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Registering a SL Review Board

[WolfPup Lowenhar]

I would be nice if the review board system had an address that was something
that people that use email programs( I.E. Outlook, Thunderbird, Incredimail)
could much easier filter. Like nore...@codereview.secondlife.com or
something similar that way if they set up a filter it would not interfere
with any other filters they have set up that are for SL.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Thursday, December 02, 2010 8:41 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Registering a SL Review Board

 

On 2010-12-02 8:23, Jonathan Welch wrote:
> Will the email address we input during the registration process be
> visible at any point?

Yes, since the email that reviewboard sends about whatever you did will
be the From address.

If you prefer, you can use the email address that you use for the
opensource list (I'd still suggest that you make both of those addresses
the same, but the jira address can be changed too).

My main concern is that the usernames be the same, so that if
ReviewBoard actually does OpenId (it is on their backlog), then we can
start using that.

___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1170 / Virus Database: 426/3292 - Release Date: 12/01/10

___
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] Starting Investigation into Storm-236

[WolfPup Lowenhar]

I have created a repository for https://jira.secondlife.com/browse/STORM-236
to investigate the best way to go about providing this functionality to
those that do not use voice or use it intermittently.

My thoughts are to have one of the following:

1. Have the Speak button follow the Voice Preference setting ( on or off
) and either be visible or not accordingly instead of being just being
grayed out with the indicator showing not available.

2. Include option 1 pulse include in the bottom tray context menu the
ability to toggle Voice off or on as this would then in turn toggle the
Speak buttons visibility and add more accessibility to that setting.

___
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] Review Request: STORM-524 : Refresh L$ balance

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/6/#review18
---


This will be a much appreciated feature as it means residents will no longer 
have to request someone send them a single L$ to force a refresh as the will be 
able to do it themselves simply by clicking on their balance.

- Wolfpup


On 2010-12-08 21:59:58, Merov Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/6/
> ---
> 
> (Updated 2010-12-08 21:59:58)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Since the L$ balance can be updated by events outside the viewer entirely 
> (purchase of L$ on web) and since we do not pool or receive notifications for 
> this, I implemented a simple "click to refresh" event on the LLTextBox 
> holding the L$ balance value (proposed by Q in JIRA).
> I modified the tooltip to reflect this new functionality.
> 
> 
> This addresses bug STORM-524.
> http://jira.secondlife.com/browse/STORM-524
> 
> 
> Diffs
> -
> 
>   indra/newview/llstatusbar.h 094773a5a314 
>   indra/newview/llstatusbar.cpp 094773a5a314 
>   indra/newview/skins/default/xui/en/panel_status_bar.xml 094773a5a314 
> 
> Diff: http://codereview.secondlife.com/r/6/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> 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

Re: [opensource-dev] STORM-524

[WolfPup Lowenhar]

What your suggesting would make it to 'spamy' to the servers because if the
viewer was sending a refresh request even just once say every 1800 frames
considering there are at least 10K users online at any given moment that
that could eventually cause a data request overload to the servers and thus
generate more 'lag' for the user which by making is a manual request this
can be avoided.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Malachi
Prophit
Sent: Thursday, December 09, 2010 9:11 AM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] STORM-524

 

Couldn't it just be done by calling 
LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()? 
or is there something i am missing?
___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10

___
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] Noticed Something interesting while investigating STORM-776

[WolfPup Lowenhar]

Please see : https://jira.secondlife.com/browse/STORM-776

 

Since I have started investigating this I have found that there is actually
duplicated code and xml files for object 'profiles'.

1. sidebar_task_info: this section of code and related xml allows the
editing of the permissions of rezed(inworld) objects.

2. sidebar_item_info: dose the same thing but for non-rezed(inventory)
although currently this has issues that this jira is addressing.

 

Question is do we really need this code duplication since the code for the
inwolrd object 'profile' dose all perm settings without a problem and can we
use the same code for the ones in inventory?

___
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] Can anyone tell me how to get rid of these lol...

[WolfPup Lowenhar]

Actualy in an open source environment you cannot get rid of those link
warnings they are the linker complaining about the fact that the debug
information for those files is missing and you will see those messages for
any lib files you get from LL when running in non-standalone build mode

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Malachi
Prophit
Sent: Tuesday, December 14, 2010 10:23 PM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Can anyone tell me how to get rid of these lol...

 

i get hundreds of these stupid errors. And i have since i compiled the 
first client back on 1.18. They are harmless but very annoying.

they always look like this.
Warning 3   warning LNK4099: PDB 'apr-1_ib_1.pdb' was not found with 
'..\..\..\..\libraries\i686-win32\lib\release\apr-1.lib' or at 
'C:\Documents and 
Settings\Owner\Desktop\linden\indra\build-VC90\media_plugins\quicktime\Relea
se\apr-1_ib_1.pdb'; 
linking object as if no debug info  apr-1.lib

I have no clue what they are or where to start ... thanks in advance.


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1170 / Virus Database: 426/3316 - Release Date: 12/14/10

___
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] Review Request: Bug Fix for STORM-776 and STORM-288

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/21/
---

Review request for Viewer.


Summary
---

This is actually Kitty's patch for STORM-288 but it also corrects the issue 
listed in STORM-776 as well.


This addresses bug STORM-776.
http://jira.secondlife.com/browse/STORM-776


Diffs
-

  doc/contributions.txt b0689af42a71 
  indra/newview/llsidepaneliteminfo.h b0689af42a71 
  indra/newview/llsidepaneliteminfo.cpp b0689af42a71 

Diff: http://codereview.secondlife.com/r/21/diff


Testing
---

I have built and tested this locally and was able to fully modify the next 
person permissions on object that i had full permissions also tested to see if 
I could set item in inventory for sale and I could.


Thanks,

Wolfpup

___
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] Review Request: Bug Fix for STORM-776 and STORM-288

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/21/
---

(Updated 2010-12-15 19:59:24.512762)


Review request for Viewer.


Changes
---

add link to TC builds Oz did of online repository so others can test this fix.


Summary
---

This is actually Kitty's patch for STORM-288 but it also corrects the issue 
listed in STORM-776 as well.


This addresses bug STORM-776.
http://jira.secondlife.com/browse/STORM-776


Diffs
-

  doc/contributions.txt b0689af42a71 
  indra/newview/llsidepaneliteminfo.h b0689af42a71 
  indra/newview/llsidepaneliteminfo.cpp b0689af42a71 

Diff: http://codereview.secondlife.com/r/21/diff


Testing (updated)
---

I have built and tested this locally and was able to fully modify the next 
person permissions on object that i had full permissions also tested to see if 
I could set item in inventory for sale and I could.

Test Viewers for this issue are available here:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-2/rev/216992/index.html

please test this on mac and linux to verify fix works on all platforms.


Thanks,

Wolfpup

___
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] FW: Review Request: Bug Fix for STORM-776 and STORM-288

[WolfPup Lowenhar]

For some reason this review request did not get posted to opensource-dev so I’m 
sending this copy.

 

From: Wolfpup Lowenhar [mailto:wolfpu...@earthlink.net] 
Sent: Wednesday, December 15, 2010 10:59 PM
To: Wolfpup Lowenhar; Viewer
Subject: Re: Review Request: Bug Fix for STORM-776 and STORM-288

 


This is an automatically generated e-mail. To reply, visit: 
http://codereview.secondlife.com/r/21/ 

 


Review request for Viewer.

By Wolfpup Lowenhar.

Updated 2010-12-15 19:59:24.512762


Changes


add link to TC builds Oz did of online repository so others can test this fix.

Description 


This is actually Kitty's patch for STORM-288 but it also corrects the issue 
listed in STORM-776 as well.

Testing (updated)


I have built and tested this locally and was able to fully modify the next 
person permissions on object that i had full permissions also tested to see if 
I could set item in inventory for sale and I could.
 
Test Viewers for this issue are available here:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-2/rev/216992/index.html
 
please test this on mac and linux to verify fix works on all platforms.

Bugs: STORM-776 <http://jira.secondlife.com/browse/STORM-776>  


Diffs 


*   doc/contributions.txt (b0689af42a71)
*   indra/newview/llsidepaneliteminfo.h (b0689af42a71)
*   indra/newview/llsidepaneliteminfo.cpp (b0689af42a71)

View Diff <http://codereview.secondlife.com/r/21/diff/> 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1170 / Virus Database: 426/3318 - Release Date: 12/15/10

___
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] Review Request: Settings.xml: redundant entries and unnecessary tag

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/18/#review31
---

Ship it!


any code or xml clean up is a good thing i think.

- Wolfpup


On 2010-12-14 12:39:34, Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/18/
> ---
> 
> (Updated 2010-12-14 12:39:34)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> I wrote two programs that use settings.xml to produce this massive table:
> http://wiki.secondlife.com/wiki/Debug_Settings
> 
> While doing this I found 4 places with duplicate entries and 1 entry that is 
> repeated 4 times.  There is also a pair of unnecessary tags.
> 
> Having these cleaned out would make running my program, and thus updating the 
> wiki table, easier.
> 
> I've erased all but the last entry for these redundant debug settings.
> 
> 
> This addresses bug vwr-24100.
> http://jira.secondlife.com/browse/vwr-24100
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml 46a990f8296f 
> 
> Diff: http://codereview.secondlife.com/r/18/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] Odd issue in build 217714

[WolfPup Lowenhar]

There is an odd issue in Build 217714 of viewer-development. I noticed it
this morning while helping to test a build for Oz. Issue is occurring in all
three viewers I tested it in. I need help verifying if it is occurring in
other OS's.

 

TO repro:

1. Goto Esbees in world office.

2. Right click on the sand castle and slect object profile.(this item
generates the hight rate of this issue)

3. Look at the avatar icons next to each person's name and watch them
jump down and to the left ~10 pixiels.

 

My system information:

 

Second Life 2.5.0 (0) Dec 22 2010 01:37:19 (Second Life Developer)

Release Notes

 

You are at 238,528.0, 244,842.0, 21.7 in Hippotropolis located at
sim4038.agni.lindenlab.com (216.82.18.81:13002)

Second Life Server 10.11.30.215699

Release Notes

 

CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2800.12 MHz)

Memory: 2046 MB

OS Version: Microsoft Windows 7 32-bit  (Build 7600)

Graphics Card Vendor: NVIDIA Corporation

Graphics Card: GeForce 8500 GT/PCI/SSE2

 

Windows Graphics Driver Version: 8.17.0012.5896

OpenGL Version: 3.3.0

 

libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8j zlib/1.2.3 c-ares/1.7.1

J2C Decoder Version: OpenJPEG: 1.3.0, Runtime: 1.3.0

Audio Driver Version: FMOD version 3.75

Qt Webkit Version: 4.6 (version number hard-coded)

Voice Server Version: Vivox 3.2.0002.9361

 

Built with MSVC version 1400

Packets Lost: 0/98,428 (0.0%)

 

___
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] Review Request: STORM-807 update returnability of objects based on new encroachment rules

[WolfPup Lowenhar]

I wondered about that myself, although I was not going to say a thing since it 
was a Linden that did it.

 

From: opensource-dev-boun...@lists.secondlife.com 
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Aleric 
Inglewood
Sent: Thursday, December 23, 2010 7:14 AM
To: Andrew Meadows
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Review Request: STORM-807 update returnability of 
objects based on new encroachment rules

 

The attachment to this post, of > 2.5 MB, caused my firewall PC to
overload while
trying to determine if it is spam, spamd to time out and "temporarily"
reject the
mail, which caused google to try to deliver it over and over again (27
times so far).

I'd like to request that large attachments are not attached, but instead just
provide a link to them (upload them to the jira, say).

On Wed, Dec 22, 2010 at 2:49 AM, Andrew Meadows  wrote:
> I've added a feature to the SL simulator that allows encroaching (*) objects
> to be returned.  The ETA for this is sometime in early 2011 (probably
> January)
> and I'll be adding some wiki documentation about the returnability of
> encroaching
> objects soon.  In the meantime I've added viewer-side UI support for
> returning
> encroaching objects.  It should not hurt the viewer to add these changes
> before
> the server stuff is deployed.
>
> Here is the merge-request jira:
>
>  https://jira.secondlife.com/browse/STORM-807
>
> The changes can be pulled from here:
>
>  http://bitbucket.org/andrew_linden/viewer-development
>
> The diff is attached.
>
> - Andrew
>
> (*) Encroaching objects are "positioned" on one person's land parcel
> but nevertheless extend part of themselves into a neighbor's parcel.
>
> ___
> 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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1170 / Virus Database: 1435/3332 - Release Date: 12/22/10

___
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] LLMatrix3::orthogonalize test (was: LL_TESTS for standalone out-of-source builds)

[WolfPup Lowenhar]

Ever since I found that this test is working I have been having to change
that one line in the test although TrotiosHG makes it easy to keep the
change even though it is not committed (shelve changes) any time I create a
new local repository I have to go in and edit that one file so that the test
dose not fail building in visual studio as the test when building treats
warnings as errors and thus fails to even build.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Robin
Cornelius
Sent: Tuesday, December 28, 2010 9:45 AM
To: Boroondas Gupte
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] LLMatrix3::orthogonalize test (was: LL_TESTS
for standalone out-of-source builds)

 

On Wed, Oct 13, 2010 at 12:37 PM, Boroondas Gupte
 wrote:
> On 10/13/2010 03:42 AM, WolfPup Lowenhar wrote:
>
> On the subject of the reason for killing test here is another reason that
I
> have attached this is from a full build I did today. The error listed in
the
> file is actually coded around and in visual studio you have to set that
test
> to not treat warnings as errors so that it will not fail!
>
> I tried removing the skip line to re-enable the test, like so:
>
> diff -r 27535365bd4c indra/llmath/tests/m3math_test.cpp
> --- a/indra/llmath/tests/m3math_test.cpp  Fri Oct 08 01:13:23 2010
+0200
> +++ b/indra/llmath/tests/m3math_test.cpp  Wed Oct 13 13:16:30 2010
+0200
> @@ -280,7 +280,6 @@
>   llmat_obj.setRows(llvec1, llvec2, llvec3);
>   llmat_obj.orthogonalize();
>
> - skip("Grr, LLMatrix3::orthogonalize test is failing.  Has it
ever
> worked?");
>   ensure("LLMatrix3::orthogonalize failed ",
>  is_approx_equal(0.19611613f, llmat_obj.mMatrix[0][0])
&&
>  is_approx_equal(0.78446454f, llmat_obj.mMatrix[0][1])
&&
>
> On my system that test seems to work fine after that:
>
> LD_LIBRARY_PATH += ['/home/das-g/slsrc/hg/build/build/llcommon',
'/usr/lib',
> '/usr/local/lib']
> LD_LIBRARY_PATH =
> '/usr/local/lib:/home/das-g/slsrc/hg/build/build/llcommon:/usr/lib'
> Running: /home/das-g/slsrc/hg/build/build/llmath/INTEGRATION_TEST_m3math
> Unit test group_started name=m3math_h
> Unit test group_completed name=m3math_h
>   Total Tests:13
>   Passed Tests:   13  YAY!! \o/
>
> Maybe someone has fixed LLMatrix3::orthogonalize but forgot to re-enable
the
> test? Or is LLMatrix3::orthogonalize behaving differently on different
> platforms? (That should affect quaternion calculations and auto-leveling
in
> Flycam mode, so it's unlikely to go unnoticed.)
>
> Anyway, would be good if others could re-enable the test, too, and see
> whether it also passes for them.

Bumping this as i've just looked at it myself, the test is working
fine on windows for me too and it does not appear that it needs
skipping and as noticed previously in this (old) thread that the
skip() is causing a unreachable code error in the test. So any reason
why the test cannot be reenabled?

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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3344 - Release Date: 12/28/10

___
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] Review Request: Reenable the LLMatrix3::orthogonalize test in llmath/tests/m3math_test.cpp

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/67/
---

Review request for Viewer.


Summary
---

This patch is to fix https://jira.secondlife.com/browse/VWR-24332 this test is 
working in Windows environments


Diffs
-

  indra/llmath/tests/m3math_test.cpp 940cd25d4b78 

Diff: http://codereview.secondlife.com/r/67/diff


Testing
---

Re-enabled the test and built the viewer including all tests and have no errors 
and all of the test done in m3math_test are reporting that they all succeed. 


Thanks,

Wolfpup

___
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] Review Request: Reenable the LLMatrix3::orthogonalize test in llmath/tests/m3math_test.cpp

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/67/
---

(Updated 2010-12-28 10:05:04.987644)


Review request for Viewer.


Changes
---

move location of link to jira


Summary (updated)
---

This patch is to fix this test is working in Windows environments


This addresses bug https://jira.secondlife.com/browse/VWR-24332.

http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/VWR-24332


Diffs
-

  indra/llmath/tests/m3math_test.cpp 940cd25d4b78 

Diff: http://codereview.secondlife.com/r/67/diff


Testing
---

Re-enabled the test and built the viewer including all tests and have no errors 
and all of the test done in m3math_test are reporting that they all succeed. 


Thanks,

Wolfpup

___
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] Convexdecomposition for open source devs

[WolfPup Lowenhar]

I have recently had a conversation with someone @ LL that has said they
would be willing to help develop and OS version of llconvexdecompisition. I
even I even discussed which ones they thought was good but they have not had
the time to look at the open source version in a technical way. So what I
thought of is start a thread here that would allow the OS community both
vote and comment on the OS versions with the one most generally liked being
used and converted to be compatible to the LL mesh viewer.

 

Versions that I have found(to place your vote on this put an x next it.):

 

Bullet Physics Library(just the convexdecomp section):

Web site : http://code.google.com/p/bullet/

Votes> 

 


  John Ratcliff's:


Web Site :
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.html


Votes> 


 


 


Comments for either system:


 

___
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] Convexdecomposition for open source devs

[WolfPup Lowenhar]

That is why I put the link to the sites where the source is hosted so you
can check this and the license they are using are full GPL which is
compatible with LGPL if I remember correctly.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Tateru
Nino
Sent: Thursday, December 30, 2010 9:37 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Convexdecomposition for open source devs

 

Knowing what their licenses are is very important. They'll need to be LGPL
compatible, if I remember rightly.

On 31/12/2010 1:03 AM, WolfPup Lowenhar wrote: 

I have recently had a conversation with someone @ LL that has said they
would be willing to help develop and OS version of llconvexdecompisition. I
even I even discussed which ones they thought was good but they have not had
the time to look at the open source version in a technical way. So what I
thought of is start a thread here that would allow the OS community both
vote and comment on the OS versions with the one most generally liked being
used and converted to be compatible to the LL mesh viewer.

 

Versions that I have found(to place your vote on this put an x next it.):

 

Bullet Physics Library(just the convexdecomp section):

Web site : http://code.google.com/p/bullet/

Votes> 

 


 <http://codesuppository.blogspot.com/> John Ratcliff's:


Web Site :
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.html


Votes> 


 


 


Comments for either system:


 

 
 
___
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/
  _  


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3348 - Release Date: 12/30/10

___
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] HAPPY NEW YEAR !!!!!!!!!!!!!

[WolfPup Lowenhar]

Even though the new year has already started I just thought I would wish
everyone here a

 

HAPPY

NEW

YEAR

!

 

___
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] Very Strange occurrence...

[WolfPup Lowenhar]

I had seen those as well and just figured they were in there as a ‘placed 
holder’ so that when the translation team gets a hold of the viewer they have 
some large name there so that they know not to use that space. I have also seen 
different Lindens names there as well on other areas.

 

From: opensource-dev-boun...@lists.secondlife.com 
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Boroondas 
Gupte
Sent: Tuesday, January 04, 2011 6:31 AM
To: Anya Kanevsky
Cc: opensource-dev
Subject: Re: [opensource-dev] Very Strange occurrence...

 

On 01/04/2011 07:07 AM, Anya Kanevsky wrote: 

Ponzu, I'm understandably very interested in finding out which xml files ... 
Thanks! 

Getting IMs from people telling me to lay off other people I don't know and 
have never talked to is getting kind of old. 

[...]

2010/12/31 Ponzu 

I just thought of looking in the xml files, and indeed "Grumpity Productengine" 
shows up in a few of them, I assume as some sort of place holder left by a 
programmer. 

 

Maybe such "magic words" should be replace by something like "Unkown Resident" 
or some such.

indra/newview/skins/default/xui/en/inspect_avatar.xml
46: value="Grumpity ProductEngine with a long name"
57:value="Grumpity ProductEngine"
 
indra/newview/skins/default/xui/en/panel_activeim_row.xml
79:Grumpity ProductEngine
 
indra/newview/skins/default/xui/en/inspect_group.xml
34:Grumpity's Grumpy Group of Moose
 
indra/newview/skins/default/xui/fr/inspect_avatar.xml
13: 
14: 
 
indra/newview/skins/default/xui/fr/panel_activeim_row.xml
4: Grumpity ProductEngine
 
indra/newview/skins/default/xui/fr/inspect_group.xml
20:Groupe grognon des Orignaux Grumpity
 
indra/newview/skins/default/xui/de/inspect_avatar.xml
14: 
 
indra/newview/skins/default/xui/de/panel_activeim_row.xml
4: Grumpity ProductEngine
 
indra/newview/skins/default/xui/de/inspect_group.xml
20:Grumpitys schlecht gelaunte Elche
 
indra/newview/skins/default/xui/es/inspect_avatar.xml
13: 
 
indra/newview/skins/default/xui/da/inspect_avatar.xml
13: 
 
indra/newview/skins/default/xui/pt/inspect_avatar.xml
13: 
 
indra/newview/skins/default/xui/ja/inspect_avatar.xml
13: 
 
indra/newview/skins/default/xui/ja/panel_activeim_row.xml
4: Grumpity ProductEngine
 
indra/newview/skins/default/xui/ja/inspect_group.xml
20:Grumpity's Grumpy Group of Moose
 
indra/newview/skins/default/xui/pl/inspect_avatar.xml
13: 

Extracted from current viewer-development 
  by 
ack   --xml "Grumpity".

Cheers,
Boroondas

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3357 - Release Date: 01/03/11

___
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] Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/71/#review114
---

Ship it!



indra/newview/llviewermessage.cpp
<http://codereview.secondlife.com/r/71/#comment78>

Looks good to me, but just wondering why your checking for "/me " and 
"/me'" .


- Wolfpup


On Jan. 5, 2011, 6:14 p.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/71/
> ---
> 
> (Updated Jan. 5, 2011, 6:14 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> The "/me" in the lsl code below would be displayed rather than being 
> translated to a name:
> llInstantMessage(llGetOwner(),"/me Hello, Avatar!");
> 
> 
> This addresses bug STORM-829.
> http://jira.secondlife.com/browse/STORM-829
> 
> 
> Diffs
> -
> 
>   indra/newview/llviewermessage.cpp 845cab866155 
> 
> Diff: http://codereview.secondlife.com/r/71/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] failed to find libboost_system-vc80-mt-1_39.lib in non-standalone

[WolfPup Lowenhar]

The same thing happened with the mesh viewer and was fixed in
https://jira.secondlife.com/browse/CTS-317 by LL updating the windows boost
libs to include the missing lib. Btw this is also happening on Windows 7
32-bit using VS2005 PRO.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Twisted
Laws
Sent: Wednesday, January 12, 2011 11:35 PM
To: SLDEV
Subject: Re: [opensource-dev] failed to find
libboost_system-vc80-mt-1_39.lib in non-standalone

 

of course i forgot to say on Windows 7 64 with vc 2005 express
 

  _  

From: twisted_l...@hotmail.com
To: opensource-dev@lists.secondlife.com
Date: Wed, 12 Jan 2011 20:46:30 -0500
Subject: [opensource-dev] failed to find libboost_system-vc80-mt-1_39.lib in
non-standalone

A fresh clone of viewer-development up to r14487:5f4034c58817 1/12/2011
fails to buid non-standalone because of missing the
libboost_system-vc80-mt-1_39.lib (or debug version).
 

___ 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 message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3376 - Release Date: 01/12/11

___
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] STORM-243 - simulator version notifications

[WolfPup Lowenhar]

Q,

I believe the jira in question was wanting to suppress the popup but not the
notification itself so that it would still show up in chat history if you
were logging it or kept your chat history open all the time.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Kent Quirk
(Q Linden)
Sent: Tuesday, January 18, 2011 10:23 AM
To: OpenSource Mailing List
Subject: [opensource-dev] STORM-243 - simulator version notifications

 

Hi, folks. I've just commented on STORM-243, which requests that we have Yet
Another Option to allow suppression of the toast that tells you the
simulator version changed when you changed to a new region.

I think we should delete it entirely. Does anyone care to still get that
notification, now that there are usually 3 different simulator versions live
on the grid at any time? I don't mean "I can think of an obscure scenario
when someone might care." I mean does anyone really need a notification
about this, or can we just delete 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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3387 - Release Date: 01/17/11

___
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] Review Request: STORM-243 Suppress version change message in the viewer

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/109/#review183
---


Looks good to me since this is the removal of the Pop-up message and not total 
removal of the message that I can see, so message should be in chat history.

- Wolfpup


On Jan. 18, 2011, 9:02 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/109/
> ---
> 
> (Updated Jan. 18, 2011, 9:02 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Removed the "You just entered a region using a different server version..." 
> pop-up notification.
> 
> 
> This addresses bug STORM-243.
> http://jira.secondlife.com/browse/STORM-243
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml 422f636c3343 
>   indra/newview/llviewermessage.cpp 422f636c3343 
>   indra/newview/skins/default/xui/da/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/de/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/en/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/es/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/fr/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/it/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/ja/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/nl/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/pl/notifications.xml 422f636c3343 
>   indra/newview/skins/default/xui/pt/notifications.xml 422f636c3343 
> 
> Diff: http://codereview.secondlife.com/r/109/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Vadim
> 
>

___
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] Storm-236 extra eyes needed.(please forgive for lenght)

[WolfPup Lowenhar]

I'll apologize in advanced for length of this email but I need some extra
eyes on the code for this

 

Diff to show changes being made(also the reason for the length of email):

 

diff --git a/indra/newview/llbottomtray.cpp b/indra/newview/llbottomtray.cpp

--- a/indra/newview/llbottomtray.cpp

+++ b/indra/newview/llbottomtray.cpp

@@ -1528,6 +1528,7 @@

// because it resets chatbar's width according to resize logic.

void LLBottomTray::initButtonsVisibility()

{

+   setVisibleAndFitWidths(RS_BUTTON_SPEAK,
gSavedSettings.getBOOL("EnableVoiceChat"));

 setVisibleAndFitWidths(RS_BUTTON_GESTURES,
gSavedSettings.getBOOL("ShowGestureButton"));

 setVisibleAndFitWidths(RS_BUTTON_MOVEMENT,
gSavedSettings.getBOOL("ShowMoveButton"));

 setVisibleAndFitWidths(RS_BUTTON_CAMERA,
gSavedSettings.getBOOL("ShowCameraButton"));

@@ -1540,6 +1541,7 @@

 void LLBottomTray::setButtonsControlsAndListeners()

{

+
gSavedSettings.getControl("EnableVoiceChat")->getSignal()->connect(boost::bi
nd(&LLBottomTray::toggleShowButton, RS_BUTTON_SPEAK, _2));

 
gSavedSettings.getControl("ShowGestureButton")->getSignal()->connect(boost::
bind(&LLBottomTray::toggleShowButton, RS_BUTTON_GESTURES, _2));

 
gSavedSettings.getControl("ShowMoveButton")->getSignal()->connect(boost::bin
d(&LLBottomTray::toggleShowButton, RS_BUTTON_MOVEMENT, _2));

 
gSavedSettings.getControl("ShowCameraButton")->getSignal()->connect(boost::b
ind(&LLBottomTray::toggleShowButton, RS_BUTTON_CAMERA, _2));

diff --git a/indra/newview/llspeakbutton.cpp
b/indra/newview/llspeakbutton.cpp

--- a/indra/newview/llspeakbutton.cpp

+++ b/indra/newview/llspeakbutton.cpp

@@ -34,6 +34,7 @@

#include "llcallfloater.h"

#include "lloutputmonitorctrl.h"

#include "lltransientfloatermgr.h"

+#include "llviewercontrol.h"

 #include "llspeakbutton.h"

@@ -55,12 +56,15 @@

 void LLSpeakButton::draw()

{

-// LLVoiceClient::getInstance() is the authoritative global source
of info regarding our open-mic state, we merely reflect that state.

-bool openmic = LLVoiceClient::getInstance()->getUserPTTState();

-bool voiceenabled = LLVoiceClient::getInstance()->voiceEnabled();

-mSpeakBtn->setToggleState(openmic && voiceenabled);

-mOutputMonitor->setIsMuted(!voiceenabled);

-LLUICtrl::draw();

+   if ( gSavedSettings.getBOOL("EnableVoiceChat") )

+   {

+ // LLVoiceClient::getInstance() is the authoritative
global source of info regarding our open-mic state, we merely reflect that
state.

+   bool openmic = LLVoiceClient::getInstance()->getUserPTTState();

+   bool voiceenabled =
LLVoiceClient::getInstance()->voiceEnabled();

+   mSpeakBtn->setToggleState(openmic && voiceenabled);

+   mOutputMonitor->setIsMuted(!voiceenabled);

+   LLUICtrl::draw();

+   }

}

void LLSpeakButton::setSpeakBtnEnabled(bool enabled)

{

diff --git a/indra/newview/skins/default/xui/en/menu_bottomtray.xml
b/indra/newview/skins/default/xui/en/menu_bottomtray.xml

--- a/indra/newview/skins/default/xui/en/menu_bottomtray.xml

+++ b/indra/newview/skins/default/xui/en/menu_bottomtray.xml

@@ -9,6 +9,17 @@

  visible="false"

  width="128">

 

+

+ 

+

+

 

with the above code changed the speak button show/hide in accordance to the
voice settings like it should.

 

now for the problem:

 

1 when hiding the speak button(disabling voice) the space it took up is not
freed(visible buttons sliding towards the text input field) this is a
problem.

2 when showing the speak button(enabling voice) I get the following message
in the log file: WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert:
Selected button cannot be shown right now.

The button will be shown when there is enough space for it.

 

Now somewhere in the related files there is a place that sets the space for
the speak button and I feel that if I could locate it and make the needed
changes it should solve both problems as I think the second one is tied to
the fact that the space is not freed up. 

___
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] Review Request: Help Needed to debug small problem with code for STORM-236.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/112/
---

Review request for Viewer.


Summary
---

This is actually a request for for help to debug what I have done so far to get 
this working.
1. In the current diff the button dose actualy hide and show according to if 
Voice is enabled or not.
2. i have two problems at this point.
   a. the space taken up by the speak button is not freed up
   b. when the speak button is shown after being hidden there is an error 
message saying no space avaiable
  (I think this is related to the fact that the space is not freed to begin 
with).


This addresses bug STORM-236.
http://jira.secondlife.com/browse/STORM-236


Diffs
-

  doc/contributions.txt 40d0806e9800 
  indra/newview/llbottomtray.cpp 40d0806e9800 
  indra/newview/llspeakbutton.cpp 40d0806e9800 
  indra/newview/skins/default/xui/en/menu_bottomtray.xml 40d0806e9800 

Diff: http://codereview.secondlife.com/r/112/diff


Testing
---


Thanks,

Wolfpup

___
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] Review Request: Help Needed to debug small problem with code for STORM-236.

[Wolfpup Lowenhar]

> On Jan. 20, 2011, 10:45 a.m., Cron Stardust wrote:
> > Looks like you are only preventing the button from drawing and working, but 
> > not actually /removing/ it from the tray.  Have you hunted down the code 
> > that is used to remove tray buttons when the tray is right-clicked on and 
> > an item is checked/unchecked?  I would think that that is the functionality 
> > that needs to be copied onto the speak button.
> > 
> > Maybe, as a different JIRA entry and review, you might consider what it 
> > would take to add the speak button to that tray context menu.  Once the 
> > ability to remove and add the speak button via the context menu is working, 
> > it would then seem to me that this entry (STORM-236) would be trivial to 
> > implement, as all the core functionality will have been resolved already.  
> > Even if the new entry for the context menu wasn't accepted, the core 
> > functionality can still be done here.

This Issue is for having the button hide(not be drawn) and free up the space 
that it normally take in the bottom tray. The problem I'm having is with the 
second part getting the space freed up right. Also the context menu is 
functional so there are no problems there.


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/112/#review210
---


On Jan. 20, 2011, 9:29 a.m., Wolfpup Lowenhar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/112/
> ---
> 
> (Updated Jan. 20, 2011, 9:29 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This is actually a request for for help to debug what I have done so far to 
> get this working.
> 1. In the current diff the button dose actualy hide and show according to if 
> Voice is enabled or not.
> 2. i have two problems at this point.
>a. the space taken up by the speak button is not freed up
>b. when the speak button is shown after being hidden there is an error 
> message saying no space avaiable
>   (I think this is related to the fact that the space is not freed to 
> begin with).
> 
> 
> This addresses bug STORM-236.
> http://jira.secondlife.com/browse/STORM-236
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 40d0806e9800 
>   indra/newview/llbottomtray.cpp 40d0806e9800 
>   indra/newview/llspeakbutton.cpp 40d0806e9800 
>   indra/newview/skins/default/xui/en/menu_bottomtray.xml 40d0806e9800 
> 
> Diff: http://codereview.secondlife.com/r/112/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Wolfpup
> 
>

___
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] Review Request: Help Needed to debug small problem with code for STORM-236.

[Wolfpup Lowenhar]

> On Jan. 20, 2011, 10:45 a.m., Cron Stardust wrote:
> > Looks like you are only preventing the button from drawing and working, but 
> > not actually /removing/ it from the tray.  Have you hunted down the code 
> > that is used to remove tray buttons when the tray is right-clicked on and 
> > an item is checked/unchecked?  I would think that that is the functionality 
> > that needs to be copied onto the speak button.
> > 
> > Maybe, as a different JIRA entry and review, you might consider what it 
> > would take to add the speak button to that tray context menu.  Once the 
> > ability to remove and add the speak button via the context menu is working, 
> > it would then seem to me that this entry (STORM-236) would be trivial to 
> > implement, as all the core functionality will have been resolved already.  
> > Even if the new entry for the context menu wasn't accepted, the core 
> > functionality can still be done here.
> 
> Wolfpup Lowenhar wrote:
> This Issue is for having the button hide(not be drawn) and free up the 
> space that it normally take in the bottom tray. The problem I'm having is 
> with the second part getting the space freed up right. Also the context menu 
> is functional so there are no problems there.
> 
> Cron Stardust wrote:
> As of 2.6.0.219259 the Speak button is not able to be removed from the 
> tray using the context menu.  However, the point I was trying to make was 
> that the underlying functionality of what you are trying to accomplish here, 
> that of removing a button and freeing up the space, is currently accomplished 
> by the underlying functionality that the tray context menu taps into.  
> Whether a simple (hah!) study of that code's functionality will give you what 
> you need, or whether you do a complementary implementation of adding the 
> (de)activation of the Speak button to the context menu, is up to you.
> 
> I simply was pointing out that the underlying task is accomplished at 
> another, potentially missed, location.  If you have already studied and 
> implemented the button (de)activation code that the tray context menu uses, 
> then my suggestion is just noise.  On the other hand, exploring what it would 
> take to make the Speak button go away or come back via the context menu 
> allows you to explore another code section that might result in two birds 
> being killed with one stone: making the button removable for those who only 
> use the keyboard or mouse toggle, and giving you the code to make the button 
> go away when Voice isn't active.
> 
> Hope that clears up the situation.  To me the problem here isn't the 
> tasks of "make the button hide" and then "free up the space" - it's about how 
> to properly remove and re-add the button, similar to how the tray context 
> menu works, just with a different trigger: the voice setting.

Cron,
 I wonder if you have even looked at the diff as im working on adding all the 
functionality that you say is not present. Yes there is some thing im missing 
other wise I would not be receiving an error in my local repository. this work 
is only in my local repository at present as it is not yet ready to be posted 
for review but as Oz suggested i placed this here with the subject "Help 
Needed" as i believe im missing some thing important in the code and there for 
getting a error. This is ACTUALLY a request for ASSISTANCE from the open source 
community and not a review request.


- Wolfpup


-------
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/112/#review210
---


On Jan. 20, 2011, 9:29 a.m., Wolfpup Lowenhar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/112/
> ---
> 
> (Updated Jan. 20, 2011, 9:29 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This is actually a request for for help to debug what I have done so far to 
> get this working.
> 1. In the current diff the button dose actualy hide and show according to if 
> Voice is enabled or not.
> 2. i have two problems at this point.
>a. the space taken up by the speak button is not freed up
>b. when the speak button is shown after being hidden there is an error 
> message saying no space avaiable
>   (I think this is related to the fact that the space is not freed to 
> begin with).
> 
> 
> This addresses bug STORM-236.
> http://jira.se

[opensource-dev] Review Request: STORM-236 Actual Code Review

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/113/
---

Review request for Viewer.


Summary
---

This allows the Speak Button to auto-hide for those that do not use Voice at 
all.


This addresses bug STORM-236.
http://jira.secondlife.com/browse/STORM-236


Diffs
-

  doc/contributions.txt 9c7d543fd15d 
  indra/newview/llbottomtray.h 9c7d543fd15d 
  indra/newview/llbottomtray.cpp 9c7d543fd15d 
  indra/newview/llspeakbutton.cpp 9c7d543fd15d 
  indra/newview/skins/default/xui/en/menu_bottomtray.xml 9c7d543fd15d 

Diff: http://codereview.secondlife.com/r/113/diff


Testing
---

Built locally and did the following:
1 Verified that when Voice is toggled via the preference panel the Speak Button 
auto hid/showed.
2 Verified that drag and drop functionality of the Speak Button was not 
affected.
3 Went to a non-Voice area with Voice active and verified that button was still 
there but grayed out.


Thanks,

Wolfpup

___
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] FW: [JIRA] Commented: (STORM-236) Allow the "Speak" button to be removed, like other buttons

[WolfPup Lowenhar]

Please Help test this.

 

From: Oz Linden (JIRA) [mailto:no-re...@secondlife.com] 
Sent: Friday, January 21, 2011 10:57 AM
To: wolfpu...@earthlink.net
Subject: [JIRA] Commented: (STORM-236) Allow the "Speak" button to be removed, 
like other buttons

 

 

[ 
https://jira.secondlife.com/browse/STORM-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel
 

 &focusedCommentId=236477#comment-236477 ]

Oz Linden commented on STORM-236:
-

Test builds available at:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-2/rev/219418/index.html

> Allow the "Speak" button to be removed, like other buttons
> --
>
> Key: STORM-236
> URL: https://jira.secondlife.com/browse/STORM-236
> Project: Snowstorm
>  Issue Type: Story
> Environment: Irrelevant.
>Reporter: Mimika Oh
> Fix For: Product Backlog Proposals
>
> Attachments: cantspeakbutton.png, No Speak Button Voice Disabled.jpg, 
> Screen shot 2010-03-31 at 19.24.55.png, Speak Button Voice Enabled.jpg
>
>  Time Spent: 2 days, 1 hour
>  Remaining Estimate: 7 hours
>
> As a user who does not use Voice, I would like to reclaim the bottom-bar 
> space occupied by the disabled "Speak" buttons.
> The bottom bar of the viewer has buttons which can be enabled and disabled by 
> right-clicking the bar. Except the Speak button, which remains even when 
> Voice is totally disabled, and can't be removed.
> Please allow it to be removed.  When voice is disabled, it is just wasting 
> space.

--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3393 - Release Date: 01/20/11

___
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] FW: Using 'autobuild' to build the viewer

[WolfPup Lowenhar]

Meant to sent this to the list and not just Oz.

 

From: WolfPup Lowenhar [mailto:wolfpu...@earthlink.net] 
Sent: Thursday, January 27, 2011 7:46 PM
To: 'Oz Linden (Scott Lawrence)'
Subject: RE: [opensource-dev] Using 'autobuild' to build the viewer

 

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>vsvars32.bat

Setting environment for using Microsoft Visual Studio 2005 x86 tools.

 

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>path

PATH=C:\Program Files\Microsoft Visual Studio 8\Common7\IDE;

C:\Program Files\Microsoft Visual Studio 8\VC\BIN;

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools;

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\bin;

C:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\bin;

C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\bin;

C:\Windows\Microsoft.NET\Framework\v2.0.50727;

C:\Program Files\Microsoft Visual Studio 8\VC\VCPackages;

C:\Program Files\Common Files\Microsoft Shared\Windows Live;

C:\Perl\site\bin;C:\Perl\bin;C:\Python26\Scripts;C:\Python26\;C:\Windows\sys
tem32;

C:\Windows;C:\Windows\System32\Wbem;

C:\Windows\System32\WindowsPowerShell\v1.0\;

C:\Program Files\Intel\DMIX;

c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;

c:\Program Files\Microsoft SQL Server\100\DTS\Binn\;

C:\Program Files\CMake 2.8\bin;

C:\Program Files\TortoiseSVN\bin;

C:\Program Files\GtkSharp\2.12\bin;

C:\Program Files\QuickTime\QTSystem\;

C:\Program Files\Windows Live\Shared;

C:\Program Files\TortoiseHg\;

C:\Users\Brendan\AppData\Roaming\Python\Scripts

 

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>cd
D:\HG\viewer-autobuild

 

C:\Program Files\Microsoft Visual Studio 8\Common7\Tools>d:

 

D:\HG\viewer-autobuild>autobuild configure -c OpenSourceRelWithDebInfo

Traceback (most recent call last):

  File "C:\Python26\Scripts\autobuild", line 35, in 

from autobuild.autobuild_main import Autobuild

  File "C:\Python26\lib\site-packages\autobuild\autobuild_main.py", line 25,
in 

import common

  File "C:\Python26\lib\site-packages\autobuild\common.py", line 575, in


Bootstrap()

  File "C:\Python26\lib\site-packages\autobuild\common.py", line 557, in
__init__

if download_package(url):

  File "C:\Python26\lib\site-packages\autobuild\common.py", line 237, in
download_package

scp_or_http = __SCPOrHTTPHandler(get_default_scp_command())

  File "C:\Python26\lib\site-packages\autobuild\common.py", line 106, in
get_default_scp_command

 

raise AutobuildError("cannot find an appropriate scp or pscp command")

autobuild.common.AutobuildError: cannot find an appropriate scp or pscp
command

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Thursday, January 27, 2011 6:42 PM
To: opensource-dev
Subject: [opensource-dev] Using 'autobuild' to build the viewer

 

We now have changes ready for building the viewer with the new Linden Lab
"autobuild" tool (not to be confused with any other similarly named tool
written by anyone else).  Autobuild is a framework for maintaining and
building libraries and other programs. It acts as director providing a
common interface to build and package libraries and programs, but it is not
a build system like make or cmake (it uses them "under the covers").

The autobuild framework has now been applied to the viewer build as a whole,
so that we'll soon have a common command-line method to build on all
platforms.  

Once these changes are merged, you'll be able to build with just two
commands starting from a clean checkout: one to configure (which only need
be done once in each working copy), and one to actually do the build.   

To configure your clean working copy:

A default Linden developer build:

autobuild configure -c RelWithDebInfo

A default non-Linden developer build:

autobuild configure -c OpenSourceRelWithDebInfo 

A "standalone" non-Linden developer build:

autobuild configure -c OpenSourceStandaloneRelWithDebInfo 

Needless to say, there are ways to provide more detailed and fine-grained
controls, and there are other possible targets for the -c (--configuration)
option.

The actual build command is:

autobuild build -c OpenSourceRelWithDebInfo 

Most of the components that the viewer depends on have either been converted
to building with autobuild, or are in the process of being converted.  The
open source dependencies will eventually all be in bitbucket.org/lindenlab
(aka hg.secondlife.com) repositories; many are already there, and you build
each of them in exactly the same way.

To begin experimenting with this new way of doing things, you'll need to
check out autobuild itself (it's written in python, and is open source)
from:

https://bitbucket.org/lindenlab/autobuild

You can either ru

Re: [opensource-dev] Review Request: Do not fail when no scp command is found, unless it is actually needed to fetch something

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/127/#review266
---

Ship it!


Tested on Windows 7 32-bit and works all the needed files for NonStandalone do 
not DL at least the error is gone.

- Wolfpup


On Jan. 28, 2011, 5:20 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/127/
> ---
> 
> (Updated Jan. 28, 2011, 5:20 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> During initialization, if there is no scp or pscp command found then 
> autobuild fails immediately.  This is true whether or not any scp urls need 
> to be used.
> 
> This change modifies the behavior so that a warning is printed if no command 
> is found, but execution proceeds until an scp command is needed, at which 
> time execution fails with an explanatory message.
> 
> This patch can print the warning multiple times - I didn't attempt to 
> suppress the extras.
> 
> 
> Diffs
> -
> 
>   autobuild/common.py f49808fe3c07 
> 
> Diff: http://codereview.secondlife.com/r/127/diff
> 
> 
> Testing
> ---
> 
> I've tested this locally, simulating the error by temporarily modifying the 
> names of the commands to be found for scp.
> 
> I have not checked it on Windows, where the original problem was found.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Review Request: Do not fail when no scp command is found, unless it is actually needed to fetch something

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/127/#review278
---


this is crashing devenv when you do autobuild build -c OpenSourceRelWithDebInfo 
 on a windows system

- Wolfpup


On Jan. 29, 2011, 5:01 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/127/
> ---
> 
> (Updated Jan. 29, 2011, 5:01 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> During initialization, if there is no scp or pscp command found then 
> autobuild fails immediately.  This is true whether or not any scp urls need 
> to be used.
> 
> This change modifies the behavior so that a warning is printed if no command 
> is found, but execution proceeds until an scp command is needed, at which 
> time execution fails with an explanatory message.
> 
> This patch can print the warning multiple times - I didn't attempt to 
> suppress the extras.
> 
> 
> Diffs
> -
> 
>   autobuild/common.py 9ae505976dfa 
> 
> Diff: http://codereview.secondlife.com/r/127/diff
> 
> 
> Testing
> ---
> 
> I've tested this locally, simulating the error by temporarily modifying the 
> names of the commands to be found for scp.
> 
> I have not checked it on Windows, where the original problem was found.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Review Request: Do not fail when no scp command is found, unless it is actually needed to fetch something

[Wolfpup Lowenhar]

> On Jan. 29, 2011, 7:28 a.m., Wolfpup Lowenhar wrote:
> > this is crashing devenv when you do autobuild build -c 
> > OpenSourceRelWithDebInfo  on a windows system

When i tested this second dif was not a clean reop will retest again after 
deleating build tree


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/127/#review278
---


On Jan. 29, 2011, 5:01 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/127/
> ---
> 
> (Updated Jan. 29, 2011, 5:01 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> During initialization, if there is no scp or pscp command found then 
> autobuild fails immediately.  This is true whether or not any scp urls need 
> to be used.
> 
> This change modifies the behavior so that a warning is printed if no command 
> is found, but execution proceeds until an scp command is needed, at which 
> time execution fails with an explanatory message.
> 
> This patch can print the warning multiple times - I didn't attempt to 
> suppress the extras.
> 
> 
> Diffs
> -
> 
>   autobuild/common.py 9ae505976dfa 
> 
> Diff: http://codereview.secondlife.com/r/127/diff
> 
> 
> Testing
> ---
> 
> I've tested this locally, simulating the error by temporarily modifying the 
> names of the commands to be found for scp.
> 
> I have not checked it on Windows, where the original problem was found.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Review Request: Do not fail when no scp command is found, unless it is actually needed to fetch something

[Wolfpup Lowenhar]

> On Jan. 29, 2011, 7:28 a.m., Wolfpup Lowenhar wrote:
> > this is crashing devenv when you do autobuild build -c 
> > OpenSourceRelWithDebInfo  on a windows system
> 
> Wolfpup Lowenhar wrote:
> When i tested this second dif was not a clean reop will retest again 
> after deleating build tree

tested new diff with fresh build tree and it dose work on windows 7.


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/127/#review278
---


On Jan. 29, 2011, 5:01 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/127/
> ---
> 
> (Updated Jan. 29, 2011, 5:01 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> During initialization, if there is no scp or pscp command found then 
> autobuild fails immediately.  This is true whether or not any scp urls need 
> to be used.
> 
> This change modifies the behavior so that a warning is printed if no command 
> is found, but execution proceeds until an scp command is needed, at which 
> time execution fails with an explanatory message.
> 
> This patch can print the warning multiple times - I didn't attempt to 
> suppress the extras.
> 
> 
> Diffs
> -
> 
>   autobuild/common.py 9ae505976dfa 
> 
> Diff: http://codereview.secondlife.com/r/127/diff
> 
> 
> Testing
> ---
> 
> I've tested this locally, simulating the error by temporarily modifying the 
> names of the commands to be found for scp.
> 
> I have not checked it on Windows, where the original problem was found.
> 
> 
> Thanks,
> 
> Oz
> 
>

___
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] Using 'autobuild' to build the viewer

[WolfPup Lowenhar]

With the patch this dose work on windows but there are some things that need
worked on.

1 Need to be able to import things like Fmod and Quicktime if we have them
already present.

   https://jira.secondlife.com/browse/STORM-406 fixed this for OS Developers
but autobuild broke it.

2 Need to have the ability to see the progress of the build as well as have
a log generated for the build so we can track any build errors and be able
to report those errors via the JIRA the log could look something like
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_vi
ewer-development/rev/21/arch/CYGWIN/log/build_log.331.txt 

3 Have some meaningful build number for tracking our builds i.e.
2.6.0.

  https://jira.secondlife.com/browse/STORM-871 is the current issue for
this.

 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Friday, January 28, 2011 10:26 AM
To: Jonathan Welch
Cc: opensource-dev
Subject: Re: [opensource-dev] Using 'autobuild' to build the viewer

 

On 2011-01-28 9:45, Jonathan Welch wrote:
> After applying the scp patch autobuild configure ran
>
> 1) I would like to see the name of each file as it is downloaded, so I
> can see there is some progress being made

Me too, including whether or not it is being used from the cache...

> I hope these files are cached and not downloaded into each new cloned
> source tree.
> a) My internet speed is not very great
> b) I may not even have an internet connection when I want to clone and
> work on something.

They are, but at present the cache is in a temp directory.  On my system
at least, that will get cleared out occasionally... it might be good to
be able to specify a cache location through and environment variable to
override the default.

> 2) Is this a problem:
> package libuuid has no installation information configured for platform
windows

I don't think so - I think that package is not used on windows (that
being the case, it would be good not to see the message).

___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3408 - Release Date: 01/28/11

___
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] problems working with autobuild

[WolfPup Lowenhar]

Im running autobuild from the windows cmd shell all I have to do right now
is add the Vs2005 tools via vsvars32.bat then got the auto build folder and
it all works im not running in any other cmd window.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Latif
Khalifa
Sent: Tuesday, February 01, 2011 9:13 AM
To: Nicky Perian
Cc: SLDEV
Subject: Re: [opensource-dev] problems working with autobuild

 

The old style build didn't work in cygwin shell either. It wanted
cmake and python to be native windows versions. After deleting cygwin
versions of those, all worked. Perhaps a similar thing can help for
the autobuild?

On Tue, Feb 1, 2011 at 4:07 AM, Nicky Perian  wrote:
> I can't tell but it looks like windows and you using cygwin, Is that
> correct?
> I was able to us the Visual Studio Command Prompt and all went as planned
in
> documentation save one patch from Oz.
> Realize that isn't help. But, i didn't use cygwin and my Python was a
> seperate install in windows. Did not use the cygwin version of Python.
>
> 
> From: Twisted Laws 
> To: SLDEV 
> Sent: Mon, January 31, 2011 8:43:01 PM
> Subject: [opensource-dev] problems working with autobuild
>
> So I figured I'd give the autobuild method of building a try.   I've not
> made it far yet
> and wondering if someone might give me a pointer on what I've done
wrong...
>
> I read: http://wiki.secondlife.com/wiki/Autobuild_Quick_Start
> and read:
>
https://lists.secondlife.com/pipermail/opensource-dev/2011-January/005633.ht
ml
> v-autobuild is from: https://bitbucket.org/mani_linden/viewer-autobuild
>
> I must be missing something here but I'm not sure what.  The autobuild/bin
> directory is
> in the path.   Python 2.6 installed.
>
> Thanks for any hints,  session log follows  (note that the ./setup.py
> install fails, and i have
> to use python setup.py install)
>
> dir: /cygdrive/c/dev/hgbuilds
> $ cd autobuild
> dir: /cygdrive/c/dev/hgbuilds/autobuild
> $ ls
> autobuild  bin  build  setup.py
> dir: /cygdrive/c/dev/hgbuilds/autobuild
> $ ./setup.py install
> ./setup.py: line 23: from: command not found
> ./setup.py: line 27: PACKAGE_NAME: command not found
> ./setup.py: line 28: LLAUTOBUILD_VERSION: command not found
> ./setup.py: line 29: LLAUTOBUILD_SOURCE: command not found
> ./setup.py: line 30: CLASSIFIERS: command not found
> ./setup.py: line 41: ext_modules: command not found
> ./setup.py: line 43: syntax error near unexpected token `newline'
> ./setup.py: line 43: `setup('
> dir: /cygdrive/c/dev/hgbuilds/autobuild
> $ python setup.py install
> running install
> running build
> running build_py
> running build_scripts
> running install_lib
> running install_scripts
> running install_egg_info
> Removing C:\Python26\Lib\site-packages\autobuild-0.0.0-py2.6.egg-info
> Writing C:\Python26\Lib\site-packages\autobuild-0.0.0-py2.6.egg-info
> dir: /cygdrive/c/dev/hgbuilds/autobuild
> $ cd ../v-autobuild
> dir: /cygdrive/c/dev/hgbuilds/v-autobuild
> $ autobuild configure -c OpenSourceRelWithDebInfo
> C:\cygwin\bin\python: can't open file
> '/cygdrive/c/dev/hgbuilds/autobuild/bin/autobuild': [Errno 2] No such file
> or directory
> dir: /cygdrive/c/dev/hgbuilds/v-autobuild
> $ ls -l /cygdrive/c/dev/hgbuilds/autobuild/bin/autobuild
> -rwxr-xr-x 1 John None 2213 Jan 31 20:37
> /cygdrive/c/dev/hgbuilds/autobuild/bin/autobuild
> dir: /cygdrive/c/dev/hgbuilds/v-autobuild
> $
>
>
> ___
> 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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3416 - Release Date: 02/01/11

___
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] problems working with autobuild

[WolfPup Lowenhar]

Actually this is one of the issues that needs to be addressed as OS devs
cannot get things like Fmod.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Nicky
Perian
Sent: Tuesday, February 01, 2011 4:40 PM
To: Twisted Laws
Cc: SLDEV
Subject: Re: [opensource-dev] problems working with autobuild

 


Twisted,


Looks like a bad link. 

Nicky


This webpage is not available.


The webpage at
http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/merov_fm
od-autobuild/rev/219050/arch/CYGWIN/installer/fmod-3.75-windows-20110113.tar
.bz2 might be temporarily down or it may have moved permanently to a new web
address.

   More information on this error

 

  _  

From: Twisted Laws 
To: nickyper...@yahoo.com
Cc: SLDEV 
Sent: Tue, February 1, 2011 3:33:11 PM
Subject: RE: [opensource-dev] problems working with autobuild

Thanks to Nicky, I've made it further.  I didn't have a command prompt menu
option in vc2005 express but i was able to find information on the net to
help me create one.  So now autobuild does run in a vc2005 command prompt
window for me but still fails with the following (raw) log:(note at the
end of it i did verify i was up-to-date)
 
Setting environment for using Microsoft Visual Studio 2005 x86 tools.
C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE>echo %PATH%
C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE;C:\Program
Files (x
86)\Microsoft Visual Studio 8\VC\BIN;C:\Program Files (x86)\Microsoft Visual
Stu
dio 8\Common7\Tools;C:\Program Files (x86)\Microsoft Visual Studio
8\SDK\v2.0\bi
n;C:\Windows\Microsoft.NET\Framework\v2.0.50727;C:\Program Files
(x86)\Microsoft
 Visual Studio 8\VC\VCPackages;C:\Program Files\Common Files\Microsoft
Shared\Wi
ndows Live;C:\Program Files (x86)\Common Files\Microsoft Shared\Windows
Live;C:\
Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files
(x86)\Cybe
rLink\Power2Go;C:\Program Files (x86)\ATI
Technologies\ATI.ACE\Core-Static;c:\Pr
ogram Files (x86)\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files
(x86)\Mi
crosoft SQL
Server\100\DTS\Binn\;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\
Program Files (x86)\QuickTime\QTSystem\;C:\Program Files
(x86)\Mercurial\;C:\Pro
gram Files (x86)\Windows Live\Shared;C:\Python26;C:\Program Files
(x86)\CMake 2.
6\bin;C:\Program Files (x86)\Microsoft Visual Studio
8\VC\bin;C:\dev\hgbuilds\au
tobuild\bin
C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE>cd
c:\dev\hgbuilds\
v-autobuild
c:\dev\hgbuilds\v-autobuild>autobuild configure -c Release
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual
Studio
8/VC/bin/cl.exe
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual
Studio
8/VC/bin/cl.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual
Studi
o 8/VC/bin/cl.exe
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual
Studi
o 8/VC/bin/cl.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Using autobuild at: C:/dev/hgbuilds/autobuild/bin/autobuild.cmd
unable to download file: 
Traceback (most recent call last):
  File "C:\Python26\Lib\site-packages\autobuild\common.py", line 243, in
downloa
d_package
file(cachename, 'wb').write(urllib2.urlopen(package).read())
  File "C:\Python26\lib\urllib2.py", line 124, in urlopen
return _opener.open(url, data, timeout)
  File "C:\Python26\lib\urllib2.py", line 383, in open
response = self._open(req, data)
  File "C:\Python26\lib\urllib2.py", line 401, in _open
'_open', req)
  File "C:\Python26\lib\urllib2.py", line 361, in _call_chain
result = func(*args)
  File "C:\Python26\lib\urllib2.py", line 1130, in http_open
return self.do_open(httplib.HTTPConnection, req)
  File "C:\Python26\lib\urllib2.py", line 1105, in do_open
raise URLError(err)
URLError: 
ERROR: failed to download
http://s3-proxy.lindenlab.com/private-builds-secondlif
e-com/hg/repo/merov_fmod-autobuild/rev/219050/arch/CYGWIN/installer/fmod-3.7
5-wi
ndows-20110113.tar.bz2
For more information: try re-running your command with --verbose or --debug
CMake Error at cmake/Prebuilt.cmake:51 (message):
  Failed to download or unpack prebuilt 'fmod'.  Process returned 1.
Call Stack (most recent call first):
  cmake/FMOD.cmake:12 (use_prebuilt_binary)
  llaudio/CMakeLists.txt:8 (include)

-- Configuring incomplete, errors occurred!
ERROR: default configuration returned 1
For more information: try re-running your command with --verbose or --debug
c:\dev\hgbuilds\v-autobuild>hg pull
pulling from https://bitbucket.org/mani_linden/viewer-autobuild
searching for changes
no changes found
c:\dev\hgbuilds\v-autobuild>cd ../autobuild
c:\dev\hgbuilds\autobuild>hg pull
pulling from https://bitbucket.org/lindenlab/autobuild
searching for changes
no changes found
c:\dev\hg

[opensource-dev] Asstiance needed for STORM-236

[WolfPup Lowenhar]

After today's scrum meeting I started working on adding an new panel to the
code to contain the resize handle for NearByChat and I'm having trouble
figuring out how to add the panel to the code, it has been added to the xml,
as there is no clear definition in the code for how the panels are read from
the xml file so that the panels size information can be processed. I need
help figuring out the following things:

1. How the panels are defined in the code.

2. How the code is actually reading the size of said panel.

3. How does the code handle panels being drawn.

 

None of the above is documented in the code at all!

 

 

___
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] Review Request: Make viewer-autobuild work under Visual Studio 2005 Express Edition.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/136/#review332
---



autobuild.xml
<http://codereview.secondlife.com/r/136/#comment244>

I can understand this is testing for right now but instead of changing an 
existing element why not create a new one by copy and pasting this one then 
change the name slightly and make the needed mode it that one so as to not 
break existing settings for those that they do work for.


- Wolfpup


On Feb. 5, 2011, 3:25 a.m., Nicky Perian wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/136/
> ---
> 
> (Updated Feb. 5, 2011, 3:25 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This modification is a test case and applies to  -OpenSourceRelWithDebInfo 
> only.
> 
> Configuration batch file content:
> @echo
> call c:\VC80\VC\bin\vcvars32.bat
> C:\lindenhg\autobuild-vcexpress-wip\bin\autobuild --debug configure -c 
> OpenSourceRelWithDebInfo
> 
> Build batch file content:
> C:\lindenhg\autobuild-vcexpress-wip\bin\autobuild --debug build -c 
> OpenSourceRelWithDebInfo
> 
> This is a clean up of a discarded RB
> 
> 
> This addresses bug open-1.
> http://jira.secondlife.com/browse/open-1
> 
> 
> Diffs
> -
> 
>   autobuild.xml 00453191c1b9 
> 
> Diff: http://codereview.secondlife.com/r/136/diff
> 
> 
> Testing
> ---
> 
> There is one post build re-configuration error related to devenv versus 
> vcbuild parameter sequence.
> However,C:\lindenhg\viewer-autobuild-express-wip\build-vc80\newview\RelWithDebInfo\LindenDeveloper.exe
>  was built and
> log on to aditi successful.
> 
> 
> Thanks,
> 
> Nicky
> 
>

___
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] Review Request: open-2 (improved progress messages during dependency checks) and open-31 (more standardized short form option switches)

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/150/#review358
---

Ship it!


This looks good to me.

- Wolfpup


On Feb. 13, 2011, 5:21 a.m., Oz Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/150/
> ---
> 
> (Updated Feb. 13, 2011, 5:21 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> I combined open-31 into this because that change is so small and simple that 
> it didn't seem worth a separate commit (besides, while testing the rest of 
> this, I really wanted the short form of --verbose).
> 
> open-31 changes the short form of --version to -V, so that the short form of 
> the more commonly used --verbose can be the lower case -v, and adds -n as a 
> short form for --dry-run (as it is used in many versions of make, and in 
> other commands like scp and rsync).
> 
> open-2 corrects the problem that (at least in the viewer build) there is a 
> long delay during which there are no progress messages.  The delay is the 
> configure step while packages are checked, including possibly downloading, 
> extracting, and installing them.  Increasing the logging level with the 
> --verbose or --debug switches did not increase the amount of logging during 
> this phase.
> 
> The fundamental problem proved to be that the package checks were done in 
> recursively invoked instances of autobuild (I am guessing that the process 
> hierarchy is autobuild->cmake->autobuild, but it could have just been 
> autobuild calling itself directly; this fix should work regardless of the 
> depth of the process tree).  The verbosity control options were not passed 
> through to the child processes, and since there could be some other process 
> in between (as cmake above), it seemed more robust (and relies less on 
> correct configuration) to pass the verbosity control to the children through 
> the environment.
> 
> The default verbosity is now read from the AUTOBUILD_LOGGING environment 
> variable, whose contents can be --debug, --verbose, --quiet, or the one 
> letter forms of any of those options (if the environment variable is not set, 
> then the default value is to log warnings and worse, as before).  Any of the 
> options used on the command line override any value from the environment.  
> Regardless of how the verbosity level is established, the environment 
> variable AUTOBUILD_LOGGING is set for all child processes, so that if any of 
> those (directly or indirectly) are another invocation of autobuild, then that 
> recursive child will use the same verbosity level as the parent (unless, of 
> course the recursive invocation uses an explicit option).  It is true that 
> this also allows the user to set a default verbosity in the shell 
> environment, and that works, but it wasn't really the motivation for the 
> change and I did not add anything to the documentation about it.
> 
> With that change made, the options correctly controlled whether or not 
> logging is visible during the package checking phase.  However, the resulting 
> messages had an inconsistent level of detail - some operations (such as 
> uninstall) were very verbose, while others (some of which might take 
> significant time) were logged only at high verbosity levels.  This led to the 
> addition of a few short log messages at the default 'warning' level (which 
> really has the dual meaning "something that might be a problem" and 
> "something that should be seen at the default logging level") in order to 
> make sure that some message is printed before any potentially long operation 
> (downloads, extracts, installs, and uninstalls).  Some other very detailed 
> messages were changed from info to debug levels, as the information they 
> display is really only useful when debugging either a new autobuild 
> configuration or autobuild itself.
> 
> I think that the combination of these changes makes the default verbosity 
> reasonably informative (no long silences) without being overwhelming.
> 
> (there is a failure displaying the diff for autobuild.configfile.py because 
> it is a one word change of the logging level for a log message added by one 
> of my other changes that has not yet been applied to the trunk)
> 
> 
> This addresses bugs open-2 and open-31.
> 
> 
> Diffs
> -
> 
>   autobuild/autobuild_main.py 9ee2db08d677 
>   autobuild/autobuild_tool_install.py 9ee2db08d677

Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

[WolfPup Lowenhar]

See my comment here:

https://jira.secondlife.com/browse/STORM-1023?focusedCommentId=244786

&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comme
nt-244786

 

This might be a better solution as then the files could also be renamed to
properly match what cmake is looking for plus when autobuild sets up the
build tree the needed files would be placed automatically with no problems
during the configuration process as they would be resident in the OS
developers install.cache directory with the rest of the needed packaged for
developers that DL libs form LL. And as I do not realy know the how to set
up one of these lib systems assistance would be greatly welcomed. 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Nicky
Perian
Sent: Friday, February 25, 2011 4:01 PM
To: Philippe (Merov) Bossut
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

I am using oz's viewer-autobuild2010 with my mod's for VS2010 and your
changes at the tip.

 

https://bitbucket.org/NickyP/viewer-autobuild2010-wip this plus your changes
at tip.

 

I would not be able to test otherwise.

 

Nicky

 

  _  

From: Philippe (Merov) Bossut 
To: Nicky Perian 
Cc: opensource-dev@lists.secondlife.com
Sent: Fri, February 25, 2011 12:33:27 PM
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

Hi Nicky,

On Fri, Feb 25, 2011 at 8:03 AM, Nicky Perian  wrote:

I have -DFMOD:BOOL=ON on configure cl

and

DFMOD=TRUE in autobuild.xml

Attempt is made to build with fmod but, the headers and libraries still need
to be manually copied.

Was that the intent?


Nope. Looks like either FindFMOD couldn't locate the files or it wasn't
invoked at all.

Could you tell me which autobuild configure arguments you use?

Again, thanks for the test. Looks like I've more coding to do.

Cheers,
- Merov 

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3468 - Release Date: 02/25/11

___
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] STORM-1023 (was OPEN-4) : fmod

[WolfPup Lowenhar]

After creating a local repository like the one Nicky has and running
autobuild configure -c VC10msbuildRelWithDebInfo I get an error in FindFMOD
stating cannot find FMOD and the configure fails.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of WolfPup
Lowenhar
Sent: Saturday, February 26, 2011 8:58 AM
To: OpenSource Mailing List
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

See my comment here:

https://jira.secondlife.com/browse/STORM-1023?focusedCommentId=244786
<https://jira.secondlife.com/browse/STORM-1023?focusedCommentId=244786&page=
com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-244
786>
&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comme
nt-244786

 

This might be a better solution as then the files could also be renamed to
properly match what cmake is looking for plus when autobuild sets up the
build tree the needed files would be placed automatically with no problems
during the configuration process as they would be resident in the OS
developers install.cache directory with the rest of the needed packaged for
developers that DL libs form LL. And as I do not realy know the how to set
up one of these lib systems assistance would be greatly welcomed. 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Nicky
Perian
Sent: Friday, February 25, 2011 4:01 PM
To: Philippe (Merov) Bossut
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

I am using oz's viewer-autobuild2010 with my mod's for VS2010 and your
changes at the tip.

 

https://bitbucket.org/NickyP/viewer-autobuild2010-wip this plus your changes
at tip.

 

I would not be able to test otherwise.

 

Nicky

 

  _  

From: Philippe (Merov) Bossut 
To: Nicky Perian 
Cc: opensource-dev@lists.secondlife.com
Sent: Fri, February 25, 2011 12:33:27 PM
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

Hi Nicky,

On Fri, Feb 25, 2011 at 8:03 AM, Nicky Perian  wrote:

I have -DFMOD:BOOL=ON on configure cl

and

DFMOD=TRUE in autobuild.xml

Attempt is made to build with fmod but, the headers and libraries still need
to be manually copied.

Was that the intent?


Nope. Looks like either FindFMOD couldn't locate the files or it wasn't
invoked at all.

Could you tell me which autobuild configure arguments you use?

Again, thanks for the test. Looks like I've more coding to do.

Cheers,
- Merov 

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3468 - Release Date: 02/25/11

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3469 - Release Date: 02/26/11

___
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] STORM-1023 (was OPEN-4) : fmod

[WolfPup Lowenhar]

I keep trying to do this and im only getting an error near the end of the
configuration process that says :

 

WARNING: Target "secondlife-bin" requests linking to directory
"D:/fmodapi375win".  Targets may link only to libraries.  CMake is dropping
the item.

 

If you could explain how your fmod directory it set up it would be welcomed.
As you can see I am using the upacked zip file. My suggestion still stand
about making a packaging system in autobuild that would generate a package
like the one LL uses for fmod that could then be placed somewhere that the
autobuild system could find it and the extract it to the build tree.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Twisted
Laws
Sent: Saturday, February 26, 2011 11:54 AM
To: SLDEV
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

to get fmod working i used this changeset and used
autobuild --debug configure -c VC10msbuildRelWithDebInfo --
-DLL_TESTS:BOOL=OFF -DFMOD:BOOL=ON -DFMOD_INCLUDE_DIR=C:\Dev\fmod
-DFMOD_LIBRARY=C:\Dev\fmod
 
successfully compiles, runs and has sound  (not standalone)
 

  _  

From: me...@lindenlab.com
Date: Thu, 24 Feb 2011 22:03:46 -0800
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

Hi,

I worked on this and submitted what I think should solve the problem on a
dev repo forked from oz_linden/viewer-autobuild:
 
https://bitbucket.org/merov_linden/viewer-autobuild-open-4/changeset/e439abf
2be8e

If autobuild interested people building from home STANDALONE and NOT
STANDALONE could review that proposal and test the changeset, that would
help tremendously.

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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3469 - Release Date: 02/26/11

___
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] autobuild+vs2010 memory trouble

[WolfPup Lowenhar]

You have just hit the issue I have been working on for the past week and a
half I found that if you totally remove the /Zm1000 setting you should not
have that issue. This is being cause by Cmake wanting to set the /Zm setting
I have filed a bug Report With Kitware concerning this. See :
https://jira.secondlife.com/browse/OPEN-37

My last comment there has a link to the issue and the issue has a work
around in it.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Jonathan
Welch
Sent: Tuesday, March 01, 2011 8:53 AM
To: OpenSource Mailing List
Subject: [opensource-dev] autobuild+vs2010 memory trouble

 

Yesterday I got to the point of being able to start a compile with
autobuild+vs2010 on my XP system with 3Gb of memory.  After about 90
minutes it died with the usual heap overflow message.  Today I edited
a file in the Cmake 2.8 directory and changed Zm1000 to Zm400 which
got me much further along.  About an hour in I saw I was about to run
out of memory and for the next hour was paging heavily.  I must have
run out of page file when it was working on llvlmanager.
I was left with 3 instances of cl.exe, 2 using a lot of memory and 1
using hardly any (I only have 2 cores so do not understand why I had 3
cl.exe running).  Once I killed those off it took about 4 minutes for
my page file to stop being accessed.

After yesterday's failure I tried again and all the files in the build
that had compiled successfully were being compiled again.

Some design changes need to be made here
1) Compile projects in much smaller chunks
2) Do not recompile files that have already been compile (I would like
someone to verify this)

My normal compile time has been a little over 1hr.
___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3475 - Release Date: 03/01/11

___
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] STORM-1023 (was OPEN-4) : fmod

[WolfPup Lowenhar]

If your still having to copy the fmod.dll by hand then this is not a viable
solution as everything is supposed to be automatic hence the name autobuild.

 

From: Twisted Laws [mailto:twisted_l...@hotmail.com] 
Sent: Tuesday, March 01, 2011 8:00 AM
To: wolfpu...@earthlink.net
Subject: RE: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

\dev\fmod   - contains the .h files
\dev\fmod\release - contains the .lib and .dll files  (fmodvc.lib renamed to
fmod.lib and fmod.dll)
\dev\fmod\debug - contains the .lib and .dll files (fmodvc.lib renamed to
fmod.lib and fmod.dll)
 
I couldn't get it to work using the zip extracted as it expects the release
and debug directorys under the directory specified in FMOD_LIBRARY and I had
to manually copy the dll file to 
build-vc100\sharedlibs\release (and debug and relwithdebinfo)
 

  _  

From: wolfpu...@earthlink.net
To: opensource-dev@lists.secondlife.com
Date: Mon, 28 Feb 2011 23:34:50 -0500
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

If you could explain how your fmod directory it set up it would be welcomed.
As you can see I am using the upacked zip file. My suggestion still stand
about making a packaging system in autobuild that would generate a package
like the one LL uses for fmod that could then be placed somewhere that the
autobuild system could find it and the extract it to the build tree.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Twisted
Laws
Sent: Saturday, February 26, 2011 11:54 AM
To: SLDEV
Subject: Re: [opensource-dev] STORM-1023 (was OPEN-4) : fmod

 

to get fmod working i used this changeset and used
autobuild --debug configure -c VC10msbuildRelWithDebInfo --
-DLL_TESTS:BOOL=OFF -DFMOD:BOOL=ON -DFMOD_INCLUDE_DIR=C:\Dev\fmod
-DFMOD_LIBRARY=C:\Dev\fmod
 
successfully compiles, runs and has sound  (not standalone)

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3474 - Release Date: 02/28/11

___
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] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/170/#review415
---

Ship it!


I built the repository provided in the JIRA locally and have tested this on my 
system works for Windows 7 32-bit. There is still an intermittent spacing issue 
that corrects itself if you cycle Voice when the Speak Button is not next to 
the chat panel.


indra/newview/llbottomtray.h
<http://codereview.secondlife.com/r/170/#comment299>

bool instead of BOOL? (code consistence)



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment298>

+1 you documented this one.



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment297>

Documentation?



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment296>

Document?



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment295>

Mentioning this in the preceding comment would be nice.



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment294>

Documentation ?



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment293>

Here we know why this is being done. +1 documented



indra/newview/llbottomtray.cpp
<http://codereview.secondlife.com/r/170/#comment292>

This looks good but would help if there was some documentation here 
explaining this function and exactly why it is needed.


- Wolfpup


On March 3, 2011, 10:33 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/170/
> ---
> 
> (Updated March 3, 2011, 10:33 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Cumulative diff of changes made by Wolfpup, Richard and me.
> 
> Description:
> * Ability to hide the Speak button with the bottom tray context menu.
> * Made the chat input resize handle visible, so that the feature is easily 
> discoverable.
> * Applied Richard's fix to layout panel resizing logic.
> 
> My changes:
> * Made the Speak button inhibit auto-hiding (that is its original behavior).
>   This also fixes numerous glitches with buttons resizing/positioning.
> * Fixed resize cursor drawn on a non-Speak button to the right of the chat 
> input.
> * Reverted wrong changes to LLSpeakButton class:
>   - The correct way to hide a button is either removing it from the parent's 
> child list
> or calling button->setVisible(FALSE).
>   - There was no need to narrow the speaking indicator.
> * Moved the drag handle icon file to icons/bottomtray/ folder.
> * Cleanups.
> 
> 
> This addresses bug STORM-236.
> http://jira.secondlife.com/browse/STORM-236
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 767feb16f05f 
>   indra/llui/lllayoutstack.cpp 767feb16f05f 
>   indra/newview/llbottomtray.h 767feb16f05f 
>   indra/newview/llbottomtray.cpp 767feb16f05f 
>   indra/newview/skins/default/textures/bottomtray/ChatBarHandle.png 
> 767feb16f05f 
>   indra/newview/skins/default/textures/textures.xml 767feb16f05f 
>   indra/newview/skins/default/xui/en/menu_bottomtray.xml 767feb16f05f 
>   indra/newview/skins/default/xui/en/panel_bottomtray.xml 767feb16f05f 
> 
> Diff: http://codereview.secondlife.com/r/170/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Vadim
> 
>

___
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] A CALL FOR HHHEEELLLPPP

[WolfPup Lowenhar]

First References:

Jira : https://jira.secondlife.com/browse/STORM-941

 

Code Snippet : http://codepad.org/9cVTMJTD

 

Now the problem:

When I compile the code I get error C2678: binary '=' : no operator found
which takes a left-hand operand of type 'const std::string' (or there is no
acceptable conversion) in reference to line 21of the code snippet. I need to
be able to force the user name in this case.

 

Here is how this case can happen:

PersonA dose not use Display Names or is on a non-Display Names viewer.

PersonB dose use Display Names and also keeps logs of all chat, Group and
P2P messages.

 

PersonA offers PersonB and inventory item after PersonA has talked to
PersonB in P2P conversation. PersonB checks their logs later to read about
item again to discover there are now two logs for the same person one log is
using the Legacy name and contains only the system message about the
inventory offer while the other log that is named using the user name
contains the conversation about that item.

___
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] Fork of Merov's Viewer autobuild 2010

[WolfPup Lowenhar]

Here is an updated fork of Merov's Viewer Autobuild 2010 Repository to
include the needed changes for Visual Studio 2010 that OpenSource Developers
need.

 

https://bitbucket.org/WolfpupL/viewer-autobuild2010

 

This repository is current with Merov's repository at the time of writing
this email.

___
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] Doxygen Updated / Fixed on dimentox.com

[WolfPup Lowenhar]

I just tried going to the site and it is only partially there. I only get
the different selections at the top and when I try to go to any page besides
the main I get a 404 error.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Brandon
Husbands
Sent: Saturday, March 26, 2011 1:40 AM
To: opensource-dev
Subject: [opensource-dev] Doxygen Updated / Fixed on dimentox.com

 

LOL no one told me it was down.
I am regenerating the doxygen now.

I have set it to pull nightly form viewer-development and regenerate the
documentation.
This way we have updated Documentation YAY!

If you have other formats you want built let me know.

http://developer.dimentox.com is the new address for the doxygen.

-- 

---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.

---

---

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1498/3529 - Release Date: 03/25/11

___
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] Review Request: (STORM-941) IM log naming should go by SL name, not DN.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/249/#review550
---



indra/llui/llurlaction.h
<http://codereview.secondlife.com/r/249/#comment484>

Having this here looks to be the best way to prevent generating a Legacy 
named P2P system message during said conversation that has been started by a 
person that DOSE NOT have Display Names turned on as there is one SYSTEM 
message that would seem to be coming from no where and this looks like it is 
its source.


- Wolfpup


On April 4, 2011, 4:30 p.m., Seth ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/249/
> ---
> 
> (Updated April 4, 2011, 4:30 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Fixed IM history to use the resident's user name for the log file name.
> Added conversions from legacy names or SLURLs with avatar id to the user 
> names in cases of logging P2P sessions and inventory offers.
> 
> 
> This addresses bug STORM-941.
> http://jira.secondlife.com/browse/STORM-941
> 
> 
> Diffs
> -
> 
>   indra/llui/llurlaction.h d30636c2a83a 
>   indra/llui/llurlaction.cpp d30636c2a83a 
>   indra/newview/llgiveinventory.cpp d30636c2a83a 
>   indra/newview/llimview.cpp d30636c2a83a 
>   indra/newview/llnotificationhandler.h d30636c2a83a 
>   indra/newview/llnotificationhandlerutil.cpp d30636c2a83a 
> 
> Diff: http://codereview.secondlife.com/r/249/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Seth
> 
>

___
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] Review Request: Change to description for ShowNetStatus in debbug settings.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/251/
---

Review request for Viewer.


Summary
---

This is a change in the description for the ShowNetStatus debug setting.


This addresses bug STORM-1098.
http://jira.secondlife.com/browse/STORM-1098


Diffs
-

  indra/newview/app_settings/settings.xml 3fc9a496265c 

Diff: http://codereview.secondlife.com/r/251/diff


Testing
---

None needed as this is only a textual change.


Thanks,

Wolfpup

___
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] Review Request: (STORM-941) IM log naming should go by SL name, not DN.

[Wolfpup Lowenhar]

> On April 5, 2011, 9:02 a.m., Wolfpup Lowenhar wrote:
> > indra/llui/llurlaction.h, line 81
> > <http://codereview.secondlife.com/r/249/diff/1/?file=1396#file1396line81>
> >
> > Having this here looks to be the best way to prevent generating a 
> > Legacy named P2P system message during said conversation that has been 
> > started by a person that DOSE NOT have Display Names turned on as there is 
> > one SYSTEM message that would seem to be coming from no where and this 
> > looks like it is its source.
> 
> Seth ProductEngine wrote:
> I guess Vadim is right about moving the method. Seems that just stripping 
> a UUID part of a given SLURL doesn't really belong here, but moving it won't 
> affect the patch functionality.
> 
> Wolfpup, do you have some objections against moving the method or some 
> suggestions about the functionality changes?

Not at all.


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/249/#review550
---


On April 4, 2011, 4:30 p.m., Seth ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/249/
> ---
> 
> (Updated April 4, 2011, 4:30 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Fixed IM history to use the resident's user name for the log file name.
> Added conversions from legacy names or SLURLs with avatar id to the user 
> names in cases of logging P2P sessions and inventory offers.
> 
> 
> This addresses bug STORM-941.
> http://jira.secondlife.com/browse/STORM-941
> 
> 
> Diffs
> -
> 
>   indra/llui/llurlaction.h d30636c2a83a 
>   indra/llui/llurlaction.cpp d30636c2a83a 
>   indra/newview/llgiveinventory.cpp d30636c2a83a 
>   indra/newview/llimview.cpp d30636c2a83a 
>   indra/newview/llnotificationhandler.h d30636c2a83a 
>   indra/newview/llnotificationhandlerutil.cpp d30636c2a83a 
> 
> Diff: http://codereview.secondlife.com/r/249/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Seth
> 
>

___
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] Review Request: Change to description for ShowNetStatus in debbug settings.

[Wolfpup Lowenhar]

> On April 5, 2011, noon, Vadim ProductEngine wrote:
> > I have no objections code-wise, but shouldn't the new string have been 
> > approved by PO/XD prior to making the change?

I discussed it with Oz in IRC just before posting it to here and to the online 
repository for this issue


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/251/#review554
---


On April 5, 2011, 9:31 a.m., Wolfpup Lowenhar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/251/
> ---
> 
> (Updated April 5, 2011, 9:31 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This is a change in the description for the ShowNetStatus debug setting.
> 
> 
> This addresses bug STORM-1098.
> http://jira.secondlife.com/browse/STORM-1098
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml 3fc9a496265c 
> 
> Diff: http://codereview.secondlife.com/r/251/diff
> 
> 
> Testing
> ---
> 
> None needed as this is only a textual change.
> 
> 
> Thanks,
> 
> Wolfpup
> 
>

___
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] Review Request: Change to description for ShowNetStatus in debbug settings.

[Wolfpup Lowenhar]

> On April 5, 2011, 2:55 p.m., Boroondas Gupte wrote:
> > indra/newview/app_settings/settings.xml, line 9560
> > <http://codereview.secondlife.com/r/251/diff/1/?file=1404#file1404line9560>
> >
> > "Viewer Usage"?
> > 
> > I think the indicators show packet loss and used network bandwidth.

The way the indicators are hard coded there one that indicated the Viewer as a 
percent of the time dilation between it and the region your in and the second 
one is the Network Usage(AKA bandwidth being used more usage being bad) thus 
they even change color to yellow and even red meaning worsening conditions.


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/251/#review565
---


On April 5, 2011, 9:31 a.m., Wolfpup Lowenhar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/251/
> ---
> 
> (Updated April 5, 2011, 9:31 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This is a change in the description for the ShowNetStatus debug setting.
> 
> 
> This addresses bug STORM-1098.
> http://jira.secondlife.com/browse/STORM-1098
> 
> 
> Diffs
> -
> 
>   indra/newview/app_settings/settings.xml 3fc9a496265c 
> 
> Diff: http://codereview.secondlife.com/r/251/diff
> 
> 
> Testing
> ---
> 
> None needed as this is only a textual change.
> 
> 
> Thanks,
> 
> Wolfpup
> 
>

___
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] Windows compiling problem

[WolfPup Lowenhar]

The Way Twisted Laws is doing it is one way, and here is another:

First see OPEN-37   for the
changes need to some specific local files.

Then instead of opening the VS Command Prompt use the one from the MS
Windows 7.1 SDK as this will automatically set the working environment and
can even be configured for different build environments (Release, Release
With Debug, and Debug) as well as the arch type(x86 or x64).

And lastly go to my local repository and start a build run.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Twisted
Laws
Sent: Wednesday, April 06, 2011 2:08 PM
To: SLDEV
Subject: Re: [opensource-dev] Windows compiling problem

 

A possibility is the sequence of your includes ...  it needs the 7.1 version
of the SDK
and to have \Microsoft SDKs\Windows\v7.1\Include as the first include

i have a batch file that i run after opening the Visual Studio Command
Prompt window...
 
@set INCLUDE=C:\Program Files\Microsoft SDKs\Windows\v7.1\Include;C:\Program
Files\Microsoft SDKs\Windows\v7.1\Include\gl;C:\Program Files
(x86)\Microsoft DirectX SDK (June 2010)\Include;%INCLUDE%
@set LIB=C:\Program Files\Microsoft SDKs\Windows\v7.1\Lib;C:\Program
Files\Microsoft SDKs\Windows\v7.1\Lib\x64;C:\Program Files (x86)\Microsoft
DirectX SDK (June 2010)\Lib;%LIB%
@set PATH=%PATH%;C:\Dev\hgbuilds\autobuild\bin
 
Maybe it helps, hope so.
 
> Date: Wed, 6 Apr 2011 11:46:39 -0400
> From: mo...@lindenlab.com
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Windows compiling problem
> 
> On 4/5/2011 4:03 PM, Jonathan Welch wrote:
> > I have not had much chance to compile since viewer-development took in
> > the autobuild changes. This afternoon I gave it a try and fixed a few
> > issues but am stumped at how to fix this, which occurs in a number of
> > places:
> >
> > -- Build started: Project: llwindow, Configuration: Release Win32
--
> > llwindowwin32.cpp
> > lldxhardware.cpp
> > e:\Microsoft SDKs\Windows\v7.1\Include\objidl.h(11280): error C2061:
> > syntax error : identifier '__RPC__out_xcount_part'
> > e:\Microsoft SDKs\Windows\v7.1\Include\objidl.h(11281): error C2059:
> > syntax error : ')'
> > e:\Microsoft SDKs\Windows\v7.1\Include\objidl.h(11281): fatal error
> > C1903: unable to recover from previous error(s); stopping compilation
> >
> > I fiddled a bit with the include path in the props file and this is
> > what I currently have:
> > E:\Microsoft Visual Studio 10.0\VC\INCLUDE;e:\Microsoft
> > SDKs\Windows\v7.1\Include;e:\Microsoft
> > SDKs\Windows\v7.1\Include\gl;e:\Microsoft DirectX SDK (June
> > 2010)\Include;e:\Microsoft
> >
SDKs\Windows\v7.1\Samples\winui\TSF\tsfapp;$(WindowsSdkDir)\include;$(Includ
ePath)
> >
> > That first entry is a result of my fiddling. This is happening in
> > vs2010 but also via autobuild in a dos window.
> >
> > Googling on this error says it is an issue of having the include file
> > list in a certain order, but as far as I can tell my list is
> > correct...and worked when we were testing autobuild builds before the
> > code got merged into viewer-development.
> >
> > Can you shed any light on this? I am stumped.
> 
> Confirmed (I get it myself). Probably has to do with sensitivity to
> the SDKs installed on the system. The offending include order,
> in reverse order, is:
> 
> "C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include\\objid
> l.h"
> "C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include\\obj
> base.h"
> "C:\\Program Files (x86)\\Microsoft 
> SDKs\\Windows\\v7.0A\\include\\ole2.h"
> "c:\\mcb\\hg\\viewer-development\\indra\\llwindow\\lldragdropwin32.h"
> 
> 
> ___
> 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 message.
Checked by AVG - www.avg.com
Version: 10.0.1209 / Virus Database: 1500/3554 - Release Date: 04/06/11

___
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] s3-proxy.lindenlab.com points to a private IP address?

[WolfPup Lowenhar]

Ok I see two things here Glimmering Sands:

1.  You are using an old repository the current one is actually viewer
development as autobuild has been merged in.

2.  FMOD and KDU are actually somewhere in http://s3-proxy.lindenlab.com
of which we as Open Source Developers have NO access to and are NOT allowed
to have access to.

 

Ima Mecanique,

The FMOD and KDU libs are not distributed externally if you look at a
current copy of the autobuild.xml you will find that the address is a
private one for them and a few others LL cannot freely distribute. Now LL
has 'provided' a way for those that have FMOD already to 're-pacakage' this
one for use in the autobuild. LL dose not actually modify any of the FMOD
files but actually creates a 'wraper' in the form of llaudio to interface
with fmod.dll so that those that are on Windows will have working sound.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ima
Mechanique
Sent: Thursday, April 07, 2011 7:03 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP
address?

 

> Linden Lab should not be distributing either of these libraries, as
> they do not have a license that permits them to do so(from what I have
> heard from them in other dialogs). So this violates and possibly voids
> their license for Kakadu, as well as all of their careful planning to
> keep it out of every developers hands except for their own.
>
> I hope that they will take these down, and it is not an error that you
> should NOT be able to download them. The error here is that they are
> trying to be downloaded at all.

This is something of a grey area.
For KDU, this is not distributing per se, as it is only the headers and
lib file to link against, not the final library being made available.
I'm not privy to the license details so have no idea if this would be a
breach of terms..

For FMOD, things are clearer.

"The contents of the FMOD distribution archive may not be redistributed,
reproduced, modified, transmitted, broadcast, published or adapted in any
way, shape or form, without the prior written consent of the owner,
Firelight Technologies, be it by tangible or non tangible media.

The fmod.dll file may be redistributed without the authors prior permission,
and must remain unmodified."

LL have both modified the archive (by creating a new one) and are
redistributing that modified version, so I hope they have obtained
written permission from Firelight Technologies  I'd hope that FT would
be happy to grant permission, as it relieves their servers of the
download bandwidth required.


> On Wed, Apr 6, 2011 at 23:34, Glimmering Sands
>  wrote:
> > Well, I have discovered, through the wonders of Mr. Google, that there
> > is an older copy autobuild.xml out there at:
> >
> >
https://bitbucket.org/merov_linden/viewer-autobuild2010/src/44f214103cff/aut
obuild.xml
> >
> > and I was able to simply use the
> >
> > http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/...
> >
> > lines for both fmod and kdu (would it be considered a bug that Linden
> > Labs is distributing an autobuild.xml that uses internal only paths
> > rather than using the external paths (that I guessed the used to
> > have?)
> >
> > One can also wonder why you would let internal DNS records be allowed
> > to external sites as well...
> >
> > Sometime later I will discover if this solves my grey goo box problem or
not :-)
> >
> > Hugs,
> >
> > Glimmering


--
Ima Mechanique
ima.mechanique(at)blueyonder.co.uk

___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1209 / Virus Database: 1500/3556 - Release Date: 04/06/11

___
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] autobuild with VS2005

[WolfPup Lowenhar]

1. yes anyone doing builds in an OpenSource environment should be using the
ones pre-fixed with OpenSource.
2. there are specific setting for windows that are current workarounds till
the autobuild.xml is up dated and they are:
a. VCexpressRelWithDebInfo
b. VC10msbuildRelWithDebInfo
c. VC10msbuildRelease

these setting are going to be merged into the normal OpenSource settings
along with some name changes for 'cleaning up' both the xml file and the
command line as there are also the addition of a few more default switches.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Boroondas Gupte
> Sent: Monday, April 18, 2011 11:09 AM
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] autobuild with VS2005
> 
> Linux-based dev here, so be aware my answer is based on hear-say, not
> own experience.
> 
> On 04/18/2011 02:05 PM, Marine Kelley wrote:
> > - Tried to run autobuild as "autobuild build -c Release", only to get
> > an error saying that it does not find VS2010 (of course, it is not
> > installed). I also had to tell it to not download all the proprietary
> > libraries.
> AFAIK, you should use OpenSourceRelease, OpenSourceRelWithDebInfo or
> OpenSourceDebug as the configuration rather than Release, RelWithDebInfo
> or Debug. The configurations without the "OpenSource" prefix in the name
> are meant for LL's internal use and might require availability of 3rd
> party libraries that LL isn't allowed to re-distribute.
> 
> > [...]
> > - Ran autobuild, and it worked when using "autobuild build -c
> > VCExpressRelWithDebInfo" (that's from memory).
> [Question to anyone who might know:] Does that configuration still serve
> any purpose? I thought the VCExpress issue(s) was/were solved in a way
> that'd also work for non-Express VS10 and thus was merged into the
> normal OpenSource* configurations for Windows? Or was that just planned
> but didn't get executed (yet)?
> 
> 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1321 / Virus Database: 1500/3581 - Release Date: 04/18/11

___
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] Fmod with Autobuild ?

[WolfPup Lowenhar]

Actually STORM-1023 helped to solve this issue for OS Devs. Also my comment
here
https://jira.secondlife.com/browse/STORM-1023?focusedCommentId=246855&page=c
om.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-2468
55 explains exactly what I had to do to make a 'local' package to use in the
autobuild system. And then using a file:/// url pointing to the new package
in the autobuild.xml along with the new hash that is generated I build the
development viewer every day and also have sonde using fmod in a windows
environment.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
> Sent: Thursday, April 28, 2011 6:11 PM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Fmod with Autobuild ?
> 
> Hello all,
> 
> Yes, this is probably another stupid question... I have a working
> viewer 2.6.6 with all my patches installed, everything is working
> right. But since I had to run autobuild with the DINSTALL_PROPRIETARY
> flag set to FALSE (it wouldn't work otherwise), there is no Fmod,
> hence no sound.
> 
> Is it possible for me to add a prebuilt Fmod library from another
> (maybe older) viewer to this one to get the sound back ? Or do I have
> to make autobuild download Fmod somehow in order to build the viewer
> with sound ? I cannot really release a viewer without sound...
> 
> Thanks in advance,
> Marine
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1325 / Virus Database: 1500/3603 - Release Date: 04/28/11

___
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 Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string

[WolfPup Lowenhar]

To set up you system to use the current build system please read here:
http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds

This is the instructions on how to set up your environment to build the
viewer using the new system.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Robin Cornelius
> Sent: Saturday, April 30, 2011 7:44 AM
> To: xinyi chen
> Cc: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error
like
> error LNK2001: unresolved external symbol "__declspec(dllimport) public:
> __thiscall std::basic_string
> 
> On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen 
> wrote:
> > There are 19 K errors when i did link with the viewer project( other
> > projects was compiled correctly)
> > My env. is VS2008 IDE. and used deploy.py to construct the viewer
solution.
> 
> You said deploy.pl you mean develop.py? in that case you should use
> VS2005 as that was the previous supported version before the autobuild
> code was merged in. But unless you have a specific reason not to, its
> probably an idea to use the latest viewer-development code. The
> offical supported visual studio version is now 2010. If you want to
> use 2008 you are going to have to rebuild all the 3p libs, well as a
> minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are
> going to face issues such as you are seeing due to ABI breakage
> between VS versions and the std lib, in this case with
> std::basic_string.
> 
> 
> 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] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::basic_string

[WolfPup Lowenhar]

Ok, when using the autobuild command you need to use the configurations that
end in OS these setting are for Open Source Developers to use and will DL
the needed files but they are for use with VS2010 and NOT VS2005 or VS2008.

The settings to use are:

DebugOS

ReleaseWithDebInfoOS

ReleaseOS < this is the one I use all the time to build the viewer now.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of xinyi chen
Sent: Saturday, April 30, 2011 10:15 AM
To: Robin Cornelius
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like
error LNK2001: unresolved external symbol "__declspec(dllimport) public:
__thiscall std::basic_string

 

 

Hi, 

Yes, it's develop.py, but this method is only applied to create
VS2005/VS2008 project without supporting VS2010, it only gave the autobuild
command to create VS2010 project, 

I have already read the guide as below:


http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds

http://wiki.secondlife.com/wiki/Building_the_Viewer_with_Autobuild

I used command :

autobuild configure -c Debug

but it doesn't seem to download those dependencies like jsoncpp, boost,
qtwebkit.. etc.
so why I used develop.py to create the VS2008 project that also downloaded
those dependencies..


Simon

 

2011/4/30 Robin Cornelius 

On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen 
wrote:
> There are 19 K errors when i did link with the viewer project( other
> projects was compiled correctly)
> My env. is VS2008 IDE. and used deploy.py to construct the viewer
solution.

You said deploy.pl you mean develop.py? in that case you should use
VS2005 as that was the previous supported version before the autobuild
code was merged in. But unless you have a specific reason not to, its
probably an idea to use the latest viewer-development code. The
offical supported visual studio version is now 2010. If you want to
use 2008 you are going to have to rebuild all the 3p libs, well as a
minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are
going to face issues such as you are seeing due to ABI breakage
between VS versions and the std lib, in this case with
std::basic_string.


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

[opensource-dev] Review Request: STORM-859 : winres.h isn't present within VC++ Express includes. Must be manually copied from win7 sdk example code.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/304/
---

Review request for Viewer.


Summary
---

This is for switching from using winres.h to windows.h so that the viewer can 
be build no matter whether your using and Express or Professional version of 
Visual Studio.


This addresses bug STORM-859.
http://jira.secondlife.com/browse/STORM-859


Diffs
-

  indra/newview/skins/default/xui/en/notifications.xml e9d656e4620e 

Diff: http://codereview.secondlife.com/r/304/diff


Testing
---

I have built viewer-development locally with this modification using Visual 
Studio 2010 Ultimate and have seen no ill affects as yet to the built viewer. 
It logs in to SL just fine.
I have done the following with the built viewer:
1. edited or created objects with no ill affects.
2. carried on conversations in Near By, Group and P2P with no ill affects.
3. Teleported to various sims and levels in those sims with no ill affect.
4. carried on Voice conversations with no ill affect.
5. moved things around in my inventory as well as rezed and taken objects from 
and to my inventory with no ill affects.


Thanks,

Wolfpup

___
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] Review Request: STORM-859 : winres.h isn't present within VC++ Express includes. Must be manually copied from win7 sdk example code.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/304/
---

(Updated May 16, 2011, 4:16 a.m.)


Review request for Viewer.


Changes
---

sorry use wrong initial diff here is the correct diff


Summary
---

This is for switching from using winres.h to windows.h so that the viewer can 
be build no matter whether your using and Express or Professional version of 
Visual Studio.


This addresses bug STORM-859.
http://jira.secondlife.com/browse/STORM-859


Diffs (updated)
-

  doc/contributions.txt e9d656e4620e 
  indra/newview/res/resource.h e9d656e4620e 
  indra/newview/res/viewerRes.rc e9d656e4620e 

Diff: http://codereview.secondlife.com/r/304/diff


Testing
---

I have built viewer-development locally with this modification using Visual 
Studio 2010 Ultimate and have seen no ill affects as yet to the built viewer. 
It logs in to SL just fine.
I have done the following with the built viewer:
1. edited or created objects with no ill affects.
2. carried on conversations in Near By, Group and P2P with no ill affects.
3. Teleported to various sims and levels in those sims with no ill affect.
4. carried on Voice conversations with no ill affect.
5. moved things around in my inventory as well as rezed and taken objects from 
and to my inventory with no ill affects.


Thanks,

Wolfpup

___
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] Review Request: CHOP-658 moving panels and floaters into a new static library project viewer_components/viewerui

[WolfPup Lowenhar]

I also built this repository locally but from the tip and my build time which 
was a full standard build including all test took 2hrs and 22min this is 
actually 8 minutes longer that a viewer development build currently. Also only 
one of the side panels works and that is the inventory side panel.

 

From: opensource-dev-boun...@lists.secondlife.com 
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ardy Lay
Sent: Tuesday, May 17, 2011 11:18 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Review Request: CHOP-658 moving panels and 
floaters into a new static library project viewer_components/viewerui

 

On 5/16/2011 9:04 PM, Brad Kittenbrink wrote: 

It's also availible on 
bitbucket(https://bitbucket.org/brad_linden/viewer-mustbuildfaster-1/changeset/25c39e3d8a88)
 for testing in TeamCity.

Brad, is the TeamCity build result listed anywhere yet?

I pulled from your viewer-mustbuildfaster-1 at commit 16171 - 6f777a541bf6 and 
built it in 19 minutes without tests.  BUT... when I logged in I find an empty 
"MY FRIENDS" list.  "No matches found".  Heh, that might scare somebody.  ;-)

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1375 / Virus Database: 1509/3643 - Release Date: 05/17/11

___
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] tcmalloc

[WolfPup Lowenhar]

1.  It looks like your using and older copy of the repository because
your using OpenSourceRelWithDebInfo where as in the current copy you should
be using ReleaseWithDebInfoOS

2.  Instead of using -DFMOD:BOOL=True use -DFMOD=ON

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Kiptic ?
Sent: Thursday, May 19, 2011 2:20 PM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] tcmalloc

 

Hi,

when trying to compile (18425):

autobuild --debug configure -c OpenSourceRelWithDebInfo -- -DFMOD:BOOL=TRUE

I get this error:

InstallError: unknown package: tcmalloc
ERROR: unknown package: tcmalloc
For more information: try re-running your command with --verbose or --debug
CMake Error at cmake/Prebuilt.cmake:48 (message):
  Failed to download or unpack prebuilt 'tcmalloc'.  Process returned 1.
Call Stack (most recent call first):
  cmake/GooglePerfTools.cmake:8 (use_prebuilt_binary)
  cmake/LLCommon.cmake:7 (include)
  llaudio/CMakeLists.txt:10 (include)

It seems I lack the tcmalloc package. Shouldn't this be automatically
downloaded? I messed up somewhere?

/Kip

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1375 / Virus Database: 1509/3647 - Release Date: 05/19/11

___
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] tcmalloc

[WolfPup Lowenhar]

For Fmod fixes see :

https://jira.secondlife.com/browse/STORM-1023

 

that is the issue that fixed fmod for OS devs plus there are instructions
there on how to make your own local package for the autobuild system to use.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Kiptic ?
Sent: Thursday, May 19, 2011 7:02 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] tcmalloc

 

Thanks, ReleaseWithDebInfoOS solved it!

> 2. Instead of using -DFMOD:BOOL=True use -DFMOD=ON

Ahhh! Are all these documented somewhere btw?

/Kip

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1375 / Virus Database: 1509/3647 - Release Date: 05/19/11

___
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] 2.6.6 source?

[WolfPup Lowenhar]

You can use the tag 2.6.6 start to get the code @ that point in hg

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Friday, May 20, 2011 11:38 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] 2.6.6 source?
> 
> Has anyone seen the 2.6.6 sources? bitbucket hasn't got 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1375 / Virus Database: 1509/3649 - Release Date: 05/20/11

___
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] llconvexdecompositionstub

[WolfPup Lowenhar]

During the Open Development User Group meeting on Monday it was discussed
about the possibility of being able to convert llconvexdecompositionstub
into a working open source version if there is an agreement on the code to
incorporate into the stub lib and also the possibility of it being centrally
hosted so that all OS Developer would be pulling the same code for local
building as well as the current lib being updated to reflect the new
functionality.
Here is the two possibilities so far:
1.  The Bullet Physics System > http://code.google.com/p/bullet/
2.  John Radcliff's >
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.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] llconvexdecompositionstub

[WolfPup Lowenhar]

I also saw that John is no longer doing any work on his code in favor of the
new system after sending this email. And after a short discussion on #opensl
realized that I had also not made it clear as to what I was asking in this
email. This email was two pronged. The first was to find out what system the
OS community would support for making the stub functional, and secondly who
all would be willing to help get this done since the viewer side of the mesh
code has been imported to viewer-development.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Mike Chase
Sent: Tuesday, May 24, 2011 2:15 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] llconvexdecompositionstub

 

On 05/24/2011 11:49 AM, WolfPup Lowenhar wrote: 

During the Open Development User Group meeting on Monday it was discussed
about the possibility of being able to convert llconvexdecompositionstub
into a working open source version if there is an agreement on the code to
incorporate into the stub lib and also the possibility of it being centrally
hosted so that all OS Developer would be pulling the same code for local
building as well as the current lib being updated to reflect the new
functionality.
Here is the two possibilities so far:
The Bullet Physics System > http://code.google.com/p/bullet/
John Radcliff's >
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.html
 


Looks like John Radcliff's implementation isnt supported any longer though
he refers to a replacement which is also open source and appears to do a
better job.

http://codesuppository.blogspot.com/2011/05/hacd-hierarchical-approximate-co
nvex.html

Mike




__
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1375 / Virus Database: 1509/3657 - Release Date: 05/24/11

___
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] in-viewer translation is dead soon.

[WolfPup Lowenhar]

Here is some possible reasons that the line of test you type gets translated
for you:
a) you do not type a phrase in that is 'clear' in the language you normally
use so the viewer translates it.
b) you use a 'slang' term so the viewer translates it.
c) you use a 'barrowed' phrase so the viewer translates it.

Maybe what should be done is have the built in translation system NOT
translate any text generated via the chat input box and only that which
originates from via the SL servers.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Marc Adored
> Sent: Saturday, May 28, 2011 10:26 PM
> To: Starfire
> Cc: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] in-viewer translation is dead soon.
> 
> I like that idea on translate what they want. Also that translating
> your own text for you is what im talking about. Wastefulness because
> no restrain was made and yes it should only translate text coming from
> a viewer with a different language set. This things along with some
> caching would make it very little burden on the provider.
> 
> On Sat, May 28, 2011 at 5:44 PM, Starfire  wrote:
> > Just curious...  why translate anything if everyone within hearing range
> > have the same language set up?
> >
> > And why is it trying to translate my own typing for me to see?  "Me: ty
> > (company)"
> >
> > How about an option in the history window (or somewhere) where you can
> > choose a line of text and request a translation for 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1375 / Virus Database: 1509/3666 - Release Date: 05/28/11

___
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] Sorting table displays

[WolfPup Lowenhar]

I agree the list of people in the groups would benefit from a default
sorting.
The sorting order I would suggest would be the following:
A) Status(online and last seen) descending.
B) Roles ascending.(Owner -> Officers -> Everyone)
C) Name descending.

This would allow people to know when either the group owner is online or one
of the officers or when they were last on.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Jonathan Welch
> Sent: Sunday, June 05, 2011 12:43 PM
> To: OpenSource Mailing List
> Subject: [opensource-dev] Sorting table displays
> 
> When you open up the information for a group and get the list of
> members, their role title, and their last active date none of those
> columns are sorted by default.  Should one be and if so, which one?
> 
> Are there other tables like this that you can think of which would
> benefit from being sorted (with some help I made this change for the
> results in the World map)?
> 
> -jonathan
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1382 / Virus Database: 1511/3683 - Release Date: 06/05/11

___
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] Review viewer -- draw distance slider

[WolfPup Lowenhar]

I like the idea of a warning notification if you take the sliders above a
certain distance plus you could even have the warning connected to the
graphics levels.

e.g.:
low  -> above 94m
mid -> above 188m
high -> above 512m
ultra -> above 1024m

these are just examples. Also instead of just saying system you could say
viewer/system as sometimes you can affect viewer performance without
affecting system performance.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Jonathan Welch
> Sent: Saturday, June 11, 2011 7:09 PM
> Cc: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Review viewer -- draw distance slider
> 
> While testing the updated graphic I've been looking at the cautionary
> wording on the slider and am not happy with it.  There is no good way
> to align the text so it looks nice in all languages and the width of
> the slider would have to be wide enough to support the longest word in
> whatever language that happens to be.
> 
> I am thinking that a warning notification message could be sent if the
> draw distance is adjusted up past a certain threshold.  Much more
> explanatory text could be put into this notice and it would also be
> i10n friendly.
> 
> Warning: You have just set your draw distance to a large value.  This
> may cause poor system response.
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1382 / Virus Database: 1513/3695 - Release Date: 06/11/11

___
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] Post Open Developer User Group meeting

[WolfPup Lowenhar]

For this discussion please refer to :

https://wiki.secondlife.com/wiki/Open_Development_User_Group/Archive/2011-06
-13-post-meeting

 

This was an in world discussion of making llconvexdecompositionstub
  into a
functional and working Open Source. Most of you may think I'm still a PITA
with this subject but this is something that needs to be addressed and the
main people that can is the Open Source Developer community. We need to get
this functional BEFORE mesh goes live on the main grid. We do have the mesh
enabled sims on aditi to be able to test with so that we can know if we are
getting it working and working right for the most part.

 

___
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] DD Philosophy

[WolfPup Lowenhar]

If you do that those with 'poor' network connection but 'excellent' video
cards might 'suffer' as now there would be a lot of network traffic
retrieving all that information even if their draw distance is set to a
short distance. Also if you base it on the amount of memory then someone
like me that has a video card with 1GB of onboard vid mem and 4GB of system
mem might end up pulling information for an area covering from anywhere to a
few sims to a few hundred depending on their complexity.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Nexii
Malthus
Sent: Saturday, June 18, 2011 7:52 AM
To: Lillian Yiyuan
Cc: Hitomi Tiponi; Opensource_dev
Subject: Re: [opensource-dev] DD Philosophy

 

Here's another suggestion,

 

Take away the network portion of Draw Distance and make it Network Distance.
That is, the value that is sent to the sim and that affects how many objects
are tracked by the client must be a separate setting and nothing to do with
actual rendering. Draw Distance should really only have to do with rendering
and LOD.

 

People in a combat sim would choose to have high network distance but a low
render distance. Actually being able to control the actual render distance
would help control FPS more precisely. (Network distance could then be
adjusted to the amount of RAM available)

 

- Nexii

 

On Fri, Jun 17, 2011 at 11:08 PM, Lillian Yiyuan 
wrote:

Suggestion, have a version of the current advanced graphics settings,
with "min" and "max" levels for each of the current options, and a fps
target, as well as having a drop down for the priority of each. So for
example, I might set DD to min 64m max of 256m, and a priority of
"low," meaning that the viewer should reduce DD to keep fps. I might
have particle settings, and set that with a priority of low, as well
as min and max number of avatars to render and so on.



On 6/17/11, Hitomi Tiponi  wrote:
> Please no automatic DD - there are two many variables and differing
> circumstances for it ever to work.  Much better to work on other ways of
> improving fps e.g. selective updating of avatar movement.
>

___
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 message.
Checked by AVG - www.avg.com
Version: 10.0.1382 / Virus Database: 1513/3711 - Release Date: 06/18/11

___
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] RenderTextureMaximumMultiply == 0.5 is annoying...

[WolfPup Lowenhar]

I can understand your frustration. Most video cards use that memory for two
thing textures and also the vortex buffer so if you limit the amount of
textures stored in the video cards memory it will leave space for the vortex
memory that the GPU uses.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Lee ponzu
Sent: Thursday, July 07, 2011 2:55 PM
To: Opensource_dev
Subject: [opensource-dev] RenderTextureMaximumMultiply == 0.5 is annoying...

 

My GPU only has 256 MB, so the default for texture mem is only 128MB.  I am
constantly adjusting it using Debug Settings...I am sick of it.

 

I don't so much mind that the default setting is .5 * GPU memory.  I just
think it shouldn't be so cumbersome to increase it.   

 

ponzu

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1388 / Virus Database: 1516/3749 - Release Date: 07/07/11

___
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] Review Request: Allow objects to have 99.99% max hollow for default hollow shape.

[Wolfpup Lowenhar]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/388/
---

Review request for Viewer.


Summary
---

As a Builder, I want to be able to create prims that are more than 95 % hollow 
which will allow me to create more realistic paper sheets, flags, fabric bits, 
ribbons, etc.


This addresses bug STORM-58.
http://jira.secondlife.com/browse/STORM-58


Diffs
-

  doc/contributions.txt d4cd5f0f33d2 
  indra/llmath/llvolume.cpp d4cd5f0f33d2 
  indra/newview/llpanelobject.cpp d4cd5f0f33d2 
  indra/newview/skins/default/xui/en/floater_tools.xml d4cd5f0f33d2 

Diff: http://codereview.secondlife.com/r/388/diff


Testing
---

Built viewer locally and testes Viewer Phase of Acceptance Criteria. 


Thanks,

Wolfpup

___
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] Review Request: STORM-1453: Prevent unintended 10L sale

[Wolfpup Lowenhar]

> On July 21, 2011, 5:35 p.m., Kadah Coba wrote:
> > Made the requested changes. Allow setting object price without needing to 
> > commit the object for sale at the default 10L first.

1. Can the price be set to 0$L.
2. Dose this also fix it in the side tray?


- Wolfpup


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/365/#review906
---


On July 21, 2011, 5:34 p.m., Kadah Coba wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/365/
> ---
> 
> (Updated July 21, 2011, 5:34 p.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This change makes it so setting an object for sale or modifying the price or 
> sale type requires explicitly applying the changes. Default behavior before 
> this patch is all sale info is committed to sim on change. After this patch 
> the sale info will only get set or modified after hitting a "mark for sale" 
> button. There is no change to removing an object from sale, unchecking "For 
> sale" will be committed to sim without further user interation.
> 
> https://bitbucket.org/Kadah_Coba/storm-1453
> 
> 
> This addresses bug STORM-1453.
> http://jira.secondlife.com/browse/STORM-1453
> 
> 
> Diffs
> -
> 
>   indra/newview/llpanelpermissions.cpp UNKNOWN 
> 
> Diff: http://codereview.secondlife.com/r/365/diff
> 
> 
> Testing
> ---
> 
> (I had stuff here but Review Board kept deleting it every time I tried to 
> save.)
> 
> 
> Thanks,
> 
> Kadah
> 
>

___
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] Python broken on Lion - autobuild doesn't work

[WolfPup Lowenhar]

It looks like your trying to use python 2.7 there maybe be an issue when
autobuild is trying to run. I would suggest removing 2.7 and try it with 2.6
instead.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Laurent Bechir
> Sent: Sunday, July 24, 2011 9:13 AM
> To: Viewer
> Subject: [opensource-dev] Python broken on Lion - autobuild doesn't work
> 
> 
> Hello,
> 
> I've just upgraded to Lion and python seems to be broken. I can't use
either
> autobuild and git. :
> 
> autobuild
> Traceback (most recent call last):
>   File "/usr/local/bin/autobuild", line 5, in 
> from pkg_resources import load_entry_point
>   File
> "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/pyth
> on/pkg_resources.py", line 2603, in 
> working_set.require(__requires__)
>   File
> "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/pyth
> on/pkg_resources.py", line 666, in require
> needed = self.resolve(parse_requirements(requirements))
>   File
> "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/pyth
> on/pkg_resources.py", line 565, in resolve
> raise DistributionNotFound(req)  # XXX put more info here
> pkg_resources.DistributionNotFound: autobuild==0.8.5
> 
> And Xcode is suddenly half english, half eastern language...
> 
> 
> Perhaps installing the new version of Xcode would solve the problem ? But
I
> don't know if I can still build Second Life viewer with Xcode 4.1.
> 
> 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1390 / Virus Database: 1518/3785 - Release Date: 07/24/11

___
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] PAGEING ALL MAC Devs!!!!!!!!!!

[WolfPup Lowenhar]

Please refer to https://jira.secondlife.com/browse/OPEN-105 .I need a Mac
dev to help with getting this buildable for Mac. Please let me know if you
can help and also work for the tip of my repository listed in the JIRA.

___
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] mesh upload?

[WolfPup Lowenhar]

Yes see https://jira.secondlife.com/browse/OPEN-105 that is tracking the
work being done.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Tuesday, July 26, 2011 9:34 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] mesh upload?
> 
> Hi gang,
> 
> 
> is there any news about mesh upload in OS-viewers?
> 
> The last that I've found with google was a bit of discussion to the effect
that
> "we need to
> find out what license bullet and that other lib are under", with no
result...
> 
> ... took me about 5 minutes with the websites and source code to see that
> bullet is under its
> own open source license which basically says "free to use for anyone for
any
> purpose including
> alering it as long as you mention where it came from", and that other one
by
> john ratcliffe is
> under MIT license which is basically the same... to my understanding.
> 
> is anyone working on 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1390 / Virus Database: 1518/3789 - Release Date: 07/26/11

___
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] Problem to download libkdu and fmod

[WolfPup Lowenhar]

First is sounds like you using something besides the configurations that end
in OS as those are for the Open Source Developers to use so that you do not
have the problem of DLing the private libs that those of us on the outside
do not have access to.
Second there is an autobuild 3p-fmod that you can build locally and then
place the information generated during the packaging in the autobuild.xml
file and set fmod=on in the settings for OS builds in the autobuild.xml and
then fmod wil 'dl' and install to the build tree.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Laurent Bechir
> Sent: Thursday, July 28, 2011 6:15 PM
> To: Viewer
> Subject: [opensource-dev] Problem to download libkdu and fmod
> 
> 
> Hello,
> 
> I'm trying to build the viewer on my Mac and I can't go further the
autobuild
> step, since I always get a time out for fmod and libkdu. I've found a
solution
> for fmod putting an archive I have in my Dropbox, but I can't do that for
> libkdu. Anyone knows what can cause these time out ? I've noticed that
when I
> try traceroute on s3-proxy-lindenlab.com, it stops at my router and
doesn't go
> beyond. It's not the case for automated-builds-secondlife-
> com.s3.amazonaws.com, or any other destination. Any clue to solve that ?
> 
> 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1390 / Virus Database: 1518/3793 - Release Date: 07/28/11

___
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] llconvexdecomposition on private servers

[WolfPup Lowenhar]

That will happen when you are using the build configurations that do not end
in OS as the llconvexdecomposition lib is a private lib using Havok source
code.

The following configurations will build in an Open Source Evnironment:

DebugOS
RelWithDebInfoOS
ReleaseOS

If you are on Windows there s one 3p lib that you will have to build
yourself so that you have sound and that is for Fmod and then you can edit
the autobuild.xml to use a file:/// url pointing to the package you just
built also do not forget to change the hash to match the one for the new
file.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
> Sent: Saturday, August 06, 2011 5:04 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] llconvexdecomposition on private servers
> 
> Hi all,
> 
> When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I
> stumbled across a problem with llconvexdecomposition : autobuild.xml
> links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com
> (which is unreachable for anyone outside LL), refusing to download it
> and leaving me with an old and non source-controlled
> llconvexdecomposition.h in packages/include/.
> 
> As a result, llmeshrepository.cpp fails to compile because :
> 
> - LLConvexDecomposition::getInstance()->setMeshData() should now take
> 2 arguments whereas the old class only declared one in its pure
> virtual method (ok that one is trivial to fix)
> 
> - LLConvexDecomposition::getInstance()->buildSingleHull() is not
> declared or defined anywhere
> 
> - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not
> declared or defined anywhere
> 
> I assume the latter two fail because these methods are neither
> declared in llconvexdecomposition.h nor defined in the lib I have,
> whereas they must be in the new ones.
> 
> Is there a way to get the updated package please ? I will try to walk
> around the problem but sooner or later it will come back and bite me.
> 
> FYI, this comes from the merge at rev 19901 (73b94c4e3f81)
> 
> Thanks,
> Marine
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11

___
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] llconvexdecomposition on private servers

[WolfPup Lowenhar]

Then try building this lib:

https://bitbucket.org/WolfpupL/llconvexdecompositionos

and use the file method like you do with Fmod to point to the new
llconvexdecompositionos lib and see if that helps with the build as there is
a couple of missing functions in the stub. Now the lib is not functional but
it does have the missing functions.

> -Original Message-
> From: Marine Kelley [mailto:marinekel...@gmail.com]
> Sent: Saturday, August 06, 2011 7:41 AM
> To: WolfPup Lowenhar
> Cc: OpenSource Mailing List
> Subject: Re: [opensource-dev] llconvexdecomposition on private servers
> 
> Thanks. That doesn't solve my problem though... I am always using
> ReleaseOS, and I already had my FMOD package ready with its hash (all
> included in my autobuild.xml file long ago), all was ready there. My
> only problem is with the llconvexdecomposition package. What I did in
> order to build my RLV was this :
> 
> - Add the missing bool in the method declaration
> 
> - Turn "#if 1" into "#if 0" in llmeshrepository.cpp
> 
> Still, that deactivates things that I don't think should be deactivated.
> 
> On a side note, while testing this viewer I have noticed that the
> "Ruler" drop-down combo list has moved from the Build window into the
> Options floater of said window. One more click is now needed and even
> more screen real estate is now required in order to do something that
> was easier before, with no positive counterpart for this change.
> Seriously... I can foresee that this is going to piss off a lot of
> people...
> 
> On 06/08/2011, WolfPup Lowenhar  wrote:
> > That will happen when you are using the build configurations that do not
end
> > in OS as the llconvexdecomposition lib is a private lib using Havok
source
> > code.
> >
> > The following configurations will build in an Open Source Evnironment:
> >
> > DebugOS
> > RelWithDebInfoOS
> > ReleaseOS
> >
> > If you are on Windows there s one 3p lib that you will have to build
> > yourself so that you have sound and that is for Fmod and then you can
edit
> > the autobuild.xml to use a file:/// url pointing to the package you just
> > built also do not forget to change the hash to match the one for the new
> > file.
> >
> >> -Original Message-
> >> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-
> dev-
> >> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
> >> Sent: Saturday, August 06, 2011 5:04 AM
> >> To: opensource-dev@lists.secondlife.com
> >> Subject: [opensource-dev] llconvexdecomposition on private servers
> >>
> >> Hi all,
> >>
> >> When trying to build rev 20010 (0fd2a1181a96) of viewer-development, I
> >> stumbled across a problem with llconvexdecomposition : autobuild.xml
> >> links it to http://s3-proxy.lindenlab.com/private-builds-secondlife-com
> >> (which is unreachable for anyone outside LL), refusing to download it
> >> and leaving me with an old and non source-controlled
> >> llconvexdecomposition.h in packages/include/.
> >>
> >> As a result, llmeshrepository.cpp fails to compile because :
> >>
> >> - LLConvexDecomposition::getInstance()->setMeshData() should now take
> >> 2 arguments whereas the old class only declared one in its pure
> >> virtual method (ok that one is trivial to fix)
> >>
> >> - LLConvexDecomposition::getInstance()->buildSingleHull() is not
> >> declared or defined anywhere
> >>
> >> - Same for LLConvexDecomposition::getInstance()->getSingleHull(), not
> >> declared or defined anywhere
> >>
> >> I assume the latter two fail because these methods are neither
> >> declared in llconvexdecomposition.h nor defined in the lib I have,
> >> whereas they must be in the new ones.
> >>
> >> Is there a way to get the updated package please ? I will try to walk
> >> around the problem but sooner or later it will come back and bite me.
> >>
> >> FYI, this comes from the merge at rev 19901 (73b94c4e3f81)
> >>
> >> Thanks,
> >> Marine
> >> ___
> >> 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 message.
> >> Checked by AVG - www.avg.com
> >> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11
> >
> > ___
> > 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1391 / Virus Database: 1518/3814 - Release Date: 08/05/11

___
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] Compile Error llmeshrepository.cpp in 3.0.1

[WolfPup Lowenhar]

Please till the Jira issues concerning llconvexdecomposition are done and
accepted to the LL repositories please loacly build and use the following
repository and also use the file url method to point to the package you
generate.

 

Repository URL:

 

https://bitbucket.org/WolfpupL/llconvexdecompositionos/overview

 

 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Mysty
Saunders
Sent: Monday, August 08, 2011 2:47 PM
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Compile Error llmeshrepository.cpp in 3.0.1

 

Using Ubuntu 32 11.04 GCC 4.5 building with ReleaseOS

/home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In
member function 'void LLPhysicsDecomp::setMeshData(LLCDMeshData&, bool)':
/home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:2921
:80: error: no matching function for call to
'LLConvexDecomposition::setMeshData(LLCDMeshData*, bool&)'
/home/mysty/sl004/viewer-development/build-linux-i686/packages/include/llcon
vexdecomposition.h:178:21: note: candidate is: virtual LLCDResult
LLConvexDecomposition::setMeshData(const LLCDMeshData*)
/home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp: In
member function 'void LLPhysicsDecomp::doDecompositionSingleHull()':
/home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3132
:27: error: 'class LLConvexDecomposition' has no member named
'buildSingleHull'
/home/mysty/sl004/viewer-development/indra/newview/llmeshrepository.cpp:3149
:10: error: 'class LLConvexDecomposition' has no member named
'getSingleHull'
make[2]: *** [newview/CMakeFiles/secondlife-bin.dir/llmeshrepository.o]
Error 1
make[2]: *** Waiting for unfinished jobs
make[1]: *** [newview/CMakeFiles/secondlife-bin.dir/all] Error 2
make: *** [all] Error 2
ERROR: building default configuration returned 2
For more information: try re-running your command with --verbose or --debug

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1391 / Virus Database: 1520/3821 - Release Date: 08/08/11

___
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] Anybody else see crashes similar to VWR-26729?

[WolfPup Lowenhar]

Actually I was and this also seems related to the following issue:

https://jira.secondlife.com/browse/VWR-26718

the best solution I had was to delete ALL the settings*.xml files that are
not part of the install but are stored in the seconlife storage folder. But
I did not delete any of the ones that were stored in my account folder.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Ron Rogers Jr.
> Sent: Monday, August 22, 2011 2:06 PM
> To: opensource-dev
> Subject: [opensource-dev] Anybody else see crashes similar to VWR-26729?
> 
> https://jira.secondlife.com/browse/VWR-26729
> 
> CronoCloud
> 
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3850 - Release Date: 08/22/11

___
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] Mesh decomposition using hacd

[WolfPup Lowenhar]

>From what I can  see this looks good but unfortunately there has been a
change in how the build process is being done for the lib. It is being done
in two stages now instead of one.

Stage One build 3p-hacd lib  found here >
https://bitbucket.org/WolfpupL/3p-hacd
Stage Two build llconvexdecomposition lib found here >
https://bitbucket.org/WolfpupL/open105
This has to be done via the autobuild-stub.xml and importing the lib
from stage one.

I have Stage One successfully building for windows but this needs to be
fixed for Linux and Mac.
For Stage Two the LL provided stub file can be filed in for the currently
empty functions but the file name cannot be changed unless LL approves the
change, also if there is any source code that is making changes to HACD
directly that has to go into 3p-hacd and not into llconvexdecomposition.
There does not need to be any license files added as the 3p-hacd lib is BSD
and that is in the README/HACD.txt file. Removal of the autobuild
wrapper(autobuild.xml and build-cmd.sh) is also not allowed as these files
are needed for building on any development system that dose code work that
is submitted to LL. 

I apologize if I sound like I'm being an unpleasant person but this work
will hopefully become code hosted on the LL servers for use by all Open
Source and TPV developers basing viewers on viewer2 code. This means that if
it does become hosted by LL the libs would be also built by LL on their
build farms and those are configured to use the autobuild system.

For information on the autobuild system and how it works please see here:

http://wiki.secondlife.com/wiki/Autobuild

Right now the windows build of llconvexdecomposition is broken and once it
is fixed then progress on building and filling in the empty functions can
proceed .

I would love to test this out and see how functional it is. Please use the
above listed repositories to fork off of and make the needed changes and
keep in mind how this is having to be done and where it will hopefully end
up.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Nicky D.
> Sent: Thursday, September 01, 2011 5:03 PM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Mesh decomposition using hacd
> 
> Good morning everyone,
> 
> after getting GLOD in shape I continued playing with HACD and using it
> for mesh uploading.
> 
> The current status looks promising so far. I had been able to upload a few
> meshes using it.
> 
> For anyone interested the code for the lib can be found here:
> https://bitbucket.org/NickyD/convexdecompositionhacd
> 
> I only used it under Linux so far. So when it comes to compiling Windows
user
> are a bit on their own right now.
> 
> For Linux you can use the following few steps after cloning and being
> in the convexdecompositionhacd directory.
> 
> - mkdir build && cd build
> - cmake .. -DCMAKE_INSTALL_PREFIX=/tmp/install
> - make
> - make install
> 
> Now you will end up with two libs in /tmp/install/lib (and
> llconvexdecomposition.h
> in /tmp/install/include).
> 
> Copy those libs where the linker can find them.
> 
> Now you want two other changesets applied to your viewer souces:
> 
> 1) https://bitbucket.org/NickyD/viewer-development/changeset/cf82fc1a6683
> This one will just pull the correct libs into your linker settings,
> 
> 2) https://bitbucket.org/NickyD/viewer-development/changeset/1f9086200bbc
> 
> That's a tricky one, because I am yet not sure if it is the correct
> way to solve things.
> The idea behind it is the viewer detecting if it is linked against
> HACD, if yes then
> it will always passed Meshes with triangles into it.
> 
> HACD always wants to have triangles and vertices before it even considers
> computing anything. This little workaround seems to work well, but I am
not
> sure
> if it is always safe to do it this way.
> 
> Cheers,
>Nicky
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3870 - Release Date: 09/01/11

___
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] Draft addition to coding standard for Doxygen usage

[WolfPup Lowenhar]

Oz,

The in code comments is something that has been needed for YEARS and there
is virtually NO documentation of how the different functions do what they do
and I personally have been trying to put in documentation on any sections of
code I submit. To get the code fully documented will more than likely take
at least a year but this is a good start to getting that done as far as I'm
concerned.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Friday, September 16, 2011 9:25 AM
To: opensource-dev
Subject: [opensource-dev] Draft addition to coding standard for Doxygen
usage

 

Our current coding standard says:

Prefer the use of doxygen compatible comment markup. (See Using Doxygen.) 

and "Using Doxygen" has installation instructions and then points to the
Doxygen manual.

I've gotten the viewer build modified (locally... not yet checked in) so
that generating the Doxygen documentation is easy (with the goal of getting
it posted and automatically updated on the net soon).

In fact hardly any of our viewer code currently has doxygen-compatible
comments, and too much of it lacks any descriptive comments at all, even in
the .h files.

In hopes that making it easier will encourage everyone to do more
documenting, I've drafted some additions to our Coding Standard
  to provide simple
tutorial on the basics of Doxygen comments and to recommend a uniform style
(other styles will still work, and I'd be delighted to see any usage in any
style that works).  My draft is posted at 

https://wiki.secondlife.com/wiki/User:Oz_Linden/Draft:DoxygenComments

and included below...



  _  


 


 Doxygen Comment Style


Doxygen comments are distinguished from normal comments by an extra comment
character at the beginning, and are associated with the adjacent code by
their placement. Both C style comments and C++ single-line style comments
are supported. 

 


 C++ single-line style comments


Doxygen interprets any C++ comment that has a '!' character at the beginning
of a '//' comment, or an extra '*' character at the beginning of a '/* ...
*/' comment: 

 //! A Doxygen single line comment
 /** A Doxygen single line comment */

 


 C multiple-line style comments

 /// A Doxygen comment
 /// that extends over more than one line
 /// this form should be used whenever there is more than one line

note that triple slash does not work as a single line comment - it must have
at least two lines 

 


 Comment Placement


Doxygen comments are, by default, associated with the code that immediately
follows the comment: 

 //! indicates whether or not the object currently allows any Foo actions.
 void isFooAllowed();

For some constructs it is more readable to place the comment after the code
element it documents, which is accomplished by adding a '<' character after
the Doxygen comment indicator. This may be used with either single or
multi-line comments: 

 void doFooAt( int offset ///< the offset into the Foo
  ,char* name ///< the name to look up for this Foo action
  ///  in the FooMgr database.
 );

Placing the Doxygen comment after the element it documents in this way is
preferred whenever the element is a member of a list, as in parameter
declarations or enum values. 

 


 Class Documentation


A class declaration must include a detailed description comment preceding
the class: 

 /// FooFactory is a factory class that constructs instances of the
 /// subclasses of Foo based on information obtained from the
 /// foo-config file.
 class FooFactory
 {


The class comment is a good place to put general guidelines about how the
methods in the class relate to one another. 

 


 Member Grouping


By default, Doxygen groups the members within a class based on heuristics
that use the public/protected/private scope and the method signatures. For
simple classes this usually works well, and may be used. When a class has
many methods, it is usually better to explicitly control how they are
grouped in the documentation, and to provide additional documentation at the
group level. To explicitly control grouping, add the 'nosubgrouping' Doxygen
command to the class comment: 

 /// FooFactory is a factory class that constructs instances of the
 /// subclasses of Foo based on information obtained from the
 /// foo-config file.
 ///
 /// @nosubgrouping
 ///
 class FooFactory
 {

Each group is then formed of the following elements: 

*   An introducing Doxygen comment that supplies the group name using
the 'name' Doxygen command, 
*   The detailed comment for the group, 
*   The Doxygen group start command '{', 
*   The declarations of the members in the group and accompanying
documentation, and finally 
*   The Doxygen group end command '}'. 

For example (preceeded here by a non-Doxygen comment with a line of '='
characte

Re: [opensource-dev] Mesh viewers and tcmalloc issues

[WolfPup Lowenhar]

Lance,
Nicky P has a new fix for https://jira.secondlife.com/browse/OPEN-69 this
will allow Open Source Developers using the Express version of Visual
Studios properly build all 3p-libs as well as the viewer.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Lance Corrimal
> Sent: Sunday, October 02, 2011 2:39 AM
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Mesh viewers and tcmalloc issues
> 
> Am Samstag, 1. Oktober 2011 schrieb Henri Beauchamp:
> 
> 
> first, if this works as advertized... henri, you rock. majorly. I've
> seen a scorpions live concert on their last world tour rock more but
> not much.
> 
> second, two issues:
> 
> 1. viever_manifest.py needs to be edited to reflect the fact that
> libtcmalloc.so now has the version 0.2.2 and not 0.1.0 :)
> 
> 2. 3p-google-perftools does not build under VS2010 EXPRESS since the
> build script relies on devenv.com :/
> 
> 1. is simple enough but what do i do about 2?
> 
> 
> 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
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2012.0.1809 / Virus Database: 2085/4533 - Release Date: 10/02/11

___
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] STORM-1647

[WolfPup Lowenhar]

For reference please see https://jira.secondlife.com/browse/STORM-1647

 

The first build this is seen in is build 240927 and I'm needing help
locating the most recent build before that one that it is not happening in
ad this would help reduce the number of change sets I have to search through
to find what is causing this any help from the Os community would be greatly
welcomed.

___
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] Viewer UI mode merge

[WolfPup Lowenhar]

For those of us that attend the in world meetings concerning the viewer it
had been know that this was coming for a couple of months and I has even had
a discussion with some of the UI team personally concerning some aspects of
the UI both in world and via email some of which even included sending a
snapshot of Firestorms UI with it in the Starlight Silver/Blue theme. So to
me this is no surprise. Now for my personal taste it look like ill have to
go in and edit some of the background png files again so that they are
semi-transparent again at least locally for me.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Kadah
> Sent: Tuesday, October 18, 2011 10:22 PM
> To: Arrehn Oberlander
> Cc: Viewer
> Subject: Re: [opensource-dev] Viewer UI mode merge
> 
> On 10/18/2011 7:20 PM, Arrehn Oberlander wrote:
> > Thanks for sharing Oz,
> >
> > Although I like the general direction of the improvements and believe
> > they have good potential, I feel the obligation to point out to your own
> > presentation with Esbee and Qarl two years ago coming off of the
> > difficult Viewer 2 rollout, where the three of you stood up before
> > everyone at SLCC and told us that LL wasn't going drop these large UI
> > rewrites on the community as surprises.
> >
> > I'm glad it's there, I think it has potential, but the communication and
> > coordination with the greater development community was poor at best,
> > and at worst, contrary to what LL directly communicated.
> >
> > It would perhaps have been better to have these as project viewers well
> > in advance of a sweeping merge.
> 
> +1
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 2012.0.1831 / Virus Database: 2092/4559 - Release Date: 10/18/11

___
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] Need help about EXT-1285

[WolfPup Lowenhar]

The position of the buttons can be easily move by changing line 87 of
panel_notification.xml.
Orginal : follows="left|right|bottom"
Top placement : follows="left|right|top"  <- this should move the buttons to
the top of the layout but also might have to move lines 85-99 to the top of
the xml file as well plus modify the other sections accordingly.

> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of Marine Kelley
> Sent: Monday, October 31, 2011 11:54 AM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Need help about EXT-1285
> 
> Hi all ! I need help !
> 
> I'm working on adapting my RLV to version 3.2.0 of the viewer, and
> hitting a wall here. Let me explain the problem :
> 
> In V1.x, script dialog boxes (the blue menus) were located on the
> upper right corner of the screen, with a fixed size text area in which
> the script could write what it wanted (up to 512 chars), with a
> scrollbar when needed. Then there were the buttons below that area.
> This had a nice side effect though, the buttons were always at the
> same place on the screen, so for repetitive tasks with dialogs you
> knew well, you didn't have to actually read before clicking.
> 
> The scrollbar wasn't very practical, so LL decided to move the dialogs
> down to the lower right corner of the screen in v2.x, in exchange of
> making the dialogs variable in size. Best of both worlds, the dialogs
> were showing all the info at first glance without the need for a
> scrollbar, and the buttons were always at the same spot (although the
> sidebar was complicating things a little, but it was still workable).
> 
> Now in v3 the dialogs are back to the upper right corner of the screen
> as part of EXT-1285 (coded and released by Seth Productengine). Ok,
> but no scrollbar means the buttons are NOT always at the same place
> anymore and that... is unacceptable to me. I absolutely need to change
> this, this is not practicable as it is.
> 
> So I have two options. Either leave the dialogs where they are now and
> move the buttons of the dialog window BEFORE the text, or move the
> dialogs back to the lower right corner of the screen.
> 
> Option 1 is good for v1 users, but a little confusing since the
> dialogs would not look like they always did. However I have spent some
> time looking for a way to do this, and never found HOW to move these
> buttons up before the text. I know the dialog is roughly defined in
> notifications.xml under the name "ScriptDialog", but I don't see where
> the list of buttons is constructed. The point of this email is partly
> to ask how to do this.
> 
> Option 2 is good for v2 users, however it has a nasty side-effect :
> notification boxes ("are you sure you want to quit" and such) are
> linked to the tool bar or something. I haven't found where to change
> that and this is also the point of this email.
> 
> I prefer option 1 personally, but I fear moving the buttons would look
> like a lame hack. Can anybody give me pointers about how to implement
> either option please ? Or better, both options !
> 
> Thank you in advance,
> Marine
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 2012.0.1834 / Virus Database: 2092/4586 - Release Date: 10/31/11

___
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] Snowstorm Meeting schedule changes

[WolfPup Lowenhar]

I have 2 questions for you Oz.

1.  Will the daily meeting be coming back at all?

2.  Those of us that have something that we are already working on how
are we to let you know of our progress or if we have something blocking
progress on that task?

 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Oz Linden
(Scott Lawrence)
Sent: Wednesday, November 02, 2011 8:18 PM
To: opensource-dev
Subject: [opensource-dev] Snowstorm Meeting schedule changes

 

I'm making some changes to meeting times  my public calendars are
updated, so the various notices driven by them should be correct.

The daily scrum meetings are cancelled, effective immediately.

The Monday open meeting has not changed, but the Tuesday meeting has moved
to the same time on Thursday effective next week.

Starting next week, I'll have a few 15 minute appointment slots that you can
book on Tuesdays, Wednesdays, and Fridays; the booking page is here
  and linked from the
Snowstorm Calendar
 .

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1834 / Virus Database: 2092/4591 - Release Date: 11/02/11

___
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] Camera UI in Second Life beta viewer is broken

[WolfPup Lowenhar]

Ok from what you have said it sound like click to move is active in the
preferences. As a work around in the preferences floater under move set
single click on land to no action and double click on land to what eve you
want it to do. Now this would be a 'workarond. And not a true fix for the
underlying issue of some elements of the UI not taking presidence.

 

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Laurent
Bechir
Sent: Saturday, November 19, 2011 10:27 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Camera UI in Second Life beta viewer is broken

 


I did the refresh. The problem is not there. The problem is that when I
click on a button (Save, Cancel, or another) the viewer react like if I was
clicking behind it. For example, if the background of the picture window is
the ground, clicking on a button is going to make move my avatar instead of
the action the button is supposed to do. The is a turnaround for such
buttons as Save to my inventory which consist on clicking on the part which
is above the sidebar. But since Save and Cancel buttons are not above this
part, they are unusable. I hope I'm more clear :)

https://skitch.com/laurentr2d2/gkybs/second-life

https://skitch.com/laurentr2d2/gkyb4/second-life





  Cinder Roxley

20 novembre 2011 04:09

Hi,

 

There's a little Refresh button (the itty bitty arrow that makes a circle.)
You need to click that to refresh the picture, 

which will then make the Save button clickable again. Probably not ideal,
but it works. In previous viewers, you needed

to refresh the snapshot the same way anytime a setting was changed.

 

Kind regards,

Cinder Roxley

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Laurent
Bechir
Sent: Saturday, November 19, 2011 8:00 PM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Camera UI in Second Life beta viewer is broken

 


It seems my answer has not arrived. I send a new link to show what happens
when I try to take pictures. The version of the viewer is  3.2.2 (244666)
Nov  8 2011 17:17:35 :

http://youtu.be/93JYlOwYjY0

the Jira is here :

https://jira.secondlife.com/browse/VWR-27652






  Cinder Roxley

19 novembre 2011 03:55

Hi,

The video linked in the jira doesn't work in my browser. I'm able to take
snapshots in all modes using the new snapshot workflow.

Kind regards,
Cinder Roxley



  Laurent Bechir

19 novembre 2011 03:29

Hello,

I've opened a Jira about the camera in Second Life beta viewer since it 
is impossible to take pictures with it. I don't know if this jira has 
already been submitted, but there is something to do about that :

https://jira.secondlife.com/browse/VWR-27652


___
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



  Laurent Bechir

20 novembre 2011 03:59


It seems my answer has not arrived. I send a new link to show what happens
when I try to take pictures. The version of the viewer is  3.2.2 (244666)
Nov  8 2011 17:17:35 :

http://youtu.be/93JYlOwYjY0

the Jira is here :

https://jira.secondlife.com/browse/VWR-27652

___
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



  Laurent Bechir

20 novembre 2011 03:59


It seems my answer has not arrived. I send a new link to show what happens
when I try to take pictures. The version of the viewer is  3.2.2 (244666)
Nov  8 2011 17:17:35 :

http://youtu.be/93JYlOwYjY0

the Jira is here :

https://jira.secondlife.com/browse/VWR-27652

___
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



  Cinder Roxley

19 novembre 2011 03:55

Hi,

The video linked in the jira doesn't work in my browser. I'm able to take
snapshots in all modes using the new snapshot workflow.

Kind regards,
Cinder Roxley

-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Laurent
Bechir
Sent: Friday, November 18, 2011 7:29 PM
To: opensource-dev@list

[opensource-dev] A CALL TO MAC DEVELOPERS!

[WolfPup Lowenhar]

Subject: https://jira.secondlife.com/browse/STORM-1797

 

Need help verifying if this is affecting those that use Mac OS. Please test
against viewer-development tip. Reply here or post a comment in the above
mentioned issue. There is a test plan in the issue.

___
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] Viewer Resizeing on V3 viewers

[WolfPup Lowenhar]

I just created this issue :

 

https://jira.secondlife.com/browse/VWR-28965

 

This issue is filed against the current Release of  the LL Viewer. Please
test on All platforms to see if it is only affecting viewers for Windows
only. Plus if this is also affecting TPVs that are V3 based please note @
what change set of the release viewer you are building from for your TPV.

___
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] Viewer Resizeing on V3 viewers

[WolfPup Lowenhar]

If you read the comments in the related issues you will find that someone
talks about the window not properly resizing.

> -Original Message-
> From: Kadah [mailto:kadah.c...@gmail.com]
> Sent: Monday, May 14, 2012 10:30 PM
> To: WolfPup Lowenhar
> Cc: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Viewer Resizeing on V3 viewers
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 5/14/2012 5:36 PM, WolfPup Lowenhar wrote:
> > I just created this issue :
> >
> >
> >
> > https://jira.secondlife.com/browse/VWR-28965
> >
> >
> >
> > This issue is filed against the current Release of  the LL Viewer.
> > Please test on All platforms to see if it is only affecting viewers
> > for Windows only. Plus if this is also affecting TPVs that are V3
> > based please note @ what change set of the release viewer you are
> > building from for your TPV.
> 
> How does this behave with the changes for EXP-1777 (which are currently
only
> in Viewer-dev)?
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.17 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQEcBAEBAgAGBQJPsb/AAAoJEIdLfPRu7qE2TK4H/2J9OMbOesS7yhy/U1pIIkkx
> dGPitpqbajaT+GTjqeRA1JJLNo0uZVu89vwvet0BglMZ/6Avf9xV0VRbg88K1P/0
> JYcpaz9O95lvTv78EOww/xAJwwhWKi0aYhrm0jtzSKvSSAVEJJHMra0Te9Yb8ATm
> b8UqyAY7AgVcPmUSMqRNew+lbXBb5WuDcCvX0BSNCDQVKY1IaE+jAYDnezjaS
> u+P
> AEnUX6AviKk3pR9Zs7Ru0eJgQSDuCGzBbsCWOJ/tvEmdkN02hhOOUP5HfnxETvz
> a
> IscLK/foZ/X/xvOqeJfDBRdzyzJ5UGq1L6IFNPpkoznxYZcMA42+ybIYn0/yMKo=
> =nNu1
> -END PGP SIGNATURE-
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2012.0.2171 / Virus Database: 2425/4999 - Release Date: 05/14/12

___
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] error with fmod

[WolfPup Lowenhar]

This error is due to using the wrong build configuration. 
You should use one of the following:
ReleaseOS
ReleaseWithDebugOS
DebugOS

Also if you want to have sound in your viewer you will need to follow the
instructions that are here :
http://wiki.secondlife.com/wiki/Viewer_2_Microsoft_Windows_Builds#Prepare_th
ird_party_libraries

Also further down that page there are also instructions on adding that
package to your build settings.
 
> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-
> boun...@lists.secondlife.com] On Behalf Of moonbots...@centurylink.net
> Sent: Friday, June 22, 2012 9:38 PM
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] error with fmod
> 
> can anyone help with the following error during my build?
> 
> File "C:\Python27\lib\urllib2.py", line 1161, in do_open
> raise URLError(err)
> URLError:  the c onnected party did not properly respond after a period of time, or
> established c onnection failed because connected host has failed to
respond>
> ERROR: failed to download
> http://s3-proxy.lindenlab.com/private-builds-secondlif
> e-com/hg/repo/3p-fmod-private/rev/221852/arch/CYGWIN/installer/fmod-
> 3.75-windows
> -20110222.tar.bz2
> 
> thanks
> 
> 
> ___
> 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 message.
> Checked by AVG - www.avg.com
> Version: 2012.0.2180 / Virus Database: 2437/5087 - Release Date: 06/22/12

___
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