| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
can be used instead of manually installing python.
|
|
|
|
Even though not obligatory, adding paths to GL libs wouldn't hurt
in building for amd64.
Also fix Arch aarch64 architecture label (ARM is the project label
which encompasses various ARM architectures including 32-bit ones).
|
|
|
|
No cef package yet, so at-spi2-core & minizip must be directly
depended on.
Also, the package compression used in Arch ARM is different.
|
|
|
|
|
|
so we don't have to keep 1.0.1 on vcpkg or MacPorts around any more
(the last version they compile with, in the code's current state).
|
|
The instruction is for building thin binaries anyway, the +universal
was meant for systems that are set up to build for both architectures,
BUT separate thin ones.
|
|
Fedora: boost-url should be pulled already by boost-devel
openSUSE Tumbleweed: in practice, the package name is glm-devel, not glm
|
|
Arch's system CEF version is 147 so we choose Dullahan version 1.30.
|
|
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.
|
|
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.
|
|
|
|
for the previous 2 commits.
|
|
|
|
Apart from FreeALUT for all distros now, not needing FMOD any more,
Ubuntu gets an extra dependency, which is (system) OpenJPEG, like the rest.
|
|
|
|
use libboost 91, fmod no longer required for functional CEF
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
update build instructions and package depends to reflect new boost vers
|
|
|
|
|
|
|
|
|
|
though implicitly pulled by curl which is pulled by cmake & git.
|
|
|
|
which fixes the problem of freezing/crashing or disappearing of the
viewer, at least on default GNOME-based Debian.
|
|
|
|
for FreeBSD as it's the one that would pull dependencies automatically
More for users that are trying to figure out the command for installing
the binary package, and they read this README (which is actually for
builders, who could still use pkg add).
|
|
|
|
The mirror that displays Markdown files with hyperlinks and all,
is GH's anyway.
|
|
|
|
Now that MacPorts' newest Boost version is 1.88.
|
|
Update libboost packages to ver 89
|
|
OpenAL and LL's WebRTC now break CEF too just like on many other
supported distros.
Same as Ubuntu 24.04.2 when it comes to not yet compatible newer
Pipewire, but OpenJPEG 2.5.3 (unlike 24.04.2 which is still at 2.5.0).
The libminizip1 package name is also fixed here for Ubuntu.
|
|
This reverts commit cbf64f875831992386dadc5a094b9739b678b764.
|
|
Turns out it's not necessarily pulled by some other dependencies
on a fresh Arch installation.
|
|
previously unintentionally left out from commit 829e4
|
|
Turns out the one used is
installed/<arch>-windows/tools/pkgconf/pkgconf.exe which is installed by
some package...
No special PKG_CONFIG_LIBDIR/PATH needed either.
|
