| Age | Commit message (Collapse) | Author |
|
Apart from FreeALUT for all distros now, not needing FMOD any more,
Ubuntu gets an extra dependency, which is (system) OpenJPEG, like the rest.
|
|
Also, its private headers haven't been used, for other platforms
either, so no need to use the encapsulating folder any more.
The last line in .cmake is kept though, otherwise somehow on Gentoo
llrender wouldn't have packages/include as its target include
directories for finding glh's header directories.
None of the Linux distros bundle OpenJPEG any more now.
|
|
and use PipeWire instead of PulseAudio for controlling web media
volume by default.
|
|
This reverts commit 934b2de85e33fd2d4a7bf9abe12dcdeb743ff418.
|
|
This reverts commit 2170cca3a9f205bc6dda9d1b084ff5c8821186c9.
|
|
This reverts commit b8cc57486f3c15fd40d3524204c7fc0db3b7b8d4.
|
|
This reverts commit 6c1ff2e4b9da8069b9da573f99b52df707e97e75.
|
|
This reverts commit bf0ab355d501017669f0efeb1ca269a1dccc21bc.
|
|
On default Debian/Ubuntu GNOME-based distributions, there's already
pipewire-pulse, which would prevent WebRTC from crashing too. But in the
viewer current state, using that, would break CEF. And the difference in
our Debian arm64 build is, that it uses OpenAL and not FMOD.
So pulseaudio is used for now (it would force remove pipewire's daemon
if pipewire's is already installed, like on GNOME-based distros), until
we can have pipewire-pulse, OpenAL, CEF and WebRTC, all getting along.
|
|
This reverts commit 8d34bb549736c341e84123760901bc981c46b184.
|
|
This reverts commit e2bbc96a057eaacf8bfbc6614c156634a7697ee0.
|
|
This reverts commit 00a44adfbeac89ed646b517446cbade82da531f8.
|
|
This reverts commit 038ac8ea747b680b73bbce6a5a426abcd8132e22.
|
|
The previous would make none compile WebRTC code in llvoiceclient.cpp.
|
|
I didn't see a quick way to replace libvlc_MediaPlayerTitleChanged,
though, so I guess there's no title notification yet for the platform
that uses VLC 4 (Gentoo will, so far). Will do this later.
|
|
Similar crash as on Debian arm64. I thought it was because I hadn't
had sound working yet on my installation, but after I got sound working,
it still crashed with WebRTC on.
See commit 8d34bb549736c341e84123760901bc981c46b184
|
|
platforms that can't have WebRTC support yet or have some problem
with WebRTC (crashed by it).
|
|
From SDL2 to sdl2-compat and from openjpeg2 to openjpeg.
|
|
|
|
use libboost 91, fmod no longer required for functional CEF
|
|
use libboost 91
|
|
See commit 950815943ac6f31e9135be1b22b397dfa47a9761
|
|
It no longer exists in Dullahan 1.24, my old development system
must have had leftovers from Dullahan 1.14.
|
|
|
|
The error was:
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\detail\value_from.hpp(152,9): error C2338: static assertion failed: 'No suitable tag_invoke overload found for the typ
e' [C:\Users\erik\Documents\Megapahit\viewer\build-mingw64_nt-10.0-26200-arm64\newview\Megapahit.vcxproj]
(compiling source file '../../indra/newview/llviewerdisplay.cpp')
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\detail\value_from.hpp(152,9):
the template instantiation context (the oldest one first) is
C:\Users\erik\Documents\Megapahit\viewer\indra\newview\llviewerdisplay.cpp(1112,48):
see reference to function template instantiation 'boost::json::value_ref::value_ref<T>(const T &,void *) noexcept' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_ref.hpp(230,1):
see reference to function template instantiation 'boost::json::value boost::json::value_ref::from_const<T>(const void *,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\impl\value_ref.hpp(29,12):
see reference to function template instantiation 'boost::json::value boost::json::value_from<const T&>(const boost::json::object_kind_t&,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(146,11):
see reference to function template instantiation 'boost::json::value boost::json::value_from<const T&,boost::json::detail::no_context>(const boost::json::object_kind_t&,const Contex
t &,boost::json::storage_ptr)' being compiled
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(125,5):
see reference to function template instantiation 'void boost::json::value_from<const T&,Context>(const boost::json::object_kind_t&,const Context &,boost::json::value &)' being compi
led
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context
]
C:\Users\erik\Documents\vcpkg\installed\arm64-windows\include\boost\json\value_from.hpp(97,13):
see reference to function template instantiation 'void boost::json::detail::value_from_impl<const T&,Context>(boost::json::detail::no_conversion_tag,boost::json::value &,const boost
::json::object_kind_t&,const Ctx &)' being compiled
with
[
T=boost::json::object_kind_t,
Context=boost::json::detail::no_context,
Ctx=boost::json::detail::no_context
]
|
|
|
|
|
|
Effectively all Un*x distros now.
|
|
|
|
from zlib1.dll to z.dll
|
|
|
|
for compiling using GCC 16 on Fedora 44.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Integrate Velopack installer and update framework
* Add Velopack update support for macOS and VVM integration
* Update Velopack version and dependencies
* Improve Velopack packaging for macOS
* #5346 Uninstall older non-velopack viewer (#5363)
* #5335 Fix silent uninstall asking about registry
* #5346 Uninstall older non-velopack viewer
* Use runtime viewer exe name, handle Velopack URL
* Velopack download failure diagnostic (#5520)
* Velopack download failure diagnostic
* Fix up velopack downloading updates. Handle updates internally then hand them off to velopack. (#5524)
* More velopack changes. Should download updates properly now.
* Don't include NSI files
* Restore optional updates, refine viewer restart behavior. (#5527)
* Add support for optional updates.
* Don't restart the viewer after the update unless it was optional.
* Setup UpdaterServiceSetting with velopack properly.
* Refine the restart behavior a bit - readd the old "the viewer must update" UX.
* If the update is still downloading, close should just reopen the downloading dialog.
---------
Co-authored-by: Jonathan "Geenz" Goodman <geenz@lindenlab.com>
* Remove SLVersionChecker from the viewer with velopack. (#5528)
* Remove SLVersionChecker updater integration
* Ensure that the portable install has the correct version number.
* Don't produce shortcuts with VPK - we do this with our post install.
* Bump viewer version from 26.1.0 to 26.1.1
* Potential fix for uninstaller not being functional.
* Fix for UpdaterServiceSetting being ignored.
* Filter for release channel when generating shortcuts.
* Add some more logging for icons on Windows builds.
* More VPK logging.
* Move velopack packaging in CI to the sign and package step.
* Enable velopack downgrade and skip older updates
* Move the version required checking into velopack's checks.
* Potential fix for downgrade prompts.
* Make sure our macOS flow mirrors Windows.
* Make sure to use the dev version of the mac sign and package.
* p#553 Only one of two uninstallers displayed
* #5346 Don't force user to shutdown velopack build for NSIS uninstall
* #5346 Ignore option for the uninstall dialog
* #5346 Fix early exit crash
* #5346 Properly reset version flag.
* Add some autodetect logic on macOS.
* p#564 Clear legacy links
* p#553 Handle uninstall records
* p#549 Permit testing release notes on a test build
* p#564 Remake nsis to velopack update flow
* p#564 Remake nsis to velopack update flow #2
* p#564 Fix incorrect value type
* p#553 Clear velopack's own registry entry in favor of a custom one
* #5346 Resolve duplicated window class name
* Bump to 2.1.0 of sign and package.
---------
Co-authored-by: Andrey Kleshchev <117672381+akleshchev@users.noreply.github.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
on Arch and macOS. Somehow `pkg-config --cflags minizip` of current
minizip packages on those 2 OSes doesn't include the encapsulating
folder "minizip".
|
|
Package no longer available from stock repos, doesn't seem to be required for viewer to run.
|
|
2026.01
|
|
|