Megapahit's fork of the Second Life viewer. https://www.megapahit.org/viewer.git/atom?h=main 2025-11-07T06:44:34Z 2025-11-07T06:44:34Z Erik Kundiman erik@megapahit.org 2025-11-07T06:44:34Z urn:sha1:be5c0c47bd66b700da18a8491f477fbb8d75933b and remove unnecessary links, such as to graphics libraries. CEF framework is still in the viewer bundle's Frameworks, with the link in SLPlugin's, as moving it to SLPlugin's would cause it to not work even though the media plugin gets loaded. 2025-10-10T12:11:28Z Erik Kundiman erik@megapahit.org 2025-10-10T12:11:28Z urn:sha1:fc7795696bbbd25c08c9c659a12d444a9ae27d81 2025-10-10T12:10:47Z Erik Kundiman erik@megapahit.org 2025-10-10T12:10:47Z urn:sha1:16f0ca15395096e85d49bcb82e75076beb14511f 2025-10-01T08:56:56Z Erik Kundiman erik@megapahit.org 2025-09-29T08:29:19Z urn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5 2025-08-28T03:07:22Z Rye rye@alchemyviewer.org 2025-08-28T03:07:22Z urn:sha1:34ae3db498e0683b453c923fbff80b441810e96e 2025-08-28T03:05:40Z Rye rye@alchemyviewer.org 2025-08-28T03:05:40Z urn:sha1:536c821c091be7020c614857e1fd220203f6ab23 2025-06-08T10:52:14Z Erik Kundiman erik@megapahit.org 2025-06-08T10:52:14Z urn:sha1:e593649e42e70a45db16aaecce2a38c2f34dda69 2025-06-06T13:51:38Z Erik Kundiman erik@megapahit.org 2025-06-06T13:44:26Z urn:sha1:b6c930833bce5d501f4c4496935b7fbf13ed34aa Put the necessary files into place. But, none of them is working just yet. 2025-05-14T11:22:54Z Erik Kundiman erik@megapahit.org 2025-05-14T03:43:15Z urn:sha1:060bebcd3cbb5fbf6045bd777364947a2d8963d3 This reverts commit 3a36cdf6ebd9d2795bdcd14162f38df568d51796. 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.