mirrors/yuzu
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
yuzu/.ci/scripts/linux/docker.sh

66 lines
2.2 KiB
Bash
Raw Normal View History

Finalize Azure Pipelines Definitions d
2019-07-13 21:34:40 -04:00
#!/bin/bash -ex
chore: make yuzu REUSE compliant [REUSE] is a specification that aims at making file copyright information consistent, so that it can be both human and machine readable. It basically requires that all files have a header containing copyright and licensing information. When this isn't possible, like when dealing with binary assets, generated files or embedded third-party dependencies, it is permitted to insert copyright information in the `.reuse/dep5` file. Oh, and it also requires that all the licenses used in the project are present in the `LICENSES` folder, that's why the diff is so huge. This can be done automatically with `reuse download --all`. The `reuse` tool also contains a handy subcommand that analyzes the project and tells whether or not the project is (still) compliant, `reuse lint`. Following REUSE has a few advantages over the current approach: - Copyright information is easy to access for users / downstream - Files like `dist/license.md` do not need to exist anymore, as `.reuse/dep5` is used instead - `reuse lint` makes it easy to ensure that copyright information of files like binary assets / images is always accurate and up to date To add copyright information of files that didn't have it I looked up who committed what and when, for each file. As yuzu contributors do not have to sign a CLA or similar I couldn't assume that copyright ownership was of the "yuzu Emulator Project", so I used the name and/or email of the commit author instead. [REUSE]: https://reuse.software Follow-up to 01cf05bc75b1e47beb08937439f3ed9339e7b254
2022-05-14 20:06:02 -04:00
# SPDX-FileCopyrightText: 2019 yuzu Emulator Project
# SPDX-License-Identifier: GPL-2.0-or-later
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
# Exit on error, rather than continuing with the rest of the script.
set -e
Finalize Azure Pipelines Definitions d
2019-07-13 21:34:40 -04:00
ccache -s
mkdir build || true && cd build
ci: linux: Link Boost statically Only affects the AppImage and the raw binaries. Enables running the executable alone on Linux systems when all other libraries are compatible.
2021-04-18 02:32:58 -04:00
cmake .. \
-DBoost_USE_STATIC_LIBS=ON \
-DCMAKE_BUILD_TYPE=Release \
Enable compiler optimizations and enforce x86-64-v2 on GCC/Clang (#9442) * Testing LTO (#4) * Testing LTO * clang * linux * Added the rest of Blinkhawk's optimizations * Unlikely asserts * Removing LTO from Linux builds - GCC * Removing LTO from Linux builds - Clang
2022-12-17 20:16:52 -05:00
-DCMAKE_CXX_FLAGS="-march=x86-64-v2" \
ci: linux: Link Boost statically Only affects the AppImage and the raw binaries. Enables running the executable alone on Linux systems when all other libraries are compatible.
2021-04-18 02:32:58 -04:00
-DCMAKE_CXX_COMPILER=/usr/lib/ccache/g++ \
-DCMAKE_C_COMPILER=/usr/lib/ccache/gcc \
-DCMAKE_INSTALL_PREFIX="/usr" \
-DDISPLAY_VERSION=$1 \
-DENABLE_COMPATIBILITY_LIST_DOWNLOAD=ON \
-DENABLE_QT_TRANSLATION=ON \
-DUSE_DISCORD_PRESENCE=ON \
cmake, ci: Build bundled FFmpeg with yuzu Drops usage of CMAKE_DEPENDENT_OPTION to allow using YUZU_USE_BUNDLED_FFMPEG as an option on any platform. CI then now builds FFmpeg always, netting about 10 MB less used on the AppImage. Also somewhat fixes YUZU_USE_BUNDLED_QT so that it can be used even if CMake doesn't clean up its state after running the first find_package.
2021-07-06 12:06:14 -04:00
-DYUZU_ENABLE_COMPATIBILITY_REPORTING=${ENABLE_COMPATIBILITY_REPORTING:-"OFF"} \
CI: use Ninja to build stuff faster
2021-12-23 06:43:24 -05:00
-DYUZU_USE_BUNDLED_FFMPEG=ON \
Re-enable LTO for Linux Using the tested method of only enabling it for core and video_core. Clang is skipped, because Clang.
2023-03-30 16:28:08 -04:00
-DYUZU_ENABLE_LTO=ON \
CI: use Ninja to build stuff faster
2021-12-23 06:43:24 -05:00
-GNinja
Finalize Azure Pipelines Definitions d
2019-07-13 21:34:40 -04:00
CI: use Ninja to build stuff faster
2021-12-23 06:43:24 -05:00
ninja
Finalize Azure Pipelines Definitions d
2019-07-13 21:34:40 -04:00
ccache -s
externals: Amend zlib submodule Supplies CMakeLists.txt file that avoids pulling in zlib's tests into the tree. This avoids needing to explicitly opt these tests out from ctest.
2019-10-29 16:42:41 -04:00
ctest -VV -C Release
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
CI: use Ninja to build stuff faster
2021-12-23 06:43:24 -05:00
DESTDIR="$PWD/AppDir" ninja install
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
rm -vf AppDir/usr/bin/yuzu-cmd AppDir/usr/bin/yuzu-tester
# Download tools needed to build an AppImage
Migrate deploy-linux.sh from lat9nq's repo.
2022-10-01 13:25:28 -04:00
wget -nc https://raw.githubusercontent.com/yuzu-emu/ext-linux-bin/main/gcc/deploy-linux.sh
ci/linux: Use AppRun.sh to start AppImage The current AppRun is more difficult to update. This script still uses the old version of AppImageKit-checkrt, but now we use the shell script version so we can set our own environment variables as the application starts up. This specific version searches for and sets the correct root CA file to prevent SSL errors in yuzu.
2022-09-20 17:39:06 -04:00
wget -nc https://raw.githubusercontent.com/yuzu-emu/AppImageKit-checkrt/old/AppRun.sh
ci: linux: Freeze AppImage binaries A regression was introduced on May 13 by linuxdeploy that causes file open dialogs to crash yuzu in the AppImage (likely this commit 1e28ee38fa174279defe70cdaadf2a552c80258c from linuxdeploy/linuxdeploy-desktopfile). Instead of downloading the latest version from each of the repos we use to build the AppImage, just download the ones hosted at yuzu-emu/ext-linux-bin, which are the same binaries we have been using, but verified to be working and won't update on us beyond our control. This can eventually be moved into the container itself to remove the need to download them at build time.
2021-05-16 05:07:49 -04:00
wget -nc https://github.com/yuzu-emu/ext-linux-bin/raw/main/appimage/exec-x86_64.so
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
# Set executable bit
chmod 755 \
ci/linux: Drop linuxdeploy usage Recent versions of Docker appear to cause the Qt linuxdeploy plugin to throw a boost file copy error. This switches from linuxdeploy to a script of mine I've been working on for a while.
2022-09-26 00:29:38 -04:00
deploy-linux.sh \
ci/linux: Use AppRun.sh to start AppImage The current AppRun is more difficult to update. This script still uses the old version of AppImageKit-checkrt, but now we use the shell script version so we can set our own environment variables as the application starts up. This specific version searches for and sets the correct root CA file to prevent SSL errors in yuzu.
2022-09-20 17:39:06 -04:00
AppRun.sh \
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
exec-x86_64.so \
# Workaround for https://github.com/AppImage/AppImageKit/issues/828
export APPIMAGE_EXTRACT_AND_RUN=1
mkdir -p AppDir/usr/optional
mkdir -p AppDir/usr/optional/libstdc++
mkdir -p AppDir/usr/optional/libgcc_s
# Deploy yuzu's needed dependencies
ci/linux: Drop linuxdeploy usage Recent versions of Docker appear to cause the Qt linuxdeploy plugin to throw a boost file copy error. This switches from linuxdeploy to a script of mine I've been working on for a while.
2022-09-26 00:29:38 -04:00
DEPLOY_QT=1 ./deploy-linux.sh AppDir/usr/bin/yuzu AppDir
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
ci/linux: Delete libwayland-client from AppDir This library causes issues in Vulkan driver detection. libQt5MultimediaGstTools's dependencies seem to be the issue.
2022-07-26 00:17:18 -04:00
# Workaround for libQt5MultimediaGstTools indirectly requiring libwayland-client and breaking Vulkan usage on end-user systems
find AppDir -type f -regex '.*libwayland-client\.so.*' -delete -print
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
# Workaround for building yuzu with GCC 10 but also trying to distribute it to Ubuntu 18.04 et al.
# See https://github.com/darealshinji/AppImageKit-checkrt
cp exec-x86_64.so AppDir/usr/optional/exec.so
ci/linux: Use AppRun.sh to start AppImage The current AppRun is more difficult to update. This script still uses the old version of AppImageKit-checkrt, but now we use the shell script version so we can set our own environment variables as the application starts up. This specific version searches for and sets the correct root CA file to prevent SSL errors in yuzu.
2022-09-20 17:39:06 -04:00
cp AppRun.sh AppDir/AppRun
ci: Build an AppImage This builds yuzu in an AppImage alongside the other archives during release. Required to allow distributing yuzu in the future with upgraded dependencies, such as Qt.
2020-12-29 22:09:06 -05:00
cp --dereference /usr/lib/x86_64-linux-gnu/libstdc++.so.6 AppDir/usr/optional/libstdc++/libstdc++.so.6
cp --dereference /lib/x86_64-linux-gnu/libgcc_s.so.1 AppDir/usr/optional/libgcc_s/libgcc_s.so.1
Reference in a new issue Copy permalink