Package Details: eden-git 1:0.0.3.git.r8.g2502352-2

Git Clone URL: https://aur.archlinux.org/eden-git.git (read-only, click to copy)
Package Base: eden-git
Description: Nintendo Switch emulator forked from yuzu.
Upstream URL: https://eden-emulator.github.io/
Keywords: eden emulator nintendo switch yuzu
Licenses: GPL-3.0-or-later
Conflicts: eden
Provides: eden
Submitter: username227
Maintainer: username227 (HurricanePootis)
Last Packager: username227
Votes: 9
Popularity: 3.39
First Submitted: 2025-05-14 23:18 (UTC)
Last Updated: 2025-09-10 13:17 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

rossome commented on 2025-09-10 04:41 (UTC)

quazip-qt6 is need in depends

crueter commented on 2025-09-05 14:08 (UTC)

@HurricanePootis why was https://aur.archlinux.org/cgit/aur.git/commit/?h=eden-git&id=e804dd8620fd179cb836af2300c01b865cf95fd5 done? It's preferred to have these as shared libs as opposed to statically pulling them in at build time, not to mention zlib, zstd, opus, and a few others will NOT be pulled in since YUZU_USE_CPM is OFF.

Are these already pulled in by other dependents?

crueter commented on 2025-09-03 02:37 (UTC)

Just merged this PR, should be good now

crueter commented on 2025-09-02 19:52 (UTC) (edited on 2025-09-02 19:59 (UTC) by crueter)

That's an unrelated bug. PR 381 should fix the VMA linkage on the cli target and also some weird stuff going on with bundled package precedence https://git.eden-emu.dev/eden-emu/eden/pulls/381

BTW-you can fix the httplib thing with -Dhttplib_FORCE_BUNDLED=ON

arodland commented on 2025-09-02 18:56 (UTC)

Needs a dep on vulkan-memory-allocator since eden rev e60fd4b68b.

username227 commented on 2025-09-01 15:31 (UTC)

it's not a packaging issue. CPM is trying to download xbyak from a repository that appears to no longer exist.

yobson commented on 2025-09-01 13:49 (UTC) 

FAILED: xbyak-populate-prefix/src/xbyak-populate-stamp/xbyak-populate-download /home/brad/.cache/paru/clone/eden-git/src/build/_deps/xbyak-subbuild/xbyak-populate-prefix/src/xbyak-populate-stamp/xbyak-populate-download
cd /home/brad/.cache/paru/clone/eden-git/src/eden/.cache/cpm/xbyak && /usr/bin/cmake -DCMAKE_MESSAGE_LOG_LEVEL=VERBOSE -P /home/brad/.cache/paru/clone/eden-git/src/build/_deps/xbyak-subbuild/xbyak-populate-prefix/src/xbyak-populate-stamp/download-xbyak-populate.cmake && /usr/bin/cmake -DCMAKE_MESSAGE_LOG_LEVEL=VERBOSE -P /home/brad/.cache/paru/clone/eden-git/src/build/_deps/xbyak-subbuild/xbyak-populate-prefix/src/xbyak-populate-stamp/verify-xbyak-populate.cmake && /usr/bin/cmake -DCMAKE_MESSAGE_LOG_LEVEL=VERBOSE -P /home/brad/.cache/paru/clone/eden-git/src/build/_deps/xbyak-subbuild/xbyak-populate-prefix/src/xbyak-populate-stamp/extract-xbyak-populate.cmake && /usr/bin/cmake -E touch /home/brad/.cache/paru/clone/eden-git/src/build/_deps/xbyak-subbuild/xbyak-populate-prefix/src/xbyak-populate-stamp/xbyak-populate-download
ninja: build stopped: subcommand failed.

CMake Error at /usr/share/cmake/Modules/FetchContent.cmake:1918 (message):
  Build step for xbyak failed: 1
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FetchContent.cmake:1609 (__FetchContent_populateSubbuild)
  /usr/share/cmake/Modules/FetchContent.cmake:2145:EVAL:2 (__FetchContent_doPopulation)
  /usr/share/cmake/Modules/FetchContent.cmake:2145 (cmake_language)
  /usr/share/cmake/Modules/FetchContent.cmake:2384 (__FetchContent_Populate)
  CMakeModules/CPM.cmake:1208 (FetchContent_MakeAvailable)
  CMakeModules/CPM.cmake:989 (cpm_fetch_package)
  CMakeModules/CPMUtil.cmake:426 (CPMAddPackage)
  CMakeModules/CPMUtil.cmake:191 (AddPackage)
  externals/CMakeLists.txt:39 (AddJsonPackage)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...

build failing

Dandroboti commented on 2025-08-24 23:39 (UTC)

@crueter - all good, the AUR is working again when CleanBuilding, this issue is resolved.

crueter commented on 2025-08-24 01:52 (UTC)

Yeah, cubeb pulled in by CPM builds fine both on our Arch CI and my Gentoo system, so you should be safe to remove it. It's also statically linked if pulled in by CPM

username227 commented on 2025-08-24 01:36 (UTC)

@crueter - the cubeb issue is indeed resolved. Please confirm that it's not really needed in depends either, and i'll get rid of it completely. thanks.

1 2 3 4 5 Next › Last »