Package Details: yuzu mainline.0.1071-1

Git Clone URL: https://aur.archlinux.org/yuzu.git (read-only, click to copy)
Package Base: yuzu
Description: Nintendo Switch emulator
Upstream URL: https://yuzu-emu.org/
Keywords: citra console game
Licenses: GPL3
Submitter: abouvier
Maintainer: abouvier
Last Packager: abouvier
Votes: 6
Popularity: 0.77
First Submitted: 2021-07-14 16:40 (UTC)
Last Updated: 2022-07-02 09:24 (UTC)

Dependencies (36)

Required by (0)

Sources (10)

Latest Comments

ryuukk commented on 2022-07-02 12:38 (UTC)

Ok, then i will send a PR to the yuzu repo to change this behavior

Thanks for the info

abouvier commented on 2022-07-02 12:19 (UTC) (edited on 2022-07-02 12:19 (UTC) by abouvier)

It's not discord (which I don't use either), it's just a tiny communication library.

The dependency must be present at compile time (in makedepends) to enable the option. And since yuzu does not dynamically load the library at runtime, the dependency must also be present in depends instead of optdepends.

FabioLolix commented on 2022-07-02 11:59 (UTC)

@ryuukk make your own pkgbuild yuzu-no-discord

ryuukk commented on 2022-07-02 11:58 (UTC)

It is not even 'optional'

At least please mark it as optional, so we get to choose before download it

ryuukk commented on 2022-07-02 11:56 (UTC)

I don't want to tune every optional dependencies, that is why i don't use Gentoo

If i want yuzu, i don't want discord, i don't even use discord

It should be opt in, otherwise why we use a package manager if we do like windows and we bundle every optional dependencies by default?

yay will download it, then will remove it, that is a pure waste of bandwidth

abouvier commented on 2022-07-02 10:51 (UTC) (edited on 2022-07-02 10:52 (UTC) by abouvier)

It's enabled in the official build though: https://github.com/yuzu-emu/yuzu/blob/3f3c2dc20fec7c922c4f9ef5774f198fbb6aee31/.ci/scripts/linux/docker.sh#L20

And if you want to tune every dependency of a package you should probably use Gentoo :p

ryuukk commented on 2022-07-02 10:21 (UTC) (edited on 2022-07-02 10:21 (UTC) by ryuukk)

It is disabled by default in the github repo from yuzu

option(USE_DISCORD_PRESENCE "Enables Discord Rich Presence" OFF)

I should not have to waste bandwidth to download dependency that i will turn OFF, it is ON on arch pkg

source: https://github.com/yuzu-emu/yuzu/blob/master/CMakeLists.txt

abouvier commented on 2022-07-02 08:35 (UTC)

Discord presence can be deactivated in yuzu options. But it must be compiled with to make the option present in yuzu.

ryuukk commented on 2022-07-01 20:01 (UTC)

Hello

Please make discord optional and opt-in

We should not choose bloat by default

Thanks

abouvier commented on 2022-06-06 03:48 (UTC)

That's weird, I don't have these errors.

Have you modified the default CXXFLAGS in makepkg.conf?

kode54 commented on 2022-06-06 01:35 (UTC)

It's failing in the same way on Arch proper. Well, I tried the -Wno-stringop-overread and ended up failing this way instead:

