Megapahit's fork of the Second Life viewer. https://www.megapahit.org/viewer.git/atom?h=main 2026-07-07T13:23:58Z 2026-07-07T13:23:58Z Erik Kundiman erik@megapahit.org 2026-07-07T13:23:58Z urn:sha1:36e00deb0463b5aaff3fe7c3f8cea1b2936d8681 2026-07-02T12:32:16Z Erik Kundiman erik@megapahit.org 2026-07-02T12:32:16Z urn:sha1:c34528ea43676af207fff563f095454538ad86ed and OpenAL & FreeALUT dynamic libraries are only bundled if USE_OPENAL is ON on Flatpak. 2026-07-02T12:27:25Z Erik Kundiman erik@megapahit.org 2026-07-02T12:27:25Z urn:sha1:ec5fed6a7f1b677f6c11a3c66184bc56de58a279 2026-06-23T12:02:41Z Erik Kundiman erik@megapahit.org 2026-06-23T12:02:41Z urn:sha1:0f5b40798a6c122b7104d6bafefcb7decaad2fc3 so upstream dullahan_host's rpath, which is meant to have $ORIGIN/../lib, would correctly refer to the library dir (where libcef.so is), without having to manipulate dullahan_host (cause Flatpak SDK doesn't have patchelf). But Dullahan/CEF is still not working on Flatpak just yet (LibVLC does, now, after I changed the prebuilt package from Debian 13 binaries to Fedora 44 binaries, where libvlccore links to libidn with the same compatibility version. 2026-06-23T11:57:44Z Erik Kundiman erik@megapahit.org 2026-06-23T10:50:04Z urn:sha1:3f27cd9a683360843524a42628faa6310e196645 but excluding AppleClang. 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-14T06:00:55Z Erik Kundiman erik@megapahit.org 2026-06-14T06:00:55Z urn:sha1:7b5b90df5accc8841a0bb5655525dc88214ac904 on the About floater. Also, linking to ll::cef should've been enabled all this time for Windows too (I'm surprised it's been working anyway). 2026-06-14T05:53:25Z Erik Kundiman erik@megapahit.org 2026-06-14T05:53:25Z urn:sha1:893b93bbbcb2ffc4948f2ebca9dd86be55e79237 as they are available only for x86-64. The PACKAGE=ON parity files are done too in case we switch it on (and use CPack for macOS too, again) in the future. 2026-06-12T23:39:08Z Erik Kundiman erik@megapahit.org 2026-06-12T23:39:08Z urn:sha1:032ad199c342e53b632671a8561215ff461b2c16 There's this: Force removing attachments : @detach[:attachpt]=force (*) Implemented in v1.10 Where part is : chest|skull|left shoulder|right shoulder|left hand|right hand|left foot|right foot|spine| pelvis|mouth|chin|left ear|right ear|left eyeball|right eyeball|nose|r upper arm|r forearm| l upper arm|l forearm|right hip|r upper leg|r lower leg|left hip|l upper leg|l lower leg|stomach|left pec| right pec|center 2|top right|top|top left|center|bottom left|bottom|bottom right|neck|root It doesn't say UUID, but then there's this: Force removing attachments (alias) : @remattach[:attachpt or :uuid]=force (*) Implemented in v1.22, uuid parameter added in v2.9.20 This command is an alias to @detach[:attachpt]=force (to keep things consistent). So there should be a @detach:uuid=force, because there are objects that command this. 2026-06-09T03:49:01Z Erik Kundiman erik@megapahit.org 2026-06-09T03:49:01Z urn:sha1:6982c898c54bd0d5fee3a2e3b848280fae600274 Add Windows x64 & macOS actions