[opensource-dev] Questions about SOCKS5 support in SnowGlobe
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? Any help gratefully received! Thanks Neil ___ 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] Linux + QtWebKit + Flash 10.1.x = Crash
I'm going to attach a work-around to SNOW-548. Cheers. Thickbrick Sleaford wrote: > Hello all, > > It looks like recent (>10.1) Flash versions can't work with any QtWebKit > browser including the webkit plugin in Snowglobe 1.x and Viewer 2 on Linux. > This is because those versions of Flash don't initialize gtk properly (Adobe > assuming that the browser is gtk based, i.e. Firefox.) > > This results in the crash of the SLPlugin process when trying to show the > login page, or any other web page (though some of the pages sometimes get > half-rendered). > > There is a fix for this in upstream QtWebKit, but this would require > rebuilding the prebuilt llqtwebkit packages. Until then, Linux users who are > trying to stay safe have a problem, because Flash 10.0 is not getting > security > updates on Linux anymore, apparently (and the chances of Adobe fixing this > are > close to zero.) So I think we need to solve this as quickly as possible. > > Here are the relevant bugs: > http://jira.secondlife.com/browse/SNOW-548 > https://bugs.webkit.org/show_bug.cgi?id=40567 > > > This is what Flash spits out on stdout before crashing: > (process:2096): GLib-GObject-CRITICAL **: > /build/buildd/glib2.0-2.24.0/gobject/gtype.c:2706: You forgot to call > g_type_init() > (process:2096): GLib-CRITICAL **: g_once_init_leave: assertion > `initialization_value != 0' failed > (process:2096): GLib-GObject-CRITICAL **: g_object_new: assertion > `G_TYPE_IS_OBJECT (object_type)' failed > ___ 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 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] Questions about SOCKS5 support in SnowGlobe
Thanks Robin, you are a very kind soul. Socksifying SL Voice is much needed for behind the firewall access. R On Tue, Jun 22, 2010 at 4:20 PM, Robin Cornelius wrote: > On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham > 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 > -- 'Consider how the lilies grow. They do not labor or spin.' Rameshsharma Ramloll PhD Research Associate Professor Idaho State University, PocatelloTel: 208-282-5333 More info at http://tr.im/RRamloll ___ 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
Thanks - that makes sense. I can raise the jira if that helps. On Tue, Jun 22, 2010 at 11:20 PM, Robin Cornelius wrote: > On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham > 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 > -- Neil Canham -- Director Flying Island Limited m: +44 (0) 7974 095903 e: neil.can...@flyingisland.co.uk ** Flying Island Limited: the 'Really Useful' Web ** Please consider the environment before printing this email This e-mail and any files transmitted with it are confidential and could contain information that is privileged to the intended user of the e-mail address to which it was addressed. It must not be copied, disclosed or distributed under any circumstances without the prior authorisation of the sender. If you are not the intended recipient please contact ad...@flyingisland.co.uk and then permanently delete the original message. Please note that any views expressed by the sender in this email are not necessarily those of Flying Island Limited. Also note that while we endeavour to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened. Flying Island Limited Registered Office - 22B Priory Crescent, Southsea, Hampshire PO4 8RL Registered in England and Wales: Registered No. 07121424 ** ___ 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] Explorations in develop.py
Looking through develop.py, I spied the following lines: 281-elif self.arch() == 'x86_64' and self.is_internal_tree(): 282-# the viewer does not build in 64bit -- kdu5 issues 283-# we can either use openjpeg, or overhaul our viewer to handle kdu5 or higher 284:# doug knows about kdu issues 285-return ['server-' + platform_build] Using svn blame, I found that these lines arrived into /linden/projects/2010/snowglobe/trunk/indra/develop.py at the time of the creation of this project at r3145. I didn't checkout and search up the parent branches (wish svn had a way to do this easily!) Because of this, I am unable to tell whether this is still valid or otherwise. Any enlightenment? Maybe a JIRA so I can see what the current status is? My initial searches have turned up nothing, however, I may not be using the correct keywords... My memory is bugging me with the thought that a switchover to OpenJPEG has already happened... If so, then section of code should likely be updated. Of course, it seems from the conditional that is is only about 64 bit builds of the Linden internal branch. However, the reasoning given here may not be valid any more, and could possibly be replaced with a reference to a JIRA issue, maybe even the Linux 64bit build meta http://jira.secondlife.com/browse/VWR-13793 . Thanks, Ricky Cron Stardust ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Tut Error Building Standalone
This looks a lot like a resurgence of http://jira.secondlife.com/browse/SNOW-649 However, the structure of CMakeLists.txt seems to have changed quite a bit since that time. Any ideas? The error is identical to the example given in the JIRA issue. Should I re-open the issue or create a new one linked to it? Thanks, Ricky Cron Stardust ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
