[opensource-dev] Linux Command Line run with out package

On windows the viewer can be built with _DPACKAGE:BOOL=OFF then with the short-cut properties Start in set to C:\Program Files\viewer-release\indra\newview; you can then start the viewer. I don’t recall how that is done with linux build. I think it is done with parameter passing. Can someone

[opensource-dev] Linux 64 build

Has anyone seen this before and know how to resolve it? [ 5%] Building CXX object llcommon/CMakeFiles/llcommon.dir/llallocator.cpp.o In file included from /usr/include/x86_64-linux-gnu/c++/6/bits/c++config.h:507:0, from /usr/include/c++/6/cstring:41, from

Re: [opensource-dev] Linux viewer manage

On 2018-03-27 06:11, Oz Linden (Scott Lawrence) wrote: > > That's dozens of changesets out of date. > > I'll see what I can do about building a current one and make the > result public. Hi Oz, While you are there, any chance you could refresh the fontconfig package for linux64? It is stale

Re: [opensource-dev] Linux viewer manage

On 2018-03-27 03:23, Nicky Perian wrote: > http://s3-proxy.lindenlab.com/private-builds-secondlife-com/ct2/3428/8686/viewer_manager-1.0-linux-503417.tar.bz2 > > Please public this. Just need to get past configure. > > I know it will likely never be used. I want to keep as many files > matching

Re: [opensource-dev] Linux viewer manage

On 2018-03-26 13:23 , Nicky Perian wrote: http://s3-proxy.lindenlab.com/private-builds-secondlife-com/ct2/3428/8686/viewer_manager-1.0-linux-503417.tar.bz2 Please public this. Just need to get past configure. I know it will likely never be used. I want to keep as many files matching as

[opensource-dev] Linux viewer manage

