Re: [opensource-dev] "Changes since the last good build" part of "Build Results from snowstorm_viewer-development"

[CG Linden]

Yeah, this is now compiled via a different process...

I really would like to redo the build results page.
--
cg

On Wed, Dec 15, 2010 at 6:32 PM, SuezanneC Baskerville
wrote:

> The "Changes since the last good build at " part of the "Build Results"
> page at
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/latest.html
> seems to have a problem.
>
> At the bottom, instead of a list of changes, like it used to have, it has a
> link, and the link doesn't work.
> Changes since the last good 
> build(2010-12-15T04:14:49.000Z):
>  click
> here
>
>
>
>
> --
> v i r t u a l   w o r l d   e n t h u s i a s t
> -- http://www.google.com/profiles/s u e z a n n e --
>
> ___
> 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] "Changes since the last good build" part of "Build Results from snowstorm_viewer-development"

[CG Linden]

I restored the old code path for changes since last good build for now...
Maybe there is a way to make the new service public someday.
--
cg

On Wed, Dec 15, 2010 at 7:40 PM, CG Linden  wrote:

> Yeah, this is now compiled via a different process...
>
> I really would like to redo the build results page.
> --
> cg
>
> On Wed, Dec 15, 2010 at 6:32 PM, SuezanneC Baskerville  > wrote:
>
>> The "Changes since the last good build at " part of the "Build Results"
>> page at
>>
>> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/latest.html
>> seems to have a problem.
>>
>> At the bottom, instead of a list of changes, like it used to have, it has
>> a link, and the link doesn't work.
>> Changes since the last good 
>> build<http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/216851/index.html>(2010-12-15T04:14:49.000Z):
>>  click
>> here<http://codeticket.lindenlab.com/browse/?old=216851&new=216991&changes_only=1>
>>
>>
>>
>>
>> --
>> v i r t u a l   w o r l d   e n t h u s i a s t
>> -- http://www.google.com/profiles/s u e z a n n e --
>>
>> ___
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
>
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] What is it with these Build Numbers?

[CG Linden]

"Everybody thinks Release Engineering is like a bikeshed, so people go on
happily slapping paint onto it, not realizing that there is a nuclear
missile silo underneath."

Yes, this is one of those things... after all, how hard can it be to list
all the changes since the last release, or all the changes pending to go
into the current release?

To learn more about how we use build numbers, and why the build results
occasionally had links to this "codeticket" thing, read:
http://wiki.secondlife.com/wiki/Codeticket_Service
--
cg
___
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] Changes on Snowstorm builds no longer showing up

[CG Linden]

You can download the changes.html file from the build results. I know why
the problem exists, and I'll be working on redoing the build results pages.

Meanwhile, please use the changes.html file to look up the changes included
in the current build.

On Wed, Feb 23, 2011 at 5:34 PM, Hitomi Tiponi wrote:

> The last couple of Snowstorm test builds (e.g.
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/rev/221902/index.html)
> no longer have the 'Changes since last good build' being shown - instead it
> is showing 'Unknown'.  Is this a bug or will it be like this from now on?
>
> Hitomi
>
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] What's with those Build Numbers?

[CG Linden]

You may have noticed those build numbers attached to the viewer version
numbers, and you might have heard some of us say "codeticket".

So yes, there is a whole system behind these numbers, and it allows us to
track precisely what is included in every build and where the changes came
from.

The "codeticket" tool is documented on the public wiki at
http://wiki.secondlife.com/wiki/Codeticket_Service and contains some screen
shots of the tool in use.

As we move to autobuild, this system will receive a lot more exposure, as
the relationship between the various libraries and the actual viewer build
is captured in the tool.
--
cg
___
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] New Build Result Pages

[CG Linden]

I've been working on redoing the build results.

Check out a sample at:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/cg_viewer-development/rev/227100/index.html

They are completely self-contained. The data is actually stored in a JSON
file at:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/cg_viewer-development/rev/227100/index.json

Note that the "changes since last good build" will include changes made to
third party libs and other dependencies, including autobuild and our build
system.

Some links are not public (e.g. links to our internal hg repos).

Note that Jira ids may not match the comments whenever the jira issue was
moved.

