Megapahit's fork of the Second Life viewer. https://www.megapahit.org/viewer.git/atom?h=main 2025-10-01T08:56:56Z 2025-10-01T08:56:56Z Erik Kundiman erik@megapahit.org 2025-09-29T08:29:19Z urn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5 2025-08-28T21:58:33Z Rye rye@alchemyviewer.org 2025-08-28T18:09:03Z urn:sha1:5ffcd3dc88892a651fe9a95974280efb85e18a8b 2025-08-28T04:43:38Z Rye rye@alchemyviewer.org 2025-08-28T04:43:38Z urn:sha1:77d71dec863e28323bcafb1573cd1ecd54fe3049 2025-08-11T12:23:04Z Erik Kundiman erik@megapahit.org 2025-08-11T12:23:04Z urn:sha1:b01d0b04b86410b1639eda30e7370c1881d3aad2 OpenAL and LL's WebRTC now break CEF too just like on many other supported distros. Same as Ubuntu 24.04.2 when it comes to not yet compatible newer Pipewire, but OpenJPEG 2.5.3 (unlike 24.04.2 which is still at 2.5.0). The libminizip1 package name is also fixed here for Ubuntu. 2025-07-07T14:32:30Z Erik Kundiman erik@megapahit.org 2025-07-07T14:32:30Z urn:sha1:2c3bebeec7c7490b5f2f22ee542ba99aeebfcb19 The Debian version supported is 13 (trixie), because that's the version I could install on my M1, hence the Boost default version is 1.83 & we can use system's OpenJPEG 2.5.3. Somehow CMake's FindOpenGL wasn't effective, but we can get around this by setting the GL libraries paths when running cmake. Debian aarch64 suffers from the same problem Fedora aarch64 had when compiling libcurl, and it's assumed that it's Linux aarch64 thing. When trying to build ColladaDOM when building the viewer, it couldn't find Boost somehow, so building ColladaDOM is done in configuration stage instead. Upstream Variables.cmake is full of assumptions regarding architecture, and ARCH is used in many places already for Debian/Ubuntu, so we have to make sure ARCH is set with the correct value at the root level. Pipewire on trixie is also too new, so it's cancelled here. Some dependencies have the t64 suffixes on them, just like the currently supported Ubuntu (because I guess 24.04 *is*, based on trixie). The executable still crashes when launched on my M1, however, but we'll commit the progress so far for now. 2025-05-14T11:22:54Z Erik Kundiman erik@megapahit.org 2025-05-14T03:43:15Z urn:sha1:060bebcd3cbb5fbf6045bd777364947a2d8963d3 This reverts commit 3a36cdf6ebd9d2795bdcd14162f38df568d51796. 2025-05-13T02:48:20Z Erik Kundiman erik@megapahit.org 2025-05-13T02:48:20Z urn:sha1:793bdbf972eca4c032813d6e2c4ef4e79d1628eb to make it more flexible the next time a value in the if's parentheses gets changed again, and also to reduce duplicate pattern matches when grepping those CMake files with certain keywords. 2025-05-13T02:22:54Z Erik Kundiman erik@megapahit.org 2025-05-13T02:22:54Z urn:sha1:f5ab6e11f13699c03a696611f67f8384434130a1 but the fact that we keep on using as many system libraries as we can (and only resort to other sources in certain cases), hasn't changed, of course. Also stop having to set USE_AUTOBUILD_3P to OFF. Lines are reindented, and when a system library can be found for a dependency, then that should be the way. If later we find out that using some other way is better, than stick to that. So, one option at a time, whichever is best for the situation. GLEXT hasn't been used, and in order to be not having to hack its .cmake file, we bypass it and refer to GLH (which is still used) right away in LLWindow. CMake commands that need to be bypassed, if it's a one-liner then it's just commented out, but if it's multiple lines, then scope them with if (FALSE) to minimise difference. 2025-04-27T11:24:47Z Erik Kundiman erik@megapahit.org 2025-04-27T11:24:47Z urn:sha1:d1e29e39b1f61a5f0b3fd46c935009135f906542 Same as previous commits, plus reminding CMAKE_BUILD_WITH_INSTALL_RPATH needs to be set ON otherwise there would be configure error on FreeBSD, plus the codec executables aren't needed (they would encounter linking errors on FreeBSD, because /usr/local/lib isn't automatically added as a header search directory). By default OpenJPEG installation header directory is "openjpeg-2.5", hence the renaming. The 3 non-API headers are copied, still. 2025-04-19T12:21:46Z Erik Kundiman erik@megapahit.org 2025-04-19T12:21:46Z urn:sha1:ad9c801edb13568657c0964ebfb74257da6d9e00 Media plugins enabling not yet. OpenXR is disabled for now (it hasn't been used anyway). perl-FindBin is needed to be able to build OpenSSL on Fedora aarch64. Setting the C standard to 90 when building cURL is needed, otherwise it would fail at configure time with a misleading error of not finding link/run time requirements for dependencies (such as nghttp2 and zlib), at least on Fedora (and macOS too back then, I remember). GCC treated SSE2NEON warnings as errors on so many files, so -Wno-cpp is added globally. The same Linux CPU frequency calculation needs to be out of the x86 scope, otherwise the viewer would complain about not meeting the requirements at launch time.