| Age | Commit message (Collapse) | Author |
|---|
|
|
|
especially pipewire-devel pulseaudio-libs-devel.
Add instruction to remove runtime path from dullahan_host too since
rpmbuild, being stricter, wouldn't install if it had a non-existent
runtime path.
|
|
Slightly reduce transparency
|
|
|
|
We don't rely on viewer_manifest.py's extract_names any more to
generate the contributors list, it's implemented in CMake now, using
sed, paste, and sort.
|
|
|
|
|
|
This would be done in viewer_manifest.py on SLv. This needed to be
reimplemented, and now it is, just using CMake.
|
|
`cpack -G Bundle` just wouldn't play along well with code-signing
and also broke Dullahan/CEF.
The creation of the link to Applications in the AppleScript is now
needed since we don't rely on CPack to make it for us any more.
|
|
since the variable PACKAGE is not available to check any more by
that stage.
|
|
Just set CMAKE_INSTALL_PREFIX to the newview/Megapahit.app/Contents/Resources
inside your build folder, and set PACKAGE to OFF.
|
|
|
|
|
|
Root project finally renamed to Megapahit, which has a nice effect of
CPack: - Run preinstall target for: Megapahit
CPack: - Install project: Megapahit []
but it's really because CPack Bundle file couldn't be renamed via
CPACK_PACKAGE_NAME like on DEB, RPM, and FREEBSD.
CPack determines its own destination root folder, which is Resources
(I didn't find a way to set it to Contents).
fixup_bundle is now run on the .app deep inside CPack staging folders
so that the dependency copies will be included in the DMG.
|
|
Modify default layout to hopefully be more tidy and useful
|
|
Remove unneeded backgrounds
|
|
remove more unneeded unneeded background panels
|
|
for GNU/Linux.
|
|
|
|
|
|
which would be to determine which media plugins should be added as
dependencies.
Plus minimise diff from SLv code.
|
|
|
|
|
|
|
|
|
|
otherwise those executables couldn't be read and therefore couldn't
be copied for bundle preparation, for example.
|
|
|
|
since we don't bundle 3rd-party libraries in RPMs.
|
|
|
|
and set the runtime dependencies as automatically installed on FBSD.
|
|
|
|
plus some tidying up the README.md.
|
|
They're custom anyway so very unlikely to be reused in other projects.
TinyGLTF.cmake changes here just to minimise diff, the include
directory setting does not have any effect (just like in TinyEXR.cmake).
|
|
|
|
|
|
|
|
Remove Example section too since it's not so representative
at this moment.
Remove Windows instruction link too, we will have our own.
|
|
Somehow it wouldn't work.
|
|
cause SLPlugin's Frameworks wouldn't exist yet before installation.
|
|
Now you can pass -DCMAKE_OSX_ARCHITECTURES:STRING=`uname -m` or
-DCMAKE_OSX_ARCHITECTURES:STRING="arm64;x86_64" and it will build
as intended.
|
|
otherwise fixup_bundle would try to fix DullahanHelper executables
when otool -L somehow can't find files that contain spaces in their
names. By postponing the chmod until after fixup_bundle is called,
fixup_bundle will ignore the DullahanHelper apps since they contain
no executables yet by that time.
Apart from that, trying to link to CEF would fail before installation
cause SLPlugin's Frameworks directory wouldn't exist yet.
|
|
but set CMAKE_INSTALL_PREFIX to newview/Megapahit.app/Contents.
|
|
Using file(CHMOD ... PERMISSIONS .._EXECUTE) somehow didn't work,
so I had to set it to reinstall the Dullahan executables, and they
are the only files that are required to be executable (CEF framework
and the .dylibs aren't).
|
|
Must have been residues before, they really were in llplugin/lib
when I was doing the media plugin before.
|
|
Adding custom command to fix SLPlugin's references wouldn't have
any effect because fixup_bundle will overwrite them in install stage.
|
|
Explanation just like previous commit.
There's a reference fix that doesn't seem to be valid any more.
First of all, the path leading to CEF framework would be wrong,
and secondly, the plugin doesn't seem to link to CEF.
|
|
Somehow fixup_bundle misses fixing the plugins.
These fixes are in effect when MacPorts is used, though it wouldn't
hurt if you're using HomeBrew, it's just you'd need to add the
references to the HomeBrew libraries just like the MacPorts ones.
|
|
|
|
This commit fixes a gSavedSettings variable call
|
|
|
