Package Details: pcsx2-git 2.3.240.r2.g23c495b939-1

Git Clone URL: https://aur.archlinux.org/pcsx2-git.git (read-only, click to copy)
Package Base: pcsx2-git
Description: PlayStation 2 emulator
Upstream URL: https://github.com/PCSX2/pcsx2
Licenses: GPL-3.0-or-later
Conflicts: pcsx2
Provides: pcsx2
Submitter: alucryd
Maintainer: weirdbeard (xiota)
Last Packager: weirdbeard
Votes: 131
Popularity: 0.46
First Submitted: 2014-03-26 14:17 (UTC)
Last Updated: 2025-03-25 20:47 (UTC)

Dependencies (35)

Required by (4)

Sources (2)

Pinned Comments

weirdbeard commented on 2024-08-17 03:40 (UTC)

https://github.com/PCSX2/pcsx2/pull/11632

This package now enables Cmake Package mode proper. PCSX2 will here on, be installed in the package standard folders /usr/bin, /usr/share, /usr/lib. Following the XDG standard pcsx2's config files remain in .config/PCSX2

In order to ensure a proper and clean upgrade. Uninstall this package COMPLETELY and clear cache before reinstalling.

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 70 Next › Last »

xmusjackson commented on 2024-06-04 19:32 (UTC) (edited on 2024-06-04 19:39 (UTC) by xmusjackson)

Note: I originally worked on this because of the package conflict between shaderc and shaderc-non-semantic-debug, but that issue was resolved when the shaderc-non-semantic-debug package was revised. However, I believe this is still relevant as requiring pcsx2 to depend on a separate package containing a modified version of shaderc that will only ever be used by pcsx2 seems unnecessary.

A better approach (imo) would be to build the custom shaderc with pcsx2 and simply copy that into the directory containing the pcsx2 binary. This package even takes the custom shaderc installed via the aur package and copies it to /opt/pcsx2, which makes having that package installed unnecessary.

Here is a git repo with the changes mentioned: https://github.com/xmusjackson/pcsx2-git

It builds in a clean chroot (given you provide libbacktrace-git as an install dependency) and works as expected.

rubin55 commented on 2024-06-03 18:56 (UTC)

I think you need to add shaderc-non-semantic-debug to makedepends too.

dujemiha commented on 2024-05-31 07:58 (UTC) (edited on 2024-05-31 07:58 (UTC) by dujemiha)

libbacktrace (provided by libbacktrace-git) should be added to depends, otherwise this error occurs:

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find Libbacktrace (missing: LIBBACKTRACE_LIBRARY
  LIBBACKTRACE_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindLibbacktrace.cmake:20 (find_package_handle_standard_args)
  cmake/SearchForStuff.cmake:72 (find_package)
  CMakeLists.txt:39 (include)

weirdbeard commented on 2024-05-18 15:18 (UTC)

Well, I'm the one who created the non-semantic debug package. That said, If it becomes irrelevant yeah we can switch around. My understanding is he's going to make other patches for it at some point So there might also be some flipping back.

As for trying to impress them, honestly, I don't care to impress them. But if I can hold a candle of goodwill towards keeping the package somewhat in line with their AppImage then I will.

LarryDave commented on 2024-05-18 10:42 (UTC)

@weirdbeard I've also been editing the PKGBUILD to use mold all this time and there are no issues. stenzek also doesn't care about the AUR, so don't try to impress them. Their words:

Please don't open any reports in the future about any third-party packages, such as the AUR. They're hacked up and known to be broken. None of those packages are maintained by us.

Also please answer this. Are you going to do anything about requiring shaderc-non-semantic-debug? duckstation-git recently switched to normal shaderc but this package still requires shaderc-non-semantic-debug so I haven't been able to update both of these packages since then. Can this package not use normal shaderc once 2024.1 releases?

weirdbeard commented on 2024-05-17 23:47 (UTC)

It's because that's the linker Stenz prefers to use on his AppImage builds which this package semi-attempts to be the AUR mirror of.

And yeah, I can consider changing it to None for the AUR's sake.

niobium93 commented on 2024-05-17 09:18 (UTC)

@patlefort I think we need lld for lto to work. IIRC mold simply runs lld when it needs to lto.