Package Details: eden-git 1:0.2.0.r89.g5219b9f-1

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, eden-beta, eden-bin, eden-preview-bin
Provides: eden
Submitter: username227
Maintainer: username227 (HurricanePootis)
Last Packager: username227
Votes: 15
Popularity: 1.26
First Submitted: 2025-05-14 23:18 (UTC)
Last Updated: 2026-06-10 20:07 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 11 Next › Last »

username227 commented on 2026-05-15 21:55 (UTC) (edited on 2026-05-15 21:57 (UTC) by username227)

OK so if I change the pkgver function to look like this, removing the period:

git describe --long --tags --abbrev=7 | sed 's/^v//;s/([^-]*-g)/r\1/;s/-//g;s/.git//'

then, the pkgver without the rc will look like this:

pkgver=0.2.0r8g4d49341 But that won't solve the problem because now even the regular tags won't have the period. How would you recommend that I change it? thanks.

EDIT: I stopped using paru for awhile because paru does not handle submodules well. It's no longer a problem for eden, but whenever there's a package with multiple submodules, any commit to any submodule will cause a rebuild. It's quite annoying. I use pamac, and it won't rebuild because it sees it as a downgrade until I build and "downgrade" manually.

yobson commented on 2026-05-15 13:52 (UTC)

aur helpers, at least in the case of paru, will also update when it detects new commits regardless of the pkgver. so i don't think it seeing the pkgver now as "older" than the rc1 ver will cause problems. though i think you can easily solve it to make it see any rc version as older than it's stable counterpart by just changing the pkgver() function to remove the . between the 3rd number and the rc. so instead of 0.2.0.rc1 it'd just be 0.2.0rc1. vercmp sees that as older than just 0.2.0:

# current, wrong result
$ vercmp 1:0.2.0.rc1.r95.gf2c46ea-1 1:0.2.0.r1.gd1ceeec-1
1
# without the . correct result
$ vercmp 1:0.2.0rc1.r95.gf2c46ea-1 1:0.2.0.r1.gd1ceeec-1
-1
# also works with newer RCs
$ vercmp 1:0.2.1rc1.r95.gf2c46ea-1 1:0.2.0.r1.gd1ceeec-1
1
$ vercmp 1:0.2.1rc2.r95.gf2c46ea-1 1:0.2.1rc1.r95.gf2c46ea-1
1
$ vercmp 1:0.2.1rc1.r95.gf2c46ea-1 1:0.2.0rc2.r95.gf2c46ea-1
1

patlefort commented on 2026-05-15 12:30 (UTC)

It's fine. It's kind of expected that user will update a -git package whenever they want to.

username227 commented on 2026-05-15 12:01 (UTC)

@yobson, OK I did that. but the issue SHOULD be that an AUR helper will think there's no update when there actually is an update, because it won't want to downgrade the package. the only real solution for this that I know is to update the epoch. however, updating the epoch number each time there's a regular release is kind of absurd, so i'm not sure what the best solution is.

yobson commented on 2026-05-15 05:49 (UTC)

paru always thinks there's an update even when there isn't, i think because the version that gets installed as generated from pkgver() is 1:0.2.0.r1.gd1ceeec-1 and the one it sees in the .SRCINFO when it looks it up on the aur is 1:0.2.0.rc1.r95.gf2c46ea-1 and vercmp thinks that the one with .rc1 in it is newer when in reality that was the release candidate and 0.2.0 is now fully released. should be fixed just by updating the pkgver in the PKGBUILD/.SRCINFO to the new output from pkgver()

crueter commented on 2026-04-01 19:08 (UTC)

Should (TM) be fixed.

mohredlou commented on 2026-04-01 13:27 (UTC)

@username227, yes that what I finished by understanding. I am on manjaro so we are not as cutting edge as arch. Thank you for the answer.

username227 commented on 2026-04-01 13:25 (UTC)

@mohredlou, Arch updated renderdoc to 1.7.0. After they did, it broke the build. Eden followed by updating their renderdoc as well. if your distro didn't follow arch yet, it could cause build problems for your distro. you can wait for your distro to update, or you can try to do a reverse patch of this commit:

https://git.eden-emu.dev/eden-emu/eden/commit/c5b519380cfed91674483eae0caee40f3a80c7d4

mohredlou commented on 2026-04-01 03:56 (UTC) (edited on 2026-04-01 03:59 (UTC) by mohredlou) 

In file included from /var/tmp/pamac-build-username/eden-beta/src/eden/src/core/tools/renderdoc.cpp:11:
/var/tmp/pamac-build-username/eden-beta/src/eden/src/./core/tools/renderdoc.h:9:8: note: forward declaration of ‘struct RENDERDOC_API_1_7_0’
    9 | struct RENDERDOC_API_1_7_0;
      |        ^~~~~~~~~~~~~~~~~~~
/var/tmp/pamac-build-username/eden-beta/src/eden/src/core/tools/renderdoc.cpp:57:17: error: invalid use of incomplete type ‘struct RENDERDOC_API_1_7_0’
   57 |         rdoc_api->EndFrameCapture(NULL, NULL);
      |                 ^~
/var/tmp/pamac-build-username/eden-beta/src/eden/src/./core/tools/renderdoc.h:9:8: note: forward declaration of ‘struct RENDERDOC_API_1_7_0’
    9 | struct RENDERDOC_API_1_7_0;
      |        ^~~~~~~~~~~~~~~~~~~

username227 commented on 2026-03-23 11:52 (UTC)

this is the git package, it's past rc2. if you want rc2, look at eden-beta.

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 11 Next › Last »