http://s3-proxy.lindenlab.com/private-builds-secondlife-com/ct2/3428/8686/viewer_manager-1.0-linux-503417.tar.bz2 Please public this. Just need to get past configure. I know it

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-23 02:00, Henri Beauchamp wrote: > #elif defined(__linux__) > CefString(_subprocess_path) = "dullahan_host"; > #endif > > > Henri. Well that certainly got me further! Thank you! Its' at least _trying_ to start dullahan_host now, but some strange behavour:

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-23 02:00, Henri Beauchamp wrote: > On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote: > >> It does indeed sound like the viewer is subsequently spawning another >> SLPlugin instead of dullahan_host, you are right. I have no idea why >> the >> viewer would be doing that. From what I am

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote: > It does indeed sound like the viewer is subsequently spawning another > SLPlugin instead of dullahan_host, you are right. I have no idea why the > viewer would be doing that. From what I am aware, the viewer _should_ > start one instance of

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Thu, 22 Mar 2018 16:31:29 +0100, Henri Beauchamp wrote: > In my viewer, SLPlugin is never passed any other argument than the port, > so maybe these arguments you see passed are an "extension" to Firestorm's > plugin system... In fact, looking at the processes for a viewer on at login sceen

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Thu, 22 Mar 2018 23:39:51 +1000, Alex wrote: > 2018-03-22T10:08:12Z llplugin/slplugin/slplugin.cpp(194) : error > 2018-03-22T10:08:12Z ERROR: llplugin/slplugin/slplugin.cpp(194) : main: > port number must be numeric > .../... > 4589 execve("/home/alex/ivyviewer/bin/SLPlugin", >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-21 19:30, Henri Beauchamp wrote: > Yes, under Linux, ld uses the provided library and searches for > , lib.so, lib.a, etc... > > But your problem was related to a bad call in your plugin (did you read > my message dated Wed, 21 Mar 2018 00:43:41 +0100 ?). Hi Henri, I saw it. Ive

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Wed, 21 Mar 2018 16:59:58 +1000, Alex wrote: > Just a quick question about the above. In the list for > target_link_libraries, the first two make sense to me, but what is 'cef' > referring to? is it libcef.so? Yes, under Linux, ld uses the provided library and searches for , lib.so, lib.a,

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 23:28, Henri Beauchamp wrote: > Or... This could be an issue in how you linked libdullahan.a and/or > dullahan_host... In the Dullahan Cmake file, check for the proper > ordering in target link libraries: > > target_link_libraries(dullahan_host cef_dll_wrapper cef) Just a quick

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Wed, 21 Mar 2018 09:38:07 +1000, Alex wrote: > libmedia_plugin_cef.so:00114cd0 T > dullahan::setOnStatusMessageCallback(boost::function (std::string)>) > libmedia_plugin_cef.so: U > dullahan::setOnStatusMessageCallback(std::function) The problem is that the

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-21 09:33, Henri Beauchamp wrote: > > It lists: > U _ZN8dullahan26setOnStatusMessageCallbackESt8functionIFvSsEE > > So it indeed shows that the libdullahan.a library did not get properly > linked to your plugin... > > Henri. Ah! You're right: nm --print-file-name -C

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Wed, 21 Mar 2018 08:58:55 +1000, Alex wrote: > On 2018-03-21 07:57, monty wrote: > > > 'nm' that thing and see what is definition and what is reference. > > I pasted the result here: > > https://pastebin.com/BZyKEJf2 > > command used: nm --print-file-name -u libmedia_plugin_cef.so With the

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Wed, 21 Mar 2018 07:32:08 +1000, Alex wrote: > On 2018-03-21 04:10, Henri Beauchamp wrote: > > But only twice... I get it listed thrice in my plugin... > > strings > > /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so | > > grep _ZN8dullahan26setOnStatusMessageCallback > >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

> On 2018-03-21 07:57, monty wrote: >> 'nm' that thing and see what is definition and what is reference. nm --print-file-name libmedia_plugin_cef.so | grep setOnStatusMessageCallback libmedia_plugin_cef.so:0011ecf0 T

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-21 07:57, monty wrote: > On 3/20/2018 17:32, Alex wrote: >> >> Interesting that that symbol is defined 3 times in your library. >> > > 'nm' that thing and see what is definition and what is reference. I pasted the result here: https://pastebin.com/BZyKEJf2 command used: nm

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 3/20/2018 17:32, Alex wrote: > > Interesting that that symbol is defined 3 times in your library. > 'nm' that thing and see what is definition and what is reference. ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-21 04:10, Henri Beauchamp wrote: > But only twice... I get it listed thrice in my plugin... > strings > /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so | > grep _ZN8dullahan26setOnStatusMessageCallback > _ZN8dullahan26setOnStatusMessageCallbackEN5boost8functionIFvSsEEE

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote: > On 2018-03-20 22:00, Alex wrote: > > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of > > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with > > error 20019 , additional info string: > >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 23:28, Henri Beauchamp wrote: > On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote: > >> Looks fine to me... Putting the blame on a buggy ld, you could try >> this >> trick (specifying libcef.so twice for linking) in CEFPlugin.cmake: > > Or... This could be an issue in how

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote: > Looks fine to me... Putting the blame on a buggy ld, you could try this > trick (specifying libcef.so twice for linking) in CEFPlugin.cmake: Or... This could be an issue in how you linked libdullahan.a and/or dullahan_host... In the

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 23:15, Henri Beauchamp wrote: > What is your Linux build system ? Ubuntu 17.10 64 bit gcc/g++ version 4.9.4 GNU ld (GNU Binutils for Ubuntu) 2.29.1 -- Kind Regards, Alex. ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 22:48:05 +1000, Alex wrote: > I couldn't spot a problem in either of those files, but my eyes might > have missed something. > > Does anything stand out at you: > > https://pastebin.com/c7wRQik8 (indra/cmake/CEFPlugin.cmake) > https://pastebin.com/ZhytizN8

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 22:33, Henri Beauchamp wrote: > > Apparently a failure to properly link libdullahan.a to your plugin > (the library should be statically linked and so apr_dso_load() should > not search for this method symbol at all)... > > Still something wrong in indra/cmake/CEFPlugin.cmake, or

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote: > The symbol is there... I'm not seeing any 'not found' errors when I > check that plugin with ldd. Depending on your ld version (old ones are very sensitive to the library link order), this could be an issue with not linking the libraries in the

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 22:00:36 +1000, Alex wrote: > Well, I am a little closer :) > > I have a different error now. > > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with > error 20019 , additional info

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 22:00, Alex wrote: > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with > error 20019 , additional info string: > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so: undefined > symbol:

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 20:34, Henri Beauchamp wrote: > Yes, obviously, libcef.so did not get linked with your plugin... > > Check your indra/cmake/CEFPlugin.cmake: the library names changed > there, > from libllceflib.a to libdullahan.a. Note also the bit of vodoo magic > needed under Linux to avoid

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 20:34, Henri Beauchamp wrote: > > Yes, obviously, libcef.so did not get linked with your plugin... > > Check your indra/cmake/CEFPlugin.cmake: the library names changed > there, > from libllceflib.a to libdullahan.a. Note also the bit of vodoo magic > needed under Linux to avoid

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 19:58:49 +1000, Alex wrote: > This is what I get: > alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd > ./bin/llplugin/libmedia_plugin_cef.so > linux-vdso.so.1 => (0x7ffcedd68000) > librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