The HTML page is just a skeleton, and javascript will read the JSON file and
render it on the result page.

Ideas/suggestions/bug reports welcome.
--
cg
___
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] New Build Result Pages

[CG Linden]

The ie8 issue is interesting... see
http://forum.jquery.com/topic/unexpected-call-to-method-or-property-access-in-ie8

I'll have a fix out shortly. I'll simply leave the title element alone and
instead make the heading in the body contain that info.

I'll also make the font darker. I think that should help the readability.
--
cg

On Fri, Apr 22, 2011 at 4:58 AM, Ardy Lay  wrote:

> New Build Result Pages are not "running" for me, in IE8, on Windows 7.
> They do "run" in the web browser built in to Viewer 2.
> I also find the current trend to reduce contrast in all things "web"
> annoying and wish 80/20 to fall off the face of the Earth for
> propagating the trend.
> ___
> 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] Higher contrast for build result pages. (was: New Build Result Pages)

[CG Linden]

Thanks, I'll incorporate it.
--
cg

On Fri, Apr 22, 2011 at 6:53 AM, Boroondas Gupte  wrote:

>  On 04/22/2011 11:28 AM, Opensource Obscure wrote:
>
> Please - a bit more contrast between text and background.
>
>  On 04/22/2011 01:58 PM, Ardy Lay wrote:
>
> I also find the current trend to reduce contrast in all things "web"
> annoying
>
>
> Please find attached a user style  (can be used
> with Firefox' or Chrome's 
> Stylish
> add-on)
> which should improve contrast and give the "OK" fields some padding. Feel
> free to tweak it further.
>
> @CG: Are you interested in a diff that incorporates these changes (or just
> some of them) into your 
> stylesheet
> ?
>
> 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] Higher contrast for build result pages. (was: New Build Result Pages)

[CG Linden]

Try this on for size:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-pre-release/rev/227447/index.html

On Fri, Apr 22, 2011 at 11:14 AM, CG Linden  wrote:

> Thanks, I'll incorporate it.
> --
> cg
>
> On Fri, Apr 22, 2011 at 6:53 AM, Boroondas Gupte <
> slli...@boroon.dasgupta.ch> wrote:
>
>>  On 04/22/2011 11:28 AM, Opensource Obscure wrote:
>>
>> Please - a bit more contrast between text and background.
>>
>>  On 04/22/2011 01:58 PM, Ardy Lay wrote:
>>
>> I also find the current trend to reduce contrast in all things "web"
>> annoying
>>
>>
>> Please find attached a user style <http://userstyles.org/> (can be used
>> with Firefox' or Chrome's 
>> Stylish<https://addons.mozilla.org/en-US/firefox/addon/stylish/>
>> add-on<https://chrome.google.com/extensions/detail/fjnbnpbmkenffdnngjfgmeleoegfcffe>)
>> which should improve contrast and give the "OK" fields some padding. Feel
>> free to tweak it further.
>>
>> @CG: Are you interested in a diff that incorporates these changes (or just
>> some of them) into your 
>> stylesheet<http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/cg_viewer-development/rev/227100/index.css?v=2>
>> ?
>>
>> 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] Higher contrast for build result pages.

[CG Linden]

Well, I've never pretended to be a graphics designer, which is why I
rebuilt this specific page to be completely data driven, with the
source code readily accessible. I might try out a different layout
idea closer to the previous design, but I think I will need to soon
focus on other aspects of our build system, one of which is to enable
the complete suite to be open sourced.

If anyone offers me an alternate design that looks good, I'll be more
than happy to incorporate it.
--
cg

On Sunday, April 24, 2011, Boroondas Gupte  wrote:
>
>
>
>
>
>
> On 04/24/2011 03:52 AM, Chuck Baggett wrote:
> Is the link 
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-pre-release/rev/227447/index.html
>   is supposed to go to a page that shows good contrast?
>
> It's supposed to show at least better contrast than
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/cg_viewer-development/rev/227100/index.html
>
> I get the impression that is supposed to be the case
>   based on what I'm reading here, but when I look at the page and I
>   see pale grey letters on  medium drab green background I find it
>   hard to believe that anyone could think that is a desirable amount
>   of contrast.
>
> Color perception is widely different from person to person and from
> monitor to monitor. In the newer version (227447), I see
> almost-black letters on light teal background, and have no problems
> to read the text like that.
>
> Probably, the light teal (or drab green, as you call it) could be
> made yet brighter, as its contrast to the surrounding background
> (white) or interior background (light grey) is less important than
> the contrast to the text. Alternatively (or additionally), the text
> could be make full black. I didn't go full black in my user style
> (on which CG based the newer stylesheet), because I didn't want to
> deviate too much from CG's original design.
>
> 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] New web search: how to get search_token or auth_token in v1 viewers ?

