Megapahit's fork of the Second Life viewer. https://megapahit.org/viewer.git/atom?h=main 2026-06-14T06:00:55Z 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 2026-06-08T00:44:55Z HadetTheUndying hadet@protonmail.com 2026-06-01T17:51:59Z urn:sha1:17e5df749474def423c95de1cbf67ca946b5b312 2026-06-05T02:03:41Z HadetTheUndying hadet@protonmail.com 2026-06-04T19:58:38Z urn:sha1:b5c4fec2c0065311508aa1a268a8a4e510674dc5 2026-06-04T02:58:48Z Hadet dev@example.com 2026-06-03T01:15:48Z urn:sha1:4a48c18093f164ac741664554323dccccc213719 The CEF/Dullahan and libVLC version-reporting blocks were guarded with '#if !_M_ARM64'. _M_ARM64 is an MSVC-only predefined macro: defined only by MSVC when targeting ARM64, never by GCC or Clang. The intent (per the '// !LL_LINUX' comment) was to skip these blocks where the media version headers are unavailable, but the macro only ever excludes MSVC-on-ARM64. On Clang/macOS _M_ARM64 is undefined even on Apple Silicon, so the blocks compiled and failed with: fatal error: 'cef/dullahan_version.h' file not found whenever those headers were not on the include path (a build with ENABLE_MEDIA_PLUGINS off, or any non-MSVC platform lacking the headers). Gate the includes and the two version-string blocks on the LL_CEF / LL_VLC compile definitions emitted by newview/CMakeLists.txt, which track the actual build configuration. The combined include/usage is split so a platform that provides one library but not the other is handled correctly. 2026-06-04T02:58:48Z Hadet dev@example.com 2026-06-03T01:15:48Z urn:sha1:f73f1bbacd2bd174619f008f61ff2ff0c11b8386 The viewer reports the bundled libVLC and CEF/Dullahan versions in the Help->About info. Whether those version headers are available is a build configuration fact (ENABLE_MEDIA_PLUGINS, and for CEF the DARWIN/LINUX condition), not a CPU/compiler property. Emit LL_VLC and LL_CEF compile definitions that mirror the existing media-plugin link availability so the source can gate the version-reporting code on the build configuration. No behavior change on platforms that already link these libraries. 2026-06-01T01:58:57Z Erik Kundiman erik@megapahit.org 2026-06-01T01:58:57Z urn:sha1:ae056a279979ae3f051bfaacbdeec162ddc039d9 This reverts commit 16d3d725998f1189083c429a1cbb2cc3fb15b7da. 2026-06-01T01:33:17Z Hadet hadet@Mac.lan 2026-06-01T00:36:28Z urn:sha1:56809d4eedd6f83ae5f018d8be9fb4234ef46224