In file included from /home/chris/.cache/paru/clone/yuzu/src/yuzu-mainline/src/core/file_sys/content_archive.cpp:6:
In constructor ‘constexpr std::_Optional_payload_base<_Tp>::_Storage<_Up, <anonymous> >::_Storage(std::in_place_t, _Args&& ...) [with _Args = {std::array<unsigned char, 16>}; _Up = std::array<unsigned char, 16>; bool <anonymous> = true; _Tp = std::array<unsigned char, 16>]’,
    inlined from ‘constexpr std::_Optional_payload_base<_Tp>::_Optional_payload_base(std::in_place_t, _Args&& ...) [with _Args = {std::array<unsigned char, 16>}; _Tp = std::array<unsigned char, 16>]’ at /usr/include/c++/12.1.0/optional:126:4,
    inlined from ‘constexpr std::_Optional_payload<std::array<unsigned char, 16>, true, true, true>::_Optional_payload(std::in_place_t, _Args&& ...) [with _Args = {std::array<unsigned char, 16>}][inherited from std::_Optional_payload_base<std::array<unsigned char, 16> >]’ at /usr/include/c++/12.1.0/optional:339:42,
    inlined from ‘constexpr std::_Optional_base<_Tp, true, true>::_Optional_base(std::in_place_t, _Args&& ...) [with _Args = {std::array<unsigned char, 16>}; typename std::enable_if<is_constructible_v<_Tp, _Args ...>, bool>::type <anonymous> = false; _Tp = std::array<unsigned char, 16>]’ at /usr/include/c++/12.1.0/optional:650:4,
    inlined from ‘constexpr std::optional<_Tp>::optional(_Up&&) [with _Up = std::array<unsigned char, 16>; typename std::enable_if<__and_v<std::__not_<std::is_same<std::optional<_Tp>, typename std::remove_cv<typename std::remove_reference<_Iter>::type>::type> >, std::__not_<std::is_same<std::in_place_t, typename std::remove_cv<typename std::remove_reference<_Iter>::type>::type> >, std::is_constructible<_Tp, _Up>, std::is_convertible<_Iter, _Iterator> >, bool>::type <anonymous> = true; _Tp = std::array<unsigned char, 16>]’ at /usr/include/c++/12.1.0/optional:749:47,
    inlined from ‘std::optional<std::array<unsigned char, 16> > FileSys::NCA::GetKeyAreaKey(FileSys::NCASectionCryptoType) const’ at /home/chris/.cache/paru/clone/yuzu/src/yuzu-mainline/src/core/file_sys/content_archive.cpp:437:12:
/usr/include/c++/12.1.0/optional:214:15: error: ‘*(__int128 unsigned*)((char*)&out + offsetof(std::Key128, std::array<unsigned char, 16>::_M_elems[0]))’ may be used uninitialized [-Werror=maybe-uninitialized]
  214 |             : _M_value(std::forward<_Args>(__args)...)
      |               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/chris/.cache/paru/clone/yuzu/src/yuzu-mainline/src/core/file_sys/content_archive.cpp: In member function ‘std::optional<std::array<unsigned char, 16> > FileSys::NCA::GetKeyAreaKey(FileSys::NCASectionCryptoType) const’:
/home/chris/.cache/paru/clone/yuzu/src/yuzu-mainline/src/core/file_sys/content_archive.cpp:422:26: note: ‘*(__int128 unsigned*)((char*)&out + offsetof(std::Key128, std::array<unsigned char, 16>::_M_elems[0]))’ was declared here
  422 |     Core::Crypto::Key128 out;
      |                          ^~~

abouvier commented on 2022-06-05 18:04 (UTC)

Try adding -Wno-stringop-overread in your CXXFLAGS before compiling.

Bkacjios commented on 2022-05-31 22:35 (UTC)

Here's the full compile error: https://pastebin.com/D10pfaVh

Seems like it started happening in the update to mainline-0-1021

abouvier commented on 2022-05-28 20:44 (UTC)

This is not a meaningful error message. And you're on your own if you use an unsupported OS.

RenOof commented on 2022-05-28 17:47 (UTC)

This package was just updated but fails on Manjaro still.

cc1plus: all warnings being treated as errors make[2]: [src/shader_recompiler/CMakeFiles/shader_recompiler.dir/build.make:1098: src/shader_recompiler/CMakeFiles/shader_recompiler.dir/frontend/maxwell/control_flow.cpp.o] Error 1 make[2]: Waiting for unfinished jobs.... make[1]: [CMakeFiles/Makefile2:799: src/shader_recompiler/CMakeFiles/shader_recompiler.dir/all] Error 2 make: [Makefile:146: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

abouvier commented on 2021-10-17 19:32 (UTC)

Yes, the current zydis stable package does not provide the shared library required by dynarmic-git.

Radiant commented on 2021-10-17 18:47 (UTC)

I found the issue. Its dynarmic-git. It requires zydis-git because the community zydis doesn't satisfy right now. (I believe it's a version issue) but the helper defaults to the community version which conflicts with the git and fails the install.

