Package Details: yuzu-early-access 3468-1

Git Clone URL: https://aur.archlinux.org/yuzu-early-access.git (read-only, click to copy)
Package Base: yuzu-early-access
Description: An experimental open-source Nintendo Switch emulator/debugger (early access version)
Upstream URL: https://yuzu-emu.org/
Licenses: GPL2
Conflicts: yuzu
Provides: yuzu
Submitter: heavysink
Maintainer: heavysink (lilac)
Last Packager: lilac
Votes: 20
Popularity: 1.05
First Submitted: 2020-12-09 04:09 (UTC)
Last Updated: 2023-03-22 08:17 (UTC)

Pinned Comments

heavysink commented on 2022-07-29 03:48 (UTC) (edited on 2022-07-29 03:49 (UTC) by heavysink)

Currently there is a code bug upstream that prevents compiling in Linux since 2859 with no ETA for fixing. It is not fixed by now. Please do not flag it out of date. Once the code bug is fixed the lilac build bot will automatically compile it and push it in AUR.

Latest Comments

« First ‹ Previous 1 2 3 4 5

MGThePro commented on 2021-01-01 10:37 (UTC)

@heavysink The whole process is automated, and unless something goes wrong, the pineapple-src repo will always be updated shortly before the whole 7z with windows binaries gets uploaded to anonfiles.

heavysink commented on 2020-12-31 18:29 (UTC)

@MGThePro

Just a quick question, how often will the pineapple-src repo be updated? Will it be updated as frequently as the anonfile update? If so I will switch to pineapple-src repo.

MGThePro commented on 2020-12-31 11:39 (UTC)

Hey, we recently added a faster way of obtaining the source code with the pineapple-src repo (on the same pineappleea account). Those releases not only download faster, but are also only a bit less than half the size. Also we switched away from applying patches from the git repo (sorry for removing them so early, I forgot this package still used them!) and instead use sed to automatically remove any compilation breaking cmake flags. Look into the pineapple-linux script in case you want to apply them here as well!

MGThePro commented on 2020-12-13 18:06 (UTC)

@heavysink personally I'm more used to marking source shipped packages as such rather than binary packages, but I'm not too familiar with the AUR so seems like that's how it's usually handled here.

heavysink commented on 2020-12-13 17:59 (UTC) (edited on 2020-12-13 18:00 (UTC) by heavysink)

@MGThePro

I think it is OK to do without suffix. yuzu-ea-bin already have a bin suffix, so it implies that it is a binary release. Without bin it already implies it compiles from source. -git is not good for this package, since it does not use VCS to update source. In addition yuzu-ea-bin is not always up to date.

See these for example:

https://aur.archlinux.org/packages/rstudio-desktop-bin/ https://aur.archlinux.org/packages/rstudio-desktop/ https://aur.archlinux.org/packages/rstudio-desktop-git/

MGThePro commented on 2020-12-13 17:49 (UTC)

Hey! Since there is already yuzu-ea-bin, mind renaming this so it has a -git suffix? Just to clarify that this compiles from source while the other one provides binaries.

FabioLolix commented on 2020-12-09 08:05 (UTC)

This and all the other variants of 'yuzu' only need to conflicts with 'yuzu', instead of adding every variant to conflicts