| Age | Commit message (Collapse) | Author |
|---|
|
I couldn't get CEF & Dullahan copied using this function.
fixup_bundle on SLPlugin.app was considered invalid, however, SLPlugin
itself gets install_name_tool changed but pointing to a non-existent
Frameworks directory that would be in the SLPlugin.app bundle.
We will have to create and fill such directory with links to the upper
(the root viewer app bundle Frameworks') library copies ourselves.
We wouldn't want fixup_bundle to successfully fill SLPlugin's Frameworks
with copies instead of links anyway.
See:
`man cmake-modules`
https://cmake.org/cmake/help/book/mastering-cmake/chapter/Install.html
|
|
|
|
|
|
plus some reindentations.
|
|
Except for SLPlugin since there's already a custom command for it.
|
|
After the Maintenance B merge, ironically it was Fedora's web
functionality that worked out of the box (after only
`patchelf --remove-rpath`-ing the dullahan_host binary from LL's
v1.14.0-r2 release, since rpmbuild wouldn't allow non-existent paths).
On Debian/Ubuntu somehow it wasn't working any more. It would complain
about "No usable sandbox!" in (the new, replacing cef_log.txt) cef.log.
The fix was done just by removing the chrome-sandbox' setuid permission
(that's been turned on all this time following the common practice for
CEF-based apps). On Fedora, it still works without setuid off.
It may not have been needed after all, and it's safer anyway that we
don't need to elevate the permission to use the effective UID of root to
run the sandbox.
|
|
|
|
Install libfmod.so, libfmod.so.13, and libfmod.so.13.22
|
|
https://megapahit.com/show_bug.cgi?id=26
WARNING #Messaging# llmessage/message.cpp(2050) dispatch : Ignoring unknown message ChatterBoxSessionStartReply
WARNING #Messaging# llmessage/message.cpp(2050) dispatch : Ignoring unknown message ChatterBoxSessionAgentListUpdates
WARNING #Messaging# llmessage/message.cpp(2050) dispatch : Ignoring unknown message ChatterBoxSessionAgentListUpdates
These messages are in etc/messages.xml, and it was never included
before.
|
|
as it's not part of the Dullahan package any more.
|
|
The lllibs need to be built as static libs now, otherwise SLPlugin
would lose reference to gSavedSettings. The media plugins still need to
be built as dynamic libs however, so they can't rely on the condition in
LibraryInstall.cmake any more.
Since the Megapahit viewer, when built using GCC, is using the default
value for _GLIBCXX_USE_CXX11_ABI (which is 1 for the newer C++11 ABI as
opposed to 0 for the older C++03 ABI), the Dullahan dependency needs to
be built with the very same _GLIBCXX_USE_CXX11_ABI setting too, otherwise
apr_dso would fail at loading libmedia_plugin_cef.so because of the failure
to refer to the setOnConsoleMessageCallback function with strictly the same
(not differing between std::__cxx11::basic_string vs. std::basic_string)
parameter types.
The CEF build is Spotify's, so no live streaming support, while the
Dullahan package used by the viewer was built using Kokua's dullahan
fork. After rebuilding it with _GLIBCXX_USE_CXX11_ABI kept at default
by not overriding it in variables (from the build-variables repo), the
order of the target link libraries in CEFPlugin.cmake doesn't seem to
matter any more (it did before!).
Now EXTERNAL_TOS can be safely omitted from GNU/Linux added compile
definitions (but still used on FreeBSD).
|
|
though the file is not tracked. Just put a generated one from building
on a supported platform.
|
|
|
|
|
|
First, in order for launch_url.sh to be executable, it needs to be
installed as a program.
Secondly, the spawn browser command path needs to be adjusted
accordingly.
And last, add chrome (applies to chromium too on FBSD), to the list of
browser commands to try (so chrome wasn't there :/, but dillo has always
been XD, and that's why it kept opening Dillo here haha).
|
|
When I tried using, for example, FBSD system's ca-root-nss.crt, at
runtime, the viewer would fail at downloading textures, avatar names,
and so on. So for now we're still relying on LLCA, it's just get
installed automatically without having to track the file in the viewer
project.
|
|
|
|
Since we could use the dynamic versioning from the configuration phase
of CMake, the inclusion is put in BuildVersion.cmake.
Other CPACK variables are usually static so can be set when running
cmake.
CPack somehow doesn't pick up the DESTINATION values in ViewerInstall
(slplugin & libvlc too) from UnixInstall, so they're they're partially
hardcoded again there.
|
|
|
|
|
|
|
|
|
|
|
|
back-out the back-out for this branch. yay.
|
|
Backing out this merge that I pushed (prematurely) to the wrong place.
|
|
Warn earlier, clearer and harder about missing artwork bundle - this still bites snowglobe builders regularly.
Reviewed by Aimee.
|
|
VWR-12587: Cmake install target has a hard coded secondlife-bin reference remaining
|
|
svn+ssh://svn.lindenlab.com/svn/linden/branches/cmake-9-merge
dataserver-is-deprecated
for-fucks-sake-whats-with-these-commit-markers
|