> Hi Henri! > > Thank you for responding. > > This is what I get: > alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd > ./bin/llplugin/libmedia_plugin_cef.so > linux-vdso.so.1 => (0x7ffcedd68000) > librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On 2018-03-20 19:35, Henri Beauchamp wrote: > On Tue, 20 Mar 2018 10:24:24 +0100, Henri Beauchamp wrote: > >> On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote: >> >> > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path >> > bin/llplugin/libmedia_plugin_cef.so >> >> I meant: >>

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 10:24:24 +0100, Henri Beauchamp wrote: > On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote: > > > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path > > bin/llplugin/libmedia_plugin_cef.so > > I meant: > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd >

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 10:22:43 +0100, Henri Beauchamp wrote: > LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./path > bin/llplugin/libmedia_plugin_cef.so I meant: LD_LIRABRY_PATH="./lib:$LD_LIRABRY_PATH" ldd ./bin/llplugin/libmedia_plugin_cef.so Henri.

Re: [opensource-dev] Linux x64 - libmedia_plugin_cef.so error

On Tue, 20 Mar 2018 18:45:54 +1000, Alex wrote: > I am working to try and get a Linux version of the FS viewer running and > I have been successful for the most part after fixing a bunch of build > issues.. however I seem to have an issue with CEF failing in the new > viewer, this can be seen

[opensource-dev] Linux x64 - libmedia_plugin_cef.so error

Hi Guys, I am working to try and get a Linux version of the FS viewer running and I have been successful for the most part after fixing a bunch of build issues.. however I seem to have an issue with CEF failing in the new viewer, this can be seen in the logs: 2018-03-20T07:44:13Z WARNING:

[opensource-dev] Linux x64 questions

Hi All, Just spotted a message that goes back to last month, by Henri, I want to quote something that was said and ask a question: "Since CEF is now the most demanding library about the build system dependencies (with glibc v2.19 and glib v2.46 on the CEF build system, namely Ubuntu 14.04 LTS),

Re: [opensource-dev] Linux

On Fri, 2 Feb 2018 13:33:22 -0600, Nicky Perian wrote: > Having read the comments on viewer-release repo and your comment concerning > ABI mismatch I want to submit the following: > > I have put together in a VM Debian / stretch. My past linux builds have > been on Ubuntu 14.04 and 16.04 using

Re: [opensource-dev] Linux

> Stretch has neither gcc-4.9 nor libpngl2. Both of these are in jessie. Adding > wheezy to sources.list then apt-get update and apt-get install will place > these in stretch then, comment out the lines about jessie in sources.list and > apt-get update again. Don’t apt-get upgrade with the

Re: [opensource-dev] Linux

Having read the comments on viewer-release repo and your comment concerning ABI mismatch I want to submit the following: I have put together in a VM Debian / stretch. My past linux builds have been on Ubuntu 14.04 and 16.04 using gcc-4.8 and 4.9. Stretch has neither gcc-4.9 nor libpngl2. Both

Re: [opensource-dev] Linux

On Fri, 26 Jan 2018 01:34:09 +0100, Henri Beauchamp wrote: > However, it might be a problem with Dullahan, since CEF is now compiled with > Ubuntu 16.04 LTS, Scratch that ! On the CEF build Wiki, they cite 14.04, but the link points to a page that itself points to 16.04... So, if to believe

