Re: [opensource-dev] Snow Storm / Mac, missing file?
assets.txt is no longer required, as the contents of the bundles it downloads are now present in the source repo. Assuming you're on 32-bit LInux, try just doing: cd indra ./develop.py configure ./develop.py build There are still a number of issues you may run into as yet, the most probable being a few with GCC versions > 4.1. I'm intending to bring the fixes for those in from Snowglobe as soon as possible. Aimee. On 15 Aug 2010, at 23:26, Daniel Smith wrote: > > Hello, thought I would try building the newest source... not seeing > directions.. > > Did this: ___ 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] Fwd: Successful Build Nr. 208114 for oz_viewer-development (39db065f8899) on Darwin
There's a problem with the Windows build at the moment in that it's using an old version of llkdu.dll, sorry about that my fault completely for not noticing, we'll get it fixed ASAP. In the mean time you should be able to drop in llkdu.dll in from a recent Release or Snowglobe build to get it going as a work around. Aimee. On 16 Aug 2010, at 13:54, Patnad Babii wrote: > The CYGWIN (?!!!) build not working on Windows 7 – 64 Bits, using latest > Nvidia drivers on a X260 graphic card. > ___ 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 = the end of 1.x viewers?
No, that's not the case, display names are not returned to the existing LSL functions. Your existing account will always be seen as Andromeda Quonset to existing scripts no matter what you change your display name to. New LSL calls used to return display names to new scripts equally will not be a problem for older viewers either, what viewer you are running makes no difference to a script which is running on the server. Aimee. On 18 Aug 2010, at 00:13, Andromeda Quonset wrote: > Sighs. I see you misunderstood. Perhaps I have, too, in usage of > the word "Resident". > > In my post, where I referenced "Andromeda Resident", change that to > "Andromeda DisplayName" > > In a script that has been compiled to use a new function, presumably > compiled under a 2.X viewer, when an AV that is logged-in under a 1.X > viewer, and activates the script compiled under 2.X, will need to > have results returned to him based on a 1.X compilation, and not a > 2.X compilation in order to not cause a runtime error. ___ 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 Build of Snowstorm (Viewer 2.1.1) (LLKDU)
That's because of the LLKDU issue that Merov is currently working to fix. You can work around if for now by replacing the llkdu.dll that comes with the development viewer with one from the release viewer. Aimee. On 19 Aug 2010, at 14:23, Zak Escher wrote: > I have tried every build of Viewer 2.1.1 since Sunday (8/19/2010) and all > have crashed on launch. Is there a proper place to report these issues? ___ 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 "allow create landmark" in 2.1?
That's not a Snowglobe issue ... http://jira.secondlife.com/browse/VWR-18886 Aimee. On 20 Aug 2010, at 14:51, Philippe (Merov) Bossut wrote: > Hi, > > On Thu, Aug 19, 2010 at 10:37 AM, Lance Corrimal > wrote: > is it just my failing eyesight, or is there no "allow create landmark" > checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? > > > Darn! We didn't specifically work on that so it has to be the result of a > bogus merge or may be pulling something from viewer-external UI modifs that > was not completely baked. > > Can someone look into the xui? > > 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 ___ 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 "allow create landmark" in 2.1?
Apparently this option is no longer supported on the server, so it was removed from the viewer as it will have no effect. Aimee. On 20 Aug 2010, at 15:17, Aimee Linden wrote: > That's not a Snowglobe issue ... http://jira.secondlife.com/browse/VWR-18886 > > Aimee. > > On 20 Aug 2010, at 14:51, Philippe (Merov) Bossut wrote: > >> Hi, >> >> On Thu, Aug 19, 2010 at 10:37 AM, Lance Corrimal >> wrote: >> is it just my failing eyesight, or is there no "allow create landmark" >> checkbox in "about land" in 2.1 (snowglobe 2.1.0 r3622) ??? >> >> >> Darn! We didn't specifically work on that so it has to be the result of a >> bogus merge or may be pulling something from viewer-external UI modifs that >> was not completely baked. >> >> Can someone look into the xui? >> >> 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 > ___ 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] Mac Build Failing
That looks like https://jira.secondlife.com/browse/SNOW-742 which is fixed in the viewer-public internal branch (which is where viewer-external on SVN comes from) and will hopefully be merged into viewer-development soon. Aimee. On 20 Aug 2010, at 03:18, Ricky wrote: > I've pulled rev 11450 (tip at the moment), then cd'd into indra ran > develop.py and the compile failed. More info on procedures I used > after the system specs. > > Hardware Overview: > Model Name: Mac mini aluminum > Model Identifier:Macmini4,1 > Processor Name: Intel Core 2 Duo > Processor Speed: 2.66 GHz > Number Of Processors:1 > Total Number Of Cores: 2 > L2 Cache:3 MB > Memory: 8 GB > Bus Speed: 1.07 GHz > > System Software Overview: > System Version: Mac OS X 10.6.4 (10F2025) > Kernel Version: Darwin 10.4.1 > Boot Volume: System Drive > Boot Mode: Normal > Secure Virtual Memory: Not Enabled > 64-bit Kernel and Extensions:No > > Procedure 1: (It defaulted to RelWithDebInfo) > hg pull > hg up > cd indra > ./develop.py configure > ./develop.py build > > Error: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ** BUILD FAILED ** > > The following build commands failed: > package: > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/RelWithDebInfo/package.build/Script-1C6E7B01C6E7B01C6E7B.sh > (1 failure) > > Error: the command 'xcodebuild' exited with status 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > Procedure 2: (Switching to Release. Took longer, failed anyway.) > hg pull > hg up > cd indra > ./develop.py -t Release configure > ./develop.py -t Release build > > Error: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > ** BUILD FAILED ** > > The following build commands failed: > INTEGRATION_TEST_llsecapi: > Ld > /Users/ricky/Development/linden/indra/build-darwin-i386/sharedlibs/Release/Release/INTEGRATION_TEST_llsecapi > normal i386 > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/INTEGRATION_TEST_llsecapi.build/Script-1BC14D01BC14D01BC14D.sh > package: > PhaseScriptExecution "CMake PostBuild Rules" > /Users/ricky/Development/linden/indra/build-darwin-i386/newview/SecondLife.build/Release/package.build/Script-1C6E9E01C6E9E01C6E9E.sh > (3 failures) > > Error: the command 'xcodebuild' exited with status 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > What should I do? Is this a known issue? > > Ricky > Cron Stardust > ___ > 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] Anti-Aliasing
On 27 Aug 2010, at 02:06, Trilo Byte wrote: > Is it just me, or is anti-aliasing broken in the last couple builds? Do you arms and legs look lumpier than normal? If so then it's you ;) Quite a large amount of rendering work dropped in one of the latest updates. You're on a Mac right? It seems to be broken on my Mac also :( To get AA working on my Linux box I had to turn _on_ Framebuffer Objects in the Develop>Rendering menu (same as setting the RenderUseFBO debug option to True) but that just freezes rendering on my Mac. So yup, it's not you, looks like we broke it at the moment. Aimee. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] I was told this need to be dropped on the mailing list.
VWR-20751 should probably have been carried over as an incomplete task from the last sprint. Could you please add subtasks to VWR-20751 for each of these to track them? According to my notes at https://spreadsheets.google.com/ccc?key=0AiLvQmencIAJdFF3N21iS3NRamlvRjdqSWxOdUNhdVE&hl=en&authkey=CO7ckKkK SNOW-512 shouldn't be imported without SNOW-748 (r3499 and r3501 in Snowglobe SVN) at least, as it breaks the Mac build. Aimee. On 31 Aug 2010, at 23:17, lists.secondlife@trap.wereanimal.net wrote: > From http://jira.secondlife.com/browse/VWR-20751 > > I've added changesets for you to work with. These are the ones I used to get > viewer-devolment to build on linux 64-bit standalone. > These patches/changeset have been updated to viewer-devolment as it was > different from snowglobe 2.x code. > > https://bitbucket.org/Techwolf/viewer-development/changeset/5a7ee78d029e > SNOW-746: Finished Google BreakPad cmake for standalone > > https://bitbucket.org/Techwolf/viewer-development/changeset/ff09fdf21fde > cmake patch from SNOW-543 updated for viewer-development > > https://bitbucket.org/Techwolf/viewer-development/changeset/fd6fcea097f0 > viewer_manifest.py fixes from SNOW-334, SNOW-47, SNOW-517, and SNOW-543. They > all touch each other code, so combined into one changeset. Add doc/contrub > credit in the right places. > > https://bitbucket.org/Techwolf/viewer-development/changeset/111a293c0e1c > VWR-20893: "class Linux_x86_64Manifest" missing from viewer_manifest.py. > Breaking linux 64-bit build. > > https://bitbucket.org/Techwolf/viewer-development/changeset/00bd21962052 > SNOW-512/SNOW-287: Build of LLPlugin fails on 64bit linux due to non PIC code > linking into the DSO. > Formatting, cleanup, and one minor change by Techwolf Lupindo. Minor change > was a move of the hunk in indra/media_plugins/webkit/CmakeLists.txt to same > area as the other plugins CmakeLists.txt files. > > https://bitbucket.org/Techwolf/viewer-development/changeset/15d19316812c > SNOW-599/SNOW-747: Pulseaudio should be optional on Linux. > > https://bitbucket.org/Techwolf/viewer-development/changeset/5697874b390b > Add missing "if (LL_TESTS)" from SNOW-651/SNOW-654 > > - > I've allready done the work. But the process to getting in the process is > still unclear. Red tape golore. I hope that can be changed. > > --Techwolf Lupindo > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Code review request: VWR-22454 (Teleporting multiple friends)
Hi, Could I get some eyes on a fix for VWR-22454 (Teleporting multiple friends) please? http://bitbucket.org/aimee_linden/viewer-development-import/changeset/18f8e079a1de Aimee. ___ 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] Code Review Request: VWR-21253 (Permissions icons in the friends list)
Hi, Could I get some eyes on a fix for http://jira.secondlife.com/browse/VWR-21253 ... http://bitbucket.org/aimee_linden/viewer-development-tweaks/changeset/fb38222f1b08 A test build containing this is available here ... http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/aimee_viewer-development-tweaks/rev/208486/index.html Thanks, Aimee. ___ 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] Code Review Request: VWR-21253 (Permissions icons in the friends list)
> On 09/06/2010 07:37 PM, Marine Kelley wrote: >> >> Err... color me stupid but... how does one show the friends list in this >> style on viewer 2 ? I can detach tabs from the sidebar, but I cannot find a >> way to show the permissions matrix. It would be so handy ! On 6 Sep 2010, at 21:23, Boroondas Gupte wrote: > I guess you refer to the screenshot attached to the jira issue? Note the date > when that one was added, Oct. 15, 2009. Also note the artwork and color > scheme. I guess that was from an early development version of Viewer 2 that > already had the people sidebar tab but also still had the old code of the > contacts panel, so that both could be compared within a single application. > (That, or it's a mock-up.) Yes, that screenshot is quite old, sorry for the confusion :) > If you read the comments you'll note this isn't what Aimee has implemented > now: She shows permissions in the hover tips, it seems. The permission icons appear inline, alongside the 'i' and '->' buttons for each person. > > I'd still prefer to see all perms at one glance without hovering. Moon > Metty's suggestion to only display non-default values would indeed avoid the > cluttering and, more important, would also make these values stand out. I > think this could nicely be done with icons similar the maturity rating and > parcel permission ones in the navigation bar. On 6 Sep 2010, at 20:50, leliel wrote: > Works fine for me on Linux. Looks like it uses the 1.23 icons which > don't fit in with the theme on 2.x tho. Yes that's expected, just temporary until we have new artwork. Aimee. ___ 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] Code Review Request: VWR-21253 (Permissions icons in the friends list)
Ah yep, that build's not been rebuilt since before the LLKDU fix, sorry about that, a new build should be up shortly. Aimee. On 7 Sep 2010, at 15:21, Alexandrea Fride wrote: > llkdu.dll problem hapend to me to, replace the dll from the officialy viewer > 2.1 or devenlopbuild that worked > > -- > From: "Ardy Lay" > Sent: Tuesday, September 07, 2010 4:18 PM > To: > Subject: Re: [opensource-dev] Code Review Request: VWR-21253 (Permissions > icons in the friends list) > >> The provided build implodes 4 seconds after launch it on Windows 7. >> I'll pick up the change set, build that and see what happens. > > ___ > 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] Code review request: STORM-121 (Cleanup of Voice Client shutdown)
Hi, Would someone mind code-reviewing this change ... http://bitbucket.org/aimee_linden/viewer-development-fixes/changeset/836266aa8302 Just some simple reduction of duplicated code to ensure things get cleaned up properly when the voice client shuts down. Aimee. ___ 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] Question about error message
ERK! I thought I'd fixed that ages ago :( Replacing all the FrontWindow() calls with GetFrontWindowOfClass(kAllWindowClasses, true) should do the trick, I'll swat it shortly once and for all. Aimee. On 22 Sep 2010, at 02:00, Ponzu wrote: > I get 12 of these messages when I build the latest ... > > /Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331:0 > > /Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331: > warning: 'FrontWindow' is deprecated (declared at > /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:11398) > > I don't think I am using the SLPlugin, so I am not concerned at the moment, > but if someone knows the quick fix, please let me know. > > > > regards > > lee > > ___ > 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] Did I break my repository...
You're on a Mac right? That sounds like https://jira.secondlife.com/browse/SNOW-223 The easiest solution is to use the 10.4 or 10.5 SDK when building, instead of 10.6. The slightly more complicated solution is to patch and rebuild APR. Aimee. On 26 Sep 2010, at 23:09, Ponzu wrote: > Since I downloaded the latest viewer-develpment yesterday, by local build is > broken. The symptom seems to be that the local artwork is not being found. > For example, the XUI is mostly just plain gray. The buttons on the bottom > are just gray rectangles, etc. > > I tried running develop.py again. It says the art work is there. I did a > clean and build. Same same. > I clone viewer-development, and then pull to there, and update. > I cloned that to viewer-ponzu, that is the one that is broken. > > Any ideas welcome. Do not waste a lot of time ont his, I can always just > blow away my repositories and start over. > > Ponzu > ___ > 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] Question about error message
Fix for this is now up for review here https://jira.secondlife.com/browse/STORM-253 Aimee. On 23 Sep 2010, at 19:18, Aimee Linden wrote: > ERK! I thought I'd fixed that ages ago :( > > Replacing all the FrontWindow() calls with > GetFrontWindowOfClass(kAllWindowClasses, true) should do the trick, I'll swat > it shortly once and for all. > > Aimee. > > On 22 Sep 2010, at 02:00, Ponzu wrote: > >> I get 12 of these messages when I build the latest ... >> >> /Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331:0 >> >> /Users/elee/Documents/hg/viewer-development/indra/llplugin/slplugin/slplugin.cpp:331: >> warning: 'FrontWindow' is deprecated (declared at >> /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:11398) >> >> I don't think I am using the SLPlugin, so I am not concerned at the moment, >> but if someone knows the quick fix, please let me know. >> >> >> >> regards >> >> lee >> >> ___ >> 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] So long!
Likewise, I feel incredibly lucky to have been a part of this at all. I will still be around as my pre-Linden self Aimee Trescothick, though probably not quite so much as I work out where I'm going next. Aimee. On 30 Sep 2010, at 16:42, Tofu Linden wrote: > It's been great working with you folks, some of you for years now! > > SL is an amazing place, made amazing by its residents. Thank you > all. Please keep on making peoples first and second lives better! ___ 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
