Re: [opensource-dev] Is 'STANDALONE' confusing?

Hi Jonathan, On Thu, Mar 3, 2011 at 2:31 AM, Jonathan Welch wrote: > > In case where you cannot (or don't want to) use the LL prebuilt binary > (e.g. > > fmod) and/or do not have them in some system folder (Find.cmake > > won't find them), you can (or should) specify a path using: > > -D_INCLUDE

[opensource-dev] PO Test build (sprint 12)

Hi, Keeping up good habits, I created the first test build of sprint 12: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/222709/index.html This build contains fixes for the following: * STORM-28 : As a User, I want the ability to send my callin

Re: [opensource-dev] Review Request: Nearby chat history is displaying both Display Names and user.names when the Display Name is not changed from default.

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/153/ --- (Updated March 3, 2011, 9:25 p.m.) Review request for Viewer. Summary ---

Re: [opensource-dev] Review Request: storm-1038: crash in texture cache pruning

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/172/#review416 --- You want to know what I think... https://codereview.secondlife.co

Re: [opensource-dev] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

--- 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

Re: [opensource-dev] Review Request: storm-1037: remove the 'hide url' checkboxes from parcel management

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/171/#review414 --- Ship it! Looks to do what it says on the tin, and helps resis mak

[opensource-dev] Review Request: STORM-1044 Improved message template checking.

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/174/ --- Review request for Viewer. Summary --- Improved message template check

Re: [opensource-dev] Review Request: storm-1038: crash in texture cache pruning

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/172/#review413 --- As Thickbrick just noted on OSDev, this looks to be practically id

Re: [opensource-dev] Review Request: storm-1038: crash in texture cache pruning

> On None, Oz Linden wrote: > > indra/newview/lltexturecache.cpp, line 1439 > > > > > > This was the crash - note that it is exactly the same condition that > > would normally get you out of the loop above. > > Any

Re: [opensource-dev] Review Request: (STORM-721) Information about resident is displayed incorrectly in mini-inspector if there are any resident or group SLURLs

> On March 3, 2011, 11:45 a.m., Richard Nelson wrote: > > indra/llui/lltextbase.cpp, line 604 > > > > > > this will still display views that are partially outside of the visible > > rect > > > > what you want

Re: [opensource-dev] Review Request: storm-1038: crash in texture cache pruning

On Thursday 03 March 2011 22:12:54 Oz Linden wrote: > http://jira.secondlife.com/browse/storm-1038 ... > Diff: http://codereview.secondlife.com/r/172/diff Isn't this the same bug as the one patched by Aleric in VWR-24337? (I haven't followed the logic through, but it seems to trigger the same

[opensource-dev] Review Request: storm-1038: crash in texture cache pruning

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/172/ --- Review request for Viewer. Summary --- If the viewer is started when t

[opensource-dev] Review Request: storm-1037: remove the 'hide url' checkboxes from parcel management

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/171/ --- Review request for Viewer. Summary --- This patch removes the two "Hid

Re: [opensource-dev] Review Request: (STORM-721) Information about resident is displayed incorrectly in mini-inspector if there are any resident or group SLURLs

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/169/#review409 --- indra/llui/lltextbase.cpp

[opensource-dev] Review Request: STORM-236 Allow the "Speak" button to be removed, like other buttons

--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/170/ --- Review request for Viewer. Summary --- Cumulative diff of changes made

[opensource-dev] Daily Scrum Summary - Tuesday, March 1

Sprint 12, ends 03.21.11 Tuesday, March 1 General Notes -- - MMOTD: Merov Team Status -- Merov Linden -- *PAST* - MM : pushed last set of fixes, tagged 2.5.1, build. - Viewer Coding and Design: intere

Re: [opensource-dev] Is 'STANDALONE' confusing?

On 2011-03-03 1:45, Philippe (Merov) Bossut wrote: > > Dropping privately built 3rd party libs though was always a bit of a > black art. Now that most 3rd party libs have a public repo available > at lindenlab/3p- though, you have another possibility which > is to build the package yourself and

Re: [opensource-dev] Is 'STANDALONE' confusing?

> In case where you cannot (or don't want to) use the LL prebuilt binary (e.g. > fmod) and/or do not have them in some system folder (Find.cmake > won't find them), you can (or should) specify a path using: > -D_INCLUDE_DIR= -D_LIBRARY= I tried many variations of this for Fmod, with "/" and "\" in