From merov at lindenlab.com Fri Jul 2 16:26:24 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 2 Jul 2010 16:26:24 -0700 Subject: [opensource-dev] Snowglobe 2.0 branch Message-ID: Hi guys, So, now that the bug list against Snowglobe 2.0 withered to 2 (SNOW-704 and SNOW-669 which both will need a little bit more time to get fixed), I branched the release from trunk. There is now a new release branch: https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/2.0 I updated the usual tidbits (viewer channel, contributors list in the about box) but kept the version number to 2.0.1. I'm going to update the version number in the trunk to 2.1 (more on that here under). I created parabuild tasks for this new branch and it's building right now. We should have a clean Snowglobe 2.0 release build shortly! W00t! :) A big thank to folks who helped getting to that point. This was quite a collective effort! Thank you! The trunk is still: https://svn.secondlife.com/svn/linden/projects/2010/snowglobe/trunk I will start merging viewer-external (which is the 2.1 code base) in there immediately. The goal is to get in sync with viewer-external within a week. Note that viewer-public export is failing right now on Mac which is explaining why viewer-external has not been updated yesterday and today. I'll be working with the parabuild folks to unblock this situation. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100702/5172efc6/attachment.htm From marc at inworlddesigns.com Sun Jul 4 17:55:52 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Sun, 4 Jul 2010 20:55:52 -0400 Subject: [opensource-dev] compiling viewer-external with ubuntu lucid 64bit In-Reply-To: References: Message-ID: I was wondering if anybody had any success compiling snowglobe on ubuntu lucid 64bit and if they have what steps they took to prepare their system for it. I have installed everything under the sun and my /usr/include folder is a mess and I still can't get it to compile in 64bit or 32bit. ./develop.py -m64 -t Release Gives me no errors until I do ./develop.py -m64 -t Release build then it gets to -- snip -- [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/metaproperty.o [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/reflective.o [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/timing.o [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/u64.o Linking CXX shared library libllcommon.so /usr/bin/ld: cannot find -lbreakpad_client collect2: ld returned 1 exit status make[2]: *** [llcommon/libllcommon.so] Error 1 make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2 make: *** [all] Error 2 ?and it fails. The output above is from me going into viewer-linux-x86_64-release and compiling with make to get the individual error because ./develop.py doesn't provide it. When I build with ./develop.py -m32 -t Release -- snip -- -- Version of viewer is 2.1.0.206484 -- Configuring done CMake Warning at newview/CMakeLists.txt:1393 (add_executable): ?Cannot generate a safe linker search path for target secondlife-bin because ?files in some directories may conflict with libraries in implicit ?directories: ? ?link library [libGLU.so] in /usr/lib may be hidden by files in: ? ? ?/media/Storage/src/snowglobe/viewer-external/indra/../libraries/i686-linux/lib_release_client ?Some of these libraries may not be found correctly. CMake Warning at integration_tests/llui_libtest/CMakeLists.txt:53 (add_executable): ?Cannot generate a safe linker search path for target llui_libtest because ?files in some directories may conflict with libraries in implicit ?directories: ? ?link library [libGLU.so] in /usr/lib may be hidden by files in: ? ? ?/media/Storage/src/snowglobe/viewer-external/indra/../libraries/i686-linux/lib_release_client ?Some of these libraries may not be found correctly. -- Generating done -- Build files have been written to: /media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-i686-release Which I assume is not good but it generated everything fine so I continue with ./develop.py -m32 -t Release build and get: [ ?0%] Built target cmake [ ?1%] Built target llaudio [ ?1%] Built target llcommon_tests [ ?4%] Built target stage_third_party_libs Linking CXX shared library libllcommon.so /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.4/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.4/libstdc++.a when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.4/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.4/libstdc++.a when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/libstdc++.so when searching for -lstdc++ /usr/bin/ld: cannot find -lstdc++ collect2: ld returned 1 exit status make[2]: *** [llcommon/libllcommon.so] Error 1 make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2 make: *** [all] Error 2 This is also after going into viewer-linux-i686-release and compiling with make to see what the actual error was. If anyone can help that would be greatly appreciated :) I really would like to get a 64bit version compiled so I have my gstreamer back but 32bit will do. I am trying to also start dev work in snowglobe too. I will note that I can successfully compile emerald viewer which is based on snowglobe 1.4 code. From aimee at lindenlab.com Mon Jul 5 05:19:53 2010 From: aimee at lindenlab.com (Aimee Walton) Date: Mon, 5 Jul 2010 13:19:53 +0100 Subject: [opensource-dev] [Patch] Review request for SNOW-734 : Show inspectors for avatars on the MiniMap Message-ID: Hi, Over the weekend I posted SNOW-734 which shows an inspector tooltip, instead of the plain tooltip, when hovering over an avatar dot on the minimap. This makes it possible to bring up people's profiles etc. from the minimap, as could previously be done from the mini-map right-click menu in earlier viewers. Would a Snowglobe committer mind reviewing the patch for inclusion please? Thanks! Aimee. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100705/2793658f/attachment.htm From ohmeadhbh at gmail.com Mon Jul 5 15:28:32 2010 From: ohmeadhbh at gmail.com (Meadhbh Hamrick) Date: Mon, 5 Jul 2010 15:28:32 -0700 Subject: [opensource-dev] New Revisions of VWRAP Internet Drafts Published Message-ID: from http://blog.meadhbh.org/2010/07/new-vwrap-internet-drafts-published.html : hey peeps! this is just a quick note to let you know that i just pushed out several new versions of the following VWRAP Internet Drafts: VWRAP : Introduction and Goals https://datatracker.ietf.org/doc/draft-ietf-vwrap-intro/ this is the draft that's intended to be a "gentle introduction" to our kind of virtual world, the protocol and the documents. i believe it is "very close" to being fully baked. based on feedback from the mailing list and face to face meetings, i added a section on deployment patterns (without using the terms "Second Life" or "OpenSim",) removed the archaic concepts of agent and region domains, added a document roadmap and added a few terms in the glossary. also, i fixed up the references in the back so they *should* be pointing to the most recent revisions of things. VWRAP : Abstract Type System for the Transmission of Dynamic Structured Data https://datatracker.ietf.org/doc/draft-ietf-vwrap-type-system/ this one still needs a little bit of work and is essentially the same as the version published last february. however, we seemed to be hurtling towards consensus on this one. VWRAP : Trust Model and User Authentication https://datatracker.ietf.org/doc/draft-ietf-vwrap-authentication/ i added references to the CALM draft, and removed the legacy bit about agent id's. it's now all account ids, which is what i think we all said we wanted. MD5 is still in the draft 'cause i wasn't completely sure we all agreed to remove it. i need to add some more verbiage about the "trust model," and possibly remove the MD5 references if that's what the working group wants to do. VWRAP : Client Application Launch Message https://datatracker.ietf.org/doc/draft-ietf-vwrap-launch/ this is the draft that describes how we send a message from a web site to the viewer to launch the viewer. it's intended to support web-based auth schemes like OpenID and OAuth. i added a little more verbiage regarding the use of a web capability as the location for an agent_login resource and tried to make sure the references were pointing to the right place. so... i encourage everyone to take a look at these docs and let me know if you see anything wrong with them. cheers! meadhbh -- meadhbh hamrick * it's pronounced "maeve" @OhMeadhbh * http://meadhbh.org/ * OhMeadhbh at gmail.com From aleric.inglewood at gmail.com Tue Jul 6 04:35:01 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Tue, 6 Jul 2010 13:35:01 +0200 Subject: [opensource-dev] compiling viewer-external with ubuntu lucid 64bit In-Reply-To: References: Message-ID: On Mon, Jul 5, 2010 at 2:55 AM, Marc Adored wrote: > I was wondering if anybody had any success compiling snowglobe on > ubuntu lucid 64bit and if they have what steps they took to prepare their > system > Snowglobe, yes. Ubuntu no, but I use debian which should be close enough. for it. I have installed everything under the sun and my /usr/include > folder is a mess and I still can't get it to compile in 64bit or > 32bit. > > ./develop.py -m64 -t Release > Gives me no errors until I do > I start with configuring: ./develop.py --type=Debug -m64 --standalone configure -DMOZLIB:BOOL=true -DPACKAGE:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_CXX_FLAGS:STRING="$CXXFLAGS" -DCMAKE_EXE_LINKER_FLAGS:STRING="$LDFLAGS" You need --standalone for 64bit, since LL doesn't provide downloadable 64bit shared libraries. The last two are only needed if you need/want to set some CXXFLAGS and/or LDFLAGS the usual (linux) way. I usually never use --type=Release but I guess that's what you want. However, you might want to try starting with Debug because it compiles a lot faster, until you know that works. Other environment variables that I have set are: export CC=gcc export CXX="ccache g++" export CCACHE_DIR="/ramdisk/ccache" Need to have ccache installed of course (apt-get install ccache). See http://ccache.samba.org/ for a description of what it does. You need 1 GB of diskspace in CCACHE_DIR. For the --standalone case (that uses shared libraries from your system) you might want to set CXXFLAGS to something like "-I/usr/src/secondlife/llqtwebkit/install/include" or whereever you ihstalled 'webkit', and LDFLAGS to something like "-L/sl/lib -L/sl/usr/lib -L/usr/src/secondlife/llqtwebkit/install/lib" assuming you installed some stuff with --prefix="/sl" etc (most likely you'll only need the -L/usr/src/secondlife/llqtwebkit/install/lib part. ./develop.py -m64 -t Release build then it gets to > > -- snip -- > [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/metaproperty.o > [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/reflective.o > [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/timing.o > [ 10%] Building CXX object llcommon/CMakeFiles/llcommon.dir/u64.o > Linking CXX shared library libllcommon.so > /usr/bin/ld: cannot find -lbreakpad_client > collect2: ld returned 1 exit status > make[2]: *** [llcommon/libllcommon.so] Error 1 > make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2 > make: *** [all] Error 2 > Huh? I thought breakpad is something totally new from viewer 2.1? > and it fails. The output above is from me going into > viewer-linux-x86_64-release and compiling with make to get the > individual error because ./develop.py doesn't provide it. When I build > with > > ./develop.py -m32 -t Release > > -- snip -- > -- Version of viewer is 2.1.0.206484 > -- Configuring done > CMake Warning at newview/CMakeLists.txt:1393 (add_executable): > Cannot generate a safe linker search path for target secondlife-bin > because > files in some directories may conflict with libraries in implicit > directories: > > link library [libGLU.so] in /usr/lib may be hidden by files in: > > /media/Storage/src/snowglobe/viewer-external/indra/../libraries/i686-linux/lib_release_client > > Some of these libraries may not be found correctly. > > > CMake Warning at integration_tests/llui_libtest/CMakeLists.txt:53 > (add_executable): > Cannot generate a safe linker search path for target llui_libtest because > files in some directories may conflict with libraries in implicit > directories: > > link library [libGLU.so] in /usr/lib may be hidden by files in: > > /media/Storage/src/snowglobe/viewer-external/indra/../libraries/i686-linux/lib_release_client > > Some of these libraries may not be found correctly. > > > -- Generating done > -- Build files have been written to: > > /media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-i686-release > Viewer external? That isn't snowglobe. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100706/e5287393/attachment.htm From aleric.inglewood at gmail.com Wed Jul 7 07:57:47 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 7 Jul 2010 16:57:47 +0200 Subject: [opensource-dev] Missing artwork and library files. Message-ID: I'm trying to update the wiki on how to build the viewer (on linux). I noted that it requires you to download files that don't exist. This was reported before on SNOW-604 but still not restored by Linden Lab. The only right way would be if Linden Lab adds them back, but... So, question is.. does anyone have any of the zip files laying around that I marked with red on https://wiki.secondlife.com/wiki/Source_downloads#Snowglobe_Releases_and_Release_Candidates? If so, please upload them to http://jira.secondlife.com/browse/SNOW-604 Aleric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100707/ae251db1/attachment.htm From marc at inworlddesigns.com Wed Jul 7 07:59:00 2010 From: marc at inworlddesigns.com (Marc Adored) Date: Wed, 7 Jul 2010 10:59:00 -0400 Subject: [opensource-dev] compiling viewer-external with ubuntu lucid 64bit In-Reply-To: References: Message-ID: Just tried that and got same error. Its not a missing .h file or anything just seems like no Makefile for libsndfile.so.1 is being generated during the configure maybe On Wed, Jul 7, 2010 at 10:54 AM, Aleric Inglewood wrote: > install libsndfile1-dev > > On Tue, Jul 6, 2010 at 7:54 PM, Marc Adored wrote: >> >> On Tue, Jul 6, 2010 at 7:35 AM, Aleric Inglewood >> wrote: >> --snip-- >> > >> > Viewer external? That isn't snowglobe. >> > >> > >> >> Yeah apparently view-external is 2.1 not snowglobe and its broke for >> linux right now. I am going to try your suggestions with >> viewer-external source anyways to see if I can it to compile because I >> have managed to patch most of the broke parts of it and I'm not >> getting the breakpad error anymore now I'm getting: >> >> [ ?0%] Built target llaudio >> make[2]: Entering directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[2]: Entering directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[2]: Leaving directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[2]: Leaving directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[2]: Entering directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[2]: *** No rule to make target >> `../newview/vivox-runtime/i686-linux/libsndfile.so.1', needed by >> `llcommon/libsndfile.so.1'. ?Stop. >> make[2]: Leaving directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make[1]: *** [llcommon/CMakeFiles/stage_third_party_libs.dir/all] Error 2 >> make[1]: *** Waiting for unfinished jobs.... >> [ ?2%] Built target llmath >> make[1]: Leaving directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> make: *** [all] Error 2 >> make: Leaving directory >> >> `/media/Storage/src/snowglobe/viewer-external/indra/viewer-linux-x86_64-release' >> Error: the command 'make' exited with status 2 > > From dzonatas at gmail.com Wed Jul 7 17:32:36 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Wed, 07 Jul 2010 17:32:36 -0700 Subject: [opensource-dev] icesphere In-Reply-To: References: <4BFEE93F.3040008@lindenlab.com> <4BFF00A7.6070904@gmail.com> <4BFF0C67.1030602@gmail.com> Message-ID: <4C351CA4.5000404@gmail.com> Hi, Here is the new site: http://icyspherical.blogspot.com And, you can follow me on twitter: http://twitter.com/Dzonatas_Sol Slowly have gotten this organized more over last few months. If things continue as they are now I should be able to be more active again. Robert Martin wrote: > http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Icesphere > seems to be what website is availible > > hint for the developer > 1 could you please get a website for this and not have your stuff > scattered across 5 different sites > > 2 a patched build would be a good thing > > > From xotmid at gmail.com Wed Jul 7 19:16:39 2010 From: xotmid at gmail.com (Brandon Husbands) Date: Wed, 7 Jul 2010 21:16:39 -0500 Subject: [opensource-dev] icesphere In-Reply-To: <4C351CA4.5000404@gmail.com> References: <4BFEE93F.3040008@lindenlab.com> <4BFF00A7.6070904@gmail.com> <4BFF0C67.1030602@gmail.com> <4C351CA4.5000404@gmail.com> Message-ID: Interesting, I am actually decoupling the UI using qt and viewer2 to accomplish the same thing. Dimentox On Wed, Jul 7, 2010 at 7:32 PM, Dzonatas Sol wrote: > Hi, > > Here is the new site: > > http://icyspherical.blogspot.com > > And, you can follow me on twitter: > > http://twitter.com/Dzonatas_Sol > > Slowly have gotten this organized more over last few months. If things > continue as they are now I should be able to be more active again. > > > > Robert Martin wrote: > > http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Icesphere > > seems to be what website is availible > > > > hint for the developer > > 1 could you please get a website for this and not have your stuff > > scattered across 5 different sites > > > > 2 a patched build would be a good thing > > > > > > > > _______________________________________________ > 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. ------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100707/7e183216/attachment.htm From merov at lindenlab.com Thu Jul 8 12:01:00 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 8 Jul 2010 12:01:00 -0700 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update Message-ID: Hi, As discussed at the last Hippo meeting, I've been working on this big merge those last few days. After a couple of false starts, I decided to use brute force and do a big range merge from svn r3348 to r3472. Surprise: it worked! Well, modulo some changes (mostly in the Water Flickering fix but also in TP double click and sit) but I do have a Snowglobe 2.1 version working on Windows right now :) I'll be doing some more verifications today (that I didn't really gut some Snowglobe features completely and don't have obvious crashers) and we'll talk about it at the Hippo meeting later this afternoon. If everything goes well though, I'm planning a *big* commit tomorrow morning. Let me know if you have issues with this plan. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100708/87326b17/attachment.htm From j.deepak at samsung.com Thu Jul 8 22:58:41 2010 From: j.deepak at samsung.com (DEEPAK JAIN) Date: Fri, 09 Jul 2010 05:58:41 +0000 (GMT) Subject: [opensource-dev] SL on ARM platform Message-ID: <0L5A005JX0LTQT@ms13.samsung.com> An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/b5b9e037/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 72722 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/b5b9e037/attachment-0001.jpeg From robin.cornelius at gmail.com Fri Jul 9 00:35:28 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Fri, 9 Jul 2010 08:35:28 +0100 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <0L5A005JX0LTQT@ms13.samsung.com> References: <0L5A005JX0LTQT@ms13.samsung.com> Message-ID: On Fri, Jul 9, 2010 at 6:58 AM, DEEPAK JAIN wrote: > Hi, > > > > Is it possible to run second life on any ARM based platform OR anybody > tried to compile SL on ARM? > > If YES, what all diffficulties that came or is it that it is not at all > possible? > SL has been compiled on quite a few different processors and in most cases while possible to compile, results were disappointing. That said please don't let me put you off. IMHO the easiest route would be to use a Linux based distribution such as Debian or Ubuntu (personal bias to those distros) and do a --standalone build. This would use the system pre-compiled libraries for all the dependencies. It will be necessary to build a couple of extra dependencies yourself that are not present in default distributions. The way I would tackle this is to install Debian for Arm then use my apt.byteme.org.uksource repository to pull in all source dependencies and compile the extra packages directly from there. Regards Robin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/0aa1c48f/attachment.htm From sllists at boroon.dasgupta.ch Fri Jul 9 01:58:02 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 09 Jul 2010 10:58:02 +0200 Subject: [opensource-dev] Libraries bundle (was: SL on ARM platform) In-Reply-To: <0L5A005JX0LTQT@ms13.samsung.com> References: <0L5A005JX0LTQT@ms13.samsung.com> Message-ID: <4C36E49A.90309@boroon.dasgupta.ch> Hi Deepak On 07/09/2010 07:58 AM, DEEPAK JAIN wrote: > > One more question, from where I will get all the pre-compiled third > party libraries to run SL on LINUX. > If you build non-standalone , they'll be downloaded during the process as-needed. > From http://wiki.secondlife.com/wiki/Source_downloads, I downloaded > snowglobe release v 2.0.0, source, artwork and libraries. > Other than the source download page might make one believe, that isn't a proper release but just a source drop: * It corresponds to the Viewer 2.0 (official SL viewer) release, but was re-branded to "Snowglobe" o It contains no Snowglobe-specific features. Most Snowglobe 1.x features have been ported or reimplemented for 2.x by now and will be shipped with the coming Snowglobe 2.0.1 release. * Because the source export process got broken during behind-closed-doors Viewer 2 development, and wasn't completely (though almost) fixed back when the sources were released, some required files are missing. * The source bundle has quite same bugs that are fixed in SVN. So, for the moment, I'd recommend to use the sources from SVN if you want to build Snowglobe 2. See Version control repository for getting the sources from SVN. The SVN sources might require different versions of the Artwork and "Libraries" bundles than the packaged sources. See the Artwork and Library Bundles section. > But from the libraries package, I can not see all the libraries that > were listed in page http://wiki.secondlife.com/wiki/Third_Party_Libraries. > > > > I found only "libllkdu.so" and "libkdu_v42R.so". > > > > Am i missing something? > No. The build process has changed a good bit since the supplement file bundles have been named. Most files that used to be in the libraries package will now be downloaded automatically. I hope this helps. Please ask here or on IRC if you need further guidance or assistance. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/5552166f/attachment.htm From j.deepak at samsung.com Fri Jul 9 02:29:36 2010 From: j.deepak at samsung.com (DEEPAK JAIN) Date: Fri, 09 Jul 2010 09:29:36 +0000 (GMT) Subject: [opensource-dev] Fwd: Re: Libraries bundle (was: SL on ARM platform) Message-ID: <0L5A00MFVADC6T@ms13.samsung.com> An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/e8df0810/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 72722 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/e8df0810/attachment-0001.jpeg From sllists at boroon.dasgupta.ch Fri Jul 9 02:51:11 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Fri, 09 Jul 2010 11:51:11 +0200 Subject: [opensource-dev] Fwd: Re: Libraries bundle (was: SL on ARM platform) In-Reply-To: <0L5A00MFVADC6T@ms13.samsung.com> References: <0L5A00MFVADC6T@ms13.samsung.com> Message-ID: <4C36F10F.6080704@boroon.dasgupta.ch> On 07/09/2010 11:29 AM, DEEPAK JAIN wrote: > > Thanks Boroondas, > > I downloaded source code from SVN. It downloaded fine:) > :-) > > Only one question that I still need answer. From where I will get the > thirad party libraries now. I am sure they did not come with svn checkout. > No they didn't. They will be downloaded automatically when you follow these steps: ${SVN_CHECKOUT_DIR}/scripts/public_fetch_tarballs.py cd ${SVN_CHECKOUT_DIR}/indra/ cmake . cd ./viewer-linux-i686-relwithdebinfo make cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/5b4af28b/attachment.htm From merov at lindenlab.com Fri Jul 9 19:38:10 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 9 Jul 2010 19:38:10 -0700 Subject: [opensource-dev] Wiki build instructions Message-ID: Hi, As a side project this week, I did go through the *whole* process of building Snowglobe from scratch on Mac OS X and Windows, updating the wiki as I went: https://wiki.secondlife.com/wiki/Compiling_the_viewer_%28Mac_OS_X%29 https://wiki.secondlife.com/wiki/Microsoft_Windows_Builds Those links are available from: https://wiki.secondlife.com/wiki/Get_source_and_compile I factored some of the common things (download of the artwork and library bundle) in: https://wiki.secondlife.com/wiki/Version_control_repository Which is of course linked from the 2 build instruction pages. Whew! I think it's good now. Reviews and comments of course welcome. Please try to keep things as simple and straightforward as possible so that first time builders are not drown in information. If someone could use those as templates and update the Linux page ( https://wiki.secondlife.com/wiki/Compiling_the_viewer_%28Linux%29), that'd be great! Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/3dc3cc28/attachment.htm From merov at lindenlab.com Fri Jul 9 19:42:40 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 9 Jul 2010 19:42:40 -0700 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update In-Reply-To: References: Message-ID: Hi, I've been hit by Parabuild to TeamCity move issues today, with the Snowglobe build failing on TeamCity for script reasons. I just got a full 2.x trunk building on all platforms now on TeamCity but I think it's too late to do a big commit merge on a Friday night and have everything broken during the weekend... so I'm delaying that big commit merge to Monday morning. That way, I'll be there to keep an eye on builds and get help on TeamCity if needs be. Hope it's not derailing your plans. Cheers, - Merov On Thu, Jul 8, 2010 at 12:01 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > As discussed at the last Hippo meeting, I've been working on this big merge > those last few days. After a couple of false starts, I decided to use brute > force and do a big range merge from svn r3348 to r3472. Surprise: it worked! > Well, modulo some changes (mostly in the Water Flickering fix but also in TP > double click and sit) but I do have a Snowglobe 2.1 version working on > Windows right now :) > > I'll be doing some more verifications today (that I didn't really gut some > Snowglobe features completely and don't have obvious crashers) and we'll > talk about it at the Hippo meeting later this afternoon. If everything goes > well though, I'm planning a *big* commit tomorrow morning. > > Let me know if you have issues with this plan. > > Cheers, > - Merov > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100709/400bd87a/attachment.htm From fleep513 at gmail.com Sun Jul 11 15:19:08 2010 From: fleep513 at gmail.com (Fleep Tuque) Date: Sun, 11 Jul 2010 18:19:08 -0400 Subject: [opensource-dev] =?windows-1252?q?6_Things_You_Can_Do_To_Make_SLC?= =?windows-1252?q?C_2010_Great_=28Even_if_you_can=92t_attend_in_per?= =?windows-1252?q?son=29?= Message-ID: Second Life Community Convention ------------------------------ 6 Things You Can Do To Make SLCC 2010 Great (Even if you can?t attend in person) Posted: 10 Jul 2010 06:02 PM PDT *Help spread the word about SLCC 2010! Pick up a Promo Pack at http://maps.secondlife.com/secondlife/SLCC%202/240/244/801* 1) Share your work at SLCC ? Submit a Proposal! If you have an idea for a panel, performance or workshop that you would like to present at the convention, please submit a proposalonline. Don?t feel like doing a full presentation? No problem! Speed Sparks allow you to share the essence of your good idea with 20 slides in 5 minutes for lightning rounds of quick info sharing. Be sure to submit your proposal online and give us as much detail as possible. *Proposals are due by July 15th*, and will be reviewed in the order they are received. 2) Join the team ? Volunteer! The convention is a completely volunteer run and managed event and we welcome anyone interested in helping out on the ground in Boston. For just a few hours of your time, you can help make sure SLCC is a great event by helping with registration, assisting with A/V and tech support, or other logistical needs of the convention. In appreciation for your help, Volunteers are treated to a welcoming pizza party before the convention begins and get to take home a special SLCC10 volunteer t-shirt! Join the team by becoming a Volunteer in Boston ! Can?t come to SLCC in person? We still need help building the SLCC 2010 venue in-world, and we?ll need moderators, greeters, and other folks to help out with the streams, so Volunteer In-Worldtoo! 3) Be a host ? plan an Evening Social! There will be evening breaks built into the schedule all three nights (Friday, Saturday, and Sunday) to give everyone time to have dinner and relax before the next activity. It?s a perfect opportunity to network and meet other Second Life residents, or just plain have fun with people who share your interests. Organize a dinner outing, a Birds-of-a-Feather meet up, or other social event at the Social Events & Mixerspage! 4) Support the convention ? Sponsor SLCC! Get your name, institution, or business out to the Second Life community! Sponsorship packages begin at $25 USD and go up to $5000 USD, with benefits including free convention passes, logos included on the Tshirt and bags, logos on convention signage, display tables, logos on the website and in-world kiosk, and much more! Sponsor SLCC today ! 5) Spread the word ? Give a friend a discount! As you can imagine, it is not easy getting the word out about SLCC when you?re on a tight budget and can?t spend lots of money on expensive advertising. But we do have one great resource: All of you! Help us promote this year?s convention through word of mouth; tell your friends about the convention and let others know how excited you are to be going to SLCC10. You can also send your friends this special discount code to get 10% off of the regular convention registration price ? http://bit.ly/SLCC-friend ? and feel free to blog it, tweet it, plurk it, or send to your in-world groups! Find web based resources like logos and graphics on our websiteand be sure to tag your online communications with SLCC10 whenever you can and link back to http://slconvention.org. You can also pick up a Promo Pack in world that has posters, kiosks, banners, city benches, and other decorative items that you can put on your land in Second Life. We know that many Residents don?t necessarily read the blogs, and we hope you?ll help us spread the word in-world too. Pick up a Promo Pack at: * http://maps.secondlife.com/secondlife/SLCC%202/240/244/801* 6) Get announcements in world ? Join the Group! Join the SLCC group in world and show the group tag over your avatar to let others know you?re coming to SLCC! In Second Life, search for *?SLCC Announcement List?* group and click the ?Join for $0L? button to keep up with the latest convention news in world. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100711/a99b1fad/attachment.htm From fleep513 at gmail.com Sun Jul 11 15:25:32 2010 From: fleep513 at gmail.com (Fleep Tuque) Date: Sun, 11 Jul 2010 18:25:32 -0400 Subject: [opensource-dev] =?windows-1252?q?6_Things_You_Can_Do_To_Make_SLC?= =?windows-1252?q?C_2010_Great_=28Even_if_you_can=92t_attend_in_per?= =?windows-1252?q?son=29?= In-Reply-To: References: Message-ID: Second Life Community Convention ------------------------------ 6 Things You Can Do To Make SLCC 2010 Great (Even if you can?t attend in person) Posted: 10 Jul 2010 06:02 PM PDT *Help spread the word about SLCC 2010! Pick up a Promo Pack at http://maps.secondlife.com/secondlife/SLCC%202/240/244/801* 1) Share your work at SLCC ? Submit a Proposal! If you have an idea for a panel, performance or workshop that you would like to present at the convention, please submit a proposalonline. Don?t feel like doing a full presentation? No problem! Speed Sparks allow you to share the essence of your good idea with 20 slides in 5 minutes for lightning rounds of quick info sharing. Be sure to submit your proposal online and give us as much detail as possible. *Proposals are due by July 15th*, and will be reviewed in the order they are received. 2) Join the team ? Volunteer! The convention is a completely volunteer run and managed event and we welcome anyone interested in helping out on the ground in Boston. For just a few hours of your time, you can help make sure SLCC is a great event by helping with registration, assisting with A/V and tech support, or other logistical needs of the convention. In appreciation for your help, Volunteers are treated to a welcoming pizza party before the convention begins and get to take home a special SLCC10 volunteer t-shirt! Join the team by becoming a Volunteer in Boston ! Can?t come to SLCC in person? We still need help building the SLCC 2010 venue in-world, and we?ll need moderators, greeters, and other folks to help out with the streams, so Volunteer In-Worldtoo! 3) Be a host ? plan an Evening Social! There will be evening breaks built into the schedule all three nights (Friday, Saturday, and Sunday) to give everyone time to have dinner and relax before the next activity. It?s a perfect opportunity to network and meet other Second Life residents, or just plain have fun with people who share your interests. Organize a dinner outing, a Birds-of-a-Feather meet up, or other social event at the Social Events & Mixerspage! 4) Support the convention ? Sponsor SLCC! Get your name, institution, or business out to the Second Life community! Sponsorship packages begin at $25 USD and go up to $5000 USD, with benefits including free convention passes, logos included on the Tshirt and bags, logos on convention signage, display tables, logos on the website and in-world kiosk, and much more! Sponsor SLCC today ! 5) Spread the word ? Give a friend a discount! As you can imagine, it is not easy getting the word out about SLCC when you?re on a tight budget and can?t spend lots of money on expensive advertising. But we do have one great resource: All of you! Help us promote this year?s convention through word of mouth; tell your friends about the convention and let others know how excited you are to be going to SLCC10. You can also send your friends this special discount code to get 10% off of the regular convention registration price ? http://bit.ly/SLCC-friend ? and feel free to blog it, tweet it, plurk it, or send to your in-world groups! Find web based resources like logos and graphics on our websiteand be sure to tag your online communications with SLCC10 whenever you can and link back to http://slconvention.org. You can also pick up a Promo Pack in world that has posters, kiosks, banners, city benches, and other decorative items that you can put on your land in Second Life. We know that many Residents don?t necessarily read the blogs, and we hope you?ll help us spread the word in-world too. Pick up a Promo Pack at: * http://maps.secondlife.com/secondlife/SLCC%202/240/244/801* 6) Get announcements in world ? Join the Group! Join the SLCC group in world and show the group tag over your avatar to let others know you?re coming to SLCC! In Second Life, search for *?SLCC Announcement List?* group and click the ?Join for $0L? button to keep up with the latest convention news in world. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100711/c5268090/attachment-0001.htm From armin.weatherwax at googlemail.com Sun Jul 11 15:38:41 2010 From: armin.weatherwax at googlemail.com (Armin Weatherwax) Date: Mon, 12 Jul 2010 00:38:41 +0200 Subject: [opensource-dev] SpaceExplorer on Linux Message-ID: <201007120038.41763.Armin.Weatherwax@gmail.com> Hi, just updated for Imprudence Jan Cigars libndofdev with a one-line patch adding 3dconnexion-SpaceExplorer detection. Source is up here: http://imprudenceviewer.org/download/libs/source/libndofdev-0.2.1-source.tar.bz2 :) Armin From aleric.inglewood at gmail.com Mon Jul 12 05:32:07 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Mon, 12 Jul 2010 14:32:07 +0200 Subject: [opensource-dev] Commandline Development Environment for multiple viewers for linux developers Message-ID: Hi, I just created a new wiki page https://wiki.secondlife.com/wiki/Development_Environment_for_Multiple_Viewers that I'd like to bring under the attention of all linux developers. Although things might look scary at first and not work out-of-the box at first, I garantee that using this system will increase your productivity a lot on the long run. It's worth to put time into. Have fun, Aleric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100712/7d6ea528/attachment.htm From sldev at free.fr Mon Jul 12 10:08:08 2010 From: sldev at free.fr (Henri Beauchamp) Date: Mon, 12 Jul 2010 19:08:08 +0200 Subject: [opensource-dev] Commandline Development Environment for multiple viewers for linux developers In-Reply-To: References: Message-ID: <20100712190808.5f79e92e.sldev@free.fr> On Mon, 12 Jul 2010 14:32:07 +0200, Aleric Inglewood wrote: > Hi, I just created a new wiki page > > https://wiki.secondlife.com/wiki/Development_Environment_for_Multiple_Viewers > that I'd like to bring under the attention of all linux developers. One remark is about the strange use of the -p0 option for the patches... Unified diffs (patches) are most usually produced with a command such as: diff -urN original_source_tree/ patched_source_tree/ >resulting_patch.diff which produces patches to apply with 'patch -p1' from inside the source tree directory to patch (and AFAIK this method applies for pretty much all Linux packaging systems). > Although things might look scary at first and not work out-of-the box at > first, I garantee that using this system will increase your productivity > a lot on the long run. It's worth to put time into. I got my own productivity tool which, as a bonus, allows to build and link the viewer against a mixed set of libraries (system libs for the most common libs, and LL's provided ones for exotic or Linden-patched libs), something the viewer build system normally doesn't allow/isn't designed for. It involves typing a simple command, e.g.: cmake-SL /opt/SecondLife/12350 (with all sources, libs, archive tarballs/zips and patches (-p1 ones) held in /opt/SecondLife/12350, here for viewer v1.23.5). I also use it to prepare the sources for later compilation under Windows, (e.g.: cmake-SL /opt/SecondLife/12350 --prep). This tool has been reused and adapted by some third parties viewer developpers and you can therefore find it in several flavours (including some allowing to retreive the source tree from svn repositories). Feel free to reuse part of it for your own script. My original versions are available here: - for v1.19 and earlier viewers: https://wiki.secondlife.com/wiki/User:Henri_Beauchamp/Automated_Linux_Build_Script_(1.20_and_earlier) - for v1.20 and later viewers (including Snowglobe): https://wiki.secondlife.com/wiki/User:Henri_Beauchamp/Building_the_viewer_with_CMake/cmake-SL_script Note that I didn't test cmake-SL with Snowglobe 2.x (that viewer is simply too much of a repellent because of its *unusable*, dumbified UI), but it should work too with it (even if more options could be added in cmake-SL to take into account the new libraries in Snowglobe such as qtwebkit and stuff). Henri. From aleric.inglewood at gmail.com Mon Jul 12 10:38:17 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Mon, 12 Jul 2010 19:38:17 +0200 Subject: [opensource-dev] Commandline Development Environment for multiple viewers for linux developers In-Reply-To: <20100712190808.5f79e92e.sldev@free.fr> References: <20100712190808.5f79e92e.sldev@free.fr> Message-ID: The true "engine" here (cdeh) doesn't do anything viewer specific at all. It just switches command history if you change directory (to one where you told it that you want to have a different command history) and more importantly in this case, it sources 'env.source' files when it encounters them. Hence, you are free to change the env.source files to your liking to do what you want. The files that I gave are just what *I* use. On Mon, Jul 12, 2010 at 7:08 PM, Henri Beauchamp wrote: > On Mon, 12 Jul 2010 14:32:07 +0200, Aleric Inglewood wrote: > > > Hi, I just created a new wiki page > > > > > https://wiki.secondlife.com/wiki/Development_Environment_for_Multiple_Viewers > > that I'd like to bring under the attention of all linux developers. > > One remark is about the strange use of the -p0 option for the patches... > Unified diffs (patches) are most usually produced with a command such as: > diff -urN original_source_tree/ patched_source_tree/ >resulting_patch.diff > which produces patches to apply with 'patch -p1' from inside the source > tree > directory to patch (and AFAIK this method applies for pretty much all Linux > packaging systems). > It was just my choice. You can change env.viewers and make it use -p1 diffs everywhere. The reason I chose -p0 is because 'svn diff' produces -p0 diffs. If you want to switch to -p1 at all times then you'd need to find a way to make 'svn diff' produce -p1 diffs, I'm not sure that is possible. > Although things might look scary at first and not work out-of-the box at > first, I garantee that using this system will increase your productivity > a lot on the long run. It's worth to put time into. I got my own productivity tool which, as a bonus, allows to build and link > the viewer against a mixed set of libraries (system libs for the most > common > Not sure I see the 'bonus' part, since, by editting env.viewers, you can make this do whatever linux is able to provide (everything). Most notably, I already added full support for CXXFLAGS and LDFLAGS, examples of which are in env.viewers. I have libraries installed all over the place in "random" places*) and have no problems compiling and linking against them. *) That is, /usr/src/secondlife/libraryname/lots/more and some are installed with prefix /sl, so /sl/lib and /sl/usr/lib. > libs, and LL's provided ones for exotic or Linden-patched libs), something > the viewer build system normally doesn't allow/isn't designed for. > It involves typing a simple command, e.g.: > cmake-SL /opt/SecondLife/12350 > (with all sources, libs, archive tarballs/zips and patches (-p1 ones) held > in /opt/SecondLife/12350, here for viewer v1.23.5). > > I also use it to prepare the sources for later compilation under Windows, > (e.g.: cmake-SL /opt/SecondLife/12350 --prep). > > This tool has been reused and adapted by some third parties viewer > developpers and you can therefore find it in several flavours (including > some allowing to retreive the source tree from svn repositories). Feel > free to reuse part of it for your own script. > > My original versions are available here: > > - for v1.19 and earlier viewers: > > https://wiki.secondlife.com/wiki/User:Henri_Beauchamp/Automated_Linux_Build_Script_(1.20_and_earlier) > > - for v1.20 and later viewers (including Snowglobe): > > https://wiki.secondlife.com/wiki/User:Henri_Beauchamp/Building_the_viewer_with_CMake/cmake-SL_script > > Note that I didn't test cmake-SL with Snowglobe 2.x (that viewer is simply > too much of a repellent because of its *unusable*, dumbified UI), but it > should work too with it (even if more options could be added in cmake-SL > to take into account the new libraries in Snowglobe such as qtwebkit and > stuff). > > Henri. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100712/6f74b9a0/attachment.htm From merov at lindenlab.com Tue Jul 13 22:27:52 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 13 Jul 2010 22:27:52 -0700 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update In-Reply-To: References: Message-ID: Hi, Following the Hippo meeting this afternoon and one last test on Windows, I did commit that merge to Snowglobe 2.x trunk: svn r 3484. This is a merge of all viewer-external revisions from svn r3348 to r3472. The Windows build went fine on TeamCity and we do have a Snowglobe 2.1 binary that can be tested: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2-1-0-0_Setup.exe If you want to give it a spin, please do! I'm particularly interested in Water Flickering tests as this is the merge code with the most conflicts. Mac and Linux on the other hand fail. I'm working on Mac right now and will get that fixed asap with the highest priority (it looks like I screwed up some viewer_manifest.py stuff in the merge). If you are building on Mac or Linux, I do appreciate your help to fix the build *but*, if you have no time twiddling with build issues, please do not update your repo! Cheers, - Merov On Fri, Jul 9, 2010 at 7:42 PM, Philippe (Merov) Bossut wrote: > Hi, > > I've been hit by Parabuild to TeamCity move issues today, with the > Snowglobe build failing on TeamCity for script reasons. I just got a full > 2.x trunk building on all platforms now on TeamCity but I think it's too > late to do a big commit merge on a Friday night and have everything broken > during the weekend... so I'm delaying that big commit merge to Monday > morning. That way, I'll be there to keep an eye on builds and get help on > TeamCity if needs be. > > Hope it's not derailing your plans. > > Cheers, > - Merov > > > On Thu, Jul 8, 2010 at 12:01 PM, Philippe (Merov) Bossut < > merov at lindenlab.com> wrote: > >> Hi, >> >> As discussed at the last Hippo meeting, I've been working on this big >> merge those last few days. After a couple of false starts, I decided to use >> brute force and do a big range merge from svn r3348 to r3472. Surprise: it >> worked! Well, modulo some changes (mostly in the Water Flickering fix but >> also in TP double click and sit) but I do have a Snowglobe 2.1 version >> working on Windows right now :) >> >> I'll be doing some more verifications today (that I didn't really gut some >> Snowglobe features completely and don't have obvious crashers) and we'll >> talk about it at the Hippo meeting later this afternoon. If everything goes >> well though, I'm planning a *big* commit tomorrow morning. >> >> Let me know if you have issues with this plan. >> >> Cheers, >> - Merov >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100713/61d7f4d2/attachment.htm From j.deepak at samsung.com Wed Jul 14 05:35:01 2010 From: j.deepak at samsung.com (DEEPAK JAIN) Date: Wed, 14 Jul 2010 12:35:01 +0000 (GMT) Subject: [opensource-dev] SL on ARM platform Message-ID: <0L5J004GFSADYH@ms13.samsung.com> An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/5d5786c6/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 72722 bytes Desc: not available Url : http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/5d5786c6/attachment-0001.jpeg From aleric.inglewood at gmail.com Wed Jul 14 06:43:13 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 14 Jul 2010 15:43:13 +0200 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update In-Reply-To: References: Message-ID: I did a few commits: http://svn.secondlife.com/trac/linden/changeset/3486 http://svn.secondlife.com/trac/linden/changeset/3487 http://svn.secondlife.com/trac/linden/changeset/3488 http://svn.secondlife.com/trac/linden/changeset/3489 After that it compiled and linked for me on linux, and probably also on mac... Hopefully you can look into the link problem on mac of the 1.4 trunk too: it needs a new apr tar ball with shared libraries (See my last comments on SNOW-713). I assigned it to you, of course. On Wed, Jul 14, 2010 at 7:27 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > Following the Hippo meeting this afternoon and one last test on Windows, I > did commit that merge to Snowglobe 2.x trunk: svn r 3484. This is a merge of > all viewer-external revisions from svn r3348 to r3472. > > The Windows build went fine on TeamCity and we do have a Snowglobe 2.1 > binary that can be tested: > > http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2-1-0-0_Setup.exe > > If you want to give it a spin, please do! I'm particularly interested in > Water Flickering tests as this is the merge code with the most conflicts. > > Mac and Linux on the other hand fail. I'm working on Mac right now and will > get that fixed asap with the highest priority (it looks like I screwed up > some viewer_manifest.py stuff in the merge). If you are building on Mac or > Linux, I do appreciate your help to fix the build *but*, if you have no time > twiddling with build issues, please do not update your repo! > > Cheers, > - Merov > > > On Fri, Jul 9, 2010 at 7:42 PM, Philippe (Merov) Bossut < > merov at lindenlab.com> wrote: > >> Hi, >> >> I've been hit by Parabuild to TeamCity move issues today, with the >> Snowglobe build failing on TeamCity for script reasons. I just got a full >> 2.x trunk building on all platforms now on TeamCity but I think it's too >> late to do a big commit merge on a Friday night and have everything broken >> during the weekend... so I'm delaying that big commit merge to Monday >> morning. That way, I'll be there to keep an eye on builds and get help on >> TeamCity if needs be. >> >> Hope it's not derailing your plans. >> >> Cheers, >> - Merov >> >> >> On Thu, Jul 8, 2010 at 12:01 PM, Philippe (Merov) Bossut < >> merov at lindenlab.com> wrote: >> >>> Hi, >>> >>> As discussed at the last Hippo meeting, I've been working on this big >>> merge those last few days. After a couple of false starts, I decided to use >>> brute force and do a big range merge from svn r3348 to r3472. Surprise: it >>> worked! Well, modulo some changes (mostly in the Water Flickering fix but >>> also in TP double click and sit) but I do have a Snowglobe 2.1 version >>> working on Windows right now :) >>> >>> I'll be doing some more verifications today (that I didn't really gut >>> some Snowglobe features completely and don't have obvious crashers) and >>> we'll talk about it at the Hippo meeting later this afternoon. If everything >>> goes well though, I'm planning a *big* commit tomorrow morning. >>> >>> Let me know if you have issues with this plan. >>> >>> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/5e28ff18/attachment.htm From aleric.inglewood at gmail.com Wed Jul 14 07:42:44 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 14 Jul 2010 16:42:44 +0200 Subject: [opensource-dev] Problems with automatic builds and commit messages to sldev-commits Message-ID: Hi Merov, can you address these problems please: 1) The automatic builds do not build the latest source. For example, https://lists.secondlife.com/pipermail/sldev-commits/2010-July/004101.html posted on *Wed Jul 14 06:31:59 PDT 2010 *is the last commit, changeset 3489, after which linux builds and works. Yet, after it we get: https://lists.secondlife.com/pipermail/sldev-commits/2010-July/004103.html posted on *Wed**** Jul 14 06:57:12 PDT 2010*, *25 minutes* later with a link to http://secondlife.com/developers/opensource/downloads/2010///failed-build.Linux containing this error: Processing res/secondlife_icon.png => secondlife_icon.png ... Traceback (most recent call last): File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", line 1042, in main() File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", line 239, in main wm.do(*args['actions']) File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", line 663, in do self.construct() File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", line 977, in construct super(Linux_i686Manifest, self).construct() File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", line 874, in construct self.path("res/"+self.icon_name(),self.icon_name()) File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", line 658, in path count = try_path(os.path.join(self.get_build_prefix(), src)) File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", line 645, in try_path self.check_file_exists(src) File "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", line 614, in check_file_exists os.path.normpath(os.path.join(os.getcwd(), path)),)) RuntimeError: Path /var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/viewer-linux-i686-release/newview/res/secondlife_icon.png doesn't exist which I *fixed* in changeset 3489. 2) The posts of the autobuild lacks information * The Subject lines are "Failed Build for () on Linux". What should be between the brackets? * After that is always posts "Successful Build for ()" with the happy contents: CYGWIN: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2-1-0-0_Setup.exe http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN Darwin: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2_0_1_0.dmg http://secondlife.com/developers/opensource/downloads/2010///good-build.Darwin Linux: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe-i686-2.0.1.0.tar.bz2 http://secondlife.com/developers/opensource/downloads/2010///good-build.Linux No change information available EVEN if one or more of those FAILED to build... In all cases, the revision number that should go between the () is missing :/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/2dac0ba8/attachment.htm From aleric.inglewood at gmail.com Wed Jul 14 08:00:34 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 14 Jul 2010 17:00:34 +0200 Subject: [opensource-dev] Problems with automatic builds and commit messages to sldev-commits In-Reply-To: References: Message-ID: Ok, right after this post another "Failed Build for () on Linux" appeared, this time one where apparently that patch was applied. The Processing res/secondlife_icon.png => secondlife_icon.png ... correctly changed into Processing snowglobe_icon.png => snowglobe_icon.png ... However, strangly enough it then barfs on RuntimeError: Path /var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/viewer-linux-i686-release/newview/snowglobe_icon.png doesn't exist I guess I removed the res/ part erroneously, thinking it had to be removed because I DO have indra/$BUILDDIR/newview/snowglobe_icon.png ... but just now realized that that is a symbolic link that I added in order to run the viewer without packaging it :/. I'll make a new commit that reverts the last hunk of changeset 3489. On Wed, Jul 14, 2010 at 4:42 PM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > Hi Merov, can you address these problems please: > > 1) The automatic builds do not build the latest source. > For example, > > https://lists.secondlife.com/pipermail/sldev-commits/2010-July/004101.html > > posted on *Wed Jul 14 06:31:59 PDT 2010 *is the last commit, changeset > 3489, after which linux > builds and works. Yet, after it we get: > > https://lists.secondlife.com/pipermail/sldev-commits/2010-July/004103.html > > posted on *Wed**** Jul 14 06:57:12 PDT 2010*, *25 minutes* later with a > link > to > http://secondlife.com/developers/opensource/downloads/2010///failed-build.Linux > containing this error: > > Processing res/secondlife_icon.png => secondlife_icon.png ... Traceback > (most recent call last): > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", > line 1042, in > main() > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", > line 239, in main > wm.do(*args['actions']) > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", > line 663, in do > self.construct() > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", > line 977, in construct > super(Linux_i686Manifest, self).construct() > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/viewer_manifest.py", > line 874, in construct > self.path("res/"+self.icon_name(),self.icon_name()) > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", > line 658, in path > count = try_path(os.path.join(self.get_build_prefix(), src)) > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", > line 645, in try_path > self.check_file_exists(src) > File > "/var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/newview/../lib/python/indra/util/llmanifest.py", > line 614, in check_file_exists > os.path.normpath(os.path.join(os.getcwd(), path)),)) > RuntimeError: Path > /var/opt/parabuild/checkout/L-snowglobe-20-trunk/linden/indra/viewer-linux-i686-release/newview/res/secondlife_icon.png > doesn't exist > > which I *fixed* in changeset 3489. > > 2) The posts of the autobuild lacks information > > * The Subject lines are "Failed Build for () on Linux". What should be > between the brackets? > * After that is always posts "Successful Build for ()" with the happy > contents: > > CYGWIN: > http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2-1-0-0_Setup.exe > http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN > > Darwin: > http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_2_0_1_0.dmg > http://secondlife.com/developers/opensource/downloads/2010///good-build.Darwin > > Linux: > http://secondlife.com/developers/opensource/downloads/2010///Snowglobe-i686-2.0.1.0.tar.bz2 > http://secondlife.com/developers/opensource/downloads/2010///good-build.Linux > > No change information available > > > EVEN if one or more of those FAILED to build... > > In all cases, the revision number that should go between the () is missing > :/ > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/89691bd9/attachment-0001.htm From sldev at catznip.com Wed Jul 14 08:47:47 2010 From: sldev at catznip.com (Kitty) Date: Wed, 14 Jul 2010 17:47:47 +0200 Subject: [opensource-dev] asset_urls.txt and missing libs for viewer-external Message-ID: <08BBCA179DDA4FF5A80AEF3AAD0F3F13@panther> Yesterday's commit (and the two commits before that, but those didn't have any actual code changes) doesn't seem to have a valid link for the Win32 library download. http://secondlife.com/developers/opensource/downloads/viewer-external/hg/rep o/cg_viewer-2-0/rev/206880/open_source/slviewer--libs-viewer-2-0-2.1.0.20688 0.zip Just links to a 144 byte file containing: "/viewer-source-downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/206880/o pen_source/slviewer--libs-viewer-2-0-2.1.0.206880.zip does not exist" Kitty From merov at lindenlab.com Wed Jul 14 10:36:05 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 14 Jul 2010 10:36:05 -0700 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update In-Reply-To: References: Message-ID: On Wed, Jul 14, 2010 at 6:43 AM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > I did a few commits: > > http://svn.secondlife.com/trac/linden/changeset/3486 > http://svn.secondlife.com/trac/linden/changeset/3487 > http://svn.secondlife.com/trac/linden/changeset/3488 > http://svn.secondlife.com/trac/linden/changeset/3489 > > After that it compiled and linked for me on linux, and probably also on > mac... > Excellent! Thanks a million Aleric :) I'm building locally on Mac right now. > > Hopefully you can look into the link problem on mac of the 1.4 trunk too: > it needs a new apr tar ball with shared libraries > (See my last comments on SNOW-713). I assigned it to you, of course Thanks for the JIRA. I did run into link issues on Mac. Apparently we need to modify some lib pointers in install.xml and may be create new ones. One thing is that 2.0 dropped the support for PPC architecture so the libs not universal but just supporting i386. That's the reason of the "required architecture" issues you mentioned on SNOW-713. Even building for Intel only though, I get link errors. I need to dig deeper. With all those build issues, I've my work cut our for the day :/ Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/61ce740e/attachment.htm From johnniecarling at gmail.com Wed Jul 14 11:34:42 2010 From: johnniecarling at gmail.com (Johnnie Carling) Date: Wed, 14 Jul 2010 14:34:42 -0400 Subject: [opensource-dev] Viewer-external to Snowglobe 2.x trunk merge update In-Reply-To: References: Message-ID: <201007141434.42542.johnniecarling@gmail.com> On 07/14/10 9:43:13 am, Aleric Inglewood wrote: > After that it compiled and linked for me on linux, and probably also on > mac... another problem on Linux. (GCC 4.4.4 Debian sid) [ 54%] Building CXX object newview/CMakeFiles/INTEGRATION_TEST_llsecapi.dir/llsecapi.o Linking CXX executable ../sharedlibs/bin/INTEGRATION_TEST_llsecapi CMakeFiles/INTEGRATION_TEST_llsecapi.dir/llsecapi.o: In function `initializeSecHandler()': /home/johnnie/projects/secondlife/snowglobe/indra/newview/llsecapi.cpp:54: undefined reference to `LLSecAPIBasicHandler::LLSecAPIBasicHandler()' collect2: ld returned 1 exit status make[2]: *** [sharedlibs/bin/INTEGRATION_TEST_llsecapi] Error 1 make[1]: *** [newview/CMakeFiles/INTEGRATION_TEST_llsecapi.dir/all] Error 2 make: *** [all] Error 2 From ohmeadhbh at gmail.com Wed Jul 14 12:58:15 2010 From: ohmeadhbh at gmail.com (Meadhbh Hamrick) Date: Wed, 14 Jul 2010 12:58:15 -0700 Subject: [opensource-dev] Request for Participation : Open Source and Technology Track at SLCC Message-ID: Heya! Doing cool things with Snowglobe? Or with libomv? Or with _fill in the blank_? Integrating interesting technologies with Second Life or OpenSim? Maybe you're developing your own viewer? Or trying to squeeze a viewer into a web browser... Whatever you're working on, if you think it would be of interest to the Second Life community and you feel like sharing, consider developing a talk for the upcoming Second Life Community Convention. You can read more information about the convention @ http://slconvention.org/ and can submit a talk proposal at http://www.slconvention.org/convention-details/submit-a-proposal/ . Or... feel free to ping me with questions and comments... -cheers -meadhbh -- meadhbh hamrick * it's pronounced "maeve" @OhMeadhbh * http://meadhbh.org/ * OhMeadhbh at gmail.com From sllists at boroon.dasgupta.ch Wed Jul 14 14:08:35 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Wed, 14 Jul 2010 23:08:35 +0200 Subject: [opensource-dev] SNOW-742: undefined reference to `LLSecAPIBasicHandler::LLSecAPIBasicHandler()' (was: Viewer-external to Snowglobe 2.x trunk merge update) In-Reply-To: <201007141434.42542.johnniecarling@gmail.com> References: <201007141434.42542.johnniecarling@gmail.com> Message-ID: <4C3E2753.2090700@boroon.dasgupta.ch> On 07/14/2010 08:34 PM, Johnnie Carling wrote: > another problem on Linux. (GCC 4.4.4 Debian sid) > > [ 54%] Building CXX object > newview/CMakeFiles/INTEGRATION_TEST_llsecapi.dir/llsecapi.o > Linking CXX executable ../sharedlibs/bin/INTEGRATION_TEST_llsecapi > CMakeFiles/INTEGRATION_TEST_llsecapi.dir/llsecapi.o: In function > `initializeSecHandler()': > /home/johnnie/projects/secondlife/snowglobe/indra/newview/llsecapi.cpp:54: > undefined reference to `LLSecAPIBasicHandler::LLSecAPIBasicHandler()' > collect2: ld returned 1 exit status > make[2]: *** [sharedlibs/bin/INTEGRATION_TEST_llsecapi] Error 1 > make[1]: *** [newview/CMakeFiles/INTEGRATION_TEST_llsecapi.dir/all] Error 2 > make: *** [all] Error 2 > That looks like what Thickbrick reported as SNOW-742 . He also attached a patch that lets him build and run the test, so you might want to give that a try. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/764c470f/attachment.htm From johnniecarling at gmail.com Wed Jul 14 14:43:23 2010 From: johnniecarling at gmail.com (Johnnie Carling) Date: Wed, 14 Jul 2010 17:43:23 -0400 Subject: [opensource-dev] SNOW-742: undefined reference to `LLSecAPIBasicHandler::LLSecAPIBasicHandler()' (was: Viewer-external to Snowglobe 2.x trunk merge update) In-Reply-To: <4C3E2753.2090700@boroon.dasgupta.ch> References: <201007141434.42542.johnniecarling@gmail.com> <4C3E2753.2090700@boroon.dasgupta.ch> Message-ID: <201007141743.23524.johnniecarling@gmail.com> On 07/14/10 5:08:35 pm, Boroondas Gupte wrote: > That looks like what Thickbrick reported as SNOW-742 > . He also attached a patch > that lets him build and run the test, so you might want to give that a try. Thanks! That worked From dzonatas at gmail.com Wed Jul 14 15:10:50 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Wed, 14 Jul 2010 15:10:50 -0700 Subject: [opensource-dev] Enabling Right-To-Left Glyphs for Windows Message-ID: <4C3E35EA.9000103@gmail.com> Until there is full bidi support built-in to the viewer, I've suggested for users to try Icesphere to allow them to type right-to-left. There is already a language barrier in being able to communicate what needs to be done. I'm being asked for a Windows build of Snowglobe with the SNOW-375 patch applied. You can see here why: http://twitpic.com/259h5y The SNOW-375 patch is not being committed to the repository at this time. Should I ask for help from someone that can contact me to help build a Windows version of Snowglobe 2.x. I don't have Windows machine to build. Is this intermediate solution of value? I've only have a Linux build located here: http://code.google.com/p/icesphere/downloads/list I'm closer to a version of this patch I would like to submit to the repository, so another solution maybe is to hang tight. Thanks -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From merov at lindenlab.com Wed Jul 14 16:12:39 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 14 Jul 2010 16:12:39 -0700 Subject: [opensource-dev] Broken Builds In-Reply-To: References: Message-ID: Hi Trilo, Cc-ing all list members as it is of general concern. On Wed, Jul 14, 2010 at 11:49 AM, Trilo Byte wrote: > FYI, I'm not sure if you guys have been seeing this, but in the last > several days there have been a TON of builds for the Snowglobe and Snowglobe > Test Build executables that have all failed miserably (at least on the mac > version). > Yes, I noticed... and I'm busy working of this since Friday noon. The reason for all this is a switch from Parabuild to TeamCity (our build system). This broke up a substantial number of things that got fixed for internal builds but not on external and Open Source builds. So I'm patching frantically and finding new issues to fix every day. I'm hoping things will stabilize shortly. Bear with me while I'm getting all this sorted out with the help of the knowledgeable folks internally. > I've noticed a few things. First up, the builds no longer show a build > number. This can be a pain for testing purposes, since the saved/downloaded > file no longer has a unique name that separates it from the last known good > download. > Yeap, I need to set up an updated system to get the build number. > Second, there have been a ridiculous number of builds. Not just daily, but > at times several builds in an hour. > 3 reasons: - notifications are sent for all single build for each platform and a general one (so 4 times more messages) - builds are automatically triggered for each commit while, before, they were triggered daily. Let me know if this is too much. We can change the settings to daily on some sort of schedule or manual. - Last, I've been hitting "run" for each setting change I did so this created a flurry of faulty builds (this is temporary) > Third, shouldn't the 2.0.1.0 versioning be moved to 2.1 in keeping with the > mainstream viewer versioning? Seems crazy that what's supposed to be the > open source, faster-paced development group is still struggling on a 2.0.1x > client months after the official client's been in release. > I need to fix that. > > And last but by no means least, the builds don't work. Application loads > properly and I get to a login screen, but the client crashes just as SL > finishes logging in and plays the login chime. I have no trouble at all > running/using the SL 2.0.1 viewer, the 2.1 beta, or Kirsten's S20 Viewer - > this only happens with Snowglobe or the Snowglobe Test Build. I've cleared > cache, I've repaired disk permissions. Is that something for the JIRA or is > it a problem with the buildadmin tool? System is more than capable (Mac Pro > 8-core 2.26ghz, 32GB RAM, nVidia GTX 285 1GB GPU, OS X 10.6.4). > Don't change anything to your system. It's more than likely a consequence of bogus packaging. I need to fix that too. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100714/d1ac4366/attachment.htm From sldev at free.fr Thu Jul 15 00:45:00 2010 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 15 Jul 2010 09:45:00 +0200 Subject: [opensource-dev] Broken Builds In-Reply-To: References: Message-ID: <20100715094500.a4f03ea3.sldev@free.fr> On Wed, 14 Jul 2010 16:12:39 -0700, Philippe (Merov) Bossut wrote: > Hi Trilo, > > .../... > > And last but by no means least, the builds don't work. Application loads > > properly and I get to a login screen, but the client crashes just as SL > > finishes logging in and plays the login chime. I have no trouble at all > > running/using the SL 2.0.1 viewer, the 2.1 beta, or Kirsten's S20 Viewer - > > this only happens with Snowglobe or the Snowglobe Test Build. I've cleared > > cache, I've repaired disk permissions. Is that something for the JIRA or is > > it a problem with the buildadmin tool? System is more than capable (Mac Pro > > 8-core 2.26ghz, 32GB RAM, nVidia GTX 285 1GB GPU, OS X 10.6.4). > > Don't change anything to your system. It's more than likely a consequence of > bogus packaging. I need to fix that too. I also have this kind of troubles with Snowglobe builds under Windows with VS2005. While the SL viewer v1.23.5 keeps building fine and produces a working executable, Snowglobe v1.4.0.3482 and later builds result in a non-working executable (when I launch it, I get a dumb (like everything in Windoze) error box saying "This application failed to initialize properly (0xc0150002)": after searching for this kind of error on the web, all I could find are references to bad MSVC runtimes, but the ones installed on my build system are fine, so it could be a problem with pre-built libraries using a different runtime than VC80's... Also, while Snowglobe v1.4.0.3469 builds produce a working executable, the built SLPlugin.exe plain doesn't work (it seems to crash silently as soon as it gets launched by the viewer), forcing me to use the one bundled with the official Snowglobe v1.4.0 build. I have no such problems under Linux. I hope this helps... Henri. PS: oh yes, another issue: for Snowglobe builds (all v1.4 versions I tried so far), I must disable all the tests since the test cases fail to execute with similar errors (0xc00something codes), even when it results in a working executable in the end (for v1.4.0.3469 for example)... The test cases work just fine under Linux. From dzonatas at gmail.com Thu Jul 15 16:27:53 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Thu, 15 Jul 2010 16:27:53 -0700 Subject: [opensource-dev] Enabling Right-To-Left Glyphs for Windows In-Reply-To: <4C3E35EA.9000103@gmail.com> References: <4C3E35EA.9000103@gmail.com> Message-ID: <4C3F9979.9060503@gmail.com> Thanks to Nicky Perian, we now have a Snowglobe-375 release for Windows Available here for download: http://code.google.com/p/icesphere/downloads/list This is for SNOW-375 version 0.10.2.0. Setup for Icesphere is separate, yet maybe easier one day. Dzonatas Sol wrote: > Until there is full bidi support built-in to the viewer, I've > suggested for users to try Icesphere to allow them to type right-to-left. > > There is already a language barrier in being able to communicate what > needs to be done. I'm being asked for a Windows build of Snowglobe > with the SNOW-375 patch applied. You can see here why: > > http://twitpic.com/259h5y > > The SNOW-375 patch is not being committed to the repository at this > time. Should I ask for help from someone that can contact me to help > build a Windows version of Snowglobe 2.x. I don't have Windows machine > to build. > > Is this intermediate solution of value? > > I've only have a Linux build located here: > http://code.google.com/p/icesphere/downloads/list > > I'm closer to a version of this patch I would like to submit to the > repository, so another solution maybe is to hang tight. > > Thanks > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From tigrospottystripes at gmail.com Mon Jul 19 12:34:08 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Mon, 19 Jul 2010 16:34:08 -0300 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <0L5J004GFSADYH@ms13.samsung.com> References: <0L5J004GFSADYH@ms13.samsung.com> Message-ID: <4C44A8B0.8040804@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Are you gonna make a Maemo/Meegoo SL client? That would be fucking awesome! :D (i'm getting myself a N900 in a couple of weeks, having a SL client to run on it would be the perfect icing for the cake) On 14/7/2010 09:35, DEEPAK JAIN wrote: > > > > On Fri, Jul 9, 2010 at 6:58 AM, DEEPAK JAIN > wrote: > > Hi, > > Is it possible to run second life on any ARM based platform OR > anybody tried to compile SL on ARM? > > If YES, what all diffficulties that came or is it that it is not at > all possible? > > > SL has been compiled on quite a few different processors and in most > cases while possible to compile, results were disappointing. That said > please don't let me put you off. > > > It means that it was tried on a ARM based device. Results disappointing > means that SL performance was really poor on ARM devices due to huge > library dependencies or what? > > Thanks, > Deepak Jain > > > > > IMHO the easiest route would be to use a Linux based distribution such > as Debian or Ubuntu (personal bias to those distros) and do a > --standalone build. This would use the system pre-compiled libraries for > all the dependencies. It will be necessary to build a couple of extra > dependencies yourself that are not present in default distributions. The > way I would tackle this is to install Debian for Arm then use my > apt.byteme.org.uk source repository to pull > in all source dependencies and compile the extra packages directly from > there. > > Regards > > Robin > > > > > > Thanks & Regards, > > Deepak Jain > > Sr. Software Engineer - R&D > > > > > > > _______________________________________________ > 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkxEqJoACgkQ8ZFfSrFHsmWeUACfe+Qa+xX7y0WeFuKA/RCpnChe TEUAoIPmUcUcj1mRptXyOA7ccA0K72Fc =J2uK -----END PGP SIGNATURE----- From sldev at free.fr Mon Jul 19 15:41:12 2010 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 20 Jul 2010 00:41:12 +0200 Subject: [opensource-dev] [sldev-commits] Successful Build for () In-Reply-To: <20100719202348.EF762E2CA7C@viognier.lindenlab.com> References: <20100719202348.EF762E2CA7C@viognier.lindenlab.com> Message-ID: <20100720004112.68adb599.sldev@free.fr> On Mon, 19 Jul 2010 13:23:48 -0700 (PDT), buildadmin at lindenlab.com wrote: > CYGWIN: > http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1-4-0-0_Setup.exe > http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN Does anyone actually *try* the "successful builds" ?... This one misses llcomon.dll... Henri. From nickyperian at yahoo.com Mon Jul 19 17:41:50 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Mon, 19 Jul 2010 17:41:50 -0700 (PDT) Subject: [opensource-dev] [sldev-commits] Successful Build for () In-Reply-To: <20100720004112.68adb599.sldev@free.fr> References: <20100719202348.EF762E2CA7C@viognier.lindenlab.com> <20100720004112.68adb599.sldev@free.fr> Message-ID: <106661.25686.qm@web43513.mail.sp1.yahoo.com> Posted to SNOW-713. ________________________________ From: Henri Beauchamp To: opensource-dev at lists.secondlife.com Sent: Mon, July 19, 2010 5:41:12 PM Subject: Re: [opensource-dev] [sldev-commits] Successful Build for () On Mon, 19 Jul 2010 13:23:48 -0700 (PDT), buildadmin at lindenlab.com wrote: > CYGWIN: >http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1-4-0-0_Setup.exe >e > http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN Does anyone actually *try* the "successful builds" ?... This one misses llcomon.dll... Henri. _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100719/e11e874d/attachment.htm From j.deepak at samsung.com Tue Jul 20 01:46:22 2010 From: j.deepak at samsung.com (DEEPAK JAIN) Date: Tue, 20 Jul 2010 08:46:22 +0000 (GMT) Subject: [opensource-dev] SL on ARM platform Message-ID: <0L5U00FFFLPAM4@ms13.samsung.com> An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100720/b113fba1/attachment.htm From dahliatrimble at gmail.com Tue Jul 20 09:19:00 2010 From: dahliatrimble at gmail.com (Dahlia Trimble) Date: Tue, 20 Jul 2010 09:19:00 -0700 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <4C44A8B0.8040804@Gmail.com> References: <0L5J004GFSADYH@ms13.samsung.com> <4C44A8B0.8040804@Gmail.com> Message-ID: Naali has at one time been ported to N900 but I'm not sure if it's a serious project or not. I'm also not sure if Naali is planned to support SL. http://www.youtube.com/watch?v=IP7zty5Kg7g On Mon, Jul 19, 2010 at 12:34 PM, Tigro Spottystripes < tigrospottystripes at gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Are you gonna make a Maemo/Meegoo SL client? That would be fucking > awesome! :D > > (i'm getting myself a N900 in a couple of weeks, having a SL client to > run on it would be the perfect icing for the cake) > > On 14/7/2010 09:35, DEEPAK JAIN wrote: > > > > > > > > On Fri, Jul 9, 2010 at 6:58 AM, DEEPAK JAIN > > wrote: > > > > Hi, > > > > Is it possible to run second life on any ARM based platform OR > > anybody tried to compile SL on ARM? > > > > If YES, what all diffficulties that came or is it that it is not at > > all possible? > > > > > > SL has been compiled on quite a few different processors and in most > > cases while possible to compile, results were disappointing. That said > > please don't let me put you off. > > > > > > It means that it was tried on a ARM based device. Results disappointing > > means that SL performance was really poor on ARM devices due to huge > > library dependencies or what? > > > > Thanks, > > Deepak Jain > > > > > > > > > > IMHO the easiest route would be to use a Linux based distribution such > > as Debian or Ubuntu (personal bias to those distros) and do a > > --standalone build. This would use the system pre-compiled libraries for > > all the dependencies. It will be necessary to build a couple of extra > > dependencies yourself that are not present in default distributions. The > > way I would tackle this is to install Debian for Arm then use my > > apt.byteme.org.uk source repository to pull > > in all source dependencies and compile the extra packages directly from > > there. > > > > Regards > > > > Robin > > > > > > > > > > > > Thanks & Regards, > > > > Deepak Jain > > > > Sr. Software Engineer - R&D > > > > > > > > > > > > > > _______________________________________________ > > 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 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEAREKAAYFAkxEqJoACgkQ8ZFfSrFHsmWeUACfe+Qa+xX7y0WeFuKA/RCpnChe > TEUAoIPmUcUcj1mRptXyOA7ccA0K72Fc > =J2uK > -----END PGP SIGNATURE----- > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100720/0c677052/attachment-0001.htm From sythos at gmail.com Tue Jul 20 10:52:50 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Tue, 20 Jul 2010 19:52:50 +0200 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <0L5J004GFSADYH@ms13.samsung.com> References: <0L5J004GFSADYH@ms13.samsung.com> Message-ID: <20100720195250.de52fb08.sythos@gmail.com> On Wed, 14 Jul 2010 12:35:01 +0000 (GMT) DEEPAK JAIN wrote: compile on ARM is possible, depending on which operating system you want to do. ARM since V4 is basically a 32bit little endian processor (latest version big endian 64bit too), a GCC since V2.95 can compile ELF binaries. Using ARM linux you can follow a generic "standalone build" how-to (preconf libraries aren't compiled for ARM), but the problem is only shifted on performance side. I've worked on Familiar Project to 5years ago (ex-compaq linux project on ARM devices) and about all application written in a good ANSI C/C++ can be compiled without too much pain, the step after is who do all the rendering job. A lot of nowadays portable devices (handhelds, smartphone, pdaphone, tablet pc) have a "sort of" GPU or graphic co-processor, but very few of them have full OpenGL support (I think OpenGL2.1 is the minimum for latest viewers), some have only software OpenGL API (ridicolous performance). some detail more can be usefulkl to answer to your wuestion ;) From Lance.Corrimal at eregion.de Tue Jul 20 10:59:06 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 20 Jul 2010 19:59:06 +0200 Subject: [opensource-dev] Fwd: [sldev-commits] Successful Build for () Message-ID: <201007201959.06910.Lance.Corrimal@eregion.de> Hi, didn't these automated builds have the svn revision number in them, and the date in the path? now, there's only one automated build per OS... the LAST one. can't say that I like that... bye, LC ---------- Weitergeleitete Nachricht ---------- Betreff: [sldev-commits] Successful Build for () Datum: Dienstag 20 Juli 2010, 16:50:00 Von: buildadmin at lindenlab.com An: sldev-commits at lists.secondlife.com Linux: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe- i686-1.4.0.0.tar.bz2 http://secondlife.com/developers/opensource/downloads/2010///good- build.Linux Darwin: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1_4_0_0_SNOWGLOBETESTBUILD.dmg http://secondlife.com/developers/opensource/downloads/2010///good- build.Darwin CYGWIN: http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1-4-0-0_Setup.exe http://secondlife.com/developers/opensource/downloads/2010///good- build.CYGWIN No change information available _______________________________________________ Click here to unsubscribe or manage your list subscription: https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev-commits ------------------------------------------------------------- From kithop at kithop.ca Tue Jul 20 11:03:08 2010 From: kithop at kithop.ca (Kithop) Date: Tue, 20 Jul 2010 11:03:08 -0700 Subject: [opensource-dev] asset_urls.txt and missing libs for viewer-external In-Reply-To: <08BBCA179DDA4FF5A80AEF3AAD0F3F13@panther> References: <08BBCA179DDA4FF5A80AEF3AAD0F3F13@panther> Message-ID: <5B519733-577B-4924-8013-64C164E68865@kithop.ca> Same issue trying to fetch the Darwin ones now for 2010 Snowglobe by manually reading the asset_urls.txt file (updated to build 3516, though it looks like this may not have been touched for a few commits): http://secondlife.com/developers/opensource/downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/207034/open_source/slviewer--libs-viewer-2-0-2.1.0.207034.tar.gz $ more ~/Downloads/slviewer--libs-viewer-2-0-2.1.0.207034.tar.gz /viewer-source-downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/207034/open_source/slviewer--libs-viewer-2-0-2.1.0.207034.tar.gz does not exist. Noticed this when the public_fetch_tarballs.py script blew up trying to decompress it. - Kithop On 2010-07-14, at 8:47 AM, Kitty wrote: > Yesterday's commit (and the two commits before that, but those didn't have > any actual code changes) doesn't seem to have a valid link for the Win32 > library download. > > http://secondlife.com/developers/opensource/downloads/viewer-external/hg/rep > o/cg_viewer-2-0/rev/206880/open_source/slviewer--libs-viewer-2-0-2.1.0.20688 > 0.zip > > Just links to a 144 byte file containing: > > "/viewer-source-downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/206880/o > pen_source/slviewer--libs-viewer-2-0-2.1.0.206880.zip does not exist" > > Kitty > > _______________________________________________ > 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 From sllists at boroon.dasgupta.ch Tue Jul 20 11:57:12 2010 From: sllists at boroon.dasgupta.ch (Boroondas Gupte) Date: Tue, 20 Jul 2010 20:57:12 +0200 Subject: [opensource-dev] asset_urls.txt and missing libs for viewer-external In-Reply-To: <08BBCA179DDA4FF5A80AEF3AAD0F3F13@panther> References: <08BBCA179DDA4FF5A80AEF3AAD0F3F13@panther> Message-ID: <4C45F188.6000905@boroon.dasgupta.ch> On 07/14/2010 05:47 PM, Kitty wrote: > Yesterday's commit (and the two commits before that, but those didn't have > any actual code changes) doesn't seem to have a valid link for the Win32 > library download. > > http://secondlife.com/developers/opensource/downloads/viewer-external/hg/rep > o/cg_viewer-2-0/rev/206880/open_source/slviewer--libs-viewer-2-0-2.1.0.20688 > 0.zip > > Just links to a 144 byte file containing: > > "/viewer-source-downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/206880/o > pen_source/slviewer--libs-viewer-2-0-2.1.0.206880.zip does not exist" > Sounds like SNOW-755 . Try the patch I attached there. cheers Boroondas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100720/d4b121d2/attachment.htm From dzonatas at gmail.com Tue Jul 20 18:37:31 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Tue, 20 Jul 2010 18:37:31 -0700 Subject: [opensource-dev] Merges & Builds In-Reply-To: References: Message-ID: <4C464F5B.8070102@gmail.com> Philippe (Merov) Bossut wrote: > > Cc-ing all list members as it is of general concern. Thank you Philippe for your several hours of work on this merge for 2.1. I can see there are a lot of changes since 2.0. Only if people could see statistics displayed on the UI, like one of those per source line counters that multiply development cost, just to see how much work goes into the viewer then they might see what we appreciate about all improvements made from 1.x to 2.x, and now 2.1. Then on-top of that, to see your dedication to get all these different changes to work nicely together. Heck, I grip over a merge set that conflicts purely over whitespace. I don't even see you grip about this! You get it done! =p Good job! P.S. I think they should add merge composition to those per source line counters. =) -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From aleric.inglewood at gmail.com Wed Jul 21 06:49:48 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 21 Jul 2010 15:49:48 +0200 Subject: [opensource-dev] jira patch name convention Message-ID: Hi all, the jira makes no difference between Snowglobe 1.4 and Snowglobe 2.1, the two most active development branches at the moment. While many jira entries are specifically about one or the other, some things apply to both. There are two ways to deal with this: either create a new jira for the same thing, so we have two jira entries about the same thing, one for patches related to 1.x and one for patches related to 2.x. However, that is not always feasible. The second option is to use one jira for both and just attach patches (if they differ) for both branches to the same jira. For that latter case I propose to use the following convention: Patches that are for 1.x should start with SNOW1-123_description.diff Patches that are for 2.x should start with SNOW2-123_description.diff Leaving out the version would mean it applies in general. Ie, SNOW-123_description.diff should apply to 1.x and/or 2.x (depending on what the jira is about). If there is a patch that is specifically for SG 2.0, and the patch for 2.1 has to look different, you can call it SNOW20-123_description.diff, etc. Aleric -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100721/baecc827/attachment.htm From jhwelch at gmail.com Wed Jul 21 14:16:39 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Wed, 21 Jul 2010 17:16:39 -0400 Subject: [opensource-dev] http://jira.secondlife.com/browse/VWR-8999 Message-ID: I would be curious if a few devs would try out the patch in http://jira.secondlife.com/browse/VWR-8999 and make comments. Thanks to Latif for coming up with it; it is a little thing, but has been an annoyance to me for quite some time. From sythos at gmail.com Wed Jul 21 15:23:40 2010 From: sythos at gmail.com (Altair Sythos Memo) Date: Thu, 22 Jul 2010 00:23:40 +0200 Subject: [opensource-dev] GStream disabled on linux 32bit with a 64bit kernel Message-ID: <20100722002340.f3e91539.sythos@gmail.com> I've a 32-bit linux distro (debian sid), with kernel compiled with 32bytecode but amd64 instruction set, uname report "x86_64" so GStream is disable by lunching script (wrongly) i've patched the script http://jira.secondlife.com/browse/VWR-20340 hoping may be usefull to other else Regards Altair From tigrospottystripes at gmail.com Wed Jul 21 17:01:14 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Wed, 21 Jul 2010 21:01:14 -0300 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <20100720195250.de52fb08.sythos@gmail.com> References: <0L5J004GFSADYH@ms13.samsung.com> <20100720195250.de52fb08.sythos@gmail.com> Message-ID: <4C478A4A.7080103@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 here is an excerpt from https://secure.wikimedia.org/wikipedia/en/wiki/Nokia_N900 : "The Nokia N900 is powered by a high-end OMAP 3430 ARM Cortex A8 which is a System-on-a-chip made by Texas Instruments based on a 65-nanometer CMOS process. The OMAP 3430 is composed of three microprocessors; the Cortex A8 running at 600 MHz used to run the OS and applications, the PowerVR SGX 530 GPU made by Imagination Technologies which supports OpenGL ES 2.0 and is capable of up to 14 MPolys/s and a TMS320C64x, the digital signal processors, running at 430 MHz used to run the image processing (camera), audio processing (telephony) and data transmission." I've read people managed to overclock the processor up to about 1 GHz, some people even made it so the clock would change depending on how much is being demanded from the processor, not only getting better performance but also increased battery time. On 20/7/2010 14:52, Altair Sythos Memo wrote: > On Wed, 14 Jul 2010 12:35:01 +0000 (GMT) > DEEPAK JAIN wrote: > > compile on ARM is possible, depending on which operating system you > want to do. ARM since V4 is basically a 32bit little endian processor > (latest version big endian 64bit too), a GCC since V2.95 can compile > ELF binaries. > > Using ARM linux you can follow a generic "standalone build" how-to > (preconf libraries aren't compiled for ARM), but the problem is only > shifted on performance side. I've worked on Familiar Project to > 5years ago (ex-compaq linux project on ARM devices) and about all > application written in a good ANSI C/C++ can be compiled without too > much pain, the step after is who do all the rendering job. A lot of > nowadays portable devices (handhelds, smartphone, pdaphone, tablet pc) > have a "sort of" GPU or graphic co-processor, but very few of them have > full OpenGL support (I think OpenGL2.1 is the minimum for latest > viewers), some have only software OpenGL API (ridicolous performance). > > some detail more can be usefulkl to answer to your wuestion ;) > _______________________________________________ > 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 > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkxHikAACgkQ8ZFfSrFHsmXY5QCeOx7nK9fi7kDXOx2GcSItiFAv GVMAniN++5PN7mgnGDTLZxfbF6o+jrOg =RN/k -----END PGP SIGNATURE----- From merov at lindenlab.com Wed Jul 21 19:00:40 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 21 Jul 2010 19:00:40 -0700 Subject: [opensource-dev] TeamCity build production Message-ID: Hi, I went through the whole export and build system again on TeamCity and fixed everything that was strictly build script and TeamCity config related. Summary: - viewer-public export: the export script was faulty, pointing to libs ad artwork bundles that were empty since the swtich to TeamCity (7/12). This has been fixed and exports since yesterday starting with build 207152 are producing correct bundles. One note: the name of the bundle is a bit confusing since it has "viewer-2-0" in it while the version is "2.1.0.xxxxx". This is because the internal hg branch I'm using is named that way. This will become "viewer-public" once we merge the export script there. - Binary posting: the 1.x trunk (1.4) and 2.x trunk (2.1) were both dropped in "viewer-source-downloads/2010/trunk" and could end up overwriting each other. I fixed that by forcing the 1.x trunk in "2009" since it's what its svn branch says. - 1.4 Build posting: those were dropped in lala S3 land and unreachable because of some svn client issue on TeamCity. Fixed. - Email notification subject: I fixed the "Build ()" blank notification subject to mention the branch and revision and added the "year" (2009/2010) so we can easily spot the 1.x (2009) from the 2.x (2010) notifications We still have issues with the Mac executable produced, both for 1.x and 2.x (different issues) but those are code (2.x) or build option (1.x) issues, not TeamCity issues. I hope we'll seen a full "green" production cycle with downloadable and usable binaries tomorrow. Thanks for your patience. - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100721/51638964/attachment.htm From Lance.Corrimal at eregion.de Wed Jul 21 23:26:44 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 22 Jul 2010 08:26:44 +0200 Subject: [opensource-dev] TeamCity build production In-Reply-To: References: Message-ID: <201007220826.44830.Lance.Corrimal@eregion.de> Am Donnerstag 22 Juli 2010 schrieb Philippe (Merov) Bossut: > Hi, > > I went through the whole export and build system again on TeamCity > and fixed everything that was strictly build script and TeamCity > config related. > Thanks for your patience. > > - Merov You are awesome. bye, LC From aimee.trescothick at gmail.com Thu Jul 22 06:09:51 2010 From: aimee.trescothick at gmail.com (Aimee Trescothick) Date: Thu, 22 Jul 2010 14:09:51 +0100 Subject: [opensource-dev] TeamCity build production In-Reply-To: References: Message-ID: <41627BF6-D0D5-4A12-A319-66AA20932AC3@gmail.com> OK, so I tracked down what's going on with the Mac builds, looks like we're tripping over an icky GCC 4.0 optimization bug which is "optimizing out" the NULL pointer checks in LLPipeline::compare_pools, probably inadvertently triggered by the changes for SNOW-643 (Water flickers and disappears in patches). More info and a temporary work-around at SNOW-761 I'd appreciate it if someone more familiar with the work from SNOW-643 could take a look at what may be causing it and a better solution. Aimee. On 22 Jul 2010, at 03:00, Philippe (Merov) Bossut wrote: > Hi, > > I went through the whole export and build system again on TeamCity and fixed everything that was strictly build script and TeamCity config related. Summary: > - viewer-public export: the export script was faulty, pointing to libs ad artwork bundles that were empty since the swtich to TeamCity (7/12). This has been fixed and exports since yesterday starting with build 207152 are producing correct bundles. One note: the name of the bundle is a bit confusing since it has "viewer-2-0" in it while the version is "2.1.0.xxxxx". This is because the internal hg branch I'm using is named that way. This will become "viewer-public" once we merge the export script there. > - Binary posting: the 1.x trunk (1.4) and 2.x trunk (2.1) were both dropped in "viewer-source-downloads/2010/trunk" and could end up overwriting each other. I fixed that by forcing the 1.x trunk in "2009" since it's what its svn branch says. > - 1.4 Build posting: those were dropped in lala S3 land and unreachable because of some svn client issue on TeamCity. Fixed. > - Email notification subject: I fixed the "Build ()" blank notification subject to mention the branch and revision and added the "year" (2009/2010) so we can easily spot the 1.x (2009) from the 2.x (2010) notifications > > We still have issues with the Mac executable produced, both for 1.x and 2.x (different issues) but those are code (2.x) or build option (1.x) issues, not TeamCity issues. > > I hope we'll seen a full "green" production cycle with downloadable and usable binaries tomorrow. > > Thanks for your patience. > > - 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100722/14e08f5a/attachment.htm From nickyperian at yahoo.com Thu Jul 22 06:18:06 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Thu, 22 Jul 2010 06:18:06 -0700 (PDT) Subject: [opensource-dev] [sldev-commits] Successful Build for () Message-ID: <808373.69856.qm@web43505.mail.sp1.yahoo.com> llcommon.dll is present in the current install of the LL build of 1.4 ________________________________ From: Nicky Perian To: Henri Beauchamp ; opensource-dev at lists.secondlife.com Sent: Mon, July 19, 2010 7:41:50 PM Subject: Re: [opensource-dev] [sldev-commits] Successful Build for () Posted to SNOW-713. ________________________________ From: Henri Beauchamp To: opensource-dev at lists.secondlife.com Sent: Mon, July 19, 2010 5:41:12 PM Subject: Re: [opensource-dev] [sldev-commits] Successful Build for () On Mon, 19 Jul 2010 13:23:48 -0700 (PDT), buildadmin at lindenlab.com wrote: > CYGWIN: >http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1-4-0-0_Setup.exe >e > http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN Does anyone actually *try* the "successful builds" ?... This one misses llcomon.dll... Henri. _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100722/55b9eb15/attachment-0001.htm From overdrive at dceo.rutgers.edu Thu Jul 22 09:08:42 2010 From: overdrive at dceo.rutgers.edu (Ron Festa) Date: Thu, 22 Jul 2010 12:08:42 -0400 Subject: [opensource-dev] SL on ARM platform In-Reply-To: <4C478A4A.7080103@Gmail.com> References: <0L5J004GFSADYH@ms13.samsung.com> <20100720195250.de52fb08.sythos@gmail.com> <4C478A4A.7080103@Gmail.com> Message-ID: Except there's many problems with the N900 that would have to be overcome. For starters its CPU clock is normally 200mhz below the minimum spec. Even though it can overclock you're going to be depending on pushing the CPU a lot more then what its suppose to operate at which will require additional cooling unless you want to shorten its lifespan. RAM is physically half of the minimum required. Yes you have 1 gig virtually using swap space, but swap is dependent on the memory card which will require a good memory card like a class 6 or better to avoid system lag due to heavy thrashing of swap space. Swap also naturally decreases the life of the memory card and such aggressive thrashing will speed that up. Finally SL is written to use OpenGL, not OpenGL ES which is a totally different beast. To successfully port SL to this device you would have to increase the efficiency of SL's code to run in a lower resource environment and adapt the rendering engine to use OpenGL ES instead otherwise you're looking at a client that would barely run if at all. Naali had the advantage of using a real game engine (ogre) and still being a young ground up project where very few things are set in stone with how it operates. If one has the time, the team, and the dedicated resources to tackle SL's shortcomings on that platform then by all means go for it and keep us updated. Personally though, I feel the Android platform with the newer phones coming out which have more CPU power and RAM would be a better choice to attempt a port (Google does have an NDK that you can use to code in C/C++). Ron Festa Virtual Worlds Admin Division of Continuing Studies at Rutgers University PGP key: http://bit.ly/b1ZyhY Phone: 732-474-8583 On Wed, Jul 21, 2010 at 8:01 PM, Tigro Spottystripes < tigrospottystripes at gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > here is an excerpt from > https://secure.wikimedia.org/wikipedia/en/wiki/Nokia_N900 : > > "The Nokia N900 is powered by a high-end OMAP 3430 ARM Cortex A8 which > is a System-on-a-chip made by Texas Instruments based on a 65-nanometer > CMOS process. The OMAP 3430 is composed of three microprocessors; the > Cortex A8 running at 600 MHz used to run the OS and applications, the > PowerVR SGX 530 GPU made by Imagination Technologies which supports > OpenGL ES 2.0 and is capable of up to 14 MPolys/s and a TMS320C64x, the > digital signal processors, running at 430 MHz used to run the image > processing (camera), audio processing (telephony) and data transmission." > > I've read people managed to overclock the processor up to about 1 GHz, > some people even made it so the clock would change depending on how much > is being demanded from the processor, not only getting better > performance but also increased battery time. > > > On 20/7/2010 14:52, Altair Sythos Memo wrote: > > On Wed, 14 Jul 2010 12:35:01 +0000 (GMT) > > DEEPAK JAIN wrote: > > > > compile on ARM is possible, depending on which operating system you > > want to do. ARM since V4 is basically a 32bit little endian processor > > (latest version big endian 64bit too), a GCC since V2.95 can compile > > ELF binaries. > > > > Using ARM linux you can follow a generic "standalone build" how-to > > (preconf libraries aren't compiled for ARM), but the problem is only > > shifted on performance side. I've worked on Familiar Project to > > 5years ago (ex-compaq linux project on ARM devices) and about all > > application written in a good ANSI C/C++ can be compiled without too > > much pain, the step after is who do all the rendering job. A lot of > > nowadays portable devices (handhelds, smartphone, pdaphone, tablet pc) > > have a "sort of" GPU or graphic co-processor, but very few of them have > > full OpenGL support (I think OpenGL2.1 is the minimum for latest > > viewers), some have only software OpenGL API (ridicolous performance). > > > > some detail more can be usefulkl to answer to your wuestion ;) > > _______________________________________________ > > 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 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.14 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEAREKAAYFAkxHikAACgkQ8ZFfSrFHsmXY5QCeOx7nK9fi7kDXOx2GcSItiFAv > GVMAniN++5PN7mgnGDTLZxfbF6o+jrOg > =RN/k > -----END PGP SIGNATURE----- > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100722/44337d87/attachment.htm From merov at lindenlab.com Thu Jul 22 21:54:00 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 22 Jul 2010 21:54:00 -0700 Subject: [opensource-dev] jira patch name convention In-Reply-To: References: Message-ID: +1 on this proposal. Using the JIRA number (as implied in the proposal) in the patch name is also very useful for folks like me who review a bunch of patches. I usually end up renaming the patch files when downloading them. Cheers, - Merov On Wed, Jul 21, 2010 at 6:49 AM, Aleric Inglewood < aleric.inglewood at gmail.com> wrote: > Hi all, > > the jira makes no difference between Snowglobe 1.4 and Snowglobe 2.1, the > two most active development branches > at the moment. While many jira entries are specifically about one or the > other, some things apply to both. > There are two ways to deal with this: either create a new jira for the same > thing, so we have two jira > entries about the same thing, one for patches related to 1.x and one for > patches related to 2.x. > However, that is not always feasible. The second option is to use one jira > for both and just attach > patches (if they differ) for both branches to the same jira. > > For that latter case I propose to use the following convention: > > Patches that are for 1.x should start with SNOW1-123_description.diff > Patches that are for 2.x should start with SNOW2-123_description.diff > > Leaving out the version would mean it applies in general. Ie, > SNOW-123_description.diff > should apply to 1.x and/or 2.x (depending on what the jira is about). > If there is a patch that is specifically for SG 2.0, and the patch for 2.1 > has to look different, you can call it SNOW20-123_description.diff, etc. > > Aleric > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100722/130eb2fa/attachment.htm From sldev at free.fr Fri Jul 23 12:26:36 2010 From: sldev at free.fr (Henri Beauchamp) Date: Fri, 23 Jul 2010 21:26:36 +0200 Subject: [opensource-dev] sldev-commits] Successful Build for () In-Reply-To: <808373.69856.qm@web43505.mail.sp1.yahoo.com> References: <808373.69856.qm@web43505.mail.sp1.yahoo.com> Message-ID: <20100723212636.b3490851.sldev@free.fr> On Thu, 22 Jul 2010 06:18:06 -0700 (PDT), Nicky Perian wrote: > llcommon.dll is present in the current install of the LL build of 1.4 Yes, it has been recently fixed in r3519. I also solved my problem with non-functional Snowglobe v1.4 executables (in particular SLPlugin.exe, but also the viewer itself since r3485): it was due to the fact I was using Visual C++ Express 2005 SP1 and apparently some pre-built libraries in SG v1.4 are built with SP2, which resulted in broken embedded manifests with two references to two different versions of VC80.CRT. I solved the issue by installing the KB971090 security update on my build system, and I documented this issue in: http://wiki.secondlife.com/wiki/Microsoft_Visual_Studio Henri. From robertltux at gmail.com Sat Jul 24 08:14:49 2010 From: robertltux at gmail.com (Robert Martin) Date: Sat, 24 Jul 2010 11:14:49 -0400 Subject: [opensource-dev] Build notices missing change data?? Message-ID: Is there any way to see what changed from build to build?? also does it seem like the build farm is triggering way to many times a day?? -- Robert L Martin From dzonatas at gmail.com Sat Jul 24 08:31:18 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Sat, 24 Jul 2010 08:31:18 -0700 Subject: [opensource-dev] Build notices missing change data?? In-Reply-To: References: Message-ID: <4C4B0746.1080607@gmail.com> Do you mean the commit log? http://svn.secondlife.com/trac/linden/log/projects Robert Martin wrote: > Is there any way to see what changed from build to build?? also does > it seem like the build farm is triggering way to many times a day?? > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From merov at lindenlab.com Sat Jul 24 10:33:46 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Sat, 24 Jul 2010 10:33:46 -0700 Subject: [opensource-dev] Build notices missing change data?? In-Reply-To: References: Message-ID: Hi, On Sat, Jul 24, 2010 at 8:14 AM, Robert Martin wrote: > Is there any way to see what changed from build to build?? The number in parenthesis in the email notification gives you the svn revision that has been built. Looking at the commit log gives you all the details on what changed. > also does > it seem like the build farm is triggering way to many times a day?? > In the past, builds were triggered "by hand", mostly by me, so it was daily or sometimes less. With the move to TeamCity, we set up the system to build continuously if something changed (so it's almost on each commit except when a burst of commits happen while the build is going so the next build picks up a bunch of commits at once). It's better I think as it captures build issues related to a commit almost immediately and ensures there's a fresh crop of builds available for testing. We also have lots of builds these days because a handful of us have been really active recently (big kudos to Aleric for awesome productivity :) )... which is a good thing... :) Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100724/f774eaa0/attachment.htm From wolfpup67 at earthlink.net Mon Jul 26 19:50:47 2010 From: wolfpup67 at earthlink.net (Brendan Wilson) Date: Mon, 26 Jul 2010 22:50:47 -0400 Subject: [opensource-dev] [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc indra/llcharacter indra/llcommon indra/llinventory indra/llmessage indra/llrender indra/llui indra/newview indra/newview/app_settings indra/newview/skins/default/xui/da indra/newview/skin In-Reply-To: <20100727023301.1852B730001@svn.secondlife.com> References: <20100727023301.1852B730001@svn.secondlife.com> Message-ID: <000001cb2d36$83dace70$8b906b50$@net> I can NOT do any updates thx the the .svnignore files that are now in the svn server they are blocking TortiousSVN from retrieving the updates! -----Original Message----- From: sldev-commits-bounces at lists.secondlife.com [mailto:sldev-commits-bounces at lists.secondlife.com] On Behalf Of merov.linden at svn.secondlife.com Sent: Monday, July 26, 2010 10:33 PM To: sldev-commits at lists.secondlife.com Subject: [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc indra/llcharacter indra/llcommon indra/llinventory indra/llmessage indra/llrender indra/llui indra/newview indra/newview/app_settings indra/newview/skins/default/xui/da indra/newview/skins/de Author: merov.linden Date: 2010-07-26 21:32:58 -0500 (Mon, 26 Jul 2010) New Revision: 3568 Added: projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_class ified.xml Removed: projects/2010/snowglobe/trunk/indra/newview/llfloaterparcel.cpp projects/2010/snowglobe/trunk/indra/newview/llfloaterparcel.h projects/2010/snowglobe/trunk/indra/newview/llfloaterurldisplay.cpp projects/2010/snowglobe/trunk/indra/newview/llfloaterurldisplay.h projects/2010/snowglobe/trunk/indra/newview/llpanelplace.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelplace.h projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre view_texture_keep_discard.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_places _gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_me_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/ui_strings. xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_scrip t_limits_region_urls.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_places _gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_me_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_scrip t_limits_region_urls.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_places _gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_me_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_scrip t_limits_region_urls.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_places _gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_me_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_toolb ar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/alerts.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_cal l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_cam era_classic.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_dir ectory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_htm l.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_min i_map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_mut e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_nea rby_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_obj ect_im_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_pre view_existing_landmark.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_pre view_url.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_pri ce_for_listing.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_pro file.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_rep ort_bug.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_picks_ overflow.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_pie_at tachment.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_pie_av atar.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_pie_la nd.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_pie_ob ject.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_pie_se lf.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_places _gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_avata r.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_avata r_classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_avata r_pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_avata r_row.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_class ified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_event .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_group .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_look_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_me_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_mini_ map.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_place .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_place _small.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_prefe rences_network.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_prefe rences_skins.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_prefe rences_voice.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_prefe rences_web.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_priva te_call.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_profi le_user.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_sidet ray_tab_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_snaps hot_advanced.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_toolb ar.xml Modified: projects/2010/snowglobe/trunk/ projects/2010/snowglobe/trunk/doc/asset_urls.txt projects/2010/snowglobe/trunk/indra/llcharacter/llmultigesture.cpp projects/2010/snowglobe/trunk/indra/llcommon/llformat.cpp projects/2010/snowglobe/trunk/indra/llcommon/llformat.h projects/2010/snowglobe/trunk/indra/llcommon/llmd5.cpp projects/2010/snowglobe/trunk/indra/llcommon/llmd5.h projects/2010/snowglobe/trunk/indra/llcommon/llstring.cpp projects/2010/snowglobe/trunk/indra/llcommon/llstring.h projects/2010/snowglobe/trunk/indra/llcommon/llversionserver.h projects/2010/snowglobe/trunk/indra/llinventory/llparcel.cpp projects/2010/snowglobe/trunk/indra/llmessage/llcurl.cpp projects/2010/snowglobe/trunk/indra/llmessage/llcurl.h projects/2010/snowglobe/trunk/indra/llrender/llimagegl.cpp projects/2010/snowglobe/trunk/indra/llui/llaccordionctrl.cpp projects/2010/snowglobe/trunk/indra/llui/llaccordionctrl.h projects/2010/snowglobe/trunk/indra/llui/llaccordionctrltab.cpp projects/2010/snowglobe/trunk/indra/llui/llaccordionctrltab.h projects/2010/snowglobe/trunk/indra/llui/llcheckboxctrl.cpp projects/2010/snowglobe/trunk/indra/llui/lldraghandle.cpp projects/2010/snowglobe/trunk/indra/llui/llflatlistview.cpp projects/2010/snowglobe/trunk/indra/llui/llfloater.cpp projects/2010/snowglobe/trunk/indra/llui/llfloater.h projects/2010/snowglobe/trunk/indra/llui/llmenugl.cpp projects/2010/snowglobe/trunk/indra/llui/llmenugl.h projects/2010/snowglobe/trunk/indra/llui/llnotifications.cpp projects/2010/snowglobe/trunk/indra/llui/llnotifications.h projects/2010/snowglobe/trunk/indra/llui/llresmgr.cpp projects/2010/snowglobe/trunk/indra/llui/llstyle.cpp projects/2010/snowglobe/trunk/indra/llui/llstyle.h projects/2010/snowglobe/trunk/indra/llui/lltextbase.cpp projects/2010/snowglobe/trunk/indra/llui/lltextbase.h projects/2010/snowglobe/trunk/indra/llui/lltextvalidate.cpp projects/2010/snowglobe/trunk/indra/llui/lltextvalidate.h projects/2010/snowglobe/trunk/indra/llui/lltooltip.cpp projects/2010/snowglobe/trunk/indra/newview/CMakeLists.txt projects/2010/snowglobe/trunk/indra/newview/app_settings/settings.xml projects/2010/snowglobe/trunk/indra/newview/llagent.cpp projects/2010/snowglobe/trunk/indra/newview/llagentcamera.cpp projects/2010/snowglobe/trunk/indra/newview/llagentlanguage.cpp projects/2010/snowglobe/trunk/indra/newview/llagentlanguage.h projects/2010/snowglobe/trunk/indra/newview/llagentwearables.cpp projects/2010/snowglobe/trunk/indra/newview/llagentwearables.h projects/2010/snowglobe/trunk/indra/newview/llappearancemgr.cpp projects/2010/snowglobe/trunk/indra/newview/llappearancemgr.h projects/2010/snowglobe/trunk/indra/newview/llappviewer.cpp projects/2010/snowglobe/trunk/indra/newview/llavataractions.cpp projects/2010/snowglobe/trunk/indra/newview/llchathistory.cpp projects/2010/snowglobe/trunk/indra/newview/llcofwearables.cpp projects/2010/snowglobe/trunk/indra/newview/llcofwearables.h projects/2010/snowglobe/trunk/indra/newview/llcurrencyuimanager.cpp projects/2010/snowglobe/trunk/indra/newview/lldrawpoolbump.cpp projects/2010/snowglobe/trunk/indra/newview/lldynamictexture.cpp projects/2010/snowglobe/trunk/indra/newview/llexpandabletextbox.cpp projects/2010/snowglobe/trunk/indra/newview/llface.cpp projects/2010/snowglobe/trunk/indra/newview/llfloatergroups.cpp projects/2010/snowglobe/trunk/indra/newview/llfloaterland.cpp projects/2010/snowglobe/trunk/indra/newview/llfloatervoicedevicesettings.cpp projects/2010/snowglobe/trunk/indra/newview/llfolderview.cpp projects/2010/snowglobe/trunk/indra/newview/llfolderview.h projects/2010/snowglobe/trunk/indra/newview/llgroupmgr.cpp projects/2010/snowglobe/trunk/indra/newview/llinventorybridge.cpp projects/2010/snowglobe/trunk/indra/newview/llinventorybridge.h projects/2010/snowglobe/trunk/indra/newview/llinventorylistitem.cpp projects/2010/snowglobe/trunk/indra/newview/llinventorymodel.cpp projects/2010/snowglobe/trunk/indra/newview/llinventorymodel.h projects/2010/snowglobe/trunk/indra/newview/llinventoryobserver.cpp projects/2010/snowglobe/trunk/indra/newview/llinventoryobserver.h projects/2010/snowglobe/trunk/indra/newview/llinventorypanel.cpp projects/2010/snowglobe/trunk/indra/newview/lllogininstance.cpp projects/2010/snowglobe/trunk/indra/newview/llmoveview.cpp projects/2010/snowglobe/trunk/indra/newview/llmoveview.h projects/2010/snowglobe/trunk/indra/newview/lloutfitobserver.cpp projects/2010/snowglobe/trunk/indra/newview/lloutfitobserver.h projects/2010/snowglobe/trunk/indra/newview/lloutfitslist.cpp projects/2010/snowglobe/trunk/indra/newview/lloutfitslist.h projects/2010/snowglobe/trunk/indra/newview/llpanelclassified.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelclassified.h projects/2010/snowglobe/trunk/indra/newview/llpaneleditwearable.cpp projects/2010/snowglobe/trunk/indra/newview/llpaneleditwearable.h projects/2010/snowglobe/trunk/indra/newview/llpanelgroup.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelgroup.h projects/2010/snowglobe/trunk/indra/newview/llpanelgrouplandmoney.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelgrouproles.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelmaininventory.cpp projects/2010/snowglobe/trunk/indra/newview/llpaneloutfitedit.cpp projects/2010/snowglobe/trunk/indra/newview/llpaneloutfitedit.h projects/2010/snowglobe/trunk/indra/newview/llpaneloutfitsinventory.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelplaceinfo.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelplaceprofile.cpp projects/2010/snowglobe/trunk/indra/newview/llpanelplaceprofile.h projects/2010/snowglobe/trunk/indra/newview/llpanelplaces.cpp projects/2010/snowglobe/trunk/indra/newview/llplacesinventorybridge.cpp projects/2010/snowglobe/trunk/indra/newview/llpreviewgesture.cpp projects/2010/snowglobe/trunk/indra/newview/llpreviewtexture.cpp projects/2010/snowglobe/trunk/indra/newview/llremoteparcelrequest.cpp projects/2010/snowglobe/trunk/indra/newview/llsidepanelappearance.cpp projects/2010/snowglobe/trunk/indra/newview/llsidepaneltaskinfo.h projects/2010/snowglobe/trunk/indra/newview/llstartup.cpp projects/2010/snowglobe/trunk/indra/newview/llsurface.cpp projects/2010/snowglobe/trunk/indra/newview/llsyswellitem.cpp projects/2010/snowglobe/trunk/indra/newview/llsyswellitem.h projects/2010/snowglobe/trunk/indra/newview/lltexlayer.cpp projects/2010/snowglobe/trunk/indra/newview/lltexlayer.h projects/2010/snowglobe/trunk/indra/newview/lltexlayerparams.cpp projects/2010/snowglobe/trunk/indra/newview/lltexturecache.cpp projects/2010/snowglobe/trunk/indra/newview/lltexturectrl.cpp projects/2010/snowglobe/trunk/indra/newview/lltexturefetch.cpp projects/2010/snowglobe/trunk/indra/newview/lltextureview.cpp projects/2010/snowglobe/trunk/indra/newview/lltoolmorph.cpp projects/2010/snowglobe/trunk/indra/newview/llurldispatcher.cpp projects/2010/snowglobe/trunk/indra/newview/llviewerattachmenu.cpp projects/2010/snowglobe/trunk/indra/newview/llviewerfloaterreg.cpp projects/2010/snowglobe/trunk/indra/newview/llviewerinventory.cpp projects/2010/snowglobe/trunk/indra/newview/llviewerinventory.h projects/2010/snowglobe/trunk/indra/newview/llviewermenu.cpp projects/2010/snowglobe/trunk/indra/newview/llviewermessage.cpp projects/2010/snowglobe/trunk/indra/newview/llviewertexteditor.cpp projects/2010/snowglobe/trunk/indra/newview/llviewertexteditor.h projects/2010/snowglobe/trunk/indra/newview/llviewertexture.cpp projects/2010/snowglobe/trunk/indra/newview/llviewertexture.h projects/2010/snowglobe/trunk/indra/newview/llviewertexturelist.cpp projects/2010/snowglobe/trunk/indra/newview/llviewerwindow.cpp projects/2010/snowglobe/trunk/indra/newview/llvoavatar.cpp projects/2010/snowglobe/trunk/indra/newview/llvoavatar.h projects/2010/snowglobe/trunk/indra/newview/llvoavatarself.cpp projects/2010/snowglobe/trunk/indra/newview/llvograss.cpp projects/2010/snowglobe/trunk/indra/newview/llvotree.cpp projects/2010/snowglobe/trunk/indra/newview/llvotree.h projects/2010/snowglobe/trunk/indra/newview/llwearable.cpp projects/2010/snowglobe/trunk/indra/newview/llwearableitemslist.cpp projects/2010/snowglobe/trunk/indra/newview/llwearableitemslist.h projects/2010/snowglobe/trunk/indra/newview/llworldmap.cpp projects/2010/snowglobe/trunk/indra/newview/llworldmap.h projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/notificatio ns.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/da/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/notificatio ns.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/panel_peopl e.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/de/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_aaa .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_abo ut.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_abo ut_land.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_eve nt.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_im_ session.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_nea rby_chat.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_pre view_gesture.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/floater_pre view_notecard.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/inspect_obj ect.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/menu_attach ment_self.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/menu_inspec t_object_gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/notificatio ns.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_body_ parts_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_chat_ header.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_class ified_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_class ifieds_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_cloth ing_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_delet able_wearable_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_dummy _clothing_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_edit_ classified.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_edit_ pick.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_edit_ wearable.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_group _list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_group _notices.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_group _notify.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_group _roles.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_inven tory_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_landm ark_info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_my_pr ofile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_notif ication.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_outfi ts_list.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_pick_ info.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_pick_ list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_place _profile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_prefe rences_sound.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_profi le.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_telep ort_history.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/panel_telep ort_history_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/acc ordion.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/bod yparts_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/clo thing_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/del etable_wearable_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/dum my_clothing_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/exp andable_text.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/inv entory_list_item.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/sim ple_text_editor.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/tex t.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/en/widgets/tex t_editor.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/es/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_buy _currency.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_inv entory_item_properties.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_wat er.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/floater_win dlight_options.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_attach ment_self.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_inspec t_object_gear.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_place. xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/notificatio ns.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_edit_ wearable.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_login .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/panel_place s.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/role_action s.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/fr/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/it/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/ja/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pl/strings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_cam era.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_lan d_holdings.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/floater_too ls.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_invent ory.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_invent ory_add.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_object .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/menu_viewer .xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/notificatio ns.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_nearb y_media.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_place _profile.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/panel_regio n_general.xml projects/2010/snowglobe/trunk/indra/newview/skins/default/xui/pt/strings.xml projects/2010/snowglobe/trunk/indra/newview/tests/lllogininstance_test.cpp projects/2010/snowglobe/trunk/indra/win_crash_logger/llcrashloggerwindows.cp p projects/2010/snowglobe/trunk/scripts/automated_build_scripts/opensrc-build. sh Trac: http://svn.secondlife.com/trac/linden/changeset/3568 Log: svn merge viewer-external from svn r3526 through r3567. (diff longer than 2000 lines) _______________________________________________ Click here to unsubscribe or manage your list subscription: https://lists.secondlife.com/cgi-bin/mailman/listinfo/sldev-commits No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3029 - Release Date: 07/26/10 02:36:00 From merov at lindenlab.com Mon Jul 26 23:20:15 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 26 Jul 2010 23:20:15 -0700 Subject: [opensource-dev] [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc indra/llcharacter indra/llcommon indra/llinventory indra/llmessage indra/llrender indra/llui indra/newview indra/newview/app_settings indra/newview/skins/default/xui/da indra/newview Message-ID: Hi Wolfpup, On Mon, Jul 26, 2010 at 7:54 PM, WolfPup Lowenhar wrote: > I'm no longer able to do the updates thx to the .svnignore files in the svn > server as they are blocking TortiousSVN from doing any updates! Sorry about this. You're apparently not the only one with the problem. Using the command line seems to work though so stick with "svn update" from Cygwin for the moment. I'd like to hear from Aleric on this since he did all of the .svnignore changes recently. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100726/6cc9fed1/attachment.htm From aleric.inglewood at gmail.com Tue Jul 27 04:29:19 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Tue, 27 Jul 2010 13:29:19 +0200 Subject: [opensource-dev] [sldev-commits] r3568 - in projects/2010/snowglobe/trunk: . doc indra/llcharacter indra/llcommon indra/llinventory indra/llmessage indra/llrender indra/llui indra/newview indra/newview/app_settings indra/newview/skins/default/xui Message-ID: I can't think of a reason that adding any files to the repository can or should be blocking someone from doing an update. And since I haven't seen any error messages or explanation, I'm clueless. Seems like a local problem to me. On Tue, Jul 27, 2010 at 8:20 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi Wolfpup, > > On Mon, Jul 26, 2010 at 7:54 PM, WolfPup Lowenhar > wrote: > > I'm no longer able to do the updates thx to the .svnignore files in the > svn > > server as they are blocking TortiousSVN from doing any updates! > > Sorry about this. You're apparently not the only one with the problem. > Using the command line seems to work though so stick with "svn update" from > Cygwin for the moment. > > I'd like to hear from Aleric on this since he did all of the .svnignore > changes recently. > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100727/669ce494/attachment.htm From dzonatas at gmail.com Wed Jul 28 12:16:29 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Wed, 28 Jul 2010 12:16:29 -0700 Subject: [opensource-dev] SNOW-774 "Bad LLMultiGesture version" (SG2.0 works, SG2.1 errors) Message-ID: <4C50820D.7040706@gmail.com> Hi, I have an issue I want to resolve. http://jira.secondlife.com/browse/SNOW-774 This message I notice from time to time in the error log. You have probably noticed the message "Unable to load " where gesture is one of many you have activated. There has been some change made between 2.0 and 2.1 that causes this, yet it is hard to pinpoint the difference among the bulk commits. If no one replies to this then I'll assume it basically works for them. -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From carlo at alinoe.com Wed Jul 28 13:29:08 2010 From: carlo at alinoe.com (Carlo Wood) Date: Wed, 28 Jul 2010 22:29:08 +0200 Subject: [opensource-dev] SNOW-774 "Bad LLMultiGesture version" (SG2.0 works, SG2.1 errors) In-Reply-To: <4C50820D.7040706@gmail.com> References: <4C50820D.7040706@gmail.com> Message-ID: <20100728202908.GA24305@alinoe.com> IF we had already hg (or git) instead of SVN, so we would really have every commit merged from viewer-external, then it would easy to find using a binary search method... I hope the move to hg is made soon, for many reasons. On Wed, Jul 28, 2010 at 12:16:29PM -0700, Dzonatas Sol wrote: > Hi, > > I have an issue I want to resolve. > > http://jira.secondlife.com/browse/SNOW-774 > > This message I notice from time to time in the error log. You have > probably noticed the message "Unable to load " where gesture is > one of many you have activated. > > There has been some change made between 2.0 and 2.1 that causes this, > yet it is hard to pinpoint the difference among the bulk commits. > > If no one replies to this then I'll assume it basically works for them. > > -- > --- https://twitter.com/Dzonatas_Sol --- > Web Development, Software Engineering, Virtual Reality, Consultant > > _______________________________________________ > 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 -- Carlo Wood From merov at lindenlab.com Wed Jul 28 18:11:06 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 28 Jul 2010 18:11:06 -0700 Subject: [opensource-dev] Closing on SG2.0 : Releasing Snowglobe 2.0.2 (RC2) Message-ID: Hi, At the last Hippo meeting we reviewed the status of the last outstanding bug (SNOW-669) on this branch and decided to punt to 2.1 and release that branch. That makes sense as Viewer 2.1 is already out anyway so there is little incentive for anyone to play with this anymore. Marking it "released" and cleaning up the JIRA is a good way to put that branch to rest. I therefore changed the version to say "2.0.2" and the channel "Snowglobe Release" so we can easily identify that babby (svn r3576). TeamCity is building now and I'll post the links to the binaries when they become available. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100728/95a8df14/attachment.htm From dzonatas at gmail.com Wed Jul 28 18:44:02 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Wed, 28 Jul 2010 18:44:02 -0700 Subject: [opensource-dev] SNOW-774 "Bad LLMultiGesture version" (SG2.0 works, SG2.1 errors) In-Reply-To: <20100728202908.GA24305@alinoe.com> References: <4C50820D.7040706@gmail.com> <20100728202908.GA24305@alinoe.com> Message-ID: <4C50DCE2.1050906@gmail.com> I believe I found the issue. The difference is the asset is located in "static VFS" rather than normal "VFS". The asset load returned file size 0 for an asset located in "static VFS", and so it couldn't deserialize. Carlo Wood wrote: > IF we had already hg (or git) instead of SVN, so we would > really have every commit merged from viewer-external, > then it would easy to find using a binary search method... > > I hope the move to hg is made soon, for many reasons. > > On Wed, Jul 28, 2010 at 12:16:29PM -0700, Dzonatas Sol wrote: > >> Hi, >> >> I have an issue I want to resolve. >> >> http://jira.secondlife.com/browse/SNOW-774 >> >> This message I notice from time to time in the error log. You have >> probably noticed the message "Unable to load " where gesture is >> one of many you have activated. >> >> There has been some change made between 2.0 and 2.1 that causes this, >> yet it is hard to pinpoint the difference among the bulk commits. >> >> If no one replies to this then I'll assume it basically works for them. >> >> -- >> --- https://twitter.com/Dzonatas_Sol --- >> Web Development, Software Engineering, Virtual Reality, Consultant >> >> _______________________________________________ >> 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 >> > > -- --- https://twitter.com/Dzonatas_Sol --- Web Development, Software Engineering, Virtual Reality, Consultant From merov at lindenlab.com Wed Jul 28 18:54:17 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 28 Jul 2010 18:54:17 -0700 Subject: [opensource-dev] Branching Snowglobe 1.4.1 (RC1) Message-ID: Hi, Also at the last Hippo meeting, we decided to branch of 1.4 off the 1.x branch so we can release that on as well. I did that and the new release branch is available at: https://svn.secondlife.com/linden/projects/2009/snowglobe/1.4 I changed the version to "1.4.1" (as in 1.4 RC1 as we've been using as a convention since the beginning of Snowglobe) and the channel "Snowglobe Release". The 1.x trunk is now versionned 1.5.0. TeamCity will be building the new binaries soon and I'll ping that list again when they become available. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100728/def759b9/attachment.htm From merov at lindenlab.com Wed Jul 28 23:20:03 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 28 Jul 2010 23:20:03 -0700 Subject: [opensource-dev] Branching Snowglobe 1.4.1 (RC1) In-Reply-To: References: Message-ID: Hi, The binaries are available here: - Windows: http://secondlife.com/developers/opensource/downloads/2009/1.4/3580/Snowglobe_1-4-1-3580_Setup.exe - Mac:http://secondlife.com/developers/opensource/downloads/2009/1.4/3580/Snowglobe_1_4_1_3580.dmg - Linux:http://secondlife.com/developers/opensource/downloads/2009/1.4/3580/Snowglobe-i686-1.4.1.3580.tar.bz2 Please test and report bugs, especially show stoppers to the JIRA (use the correct version field to make our triage easier). Cheers, - Merov On Wed, Jul 28, 2010 at 6:54 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > Also at the last Hippo meeting, we decided to branch of 1.4 off the 1.x > branch so we can release that on as well. I did that and the new release > branch is available at: > https://svn.secondlife.com/linden/projects/2009/snowglobe/1.4 > > I changed the version to "1.4.1" (as in 1.4 RC1 as we've been using as a > convention since the beginning of Snowglobe) and the channel "Snowglobe > Release". The 1.x trunk is now versionned 1.5.0. > > TeamCity will be building the new binaries soon and I'll ping that list > again when they become available. > > Cheers, > - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100728/126564e2/attachment.htm From merov at lindenlab.com Wed Jul 28 23:23:30 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 28 Jul 2010 23:23:30 -0700 Subject: [opensource-dev] Closing on SG2.0 : Releasing Snowglobe 2.0.2 (RC2) In-Reply-To: References: Message-ID: Hi, The binaries for this release are available now: - Windows:http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe_2-0-2-3576_Setup.exe - Mac:http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe_2_0_2_3576.dmg - Linux:http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe-i686-2.0.2.3576.tar.bz2 Please use JIRA to report bugs (use the correct version field) . We will only consider show stoppers for immediate fix and punt all other bugs to 2.1. Cheers, - Merov On Wed, Jul 28, 2010 at 6:11 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > At the last Hippo meeting we reviewed the status of the last outstanding > bug (SNOW-669) on this branch and decided to punt to 2.1 and release that > branch. That makes sense as Viewer 2.1 is already out anyway so there is > little incentive for anyone to play with this anymore. Marking it "released" > and cleaning up the JIRA is a good way to put that branch to rest. > > I therefore changed the version to say "2.0.2" and the channel "Snowglobe > Release" so we can easily identify that babby (svn r3576). > > TeamCity is building now and I'll post the links to the binaries when they > become available. > > Cheers, > - Merov > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100728/18349b35/attachment.htm From kf6kjg at gmail.com Thu Jul 29 09:26:24 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 29 Jul 2010 09:26:24 -0700 Subject: [opensource-dev] Closing on SG2.0 : Releasing Snowglobe 2.0.2 (RC2) In-Reply-To: References: Message-ID: Ok, I don't yet fully understand the properties of the installer template Thickbrick added to the Snowglobe wiki page... :/ Could someone update it who does? (and maybe explain how to help maintain this. Or a link to somewhere that explains it! I'm used to regular wiki editing, but functions and variables in a wiki page are rather unusual...) Thanks, Ricky Cron Stardust On Wed, Jul 28, 2010 at 11:23 PM, Philippe (Merov) Bossut wrote: > Hi, > > The binaries for this release are available now: > - Windows: > http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe_2-0-2-3576_Setup.exe > - Mac: > http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe_2_0_2_3576.dmg > - Linux: > http://secondlife.com/developers/opensource/downloads/2010/2.0/3576/Snowglobe-i686-2.0.2.3576.tar.bz2 > > Please use JIRA to report bugs (use the correct version field) . We will > only consider show stoppers for immediate fix and punt all other bugs to > 2.1. > > Cheers, > - Merov > > On Wed, Jul 28, 2010 at 6:11 PM, Philippe (Merov) Bossut > wrote: >> >> Hi, >> >> At the last Hippo meeting we reviewed the status of the last outstanding >> bug (SNOW-669) on this branch and decided to punt to 2.1 and release that >> branch. That makes sense as Viewer 2.1 is already out anyway so there is >> little incentive for anyone to play with this anymore. Marking it "released" >> and cleaning up the JIRA is a good way to put that branch to rest. >> >> I therefore changed the version to say "2.0.2" and the channel "Snowglobe >> Release" so we can easily identify that babby (svn r3576). >> >> TeamCity is building now and I'll post the links to the binaries when they >> become available. >> >> 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 > From sldev at free.fr Thu Jul 29 10:09:15 2010 From: sldev at free.fr (Henri Beauchamp) Date: Thu, 29 Jul 2010 19:09:15 +0200 Subject: [opensource-dev] Branching Snowglobe 1.4.1 (RC1) In-Reply-To: References: Message-ID: <20100729190915.c527d4d3.sldev@free.fr> On Wed, 28 Jul 2010 18:54:17 -0700, Philippe (Merov) Bossut wrote: > Hi, > > Also at the last Hippo meeting, we decided to branch of 1.4 off the 1.x > branch so we can release that on as well. I did that and the new release > branch is available at: > https://svn.secondlife.com/linden/projects/2009/snowglobe/1.4 The correct URL is: https://svn.secondlife.com/svn/linden/projects/2009/snowglobe/1.4 Henri. From thickbrick.sleaford at gmail.com Thu Jul 29 13:41:00 2010 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Thu, 29 Jul 2010 23:41:00 +0300 Subject: [opensource-dev] Closing on SG2.0 : Releasing Snowglobe 2.0.2 (RC2) In-Reply-To: References: Message-ID: <201007292341.01232.thickbrick.sleaford@gmail.com> On Thursday 29 July 2010 19:26:24 Ricky wrote: > Ok, I don't yet fully understand the properties of the installer > template Thickbrick added to the Snowglobe wiki page... :/ Could > someone update it who does? > > (and maybe explain how to help maintain this. Or a link to somewhere > that explains it! I'm used to regular wiki editing, but functions and > variables in a wiki page are rather unusual...) > > Thanks, > Ricky > Cron Stardust > I didn't create those templates, I just made copies of the 1.x ones for 2.x installers. I think Rob Linden wrote them originally. Those templates create the three platform links from the build number, and the versions numbers. There's an added complication that the trunk templates use another template for localization of the description and for the purpose of alternating between "Test build (trunk)" and "Release Candidate." (at least I think that's the reason.) I think that the idea is that the Release template always points to a released build (i.e. 1.3.2 currently for 1.x). The trunk template should point to trunk most of the time, except for during the RC stages, after a release branch is branched, but before it is deemed "released,". During that stage it should point to the RC builds. I updated the 2.x trunk and branch and 1.x trunk templates already. I hope Merov doesn't object. The relevant wiki pages for 2.x are: * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers (which points to 2.0.2 (RC2). This is against the rule I wrote above, but we don't have a "released" 2.x build yet.) * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers-trunk (which point to 2.1.0) * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers-trunk/en And for 1.x: https://wiki.secondlife.com/wiki/Template:Snowglobe-installers (1.3.2, no change here) https://wiki.secondlife.com/wiki/Template:Snowglobe-installers-trunk (1.4.1 RC1, this is now tracking release candidates until we release 1.4) https://wiki.secondlife.com/wiki/Template:Snowglobe-installers-trunk/en I hope that clears things up (and didn't include false info...) I also put a mockup of my suggestion on how to clarify prettify the snowglobe download links a bit here: https://wiki.secondlife.com/wiki/User:Thickbrick_Sleaford/Sandbox -- Thickbrick From kf6kjg at gmail.com Thu Jul 29 15:17:14 2010 From: kf6kjg at gmail.com (Ricky) Date: Thu, 29 Jul 2010 15:17:14 -0700 Subject: [opensource-dev] Closing on SG2.0 : Releasing Snowglobe 2.0.2 (RC2) In-Reply-To: <201007292341.01232.thickbrick.sleaford@gmail.com> References: <201007292341.01232.thickbrick.sleaford@gmail.com> Message-ID: Thanks for clearing that up Thickbrick! And those fancy links look interesting, and definitely would give that "end-user" look to it. However, is that style or color scheme represented anywhere else on the wiki? If not, then is there other places that could benefit from similar styling? If yes to either, then you've got my vote for implementation. Ricky Cron Stardust On Thu, Jul 29, 2010 at 1:41 PM, Thickbrick Sleaford wrote: > On Thursday 29 July 2010 19:26:24 Ricky wrote: >> Ok, I don't yet fully understand the properties of the installer >> template Thickbrick added to the Snowglobe wiki page... :/ ? Could >> someone update it who does? >> >> (and maybe explain how to help maintain this. ?Or a link to somewhere >> that explains it! ?I'm used to regular wiki editing, but functions and >> variables in a wiki page are rather unusual...) >> >> Thanks, >> Ricky >> Cron Stardust >> > > I didn't create those templates, I just made copies of the 1.x ones for 2.x > installers. I think Rob Linden wrote them originally. > > Those templates create the three platform links from the build number, and the > versions numbers. There's an added complication that the trunk templates use > another template for localization of the description and for the purpose of > alternating between "Test build (trunk)" and "Release Candidate." (at least I > think that's the reason.) > > I think that the idea is that the Release template always points to a released > build (i.e. 1.3.2 currently for 1.x). The trunk template should point to trunk > most of the time, except for during the RC stages, after a release branch is > branched, but before it is deemed "released,". During that stage it should > point to the RC builds. > > I updated the 2.x trunk and branch and 1.x trunk templates already. I hope > Merov doesn't object. > > The relevant wiki pages for 2.x are: > * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers > (which points to 2.0.2 (RC2). This is against the rule I wrote above, but we > don't have a "released" 2.x build yet.) > * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers-trunk > (which point to 2.1.0) > * https://wiki.secondlife.com/wiki/Template:Snowglobe_2-installers-trunk/en > > And for 1.x: > https://wiki.secondlife.com/wiki/Template:Snowglobe-installers > (1.3.2, no change here) > https://wiki.secondlife.com/wiki/Template:Snowglobe-installers-trunk > (1.4.1 RC1, this is now tracking release candidates until we release 1.4) > https://wiki.secondlife.com/wiki/Template:Snowglobe-installers-trunk/en > > I hope that clears things up (and didn't include false info...) > > I also put a mockup of my suggestion on how to clarify prettify the snowglobe > download links a bit here: > https://wiki.secondlife.com/wiki/User:Thickbrick_Sleaford/Sandbox > > -- > Thickbrick > From marinekelley at gmail.com Fri Jul 30 15:39:39 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 31 Jul 2010 00:39:39 +0200 Subject: [opensource-dev] Using the open source exe into the regular SL folder for 2.1 Message-ID: Hi all, As some of you now, my usual method of releasing a RLV is to only release the exe and its settings.xml file, and to instruct the user to copy them both into the SL folder and into its app_settings folder respectively. This allows for light downloads and uploads (it would take me hours to upload a full viewer), and to benefit from the libraries of the SL viewer. But since 2.1 I cannot do that because no version I find on svn ever works with the current official SL viewer 2.1. It used to be an issue with the XUI XML files, now I'm getting an error message about the entry for "format_to_utf" not being found in llcommon.dll with revision 3587. In any case the source I find in viewer-external never seems to match the viewer downloaded from the SL download page. And the "sources download" wiki page has been updated the last time for 2.0... on Feb 23. Does any of you know when/if the source code will be in synch with the official viewer ? Thanks, Marine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100731/8380ccfa/attachment.htm