Arch Linux User Repository

This package attempts to build the latest release on rebuild.

• Please wait about two weeks (10-14 days) before requesting version bumps.
• Version bumps are technically unnecessary, but may assist AUR helpers.
• If there is nothing else to update, requests for version bump that do not abide the rate limit may be unflagged.

Problems building?

• Install or update aur/dotnet-core-bin.
• Clear cached package files.
• Try building in a clean chroot.

For other issues, avoid flagging and commenting at the same time for the same issue.

• Flag for common issues with standard solutions, like typos, depends updates, etc.
• Comment for issues requiring explanation or debugging.
• Use a pastebin for blocks of text more than a few lines.

@SunRed Will consider switching depends if this package can still be built with the extra/ package after about a month. Otherwise, would have to switch it back.

Also, bump rate limit is shortened to 2 weeks (from 1 month) because separate canary makes stable releases less frequent.

Since the official dotnet package is now on 9.0.1, could you please just depend on using dotnet-sdk instead of the -bin package?

Created aur/ryujinx-canary. Release and Canary versions are not interchangeable. (Release 1.2.78 ≠ Canary 1.2.78.) Canary is tagged frequently, so little practical difference from git master.

Canary package is auto-updating, like this one. Same rate limit for version bumps applies (not applicable if there are other problems to address). For more frequent updates, rebuild manually.

Hi! The repository has changed. Now it is https://github.com/Ryubing/Ryujinx.

For people confused thinking this is out-of-date, its not. The PKGBUILD is set to pull the current release. Ignore the version number in package-details. So update, for example if using paru, by doing paru -S ryujinx and it will build the latest release. As time of writing this, that's 1.2.78.

@italoghost Don't use paru to build the git version from this package. Use makepkg or clean chroot. AUR helpers don't work well with package renaming, which was previously a problem with the canary version.

@xiota, thanks for the info! I tried to build the "git" version with paru and received the following error: erro: lista de pacotes não corresponde ao srcinfo. Translating to english, it would be something like error: package list does not match srcinfo.

The "canary" version built just fine.

I believe the error with the "git" version is that it conflicts with the "ryujinx-git" package, because I was able to build locally, without paru.

@italoghost I cannot find any documentation for environment variable DOTNET_EnableAlternateStackCheck, so I suspect it does nothing. I did find references to COMPlus_EnableAlternateStackCheck, but it looks Windows specific, based on name (COMPlus).

Update: Version error should be fixed now.

@xiota, yes I am using paru. It is still not working when I set _canary=true. It gets an error while compiling:

/usr/share/dotnet/sdk/9.0.100/NuGet.targets(180,5): error : '1.2.74.Canary' não é uma cadeia de caracteres de versão válida. (Parameter 'value') 

Regarding the shell script, is other environment variable (DOTNET_EnableAlternateStackCheck=1) important? If so, I will add it to custom .destkop file.

Update: Package now changes pkgver to x.y.z.Canary for Canary builds, instead of renaming package.

@italoghost .SRCINFO is not used by makepkg. Are you using an AUR helper? The package is renamed because Canary x.y.z are not the same as release x.y.z.

The shell script is not linked because it is too inflexible. gamemode cannot be turned off without uninstalling it. In the past, it ran the wrong binary. Users with specific runtime requirements should add environment variables to their profile, create an alias, or edit the desktop launcher.