| Git Clone URL: | https://aur.archlinux.org/cemu-git.git (read-only, click to copy) |
|---|---|
| Package Base: | cemu-git |
| Description: | Nintendo Wii U emulator |
| Upstream URL: | https://cemu.info/ |
| Keywords: | console emulation emulator game nintendo |
| Licenses: | MPL-2.0 |
| Conflicts: | cemu |
| Provides: | cemu |
| Submitter: | abouvier |
| Maintainer: | abouvier |
| Last Packager: | abouvier |
| Votes: | 12 |
| Popularity: | 0.152132 |
| First Submitted: | 2022-08-27 04:24 (UTC) |
| Last Updated: | 2025-01-14 06:01 (UTC) |
What will you say to users that actually use this feature?
If constructed similarly to srbkart-git, set an environment variable before building to enable. Or to disable, depending on the default.
(Doesn't really matter to me. Just potential reasons someone would request making discord-rpc optional.)
They bounced the problem back to packagers by having an option to disable it.
What will you say to users that actually use this feature? Anyway, it can be disabled in the application.
Blame the Cemu developers for using such library ;)
They bounced the problem back to packagers by having an option to disable it.
If that's true, it should be a makedep, not depends.
I meant it wasn't loaded at runtime with dlopen(), but the shared library is obviously linked.
Some packages, like srb2kart-git, use it only if it is already installed.
It's awful and does not make any sense when building in a clean chroot.
Probably doesn't want to build/install an extra package that hasn't been updated in 4-6 years
Blame the Cemu developers for using such library ;)
Why?
Probably doesn't want to build/install an extra package that hasn't been updated in 4-6 years. Some packages, like srb2kart-git, use it only if it is already installed.
discord-rpcis not dynamically loaded
If that's true, it should be a makedep, not depends.
Why? All available features tend to be enabled in an archlinux package.
discord-rpc is not dynamically loaded by cemu, it's either enabled or disabled.
Is it possible to make discord-rpc optional?
When the following is used in the build function:
cmake -S $_pkgname -B build \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_C_FLAGS_RELEASE="-DNDEBUG" \
-DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" \
-DENABLE_VCPKG=OFF \
-Wno-dev
cmake --build build
It produces the following error:
Error: unknown pseudo-op: `.rodata'
However, modifying the build function according to the build instructions from upstream like so:
cmake -S $_pkgname -B build \
-DCMAKE_BUILD_TYPE=release \
-DCMAKE_C_COMPILER=/usr/bin/clang \
-DCMAKE_CXX_COMPILER=/usr/bin/clang++ \
-DCMAKE_C_FLAGS_RELEASE="-DNDEBUG" \
-DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" \
-DENABLE_VCPKG=OFF \
-Wno-dev \
-G Ninja
cmake --build build
Is able to build the program and create the package. This is likely due to the latest commit from the source code repo.
There is a conflict with shaderc and shaderc-non-semantic-debug. Down the line, something depends on libplacebo which depends on shaderc. I think libplacebo package should be changed to depend on libshaderc_shared.so.
Pinned Comments
abouvier commented on 2022-10-12 17:50 (UTC)
Data and config files previously stored in
~/.local/share/cemuare now searched in~/.config/Cemu,~/.local/share/Cemuand~/.cache/Cemu.