[opensource-dev] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Boroondas Gupte 
 Heya

Sprint planning meeting is later today, so I thought it'd be good to
list some issues that I think should be tackled soon:


Low hanging fruits


VWR-12984  Water
flickers and disappears in patches

* Very annoying and high-voted bug, especially apparent in skyboxes
* Has been fixed in Snowglobe 1 half a year ago
* Fix has been ported to Snowglobe 2 this summer (see SNOW-643
  )
* Merov ported the fix to viewer-development recently, so the code
  'only' needs some review. (The change is huge, though.)


VWR-19643  /
STORM-312  linux
libndofdev version <= 0.2 incompatible to kernel >=2.6.33

* This has been fixed upstream (linux libndofdev version 0.3), so
  just using the newer library version will resolve this.
* The upstream fix is
  o a small and easy to understand change (thus low-risk)
  o backwards compatible (will continue working with kernels <=
2.6.32)
  o well tested (I'm using it for months now)
* Please note that ---while serving the same purpose--- linux
  libndofdev is a different project than the windows/mac library of
  the same name, and thus has different version numbers.


VWR-23459  Viewer
compiled against Boost-1.42 crashes when certain command line
options are given

* Fixed in Snowglobe 1 and 2 this summer (see SNOW-626
  )
* Fix already ported to viewer-development (needs testing and
  review, but the change is small)
* As far as I know, this is the only thing left for
  viewer-development to become fully compatible with Boost 1.42
* Fix is backwards compatible


Features I'd personally would like to work on


VWR-22044  Option
to inline Navigation Bar into Menu Bar

* Needs product manager approval


VWR-23306  Detect
UI skins at runtime

* Needs some discussion: As skins can change functionality (to some
  extend) or change how/where certain functionality is accessible,
  we need ways to avoid this feature to become a major problem for
  customer support.
* Some code by Robin Cornelius that's related to this has been
  annexed by some LL-internal project and she was asked not to
  publish it to avoid merge problems. In order to avoid duplication
  of efforts (and probably even worse merge problems), can this
  project please be opened up? If not, it'd be good to release at
  least sufficient information to make some collaboration on this
  topic possible.


(no particular jira issue yet) Coding Standard application /
code cleanup

Our current code still violates our own coding standard
 a lot. Then there is
unnecessary code (like derived classes re-implementing inherited methods
in the exact same way the base class already implemented it) and maybe
even still dead code (got rare, I think). I'll file jira issues for
stuff like this as I get to do it. Could issues of this sort be allowed
to be added to the current sprint list even during a sprint? It makes
little sense to have such changes pile up until the respective next
sprint is started.


(no jira issue) Improve the Coding Standard

What's the process for changing the coding standard? Sure, I could just
edit the wiki page, but because all will have to follow it, making
substantial changes needs consensus and warrants some discussion.

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

Re: [opensource-dev] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Erin Mallory 

I'd also like to see some of the siezure causing issues addressed (like 
disabling toasts).  
I'd also like to see some of the ui needs for content creators addressed.  
(like at the very least the ability to edit/create clothing by right clicking 
the avatar, fixing edit clothing from the inventory window to automatically 
wear and edit clothing not worn, and adding upload back to file menu so its 
easier to find and faster to access).
I don't think i can make the meeting, but I'm begging these issues PLEASE make 
it into this sprint.

Date: Tue, 19 Oct 2010 16:05:41 +0200
From: slli...@boroon.dasgupta.ch
To: o...@lindenlab.com; es...@lindenlab.com
CC: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Stuff I'd like to see in the coming sprint



  




  
  
Heya



Sprint planning meeting is later today, so I thought it'd be good to
list some issues that I think should be tackled soon:

Low hanging fruits
VWR-12984
  Water flickers and disappears in patches

  Very annoying and high-voted bug, especially apparent in
skyboxes
  Has been fixed in Snowglobe 1 half a year ago
  Fix has been ported to Snowglobe 2 this summer (see SNOW-643)
  Merov ported the fix to viewer-development recently, so the
code 'only' needs some review. (The change is huge, though.)

  

VWR-19643
  / STORM-312
  linux libndofdev version <= 0.2 incompatible to kernel
  >=2.6.33

  This has been fixed upstream (linux libndofdev version 0.3),
so just using the newer library version will resolve this.
  The upstream fix is
  
a small and easy to understand change (thus low-risk)


backwards compatible (will continue working with kernels
  <= 2.6.32)
