Package Details: ryujinx 1.3.3-1

Git Clone URL: https://aur.archlinux.org/ryujinx.git (read-only, click to copy)
Package Base: ryujinx
Description: Experimental Nintendo Switch Emulator written in C#
Upstream URL: https://git.ryujinx.app/ryubing/ryujinx
Licenses: MIT
Submitter: Rubo
Maintainer: xiota
Last Packager: xiota
Votes: 35
Popularity: 0.67
First Submitted: 2022-12-10 16:56 (UTC)
Last Updated: 2026-01-27 18:18 (UTC)

Pinned Comments

xiota commented on 2024-02-23 04:04 (UTC) (edited on 2026-01-24 16:17 (UTC) by xiota)

Problems building?

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.

Latest Comments

1 2 3 4 5 6 .. 9 Next › Last »

akiba commented on 2026-01-27 17:26 (UTC)

Complementing @rien333’s post, I noticed that simply specifying the .NET version in makedepends guarantees that .NET 9.0 is installed, but it does not guarantee that .NET 9.0 will actually be used during the build if you have the meta package version installed.

pacman -Qs dotnet
local/dotnet-host 10.0.0.sdk100-1
    A generic driver for the .NET Core Command Line Interface
local/dotnet-runtime 10.0.0.sdk100-1
    The .NET Core runtime
local/dotnet-runtime-9.0 9.0.11.sdk112-1
    The .NET Core runtime
local/dotnet-sdk 10.0.0.sdk100-1
    The .NET Core SDK
local/dotnet-sdk-9.0 9.0.11.sdk112-1
    The .NET Core SDK
local/dotnet-targeting-pack 10.0.0.sdk100-1
    The .NET Core targeting pack
local/dotnet-targeting-pack-9.0 9.0.11.sdk112-1
    The .NET Core targeting pack

When building:

Building AVA Interface...

Welcome to .NET 10.0!
---------------------
SDK Version: 10.0.100
...

The solution I found was to explicitly specify the SDK version during the build:

...
export DOTNET_CLI_TELEMETRY_OPTOUT=1

cat >global.json <<EOF
{
  "sdk": {
    "version": "9.0.100",
    "rollForward": "minor"
  }
}
EOF

local _runtime="linux-x64"
local _args=(
...

Now it builds without issues and without needing to use chroot.

nixit commented on 2026-01-26 19:15 (UTC) (edited on 2026-01-26 20:36 (UTC) by nixit)

I just installed this, and when I launch it the windows appear, but there is no text, the fonts are not there.

what font is this using?

*edit: fixed question.

rien333 commented on 2026-01-24 14:00 (UTC) (edited on 2026-01-24 14:15 (UTC) by rien333)

EDIT 2

After modifying the PKGBUILD to use dotnet 9.0 (instead of the latest 10.0), everything works fine again. Could be good to change makedepends until upstream fixes compilation with the most current dotnet stack.

EDIT

I added export DOTNET_CLI_HOME="$SRCDEST/nuget-home" to build() and now it at least tries to compile.

(weirdly, I get a bunch of casting errors during compilation, but that is upstream's problem)


I have a build failure that also happens when building in a clean chroot:

ryujinx> rm -rf /tmp/makepkg/; makepkg -sirf
==> Making package: ryujinx 1.3.3-1 (za 24 jan 2026 14:59:34 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found ryujinx-1.3.3-e2143d4.tar.gz
==> Validating source files with sha256sums...
    ryujinx-1.3.3-e2143d4.tar.gz ... Passed
==> Extracting sources...
  -> Extracting ryujinx-1.3.3-e2143d4.tar.gz with bsdtar
==> Starting build()...
Building AVA Interface...
The user's home directory could not be determined. Set the 'DOTNET_CLI_HOME' environment variable to specify the directory to use.
==> ERROR: A failure occurred in build().
    Aborting...
ryujinx> paru -Qs dotnet
local/dotnet-host 10.0.0.sdk100-1
    A generic driver for the .NET Core Command Line Interface
local/dotnet-runtime 10.0.0.sdk100-1
    The .NET Core runtime
local/dotnet-sdk 10.0.0.sdk100-1
    The .NET Core SDK
local/dotnet-targeting-pack 10.0.0.sdk100-1
    The .NET Core targeting pack
ryujinx>

vitaliikuzhdin commented on 2025-10-06 11:54 (UTC)

Is there a reason this package changes the upstream name from Ryujinx to ryujinx? I can’t quite understand the benefit, especially since this takes more effort and deviates from the official name.

hypnagogic commented on 2025-06-14 23:22 (UTC)

Any interest in adding a -bin version from the tarball available on the site?

HurricanePootis commented on 2025-04-24 19:27 (UTC)

Thanks for making your package normal again

hyper_puncher commented on 2025-04-06 04:26 (UTC)

Current stable release artifacts are stored on Github.

gameslayer commented on 2025-04-02 05:47 (UTC) (edited on 2025-04-02 05:52 (UTC) by gameslayer)

Hey it seems like there is still some issues downloading,I think their repository is having issues also.

I hope the issue reporting is helping.

curl: (92) HTTP/2 stream 1 was not closed cleanly: INTERNAL_ERROR (err 2)
==> ERROR: Failure while downloading https://git.ryujinx.app/ryubing/ryujinx/-/archive/1.2.86/ryujinx-1.2.86.tar.gz
    Aborting...
Failed to build ryujinx

HurricanePootis commented on 2025-03-29 09:46 (UTC)

This is why pkgrel's are bumped whenever the PKGBUILD changes, even if final product doesn't