[CG Linden]

On Thu, May 26, 2011 at 5:10 PM, Henri Beauchamp  wrote:

> On Thu, 26 May 2011 13:59:50 -0700, Joshua Bell wrote:
>
> > On Thu, May 26, 2011 at 12:41 PM, Henri Beauchamp  wrote:
> > .../...
> > > I tried to request these options in my backport, but both
> > > getResponse("search_token") and getResponse("auth_token") keep
> > > returning empty strings...
> >
> > That's odd. Can you dump out the full XMLRPC response to verify that
> > search_token isn't present and that it's not some other part of the
> viewer
> > plumbing that's eating the value? I'm seeing it when doing some raw
> XMLRPC
> > tests against the login service.
>
> Well, yes, it was indeed here, but it has to be retreived from
> llstartup.cpp
> (the results are probably discarded later on), and not in the search
> floater
> class...
>
> The token (a 384 characters string) is now properly passed, but I'm still
> not allowed to search for Mature and Adult stuff (while it works when the
> same query string is used in my main browser)... A bug in my port (I don't
> see where since same URL is used in both the viewer and the browser and yet
> give different results...), or in the web server for the search engine ?...
>
> Yes, there is an edge case when people have never set their maturity
preferences. Simply change them in the viewer, then change them back, and
that will fix it for now.
--
cg
___
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] releasenote list?

[CG Linden]

On Thu, Jun 2, 2011 at 5:47 PM, Hitomi Tiponi wrote:

> As a side issue it seems the section 'Changes since last good build' is
> not opening on recent builds of Snowstorm.  It was fine until a few days
> back - but now won't do the normal 'drop-down' thing.
>
>
That should be fixed again. I first fixed a problem with the Jira-drop-down
not working, and that broke the Changes dropdown.
--
cg
___
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] (no subject)

[CG Linden]

On Fri, Apr 23, 2010 at 2:46 PM, Gareth Nelson wrote:

> S3 should not be deleting anything unless requested to - does the
> buildbot do this deletion?
>
>
Yes. Normally, these files should have been moved into a different
bucket
--
cg
___
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] Update Linux Build Documentation, please?

[CG Linden]

There is method to our madness...
I put up a wiki page explaining our automated build process at:

http://wiki.secondlife.com/wiki/Automated_Build_System

Now I wouldn't mind ripping develop.py apart and spreading the guts into the
top level build.sh script, but don't have time to do that right now...
Instead, I'd rather publish a usable version of the shared build scripts so
that everyone can repro our internal builds.
--
cg


On Thu, Aug 19, 2010 at 4:05 PM, Opensource Obscure wrote:

>
> Aleric, you made a great job with your documention effort!
> https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux)
> now this page is surely more useful than in the past. However,
> it's still a very long document (not your fault, there's very old
> stuff there) and I think we can make it even easier
> to read, to use, and to mantain as well.
>
> So I propose to split the docs: "building for standalone" vs.
> "building non-standalone". Just because otherwise it's too long.
>
> As a first step toward this I created this version of the page:
>
> https://wiki.secondlife.com/wiki/User:Opensource_Obscure/Compiling_the_viewer_(Linux)
>
> There I removed anything related to Standalone, plus
> paragraph #10 and following, as there is a note that says
> "Everything below is probably outdated" (we can add that
> stuff later if/when verified). Feel free to edit.
>
> If we think this is a good idea we can complete the work,
> then split the docs and create a separate page, for example
> https://wiki.secondlife.com/wiki/Compiling_a_standalone_viewer_(Linux)
>
> Opensource Obscure
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
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] Update Linux Build Documentation, please?

