| Age | Commit message (Collapse) | Author |
|---|
|
|
|
https://megapahit.com/show_bug.cgi?id=21
Returning false is for disabling, setting AGENT_CONTROL_FINISH_ANIM is
to not get stuck.
|
|
https://megapahit.com/show_bug.cgi?id=15
|
|
https://megapahit.com/show_bug.cgi?id=9
|
|
https://megapahit.com/show_bug.cgi?id=184
|
|
|
|
|
|
as its system CEF has been upgraded to 151.3.14.
The latest one is chosen here because it's the closest now.
|
|
|
|
|
|
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).
|
|
so no need for USE_FLATPAK, and just maybe there are some other
platforms that use this runtime as the distro info.
|
|
Still hardcoded with `/var/cache/distfiles`,
which should still be the most common at the time of this commit.
This is so there's no need for the Discord patch in the ebuild code.
|
|
as its system CEF has been upgraded to 150.0.17.
v1.40.0-CEF_150.0.16.embed_scheme is chosen here instead of the
latest one because the latest one use 150.0.18.
Anticipating newest Dullahan version using not yet available API
on Arch CEF 150.0.17.
|
|
|
|
|
|
No cef package yet, so at-spi2-core & minizip must be directly
depended on.
Also, the package compression used in Arch ARM is different.
|
|
This file could also be in the "flatpak" repo instead. We'll see.
|
|
This reverts commit 3441a57e91f607b8beaa12424bcf71117cedade2.
Also includes both libGLESv2.so & libvulkan.so.1 to the stripping
part. Also reorder the list alphabetically (and case-ically).
Presence of libGLESv2.so on the system isn't mandatory any more
now on Debian/Ubuntu.
This fixes the WebGL being disabled on affected distros.
|
|
This reverts commit 9870f317f0ed1f2be6e4fa2d33669a71ec59e549.
|
|
that seemed to have a wrong value and contain a typo.
|
|
as its system CEF has been upgraded to 150.0.14.
v1.40.0-CEF_150.0.13.accel is chosen here instead of the newer ones
because later ones use 150.0.15 & 150.0.16.
Anticipating newest Dullahan versions using not yet available API
on Arch CEF 150.0.14.
|
|
the ones on the runtime, instead of bundling copies.
|
|
https://docs.flatpak.org/en/latest/conventions.html
|
|
This reverts commit d9d5958059730e6919906291ac071618a984374d.
|
|
and fix some warning of sed not finding some file that was caused
by using BSD's syntax for sed on GNU.
|
|
Just remove OpenAL files and leave out FreeALUT's to avoid having
a custom prebuilt package and modifying autobuild.xml.
|
|
Stripping dullahan_host on Fedora (maybe Arch too) needs to be done
after it's copied to prebuilt directory cause somehow when done
before, it wouldn't work somehow. Also, placing the snippet along
with the rest (down there) would cause the file to be corrupt
(the ELF patching must have been executed when the stripping wasn't
done yet).
Stripping CEF binaries on non Arch/Fedora is done before they're
installed to avoid eating too much storage from having unstripped
copies.
Flatpak already strips, so no need for additional stripping for
Flatpak only files. Gentoo already strips too but it's okay, no
need to rule Flatpak and/or Gentoo out.
|
|
|
|
|
|
See commit 21ef63545ca07ef625edb742b2b3d1473bf33f13
|
|
for OSes/distros that don't link to system library meshoptimizer.
|
|
|
|
|
|
and OpenAL & FreeALUT dynamic libraries are only bundled if
USE_OPENAL is ON on Flatpak.
|
|
|
|
this fix properly set keyboard shortcuts for AZERTY keyboards on Mac (such as the moving keys but also cmd + A to select all, cmd + Z to revert a change)
|
|
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.
|
|
but excluding AppleClang.
|
|
|
|
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).
|
|
|
|
|
|
|
|
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.
|
|
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).
|
|
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).
|
|
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.
|
|
See commit b8a0eb6b9c7735eb910f6faf2d23229519a23b75
|
|
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.
|
