Arch Linux User Repository

This package attempts to build the latest release on rebuild.

• Please wait about a month (28-31 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.

Build options are available.

• _pkgver=1.2.75 – Make the specified version.
• _canary=true – Make the latest canary version.
• _build_git=true – Build from master branch. Aside from pkgver, practically same as canary.

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.

@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.

Hi! I have changed and simplified the PKGBUILD to compile the canary builds. Here it is if anyone is interested:

https://pastebin.com/ykcSM3E7

It seems by downgrading Microsoft.CodeAnalysis.CSharp to 4.8.0, it can compile with extra/dotnet-sdk.

prepare() {
  sed -i 's/4.9.2/4.8.0/' "$srcdir/$_pkgsrc/Directory.Packages.props"
}

Hi! Shouldn't you symlink the "Ryujinx.sh" to the executable? It adds the DOTNET_EnableAlternateStackCheck=1 environment variable and gamemoderun.