[CG Linden]

Of course I'd only do that -after- providing the shared build scripts.
--
cg

On Thu, Aug 19, 2010 at 11:22 PM, Lance Corrimal
wrote:

> Am Friday 20 August 2010 schrieb CG Linden:
> > There is method to our madness...
> > I put up a wiki page explaining our automated build process at:
> >
> > http://wiki.secondlife.com/wiki/Automated_Build_System
> >
> > Now I wouldn't mind ripping develop.py apart and spreading the guts
> > into the top level build.sh script,
>
> NOo
>
>
> develop.py is a way to actually build...
>
> if i try the toplevel build.sh from the hg repo, all it does is
> complain about not having the top level build scripts which are in a
> hg repo that is not accessible from the outside world... 0.o
>
>
>
> bye,
> LC
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Update Linux Build Documentation, please?

[CG Linden]

I created http://bitbucket.org/cg_linden/buildscripts and updated the wiki
page at  https://wiki.secondlife.com/wiki/Automated_Build_System

Note that the hg repo simply contains brutally ripped out and stubbed off
code which I probably won't be maintaining very regularly. I tested it and
it works for me and should work for anyone who already has a working build.
It only demonstrates how we do our own automated builds and should provide a
useful basis should anyone wish to set up a TeamCity based build
environment.

... and yeah, I use Cygwin, so some constructs are artifacts of combining
native windows applications with cygwin.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Current Snowstorm commit builds

[CG Linden]

Actually, the code that generates that page my own. If anyone wants to
improve the look, you can!

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

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

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

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

>  On 2010-08-25 10:14, Trilo Byte wrote:
> > Yeah - it'd be great if that page could be changed so that it looks more
> like
> > http://wiki.secondlife.com/wiki/Snowglobe
>
> That page is generated by TeamCity; it may be true that the format can
> be modified, but that page is really intended only for developers or
> people with similar skills, and I don't think it would be a good use of
> time to work on page formatting for it right now.
>
> When we post the bi-weekly 'stable' development builds, we'll put them
> on a more user-friendly page.
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Current Snowstorm commit builds

[CG Linden]

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

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

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

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

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

Re: [opensource-dev] Current Snowstorm commit builds

[CG Linden]

Well, let me be a little nicer about it :)

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

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

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

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

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

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

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

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

Re: [opensource-dev] Display Names open source

[CG Linden]

And the latest builds are available via this permalink:

http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-identity/latest.html

On Fri, Sep 3, 2010 at 4:13 PM, Oz Linden (Scott Lawrence)  wrote:

>  We had some technical difficulties with getting it properly prepared
> for publication (resolved with the able help of Aimee), but the source
> for the Display Names branch is now available at:
>
> http://hg.secondlife.com/viewer-identity
>
> It is worthy of notice that this is the first Project release under our
> new development methodology - source code and a running viewer available
> from an internal Linden Lab team other than Snowstorm.
>
>
> ___
> 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] where is the source

[CG Linden]

I believe that that code is used for the syntax highlighting -  and indeed,
" llGetLinkPrimitiveParams()" doesn't highlight in the viewer...
--
cg

On Mon, Sep 13, 2010 at 11:44 AM, Altair Sythos  wrote:

> On Mon, 13 Sep 2010 16:47:28 +0200
> "Garmin Kawaguichi"  wrote:
>
> > Is it the last last source code?
> >
> > I say that after reading :
> >
> https://bitbucket.org/lindenlab/viewer-development/src/tip/indra/lscript/lscript_library/lscript_library.cpp
> > where llClearPrimMedia is the last function. Where are :
> > llSetLinkPrimitiveParamsFast, llGetLinkPrimitiveParams,
> > llLinkParticleSystem, llSetLinkTextureAnim, llGetLinkNumberOfSides
>
> mono script are server side compiled, i think all these are inside
> internal LL branch
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Permalinks to the Latest "viewer-development" Installers

[CG Linden]

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

Mac:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/arch/Darwin/quicklink.html

Windows:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/arch/CYGWIN/quicklink.html
--
cg
___
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] Platform specific static quick download links to latest installers

[CG Linden]

Shortened quick links:

