Megapahit's fork of the Second Life viewer. https://www.megapahit.org/viewer.git/atom?h=26.3 2026-06-22T03:25:21Z 2026-06-22T03:25:21Z Erik Kundiman erik@megapahit.org 2026-06-22T00:34:39Z urn:sha1:ee87dd9f21e0dcd5a2f3a78586e5ae5d2ba592d5 Still uses prebuilt GLU, could be improved by using the glu shared module. Still uses prebuilt OpenAL, could be improved by separating the ALUT dependency (which isn't available on the runtime) from it, so we could use runtime's OpenAL. Still uses prebuilt LibXML2, could be improved by separating the Minizip & ColladaDOM from it (which aren't available on the runtime) from it, so we could use runtime's LibXML2 but have ColladaDOM built against it (and a still non-runtime Minizip). Still uses FLTK 1.3, when I tried using 1.4, it still had linking errors (might need to just add Cairo libraries to the target_link_libraries). VLC plugins are installed in vlc/plugins path relative to the vlc & vlccore libraries, the way they are in the distro I got the binaries from (Debian), cause I think it's the libraries that are compiled with that path. Still uses prebuilt dependencies in general, could be improved by having them as modules to be built. _FORTIFY_SOURCE needs to be skipped to avoid redefinition cause Flatpak build system already defines it. The conditionals for deciding installation paths need to be reorganised to accomodate installation that doesn't require an encapsulating namespace (because the installed files are already encapsulated in the app sandbox). The library directory naming scheme used here is lib64. The libGLESv2.so & libvulkan.so.1 installed are still copies, not links yet, because I'm still not familiar yet with the runtime hierarchies (they might reside just in /usr/lib/x86_64-linux-gnu). 2026-06-15T16:03:39Z Erik Kundiman erik@megapahit.org 2026-06-15T16:03:39Z urn:sha1:6762edb10ff3c5e4f11476d2ade665a30436fa98 2026-06-14T06:07:11Z Erik Kundiman erik@megapahit.org 2026-06-14T06:07:11Z urn:sha1:8bde6901477280e7eaf719daebbf978143e2d0cb as its system CEF has been upgraded to 148. 1.31 is chosen here instead of the newer 1.35 because 1.31 is the one used so far in SL's callum/cef-148 branch. 2026-05-26T12:50:26Z Erik Kundiman erik@megapahit.org 2026-05-26T12:47:39Z urn:sha1:06810358cd6e92b0eef8d02464a56c9bc3969057 Arch's system CEF version is 147 so we choose Dullahan version 1.30. 2026-05-26T12:38:34Z Erik Kundiman erik@megapahit.org 2026-05-26T12:23:39Z urn:sha1:d8f5cc0f9ac38e8fdbf674664c38ba5f0ee3996a Fedora's system CEF version is 146.0.11 so we choose the Dullahan version that uses the next closest CEF version (146.0.12 and not 146.0.10), which is Dullahan 1.29 and not 1.28. System libcef_dll is somehow distributed only in source form (on Arch too), so in order to be able to link to it, we have to compile it first, but its CMakeLists.txt is a sub one, incomplete, so we use the solution of adding an empty macro: https://www.magpcss.org/ceforum/viewtopic.php?f=6&t=17732 System CEF's library encapsulating folder that contains libcef.so, hence needs to be add to runtime path. 2026-05-26T11:27:54Z Erik Kundiman erik@megapahit.org 2026-05-26T11:27:54Z urn:sha1:ca001ceb66136a7bf094276ddf8e7752fcba1eb2 For convenience, on x86-64 we choose the next closest version that has prebuilt binary so we don't have to build (we could, I've tried and it worked too). While on aarch64, we have to compile like before and we choose the same Dullahan version too as on Windows and macOS, for this parity branch with SLv's. 2026-05-26T10:38:42Z Erik Kundiman erik@megapahit.org 2026-05-26T10:16:38Z urn:sha1:4989aa911c5bfa39ab056e1481cde4190db3ae8e This includes files of WebRTC, Discord, VLC & CEF and their media plugins & resources. This is so they won't clash just in case some other packages install files with the same names in system library directories. Furthermore, this seems to prevent Dullahan/CEF from breaking in general. The path to this encapsulating folder needs to be added as a runtime path to especially dullahan_host & libmedia_plugin_cef.so so they can find libcef.so etc, also for the viewer to find libllwebrtc.so & libdiscord_partner_sdk.so. And that's why `patchelf` needs to be made sure it's installed. 2025-10-05T08:16:49Z Erik Kundiman erik@megapahit.org 2025-10-05T08:11:19Z urn:sha1:cee509bcb5a6045369237c0667d17f85f52b808a The fatal errors when lipo thinning something that's already thin, can be safely ignored. 2025-10-01T08:56:56Z Erik Kundiman erik@megapahit.org 2025-09-29T08:29:19Z urn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5 2025-08-28T03:05:40Z Rye rye@alchemyviewer.org 2025-08-28T03:05:40Z urn:sha1:536c821c091be7020c614857e1fd220203f6ab23