Re: [opensource-dev] Linux

On Tue, 23 Jan 2018 09:09:22 -0500, Oz Linden (Scott Lawrence) wrote: > On 2018-01-23 07:05 , Nicky Perian wrote: > > Which version of Debian does LL plan to use? Stretch is at stable. > > I had been planning on Jessie, but this took longer than I hoped, so > yeah we'll go for Stretch. Debian

Re: [opensource-dev] Linux

On 2018-01-23 07:05 , Nicky Perian wrote: Which version of Debian does LL plan to use? Stretch is at stable. I had been planning on Jessie, but this took longer than I hoped, so yeah we'll go for Stretch. -- OZ LINDEN | Senior Director, Second Life Engineering email or hangouts:

[opensource-dev] Linux

Which version of Debian does LL plan to use? Stretch is at stable. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting

Re: [opensource-dev] Linux

On 2017-01-30 12:41 , Nicky D. wrote: For the time being, we expect that it will be based on the current system, modified to use system libraries rather than autobuild packages that build a static executable (some packages will be used in our builds for proprietary components). I'm not sure

Re: [opensource-dev] Linux

On Mon, 30 Jan 2017 18:41:07 +0100, Nicky D. wrote: > - Standalone is afaik broken since a long time, for example there is > missing FindXXX.cmake files for various packages. Many such files are actually part of the cmake package or added by the devel packages of some libraries. See:

Re: [opensource-dev] Linux

> > For the time being, we expect that it will be based on the current system, > modified to use system libraries rather than autobuild packages that build a > static executable (some packages will be used in our builds for proprietary > components). I'm not sure that answers your question... >

Re: [opensource-dev] Linux

On 2017-01-29 20:39 , Nicky Perian wrote: Questions: Will LL use a build system that can be updated as opposed to the current out of date system? Hopefully, the build system will be a standard off the shelf that everyone can install and without any mix and match specials. For the time being,

Re: [opensource-dev] Linux

On Sun, 29 Jan 2017 20:54:42 -0500, Monty Brandenberg wrote: > On 1/29/2017 8:39 PM, Nicky Perian wrote: > > > Will LL use a build system that can be updated as opposed to the current > > out of date system? Hopefully, the build system will be a standard off > > the shelf that everyone can

Re: [opensource-dev] Linux

>The "one, true Linux?" No not at all. Just something better. A few years ago Oz published a detailed recipe for your build system that was an original work by Donald Kjer. I can't find the reference atm but i would bet there isn't anyone besides Don that would be able to redo it from a blank box.

Re: [opensource-dev] Linux

On 1/29/2017 8:39 PM, Nicky Perian wrote: > Will LL use a build system that can be updated as opposed to the current > out of date system? Hopefully, the build system will be a standard off > the shelf that everyone can install and without any mix and match specials. The "one, true Linux?" /me

[opensource-dev] Linux

Questions: Will LL use a build system that can be updated as opposed to the current out of date system? Hopefully, the build system will be a standard off the shelf that everyone can install and without any mix and match specials. Will there be LL developed QA procedures for the linux builds?

Re: [opensource-dev] linux viewer building

Perian nickyper...@yahoo.com To: opensource-dev@lists.secondlife.com opensource-dev@lists.secondlife.com; kokua-...@lists.kokuaviewer.org kokua-...@lists.kokuaviewer.org Sent: Saturday, May 4, 2013 9:15 AM Subject: [opensource-dev] linux viewer building LL has placed a cmake minimum required

[opensource-dev] linux viewer building

LL has placed a cmake minimum required version of 2.8.8. debian squeeze has 2.8.2 as a default install and 2.8.7 available from squeeze backports. I have the string compare fix from nickyD / firestorm and reducing to a minimum required version in indra/CMakeLists.txt did not reveal any build

Re: [opensource-dev] linux viewer building

Am Samstag, 4. Mai 2013, 07:15:58 schrieb Nicky Perian: LL has placed a cmake minimum required version of 2.8.8. debian squeeze has 2.8.2 as a default install and 2.8.7 available from squeeze backports. ...isn't that incompatible with their own build environment, which was still debian 5 last