http://bit.ly/viewer-dev-latest-Linux
http://bit.ly/viewer-dev-latest-Mac
http://bit.ly/viewer-dev-latest-Windows

All results:
http://bit.ly/viewer-dev-latest


On Thu, Sep 23, 2010 at 2:59 PM, CG Linden  wrote:

> The links are now active.
> --
> cg
>
>
> On Thu, Sep 23, 2010 at 2:09 PM, CG Linden  wrote:
>
>> Linux:
>>
>> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/arch/Linux/quicklink.html
>>
>> Mac:
>>
>> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/arch/Darwin/quicklink.html
>>
>> Windows:
>>
>> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/snowstorm_viewer-development/arch/CYGWIN/quicklink.html
>>
>> Those links will start working once TeamCity cranked out a new build.
>> --
>> cg
>>
>
>
___
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] Inventory Organization Feature Request

[CG Linden]

You might want to split this up into several things:

   - Duplicate avoidance (I believe you may be surprised at how rare true
   duplicates are, since every time you take something scripted back from the
   world into inventory, it will be a new asset with a different script state -
   so even this duplicate detection may involve several user stories)
   - Improved unpacking (How about -not- unpacking and using a delivery to
   folders and subfolders instead? Do you really want things to be auto-sorted
   by class? Many people would disagree there)
   - Improved selection (How about making ctrl-A select all -visible- items
   in the inventory window?)
   - Improve performance by changing the way inventory is loaded and
   accessed (there is work in progress on the server/web service side there).

--
cg

On Tue, Oct 5, 2010 at 8:29 AM, miss c  wrote:

> As a user, I would like to be able to have better  tools to keep my
> inventory neater and put less load on the server when it loads.  I would
> love a search for duplicate uuid option so I can easily remove duplicates.
> I would also like an option to have certain things  received go in
> designated folders, for instance if i open a purchased item and there is a
> landmark in the box , the landmark automatically can go into the landmark
> folder.  Maybe possibly a warning popup saying I already have an item with
> this uuid in my inventory and asking if they can discard the new one.  An
> option when i do a search to be able to select all items returned without
> selecting the folder its in, for instance if i search for key phrase
> floating text or unpackboxscript I can highlight all the returns just
> deleting that one item out of every folder.  I would also like a function to
> remove old landmarks where the parcel no longer exists, same with avatar
> calling cards. Every single landmark in my inventory loads up when I start
> my viewer to check to see if I have visited that place before, it remembers
> places I havent  vistted since 2006, just so it can change the pushpin
> color, is this really needed?
>
> Thank you
>
> Miss
>
>
> ___
> 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] LL_TESTS for standalone out-of-source builds (was: Remaining build issues for 64bit linux standalone out-of-source (without unit tests))

[CG Linden]

Yay \o/ for "daggifying" :)
--
cg

On Mon, Oct 11, 2010 at 3:10 PM, Boroondas Gupte  wrote:

>  On 10/11/2010 10:12 PM, Boroondas Gupte wrote:
>
> In fact, my plan for the time after having gotten all build fixes I need
> with LL_TESTS set to FALSE into viewer-development (which I hope will be
> soon) was to set LL_TESTS back on TRUE and hunt down the change(s) needed
> to build like that. (We already had these fixes in Snowglobe 2. I hope
> nothing new got broken regarding unit tests, since then.)
>
> Looks like Aleric's patch from 
> SNOW-756(which
>  still applies :-) )
> is all that's needed, so I moved that to 
> VWR-23385and will daggify that 
> fix ASAP.
> With this change, all tests succeed on my machine.
>  YAY!! \o/ 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] Today's new Beta Viewer

[CG Linden]

See
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Beta_Viewer/2.3.0
--
cg

On Thu, Nov 4, 2010 at 7:52 AM, Rob Nelson wrote:

>  Most of the stuff included are probably minor UI fixes (low resolution
> screws up layout, for example) and crash fixes.  I haven't read the
> changelog yet, though, so I don't really know.
>
> Rob
>
>
> On 11/4/2010 3:55 AM, Hitomi Tiponi wrote:
>
>  Is there a reason why 213435 seems identical to last week's 212977?  Or
> am I missing something?
>
>
> ___
> 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
>
___
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