Re: [opensource-dev] New Mesh servers made incompatible with v2 Mesh viewers ???
On Wed, Aug 24, 2011 at 9:01 PM, Henri Beauchamp sl...@free.fr wrote: Greetings, If the answer is yes, please tell me before I loose some more hours searching through megabytes of diffs to find out what changed. A pointer to what should be modified to be able to fetch mesh data again would also be nice ! There were two major changes to mesh since the first release on Aditi of it. One was the original mesh asset was being sent as a sculpt with a sub type of mesh and then the sculptID was being used as the UUID for the mesh asset which would then be fetched. The problem here was non mesh viewers would try to show a sculpt and use the UUID as a texture and some crashed because of this. The second change was the names of lod/physics info inside the mesh asset LLSD was tweaked around, i can't recall the exact change but it was something trivial like high_lod became highest_lod Hope that gets you going in the right direction and saves some dfiffing Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Viewer 2 : Lots of Link error like error LNK2001: unresolved external symbol __declspec(dllimport) public: __thiscall std::basic_string
On Sat, Apr 30, 2011 at 12:14 PM, xinyi chen geekclawsupp...@gmail.com wrote: There are 19 K errors when i did link with the viewer project( other projects was compiled correctly) My env. is VS2008 IDE. and used deploy.py to construct the viewer solution. You said deploy.pl you mean develop.py? in that case you should use VS2005 as that was the previous supported version before the autobuild code was merged in. But unless you have a specific reason not to, its probably an idea to use the latest viewer-development code. The offical supported visual studio version is now 2010. If you want to use 2008 you are going to have to rebuild all the 3p libs, well as a minimum the C++ ones anyway, jsoncpp, boost, qtwebkit etc or you are going to face issues such as you are seeing due to ABI breakage between VS versions and the std lib, in this case with std::basic_string. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] How to handle JsonCpp's headers on STANDALONE?
On Thu, Apr 7, 2011 at 8:25 PM, Boroondas Gupte slli...@boroon.dasgupta.ch wrote: Is a JsonCpp package available for your distribution? If yes: Does it come from an official, semi-official or non-official package repository? (Or even just a manual download?) Does it install a features.h header? If so, where? Where does it install json.h and reader.h? There still is not as far as i know any offical jsoncpp package for debian or ubuntu (there is a debug bug request for one #617325) but to date i believe a lot of standalone debian/ubuntu users have been using my package on apt.byteme.org.uk. As i'm packaging and the main purpose for my package is viewer building its easy for me to update/change if this is the best thing to do, but i want to keep this ideally close to upstream as possible. If we need to start patching the (jsoncpp) package to make the viewer play nice (and for no other good reasons), it will never be an acceptable solution to get this included in debian and all i will end up doing is patching the viewer on debian builds. As for your question the dev package lay out is as follows :- drwxr-xr-x root/root 0 2010-05-10 14:43 ./ drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/ drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/share/ drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/share/doc/ drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/share/doc/libjsoncpp-dev/ -rw-r--r-- root/root 149 2009-09-22 21:00 ./usr/share/doc/libjsoncpp-dev/copyright drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/lib/ -rw-r--r-- root/root575366 2010-05-10 14:43 ./usr/lib/libjson.a drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/include/ drwxr-xr-x root/root 0 2010-05-10 14:43 ./usr/include/jsoncpp/ -rw-r--r-- root/root 33577 2010-05-10 14:43 ./usr/include/jsoncpp/value.h -rw-r--r-- root/root 1389 2010-05-10 14:43 ./usr/include/jsoncpp/config.h -rw-r--r-- root/root 617 2010-05-10 14:43 ./usr/include/jsoncpp/forwards.h -rw-r--r-- root/root 5765 2010-05-10 14:43 ./usr/include/jsoncpp/reader.h -rw-r--r-- root/root 6202 2010-05-10 14:43 ./usr/include/jsoncpp/writer.h -rw-r--r-- root/root 438 2010-05-10 14:43 ./usr/include/jsoncpp/autolink.h -rw-r--r-- root/root 177 2010-05-10 14:43 ./usr/include/jsoncpp/json.h lrwxrwxrwx root/root 0 2010-05-10 14:43 ./usr/lib/libjson.so - libjson.so.0 Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Review Request: VWR-20801 Implement SOCKS 5 Proxy for the viewer
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/232/ --- Review request for Viewer. Summary --- VWR-20801 - Add ability to use SOCKS 5 proxy to the viewer. This allows the UDP and/or the http requests to be sent via a SOCKS 5 proxy. This also allows http proxies to be used for other http operations such as caps etc as required. All the proxy settings have been unified on a single proxy floater accessable from preferences. This addresses bug VWR-20801. http://jira.secondlife.com/browse/VWR-20801 Diffs - indra/llmessage/CMakeLists.txt 65ff7415f171 indra/llmessage/llcurl.cpp 65ff7415f171 indra/llmessage/llpacketring.h 65ff7415f171 indra/llmessage/llpacketring.cpp 65ff7415f171 indra/llmessage/llsocks5.h PRE-CREATION indra/llmessage/llsocks5.cpp PRE-CREATION indra/llmessage/net.h 65ff7415f171 indra/llmessage/net.cpp 65ff7415f171 indra/newview/app_settings/settings.xml 65ff7415f171 indra/newview/llfloaterpreference.h 65ff7415f171 indra/newview/llfloaterpreference.cpp 65ff7415f171 indra/newview/llstartup.h 65ff7415f171 indra/newview/llstartup.cpp 65ff7415f171 indra/newview/llviewerfloaterreg.cpp 65ff7415f171 indra/newview/llxmlrpctransaction.cpp 65ff7415f171 indra/newview/skins/default/xui/en/floater_preferences_proxy.xml PRE-CREATION indra/newview/skins/default/xui/en/notifications.xml 65ff7415f171 indra/newview/skins/default/xui/en/panel_preferences_setup.xml 65ff7415f171 Diff: http://codereview.secondlife.com/r/232/diff Testing --- Verified login and in world interaction with proxy disabled, verified login and in world interactionvia socks 5 proxy. Code has been tested on Windows very recently and has also worked fine on linux, but i'm not currently in a position to retest that or Mac at all. Much more testing is needed to verify this does not break anything unexpectedly and also works as expected when enabled. To test requires a working socks 5 proxy. Thanks, Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] saving textures
On Thu, Dec 30, 2010 at 4:08 PM, Dave Booth d...@meadowlakearts.com wrote: On 12/30/2010 08:28, Oz Linden (Scott Lawrence) wrote: 'current' is not a version identifier - please be specific. Sorry Oz - by current I meant an up to date daily build - in that case build 217881, although I've just repro'd it on 217920 too I'm not able to repro on my own build from Viewer Development - 14355 (27dae7b01a81), the textures save as expected with a small delay whist ones that are not cached fetch from the server. So if it is consistently reproducing on official binaries then it may be related to the KDU changes (where as my builds would use OpenJpeg). Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] LLMatrix3::orthogonalize test (was: LL_TESTS for standalone out-of-source builds)
On Wed, Oct 13, 2010 at 12:37 PM, Boroondas Gupte slli...@boroon.dasgupta.ch wrote: On 10/13/2010 03:42 AM, WolfPup Lowenhar wrote: On the subject of the reason for killing test here is another reason that I have attached this is from a full build I did today. The error listed in the file is actually coded around and in visual studio you have to set that test to not treat warnings as errors so that it will not fail! I tried removing the skip line to re-enable the test, like so: diff -r 27535365bd4c indra/llmath/tests/m3math_test.cpp --- a/indra/llmath/tests/m3math_test.cpp Fri Oct 08 01:13:23 2010 +0200 +++ b/indra/llmath/tests/m3math_test.cpp Wed Oct 13 13:16:30 2010 +0200 @@ -280,7 +280,6 @@ llmat_obj.setRows(llvec1, llvec2, llvec3); llmat_obj.orthogonalize(); - skip(Grr, LLMatrix3::orthogonalize test is failing. Has it ever worked?); ensure(LLMatrix3::orthogonalize failed , is_approx_equal(0.19611613f, llmat_obj.mMatrix[0][0]) is_approx_equal(0.78446454f, llmat_obj.mMatrix[0][1]) On my system that test seems to work fine after that: LD_LIBRARY_PATH += ['/home/das-g/slsrc/hg/build/build/llcommon', '/usr/lib', '/usr/local/lib'] LD_LIBRARY_PATH = '/usr/local/lib:/home/das-g/slsrc/hg/build/build/llcommon:/usr/lib' Running: /home/das-g/slsrc/hg/build/build/llmath/INTEGRATION_TEST_m3math Unit test group_started name=m3math_h Unit test group_completed name=m3math_h Total Tests:13 Passed Tests: 13 YAY!! \o/ Maybe someone has fixed LLMatrix3::orthogonalize but forgot to re-enable the test? Or is LLMatrix3::orthogonalize behaving differently on different platforms? (That should affect quaternion calculations and auto-leveling in Flycam mode, so it's unlikely to go unnoticed.) Anyway, would be good if others could re-enable the test, too, and see whether it also passes for them. Bumping this as i've just looked at it myself, the test is working fine on windows for me too and it does not appear that it needs skipping and as noticed previously in this (old) thread that the skip() is causing a unreachable code error in the test. So any reason why the test cannot be reenabled? Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Anyone playing with Android and Second Life?
On Tue, Dec 28, 2010 at 3:30 PM, Opensource Obscure opensourceobsc...@gmail.com wrote: Hopefully they're actually not violating TPVP and could apply for inclusion in the Directory, but it's a bit hard to trust them right now. (what do you think?) There is a stricter requirement to be listed in the Third Party Viewer list than to actually connect to the SL Grid, so the fact they are a closed source solution, whist fine with the TPVP in general, would not allow them to be listed due to clause 6.a.iv.B/C, but would allow them to be used to connect. The other issue is, if they are using a central server to perform the connection to SL then transmitting revelant data to your handset, unless they have been very clever to avoid TPV clause 2.e, and it seems to be this that is mentioned in the linked discussion, then that would be considered a serious issue by LL, even if they had all good intentions. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Review Request: VWR-20879 FTBFS: find_vc_dir() fails with Visual Studio Express
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/66/ --- Review request for Viewer. Summary --- Add VCExpress as a search option in find_vc_dir() to enable the build process to complete even when using Visual Studio Express This addresses bug VWR-20879. http://jira.secondlife.com/browse/VWR-20879 Diffs - indra/lib/python/indra/util/test_win32_manifest.py 279f35982a1a Diff: http://codereview.secondlife.com/r/66/diff Testing --- Built viewer development using VCExpress 2005 to completion/installer generation sucessfully. Thanks, Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Uses of the Lookat target Crosshairs
On Mon, Oct 4, 2010 at 2:55 AM, Latif Khalifa lati...@streamgrid.net wrote: You are reading too much into these targets. Those are just viewer effects that help your viewer position head and the direction of eyes of the avatar to the desired location. They have no other use. Yes as Latif says there only purpose is for the head turn/look at animation so that your avatar will turn its head towards the chat source for a nice i'm listening to you effect. The LL viewer uses a small back off so that in busy areas you are not flipping your head everywhere and i would guess the LL viewer correctly clears the look at effect after a short time. Some viewers (i believed introduced by Emerald) seem to make a big deal out of the look at crosshairs, then if another viewer comes along that does not correctly clear the lookat effect you get rude IMs asking why your crosshairs are on me. I've had this before with one of my viewers, it was not clearing the look at, so in a busy area i quickly ended up with crosshairs on everyone who had spoken then started getting rude IMs from emerald users who had the look at cross hairs turned on and could see where they were pointed. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Openjpeg/KDU the cold hard metrics
On Thu, Sep 23, 2010 at 3:40 AM, Sheet Spotter sheet.spot...@gmail.com wrote: There may be another option for obtaining a common set of J2C files for comparison. Viewer 2 installs 784 JPEG-2000 files (*.j2c) in the local_assets folder under the main install folder (e.g., C:\Program Files\SecondLifeViewer2). Doh!, good call. we could set the default path for the test to use those +1 on that idea. The j2k_metric test harness decoded all 784 files from the local_assets folder without errors. The OpenJPEG 1.3.0 library was 3.7 times slower than the KDU library that comes with Viewer 2.1.1.208043 (the current release version). That's significantly different to my latest results, but i need to validate on that texture set. I'm expecting we will see massive differences between relative performance from CPU to CPU. I'll put up a google doc that any one can add to and we can all (if you want) add our individual results against this set. I have been unsuccessful at implementing the additional functions to make the OpenJPEG v2 interface compatible with the earlier v1.3.0 interface. The test application aborted with buffer overrun errors. Oopsie! Did you see https://jira.secondlife.com/browse/SNOW-361 ? i used that code to interface to OJP 2, you do need to build openjpeg with a compile flag to expose two functions that have been deprecated , USE_OPJ_DEPRECATED is what is needed in openjpeg. There was one small surprise. Only two threads were in use for both the OpenJPEG v1.3.0 and KDU tests. I expected KDU to use all eight available threads. I'm not overly concerned on threading for this reason, JPEG2000s often are GB/TB images, Nasa etc use them for planet surveys and all kinds of things, multi core support there is really valuable and will clearly speed up the total process. In SL we are decoding lots of small images so my argument is that KDU using all 4/8/what ever cores is little real world advantage over 4/8/whatever threads decoding separate images in parallel and for the end user the effects will be very similar (assuming a similar single thread decode performance) and infact depending on how KDU is written, it might even have a performance penalty if it spawns threads for each decode as starting threads has a cost, that cost is worth paying for single very large images, but could be too much for multiple images as the thread start costs adds up. I suspect the KDU api has an option to use/not use multi core so may be LL have some control over this and can optimised? Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Openjpeg/KDU the cold hard metrics
On Thu, Sep 23, 2010 at 3:40 AM, Sheet Spotter sheet.spot...@gmail.com wrote: There may be another option for obtaining a common set of J2C files for comparison. Viewer 2 installs 784 JPEG-2000 files (*.j2c) in the local_assets folder under the main install folder (e.g., C:\Program Files\SecondLifeViewer2). The j2k_metric test harness decoded all 784 files from the local_assets folder without errors. The OpenJPEG 1.3.0 library was 3.7 times slower than the KDU library that comes with Viewer 2.1.1.208043 (the current release version). Hi (again) Sheet and everyone else, I've started another sheet with a fresh set of results on another system of mine, please feel free to add your own tests rows https://spreadsheets.google.com/ccc?key=0AiSrUP47_VxIdEZ4NmlSY281UXFac0ZZTkVjWGJtV1Ehl=enauthkey=CIGY9M4O If you want to compare to KDU you need to compare to KDU on your system don't compare to by KDU results or anyone elses, thats not a fair comparision. OJP 2.0 is not playing nice with the local_asset texture set needs some work. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Openjpeg/KDU the cold hard metrics
On Wed, Sep 22, 2010 at 9:29 AM, Ann Otoole missannoto...@yahoo.com wrote: How many textures do you need? I bet I have a bunch that are perfectly OK for this purpose as well as for commercial use. And if you need more I can generate them using filters. I.e.; this is not a block. Thanks, I was running just under 300 for my tests, but we could do with a mix of RGB and RGBA textures + some that have lossless encoding and also some encoded on KDU and some on Openjpeg as there are differences. So any you want to donate to the cause would be most welcome, i can easily add a text file with a list of textures and copyright by who etc so its clear who actually owns them. Also i can encode if necessary but esp with the KDU ones i need to be 100% i've made them the same as the viewer does. We ideally want to get more that 300 and get a good test bed of say 1000 in total and then that will be very useful with a common set of textures for everyone to compare results with as many things in common as possible, this will then show differences on optimisations between different CPUs, operating systems etc and make it very easy for changes to openjpeg or any other decoder to be compared on mass. Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Openjpeg/KDU the cold hard metrics
Hi everyone I have been doing some direct comparison between KDU and Openjpeg and have some metrics to share with the rest of you (in case you have not seen them already flying around on #opensl/ or AWG chat) https://spreadsheets.google.com/ccc?key=0AiSrUP47_VxIdFY4Mi1VUkdnaXJsSVpldGRPZXoxc3chl=en#gid=0 The tests were done in a test harness using the LLImage class from the viewer. 296 Typical SL textures which were complete were used, Each texture was decoded to discard level 0 (fully) and the timing was only done for the call to decode(). This was repeated 10 times to average out some CPU load jitter and the results entered on to the spreadsheet. I did some variations on openjpeg 1.3 with builds on VC2005 and 2008 and some different SSE and optimisation settings, I also did a test with the Openjpeg V2 code from SVN, although I had to remove 5 textures from the test to prevent this from crashing. The SSE results are interesting, my CPU is an AMD Athlon II X4 64 bit quad core but with 2005 and 2008 SSE2 slows down the decode process,and 2008 also does a better optimisation job than 2005. I'm still not 100% sure why the build of openjpeg supplied by imprudence is better than my builds on 2005. I've also not done any tests on linux, but the basic pattern of KDU being way faster than openjpeg 1.X and 2.X being faster than 1.X i do not expect to change much, the only thing that might change is ups and downs for various optimisations and extra CPU instructions such as SSE behaving differently under gcc. Openjpeg 2 is really looking like its made a massive improvement in its speed, but currently its very unstable, as I said it crashes with 5 of my test textures (which appear to be perfectly normal RGBA textures of common dimensions). Its also crashing with encode for bakes and as far as i know it has issues/is not complete to handle truncated streams either, all of which make usage in SL right this moment not possible. I think openjpeg 2 is where opensource effort should be directed as its not _that_ far behind KDU for raw decode speed (compared to OJP 1.X) currently and yes I know the new KDU can use multiple cores, but so what, we can run multiple decode threads, its nots if we are decoding a GB image so that extra boost is probably not that significant for the type of SL usage. So this brings us to the state of Openjpeg 2.0, Now i know Dzontaz and Callum have done quite a bit with Openjpeg of various versions in the past, if either of them are watching do they have any insites to the current state of OJP 2.0 for SL usage (or does anyone else), as very little has happened in Openjpeg svn for a long while now I fear if we want this to work we may have to fix it and supply the patches upstream ourselves. I believe at one point Dzontas was using OJP 2 for download but OJP 1 for upload when testing it. Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Openjpeg/KDU the cold hard metrics
On Tue, Sep 21, 2010 at 7:44 PM, Aidan Thornton makos...@gmail.com wrote: On 9/21/10, Robin Cornelius robin.cornel...@gmail.com wrote: I'm still not 100% sure why the build of openjpeg supplied by imprudence is better than my builds on 2005. Imprudence is using the openjpeg SVN trunk version from a few months ago, which is essentially a pre-release version of openjpeg 1.4 and is slightly more optimised than 1.3. I built off revision 635 from trunk and tried with no SSE/SSE1 and SSE2 as per my results, SSE1 on 2008 gives the best effect, SSE2 is a disaster all around on my setup. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Compiling Snowglobe
On Tue, Sep 14, 2010 at 12:35 PM, malachi mala...@tamzap.com wrote: yes you can get the boost you need at http://www.boostpro.com/download/ On Tue, 14 Sep 2010 03:18:30 -0400, Rob Nelson nexisentertainm...@gmail.com wrote: Are you sure they work with snowglobe/snowstorm? Any boost libs used MUST be compiled with SECURE_SCL=0 in order to be compatable with the secondlife source code compile options, and depending on the version of boost /winSDK you may also need to add SECURE_STL=0 and neither of these are default options so my past experience has shown the libs from boostpro do not work for SL. What is wrong with the libs provided with snowglobe/snowstorm on Visual Studio 2005? is this some new problem that they do not work? they have always worked fine for me on multiple systems and sdks. If you are looking for libs for 2008 see http://jira.secondlife.com/browse/VWR-9541, which has a link to my boost builds for 2008 http://www.byteme.org.uk/downloads/boost_1_39_VC90_no_scl_shared_crt_static_link.zip (as the LL supplied ones for 2008 do not function). Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Compiling Snowglobe
On Tue, Sep 14, 2010 at 2:41 PM, Brandon Husbands xot...@gmail.com wrote: Vs 2008 is actuality broke for the viewer due to cmake errors a bunch of if calls look only for vs 2005 use 2005. https://bitbucket.org/robincornelius/viewer-development-vwr-20879 contains the patches needed to work with 2008 (and express) with less fuss, the repository is lagging a little behind viewer-development tip but it should merge to latest fine. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Snowstorm clarification
On Fri, Sep 10, 2010 at 3:30 AM, Kitty sl...@catznip.com wrote: Maybe I missed something when Snowstorm was announced, but I was under the impression that LL was going to be more open about viewer development. Before Snowstorm there were code drops into viewer-external on SVN several times a week (or weekly at worst). Since Snowstorm there haven't been any noteworthy upstream code drops from LL into viewer-development (2.1.1 was added, but then it was already on SVN before) that aren't resident contributions or reintegrating Snowglobe patches. If development of the viewer hasn't been halted for the past three weeks, where is all of the code going? *confuzzled* The main development integration is taking place on https://bitbucket.org/lindenlab/viewer-development where you will see commit by commit as it happens, which is pretty much new things through out the working day every day. SVN is dead now and there will be no further updates to it. There are no more code drops as these were often badly out of sync with actual releases and often were broken due to the exact point they exported from etc. All code both from external contributors and internal LL teams makes its way to the viewer-development hg repository which will now be used to build release viewers and release candidates etc (which will be tagged as approprate), so any actual release viewers will be build right off that public repository. Snowstorm itself is the name for the team of people managaging the above hg repository Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801)
On Wed, Sep 8, 2010 at 1:01 PM, Tofu Linden t...@lindenlab.com wrote: Not a great success, sadly. On the official build machine (build-linux) the autobuild aborts with a python(?) error pretty quickly. On my local machine everything builds great, and basically runs, but the resulting libcurl doesn't have HTTPS support (it didn't find openssl, I guess) which we need. I'm not really familiar with autobuild - perhaps Brad has some input? Should I be running this on a specific host that isn't build-linux? I could pretty easily hand-roll a build to unblock VWR-20801, but autobuild is infinitely more desirable. Yea handrolling is easy but clearly not where you want to be, Iv'e certainly done it for windows for testing the socks code and also build it for linux myself in the past no problems. One thing to note I'm not sure of the status of cares WRT non blocking curl dns lookups. Looking at the curl source it uses Windows threads for DNS lookups on win32, but it always was a requirment to use c-ares with --non-blocking on linux to prevent libresolv from stalling the viewer, it may have moved all DNS lookups to threads as the internal curl state machine does feature wait DNS states. Nothing should have changed here from the last curl package you releases though so once you have beaten the autobuild server to find openSSL it should just do what ever it did before and work fine. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801)
On Tue, Aug 31, 2010 at 10:54 AM, Robin Cornelius robin.cornel...@gmail.com wrote: As mentioned at Oz's OH yesterday, I would like to try to finish off the Socks 5 proxy work in the sprint about to start, my repository can be found at --snip-- I've created a Windows test setup.exe that includes the latest version of the VWR-20801 code, this can be found at http://www.byteme.org.uk/downloads/Second_Life_2-1-2-0_LindenDeveloper_Setup.exe Note, i've done a default Release build and package, so the Viewer will install under LindenDeveloper and appear on your start menu as that, the build contains only the latest (as of yesterday) viewer-development code + my code from https://bitbucket.org/robincornelius/viewer-development-vwr-20801. It would be very useful to find some SL users who are having access problems from behind a firewall and can also either get access to, or get their network admin to set up a Socks 5 proxy server for them to get acccess to SL via. The Socks 5 settings can be found on the Setup tab of preferences. Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Request for review/testing Socks 5 support for viewer-development (VWR-20801)
As mentioned at Oz's OH yesterday, I would like to try to finish off the Socks 5 proxy work in the sprint about to start, my repository can be found at https://bitbucket.org/robincornelius/viewer-development-vwr-20801 It is a few days out of date, and I will address that ASAP, but I am more concerned with the functionality of the core feature at this immediate stage to make sure it does what it says on the tin for everyone else. I've compiled on all 3 platforms ok but I've only tested currently on windows as my other boxes are having issues running the viewer (for various off topic reasons that i'm fixing when i get time) I started a test plan (also incomplete/outof date currently) https://docs.google.com/document/edit?id=1LM1EjS_RFzgR_3nkDkrpM8NMBuQaeJo7CDbp21fCE_Qhl=enauthkey=CIjDl9sB The proxy supports the same feature set as the original implementation in Snowglobe 1.X, that is http traffic can be sent to a http proxy (web proxy setting) independent of the UDP trafic being sent to a socks 5 proxy. This provides combinations that allow http-texture/asset to be sent via squids (with appropriate store rewrite rule) to cache textures/assets. Access to these extra modes can be achieved by clicking the tool icon to the side of the socks proxy address/port field on preferences/network I believe this feature is a partial answer to the story As a Business User, I am sometimes unable to access SL at all from behind my company firewall. How do I work around this? on the back log, clearly this only provides one method to work from behind a firewall and currently it does not address Voice at all. It is possible to proxy voice via socks 5 as well, but this requires other modifications that are outside the scope of this jira/feature, but is something I have done a functional proof of concept test on, i just need to find a clean solution that is acceptable and easy to use. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] J2C fast decoder
On Wed, Aug 25, 2010 at 10:00 PM, Altair Sythos syt...@gmail.com wrote: i'm testing in RL office (not or a viewer) JasPer decoder for JPG2000 images, after a short test with openjpeg2000 from EPFL we have tested last 3 days JasPer (only a POC apps to do some bench), we must do a lot of work too, but this is a lil question... anybody here around never tried it as alternative to OpenJPEG/KDU in a viewer? I'm not aware of anyone publishing results for such a test, but if you have the time it would be interesting reading. Some things to keep in mind. OpenJpeg has patches floating around on its ML against 1.3 that reports have claimed up to 40% speed increase in places due to unrolling the inner loops so finding them and testing would be good. Also in SL usage, (please correct me if i am wrong) when the viewer ups the resolution (using discard levels) openjpeg needs to redecode the entire image, KDU does not, and the meta data extraction for OpenJpeg is also expensive causing a decode, which could probably be fixed. Also we have a good mix of 3,4 and more layer textures here in SL, so your RL office comparision may not accuratly reflect performance within SL, but its still good stuff. Best regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] VC Express/2008 request for testers/code review
Hey everyone, I've spent way to much of my time recently trying to fix up the builds initally for 2005 Express, but that very rapidly became tangled with needing to fix the build process to be aware of which compiler version it was using so this naturally led to 2008 support being addded. I really would like to get some input from Brad on this as this is one of his areas. But also testing from express and 2005/2008 compilers would be helpful The revelant JIRAs are VWR-20879 - FTBFS: find_vc_dir() fails with Visual Studio Express SNOW-788 - Fix cmake files to correctly include boost on VC2008 windows builds VWR-20914 - Allow the MS CRT dlls and manifest location to be manually specified to work around VC Express limitations VWR-20915 - Remove hardcoding of VC80/8.0 from cmake and python files VWR-20921 - mt.exe is not found when building with visual studio 2008 You can find the complete patch bundle applied to viewer-development at http://bitbucket.org/robincornelius/viewer-development-vwr-20879 Additional instructions are on the wiki page - https://wiki.secondlife.com/wiki/User:Robin_Cornelius/viewer-development_VC2005_Express , these instructions work around fundimental limitations of Express and the fixes i have documented would then apply to any viewer branch in future so they can be considered system wide fixes. I do not believe these workarounds should be corrected in the viewer code, it is not something the viewer is doing wrong. If you decide to try to build 2008, please note that express users still need the winres.h fix from the above wiki link and also you need to copy the precompiled boost libs detailed at the end of http://jira.secondlife.com/browse/VWR-9541. My test environments have completed builds to an installer sucessfully with 2005 and 2008 Express. There is one final issue if you use 2008 express which i believe at this time is out side the scope of viewer fixes. The LL supplied prebuild libs are build against VC80 CRT v 4053, if you build with 2008 you will have dependencies on both the VC80 4053 CRT and your current VC90 CRT. So the installer if distributed to a 3rd party may fail to run as it will not copy the VC80 CRT to the installer. If and when LL decide to update to 2008 internally this should all just fall in to place without changes. Thanks ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Draw Distance
On Mon, Aug 23, 2010 at 5:49 AM, Laurent Bechir laurent.bec...@madonie.org wrote: Marine Kelley a écrit : Please be careful not to screw up debug settings that must NOT be changed. Some are capital for the viewer to function normally, and would completely shut out users who don't know how to change them back offline, and to what. Wouldn't it be possible to have an argument default like this for example : /set debugvar default which would put back the debugvar to its default value ? Yes, settings.xml already contains all the default settings and is essentaly readonly, changed settings are written to the user settings.xml in the user data area, so it is easy to revert any setting to its default installed value. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] SSH authentication
On Sun, Aug 22, 2010 at 12:21 AM, Nicky Perian nickyper...@yahoo.com wrote: How do you do this in windows. Can you take your local key from Linux? Yes, but you need the full key not just the public key. Puttygen part of the putty ssh suite has the ability to import/export OpenSSL keys as well as some other formats, and tortoiseHG probably uses the putty key format if you are using that/want to ssh auth from windows. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Draw Distance
On Sun, Aug 22, 2010 at 10:09 AM, leliel leliel.mir...@gmail.com wrote: On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas miro.col...@gmail.com wrote: That's what I referring to, the command line commands. VERY handy! And dd is one I use a great deal. /set RenderFarClip 128 /set RenderVolumeLODFactor 2.0 /set WindLightUseAtmosShaders 0 With a system like this you could change any setting on the fly without ever having to open the UI which would be great for filming machinima. Cam into a building and turn on global illumination and crank up the SSAO settings for deep highlights, cam back out and put SSAO back to the defaults and turn off GI for a better frame rate. Thats a powerful idea, is there a new feature JIRA for this on the LL pJIRA currenty? if not could I kindly ask you to create one for it and post the issue number back here. The problem comes is its not just a case of updating the gSavedSettings with new values (which would be very easy to do in the way you have described). Many of the settings need applying in some way to push the correct values to the correct place, many of the debug settings would just work but some would not and thats where the work for this feature would start, but i do like where you are comming from with this. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] SL on ARM platform
On Fri, Jul 9, 2010 at 6:58 AM, DEEPAK JAIN j.dee...@samsung.com 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 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Questions about SOCKS5 support in SnowGlobe
On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham n...@knowsense.co.uk wrote: I hope that this is the right place to ask - I'm very interested in trying the SOCKS5 support in SnowGlobe to connect to both SL and also my own OpenSim instances from inside corporate firewalls, and to allow prospective clients to do the same. I have two questions: Does SLVoice traffic get 'socksified'? If the organisation doesn't have a Socks server, can I run a Socks server such as antinat outside the firewall (eg - on the OpenSim server box itself) and tell SnowGlobe to route traffic through an acceptable firewall opening port such as 80 or 443? Not currently no, the SLVoice is a seperate process and is not subject to the socks wrappers within the viewer. Although i see no reason why you could not socksified that executable with a socks wrapper program for the time being. I think this deservesis worth a jira feature request, as SG 1.4 supports socks and SG2.0 will once i pull my finger out, SLVoice also supporting it is a valid requirment Give me the SLVoice code and i will do it. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] [POLICY] Configurable HTTP user-agent string
On Wed, May 5, 2010 at 11:02 AM, Tigro Spottystripes tigrospottystri...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 can the the client loading HTML on a prim be considered the same as the internal web browser or the rules change in that case? Techinaly there is no internal webbrowser, all html pages are generated from a seperate process to the viewer using the webkit rendering engine and passed to the viewer as a texture via a shared memory buffer. Using seperate processes is enough to isolate from GPL issues and other licence issues in other cases so i can't see what the html engine user agent string has to do with the TVP and the unique identifier which is used by LL on the xmlrpc login processin this case either. I often have to change user agent on my browser to fix broken websites, I can't see how this is any different. Plus if this really is an issue LL can request that you unfix your code, i believe that was part of the TVP conditions for connecting to SL but again the webbrowser is not specificly connecting to secondlife and its the age old story of anyone who wants to do bad things can and will fake idents regardless, its only leigit viewers that need to fake idents to avoid broken content in this case and not allowing a viewer to fake this only hurts and would make a mocery of the entire 3rd party viewer system. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] [VWR] Compiled SG 1.4 not starting / .dll file issue
On Sun, May 2, 2010 at 4:41 PM, Jonathan Welch jhwe...@gmail.com wrote: I've compiled SG 1.4 on Windows XP SP2, first with VC 2005 Express Edition and then with SP1 installed. When I try to start the program, either from a link or from within VC, I get an error: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. Welcome to winSxS dll hell None of this has worked. If anyone has some idea of how to fix this I would be very happy to hear of it. Is there something wrong with a manifest file? yes, quick and simple way, if you are running on your own PC only and not distributing, delete any *local* copies of msvcrt.dll and its friend, eg the ones in your build tree. Delete the .config file too that does binding redirects and ensure you have the latest version 8.0.50727.4053 of the CRT installed on your PC, this is ONLY available as a security upgrade from http://www.microsoft.com/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2displaylang=en That does work. If you need to distribute to others in a setup.exe you really should send them the redist.exe first and ship your installer without the mscrt dlls, it is very very wrong to ship winSxS assemblies as private dlls, and there is even a comment to this effect in the LL python code. What should happen is the dlls should be registered with the installer COM system and that worries about the stashing away of these dlls in to windows\WinSxS\* but the story gets worse here, on XP the API is not officially documented, the vista documentation appears to work fine and i've even once crafted an Nullsoft installer to install these dlls in to the SxS cache, (Windows Installer does this kind of install with out fuss, as it can already talk to the trusted installer service), and as of Visual Studio 2010 MS have gone back to the standard windows\System32\ place to install the C runtimes. ;-/ Fun eh? Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Steps For Uploading a Modification
On Fri, Apr 23, 2010 at 1:48 AM, WolfPup Lowenhar wolfpu...@earthlink.net wrote: I have just finished a modification to the way chat log files are named and would like to see what the rest of you thing and help me test it out. I do not know the process for doing this and hope you can help me out. The modification only Affects one file so it should be useable across all platforms. Hi Wolf, Open a JIRA against the SNOW project and set the Issue Type to either New Feature or Bug, depending if you are adding a new feature or fixing an existing problem. Write a short description of what you are chaning/why in the description box Set the component to the closest match to what you are changing/adding/fixing , in your case Chat/IM/ might be a good one. The EAffects version box is more fucused for bugs, but i guess this would also be the version that the patch adds a new feature for as well. Environment, this should probably be ALL for a new feature for all platforms, usualy more important for bug reports where a specific combination of operating system etc affects the reproducibility of bugs. The attach your changes as a unified diff/patch file. If you are using svn you can generate the diffs directly, certainly on windows TortoiseSVN has a generate patch option that grabs all changes and creates a diff. Have a scan through the diff before you upload to make sure it only contains your changes and no other left over white space changes, or any build workarounds you have on your system etc. Then submit that, and give people the SNOW-xxx number if you would like them to look at it and give feedback Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Requesting Linden Response: Please move TPVP Topics to a different mailing list
On Wed, Apr 14, 2010 at 2:27 PM, Ron Festa overdr...@dceo.rutgers.edu wrote: I feel your frustration, however, this is the opensource-dev mailing list not the snowglobe-dev mailing list. Both SnowGlobe and TPV's are open source viewers based on Linden Lab's mainline viewer the only difference is Snowglobe is distributed by LL. Discussion on policies that effect open source development should be encouraged. If you only want to see stuff relating to SnowGlobe then either encourage LL create a snowglobe-dev list or configure your mail filters to only allow email related to snowglobe to enter your inbox from this list. I agree, very important topics have been banging around here recently that effect all opensource work with the Linden Labs code and secondlife itsself, that said is there a call for a seperate snowglobe-dev list? I certainly don't want to see this list change much and it should stay a general opensource/secondlife type list but it may be worth a list to focus specificly on snowglobe only topics? Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] IRC bridge for brown-bag, Tuesday 4/13 noon PDT
On Tue, Apr 13, 2010 at 3:34 AM, Joe Linden j...@lindenlab.com wrote: I will also try to provide a dial-in bridge (using the AvaLine access numbers) for access to the voice channel for people who can't (or won't) make it in-world. I'll post the dialing information for that as soon as I've fully tested it in the proximal channel we're using tomorrow. I've also got an IRC bridge ready to roll, and a shoutcast server set up to stream in world voice chat, hopefully it will be working correctly later and this combined with the other options gives a lot of possible ways to participate in the events and hear what is going on. My bridge is currently on EFNet channel #brownbag Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Snowglobe 2.0 sync with Viewer 2.0
On Sat, Apr 3, 2010 at 1:14 PM, Jonathan Irvin djfoxys...@gmail.com wrote: Do we have an effective way of compiling the SnowGlobe viewer in Linux with *.sh script? in debian? Normally yes, my debian source packages will build the snowglobe viewer using the standard debian tools, but currently this is only working on 1.X. i've done some work on snowglobe 2.0 to fix some build issues, but there are others that need resolving. The whole 2.0 build needs some TLC so it works with out major hiccups on common build configurations. I need to go back through the SVN and see whats broken and whats already patched in jira awaiting commit. When things work correctly its two commands to build anyway but It might be worth pushing my build scripts to a wiki for easy use by others. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Request for clarification on mailing list guidelines
On Tue, Mar 23, 2010 at 5:12 AM, Philippe (Merov) Bossut me...@lindenlab.com wrote: Hi, Each tool has its pluses and minuses and we use a variety of them: - IW meetings: we have our weekly Hippo meeting and I truly encourage folks to come. It's my favorite comm tool personally as it's a dedicated moment and we have full attention of everyone. Should we do more of this? I agree this is a particulary productive meeting and for the most part people plan ahead and add items to be discussed to the ajenda and we normally make good progress on most issues. The biggest issue is that a single hour is not often enough to cover all issues, and the exact time it currently is will not suit everyone (and i guess any other time will not suit everyone either), but instead of extending the existing meeting, is there a call for 1 more time slot? possibly at a completly different time so those who can't make the Thursday meet can make the other one? some of the power of this meeting is that its a single slot of time and this causes focus, additional time slots could dilute this? - IRC: great for informal and quick discussions but *highly* distracting. I sometime choose not to be available so I can focus on work. It can be distracting but I find it extreamly useful, tend to get real time discussions going over issues and can really get in to techincal issues with minimum overhead. Also useful as its exceedingly lightweight so can be left idling. Certainly the current snowglobe committers tend to idle there as well and its an easy way to get hold of each other. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] 32 bit Official viewer 2 beta, Snowglobe binary (rev 3229) does't run 'out of the box'
On Tue, Mar 23, 2010 at 3:36 PM, Dzonatas Sol dzona...@gmail.com wrote: I found a workable solution. $ mkdir /tmp/extralibs $ wget http://ftp.us.debian.org/debian/pool/main/g/gdbm/libgdbm3_1.8.3-3_i386.deb $ wget http://ftp.us.debian.org/debian/pool/main/t/tcp-wrappers/libwrap0_7.6.q-16_i386.deb $ dpkg -x libgdbm3_1.8.3-3_i386.deb /tmp/extralibs $ dpkg -x libwrap0_7.6.q-16_i386.deb /tmp/extralibs $ cd YOURSNOWGLOBEDIR $ cp /tmp/extralibs/lib/* lib $ cp /tmp/extralibs/usr/lib/* lib 32 bit Snowglobe 1.4+ binaries then work on Debian Lenny 64 Can we wiki this somewhere? would be handy to keep any compatability work arounds documented somewhere. Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Wiki posting: Open Source Repository Strategy
On Mon, Mar 22, 2010 at 1:59 PM, Kent Quirk (Q Linden) q...@lindenlab.com wrote: The merge to Snowglobe isn't automatic -- it probably requires intelligent merging. So if that includes leaving things out, so be it. The right way to do it will probably be to undo the changesets so that it doesn't become a fork that requires constant maintenance. Merov specificaly talked about this point at last Thursdays snowglobe meeting. Although we were running short of time and there may be need for some fine details. The consensus of those present was to manually merge from vendor branch about once a week. A manual merge is probably vital here as snowglobe will be adding its own features and fixes and any of these could be damaged by incomming code based of a slightly different code base. Hopefully a great deal of snowglobe patches will make there way back to the main viewer code anyway and this type of conflict will not happen too often. The other thing Merov said is if a vendor imported patch breaks/conflicts with snowglobe then just revert that patch and flag up the situation. The final idea was the help of a merge monkey someone who could assist with the merging from vendor to snowglobe so that its not always merov, this could be multiple people taking it in turns etc, this was all up in the air and just ideas banded around at the meeting. Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] qtwebkit source out of date, API incompatible with 2.0 code base
Hey everyone, With 2.0 the api for the qtwebkit library has changed again and the current versions available on hg.secondlife.com are significantly out of date again. This means that its not possible to build completely from source or have a totally standalone/64 bit versions like many of us were building in the past. Currently we are disabling webkit and thus breaking shared media and everything else that relies on it in order to build 2.0 standalone completely. http://jira.secondlife.com/browse/SNOW-509 I'm sure this is probably just an oversite with the priority to get the 2.0 code exported but if someone could take a look at this and push the appropriate llqtwebkit to hg.secondlife.com it would be very helpful. Regards Robin ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Second Life Package Repo
On Thu, Feb 18, 2010 at 7:08 PM, Jonathan Irvin djfoxys...@gmail.com wrote: Moving this to it's own thread... Hey Linden Labs, when are we going to put Second Life in linux package format so we can just link to your repo and have us be able to install and upgrade from our respective package managers, i.e Yum Apt-Get? This would really speed up the way we handle SnowGlobe. Well i'm not from LL, but i have been maintaining Debian and Ubuntu repositories for the more than 2 years. Originaly as a fork viewer known as omvviewer, i'm focusing on snowglobe a lot more now (on the repositories) and have the 1.3 version of snowglobe (well 1.3 SVN + patches i hope to commit to SVN) up and running for testing. So you can apt-get install snowglobe directly from my repository. I'm also a committer to snowglobe and helping with various build and cmake issues are one of the things i have done to help ensure keeping this on a resposotory is as smooth a process as possible. The basic details can be found at http://omvviewer.byteme.org.uk linking to debian and ubuntu (and others) instructions and the package. Although that page is a little out of date as it still talks mostly about omvviewer. Regards Robin ___ 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
