Arch Linux User Repository

Problems building?

• Install or update aur/dotnet-core-bin.
• Clear cache and resync package.
• 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.

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.

Hi, @xiota! I have transferred my previous comment to a pastebin. One problem with this approach is that you have to update the .SRCINFO everytime you change to canary.

Package has been adjusted to make canary version when _canary=true is set.