Megapahit's fork of the Second Life viewer. https://megapahit.org/viewer.git/atom?h=26.1.1 2025-04-07T04:14:09Z 2025-04-07T04:14:09Z Erik Kundiman erik@megapahit.org 2025-04-07T04:14:09Z urn:sha1:e282774e68dc4e1826517a3dd4ab09714adcca26 Gentoo uses lib64, just like Fedora, and has libexec too. The necessary step to install dependencies is part of the ebuild script now (tracked in another repo, ebuild.git). One thing I forgot to mention on the commit in that ebuild repo is, unzip.h is provided on Gentoo only by minizip, and not minizip-ng cause somehow the (minizip) "compat" USE flag couldn't be turned on somehow, and there was no "minizip" (without -ng) package on Gentoo, but it was achievable by setting the "minizip" USE flag on the zlib (again, without -ng) package. The queue header inclusion is needed cause its absence would cause the compiling to fail on Portage (though it compiled when building the viewer manually without Portage). Also, using the prebuilt Meshoptimizer caused some linking errors when using Portage (though, again, it linked when building the viewer manually without Portage), hence Meshoptimizer is built from source as part of the CMake configuration on Gentoo, differing from fellow Linux distros. Now Collada DOM, firstly the unpack destination directory is moved to inside the build directory now, to make it uniform with other 3rd-party files, just for less confusion. Secondly, since the patching that takes effect is the one done by Portage, it would kill the process when there are offending failed patchings (ones that generate .rej, reject files), and they are the vcxproj patchings which aren't used anyway. Thirdly, the hash checking on the downloaded file, that would fail anyway since Portage doesn't allow any downloading that isn't part of the ebuild, unfortunately has to be skipped so the emerge process wouldn't be killed just because of it. Ebuild has its own sum checking (though this means this particular file is not checked on other platforms, but other files aren't checked either anyway yet). Last but not least, the XDG Application category is removed because it's considered deprecated by Portage, though not fatal, but the viewer is already shown well in the Internet (Network) submenu anyway on unix desktops. 2024-12-31T10:18:17Z Erik Kundiman erik@megapahit.org 2024-12-31T10:13:54Z urn:sha1:fc3c0f48d92bf9c3dcad622b2b8e9340edc92c7c Some builders might just have their installation somehow customised to have both. 2024-12-01T10:53:58Z Erik Kundiman erik@megapahit.org 2024-12-01T10:53:58Z urn:sha1:e561067b7fa381474a08dcd3dbd88fd9ca9f3936 as in Arch, there's really no /usr/libexec. 2024-10-20T13:10:34Z Erik Kundiman erik@megapahit.org 2024-10-20T13:10:34Z urn:sha1:bdd8da4c5e4a3c2d9d58b1d72eda73c9f452c825 I've tried using FMOD instead, but CEF didn't work either. At first I used crow-misia's WebRTC build but it would cause a segmentation fault, but LL's build seems to break CEF. Gotta find a way so CM's build doesn't crash the viewer. PKGBUILD should be moved to indra/newview as an .in to be configured by CMake for dynamic version numbers, and adjust the instruction too to run makepkg -R from the folder where the generated PKGBUILD will be. 2024-08-28T00:44:58Z Erik Kundiman erik@megapahit.org 2024-08-28T00:44:58Z urn:sha1:94408352d5105e14bfa56a946b36e3b7d1b01637 Ubuntu, unlike Debian, has /lib64 and /usr/lib64 in their system, so it misled CMake. This is a quick fix, ideally it's the distro name that is checked. 2024-08-11T07:59:24Z Erik Kundiman erik@megapahit.org 2024-08-11T07:49:22Z urn:sha1:1685e1590f7cb6e03d697f7abd1570f51dd37778 The variables set in this file are used only in llfilesystem/CMakeLists.txt, and only used within a Linux (& FreeBSD) section, which then later used in llfilesystem/lldir_linux.cpp, so Darwin doesn't need these variables set specifically for it. 2024-07-05T00:58:07Z Erik Kundiman erik@megapahit.org 2024-07-05T00:58:07Z urn:sha1:532ebcd2d1e722e73aa09a49e77ebaa79cc05e3e Except for SLPlugin since there's already a custom command for it. 2023-12-18T12:42:30Z Erik Kundiman erik@megapahit.org 2023-12-18T12:42:30Z urn:sha1:b0e28d27bd990393e22ca3f474c340e77a08357b because (at least) the vlc/plugins dirs are inside it in the same way it's been inside llplugin. This is so the app can find system VLC plugins. And for this, BUILD_SHARED_LIBS set on must work first on Linux (has already been working on FreeBSD), since libmedia_plugin_libvlc is a shared library (which now gets installed to system library dir too, on both OSes). 2023-07-30T11:02:54Z Erik Kundiman erik@megapahit.org 2023-07-30T11:02:54Z urn:sha1:e08ad14176502a8cc26b401c48b7161ce8c39140 2023-07-29T13:18:28Z Erik Kundiman erik@megapahit.org 2023-07-29T13:18:28Z urn:sha1:849113dcafc35a4dfdcd778e3cf64c44112145ee