well tested (I'm using it for months now)
  
  Please note that —while serving the same purpose— linux
libndofdev is a different project than the windows/mac library
of the same name, and thus has different version numbers.

VWR-23459
  Viewer compiled against Boost-1.42 crashes when certain command
  line options are given

  Fixed in Snowglobe 1 and 2 this summer (see SNOW-626)
  Fix already ported to viewer-development (needs testing and
review, but the change is small)
  As far as I know, this is the only thing left for
viewer-development to become fully compatible with Boost 1.42
  Fix is backwards compatible

Features I'd personally would like to work on
VWR-22044
  Option to inline Navigation Bar into Menu Bar

  Needs product manager approval

  

VWR-23306
  Detect UI skins at runtime

  Needs some discussion: As skins can change functionality (to
some extend) or change how/where certain functionality is
accessible, we need ways to avoid this feature to become a major
problem for customer support.
  Some code by Robin Cornelius that's related to this has been
annexed by some LL-internal project and she was asked not to
publish it to avoid merge problems. In order to avoid
duplication of efforts (and probably even worse merge problems),
can this project please be opened up? If not, it'd be good to
release at least sufficient information to make some
collaboration on this topic possible.

(no particular jira issue yet) Coding Standard application /
  code cleanup


Our current code still violates our own coding
  standard a lot. Then there is unnecessary code (like derived
classes re-implementing inherited methods in the exact same way the
base class already implemented it) and maybe even still dead code
(got rare, I think). I'll file jira issues for stuff like this as I
get to do it. Could issues of this sort be allowed to be added to
the current sprint list even during a sprint? It makes little sense
to have such changes pile up until the respective next sprint is
started.

(no jira issue) Improve the Coding Standard
What's the process for changing the coding standard? Sure, I could
just edit the wiki page, but because all will have to follow it,
making substantial changes needs consensus and warrants some
discussion.



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  
  ___
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] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Oz Linden (Scott Lawrence) 





VWR-12984  Water
flickers and disappears in patches

* Very annoying and high-voted bug, especially apparent in skyboxes
* Has been fixed in Snowglobe 1 half a year ago
* Fix has been ported to Snowglobe 2 this summer (see SNOW-643
  )
* Merov ported the fix to viewer-development recently, so the code
  'only' needs some review. (The change is huge, though.)






I'm not seeing this in Second Life 2.2.1 (212292) Second Life 
Development - are we sure it wasn't fixed by the other (and much 
simpler) water flicker fix?


In any event, nothing with a patch that large (and which affects code 
shared with the simulator) counts as "low hanging fruit", however 
important the problem is.


As I've mentioned before, there is an effort under way to split out the 
code that is shared between viewer and simulator into its own repository 
so that it can be better managed and evolved in a more coordinated way. 
 That should be visible in the open source within a month or so, I 
think.  My own opinion is that considering changes as large as this one 
that affects that code should be deferred until after that change.


___
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] Stuff I'd like to see in the coming sprint

2010-10-19 Thread WolfPup Lowenhar 
There is already a STORM issue relating to the toasts issue. The JIRA is
here:

 

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

 

This should be in this sprint as it was ready for the last one till it was
switched to a bug killing sprint to get the beta out to release.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Erin
Mallory
Sent: Tuesday, October 19, 2010 10:24 AM
To: slli...@boroon.dasgupta.ch; o...@lindenlab.com; es...@lindenlab.com
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Stuff I'd like to see in the coming sprint

 

I'd also like to see some of the siezure causing issues addressed (like
disabling toasts).  
I'd also like to see some of the ui needs for content creators addressed.
(like at the very least the ability to edit/create clothing by right
clicking the avatar, fixing edit clothing from the inventory window to
automatically wear and edit clothing not worn, and adding upload back to
file menu so its easier to find and faster to access).
I don't think i can make the meeting, but I'm begging these issues PLEASE
make it into this sprint.

  _  

Date: Tue, 19 Oct 2010 16:05:41 +0200
From: slli...@boroon.dasgupta.ch
To: o...@lindenlab.com; es...@lindenlab.com
CC: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Stuff I'd like to see in the coming sprint

Heya

Sprint planning meeting is later today, so I thought it'd be good to list
some issues that I think should be tackled soon:


Low hanging fruits


VWR-12984   Water flickers and
disappears in patches


*   Very annoying and high-voted bug, especially apparent in skyboxes
*   Has been fixed in Snowglobe 1 half a year ago
*   Fix has been ported to Snowglobe 2 this summer (see SNOW-643
 )
*   Merov ported the fix to viewer-development recently, so the code
'only' needs some review. (The change is huge, though.)


VWR-19643   / STORM-312
  linux libndofdev version <=
0.2 incompatible to kernel >=2.6.33


*   This has been fixed upstream (linux libndofdev version 0.3), so just
using the newer library version will resolve this.
*   The upstream fix is

