Hello, Thank you for your reply.
We can bump the AUR version should we need to push a protocol update, for example. And even then, users can still trigger an AUR update on their side if they see it's outdated and they need something from newer. We are not interested in bug reports on old builds, as we do not accept those, only the latest build is supported. We tend to break master branch every so often, and we can quickly remove builds from our updater to prevent regressions from spreading. The updater then updates to the last good build. And again, we can quickly push a version update to the git version if we want users to get explicitly prompted for update. With arbitrary version bumps, there is no way to tell if a version is good or not. Furthermore, we are already receiving support requests from people on this AUR because it's outdated, and we do not want to have these. A version of this AUR existed in the past, but due to the same reasons we also asked for it to be removed. Best Regards, Ani ________________________________ From: Vitalii Kuzhdin <[email protected]> Sent: Sunday, February 16, 2025 8:14 PM To: [email protected] <[email protected]> Cc: [email protected] <[email protected]>; [email protected] <[email protected]> Subject: Re: [PRQ#70009] Deletion Request for rpcs3 Greetings, Thank you for bringing the rolling version scheme to my attention, I wasn't aware of this. I understand the concerns about outdated builds being misleading. However, I believe there may still be value in maintaining this package with some modifications. As you already know, VCS and regular packages have differences beyond the pkgver() function. For example, the AUR guidelines for VCS packages suggest version bumps only when the build process changes, as pkgver() handles version updates otherwise. However, if the version is not changed on the AUR, users may miss notifications about new commits and important updates. AUR helpers (at least mainstream ones I am aware of) don't automatically watch the repo for changes. Without manual rebuild requests, users won't receive automatic updates, potentially leading to RPCN-related issues you've mentioned. Additionally, VCS packages lack reproducibility. Given RPCS3's extensive dependency chain, this could make bug tracking significantly more challenging. Many rolling release software packages exist in the official Arch repos (e.g., LuaJIT). Since official repos don't allow VCS packages, the solution is regular version bumps. As a compromise, I propose committing to, say, weekly version updates for the RPCS3 package. I'm open to further discussion, but if it is still not useful to keep this, I understand you obviously do not want to get bug reports coming from an outdated package. Thank you for the seriously impressive work behind the emulator. Best regards, Vitalii On Sun, Feb 16, 2025 at 8:27 PM <[email protected]<mailto:[email protected]>> wrote: AniLeo [1] filed a deletion request for rpcs3 [2]: Please read our release notes at https://github.com/RPCS3/rpcs3/releases/ and remove this AUR. This AUR is misleading, offering outdated builds as if they were some kind of RPCS3 stable builds, such a thing does not exist. It is offering a random outdated build that had no special quality control whatsoever compared to every other build. I leave a copy of the relevant line from our release notes below, just in case: "Note: These are NOT stable builds. RPCS3 is a rolling release software without stable builds. These are random tags we do from time to time. Do NOT use the branch from these tags to package RPCS3." --- Verification that I am a member of the RPCS3 team and am formally requesting for this AUR to be removed: https://forums.rpcs3.net/showthread.php?tid=208697&pid=328170#pid328170 [1] https://aur.archlinux.org/account/AniLeo/ [2] https://aur.archlinux.org/pkgbase/rpcs3/