Re: [opensource-dev] Linux boost shared libraries

On Mon, 10 Dec 2012 16:25:37 -0800 (PST), Nicky Perian wrote: At the sldev meeting earlier it was stated that unicode processing with boost regex was problematic unless a shared boost lib was included. Here:  http://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/unicode.html it

Re: [opensource-dev] Linux boost shared libraries

filed: https://jira.secondlife.com/browse/BUG-1056 ___ 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 boost shared libraries

On Tue, 11 Dec 2012 13:02:51 -0500, Monty Brandenberg wrote: filed: https://jira.secondlife.com/browse/BUG-1056 Permission Violation The JIRA became useless to developers and users alike... ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Linux boost shared libraries

On 12/11/2012 5:36 PM, Henri Beauchamp wrote: The JIRA became useless to developers and users alike... Not useless, _streamlined_! *cough* ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev

Re: [opensource-dev] Linux boost shared libraries

On 12/9/2012 9:32 PM, Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. In 3.4.3? That change was picked up as part of some shared work in Boost packaging. Not certain what the

Re: [opensource-dev] Linux boost shared libraries

? From: Monty Brandenberg mo...@lindenlab.com To: opensource-dev@lists.secondlife.com Sent: Monday, December 10, 2012 10:56 AM Subject: Re: [opensource-dev] Linux boost shared libraries On 12/9/2012 9:32 PM, Nicky Perian wrote: What is the reason for the switch to boost

Re: [opensource-dev] Linux boost shared libraries

On Sun, 9 Dec 2012 18:32:18 -0800 (PST), Nicky Perian wrote: What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries.  Apart from adding 20Mb of shared libraries (boost regexp) to the viewer package ?...

Re: [opensource-dev] Linux boost shared libraries

aware. am i wrong? From: Henri Beauchamp sl...@free.fr To: opensource-dev@lists.secondlife.com Sent: Monday, December 10, 2012 2:36 PM Subject: Re: [opensource-dev] Linux boost shared libraries On Sun, 9 Dec 2012 18:32:18 -0800 (PST), Nicky Perian wrote

Re: [opensource-dev] Linux boost shared libraries

On 12/10/2012 7:25 PM, Nicky Perian wrote: At the sldev meeting earlier it was stated that unicode processing with boost regex was problematic unless a shared boost lib was included. Here: http://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/unicode.html it appears that the

[opensource-dev] Linux boost shared libraries

What is the reason for the switch to boost shared libraries? The other platforms seem to perform without issue using boost static libraries. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev

Re: [opensource-dev] Linux toolchain update... testers needed.

Works as expected under Ubuntu 12.04 (AMD/gnome). Freezing bug when saving a texture https://jira.secondlife.com/browse/VWR-28846 still present. Seems bug-for-bug compatible to me. 2012/6/5 Oz Linden (Scott Lawrence) o...@lindenlab.com We're working on upgrading our Linux viewer build

Re: [opensource-dev] Linux toolchain update... testers needed.