*   a small and easy to understand change (thus low-risk)
*   backwards compatible (will continue working with kernels <= 2.6.32)
*   well tested (I'm using it for months now)

*   Please note that -while serving the same purpose- linux libndofdev
is a different project than the windows/mac library of the same name, and
thus has different version numbers.


VWR-23459   Viewer compiled
against Boost-1.42 crashes when certain command line options are given


*   Fixed in Snowglobe 1 and 2 this summer (see SNOW-626
 )
*   Fix already ported to viewer-development (needs testing and review,
but the change is small)
*   As far as I know, this is the only thing left for viewer-development
to become fully compatible with Boost 1.42
*   Fix is backwards compatible


Features I'd personally would like to work on


VWR-22044   Option to inline
Navigation Bar into Menu Bar


*   Needs product manager approval


VWR-23306   Detect UI skins at
runtime


*   Needs some discussion: As skins can change functionality (to some
extend) or change how/where certain functionality is accessible, we need
ways to avoid this feature to become a major problem for customer support.
*   Some code by Robin Cornelius that's related to this has been annexed
by some LL-internal project and she was asked not to publish it to avoid
merge problems. In order to avoid duplication of efforts (and probably even
worse merge problems), can this project please be opened up? If not, it'd be
good to release at least sufficient information to make some collaboration
on this topic possible.


(no particular jira issue yet) Coding Standard application / code cleanup


Our current code still violates our own coding
  standard a lot. Then
there is unnecessary code (like derived classes re-implementing inherited
methods in the exact same way the base class already implemented it) and
maybe even still dead code (got rare, I think). I'll file jira issues for
stuff like this as I get to do it. Could issues of this sort be allowed to
be added to the current sprint list even during a sprint? It makes little
sense to have such changes pile up until the respective next sprint is
started.


(no jira issue) Improve the Coding Standard


What's the process for changing the coding standard? Sure, I could just edit
the wiki page, but because all will have to follow i

[opensource-dev] VWR-12984 Water flickers and disappears in patches (was: Stuff I'd like to see in the coming sprint)

2010-10-19 Thread Boroondas Gupte 
 On 10/19/2010 04:41 PM, Oz Linden (Scott Lawrence) wrote:
>>
>>
>> VWR-12984 
>> Water flickers and disappears in patches
>>
>> * Very annoying and high-voted bug, especially apparent in skyboxes
>> * Has been fixed in Snowglobe 1 half a year ago
>> * Fix has been ported to Snowglobe 2 this summer (see SNOW-643
>>   )
>> * Merov ported the fix to viewer-development recently, so the
>>   code 'only' needs some review. (The change is huge, though.)
>>
>
> I'm not seeing this in Second Life 2.2.1 (212292) Second Life Development
Have you tried the repro? (I've put a platform back at
http://slurl.com/secondlife/Hippotropolis/220/164/1001, so the repro can
be performed again.) I can still reproduce this with current
viewer-development.

> are we sure it wasn't fixed by the other (and much simpler) water
> flicker fix?
I am sure. While the symptoms of VWR-12984
 and STORM-306
 were similar, the causes
were very different and so are the fixes.

> In any event, nothing with a patch that large (and which affects code
> shared with the simulator) counts as "low hanging fruit", however
> important the problem is.
Fair enough, but it's certainly much lower hanging than before Merov
ported it.

> As I've mentioned before, there is an effort under way to split out
> the code that is shared between viewer and simulator into its own
> repository so that it can be better managed and evolved in a more
> coordinated way.  [...] My own opinion is that considering changes as
> large as this one that affects that code should be deferred until
> after that change.
Is this the case for this fix? While the amount of changed code is huge,
I'd assume it's mostly if not completely viewer-only parts that get
altered. Though, not knowing the server source, I cannot be certain.

I guess the indra/newview directory is viewer-only. I don't know about
indra/llrender, but I don't see any apparent reason why the server code
would rely on that.

> That should be visible in the open source within a month or so, I think.
Do we have any volunteers to forward-port the fix /again/ after that
time? And no, as much as I'd like to see this bug fixed, I'm not
volunteering for that task.

Cheers,
Boroondas

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

Re: [opensource-dev] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Joshua Bell 
On Tue, Oct 19, 2010 at 7:05 AM, Boroondas Gupte  wrote:
>
> VWR-23306  Detect UI skins
> at runtime
>
>- Needs some discussion: As skins can change functionality (to some
>extend) or change how/where certain functionality is accessible, we need
>ways to avoid this feature to become a major problem for customer support.
>- Some code by Robin Cornelius that's related to this has been annexed
>by some LL-internal project and she was asked not to publish it to avoid
>merge problems. In order to avoid duplication of efforts (and probably even
>worse merge problems), can this project please be opened up? If not, it'd 
> be
>good to release at least sufficient information to make some collaboration
>on this topic possible.
>
> We hope to land the set of changes including this work in
viewer-development within the next month or so. It's based off of
viewer-development and we're tracking it closely, so we do not expect there
to be significant merge problems.

The changes are being wrangled part of one of those few projects that we are
not doing completely in the open, and I can't comment further on the "why"
of that. That said, I can state that the changes are pretty mundane and
won't suddenly appear in a production viewer without going through
viewer-development first - they'll land there just like any other patches
and work their way through the normal release process.

-- Josh
___
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] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Rob Nelson 
 As an epileptic, I agree.  Thank God for Keppra (and the ability to 
still go back to Snowglobe 1.x).


Rob

On 10/19/2010 7:24 AM, Erin Mallory wrote:
I'd also like to see some of the siezure causing issues addressed 
(like disabling toasts).


___
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] Stuff I'd like to see in the coming sprint

