Re: [opensource-dev] Error related to libndof when trying to compile SL on Ubuntu (attempt 2)
On 2020-02-07 20:52, Henri Beauchamp wrote: > [rant] > You can thank LL for not providing support for Linux; while they > benefit > for free from all the work done by GNU/Linux developers and while SL > won't even exist without their work (especially on the server side of > things, but even the viewer is using a shitload of Open Source > components > that have been primarily developed under and for GNU/Linux). > That's how LL is repaying the Open Source community when they could > just "devote" one developer to simply reuse the work TPV developers did > for Linux, and provide a Linux supported viewer. > > Hell ! I've been maintaining (and vastly improving) my own viewer (and > not just for Linux) for the past 13 years, alone, and only on part of > my > sparse free time: don't tell me a programmer at LL cannot maintain a > Linux viewer: all what it would take them (once their viewer is brought > on par with TPVs' Linux support) is just a couple of hours of work *per > week* ! > [/rant] Agreed 100% Though I have given up hope of LL ever changing their stance (based on some recent events). I wont say anymore because the temptation to also start a rant of my own on the subject is there. I think you pretty much covered it. Maybe one day pigs will fly and LL will go back to providing a Linux viewer. A. ___ 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] Error related to libndof when trying to compile SL on Ubuntu (attempt 2)
On Fri, 7 Feb 2020 00:51:27 -0500, Andras Farkas wrote: > I was watching a friend play Second Life and thought it looked cool > (I'm really into MUCKs, so VR is a cool topic in general) so I decided > I'd try to compile it on FreeBSD, my desktop OS. FreeBSD is not a build target for the viewer: beyond the need to rework the build system (and corresponding #defines in the sources), you'd lack all the pre-built libraries that the viewer needs. > I decided to try compiling it on Ubuntu first, to examine the build > process. However, I encountered an error related to libndof, as seen > in the attached errout.txt Do not use Linden Lab's sources to try and build a Linux viewer: you would invariably fail. [rant] You can thank LL for not providing support for Linux; while they benefit for free from all the work done by GNU/Linux developers and while SL won't even exist without their work (especially on the server side of things, but even the viewer is using a shitload of Open Source components that have been primarily developed under and for GNU/Linux). That's how LL is repaying the Open Source community when they could just "devote" one developer to simply reuse the work TPV developers did for Linux, and provide a Linux supported viewer. Hell ! I've been maintaining (and vastly improving) my own viewer (and not just for Linux) for the past 13 years, alone, and only on part of my sparse free time: don't tell me a programmer at LL cannot maintain a Linux viewer: all what it would take them (once their viewer is brought on par with TPVs' Linux support) is just a couple of hours of work *per week* ! [/rant] Instead, try TPV sources. My viewer (Cool VL Viewer) builds with just a single command under any Linux distro (just type ./buildlinux.sh in a terminal pointing in the linden/indra/ directory). It would also be a good candidate for a FreeBSD port: it got a stand- alone build system (so adding FreeBSD to the cmake files would not be an impossible task), and the sources/scripts for building the pre-built libraries are also provided (http://sldev.free.fr/libraries/sources/ ). Be warned however, that porting the viewer to *BSD would require C/C++ programming skills (i.e. beyond what is needed to simply compile the viewer or its libraries), and that I won't be of help for this task (no *BSD system here, and no time whatsoever to devote to such a port). On Fri, 07 Feb 2020 17:57:29 +1100, Alex wrote: > Many things would also be missing and would need implementing, like CEF > and dullahan Not sure there is a recent enough port of CEF (*), indeed, but once you got the CEF binaries, building Dullahan won't be much of an issue, using my sources/script as a base. (*) With a quick search on the web, I only found this: https://github.com/prash-wghats/Brackets-CEF-for-FreeBSD/tree/master/CEF but it's way too old (CEF 51, and currently using CEF 74). > and voice support. Voice support is largely hosed under Linux anyway (the v2.1 voice client, which is the last Linux version Vivox provided, still works for public voice chat, but you cannot do voice with another resident not using themselves that same old client). However, for a vast majority of SLers (especially non native-English- speaking residents, but also all genuine role-players), voice is not even a useful feature of SL (never using it myself), so... > Also, FreeBSD's OSS (open sound system) is not implemented in the viewer Wrong ! The viewer got support for OpenAL, which itself supports the OSS backend. FMOD sound would however be ruled out (not really an issue either since OpenAL can do sound, including streaming). Henri. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Error related to libndof when trying to compile SL on Ubuntu (attempt 2)
Hi! Regarding FreeBSD.. You will not get this to work on FreeBSD without an absolute buttload of work.. For starters, autobuild would not recognize FreeBSD as a valid platform, you would need to hack it to support FreeBSD (or write your own build system). Many things would also be missing and would need implementing, like CEF and dullahan and voice support. Also, FreeBSD's OSS (open sound system) is not implemented in the viewer, so you'd probably have no sound. Then you would need to compile a metric tonne of dependent libraries for FreeBSD, or modify the build to use system wide libraries instead of trying to link against the packages ones that autobuild will try and download and link statically. I wouldnt even go there... Just Dont. lol. And yes, the linux build instructions are grossly out of date in LL's wiki. LL no longer provide a linux viewer or support it in any shape or form. A. On 2020-02-07 16:51, Andras Farkas wrote: Hello! I was watching a friend play Second Life and thought it looked cool (I'm really into MUCKs, so VR is a cool topic in general) so I decided I'd try to compile it on FreeBSD, my desktop OS. I decided to try compiling it on Ubuntu first, to examine the build process. However, I encountered an error related to libndof, as seen in the attached errout.txt Moreover, the info on the wiki related to ndof (and everything): http://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux)#More_problematic_libraries_.28standalone.29 is so out of date that it isn't useful. Debian Squeeze and Lenny are ancient, and Ubuntu Lucid and Precise are too. http://apt.byteme.org.uk/ also no longer exists. And at least on Ubuntu Eoan Ermine, a package name has changed: libopenjpeg-dev --> libopenjp2-7-dev If you can let me know how to get past this error, I'd be grateful. Thanks! :D (this is the second attempt to send this, hope it works) ___ 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 Warning: no --id argument or AUTOBUILD_BUILD_ID environment variable specified; using a value from the UTC date and time (200360842), which may not be unique '/usr/bin/cmake' '-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo' '-DADDRESS_SIZE:STRING=64' '-DROOT_PROJECT_NAME:STRING=SecondLife' '-DINSTALL_PROPRIETARY=FALSE' '-G' 'Unix Makefiles' '../indra' -- Using PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig:/usr/share/pkgconfig:/usr/local/share/pkgconfig -- Revision (from autobuild environment): 200360842 -- Building 'Second Life Test' Version 6.3.7.200360842 CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call first): cmake/OpenGL.cmake:11 (include) llrender/CMakeLists.txt:6 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call first): cmake/OpenGL.cmake:11 (include) media_plugins/base/CMakeLists.txt:14 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY:
[opensource-dev] Error related to libndof when trying to compile SL on Ubuntu (attempt 2)
Hello! I was watching a friend play Second Life and thought it looked cool (I'm really into MUCKs, so VR is a cool topic in general) so I decided I'd try to compile it on FreeBSD, my desktop OS. I decided to try compiling it on Ubuntu first, to examine the build process. However, I encountered an error related to libndof, as seen in the attached errout.txt Moreover, the info on the wiki related to ndof (and everything): http://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux)#More_problematic_libraries_.28standalone.29 is so out of date that it isn't useful. Debian Squeeze and Lenny are ancient, and Ubuntu Lucid and Precise are too. http://apt.byteme.org.uk/ also no longer exists. And at least on Ubuntu Eoan Ermine, a package name has changed: libopenjpeg-dev --> libopenjp2-7-dev If you can let me know how to get past this error, I'd be grateful. Thanks! :D (this is the second attempt to send this, hope it works) Warning: no --id argument or AUTOBUILD_BUILD_ID environment variable specified; using a value from the UTC date and time (200360842), which may not be unique '/usr/bin/cmake' '-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo' '-DADDRESS_SIZE:STRING=64' '-DROOT_PROJECT_NAME:STRING=SecondLife' '-DINSTALL_PROPRIETARY=FALSE' '-G' 'Unix Makefiles' '../indra' -- Using PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig:/usr/share/pkgconfig:/usr/local/share/pkgconfig -- Revision (from autobuild environment): 200360842 -- Building 'Second Life Test' Version 6.3.7.200360842 CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call first): cmake/OpenGL.cmake:11 (include) llrender/CMakeLists.txt:6 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call first): cmake/OpenGL.cmake:11 (include) media_plugins/base/CMakeLists.txt:14 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call first): cmake/OpenGL.cmake:11 (include) media_plugins/gstreamer010/CMakeLists.txt:15 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /usr/share/cmake-3.13/Modules/FindOpenGL.cmake:270 (message): Policy CMP0072 is not set: FindOpenGL prefers GLVND by default when available. Run "cmake --help-policy CMP0072" for policy details. Use the cmake_policy command to set the policy and suppress this warning. FindOpenGL found both a legacy GL library: OPENGL_gl_LIBRARY: /usr/lib/x86_64-linux-gnu/libGL.so and GLVND libraries for OpenGL and GLX: OPENGL_opengl_LIBRARY: /usr/lib/x86_64-linux-gnu/libOpenGL.so OPENGL_glx_LIBRARY: /usr/lib/x86_64-linux-gnu/libGLX.so OpenGL_GL_PREFERENCE has not been set to "GLVND" or "LEGACY", so for compatibility with CMake 3.10 and below the legacy GL library will be used. Call Stack (most recent call