On Tue, 05 Jun 2012 14:27:00 -0400 Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: I've got a test build that I'd like some Linux users to try to see if it works for them: Please respond here or directly to me (don't create Jira issues yet, please). Logged into main grid with it

Re: [opensource-dev] Linux toolchain update... testers needed.

On Tue, 5 Jun 2012 21:31:51 +0200 Ambrosia chaoss...@gmail.com wrote: Oz, as an aside.. Is there a plan to ever support building non-standalone on Linux 64bit without installing 32bit libraries or workarounds? It can be a nightmare with some distributions, and being forced to compile it as

Re: [opensource-dev] Linux toolchain update... testers needed.

On Tue, 05 Jun 2012 15:59:18 -0400 Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: There is no plan to do this. There is also not a plan not to do it. Sigh...wasn't this suggested thing to do...4 years ago. I know I complained about the lack of a 64-bit builds of LL releases 2 years

Re: [opensource-dev] Linux toolchain update... testers needed.

fuck off take me off your list -Original Message- From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ron Rogers Jr. Sent: Wednesday, June 06, 2012 11:00 AM To: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev

Re: [opensource-dev] Linux toolchain update... testers needed.

On Wed, 6 Jun 2012 13:59:02 -0700 Christian Goetze c...@miaow.com wrote: I believe the main challenge is to rebuild all the third party dependencies in 64bit ... Rofl - something that LL certainly isn't capable of ;) Loads of third party viewers have done this already however. I have never

Re: [opensource-dev] Linux toolchain update... testers needed.

Do you have any specific tests to run? From: Nicky Perian nickyper...@yahoo.com To: Oz Linden (Scott Lawrence) o...@lindenlab.com; opensource-dev opensource-dev@lists.secondlife.com Sent: Tuesday, June 5, 2012 1:56 PM Subject: Re: [opensource-dev] Linux

Re: [opensource-dev] Linux toolchain update... testers needed.

On 2012-06-05 14:56 , Nicky Perian wrote: Logged to aditi w/o issue What I'm after is ... does this work on the flavor of Linux you are running, and what flavor is that? ___ Policies and (un)subscribe information available here:

Re: [opensource-dev] Linux toolchain update... testers needed.

Am Dienstag, 5. Juni 2012, 21:07:45 schrieb Oz Linden (Scott Lawrence): What I'm after is ... does this work on the flavor of Linux you are running, and what flavor is that? Runs perfectly under openSUSE 11.4. Zi ___ Policies and (un)subscribe

Re: [opensource-dev] Linux toolchain update... testers needed.

Please respond here or directly to me (don't create Jira issues yet, please). Crashes on startup on Debian Sid (see STORM-1854) ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the

Re: [opensource-dev] Linux toolchain update... testers needed.

Am Dienstag, 5. Juni 2012, 15:07:45 schrieb Oz Linden: On 2012-06-05 14:56 , Nicky Perian wrote: Logged to aditi w/o issue What I'm after is ... does this work on the flavor of Linux you are running, and what flavor is that? Works on openSUSE 12.1 64bit. bye, LC

Re: [opensource-dev] Linux toolchain update... testers needed.

On 2012-06-05 15:31 , Ambrosia wrote: Oz, as an aside.. Is there a plan to ever support building non-standalone on Linux 64bit without installing 32bit libraries or workarounds? It can be a nightmare with some distributions, and being forced to compile it as 32bit in 2012 just feels..wrong.

Re: [opensource-dev] Linux toolchain update... testers needed.

Xubuntu 12.04 (32-bit) on early Acer Aspire One (2G ram, Intel 945GME chipset -- intel DRI driver in i915 mode, Atom N270). Installed properly, ran, logged in to last location, teleported to home, poked inventory to start loading. WiFi hotspot cut out, and I got the proper you have been logged

Re: [opensource-dev] linux build errors

anyone else receiving this and is there a workaround? It had been once discussed on the mailinglist. That code is really a bit hackerish and would need some love. One of the (still hacked) workarounds can be found here https://bitbucket.org/NickyD/viewer-development/changeset/0c2cb53f7 Cheers,

[opensource-dev] Linux build without the pausing behaviour

Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at present. I've tried 2.5.2 and 2.6.3 and both still have this issue. How in the world did this every get past QA? It really

Re: [opensource-dev] Linux build without the pausing behaviour

Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com ha scritto: Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at present. I've tried 2.5.2 and

Re: [opensource-dev] Linux build without the pausing behaviour

On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbi syt...@gmail.com wrote: Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com ha scritto: Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI?  I find

Re: [opensource-dev] Linux build without the pausing behaviour

It's due to libcurl, noted in STORM-809, and supposedly fixed (in the autobuild repo)? If someone can verify that, maybe you can build it and solve your problem, otherwise you'll have to build your own libcurl to drop in. Another alternative seems to be maintaining your own DNS server/cache, but

Re: [opensource-dev] Linux build without the pausing behaviour

On 03/28/2011 04:41 PM, Mike Chase wrote: Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at present. I've tried 2.5.2 and 2.6.3 and both still have this issue. I guess you're

Re: [opensource-dev] Linux build without the pausing behaviour

On Mon, Mar 28, 2011 at 17:04, Boroondas Gupte slli...@boroon.dasgupta.ch wrote: On 03/28/2011 04:41 PM, Mike Chase wrote: Is there a Linux build of V2 of any version that doesnt exhibit the annoying multi-second pauses that freeze the UI? I find myself without any useable V2 viewer at

Re: [opensource-dev] Linux build without the pausing behaviour

On Mon, Mar 28, 2011 at 8:59 AM, Opensource Obscure opensourceobsc...@gmail.com wrote: QA department apart, I / we should have done more testing. I think I remember I had seen this, but I didn't bother to properly investigate it / compare to other releases / file a report. It was first

Re: [opensource-dev] Linux build without the pausing behaviour

On 03/28/2011 10:53 AM, leliel wrote: On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbisyt...@gmail.com wrote: Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com ha scritto: Is there a Linux build of V2 of any version that doesnt exhibit the annoying

Re: [opensource-dev] Linux build without the pausing behaviour

On Mon, Mar 28, 2011 at 9:16 AM, Mike Chase mike.ch...@alternatemetaverse.com wrote: On 03/28/2011 10:53 AM, leliel wrote: On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbisyt...@gmail.com  wrote: Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com  ha scritto:

Re: [opensource-dev] Linux build without the pausing behaviour

On 2011-03-28 10:53, leliel wrote: On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbisyt...@gmail.com wrote: Il giorno 28/mar/2011, alle ore 16:41, Mike Chase mike.ch...@alternatemetaverse.com ha scritto: Is there a Linux build of V2 of any version that doesnt exhibit the annoying

Re: [opensource-dev] Linux build error: missing binary operator before token ( (was: Hacking up to Visual Studio 2010 ...)

[19:13:30]: LogScan (1s) [19:13:30]: [LogScan] from /usr/include/c++/4.1.3/cmath:53, [19:13:30]: [LogScan] from /var/opt/teamcity/checkout/L-oz_viewer-autobuild2010/latest/indra/llcommon/linden_common.h:48, [19:13:30]: [LogScan] from

Re: [opensource-dev] Linux build error: missing binary operator before token (

On 02/19/2011 08:30 PM, Nicky D. wrote: [...] [19:13:30]: [LogScan] /usr/include/bits/huge_val.h:30:20: error: missing binary operator before token ( [...] Tried it today, getting that too. Huge slew of errors. Even though this looks intimidating, the reason is really simple. In OZ's

[opensource-dev] Linux build error: missing binary operator before token ( (was: Hacking up to Visual Studio 2010 ...)

On 02/18/2011 01:56 AM, Oz Linden (Scott Lawrence) wrote: [...] Then check out: https://bitbucket.org/oz_linden/viewer-autobuild2010 cd into the top level of that directory, and run: autobuild configure -c OpenSourceRelWithDebInfo autobuild configure -c

[opensource-dev] [linux] /usr/bin/ld: error: unsupported symbol binding

If you are using linux and get this error while compiling the viewer: /usr/bin/ld: error: unsupported symbol binding (or, for that matter: /usr/bin/gold: error: unsupported symbol binding then you are using ld.gold version 2.20.x. You need to upgrade it to 2.21. If you are using debian

Re: [opensource-dev] Linux 64bit and gstreamer

On Mon, Dec 13, 2010 at 05:27, Mike Chase mike.ch...@alternatemetaverse.com wrote: On 12/12/2010 10:48 PM, Marc Adored wrote: Yes 32bit SLVoice can run with 64bit viewer because the viewer is not using it as a lib its a network connection between each other so none of that matters. Ok, so

Re: [opensource-dev] Linux 64bit and gstreamer

On Mon, Dec 13, 2010 at 10:28, Ambrosia chaoss...@gmail.com wrote: On Mon, Dec 13, 2010 at 05:27, Mike Chase mike.ch...@alternatemetaverse.com wrote: On 12/12/2010 10:48 PM, Marc Adored wrote: Yes 32bit SLVoice can run with 64bit viewer because the viewer is not using it as a lib its a

Re: [opensource-dev] Linux 64bit and gstreamer

On 12/12/10, Argent Stonecutter secret.arg...@gmail.com wrote: You know what would really help people get over the hump of setting up for building SL? A VMware appliance containing a working SL build environment, for 32 and 64 bit Linux. It's sort of vaguely on my TODO list, possibly

  1   2   >