2010-10-19 Thread malachi 
I would also like to see (since there are so many new changes to the  
server.)

issues like

VWR-11683


or any other new scripting functions that will reduce lag and speed up  
efficiency for developers. i dont think focusing only on functions and  
features that are going to ADD to lag should be going on here. i think as  
a community we should be working on ways to reduce the lag as well.

any chance that someone will drop the few lines of code into the new  
server version and spit out the keys to scripts or do we all have to keep  
using tpv clients and 65535^3 prims to scan regions?


-- 
Using Opera's revolutionary e-mail 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

Re: [opensource-dev] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Dave Booth 
On 10/19/2010 13:58, malachi wrote:
> I would also like to see (since there are so many new changes to the
> server.)
>
> issues like
>
> VWR-11683
>
>
> or any other new scripting functions that will reduce lag and speed up
> efficiency for developers. i dont think focusing only on functions and
> features that are going to ADD to lag should be going on here. i think as
> a community we should be working on ways to reduce the lag as well.
>
> any chance that someone will drop the few lines of code into the new
> server version and spit out the keys to scripts or do we all have to keep
> using tpv clients and 65535^3 prims to scan regions?

I love that idea but since its a scripting enhancement then apart from 
the script editor floaters syntax highlighting thats purely a 
server-side change. It's not something the snowstorm team or any of us 
can work on since its not in the opensource code. Sad to say that jira 
is likely going to end up closed as misfiled, because if its a scripting 
thing it aint a VWR project issue. You can count on my voice adding to 
you advocating for it as a server enhancement, but in its current jira 
location its likely gonna sink without trace.
___
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] Stuff I'd like to see in the coming sprint

2010-10-19 Thread Kelly Linden 
On Tue, Oct 19, 2010 at 5:07 PM, Dave Booth  wrote:

> On 10/19/2010 13:58, malachi wrote:
> > I would also like to see (since there are so many new changes to the
> > server.)
> >
> > issues like
> >
> > VWR-11683
> >
> >
> > or any other new scripting functions that will reduce lag and speed up
> > efficiency for developers. i dont think focusing only on functions and
> > features that are going to ADD to lag should be going on here. i think as
> > a community we should be working on ways to reduce the lag as well.
> >
> > any chance that someone will drop the few lines of code into the new
> > server version and spit out the keys to scripts or do we all have to keep
> > using tpv clients and 65535^3 prims to scan regions?
>
> I love that idea but since its a scripting enhancement then apart from
> the script editor floaters syntax highlighting thats purely a
> server-side change. It's not something the snowstorm team or any of us
> can work on since its not in the opensource code. Sad to say that jira
> is likely going to end up closed as misfiled, because if its a scripting
> thing it aint a VWR project issue. You can count on my voice adding to
> you advocating for it as a server enhancement, but in its current jira
> location its likely gonna sink without trace.
>
>
I've moved it to SVC, no need for it to be closed or to sink without a
trace. But yes, it is a service and not a viewer issue. I have even
commented on it already.

 - Kelly
___
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] Tools of the trade.

2010-10-19 Thread Brandon Husbands 
I understand that Licensing costs money but I do have a question. It is
almost 2011 That's 6 years after Visual Studio was released.
I also know there are patches floating around for cmake and various other
things that make VS2k8 compile properly. So I ask this, when is LL going to
drop vs2k5 as the "Supported" MS compiler? With c++0x Standard actually
being implimented with some methods in vs2k8 and mostly in 2k10. Is it not
time to really update our default toolset?

At least lets get the patches in to fix 2k8, and get it officially
supported. I despise 2k5, 28k is pretty solid now. 2k10 seems to be the
vista of IDE's maybe 2k11 will be the win 7 =) Mostly due to the project
based settings instead of global IDE includes which is a PITA even with
Cmake.

Id like to get LL's response on how long are we going to be stuck with 2k5
as the "official" compiler/ide.



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