FabioLolix commented on 2021-10-17 18:29 (UTC)

@Radiant install first cpp-httplib-compiled cubeb-git discord-rpc-git dynarmic-git spirv-headers-git xbyak-git zydis

Radiant commented on 2021-10-17 18:26 (UTC)

This is from pamac but yay and paru also fail to build stating the same issue.

Preparing...
Cloning yuzu build files...
Checking yuzu dependencies...
Checking cpp-httplib-compiled dependencies...
Checking cubeb-git dependencies...
Checking discord-rpc-git dependencies...
Checking dynarmic-git dependencies...
Checking spirv-headers-git dependencies...
Checking xbyak-git dependencies...
Checking zydis dependencies...
Resolving dependencies...
Warning: cannot resolve "libZydis.so", a dependency of "dynarmic-git"
Warning: cannot resolve "zydis>=3.1.0.r78", a dependency of "dynarmic-git"
Warning: cannot resolve "libdynarmic.so", a dependency of "yuzu"
Warning: cannot resolve "libZydis.so", a dependency of "dynarmic-git"
Warning: cannot resolve "zydis>=3.1.0.r78", a dependency of "dynarmic-git"
Warning: cannot resolve "dynarmic>=5.r127", a dependency of "yuzu"
Warning: cannot resolve "spirv-headers>=1.5.4.raytracing.fixed.r32", a dependency of "yuzu"
Failed to prepare transaction:
could not satisfy dependencies:
- unable to satisfy dependency 'libZydis.so' required by dynarmic-git
- unable to satisfy dependency 'zydis>=3.1.0.r78' required by dynarmic-git
- unable to satisfy dependency 'libdynarmic.so' required by yuzu
- unable to satisfy dependency 'dynarmic>=5.r127' required by yuzu
- unable to satisfy dependency 'spirv-headers>=1.5.4.raytracing.fixed.r32' required by yuzu
Transaction cancelled.

abouvier commented on 2021-10-17 16:35 (UTC) (edited on 2021-10-17 16:35 (UTC) by abouvier)

It works fine for me. I suspect that you use a shitty helper :p

Can you show the full log?

Radiant commented on 2021-10-17 10:05 (UTC)

Fails to build. Could not satisfy dependencies spirv-headers and dynarmic

abouvier commented on 2021-07-25 12:34 (UTC)

In the case of yuzu, mainline is the new stable. It's the only version downloadable from the official website.

grawlinson commented on 2021-07-25 06:51 (UTC)

There's precedent for stable and mainline packages co-existing, but it is not normal. nginx is the only example I'm aware of.

abouvier commented on 2021-07-15 17:46 (UTC) (edited on 2021-07-18 01:12 (UTC) by abouvier)

I propose yuzu-dev (with debug symbols) for the yuzu repo and just yuzu for the yuzu-mainline repo :p

The difference between the current yuzu-git and yuzu-mainline-git is not obvious for a new user.

FabioLolix commented on 2021-07-14 19:03 (UTC)

The non-mainline branch shouldn't be packaged. It's a version for developers.

Whatever respect the guidelines can be packaged on the AUR

The source repository name is yuzu-mainline, regardless of what will be chosen (yuzu vs yuzu-mainline) the pkgbuilds need to be harmonized, when I have time I'll ask to the TUs (also you could if you want)

abouvier commented on 2021-07-14 18:43 (UTC)

The non-mainline branch shouldn't be packaged. It's a version for developers.

The official flatpak also package the mainline version under the yuzu name, cf. flatpak search yuzu.

FabioLolix commented on 2021-07-14 18:24 (UTC)

Hello, would you like to re-upload as yuzu-mainline since the others pkgbuilds which package the mainline branch have it in the name? https://aur.archlinux.org/packages/?O=0&SeB=nd&K=yuzu&outdated=&SB=n&SO=a&PP=50&do_Search=Go

btw, v0-687 is out