Package Details: citron-git v0.5.canary.refresh.r42.gae75413-2

Git Clone URL: https://aur.archlinux.org/citron-git.git (read-only, click to copy)
Package Base: citron-git
Description: Nintendo Switch emulator forked from yuzu.
Upstream URL: https://citron-emu.org
Keywords: emulator nintendo switch yuzu
Licenses: GPL-2.0-or-later
Conflicts: citron
Provides: citron
Submitter: ouinouin
Maintainer: ouinouin
Last Packager: ouinouin
Votes: 4
Popularity: 1.34
First Submitted: 2025-01-20 20:17 (UTC)
Last Updated: 2025-03-13 20:20 (UTC)

Latest Comments

1 2 Next › Last »

sukanka commented on 2025-03-20 16:31 (UTC)

I wrote a PKGBUILD adapted from yuzu-ea (similar to the one for torzu) which minimizes the sources.

But without patches from @username227, it can only be built in chroot.

username227 commented on 2025-03-16 22:44 (UTC)

I finally figured out what is causing the build error related to glad when I try to build outside of a chroot. The program searches for dynarmic and uses the system dynarmic when installed, which causes the error. I have created a simple patch which should solve this problem by bypassing this check which will cause citron to always use the one from externals. Please verify, and I would ask that you update the pkgbuild if possible. I am going to create and update a similar patch for torzu. The patch is for CMakeLists in the main $srcdir/citron directory. thanks and I hope this helps someone.

--- CMakeLists.txt  2025-03-16 18:10:44.027712402 -0400
+++ "CMakeLists (copy).txt" 2025-03-16 18:11:42.115708220 -0400
@@ -393,9 +393,9 @@
     find_package(oaknut CONFIG)
 endif()

-if (ARCHITECTURE_x86_64 OR ARCHITECTURE_arm64)
-    find_package(dynarmic CONFIG)
-endif()
+# if (ARCHITECTURE_x86_64 OR ARCHITECTURE_arm64)
+#     find_package(dynarmic CONFIG)
+# endif()

 if (ENABLE_CUBEB)
     find_package(cubeb CONFIG)

username227 commented on 2025-03-13 11:56 (UTC) (edited on 2025-03-13 11:58 (UTC) by username227)

FYI: after today's latest commit, DCITRON_ENABLE_PGO_OPTIMIZE must be set to off in order for this to build properly.

username227 commented on 2025-03-06 12:38 (UTC)

yes, they reverted the problematic commits upstream. Will now build for me also in a chroot. but not outside of a chroot. the original error related to glad still appears.

ouinouin commented on 2025-03-06 09:30 (UTC)

I've just build the package with success using paru on my arch. On the gitlab devs are working on memory perhaps sometimes it brakes the compilation.

username227 commented on 2025-03-05 13:09 (UTC) (edited on 2025-03-05 13:10 (UTC) by username227)

Yes, this error even in chroot is confirmed by me as well.

Regarding my error with glad, I believe there is a package on my system which conflicts with the build process, but I cannot figure out which one it is. I've tried deleting glad and boost with no difference. I had this same problem with suyu a long time ago and also never found any solution except the workaround to build in a chroot which is annoying. But it's related either to a package that was updated in the past few days or a commit that was made in this program in the past few days, because it was working two or three days ago just fine.

username227 commented on 2025-03-03 18:20 (UTC)

Getting a build error outside of chroot:

CMake Error at externals/glad/CMakeLists.txt:10 (create_target_directory_groups):
  Unknown CMake command "create_target_directory_groups".

Any idea what's causing it?

username227 commented on 2025-02-28 12:18 (UTC)

package function fails due to missing libusb submodule.